第二讲 软件过程(software Precesses)

4. 已管理级
用于管理的和工程的软件过程 均已文档化、标准化，并形成 了整个软件组织的标准软件过 程。全部项目均采用与实际情 况相吻合的适当修改后的标准 软件过程来进行操作。
CMM
5. 优级
能力成熟度模型（CMM）
2. 可重复级
1. 初始级
3. 已定义级
4. 已管理级
软件过程和产品质量有详细的 度量标准。软件过程和产品质 量得到了定量的认识和控制。
CMM
5. 优化级
能力成熟度模型（CMM）
2. 可重复级
1. 初始级
3. 已定义级
4. 已管理级
通过对来自过程、新概念和 新技术等方面的各种有用信 息的定量分析，能够不断的 对过程进行改进。
CMM
5. 优化级
CMM标准的应用
1
用于软件过程改进 （SPI）：帮助软件 企业对其软件过程的 改进进行计划，制定 以及实施
2. 可重复级
1. 初始级
3. 已定义级
4. 已管理级
是对于软件组织在定义、 实施、度量、控制和改 善软件过程的实践中各 个发展阶段的描述。
CMM
5. 优化级
能力成熟度模型（CMM）
2. 可重复级
1. 初始级
3. 已定义级
4. 已管理级
软件过程的特点是无序的，有时甚至 是混乱的。软件过程定义几乎处于无 章可循和步骤不可重复的状态，软件 产品所取得的成功往往依赖个别人的 努力和待遇。
2
3
用于软件过程评估 （SPA），在评估中， 一组经过培训的软件 专业人员确定出一个 企业软件过程的状况， 找出该企业所面对的 与软件过程有关的最 迫切所有问题。
用于软件能力评价 （SCE）：在能力评 价中，一组经过培训 的专业人员鉴别出软 件承包者的能力资 格。.

2.3快速原型模型 快速原型模型
开始
停止
需求的采集和细化
产品样品 (需求确认 需求确认) 需求确认
快速设计
对原型加工 (需求精确化 需求精确化) 需求精确化
建造原型
用户评价原型
使用原型确定需求的过程
快速原型的本质是“快速”。开发人员 快速原型的本质是“快速” 应该尽可能快地建造出原型系统， 应该尽可能快地建造出原型系统，以加速软 件开发过程，节约软件开发成本。 件开发过程，节约软件开发成本。原型的用 途是获知用户的真正需求，一旦需求确定了， 途是获知用户的真正需求，一旦需求确定了， 原型将被抛弃。 原型将被抛弃。
增量模型(Incremental model) 1.4.3 增量模型
增量模型也称为渐增模型。 增量模型也称为渐增模型。 使用增量模型开发软件时， 使用增量模型开发软件时，把软件产品作为一系列的增 量构件来设计、编码、集成和测试。 量构件来设计、编码、集成和测试。每个构件由多个相互作 用的模块构成，并且能够完成特定的功能。使用增量模型时， 用的模块构成，并且能够完成特定的功能。使用增量模型时， 第一个增量构件往往实现软件的基本需求，提供最核心的功 第一个增量构件往往实现软件的基本需求，提供最核心的功 能。
原型模型的适应场合
原型模型比瀑布模型更符合人们认识事 物的过程和规律， 物的过程和规律，是一种较实用的开发 框架。 框架。 它适合于那些不能预先确切定义需求的 软件系统的开发， 软件系统的开发，更适合于那些项目组 成员（包括分析员、设计员、 成员（包括分析员、设计员、程序员和 用户） 用户）不能很好交流或通信有困难的情 况。
6.编码和单元测试 6.编码和单元测试 编码和单元测试 这个阶段的关键任务是写出正确的容易理解、 这个阶段的关键任务是写出正确的容易理解、 容易维护的程序模块。 容易维护的程序模块。 7.综合测试 7.综合测试 综合测试 这个阶段的关键任务是通过各种类型的测试 (及相应的调试 使软件达到预定的要求。 及相应的调试)使软件达到预定的要求 及相应的调试 使软件达到预定的要求。

2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
软件生命周期的基本任务 瀑布模型 快速原型模型 增量模型 螺旋模型 喷泉模型 Rational统一过程 敏捷过程与极限编程 能力成熟度模型
基本思想

