3 软件生存周期模型41081

《3 软件生存周期模型41081》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、软件工程第三讲软件生存周期模型2.2软件生存周期模型１)基本概念软件生存周期模型IEEEStandard12207.0-1996把一个软件生存周期模型描述为：一个包括软件产品开发、运行和维护中有关过程、活动和任务的框架，覆盖了从该系统的需求定义到系统的使用终止。中国计算机科学与技术百科全书称软件生存周期模型为“软件开发模型”，并把它定义为：软件过程、活动、任务的结构框架。系统需求软件需求需求分析设计编码测试运行归纳逻辑：PQPQ２)瀑布模型1970年，W.RoyceThebasisformost

2、currentpracticeandhasmanyvariations.Itsnamecomefromtheprogressionofactivitiesbasedontheoutputofonephase“falling”asinputtothefollowingphase.Itisdrivenbytheneedstoscheduleprojectmilestoneswhichareprovidedbythecompletionofdocumentsateachlevelorphase.（１）项

3、目的开发依次经过：需求、设计、编码和单元测试、集成以及维护–这一基本路径。（２）在每一阶段提交以下产品：软件需求规约、设计文档、实际代码、测试用例、最终产品等。工作产品（又称可提交的产品，Deliverables）流经“正向”开发的基本步骤路径。（３）“反向”步骤流表示对前一个可提交产品的重复变更（又称为“返工”(Rework)）。由于所有开发活动的非确定性，因此是否需要重复变更，这仅在下一个阶段或更后的阶段才能认识到。返工不仅在以前阶段的某一地方需要，而且对当前正在进行的工作也是需要的。关于

4、瀑布模型的几点说明(１）瀑布模型的优点虽然瀑布模型是一个比较“老”的、甚至过时的开发模型，但其优点为：在决定系统怎样做之前，存在一个需求阶段，鼓励对系统“做什么”进行规约（即设计之前的规约）。在建造构件之前，存在一个设计阶段，鼓励规划系统结构（即编码之前的设计）。在每一阶段结束时进行复审，允许获取方和用户的参与。允许基线和配置早期接受控制。前一步工作产品可作为下一步被认可的、文档化的基线。（２）瀑布模型存在的不足客户必须能够完整、正确和清晰地表达他们的需求；开发人员一开始就必须理解其应

5、用。在开始的两个或三个阶段中，很难评估真正的进度状态;设计、编码和测试阶段都可能发生延期。在一个项目的早期阶段，过分地强调了基线和里程碑处的文档;可能要花费更多的时间，用于建立一些用处不大的文档。当接近项目结束时，出现了大量的集成和测试工作。直到项目结束之前，都不能演示系统的能力。（3）瀑布模型适用的情况在开发中，向下、渐进的路径占支配地位。也就是说，需求已被很好地理解；并且过程设计人员也很清楚：开发组织非常熟悉为实现这一模型所需要的过程（或经过培训后，熟悉什么时候来支持这一项目，以实

6、现这一模型所需要的过程）。因此为了避免产生过多的反复迭代工作，增加开发成本，一般在准备采用瀑布模型(也包括其他模型)时，需要考虑以下2个问题：第一个问题是，过程设计人员必须对初始产品(通常是软件需求规约，SRS)的不确定性进行评估。另一个问题是，组织是否具有熟练实施每个活动和任务的历史经验。13259101167121384增量11,2,5,9增量23,6,7,4,10,11增量38,12,13管理增量规约增量设计纠错性分析增量实现增量1增量2增量33)增量模型该模型有一个假设，即需求

7、可以分段，成为一系列增量产品，每一增量可以分别地开发。关于增量模型的几点说明：(1）增量模型的优点作为瀑布模型的第一个变体，具有瀑布模型的所有优点。此外，它还有以下优点：第一个可交付版本所需要的成本和时间是很少的；开发由增量表示的小系统所承担的风险是不大的；由于很快发布了第一个版本，因此可以减少用户需求的变更；允许增量投资，即在项目开始时，可以仅对一个或两个增量投资。(２）缺点：如果增量模型不适于某些项目，或使用有误，则有以下缺点：如果没有对用户的变更要求进行规划，那么产生的初始增量可能

8、会造成后来增量的不稳定；如果需求不像早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新发布；管理发生的成本、进度和配置的复杂性，可能会超出组织的能力。注：如果采用增量投资方式，那么客户就可以对一些增量进行招标。然后，开发人员按提出的截止期限进行增量开发，这样客户就可以用多个契约来管理组织的资源和成本。(３）该模型的适用情况在开始开发时，需求很明确，且产品还可被适当地分解为一些独立的、可交付的软件（构造增量：Buildincrements．如果一个增量并不需要交付给