软件生存期模型 之 瀑布模型
瀑布模型
在20世纪80年代之前,瀑布模型一直是唯一被广泛采用的生命周期模型。
传统的瀑布模型如图所示
特点
阶段间具有顺序性和依赖性。
其中包含两重含义:
① 必须等前一阶段的工作完成之后,才能开始后一阶段的工作;
② 前一阶段的输出文档就是后一阶段的输入文档。
推迟实现的观点:
① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段,分析与设计阶段的基本任务规定,在这两个阶段主要考虑目标系统的逻辑模型,不涉及软件的物理实现。
② 清楚地区分逻辑设计与物理设计,尽可能推迟程序的物理实现,是按照瀑布模型开发软件的一条重要的指导思想。
质量保证的观点
① 每个阶段都必须完成规定的文档,没有交出合格的文档就是没有完成该阶段的任务。
② 每个阶段结束前都要对所完成的文档进行评审,以便尽早发现问题,改正错误。
优点
可强迫开发人员采用规范化的方法。
严格地规定了每个阶段必须提交的文档。
要求每个阶段交出的所有产品都必须是经过验证的。
缺点
由于瀑布模型几乎完全依赖于书面的规格说明,很可能导致最终开发出的软件产品不能真正满足用户的需要。
如果需求规格说明与用户需求之间有差异,就会发生这种情况。
瀑布模型只适用于项目开始时需求已确定的情况。
posted on 2016-03-13 00:46 13070041解安琪 阅读(7761) 评论(0) 编辑 收藏 举报