5 瀑布模型的衍生

1 瀑布模型的回顾

---

　　瀑布模型具有简单易行，对软件质量有比较高的保障，但是对于前期的需求不是很明确的情况下，如果后续需求变更了就很难响应。

2 其他的衍生模型

---

(1) 快速原型模型

　　怎么快怎么来，尽快给客户演示，然后通过客户的反馈去修改优化。总之为了解决客户需求不明确和需求多变的情况。但是这种模型往往是

牺牲质量为代价的。因为没有严谨的系统设计和规划，可靠性和性能就难以保障，所有对于快速，低质量的特点通常出现两种策略。抛弃策略和附加策略

• 抛弃策略

　　　主要用于需求分析阶段，确认完需求以后，原型被抛弃，在后面的实际开发过程中重新开发所有功能。适用于客户对可靠性和性能要求高的情况

• 附加策略

　　　 将原型应用于整个开发过程，不断增加新的功能知道满足客户需求。适用于客户对质量要求不高，有简单功能就行的情况。

　　原型的制作不同于传统代码一样去设计编码，通过Axure，墨刀等工具，通过简单的拖拽实现界面交互。

(2)增量模型

　　也叫做大瀑布拆小瀑布模型，也就是说将一个大瀑布拆分，然后每个小瀑布进行模块化处理，这样用户可以及时了解软件项目的进展，如果其中一个模块

 出问题也不会影响其他模块。因为需要模块化，如果不能模块化，就很难采用增量模型的模式来开发。所以它适用于需求比较清楚，能模块化并且可以分批次交付的项目

(3)迭代模型

　　也叫做大瀑布拆小瀑布模型，每一次设计和实现一个阶段就叫做一个迭代。整个项目被拆分为一系列晓得迭代，注意了，迭代时间是固定的。迭代结束会完成一个可