配置管理过程

1、配置管理过程版本：1.2发布时间:文件变更记录*A -增加 M -修订 D -删除变更 版本 号日期变更类型A*M*D修改人变更摘要备注1. 目的本文档描述了软件开发工程的标准软件配置管理过程。该过程向软件开发工程中与配置管理有关的人 员提供说明和行动指南，使开发人员、测试人员、工程管理者、质量保证人员以及客户能方便地通过软件 配置管理获得有用的信息。2. 适用范围2.1机构：质量部、产品部、开发部2.2业务：软件工程的配置管理活动。3. 概述本过程包括建立配置库设置访问权限、组建CCB、制定配置管理方案、发布基线、基线变更管理、配置状态记录、配置审计、备份配置库、产品发布、移交工程资产入资产

2、库十个子过程。本过程是描述工程如何方案配置管理活动，并在整个软件的生命周期中如何执行配置管理活动的。软 件配置管理是 CMMI的一个重要组成局部，其目在于建立和维护在工程的整个生命周期内软件工程产品的 完整性。4. 名词术语基线：已经通过正式的同级评审而获得认可，可以作为一个根本纲领为今后工作效劳并且只能通过正 式的变更控制过程才可改变的一个或多个软件配置项。定义基线：在工程筹划过程中，对基线的个数、时间和条件，以及包含工作产品的定义。建立基线：根据工程方案中的定义，在实施过程中，经由评审组评审和软件配置控制委员会批准，建 立起来的由特定工作产品组成的基线。配置项：由配置管理视为一个单一整体而

3、进行处理的工作产品例如：在软件生存周期各阶段所产生 的各种形式和各种版本的文档、程序、数据等以及完成工作产品所需的软件工具和支持系统。软件配置控制委员会：Configuration Control Board，简称CCB，负责评价和批准或不批准建立基线，评价和批准或不批准对基线化配置项所提出的变更，并负责保证那些已批准的变更能得到实施 的组。物理配置审计：Physical audits authenticate，简称PCA，审计软件产品的完整性，以确保其包含全部 应有的元素、文档与数据。功能配置审计：Functional configuration audit ，简称FCA，审计软件产品的正确

4、性，以确保其性能和 基线化的需求相一致。5.流程图6.过程定义6.1建配置库、设置访问权限概述组织级配置管理员根据工程经理提供的工程简称、工程成员信息， 依据标准配置库结构， 创立以工程简称命名的工程配置库，并设置配置库的访问权限。参与人员及职责1组织级配置管理员：建配置库，设置访问权限入口准那么1工程启动输入1工程经理提供的工程情况和成员名单2?工程配置管理标准?过程步骤1组织级配置管理员根据工程经理提供的工程简称、工程成员信息， 依据标准配置库结构，创立以工程简称命名的工程配置库。2组织级配置管理员依据?工程配置管理标准?设置配置库的访问权 限，工程配置库只能由工程组成员、 工程经理 和Q

5、A与高级经理有 权限访问。工程开发过程中，有成员进入或离开工程组时， 工程经理应及时通 知组织级配置管理员，相应分配或收回工程配置库的访问权限。3组织级配置管理员冋时应该指导、审计工程级配置管理职工作。4在工程启动阶段，组织级配置管理员负责对工程配置管理员进行配 置管理相关知识、技能的培训。输出1创立好的配置环境出口准那么1已设置权限的工程配置库创立完成资源和能力要求资源：创立配置库所需的资源能力：组织级配置管理人员应接受过配置库管理方法的培训度量度量兀米集点配置管理人员创立配置库所花 费的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.2组建CCB概述工程经理组建软件配置控制委员会CCB参与

6、人员及职责1工程经理：组建CCB入口准那么1工程启动输入1?工程配置管理标准?过程步骤1工程经理负责申请组建软件配置控制委员会CCB。CCB 一般由工程经理，配置管理员组成。CCB成员建议在此范围内选择：工程经理、工程经理上级领导、 QA、客户经理和测试负责人，人数在2人以上，5人以内。CCB成员由高层经理审批。2CCB负责批准基线建立，控制基线变更。输出1CCB出口准那么1CCB通过审批资源和能资源：创立CCB所需的资源力要求能力：工程经理应接受过工程管理方面的培训度量度量兀米集点组建CCB所花费的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.3制定配置管理方案概述配置管理方案是配置管理活