使用原型及其他方法来尽量降低风险。 理解这种模型的一个简便方法，是把它 看做在每个阶段之前都增加了风险分析 过程的快速原型模型，如图2.5所示。图 中带箭头的点画线的长度代表当前累计 的开发费用，螺线旋过的角度值代表开 发进度。
图2.6 喷泉模型

为避免使用喷泉模型开发软件时开发过 程过分无序，应该把一个线性过程（例 如，快速原型模型或螺旋模型中的中心 垂线）作为总目标。但是，同时也应该 记住，面向对象范型本身要求经常对开 发活动进行迭代或求精。




2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
第二章：软件过程
软件工程过程是为了获得高质量软件 所需要完成的一系列任务的框架，它规定 了完成各项任务的工作步骤。 本章讲述在软件生命周期全过程中应 该完成的基本任务，并介绍各种常用的过 程模型。
第二章：软件过程



2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
图2.2 加入迭代过程的瀑布模型
瀑布模型的优点

可强迫开发人员采用规范的方法 严格地规定了每个阶段必须提交的文档 要求每个阶段交出的所有产品都必须经 过质量保证小组的仔细验证
瀑布模型的缺点

瀑布模型是由文档驱动的”：在可运行 的软件产品交付给用户之前，用户只能 通过文档来了解产品是什么样的。
RUP核心元素

需求分析
y 回答“目标系统必 回答“ 须做什么” 须做什么” 系统分析员与用户 y 共同确定系统必须完 成的工作， 成的工作，对目标系 统提出完整、准确、 统提出完整、准确、 清晰、具体的要求。 清晰、具体的要求。 提交可行性目证报告
2.1 软件生命周期的基本任务
软件开发时期 概要设计
回答“ 回答“怎样实现 目标系统” 目标系统”。
2.6 喷泉模型
迭代是软件开发过程中普遍存在的一种内在属性。 迭代是软件开发过程中普遍存在的一种内在属性。 经验表明， 经验表明，软件过程各个阶段之间的迭代或一个阶段内 各个工作步骤之间的迭代， 各个工作步骤之间的迭代，在面向对象范型中比在结构 化范型中更常见。 化范型中更常见。喷泉模型是典型的面向对象生命周期 模型。 模型。
2.1 软件生命周期的基本任务
在实际从事软件开发工作时，软件规模、种类、开 在实际从事软件开发工作时，软件规模、种类、 发环境及开发时使用的技术方法等因素， 发环境及开发时使用的技术方法等因素，影响阶段的划 分。 生命周期模型规定了把生命周期划分成哪些阶段及 各个阶段的执行顺序，因此，也称为过程模型 过程模型。 各个阶段的执行顺序，因此，也称为过程模型。 我国国家标准《计算机软件开发规范》(GB8566我国国家标准《计算机软件开发规范》(GB8566-88) 把软件生命周期的划分成8个阶段：可行性研究与计划、 把软件生命周期的划分成8个阶段：可行性研究与计划、 需求分析、概要设计、详细设计、实现、组装测试、 需求分析、概要设计、详细设计、实现、组装测试、确 认测试、使用和维护。 认测试、使用和维护。
2.6 喷泉模型
2.6 喷泉模型
由于面向对象方法在概念和表示方法上的一致性， 由于面向对象方法在概念和表示方法上的一致性， 保证了各项开发活动之间的无缝过渡，在分析、 保证了各项开发活动之间的无缝过渡，在分析、设计和 编码各阶段并不存在明显的边界(有相互重叠) 喷泉” 编码各阶段并不存在明显的边界(有相互重叠)，“喷泉” 这个词体现了面向对象软件开发过程迭代和无缝的特性。 这个词体现了面向对象软件开发过程迭代和无缝的特性。 为避免使用喷泉模型开发软件时开发过程过分无序， 为避免使用喷泉模型开发软件时开发过程过分无序， 应该把一个线性过程作为总目标。但是， 应该把一个线性过程作为总目标。但是，同时也应该记 住，面向对象范型本身要求经常对开发活动进行迭代或起来的可以在计算机上运 行的程序， 行的程序，它所能完成的功能往往是最终产品能完成的 功能的一个子集。 功能的一个子集。