第五章系统开发模型.pptx

系统分析与设计大连理工大学 软件学院马瑞新 dlutwindows@163.com软件开发模型 软件生命周期模型概论瀑布模型（waterfall model）增量模型（incremental model）原型模型（prototyping model)迭代模型（iterative model)螺旋模型（spiral model）喷泉模型（fountaiin model）XP模型（eXtreme Progamming model）软件生命周期生命周期:任何生命或事物从出现到消失的全过程。软件生命周期:软件开发过程有时称为软件生命周期（software life cycle），因为它描述了一件软件产品的生命：从它的概念到实现、交付、使用、维护、退役。 1软件生命周期软件生命周期分为如下几个阶段：立项与合同、需求分析、软件设计（概要设计＋详细设计）、编码实现、软件测试、软件发布与实施、软件维护、版本更新或退役 2 软件生命周期模型指在整个软件生命周期中，软件开发活动应遵循的开发路线图。或：软件生命周期模型是软件开发全部过程、活动和任务的结构框架。描述软件开发的过程及其活动和任务。常见的软件生命周期模型：瀑布模型原型模型迭代模型增量模型二、瀑布模型 1970年W.Royce提出瀑布模型1.模型的本意：阶段间具有顺序性和依赖性2.模型的特点：文档驱动过程不可逆转3.模型的选择条件：（1）在开发时间内需求没有或很少变化。（2）分析设计人员对应用领域很熟悉。（3）低风险项目（对目标、环境很熟悉）。（4）用户使用环境很稳定。（5）用户除提出需求以外，很少参与开发工作。4.模型的优点 :开发阶段清晰，便于评审、审计、跟踪、管理和控制。 5.模型的缺点按顺序完成每个工作流程，即瀑布式生命周期。瀑布只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错误的传递会采取发散扩大的方式。 6.改进措施为了克服该模型的缺陷，微软采取严格的里程碑管理制度。CMM/CMMI则采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度，只有前一阶段的不符合项全部改正后，才允许开发人员进入后一阶段的工作。所谓不符合项，就是在评审中发现的问题项，它与Bug既有联系，又有区别。对于这些不符合项，软件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底。 第1次集成第1块积木第2次集成第1块积木第2块积木第3次集成第1块积木第2块积木第3块积木第4次集成第1块积木第2块积木第3块积木第4块积木第N次集成第1块积木第2块积木第3块积木第4块积木第N块积木三、增量模型1．模型的本意要开发一个大的软件系统，先开发其中的一个核心模块（或子系统），然后再开发其他模块（或子系统），这样一个个模块（或子系统）地增加上去，就像搭积木一样，直至整个系统开发完毕为止。在每增加一个模块前，先要对该模块进行模块测试。通过后再将此模块加入到系统中，然后还要进行系统集成测试。系统集成测试成功后，再增加新的模块。这样多次循环，直到系统搭建完毕为止。 2．模型的特点（1）任务或功能模块驱动，可以分阶段提交产品。（2）有多个任务单，这些多个任务单的集合，构成项目的一个总《任务书》，或总《用户需求报告》/《需求规格说明书》。 3．选择模型的条件（1）在整个项目开发过程中，需求可能发生变化，客户接受分阶段交付。（2）分析设计人员对应用领域不熟悉，难以一步到位。（3）中等或高风险项目（工期过紧且可分阶段提交的系统或目标、环境不熟悉）。（4）用户可参与到整个软件开发过程中。（5）使用面向对象语言或第四代语言。（6）软件公司自己有较好的类库、构件库。4．模型的优点（1）由于将一个大系统分解为多个小系统，这就等于将一个大风险分解为多个小风险，从而降低了开发难度。（2）人员分配灵活，刚开始不用投入大量人力资源。如果核心模块产品很受欢迎，则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。即可先发布部分模块给客户，对客户起到镇静剂的作用。 5．模型的缺点如果软件系统的组装和拆卸性不强，或开发人员全局把握水平不高（没有数据库设计专家进行系统集成），或者客户不同意分阶段提交产品，或者开发人员过剩，就不宜采用这种模型。 快速计划交流快速设计方式建模构建原型部署交付和反馈原型的解释:预期系统的一个可执行版本，它反映了系统性质（如功能、计算结果等）的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低成本地构建。四、原型模型原型模型 软件企业界的主流开发模型.1．模型的本意原型模型（Prototype Model）的本意是：在初步需求分析之后，马上向客