1 瀑布模型 瀑布模型规定了各项软件工程活动，包括：制定开发计划、进行需求分析和说明、软件设计、程序编码、测试及运行维护。并且规定了它们自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落，如图2.1所示。 瀑布模型的基本思想：根据软件生命周期各阶段的任务，从可行性研究与计划开始，逐步进行阶段性变换，直至通过确认测试并得到用户确认的软件为止。 瀑布模型的特点： （1）阶段间的顺序性和依赖性：上一阶段的变换结果是下一阶段变换的输入，相邻两个阶段具有因果关系，每个阶段完成任务后，都必须进行阶段性评审，确认之后再转入下一个阶段。 （2）文档驱动性：要求每个阶段必须完成规定的文档并通过评审，以便尽早发现问题，改正错误。 瀑布模型的优点：可强迫开发人员采用规范的方法，严格提交文档，做好阶段评审，从而使软件过程易于管理和控制，有利于软件的质量保障。 瀑布模型的缺点：要求软件开发初期就要给出软件系统的全部需求，开发周期比较长，承担的风险也比较大。
软件开发的实践表明，上述各项活动之间并非完全是自上而下，呈线性图式。实际情况是，每项开发活动均处于一个质量环（输入-处理-输出-评审）中。只有当其工作得到确认，才能继续进行下一项活动，在图1.5.1中用向下的箭头表示；否则返工，在图1.5.1中由向上的箭头表示。 2 快速原型模型 快速原型模型的步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在步的基础上开发客户满意的软件产品。
显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果，如图1.5.2所示。 快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。 快速原型模型的基本思想：软件开发人员根据用户提出的软件初步定义，快速开发一个原型，
向用户展示原型的功能和性能，在反复征求用户对原型意见的过程中，进一步确认用户的需求并对原型进行修改和完善，直到得到用户确认的软件定义，在确认的原型基础上完成软件系统的设计、实现、测试和使用与维护。 快速原型模型的特点： （1）原型驱动：整个软件过程围绕着原型的快速开发和对原型的评价，通过原型确认用户需求，以及通过原型的反复修改终得到用户确认的软件定义。 （2）过程的交互性和迭代性：软件过程是由开发人员与用户之间通过原型的评价和确认而进行的一个交互过程。而且这个过程不是简单的重复，而是不断改进和完善的迭代过程。 快速原型模型优点：允许用户在软件开发过程中完善对软件系统的需求，开发周期相对有所缩短，成本比较低，有效地发挥用户和开发人员之间的密切配合作用，使软件过程更能体现逐步发展、逐步完善的原则。 快速原型模型缺点：频繁的需求变化会使开发进程难于管理和控制，原型的快速开发和修改对技术要求比较高，需要有较好的工作基础。