第9篇 软件项目配置管理.ppt

第 9 章 软件项目配置管理 本章内容提要 9.1 软件项目范围核实 项目范围管理 ——为了集中注意力于项目，满足利益相关者的期望，需要对项目范围进行管理，使得整个项目范围既无溢出，也无缩水。 关注点 合同范围 交付成果（产品定义是什么？） 中西项目管理文化差异 美国人的思路：拒绝镀金 中国人的思路：锦上添花 思考：买个手机，盒子里面都有什么？ 软件项目范围核实 工作分解结构（WBS） ——面向可交付成果而对项目元素的分组，它组织并定义了整个项目范围。 面向可交付物，不是面向可交付活动 不在WBS中的，就不在项目范围内 工作包 最低层次的WBS 可以被分解为子项目的单元 80小时完成原则 WBS词典 工作组件的描述 包括：工作包，进度日期，成本预算，人员分配 软件项目范围核实 范围核实 —— 范围核实是指利益相关者对项目范围的正式接受，包括项目最终产品和评估程序，以及这些产品的满意程度和评估的正确性。 需要审查交付物和工作产品，确保正确圆满的完成 项目如果提前终止，则需要对项目完成程度建立文档 区别范围核实与质量控制 范围核实：关心工作成果的接受 质量控制：关心工作成果的正确 Inspection，Review，Audit，walkthrough 9.2 软件项目配置管理概念 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果不能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现 找不到某个文件的历史版本； 无法重新编译某个历史版本，使维护工作十分困难； 因协同开发中，或者异地开发，版本变更混乱导致整个项目失败； … … 软件项目配置管理概念 配置管理 ——软件配置管理(Software Configuration Management，SCM)是对产品进行标志、存储和控制，以维护其完整性、可追溯性以及正确性，它为软件开发提供了一套管理办法和活动原则。 配置管理目的 The purpose of Configuration Management (CM) is to establish and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits. 记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔性、可控性 软件项目配置管理概念 配置管理主要作用 版本管理 变更管理 其它（过程管理） 软件项目配置管理概念 配置管理的相关概念 软件配置项 ——凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI）。配置项主要有两大类： 属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。 在管理过程中产生的文档，例如各种计划、状态报告等等，这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。 所有配置项都被保存在配置库里，确保不会混淆、丢失；配置项及其历史记录反映了软件的演化过程。 软件项目配置管理概念 版本与版本控制 ——软件的每一个版本都是源代码、文档及数据以及相关的系统环境的一个收集，且各个版本都可能由不同的变种组成。 版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。 配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。 软件项目配置管理概念 配置项状态变迁 配置项刚建立时其状态为“草稿”；配置项通过评审（或审批）后，其状态变为“正式发布”；此后若更改配置项，必须依照“变更控制流程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。 软件项目配置管理概念 版本控制规则 处于“草稿”状态的配置项的版本号格式为：0.YZ YZ数字范围为01-99。 随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。 处于“正式发布”状态的配置项的版本号格式为：X.Y X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。 配置项第一次“正式发布”时，版本号为1.0。 如果配置项的