软件过程管理 (4).pptVIP

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