瀑布模型-软件过程与生命周期模型
瀑布模型是软件过程和生命周期模型中的一种,于1970年由Royce提出。该模型强调各阶段工作及发现错误回溯,关键点是:在该阶段的文档已经完成并且该阶段的产品得到SQA小组的认可之前,没有一个阶段是完整的,这将导致反复修改。
瀑布模型的优点在于:
1. 强制性原则:阶段产品与文档确认之前不进入下一个阶段。
2. 文档驱动:文档与产品的同步,维护的重要依据,许多瀑布模型的成功归功于它本质上是一个文档驱动的模型。
然而,瀑布模型也存在一些缺点:
1. 由文档驱动原则引起,客户只能在整个产品完成编程之后才首次能够看到工作的产品,说明文档的描述所理解的产品与实际的产品有很大的差距,规格说明文档只存在于纸面上,客户因而不能真正理解产品本身会是什么样子。
瀑布模型的生命周期模型规定了软件过程的各个阶段,如需求、规格说明、设计、实现、集成和维护阶段,以及这些阶段完成的顺序。每一种模型的主要内容、优点、缺点都是软件过程和生命周期模型的重要组成部分。
软件过程和生命周期模型是软件产品发展过程中的一系列步骤,主要的模型有瀑布模型、快速原型开发模型、螺旋模型等。生命周期模型规定了软件过程的各个阶段,如需求、规格说明、设计、实现、集成和维护阶段,以及这些阶段完成的顺序。
快速原型开发模型是软件过程和生命周期模型中的一种,建立快速原型的第一步是建造一个快速原型,并让客户和未来的用户试用该原型,直到客户满意。快速原型开发模型的优点是可以快速地响应客户的需求,快速地开发出原型,并让客户和未来的用户参与到开发过程中。
建造—修补模型是软件过程和生命周期模型中的一种,该模型不使用规格说明、或者不进行设计;开发者只是简单地建造了一个软件产品,为满足客户的要求,多次改写该软件。建造—修补模型的优点是对于100行或200行的短程序可以做得很好,但缺点是对于任何规模的软件产品来说,建造—修补模型的缺点有:
1. 对没有规格说明和设计文档的产品进行维护相当困难,而且发生回归错误的机会也相当大。
2. 从整个软件过程来说(特别是考虑到维护阶段),实际上建造—修补模型的花费远远大于有正规的规格说明、经过详细设计的产品所需要的花费。
螺旋模型是软件过程和生命周期模型中的一种,该模型强调风险管理和灵活性,螺旋模型的优点是可以灵活地响应客户的需求,并且可以快速地开发出原型,但缺点是螺旋模型的复杂性高,需要高级的项目管理和技术能力。
软件过程和生命周期模型是软件产品发展过程中的一系列步骤,瀑布模型、快速原型开发模型、螺旋模型等都是软件过程和生命周期模型的重要组成部分,每一种模型的主要内容、优点、缺点都是软件过程和生命周期模型的重要组成部分。