基于瀑布模型的软件过程描述.docVIP

基于瀑布模型的软件过程描述 撰写人：应璐垚 日期：2008-10-5 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。尽管瀑布模型招致了很多批评，但是它对很多类型的项目而言依然是有效的，如果正确使用，可以节省大量的时间和金钱。1970年温斯顿?罗伊斯（Winston Royce）提出了著名的“瀑布模型”Waterfall Model），直到80年代早期，它一直是唯一被广泛采用的软件开发模型。瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来。在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： （1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量； （2） 开发模型是线性的，用户只有到整个过程的末期才能见到成果，从而增加了开发的风险； （3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。尽管瀑布模型招致了很多批评，但是它对很多类型的项目而言依然是有效的，如果正确使用，可以节省大量的时间和金钱。对于您的项目而言，是否使用这一模型主要取决于您是否能理解客户的需求以及在项目的进程中这些需求的变化程度，对于经常变化的项目而言，瀑布模型毫无价值，对于这种情况，可以考虑其他的架构来进行项目管理，比如名为螺旋模型（spiral model）的方法。 瀑布模型的第一个突出的特点就是，它是文档驱动的，也就是说，它对开发过程的几个部分都用文档进行了量化，使得管理者对整个软件开发过程可以控制。通过文档，整个团队可以对工作进度进行追踪，可以将开发工作责任到个人；还可以从过去的开发中吸取经验教训。 瀑布模型的第二个特点是它本质上是一个”理想化”软件过程，之所以这样说，在于它需要在需求明确不变更的情况才适用，这些条件在现实中一般是比较难以满足的。但是对于一个实际项目，可以通过将其分解的方法使其需求特征不变或是变动比较小，比如螺旋模型就是采用这种方法的，在一个开发周期里面它假设需求是确定的；如果有需求变更，那么将在下一开发周期根据新的需求进行开发。瀑布模型的这个特点使得其它的软件过程在某种意义上都只是“瀑布模型”的一个变种而已。 所以说，在软件工程学的初学阶段，先撇开诸如prototype, spiral model等等模型的特点，重点关注waterfall这种初级的过程会使自己的学习有一个比较容易的开端，也为后续学习打下扎实的基础。这些是我选择“瀑布模型”作为研究对象的原因。 在以下规格文档以及任务集的编写中，我简单的将“瀑布模型”分为五个阶段：软件需求于开发计划-软件设计-测试分析-用户使用编写-项目开发总结。这是我根据自己的想法对传统的“瀑布模型”的精简，采取了其中我认为必要的部分。后面是各个阶段的任务集及相关文档。 瀑布模型过程描述