配置管理过程
配置管理过程
变更记录
注：修订类型：A——增加，M——修改，D——删除
一、目标和范围
在公司的运维服务过程中配置管理是重要的一环，所有的硬件或者软件都用
于自己的配置信息，只有了解到对应的配置信息才会给运维人员带来便利。在日常的运维中配置管理十分严格。发生配置变更后需要提交对应的文件以便于客户的管理和日后工作的便利
2.1目标
配置管理的任务是记录和维护IT环境各设备的准确配置项，包括这些设备之间的关系，并把这些记录信息提供给其他的管理人员，以支持IT服务。
配置管理的目标：
管理本流程管辖范围下的运维服务部及IT配置项和IT服务关系
维护和完善IT信息中心的配置信息完整性，以及与真实环境的一致性
为运维服务的其他流程和服务提供准确信息
2.2范围
配置管理的范围是为保证运维对象正常运行所需要管理的IT组件及相应的属性信息，以及相互之间的关系。涉及IT服务中的各种应用系统及IT基础设施，它们可能包括各种服务、软件、硬件、文档等运维对象中所有必须控制的组成部分。
2.3术语定义
配置管理：
指识别和确认服务系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确和完整性等活动构成的管理活动。
配置管理流程：
是一系列针对IT基础架构组成元素的计划、记录、管理、审核的流程。
配置管理数据库：
保存所有配置项及其相互关系的相关信息。
配置项：
是指运维对象组件或与其有关的项目，包括软件、硬件和各种文档。这些组件或项目已经或将要受到配置管理的控制。是配置管理中最基本的信息单元。
配置基线：
指一个服务系统在某一特定时刻的配置状况。
2.4角色与职责
2.5管理流程图
配置管理流程说明
配置管理流程起始于一个初始的规划和建设步骤，包括创建配置管理数据库（CMDB）。在初始化之后，该流程主要侧重于日常基础的鉴别和维护配置管理数据模型，以及维护配置数据。之后，该流程还负责产生配置信息的报表、定期进行审核。
配置管理规划
该步骤是配置管理的起始点。其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤，以及配置管理中涉及的人员组织。初始设置、创建和发布配置管理数据库（CMDB），也是该步骤的工作内容之一。
配置数据验证与审核
对当前的配置项进行定期的审核及回顾，以确保物理环境中的部件的存在性，并检查配置项信息是佛正确记录在配置管理系统中或者数据库里当CMDB记录的数据与物理存在的配置项之间不一致时就出现了差异。必须检查这些差异，必要是提出变更请求，则修改CMDB已减少存在的差异配置管理报表
该步骤定期产生报表，包括各个配置项生命周期的现存和历史数据。这使得配置项的变更历史能够被追踪，例如，可以跟踪一个配置项的状态变化，从“建设中”、“组装中”到“已部署”或者“待报废”等。
2.6配置管理数据库管理规范
2.6.1配置管理规划
该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤，以及相关的组织结构、技术手段。其主要目的是创建配置管理数据库的初始数据模型。
配置管理规划●输入:
初始的配置信息
●输出:
配置管理计划
初始的CMDB
初始的审核日志
●任务:
拟定配置管理计划
收集初始的配置管理数据
创建初始的CMDB
进行初始审核
修正CMDB
进行初次审核
分析审核数据
2.6.2配置数据模型维护
对于新的请求，为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。因此，本步骤主要考虑选择和鉴别所管辖的配置项信息结构，包括“责任人”、配置项属性、配置项之间的关系和配置文档等
计划的审计
计划的报表
鉴别&维护配置数据模型
●输入:
当前的CMDB数据模型
变更请求单
系统和服务设计信息
●输出:
更新的CMDB数据模型
●任务:
每个确定的请求都可能需要修改CMDB的政策或者数据模型，例如，当引入了新的基础架构项，就可能需要增加新的配置项类型或者增加与新设备的关系记录每个请求的设计需求
把评估结果交给配置经理，配置经理在变更单中审批对CMDB的变更请求。
2.6.3配置数据控制
该描述的目的是确保只有授权的和可以确认的配置项才能记录在CMDB中。应当保障企业的数据、系统和流程的完整性、一致性。当一个配置项发生改变，这个配置项对应的部件经过一些列的预先定义的状态，例如：“组装中”“建设中”“已部署”
配置数据控制
●输入:
已授权的变更请求。这是指计划好的对于配置数据的修改，并且其差异也检查过。如果已授权变更请求成功实施，因其产生的配置变化必须记录在CMDB中。
●输出:
对CMDB数据的修改
已拒绝的请求
与请求者的沟通信息
任务:
检查与确定请求
验证请求
拒绝请求
创建/更新配置项信息
鉴别对于运维服务部已授权的变更请求，对于生产系统多有的变更都要给予变更管理流程授权的RFC。该任务重要是当变更成功实施后，确保这些变更请求对配置数据的改动，在CMDB中进行相应的操作。
鉴别由事件管理流程引起的请求，这些来自事件管理流程，主要是当用户报告事件时，发现CMDB中相关的配置项信息与实际情况不符
对于已授权的变更请求和由事件管理流程引发的请求，要验证其完整性，是否符合相关规定。还需要对请求中涉及的配置数据进行检查，例如数据中唯一的配置项标识号。本任务还将确保相关文档的完整性以及配置项负责人了解其负责的配置项变更
拒绝修改CMDB数据的请求
记录拒绝的原因
通知请求者
对于新增的配置项创建信的记录标识包括如下信息
创建唯一标示号
记录该配置项的属性及与其他的配置项关系
对于已有的配置项信息更新
必要是更新配置项的状态
必要时更新配置项负责人
2.5.4配置数据验证和审核
描述:
本步骤的目的是确保目前使用的CMDB中的配置项信息与实际环境中的信息是一致的。可通过自动产生配置项清单和/或通过手工/自动进行物理配置审核的方式，来检验CMDB中的数据与运维服务部生产环境是否一致，并作出差异调整。
图0-5. 配置数据验证与审核
●输入:
在事件管理流程中报告的有差异的配置项
审计或验证请求
生产环境中的物理检查结果（可能是手工，日后可能是自动工具完成）
CMDB数据
●输出:
差异报告
调整生产系统的RFC
经过更新的CMDB数据
●任务:
获取所要审核的配置项数据
判断差异
创建差异报告
创建RFC
根据需要更新CMDB
当存在差异的情况比较严重时，通知配置经理，由配置经理考虑是否需要对流程的推动采取措施。
确定了差异原因以后：
如果需要对生产环境进行修正，则转入任务4.4“创建RFC”；
如果需要调整CMDB的数据，则转入任务4.5“更新CMDB数据”。
2.5.5配置管理角色及职责
配置管理团队负责维护配置数据的完整性和准确性，确保提供给运维服务人员的信息时准确的
配置项审核员的主要职责包括：
负责配置数据的可用性和更新，以及配置信息中各项的关联关系，确保数据符合运维服务部的架构标准
定期审核配置数据
确保配置审核处的差异得到修正，配置数据库得到相应的修改
提供流程修改的建议
负责各项配置报表
获取配置管理衡量数据，制定出报表
对于其他人员提出的获取配置信息请求，给予响应和提供对应信息
分发报表给各干系人查看
配置管理负责人职责
对整个流程的执行情况进行监控和审核
发布衡量标准和目标，已提高流程的有效性和效率
鉴别和管理关键的成功因素
控制并领导流程的活动
定义配置团队的角色和职责等
在运维服务过程中强化贯彻执行配置管理流程
解决跨部门问题，与其他部门的人员沟通
2.6重要指标和报表
本章节描述配置管理流程的重要指标和报表。
2.6.1配置管理的指标
2.6.2配置数据信息报表
这类报表可以用手工或者自动的方式产生，存放在可访问的服务器上。以下为报表建议，运维部门应结合实际情况，选择其中的部分或者全部。
配置数据信息报表主要包括：
按照类型统计配置项的分类
按照日期列出所有修改和日期
按照类型统计出没有负责人的配置项数量
核查出有差异的配置项数量
报告差异的数量
使用者：配置项审核员
频率：部分报表可自动生成，由配置项审核员创建。其他报表必须是手工统计。以日报、周报、月报、年报的频率生成，也可根据需要生成即时报表。
用途：需要管理配置信息或需要这些信息帮助分析的人员均可申请使用这些报表，例如：问题经理、变更受理者、变更经理、配置项审核员等。
2.6.3配置状态报表
状态报表将对管理范围内的配置项状态列出清单，包括他们的版本、状态信息。状态统计报表如下：
状态清单，重要包括配置项的以为标识号和状态
审核状态清单，根据配置项类型、审核状态分类统计的配置项数量
使用者：变更管理员、配置项审核员、配置经理
频率：部分报表可以自动生成，由配置项审核员创建。其他报表可以是手工完成，已月、季度、年度的频率生成。
二、相关记录
《配置管理数据库》
《配置项属性表》
《配置项基本信息审计表》
《配置审计报告》
《配置管理计划》饱食终日，无所用心，难矣哉。——《论语?阳货》
软件配置管理过程指导说明书(超级实用)
软件配置管理过程指导说明书
目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)
1 前言 1.1 目的 用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB：Configuration Control Board，配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布（release）。 配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 物理审计的内容包括： ? 确认配置项标识的正确性； ? 确认已受控配置项的更改是受到控制的； ? 验证配置库内容与相应记录之间的一致性； ? 验证配置管理活动与相应记录之间的一致性； ? 验证配置管理工作是否符合适用的标准和规程； ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ? 验证当前基线所含配置项对前一基线所含配置项的追溯性； ? 确认当前基线所含配置项均正确反映了项目需求； ? 评估基线的完整性； ? 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。
软件配置管理流程
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
项目配置管理过程规范方案
项目配置管理过程规范文档种类：研发体系 发行范围：研发中心
变更记录
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；
配置管理流程
配置管理流程 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
简介 业务目的： 为解决、控制过程及部分服务交付过程提供需要的配置项及其属性信息。 IT 目的： 1)建立一个完整的配置项管理框架，降低了无控制环境变更的危险性； 2)CMDB提高支援及各类服务活动的效率和品质，确保服务交付流程如连续性、容量等良好运作。 适用范围 此流程适用IT管理手册中定义的服务范围。 相关流程 IT服务管理手册 (QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务报告管理流程 (OP-ITSM-006) 事件和服务请求管理流程 (OP-ITSM-007) 问题管理流程 (OP-ITSM-008) 变更管理流程 (OP-ITSM-010) 发布管理流程 (OP-ITSM-011) 连续性管理流程 (OP-ITSM-012) 容量与可用性管理流程 (OP-ITSM-014) 信息安全管理流程 (OP-ITSM-015) 供应商管理流程 (OP-ITSM-017) 服务策划管理流程(OP-ITSM-019) 定义 术语表： 无 角色定义表
仪器种类代号
编号格式 主要设备按以下方式进行编号登记： XX9999YY XX = 仪器种类代号 9999 = 4至5位数字 YY = 地域代号内的缩写式代号 内容 流程解释 配置管理流程从配置规划、日常运维、配置审计、配置管理检讨的PDCA循环保障CI的完整性和有效性，其中配置规划包括配置管理应用的各类规则。 配置规划 (P) 5.2.1配置管理范围工具、用途说明：
软件项目配置管理计划
中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。
配置管理计划 基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
SCMS软件配置管理过程
C M M文件软件配置管理过程 XXXXXXXXXXXX (版权所有,翻版必究)
文档变更请求(DCR)
文档变更记录
目录 1 概述 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 术语与定义 (1) 1.4 参考文档 (1) 1.5 引用文档 (2) 2 过程目标 (2) 3 过程定义 (2) 3.1 责任人 (2) 3.2 输入 (3) 3.3 入口准则 (3) 3.4 过程活动 (3) 3.5 出口准则 (6) 3.6 输出 (6) 附录 A ：软件配置项/产品包标识 (8) A.1 文档的编号 (8) A.2 程序的名称 (9) A.3 软件产品包的标识 (9) A.4 系统、数据库、开发与支持软件工具的编号 (9) 附录 B ：配置项状态报告 (10) B.1 系统软件、数据库、开发与支持软件工具列表 (10) B.2 软件基线/配置项状态报告 (10) B.3 软件基线软件基线变更报告 (10) 附录 C ：软件配置管理测量报告 (11)
1概述 1.1目的 软件配置管理（简写为SCM）是维护项目软件整个生命周期产品完整性的重要活动，本文档明确规定了公司软件配置管理活动的目标和过程定义，为公司软件配置管理提供所遵循的过程、程序和指导方针。 1.2范围 本文档适用于管理公司所有软件项目在各阶段标识的软件配置。软件配置管理的大部分活动用“软件配置管理工具”实现。 1.3术语与定义 1.3.1软件工作产品：作为定义、维护或应用软件过程的一部分所生成的任何人工制品，包括过程描述、 计划、规程、计算机程序和相关文档，这些可能交付也可能不交付给顾客或最终用户。 1.3.2软件基线：软件配置项经软件验证、确认、评审和认定后，形成了软件基线，也就成了该阶段的一 个基准。下一个阶段只能在这个基准上进行开发活动。 1.3.3软件配置项：是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式（机器可读或人 工可读）和各种版本的文档、程序及其数据。 1.3.4SCCB：软件配置管理委员会（Software Configuration Control Board）（关于责任，参见“责任 人”）。 1.3.5SCM：软件配置管理(Software Configuration Management) 包括了标识软件工作产品、控制对 软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。 1.4参考文档 1.4.1Mark C. Paulk，Bill Curtis，Mary Beth Chrissis，Charles V. Weber，Capability Maturity Model for Software （Version 1.1） 1.4.2Roger S. Pressman，Software Engineering –A Practitioner’s Approach (Fourth Edition) 1.4.3《计算机软件配置管理计划规范》GB/T 12505-90
配置管理岗位职责
配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；
资产管理流程说明及流程图
固定资产管理 为了加强对固定资产的内部控制，保证固定资产配置、使用和报废等环节的规范有序，根据相关法律法规，结合本单位的实际情况，制定本制度。 一、资产管理领域流程 （一）流程概况 1、本流程主要业务范围 本流程主要针对固定资产的购置、验收、领用和处置等流程节点、岗位分工进行简要说明以及关键流程节点的详细说明。 固定资产是指使用年限超过1年、单位价值在1000元以上（其中：专用设备单位价值在1500元以上），并在使用中保持其原有实物形态的资产。单位价值虽然未达到规定标准，但使用期限超过1年的大批同类物资，如桌椅、橱柜等，按固定资产管理，也视为固定资产。 本单位固定资产一般分为六类： （1）房屋及构筑物，是指产权属于本单位的房屋、构筑物。房屋主要是办公用房、业务用房、公共安全用房等。房屋包括房屋附属设施类别，主要有门、门禁系统、围墙、采暖设施、供水系统等。构筑物主要包括池、槽、塔、烟囱、井、站、道路、沟、库、场等。 （2）通用设备，是指用于业务工作的通用性设备，如计算机设备及软件、办公设备、车辆等。 （3）专用设备，是指根据业务工作实际需要购置的各种具有专门性能和用途的设备。 （4）艺术品和陈列品，是指各种艺术品和陈列品，如纪念品等。 （5）图书、档案，是指档案室、资料室等贮藏的图书、期刊、资料、档案等。
（6）家具、用具、装具及植物，是指本单位购置或者通过其他方式获得的各种家具、被服装具、特种用途植物等。如办公桌椅、食堂炊事机械、树木花卉等。 二、固定资产管理流程所涉及的科室及职责 （一）总务处 1、负责根据国家有关规定制定固定资产管理办法及相应规章制度，并组织实施； 2、配备专职或兼职管理人员，负责固定资产的购建、登记、调拨、清查盘点、核销等工作。 （二）各功能室 各功能室负责人为本处室固定资产管理第一责任人。各处室指定专人负责本处室固定资产的领用、保管、清查、移交工作。 （三）单位领导 按照相关的审批权限规定，对固定资产预算、购置、调拨、处置等事项进行审核。 三、固定资产管理流程描述 （一）国有资产配置计划申报及审核子流程 1、流程图
软件项目配置管理系统计划清单指导应用清单
中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)
配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责
(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。
软件配置管理流程
软件配置管理流程
目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)
1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图
软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理： 1）与（有关负责人员）协商确定项目起始基线； 2）接受配置管理计划，并按相关规定贯彻执行； 3）接受配置控制委员会的报告； 4）提出配置管理计划的修改要求； 5）提出管理的建议和要求。 配置管理员 1）编制配置管理计划； 2）执行配置项管理； 3）执行版本控制和变更控制方案； 4）编制配置状态报告； 5）配置库的建立和权限分配； 6）配置管理工具的日常管理与维护； 7）配置库的日常操作和维护； 开发人员 1）根据确定的配置管理计划和相关规定，提交配置项
软件配置管理控制程序A0
程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部
软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序
第6章 软件项目配置管理(习题)
第6章软件项目配置管理（习题） 一、选择题 1.在项目进行过程中，2个项目成员使用不同版本的设计说明书，这时项目经理 首先应该检查（B ） A.信息管理系统 B.配置管理系统 C.CPI D.SPI 2.变更控制主要关注的是（B ） A.阻止变更 B.标识变更，提出变更，管理变更 C.管理SCCB D.客户的想法 3.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（B ） A.不可以变化的 B.可以变化，但是必须通过基线变更控制流程处理 C.所有的项目必须定义基线 D.基线发生变更时，必须修改需求 4.项目的基线发生变更应该经过（D）授权执行的 A.项目管理者 B.质量保证人员 C.配置管理人员 D.SCCB 5.变更控制系统必须包括下列所有的内容，除了（B） A.文档说明 B.成功的谈判 C.跟踪系统 D.授权核准审批机构 二、判断题 1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追 朔性。（√） 2.软件配置项是变更控制系统中的决策系统。（×） 3.统计被批准的配置项是一种配置审计。（√） 4.在进行配置管理过程中，一定要采用高档的配置管理工具。（×） 5.基线产品是不能修改的。（×） 三、简答题 1.什么是软件配置管理？它有什么作用？ 2.软件配置项包括哪些内容，这些内容应该包括哪些相关信息？ 3.什么是基线？它在配置管理中有什么作用？为什么要建立基线？ 4.说出软件项目各阶段的基线，这些基线的建立产生过程以及它们在软件开发中的 作用。
5.基线管理的两个基本功能是什么？ 6.简述软件配置管理的组织以及相关人员的职责。 7.简述软件配置管理的功能。 8.举出常见的配置管理的工具软件，并比较其优劣。 9.配置状态报告的内容是什么？随着项目的进行配置状态报告的内容有哪些变 化？ 10.配置审核的概念和种类是什么？ 11.配置管理计划包括哪些内容？ 12.基于构件的软件配置管理与其他的配置管理形式有哪些异同点？ 13.仅当每个与会者都在事先作了准备时，正式的技术复审才能取得预期的效果。如 果你是复审小组的组长，你怎样发现事先没做准备的与会者？你打算采取什么措施来促使大家事先做准备？ 14.若你是一个小项目的主管，你将为此工程设置哪些基线，又如何控制它们？
软件配置管理规范流程
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件项目-软件配置管理规范-模板
软件配置管理规范 版本：V1.0
目录 1介绍 (1) 1.1目的 (1) 1.2范围 (1) 2规范概述 (1) 3规范详述 (1) 3.1配置库管理规范 (1) 3.1.1配置库说明： (1) 3.1.2配置库目录结构： (2) 3.1.3配置库权限设置： (4) 3.1.4配置库备份机制： (5) 3.2配置项管理规范： (5) 3.2.1配置项入库： (5) 3.2.2配置项标识： (5) 3.3基线管理规范： (8) 3.3.1基线说明： (8) 3.3.2基线分类： (8) 3.3.3基线命名规则 (9) 3.4其它项配置规则： (9) 3.4.1分支命名规则 (9) 3.4.2Eclipse工作空间命名 (9) 3.4.3版本标签命名规则 (9) 3.5过程简称表： (10) 3.6配置类别简称表: (10)
1 介绍 1.1 目的 本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。 1.2 范围 本规范适用于重要软件产品和软件项目的配置项管理。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。 2 规范概述 本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。 3 规范详述 3.1 配置库管理规范 整个项目开发中，把所有的工作成果存放在四个库中，分别为：开发库、受控库、基线库、产品库，每个库下面对应的分为文档库和代码库两部分。前三个库存放到配置管理工具数据库中，产品库建立在文件服务器\\192……\project目录中，根目录名称为项目编号。 配置管理员根据项目情况（项目规模、人员使用工具习惯等）、开发模式（本地开发、异地分布式开发）、财力等因素，确定配置管理工具软件（如：ClearCase、SVN、VSS等）以及计算机资源（内存、CPU、网络环境）；确定存储库备份环境（备份服务器、备份介质）。 3.1.1 配置库说明： 开发库，包括整个开发过程中处于动态变化过程中的工作成果。 受控库，存放项目计划中定义的需要进行控制工作产品。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。 基线库，存放项目过程的基线配置项。
校务通管理系统软件项目配置管理计划案例
软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下： 1. 引言 包括目的、缩写词和参考资料，具体内容略。 2．组织及职责 配置管理的角色和职责见表1。 表1：配置管理角色职责表 3.配置管理环境 由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构
3.2用户及权限 4．配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。
图1：配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字/字符 版本号：V m.n
4.1.3 项目基线 在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。 表5 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。 这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略： （1）主干分支 系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。 （2）私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。 （3）小组分支 如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。
软件配置管理规范流程模板
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
资产管理内控流程图
8.4国有资产管理内部控制流程图 资产业务管控 一、资产业务范围、管控的目标及责任。资产业务管控是指对资产购置、资产使用、资产清查、资产处置、资产统计报告和监督检查等过程的管理。包括货币资金、存货、固定资产、无形资产和对外投资等。 (一)相关制度 1.《会计法》《政府会计制度》《政府会计准则》 2.《北京市行政事业单位资产清查资金核实暂行规定》 3.《自治区行政事业单位国有资产处理管理办法》 4.《现金管理制度（2014年版）》公务卡管理制度（2014年版)》 5.《办公用品管理制度（2014年版）》 6.《固定资产管理制度（2014年版）》 (二)资产业务控制目标 1.避免资产流失、挪用或浪费，确保资产安全完整和有效使用； 2.防止实物资产业务中各种差错和舞弊行为发生，确保账、卡、物相符； 3.确保各项记录与统计数据如实反映资产状况，资产信息真
实可靠。 (三)资产业务控制职责 1.资产管理岗位职责 制定资产内部管理制度；负责产权登记、资产记录、日常保管、清查盘点、统计分析，并协调处理资产权属纠纷等；提供资产增减变动和存量信息，配合财会和政府采购部门开展政府采购预算和计划的编制审核工作；督促业务部门按照资产内部管理制度的规定使用资产，定期检查资产的使用情况，使资产得到有效使用；按照国家有关规定办理资产处置工作。定期与财会部门等相关单位核对资产信息，确保资产安全完整。 2.计财科职责 遵循会计制度规定，如实确认、记录和报告资产状况，反映/监督资产动态，分析资产利用效果，负责资产清查及报废清理财务手续，确保资产安全完整使用有效。 3.资产使用部门职责指定专人负责，明确资产使用和保管责任人，建立使用台账；贵重资产、危险资产、有保密等特殊要求的资产，应当指定专人保管、专人使用，并规定严格的接触限制条件和审批程序。 二、货币资金(银行账户)管控 (一)货币资金控制范围 货币资金流程包括货币资金的收入、支出和结存。收入与支
研发项目管理之配置管理规程
研发项目管理之配置管理规程 1 总则 1.1概述 在项目整个生命周期中项目管理员应对研发工作产品进行标识，跟踪完成有关基线变更处理。 1.2基本原则 项目配置管理的目的是建立和维护项目在整个生命周期产品的统一性、完整性和可追溯性。应遵循的原则： 项目管理员负责项目配置管理。 项目配置管理工作贯穿项目的整个生命周期。 项目管理员应定期检查配置管理工作。 项目结项时应提交配置状态记录表。 1.3人员要求及岗位职责 1.3.1项目管理员 1.3.1.1职责 建立基线库，实施版本控制；收到或更改某个配置项时，应及时通知有关人员；记录并维护配置状态信息，配合项目管理员及领导对项目配置管理的定期检查工作。项目结项时，应对项目的配置情况进行总结，最终提交配置状态记录表并存档。 1.3.1.2岗位要求 接受相关配置管理规范、变更管理规程的培训。
1.3.2项目经理、开发部经理 1.3. 2.1职责 定期或在事件驱动下检查配置管理工作。 1.3. 2.2岗位要求 接受相关配置管理规范、变更管理规程的培训。 1.4资源保证 公司研发部门保证提供完成项目配置管理工作所需的资源、工具和人力。 2 规范流程 2.1.1配置管理规范 2.1.1.1目的 指导项目管理员进行配置管理工作。 2.1.1.2适用范围 公司研发部门所有开发项目 2.1.1.3配置管理过程 2.1.1. 3.1制定配置管理计划 项目管理员负责制定项目配置管理计划，内容包括项目中将要进行的配置管理活动、时间安排、相关资源，职责分配等。 对于配置项变更应按照“变更请求流程”来进行。 配置管理计划应经项目经理审核 配置管理计划由项目管理员负责管理和控制，由项目组遵照实施。
配置管理过程
配置管理过程 版本： 发布时间： 文件变更记录
目的 本文档描述了软件开发项目的标准软件配置管理过程。该过程向软件开发项目中与配置管理有关的人员提供说明和行动指南，使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过软件配置管理获得有用的信息。 适用范围 机构：质量部、产品部、开发部 业务：软件项目的配置管理活动。 概述 本过程包括建立配置库设置访问权限、组建CCB、制定配置管理计划、发布基线、基线变更管理、配置状态记录、配置审计、备份配置库、产品发布、移交项目资产入资产库十个子过程。 本过程是描述项目如何计划配置管理活动，并在整个软件的生命周期中如何执行配置管理活动的。软件配置管理是CMMI的一个重要组成部分，其目在于建立和维护在项目的整个生命周期内软件项目产品的完整性。 名词术语 基线：已经通过正式的同级评审而获得认可，可以作为一个基本纲领为今后工作服务并且只能通过正式的变更控制过程才可改变的一个或多个软件配置项。 定义基线：在项目策划过程中，对基线的个数、时间和条件，以及包含工作产品的定义。 建立基线：根据项目计划中的定义，在实施过程中，经由评审组评审和软件配置控制委员会批准，建立起来的由特定工作产品组成的基线。 配置项：由配置管理视为一个单一整体而进行处理的工作产品（例如：在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序、数据等）以及完成工作产品所需的软件工具和支持系统。 软件配置控制委员会：ConfigurationControlBoard，简称CCB，负责评价和批准（或不批准）建立基线，评价和批准（或不批准）对基线化配置项所提出的变更，并负责保证那些已批准的变更能得到实施的组。 物理配置审计：Physicalauditsauthenticate，简称PCA，审计软件产品的完整性，以确保其包含全部应有的元素、文档与数据。 功能配置审计：Functionalconfigurationaudit，简称FCA，审计软件产品的正确性，以确保其性能和基线化的需求相一致。 流程图 过程定义
软件配置管理控制程序
配置管理控制程序 历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、