软件过程模型

        软件生命周期模型规定了把生命周期划分成那些阶段，以及各个阶段的执行顺序，也称为“软件过程模型”。

瀑布模型：

瀑布模型

瀑布模型的特点：

1，阶段间具有顺序性和依赖性：必须等前一个阶段的工作完成后，才能开始下一个阶段的工作；前一阶段的输出文档是下一个阶段的输入文档。

2，推迟实现的观点：清楚地区分逻辑设计和物理设计，尽可能推迟程序的物理实现。

3，质量保证观点：每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务；每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。

瀑布模型是一种文档驱动模型：

优点：

1，可以保证整个软件产品较高的质量,保证缺陷能够提前的被发现和解决；

2，保证系统在整体上的充分把握,使系统具备良好的扩展性和可维护性.

缺点：

1，缺乏灵活性，当客户对软件需求不明确，或者需求经常变化的情况下，可能导致最终开发出来的软件不能真正满足客户需要。

2，对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况，这也是必须要考虑的问题。

快速原型模型：

        当你的用户没有信息系统的使用经验，你的系统分析员也没有过多的需求分析和挖掘经验的时候，需求分析和调研过程则更需要是一个启发式的过程。而原型则是这种很好的启发式方法，可以快速的挖掘用户需求并达成需求理解上的一致。否则即使双方都签字认可的需求往往仍然不是客户真正想要的东西。

        快速原型模型需要快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌，用户试用之后会提出修改建议，开发人员按照用户的意见快速的修改原型，再请用户试用，提出修改意见，如此反复，直到获取用户的真正需求，一旦需求确定了，开发人员便可以根据原型写出规格说明文档。

增量模型：

        把软件产品作为一系列的增量构件来设计，编码，集成和测试。每次把新的构建集成到现有软件中时，所得到的软件必须是可测试的。

增量模型

优点是：

1，能在较短时间内向用户提交一个可以满足一些需求的软件；

2，逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新软件可能带给客户的冲击。

        瀑布模型和快速原型模型都是一次把一个满足所有需求的产品提交给客户。增量模型是分批逐步向用户提交产品，每次提交一个满足用户需求子集的可运行的产品。这就要求软件体系结构必须是开放的，新的增量构件集成到原有系统时，不会破坏已经开发出来的产品。

        架构设计是软件开发中一个重要的关注点。软件开发要以架构为核心。因此在架构设计完成后系统会被分为相关的子系统和功能模块。每个功能模块间的接口都可以定义清楚。在这种情况下，当模块B的详细设计做完成后往往就没有必要等到其它模块的详细设计都要完全作完才开始编码，因此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路。

        业界比较标准的增量模型往往要求在软件需求规格说明书全部出来后后续的设计开发再进行增量。同时每个增量也可以是独立发布的小版本。由于系统的总体设计往往对一个系统的架构和可扩展性有重大的影响，因此我们推荐的增量最好是在架构设计完成后再开始进行增量，这样可以更好的保证系统的健壮性和可扩展性。

迭代模型：

        增量和迭代有区别但两者又经常一起使用。所以这里要先解释下增量和迭代的概念。假设现在要开发 A,B,C,D四个大的业务功能,每个功能都需要开发两周的时间。则对于增量方法而言可以将四个功能分为两次增量来完成，第一个增量完成A,B功能，第二次增量完成C,D功能；而对于迭代开发来将则是分两次迭代来开发，第一次迭代完成A,B,C,D四个基本业务功能但不含复杂的业务逻辑，而第二个功能再逐渐细化补充完整相关的业务逻辑。在第一个月过去后采用增量开始时候A,B全部开发完成而C,D还一点都没有动；而采用迭代开发的时候A,B,C,D四个的基础功能都已经完成。

        每次迭代都包含了需求，设计和开发，测试等各个过程，而且每次迭代完成后都是一个可以交付的原型。迭代不是并行，在每次迭代过程中仍然要遵循需求->设计->开发的瀑布过程。迭代周期的长度跟项目的周期和规模有很大的关系。小型项目可以一周一次迭代，而对于大型项目则可以2-4周一次迭代。如果项目没有一个很好的架构师，很难规划出每次迭代的内容和要到达的目标，验证相关的交付和产出。因此迭代模型虽然能够很好的满足与用户的交付，需求的变化，但确是一个很难真正用好的模型。

        迭代模型更多的从总体方面系统的思考问题，从最早就可以给出相对完善的框架或原型，后期的每次迭代都是针对上次迭代的逐步精化。

螺旋模型：

        螺旋模型的基本思想是，使用原型模型和其他方法来尽量降低项目的风险，可以看成是每个阶段之前都增加了风险分析过程的快速原型模型。适用于内部开发的大规模软件项目。

        螺旋模型最大的价值在于整个开发过程是迭代和风险驱动的。通过将瀑布模型的多个阶段转化到多个迭代过程中，以减少项目的风险。螺旋模型实现了随着项目成本投入不断增加，风险逐渐减小。以帮我我们加强项目的管理和跟踪，在每次迭代结束后都需要对产出物进行评估和验证，当发现无法继续进行下去时可以及早的终止项目。螺旋模型复杂的地方在于尽责,专心和知识渊博的管理。因为对于每一次迭代我们要制定出清晰的目标，分析出相关的关键风险和计划中可以验证和测试的交付物并不是一件容易的事情。

1.决定目标,替代方案和约束  ；

2.识别和解决项目的风险 ；

 3.评估技术方案和替代解决方案；

4.开发本次迭代的交付物和验证迭代产出的正确性；

5.计划下一次迭代；

6.提交下一次迭代的步骤和方案。

螺旋模型