软件过程管理4.pptxVIP

软件过程管理4第2页/共88页软件开发项目管理第三章软件项目生存期模型第3页/共88页本章要点一、生存期模型定义二、常用生存期模型三、案例分析第4页/共88页建筑工程类项目典型生存期模型第5页/共88页制药项目典型生存期模型 CustomerCustomer Satisfaction ProductOutputInputrealization ProductRequirements第6页/共88页生存期模型选择第7页/共88页软件生存期模型软件开发的一种框架。说明了软件的活动和进行软件开发的过程。这个模型可以是以活动为中心，可以以产品为中心的。第8页/共88页软件生存期模型特征描述了开发的主要阶段定义了每一个阶段要完成的主要过程和活动规范了每一个阶段的输入和输出提供了一个框架，可以将必要的活动映射到该框架中。第9页/共88页本章要点一、生存期模型定义二、常用生存期模型三、案例分析第10页/共88页常用生存期模型瀑布WaterfallV模型V-shaped原型Prototyping增量Incremental螺旋式Spiral快速应用开发RAD渐近式阶段第11页/共88页本章要点一、生存期模型定义二、常用生存期模型瀑布V模型原型增量螺旋式快速应用开发渐近式阶段三、案例分析需求分析设计实施测试维护第12页/共88页WaterFall model第13页/共88页瀑布模型瀑布模型第14页/共88页所有过程模型的鼻祖。---- Royce,1970基本思想是把软件开发过程划分成若干阶段，各个阶段相当于瀑布中的一个台阶，把软件过程比喻成瀑布中的流水，暖流，在这些台阶中由上向下奔流。瀑布模型每个阶段的任务相对独立，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度。在软件的生存期的每个阶段都采用科学的管理技术和良好的方法与技术，而且每个阶段结束之前，都从技术和管理两个角度进行严格的审查，经确认之后才开始下一阶段工作。瀑布模型适合于结构化开发方法。结构化分析过程第15页/共88页问题定义和可行性研究第16页/共88页确定要开发软件系统的总目标。给出功能、性能、接口等方面的要求，完成该软件任务的可行性研究。估计可利用的资源(计算机硬件，软件，人力等)、成本、效益、开发进度。制定出完成开发任务的实施计划,连同可行性研究报告，提交项目管理部门审查。需求分析第17页/共88页对待开发软件提出的需求进行分析并给出详细的定义。编写软件需求说明书或系统功能说明书及初步的系统用户手册。提交管理机构评审。软件设计第18页/共88页总体设计 —— “如何解决问题”可以列出多种解决方案进行比较把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应详细设计 — 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础编写设计说明书，提交评审。程序编写第19页/共88页把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”。写出的程序应当是结构良好、清晰易读的，且与设计相一致的。软件测试第20页/共88页单元测试：查找各模块在功能和结构上存在的问题并加以纠正。组装测试：将已测试过的模块按一定顺序组装起来。按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用。运行维护第21页/共88页改正性维护：运行中发现了软件中的错误需要修正。适应性维护：为了适应变化了的软件工作环境，需做适当变更。完善性维护：为了增强软件的功能需做变更。瀑布模型的特点第22页/共88页里程碑或基线驱动，或者说是文档驱动。每个阶段必须完成规定的文档；每个阶段结束前完成文档审查,及早改正错误。是一种严格线性的、按阶段顺序的、逐步细化的过程模型（开发模式），阶段间具有顺序性和依赖性。过程逆转性很差或者说不可逆转，因为上流的错误会在下流进行发散性传播，逆转会延误工期，增加成本。选择瀑布模型的条件第23页/共88页开发时间内需求没有或很少变化。分析设计人员对应用很熟悉。低风险项目，对目标和环境很熟悉。用户使用环境很稳定。瀑布模型的适用场合第24页/共88页当有一个稳定的产品定义和很容易被理解的技术解决方案时，可以采用纯瀑布模型。当你对一个定义得很好的版本进行维护或将一个产品移植到一个新的平台上，可以采用瀑布模型。在质量需求高于成本需求和进度需求的时候，可以采用瀑布模型。瀑布模型的缺陷第25页/共88页在项目开始的时候，用户常常难以清楚地给出所有需求；用户与开发人员对需求理解存在差异。很少软件项目按照顺序模型进行，不能很好地支持迭代。缺乏灵活性，因为瀑布模型确定了需求分析的绝对重要性，但是在实践中要想获得完善的需求说明是非常困难的，导致“阻塞状态”。反馈信息慢，开发周期长。只有到了整个项