软件开发模型.docx

瀑布模型（Waterfall Model ）
瀑布模型有以下优点：
）为项目提供了按阶段划分的检查点。
）当前一阶段完成后，您只需要去关注后续阶段。
）可在迭代模型中应用瀑布模型。
瀑布模型有以下缺点：
）在项目各个阶段之间极少有反馈。
）只有在项目生命周期的后期才能看到结果。
）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
快速原型模型 Rapid Prototype Model ）
快速原型模型的第一步是建造一个快速原型，实现客户或未来的 用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发 软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以 确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满 意的软件产品。
显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需 求不明确带来的开发风险，具有显著的效果。
快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了
客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结 构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反 映客户的需求。
增量模型(Incremental Model )
存在以下缺陷：
)由于各个构件是逐渐并入已有的软件体系结构中的， 所以加
入构件必须不破坏已构造好的系统部分， 这需要软件具备开放式的体
系结构。
)在开发过程中，需求的变化是不可避免的。增量模型的灵活 性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型， 但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
螺旋模型(Spiral Model ):将瀑布模型和快速原型模型结合起 来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的 系统。
演化模型(incremental model)
主要针对事先不能完整定义需求的软件开发。用户可以给出待开 发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反 馈，以支持系统的最终设计和实现。软件开发人员根据用户的需求， 首先开发核心系统。当该核心系统投入运行后，用户试用之，完成他 们的工作，并提出精化系统、增强系统能力的需求。软件开发人员根 据用户的反馈，实施开发的迭代过程。第一迭代过程均由需求、设计、 编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管 理的子集。
在开发模式上采取分批循环开发的办法，每循环开发一部分的功能， 它们成为这个产品的原型的新增功能。 于是，设计就不断地演化出新 的系统。实际上，这个模型可看作是重复执行的多个“瀑布模型” C
“演化模型”要求开发人员有能力把项目的产品需求分解为不同组， 以便分批循环开发。这种分组并不是绝对随意性的，而是要根据功能 的重要性及对总体设计的基础结构的影响而作出判断。有经验指出， 每个开发循环以六周到八周为适当的长度。
（fountain model,（面向对象的生存期模型，OC模型）） 喷泉模型与传统的结构化生存期比较，具有更多的增量和迭代性
质，生存期的各个阶段可以相互重叠和多次反复， 而且在项目的整个 生存期中还可以嵌入子生存期。 就像水喷上去又可以落下来，可以落 在中间，也可以落在最底部。
喷泉模型是一种以用户需求为动力， 以对象为驱动的模
型，主要