软件生存周期及开发模型.pptVIP

第一页，共三十一页，2022年，8月28日 本章对读者的要求 了解： (1）生存周期的概念 (2）开发模型的概念 (3) 生存周期模型裁剪指南 理解： (1）生存周期与开发模型有关 (2）迭代模型的具体迭代过程 掌握： (1）瀑布模型的本意、特点、选用条件 (2) 增量模型的本意、特点、选用条件 (3) 原型模型的本意、特点、选用条件 第二页，共三十一页，2022年，8月28日 2.1 软件生存周期概论 任何有生命的动物、植物和人，都有一个生存周期(Life Cycle)，例如人的生存周期为胎儿、婴儿、幼儿、儿童、少年、青年、中年、老年、死亡。 没有生命的事物或实体，例如PC机、路由器、家具、房子、汽车，它们也有一个生存周期，这个生存周期就是使用寿命，即生产周期加上使用周期。 生存周期与开发模型有关。 第三页，共三十一页，2022年，8月28日 周期序号 周 期 名 称 周期序号 周 期 名 称 1 立项 / 签合同 6 软件测试 2 需求分析 7 软件发布与实施 3 概要设计 8 软件维护 4 详细设计 9 版本更新或退役 5 编码实现 第四页，共三十一页，2022年，8月28日 2.2 瀑布模型 定义： 瀑布模型(Waterfall Model)又称流水式过程模型，它将软件开发过程模仿旅游景点的阶梯瀑布，由上向下一个阶梯一个阶梯地倾泻下来，最后进入一个风平浪尽的大湖，这个大湖就是软件企业的产品库。 第五页，共三十一页，2022年，8月28日 瀑布模型 本意： 根据软件生存周期由立项、需求、策划、设计、编程、测试、发布、维护、退役等阶段组成，把每个阶段当作瀑布中的一个台阶，把软件生存过程比喻成瀑布中的流水。开发人员按照阶段开发，管理人员按照阶段管理。 第六页，共三十一页，2022年，8月28日 瀑布模型 特点： (1) 里程碑或基线驱动， 或者说 文档驱动； (2) 过程逆转性很差， 或者说不可逆转。 第七页，共三十一页，2022年，8月28日 瀑布模型 选择模型的条件： 不是任何软件都可以采用瀑布模型的，选择瀑布模型，必须满足下列条件： （1）在开发时间内需求没有或很少变化。 （2）分析设计人员对应用领域很熟悉。 （3）低风险项目（对目标、环境很熟悉）。 （4）用户使用环境很稳定。 （5）用户除提出需求以外，很少参与开发。 第八页，共三十一页，2022年，8月28日 瀑布模型 模型的缺点： 可维护性差，表现在 (1) 由于逆转性很差，所以返工会造成重大损失。 (2) 由于文档驱动，错误的传递，会采取发散扩大的方式。 第九页，共三十一页，2022年，8月28日 2.3 增量模型 定义： 增量模型将软件产品看作一组增量构件，每次设计、实现、集成、测试和交付一块构件，直到所有构件全部实现为止。 第十页，共三十一页，2022年，8月28日 增量模型 本意： 要开发一个大的软件系统，先开发其中的一个核心模块，后再开发其他模块，这样一个个模块地增加上去，直至整个系统开发完毕为止。 第十一页，共三十一页，2022年，8月28日 增量模型 特点： (1) 任务或功能模块驱动，可以分阶段提交产品； (2) 有多个任务单，这些多个任务单的集合，构成项目的一个总任务书(总用户需求报告)。 第十二页，共三十一页，2022年，8月28日 增量模型 选择模型的条件： （1）在开发过程中，客户接受分阶段交付。 （2）开发人员对应用领域不熟悉，难以一步到位。 （3）工期过紧的中等或高风险项目。 （4）用户可参与到整个软件开发过程中。 （5）使用面向对象语言或第四代语言。 （6）软件公司自己有较好的类库、构件库。 第十三页，共三十一页，2022年，8月28日 增量模型 模型的缺点： ---若软件系统的组装和拆卸性不强， ---或开发人员全局把握水平不高（没有数据库设计专家进行系统集成）， ---或者客户不同意分阶段提交产品， ---或者开发人员过剩， 都不宜采用这种模型。 第十四页，共三十一页，2022年，8月28日 2.4 迭代模型 针对瀑布模型的缺陷，人们提出了迭代模型。 模型的本意： 迭代是产生可执行的产品发布的完整开发循环，所发布的产品是开发过程最终产品的子集，它将通过一次又一次的迭代递增成长，最后形成最终软件系统或产品。 第十五页，共三十一页，2022年，8月28日 迭代