7、动中重要的一环，内容包括明确工程的配置管理职责和配置基线建立的时机，确认需要纳入配置管理的要素即配置项，制定配置项的标识标准和配置管理规程，安排必要的配置管理活动等一系列重要的配置管理活动。参与人员及职责1工程级配置管理员：制定配置管理方案入口准那么1工程启动输入1?工程配置管理标准?2?工程开发方案?过程步骤1工程级配置管理员根据?工程开发方案?确定配置项、基线及基线 建立时间，将具体内容记录于?配置管理方案?中。2配置管理员和 QA协商，拟定配置审核的时间，米用的方式逐一 审查或抽查，抽查比例及其他安排，审核的时间频度详见?工程 配置管理标准?。3配置管理员针对所使用的配置管理工具，确定备

8、份策略和时间， 将具体内容记录于?配置管理方案?中。4将制定好的?配置管理方案?提交与配置管理委员会审批，具体见 ?评审过程?。输出1?配置管理方案?出口准那么1?配置管理方案?通过审批。资源和能力要求资源：制定配置管理方案所需的资源能力：配置管理人员应接受过编制配置管理方案方法的培训度量度量兀米集点配置管理人员识别配置项、定义 基线和编写?配置管理方案?所 花费的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.4发布基线概述基线的最初创立和发布发生在生命周期中基线项最初开发阶段的 末期。例如，在系统需求阶段末期，要审阅和批准客户需求。工程 经理会把它们置于配置控制之下即建立需求基线。或者，在

9、编码阶段末期，当程序经过了审阅、单元测试和批准，可以建立源代 码基线。参与人员及职责1CCB :批准正式基线的发布。2工程级配置管理员：编写?基线发布报告?，发布基线。入口准那么1所有的基线兀素已完成并被批准。输入1即将形成基线的产品2?基线发布报告模版?过程步骤1见?基线发布控制?规程。输出1基线形成并发布相关产品和报告出口准那么1基线发布报告及基线产品资源和能力要求资源：?基线发布报告模版?能力：配置管理人员应接受过基线发布方法的培训度量度量兀米集点配置管理人员进行基线发布所 花费的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.5基线变更管理概述工程按照配置管理方案规定的职责、任务、规程

10、、在工程的进展过 程中针对基线工作产品进行变更控制，其中包括变更的申请与批 准、变更的实施、配置状态统计等活动。参与人员及职责1CCB分析、评审并批准基线的变更，确保只有经批准的变更请求 才能进行实施2工程经理：负责审核批准开发基线的变更3相关组成员：按照配置管理标准， 配合配置管理人员的配置管理活 动4质量保证人员：审查工程配置变更管理活动，验证它与配置方案和配置管理过程文件的符合性入口准那么1基线发生变更输入1配置变更申请表2工程配置基线过程步骤1基线产品需要发生变更时，需由软件配置控制委员会认可，变更过程遵照?配置项变更控制规程?。输出1配置项变更请求表2配置项变更记录表出口准那么1变更

11、后的基线通过确认被纳入基线库资源和能力要求资源：?配置项变更请求表模板?、?配置项变更记录表?能力：相关人员应接受过相应方法的培训度量度量兀米集点相关人员进行基线变更所花费 的时间基线变更的数量和次数周报配置管理总结报告裁剪指南裁剪内容裁剪准那么不可裁减无6.6配置状态记录概述配置状态记录是对配置人员如何进行配置状态记录的活动的描述。配置日常活动主要是对配置项进行状态记录，并在相应时间发布状态报告，冋时，配置状态记录要文档化并定期维护。参与人员及职责1工程级配置管理员：维护配置状态记录；制定配置状态报告；发布配置状态报告2工程经理：监督和分析入口准那么1配置库中的配置项的状态发生变化输入1配置

12、项变更申请表2发生状态改变的配置项过程步骤1收集配置库数据：a. 配置项状态记录从配置项进入配置库的一刻起开始记录b. 收集、整理相应的配置记录，以便生成完整的配置项状态报告2生成状态报告，将配置项状态记录在?配置状态报告?中3分发状态报告：通过E-mail或者书面方式将报告通知相关人员输出1?配置状态报告?出口准那么1?配置状态报告?已生成资源和能力要求资源：?配置状态报告模板?能力：相关人员应接受过相应方法的培训|度量度量兀米集点配置人员用于报告的制作和发周报布所花费的时间裁剪指南裁剪内容裁剪准那么不可裁减无6.7配置审计概述配置审计的目的要证实软件产品在其整个生命周期中， 各配置项在 技

