西门子中国供应商

时，应考虑到需求的变化，以保证整个项目的顺利进行。

第3阶段：软件设计，该阶段在需求分析结果的基础上，对整个软件系统进行设计，如系统框架设计、数据库设计等。

第4阶段：软件开发，该阶段在软件设计的基础上，选择一种编程语言进行开发。在开发过程中，必须要制订统一的、符合标准的程序编写规范，以保证程序的可读性、易维护性以及可移植性。

第5阶段：软件测试，该阶段是软件开发完成后对软件进行测试，以查找软件设计与软件开发过程中存在的问题并加以修正。软件测试过程包括单元测试、集成测试、系统测试3个阶段；测试的方法以黑盒测试、白盒测试或者两者结合的形式进行。在测试过程中，为减少测试的随意性，需要制订详细的测试计划并严格遵守；测试完成之后，要对测试结果进行分析并对测试结果以文档的形式汇总。

第6阶段：软件维护，软件完成测试并投入使用之后，面对庞大的用户群体，软件可能无法满足用户使用需求，此时就需要对软件进行维护升级以延续软件的使用寿命。软件的维护包括纠错性维护和改进性维护两个方面。软件维护是软件生命周期中持续时间长的阶段。

1.1.2 软件开发模型

软件测试工作与软件开发模型息息相关，在不同的软件开发模型中，测试的任务和作用也不相同，因此测试人员要充分了解软件开发模型，以便找准自己在其中的定位与任务。

浔之漫智控技术（上海）有限公司（w）

是我国西门子系统合作伙伴，公司主要从事工业生产自动化设备的集成化,市场销售和维护，是全国自动化机械公司之一。

企业位于全国城市上海，大家真诚希望在器件的营销和工程项目项目承接、系统软件开发上可以和贵公司进行各个方面协作。

以下是我司关键代理商西门子产品，欢迎你来电来函资询，我们将为您提供低的价格及便捷细致的服务！

软件开发模型规定了软件开发应遵循的步骤在瀑布模型中，软件开发的各项活动严格按照这条线进行，只有当一个阶段任务完成之后才能开始下一个阶段。软件开发的每一个阶段都要有结果产出，结果经过审核验证之后作为下一个阶段的输入，下一个阶段才可以顺利进行。如果结果审核验证不通过，则需要返回修改。

瀑布模型为整个项目划分了清晰的检查点，当一个阶段完成之后，只需要把全部精力放置在后面的开发上即可，它有利于大型软件开发人员的组织管理及工具的使用与研究，可以提高开发的效率。

但是瀑布模型是严格按照线性方式组件完成之后，经过客户审核评价形成下一个组件的开发计划，包括对核心产品的修改和新功能的发布，这样重复迭代步骤直到实现终完善的产品。

迭代模型可以很好地适应客户需求变更，它逐个组件地交付产品，客户可以经常看到产品，如果某个组件没有满足客户需求，则只需要更改这一个组件，降低了软件开发的成本与风险。但是迭代模型需要将开发完成的组件集成到软件体系结构中，这样会有集成失败的风险，因此要求软件必须有开放式的体系结构。此外，迭代模型逐个组件地开发修改，很容易退化为“边做边改”的开发形式，从而失去对软件开发过程的整体控制。4. 螺旋模型制订计划、风险分析、实施工程、客户评估，各象限含义如下。

（1）制订计划：确定软件目标，制订实施方案，并且列出项目开发的限制条件。

（2）风险分析：评价所制订的实施方案，识别风险并消除风险。

（3）实施工程：开发产品并进行验证。

（4）客户评估：客户对产品进行审核评估，提出修正建议，制订下一步计划。

在螺旋模型中，每一个迭代都需要经过这4个步骤，直到后得到完善的产品，可以进行提交。

螺旋模型强调了风险分析，这意味着对可选方案和限制条件都进行了评估，更有助于将软件质量作为特殊目标融入产品开发之中。它以小分段构建大进式的改进，每次改进一小部分，如果可行再逐步扩大改进范围。在敏捷模型中，软件开发不再是线性的，开发的同时也会进行测试工作，甚至可以提前写好测试代码，因此在敏捷模型中，有“开发未动，测试先行”的说法。

另外，相比于传统的软件开发模型，敏捷模型更注重“人”在软件开发中的作用，项目的各部门应该紧密合作、快速有效地沟通（如面对面沟通），提出需求的客户可以全程参与到开发过程，以适应软件频繁的需求变更。为此，敏捷模型描述了一套软件开发的价值和原则，具体如下所示。

（1）个体和交互重于过程和工具。

（2）可用软件重于完备文档。

（3）客户协作重于合同谈判。

（4）响应变化重于遵循计划。

对于敏捷模型来说，并不是工具、文档等不重要，而是更注重人与人之间的交流沟通。

敏捷模型可以及时响应客户需求变更，不断适应新的趋势，但是在开发灵活的同时也带来了一定程度的混乱。例如，缺乏文档资料；软件之前版本的可重现性、可回溯性较低；对于较大的项目，人员越多，面对面的有效沟通越困难。因此敏捷模型比较适用于小型项目的开发，而不太适用于大型项目。多学一招：敏捷模型的开发方式

（2）软件开发缺乏规范性文件指导

现代软件开发，大多数团队都将精力放在开发成本与开发周期上，而不太重视团队成员的工作规范，导致团队成员开发“随意性”比较大，这也会影响软件质量，而且一旦后软件出现质量问题，也很难定责，导致后期维护困难。

（3）软件开发人员问题

软件是由人开发出来的，因此个人的意识对产品的影响非常大。除了个人技术水平限制，开发人员问题还包括人员流动，新来的成员可能会继承上一任的产品接着开发下去，两个人的思维意识、技术水平等都会不同，导致软件开发前后不一致，进而影响软件质量。

（4）缺乏软件质量控制管理

在软件开发行业，并没有一个量化的指标去度量一款软件的质量，软件开发的管理人员更关注开发成本和进度，毕竟这是显而易见的，并且是可以度量的。但软件质量则不同，软件质量无法用具体的量化指标去度量，而且软件开发的质量并没有落实到具体的责任人，因此很少有人关心软件终的质量。

1.2 软件缺陷管理

1.1.1 软件、软件危机和软件工程的基本概念

计算机系统分为硬件系统和软件系统两大部分。在过去的50多年里，随着微电子技术的发展和进步，计算机硬件技术以令人惊讶的速度发展，现在已经达到相当成熟的状态。

计算机软件是在计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。程序是指按特定的功能和性能要求而设计的能够执行的指令序列；数据是指程序能正常操纵、处理的信息及其数据结构；文档是指与程序设计开发、维护和使用有关的图文材料。

上一节已经提到，软件由于其自身的特点和目前的开发模式，隐藏在软件内部的缺陷无法根除。软件测试工作就是查找软件中存在的缺陷，反馈给开发人员使之修改，从而确保软件的质量，因此软件测试要求测试人员对软件缺陷有一个深入项目期限短。现在大部分软件产品开发周期都很短，开发团队要在有限的时间内完成软件产品的开发，压力非常大，因此开发人员往往是在疲劳、压力大、受到干扰的状态下开发软件，这样的状态下，开发人员对待软件问题的态度是“不严重就不解决”。

（5）使用新技术。现代社会，每种技术发展都日新月异。使用新技术进行软件开发时，如果新技术本身存在不足或开发人员对新技术掌握不精，也会影响软件产品的开发过程，导致软件存在缺陷。