开发早期反馈及时，易于维护.pptVIP

*/ 边做边改模型 许多产品都是用“边做边改”模型开发的 -没有规格说明、没有经过设计 -随着客户的需要一次又一次地不断修改 对于任何提供客户使用的产品，这种方法完全不能令人满意。 -开发费用远远大于经过正确规格说明和设计的产品 -没有规格说明或设计文档，产品的维护极其困难，产生回归故障的机会大大增加。 */ 瀑布模型 传统的瀑布模型分为需求分析、规格说明、设计、编码、测试、维护几个阶段。 */ 优点： 每个阶段必须提交文档，且要求每个阶段的所有产品必须由SQA小组仔细验证。 文档驱动 缺点： 在开发早期，用户难以清楚地确定需求，需求的错误很难在开发后期纠正。 这种模型几乎完全依赖规格说明文档，而客户无法理解和阅读这些文档，容易导致不能满足客户需求。 瀑布模型优缺点分析 */ 快速原型模型背景 由于在项目开发的初始阶段人们对软件的需求认识常常不够清晰，因而使得开发项目难于做到一次开发成功，出现返工再开发在所难免。 第一次只是试验开发，其目标是在于探索可行性，弄清软件需求；第二次则在此基础上获得较为满意的软件产品 */ 快速原型模型 快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 */ 快速原型模型的第一步是快速建立一个能反映用户主要需求的原