软件过程管理4

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