13、术上和管理上的完整性， 并确保在基线发布之前， 所有质量和配 置活动都已经完成。参与人员及职责1工程经理：执行功能审计2工程级配置管理员：审计准备；执行产品审计；制作审计报告；问 题跟踪3技术人员：执仃功能审计4QA :监督审计过程入口准那么1有待发布的基线报告输入1待审计的软件产品基线2配置状态报告过程步骤1物理配置审核配置项是否符合预期的物理特性，既特定的媒体形式，按?PA活动检查单?中物理配置审核局部的内容进行审核。将审核结果填入?质量冋题追踪表?中。A 根据?配置管理方案?检查进入配置库的基线配置项是否都在 基线库中，是否在相应的目录下B检查?配置状态报告?中配置项的信息如版本，更改情

14、况 是否与配置库中相同2功能配置验证配置项实际成效是否与需求一致。按?配置管理方案?中约定的时间对?PA活动检杳单? 中规定的检杳项进行逐一检杳或抽杳， 依据是?需求规格说明书?和?需求跟踪矩阵?A检查每条需求是否都在?概要设计说明书?或?详细设计说明书? 中有对应B检查每条需求对应的设计是否有代码C检查?测试用例?是否覆盖每条需求D抽样检查测试的结果3处理问题：假设在审核中发现问题，QA需通知有关人员改正并追踪落实输出1?配置审计报告?2?质量冋题追踪表?出口准那么1审核内容完成，发现的问题得到解决和追踪资源和能力要求资源：?配置审计报告模板?能力：相关人员应接受过相应方法的培训度量度量兀米

15、集点审计人员在审计过程中所花费 的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.8备份配置库概述备份配置库是非常重要的，目的是最小化丧失以及在软件产品生命周期的开发期间和运行/维护阶段的风险参与人员及职责1工程级配置管理员：备份配置库入口准那么1到达?配置管理方案?中约定的备份时间输入1?配置管理方案?2?备份指南?过程步骤1工程级配置管理员参照?备份指南?，对配置库进行备份。输出1无出口准那么1配置库备份完成资源和能力要求资源：备份配置库所需的资源能力：配置管理员应接受过备份方法的培训度量度量兀米集点配置人员备份配置库所花费的 时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.9产品发布概述

16、产品发布主要是针对客户的。在系统测试完成并通过后， 工程组要对产品进行构造形成试用的软件产品，将该软件产品发布给客户，进行安装并对客户进行培训，我们称这个阶段为试运行。在试运行期，软件产品根据客户的使用仍会发现缺陷存在，通过变更控制过程，修改缺陷，可能会发布多个不同版本的软件产品。在试运行期 结束，产品验收后，将根据客户的要求发布正式的软件产品参与人员及职责1CCB :批准发布2工程级配置管理员：实施发布3客户：接收发布产品4工程经理：实施安装培训入口准那么1待发布的产品基线构造完成输入1待发布产品基线2产品发布申请表过程步骤1见?产品发布控制规程?的描述输出1软件产品2?产品发布申请?3?产

17、品发布报告?出口准那么1产品已发布资源和能力要求资源：?产品发布报告模板?、?产品发布申请模板?能力：配置管理员应接受过相应方法的培训度量度量兀米集点r配置人员发布产品所需的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无6.10移交工程资产入产品库概述工程结项后，组织级配置管理员遵照?文档资料管理规程?，对资产库和文档资料进行管理。参与人员及职责1工程级配置管理员：移交工程资产2组织级配置管理员：接受工程资产，对工程资产进行管理3工程经理和 QA确认工作产品入口准那么1工程结项输入1?配置管理方案?过程步骤1工程结项后，组织级配置管理员确认相关工作产品，将纸质文档进行编号，并确定文档资料密级，放

18、入公司资料库中保存，冋时备份 工程开发使用的配置库 CVS配置库或SVN配置库，包含所有配 置项与历史版本，收回所有人的访问权限。2组织级配置管理员遵照?文档资料管理规程?，对产品库和文档资 料进行管理。输出1资产库出口准那么1工程资产完整到入产品库资源和能力要求资源：移交工程资产所需的资源能力：配置管理员应接受过相关方法的培训度量度量兀米集点移交工程资产所花费的时间组织级配置管理员管理产品库所花费的时间周报裁剪指南裁剪内容裁剪准那么不可裁减无7.相关规程/过程7.1?HS-SP-SU02-P01基线发布控制规程?7.2?HS-SP-SU02-P02配置项变更控制规程?7.3?HS-SP-SU02-P03产品发布控制规程?HS-SP-SU02-P04文档资料管理规程?8.相关标准与指南8.1?HS-SP-SU02-S01工程配置管理标准?8.2?HS-SP-SU02-S02配置项标识标准?8.3?HS-SP-SU02-S03开发工具管理标准?8.4?HS-SP-SU02-S04文档资料存档约定表?