瀑布模型法

以下内容摘自：http://www.tjrtvu.cn/zy/xmgl/project/knowledge/tx/5.htm

于1970诞生的瀑布模型法主要缘自Winston Royce博士的努力,他设计此方法用以辅助软件开发。在那个时代,该方法作用显著,并且经历了若干持续地变更和再版。从1974到1976年,BarTY Boehm——在该领域知识丰富的专家——进一步将瀑布模型法应用于其他项目阶段,以更好的反映当时的最佳做法。该方法体系是当前应用最广泛的方法中的一个,它的名字来源于瀑布跌落的样子。

下图描述了采用瀑布模型的软件开发的主要阶段。第一个阶段及其相关活动画在图的左上角,所有后续的项目阶段依次朝图的右下角画过去。每个阶段称作一个工作产品。每个阶段的成果是文档或交付产品,它们成为下一项目阶段的输入。

注意如图所示,该模型很大程度上并没有提供修正错误的手段。同时,在必须修正错误的情况下,该方法并没有指明如何回退到上一项目阶段和重头再来。对某些设计开发组织,这可能会成为问题。虽然这是一个非常棒的方法,但用起来并不那么容易,因为它的原始架构和体系就是不完善的。改进过的瀑布模型法已经可以响应反馈意见,包括测试和质量保证的引入。现今最常用的瀑布模型版本已经包含了一个根据反馈进行修正的机制。下图显示了两种版本之间的显著区别。瀑布模型法包含的项目阶段有：

·系统测试。

对于特定项目,有3种可选的瀑布模型法。这3种分类完全由项目交付日期决定。分别是:

1.没有交叉作业(No overlap)。这是一种纯粹的顺序瀑布方法,其中不存在阶段之间彼此交叠的情况。一个阶段的工作完全完成后才开展下一阶段的工作。通常,诸如阶段正式结束仪式及评审等活动常常出现在这样的方法中。

2.单阶段交叉作业。只允许相邻阶段的工作同时开展。这样的赶工模式常常发生在运用瀑布模型法的项目中。

3.多阶段交叉作业。多个阶段的工作可同时开展,各个阶段都和其他阶段相互交叠。这无疑会为协调各种产品和任务带来极大的困难,并且需要经验丰富、能够驾驭那种情境的称职的项目经理。如果在项目中间出现问题,极难重新回到正轨及重新进行规划。

通常瀑布模型法的缺点是它很大程度上是文档导向的,而这会耗费时日。使用瀑布模型法,项目经理能够游刃有余,但给客户带来了麻烦。例如,在典型的建筑项目中,通常有很详尽的规范,并且需要花非常多的时间去完成。必须等到房子最后盖好,客户才第一次真正看到最终产品(当然,在建筑中,CAD软件也能模拟大型项目)。客户如果此时想要改变某些东西的话,不但为时己晚,而且变化会是过于艰巨的事情。

瀑布法的优点

瀑布模型法有以下优点:

·为项目提供了按阶段划分的检查点。

·当前一阶段完成后,您只需要去关注后续阶段。

·可在迭代法中应用瀑布法。

增量迭代应用于瀑布模型。迭代1解决最大的问题。每次迭代产生一个可运行的版本,同时增加更多的功能。每次迭代必须经过质量和集成测试。

瀑布法的缺点

瀑布法有以下缺点 :

l 在项目各个阶段之间极少有反馈。

l 只有在项目生命周期的后期才能看到结果。

通过过多的强制完成日期和里程碑来跟踪各个项目阶段。