第六章 软件过程的建立与管理

在组织中的每个人包括所有管理层的人员， 在组织中的每个人包括所有管理层的人员，都要熟悉软件开发 过程的描述和使用方法。 过程的描述和使用方法。
步骤8： 步骤 ：不断地使用和改善过程
管理层最后要负责坚持让每个新项目完全遵守所批准的 软件开发过程 。
过程描述实例
1. 软件过程的建立
软件过程定义 项目计划编制
监控手段： 监控手段：
跟踪项目的进展和进度执行情况 需要定期检查质量数据的趋势 需要检查设计、 需要检查设计、编码和测试计划 复审的记录与动作 需要检查变更请求和测试异常报 告的趋势
监控过程的执行
为确保遵循计划，必须监控过程的执行。 确保遵循计划，必须监控过程的执行。 监控目的： 监控手段： 监控目的： 监控手段：
可用的软件开发和项目管理工具； 可用的软件开发和项目管理工具； 所要求的产品质量标准； 所要求的产品质量标准； 项目团队的场地和人数； 项目团队的场地和人数； 项目成员的经验和能力， 项目成员的经验和能力，包括管理 经验和能力； 经验和能力； 项目成员间的默契程度； 项目成员间的默契程度； 要开发的集成产品数量； 要开发的集成产品数量； 产品技术的成熟度； 产品技术的成熟度； 开发中可预测变化的数量； 开发中可预测变化的数量；
软件过程评估模型CMM 软件过程评估模型
优化 过程控制 已管理 过程度量 已定义 过程定义 可重复 基本管理控制 初始
软件过程评估模型CMM 软件过程评估模型
初始过程（ 级 初始过程（1级） 可重复过程（ 级 可重复过程（2级） 已定义过程（3级） 已定义过程（ 级 已管理过程（4级） 已管理过程（ 级 优化过程（ 级 优化过程（5级）
2. 软件过程的监控
监控过程的执行 处理过程的变更 实施过程的变更
监控过程的执行
为确保遵循计划，必须监控过程的执行。 确保遵循计划，必须监控过程的执行。 监控目的： 监控目的：
及时发现过程的偏离 及时确定是否遵循期望的 开发过程 确定正在实施的过程是否 有效 更深入地了解过程的有效 程度，确定配置管理系统 程度， 的负载状况
一个组织应使用尽可能少的软件过程模型
应用实例
产品需求 产品目标 规格说明书 高层设计 出版物内容计划 测试计划 低层设计 编码 单元和功能测试 集成测试 出版物初稿 系统测试 出版物修定稿 回归测试 打包 交付
步骤2： 步骤 ：确定活动
产品目标 单元和功能测试 产品需求 集成测试 描述： 描述：活动的简要描述 规格说明书 出版物初稿 入口条件： 入口条件：在活动开始前必须发生的活动 高层设计 系统测试 出版物内容计划 出版物定稿 出口条件： 出口条件：在活动被认为完成前必须发生的活动 测试计划 回归测试 注释： 注释：任何提示或潜在的使用信息 低层设计 打包 编码 交付 注：描述要尽量细化。 描述要尽量细化。
步骤3： 步骤 ：确定活动间的关系
产品目标 单元和功能测试 产品需求 集成测试 规格说明书 出版物初稿 高层设计 系统测试 高层设计” 如：“高层设计”活动 出版物内容计划 出版物定稿 入口条件：在产品需求开始后不久高层设计就开始了。 入口条件：在产品需求开始后不久高层设计就开始了。就这 测试计划 回归测试 点而言， 点而言，要对产品的构件如何相互协作以及如何在 低层设计 打包 必须运行的软硬件环境下工作等方面进行描述。 编码 必须运行的软硬件环境下工作等方面进行描述。高 交付 层设计完成了初步的体系结构设计。 层设计完成了初步的体系结构设计。 出口条件：完成高层设计时，所有发现的问题已解决。 出口条件：完成高层设计时，所有发现的问题已解决。
步骤4： 步骤 ：将每个活动的有用信息文档化
高层设计注释: 高层设计注释
产品需求开始后不久就应启动高层设计。然而，在产品需 产品需求开始后不久就应启动高层设计。然而， 求完成前应该合理地理解高层设计。 求完成前应该合理地理解高层设计。在产品需求的开发和初级 高层设计间的重叠防止了产品需求定义一个在技术上不能以一 种令人满意的方式实现的产品。 种令人满意的方式实现的产品。必须保证高层设计能很好地支 持产品需求。 持产品需求。 每个活动可以进一步细化为“一系列子活动”来进一步定义。 每个活动可以进一步细化为“一系列子活动”来进一步定义。 在产品规格说明书被分散批准前，应该完成高层设计， 在产品规格说明书被分散批准前，应该完成高层设计，并 且相应地更新产品规格说明书的最终稿。如果高层设计在规格 且相应地更新产品规格说明书的最终稿。 说明书被批准后才完成， 说明书被批准后才完成，则可能发生由于违背所批准的规格说 明书的额外的变更控制活动。 明书的额外的变更控制活动。
步骤5： 步骤 ：剪裁过程文档化
剪裁规则应说明: 剪裁规则应说明
哪些活动可以被删除而哪些活动不能？ 哪些活动可以被删除而哪些活动不能？ 哪些活动可以被合并而哪些不能？ 哪些活动可以被合并而哪些不能？ 能加入新活动吗？ 能加入新活动吗？ 谁必须同意被建议的剪裁？ 谁必须同意被建议的剪裁？
步骤6： 步骤 ：改善过程文档化
过程变更的处理
从如下方面评估过程变更可能造成的影响： 从如下方面评估过程变更可能造成的影响： 所要求的“返工” 所要求的“返工” 资源需求 时机 员工情绪 对项目和用户的益处
过程变更的实施 过程变更的实施
依据进行变更的时机， 依据进行变更的时机，应该实施以下全部或部分工作 ：
以适当的形式与客户讨论项目的情况， 以适当的形式与客户讨论项目的情况，应该机智和 谨慎 向项目有关成员宣布变更的要求 规划变更 实现变更 继续关注并保持与项目成员的交流
检测出与计划的隐性偏离 了解过程的运作情况， 了解过程的运作情况，及时 改进过程 需要检查关键资源的有效使用情况 需要与项目组成员经常性地交流， 需要与项目组成员经常性地交流， 获取他们对过程的反馈
监控过程需要注意： 监控过程需要注意： 量力而行 慎做过程变更决策
过程变更的处理
对未按期实施的过程或活动，可以采取如下措施： 对未按期实施的过程或活动，可以采取如下措施： 什么也不做 强化过程 调整过程 过程替换 以上措施的组合
其他软件过程评估模型
PSP/TSP ISO9000 ISO/IEC 15504
内容安排
软件过程的建立 软件过程的监控 软件过程的改进
3. 软件过程的改进
过程评估是过程改进的核心，过程评估的应用： 过程评估是过程改进的核心，过程评估的应用： 软件生产商通过软件过程评估， 软件生产商通过软件过程评估，在保证 过程评估 业务目标的前提下， 业务目标的前提下，改进软件过程 软件用户则通过软件过程评估中对软件 软件用户则通过软件过程评估中对软件 过程 生产商能力的确定， 生产商能力的确定，来判断潜在的合同 承担方完成合同的能力
步骤2： 步骤 ：确定活动
“高层设计”活动描述： 高层设计”活动描述： 高层设计是为了理解产品的各主要部分在技术上如何工作所 需考虑的设计层次: 需考虑的设计层次: 1) 确定了组成产品的构件及其协作关系 2）每个构件的内部设计 3）开发与运行所需的软硬件环境 高层设计确定了组成产品的构件，它定义了每个构件的功能 高层设计确定了组成产品的构件， 任务，并且定义了构件间的接口、构件到运行环境的外部接口以 任务，并且定义了构件间的接口、 及每个构件的内部设计。 及每个构件的内部设计。
软件过程的建立与管理 第六章 软件过程的建立与管理
内容安排
过程的建立 过程的监控 过程的优化
1. 过程的建立
软件过程定义 项目计划编制
Who is doing What, When, and How
New or changed requirements
Software Process
New or changed system
生存周期、应用领域） 产品特征（生存周期、应用领域） 人和组织） 项目团队特征（人和组织）
产品关键度 产品复杂性； 产品复杂性； 项目规模； 项目规模； 产品需求被理解以及被文档化 的程度； 的程度； 产品功能早期可用性的需求； 产品功能早期可用性的需求； 在开发过程中用户的参与度； 在开发过程中用户的参与度； 项目持续时间限制； 项目持续时间限制；
INPUT
Software Activities
OUTPUT
入口条件
实施原则
出口条件
1.1 软件过程定义
确定软件模型（标准过程） 确定软件模型（标准过程） 确定活动 确定活动间的关系 文档化每个活动的有用信息 文档化如何剪裁过程 文档化如何改善过程 获得过程的买入 不断地使用和改善过程
步骤1： 步骤 ：确定软件模型
改善过程需要考虑: 改善过程需要考虑
变更请求 背离请求 项目后评审” “项目后评审”变更请求
过程组：由代表组织内所有领域的人员共同组成。 过程组：由代表组织内所有领域的人员共同组成。 负责定义、文档化、简化、改善和管理软件开发过程的 负责定义、文档化、简化、 实现。 实现。
步骤7： 步骤 ：过程获得认可并培训员工 获得组织对于使用过程的许诺 在合理使用过程方面培训组织的成员