软件工程-第7章第1节

第7章软件工程模型

软件工程模型也称为软件开发模型，它是在软件生存周期基础上构造出的软件开发全部过程、活动和任务的结构框架。因此，软件开发模型又称为软件生存周期模型。软件开发模型能清晰、直观地表达软件开发全部过程，明确规定要完成的主要活动和任务。它是软件项目开发工作的基础。软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，如同工厂的生产线。7.1瀑布模型7.1.1模型表示瀑布模型如图7.1所示。该模型说明整个软件开发过程是按图中5个阶段进行的。每个阶段的任务完成之后，产生右边相应的文档(图中只列出该阶段最主要的文档)，这些文档经过确认，表明该阶段工作完成，并进入下一阶段的工作。每个阶段均以上一个阶段的文档作为开发的基础，如果某一文档出现问题，则要返回到上一个阶段去重新进行工作。7.1.2瀑布模型的特点瀑布模型严格按照生存周期各个阶段的目标、任务、文档和要求来进行开发。它强调了每一阶段的严格性，尤其是开发前期的良好需求说明，这样，就能解决在开发阶段后期修正不完善的需求说明将花费巨大的费用的问题。于是人们需付出很大的努力来加强各阶段活动的严格性，特别是要求定义阶段，希望得到完整、准确、无二义性的需求说明，以减少后面各阶段不易估量的浪费。在传统的观念中，人们认为只要认真努力，总可以通过详尽分析来确定完整、准确的需求说明，从而明确系统的各种需求，只要采用一套严格规定的术语及表达方式，就一定可以准确清楚地表达和通讯，以便在严格的开发管理下得到完美的结果。7.1.2瀑布模型的特点在这种严格定义的模型中，开发人员试图在每一活动过程结束后，通过严格的阶段性复审与确认，得到该阶段的一致、完整、准确和无二义性的良好文档，以“冻结”这些文档为该阶段结束的标志，保持不变，作为下一阶段活动的唯一基础，从而形成一个理想的线性开发序列，以每一步的正确性和完整性来保证最终系统的质量。7.1.2瀑布模型的特点瀑布模型是以文档形式驱动的，为合同双方最终确认的产品规定了蓝本，为管理者进行项目开发管理提供了基础，为开发过程施加了“政策”或纪律限制，约束了开发过程中的活动。瀑布模型以里程碑开发原则为基础，提供各阶段的检查点，确保用户需求，满足预算和时间限制。瀑布模型是一种整体开发模型，在开发过程中，用户看不见系统是什么样，只有开发完成，向用户提交整个系统时，用户就能看到一个完整的系统。瀑布模型适合于功能和性能明确、完整、无重大变化的软件开发。大部分的系统软件就具有这些特征，例如编译系统、数据库管理系统和操作系统等。在开发前均可完整、准确、一致和无二义性地定义其目标、功能和性能等。7.1.3瀑布模型的局限性1.需求是可变的某些应用软件的需求与外部环境、公司经营策略或经营内容等密切相关，因此需求是随时变化的，在不同时间用户的需求可能有较大的不同，采用预先定义整体不变的需求的策略，在一年或数年之前预先指定对需求随时间变化的软件的需求，显然是不切实际的。然而按照瀑布模型开发，在开发后期修改需求要付出很高的代价，甚至根本不可能修改。7.1.3瀑布模型的局限性2.需求是模糊的对于某些类型的软件系统，如操作系统、编译系统等系统软件，人们对它们比较熟悉，有长期使用它们的经验，其需求经过仔细的分析之后可以预先指定。但是，对于大多数经常使用的应用系统，例如管理信息系统，其需求往往很难预先准确地指定。7.1.3瀑布模型的局限性3.用户和开发者难于沟通大型软件的开发需要系统分析员、软件工程师、程序员、用户和领域专家等各类人员的协同配合。大多数用户和领域专家不熟悉计算机和软件技术，软件开发人员也往往