CMMI配置管理计划
(CMMI文件)XXX银行XX平台系统开发项目配置管理计划()
编码：XXXX档案管理平台项目配置管理计划更改控制页序号版本号更改时间更改内容描述填写人目录1目的 (1)2范围 (1)3术语定义 (1)4输入 (1)5项目中配置项的命名 (1)6人员及职责 (1)6.1配置管理人员 (1)6.2配置管理干系人 (2)7配置管理软硬件资源 (2)8配置项计划 (3)8.1配置项 (3)8.1.1基线的配置项 (3)8.1.2非基线的配置项 (4)9基线计划 (6)10配置库规划 (7)11配置库备份计划 (8)12配置项审计计划 (8)13本计划审批意见 (8)1目的明确项目过程中配置管理人员和项目组成员在配置管理活动中的职责和工作范围。
定义配置管理活动过程中采用的工具、方法、技术。
2范围涉及到XXXX档案管理平台项目过程中的所有配置的管理活动。
3术语定义CCB：Change Control Board，变更控制委员会，是公司的常设机构，由公司总裁、研发中心与销售部的相关成员组成，针对不同性质和级别的重大变更问题进行决策，不同的问题组织不同级别的CCB。
4输入依据《项目过程定义书》和《项目计划》完成本计划的编写。
5项目中配置项的命名NK-项目名称缩写-过程名称-类型序号(中文名称)当部分配置项在用当前文件命名规则时,如果仍无法区分可加入日期或姓名配置项命名规则遵循公司<配置项命名规则>文件的要求.6人员及职责6.1配置管理人员角色人员职责及工作范围配置管理员1)选择配置管理工具；2)制定配置管理计划；3)创建配置库、分配权限；4)管理配置库；（包括填写相关的配置管理表格、进行配置库备份等；）5)进行配置审计；6)进行配置变更管理；7)发布基线；8)项目结束后，整理完善文档和记录并提交到组织。
CCB成员1)里程碑评审，基线评审；2)审批重大变更；6.2配置管理干系人角色人员职责及工作范围项目经理审核配置管理活动；项目组成员配合项目经理和配置人员的工作，及时完成和提交配置项；QA工程师定期检查项目的配置管理过程，报告不符合问题；7配置管理软硬件资源配置管理软硬件资源说明配置管理软件名称VSS用来管理文档等；cvs用来管理代码计算机名称计算机配置内存: 4G CPU: 4CPU配置服务器的网络地址128.96.96.348配置项计划作者在开发区完成相关的工作产品后, 工程类产品放入测试评审区，待相关人员完评审修正后，通知配置管理员放入受控区。
CMMI 3标准文档模板-配置管理-配置管理计划
CMMI 3标准文档模板-配置管理
{ 项目名称}
配置管理计划
Company Information
版本历史
目录
1. 人员及职责 (4)
2. 配置管理软硬件资源 (4)
3. 配置项计划 (4)
4. 基线计划 (5)
5. 配置库备份计划 (5)
附录：本计划审批意见 (6)
1. 人员及职责
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。
（2）CCB的人数根据项目规模而定。
一般地，项目经理是CCB的负责人。
2. 用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU 等）。
3. 配置项计划
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。
标识符的参考格式为Project-Type…Type-Number。
例如：
4. 基线计划
5. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
附录：本计划审批意见。
CMMI-配置管理计划
项目编号：xxxxxx项目名称：数字签名配置管理计划草稿初始版修订版无密级秘密绝密修订历史记录目录1.简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (5)1.5概述 (5)2.软件配置管理 (5)2.1组织、职责和接口 (5)2.2工具、环境和基础设施 (6)3.配置管理活动 (9)3.1配置标识 (9)3.2配置项变更控制 (10)3.3配置管理活动计划 (10)3.4报告和审计 (17)4.培训和资源 (19)4.1培训所需环境 (19)4.2培训参加人员 (19)4.3培训具体安排 (19)5.分包商和厂商软件控制 (19)配置管理计划1.简介1.1目的在数字签名项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本计划。
1.2范围纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management）配置管理。
1.3.2配置项（Configuration item)指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线（baseline）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更控制过程才可以变更。
1.3.4基线库（Software baseline library）项目软件生命周期中基线的集合。
用VSS软件工具管理时，基线库可以是一个独立的VSS系统，也可以是VSS系统中的一个目录。
1.3.5配置审计（Configuration audit）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性1.3.6配置控制委员会（CCB）有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
CMMI配置管理规程
配置管理广东×××技术股份有限公司修订历史记录目录1目的 (4)2适用范围 (4)2.1机构 (4)2.2业务 (4)3名词术语 (4)4概述 (5)5过程定义 (5)5.1配置管理 (5)5.1.1 角色与职责 (6)5.1.2 入口准则 (6)5.1.3 输入 (6)5.1.4 过程活动 (6)5.1.5输出 (8)5.1.6 出口准则 (9)5.1.7 过程度量 (9)5.1.8 确认与验证 (9)6规程 (9)7标准与规范 (9)8裁剪指南 (9)9模板与表格 (9)10实施指导 (10)运用配置标识、版本控制、配置变更控制、配置审计，以及通过使用配置管理软件，来保证所有配置项的完整性和可跟踪性。
2适用范围2.1机构研发中心技术部门及PMO、技术拓展部。
2.2业务贯穿整个项目的配置管理活动。
3名词术语3.1 PP（Project planning）：项目策划。
3.2项目干系人（Stakeholder）：在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。
项目干系人可能包括项目团队成员、提供商、客户、最终用户等。
3.3 PMO（Project Management Office）：项目管理办公室。
3.4 CCB(Changing Control Board)：变更控制委员会。
3.5 CM(Configuration Management)：配置管理。
标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
3.6 CMO（Configuration Management Officer）：配置管理员。
3.7 基线：基线就是项目存储库中每个工件版本在特定时期的一个快照。
在配置管理系统中，基线就是一个CI或一组CI在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。
CMMI-配置管理计划
项目编号：项目名称：数字签名配置管理支配状态 草稿标识号V1.0初始版当前版本修订版发布日期2C1模板编号密级 无密级 秘密 绝密修订历史记录日期版本说明作者变更恳求号0.1起草李晓娅1.0发布李晓娅目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料51.5概述52.软件配置管理52.1组织、职责和接口52.2工具、环境和基础设施63.配置管理活动93.1配置标识93.2配置项变更限制103.3配置管理活动支配113.4报告和审计144.培训和资源154.1培训所需环境154.2培训参与人员164.3培训具体支配165.分包商和厂商软件限制16配置管理支配1.简介1.1目的在数字签名项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本支配。
1.2范围纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应供应正确理解此配置管理支配所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来供应。
配置管理。
1.3.1配置项（ )指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.2基线（）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更限制过程才可以变更。
1.3.3基线库（）项目软件生命周期中基线的集合。
用软件工具管理时，基线库可以是一个独立的系统，也可以是系统中的一个书目。
1.3.4配置审计（）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证及适用的配置管理标准和规程的符合性1.3.5配置限制委员会（）有权力管理项目基线的委员会，它代表项目经理和全部可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
全套CMMI（信息系统项目管理）文档模板-配置管理方案
全套CMMI（信息系统项⽬管理）⽂档模板-配置管理⽅案配置管理⽅案⽬录1简介 (2)1.1⽬的 (2)1.2适⽤范围 (2)1.3术语表 (2)1.4参考资料 (2)1.5职责描述 (2)2配置管理活动 (3)2.1软件资源与硬件资源 (3)2.2标识配置项 (3)2.2.1配置项标识规则 (3)2.2.2配置项名称格式说明 (4)2.2.3配置项 (4)2.3项⽬基线管理 (4)2.3.1基线列表 (5)2.3.2基线建⽴流程 (5)2.3.3基线的变更控制 (6)2.4发布管理 (7)2.5配置库管理 (7)2.5.1各类库结构 (7)2.5.2库的权限设置 (8)2.5.3库的备份与恢复 (8)2.6配置状态的记录和报告 (8)2.7配置审计 (8)2.8⼈员安排与时间安排 (9)3数据资料管理计划 (9)1简介1.1 ⽬的本计划是⽤来指导项⽬配置管理作业的过程与步骤，以便全⾯地管理、保存软件⽣命周期各个配置项，监控各配置项的状态，让⼩组所有成员能及时了解软件基线的状态和内容，从⽽实现对软件过程的控制，持续改进软件流程，保证软件产品质量、降低风险，实现项⽬规划的所有需求，同时提⾼开发团队的⼯作效率、降低软件开发成本。
1.2 适⽤范围本项⽬中纳⼊配置管理的活动：项⽬管理⽂档(如项⽬计划、配置计划等)、项⽬技术⽂档（需求规格说明书、概要设计等）、源程序及模块⽂档、基线、产品、⽤户⽂档、项⽬⼯具。
1.3 术语表1.4 参考资料⽆1.5 职责描述表2-12配置管理活动配置活动的⽬的是向项⽬组每⼀个⼈传达在本项⽬中如何进⾏配置。
参见《配置管理过程⽂件》。
2.1 软件资源与硬件资源2.2 标识配置项2.2.1配置项标识规则项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。
为了便于查询、搜索今后各项⽬的⽂档及版本，下⾯将专门制订⼀套约定，统⼀、规范项⽬的命名格式。
凡进⼊项⽬级配置管理库下的⼯作产品都应依照下列命名约定进⾏。
cmmi对配置管理的定义
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织过程能力的模型。
在CMMI中，配置管理（Configuration Management）被视为一项重要的过程领域，它有以下定义：
配置管理是一种系统化的方法，用于识别和管理软件和系统开发生命周期中的配置项。
它包括对配置项进行标识、控制、审查和记录，以确保产品和过程的正确性、一致性和完整性。
配置管理在CMMI中被视为一个关键过程领域，涵盖了以下关键实践领域：
1. 配置管理计划（Configuration Management Planning）：制定和维护配置管理计划，确定配置管理的目标、活动和责任。
2. 配置标识（Configuration Identification）：为配置项分配唯一的标识符，并跟踪配置项及其变更的版本和状态。
3. 变更控制（Change Control）：管理对配置项的变更请求，包括评审和批准变更，确保变更的正确性、合理性和一致性。
4. 配置状态记录（Configuration Status Accounting）：记录配置项的状态和历史变更信息，跟踪配置项的版本和配置状态。
5. 配置审核（Configuration Audit）：定期进行配置项的审查，验证配置项是否符合规定的要求和标准。
通过配置管理的实践，组织能够更好地控制和管理软件和系统开发过程中的配置项，确保其一致性、可追溯性和可控性，减少配置相关问题的风险，提高产品质量和开发效率。
CMMI3级软件过程 第17章 配置管理
第17章配置管理配置管理(Configuration Management,CM)的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性，配置管理是对工作成果的一种有效保护。
☆制定配置管理计划[SPP-PROC-CM-PLANNING]。
☆配置库管理[SPP－PROC－CM-LIB]。
☆配置项版本控制[SPP-PROC－CM－VERSION]。
☆配置项变更控制[SPP－PROC－CM－CHANGE]。
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适用于国内IT企业的软件研发项目。
建议用户根据自身情况（如商业目标、研发实力等）适当地修改规范，然后推广使用。
17.1 介绍项目研发和管理过程中会产生许许多多地工作成果。
例如文档、程序和数据等，它们都应当背保存起来，以便查阅和修改。
如果把所有文件一股脑地塞进计算机里，那么使用起来肯定很麻烦。
毫无疑问，人们应当将文件分类、有条理地保存起来。
凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI），配置项主要有两大类：●属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。
●项目管理和机构支撑过程域产生的文档。
这些文档虽然不是产品的组成部分，但是是值得保存。
每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。
所有配置项都被保存再配置库里，确保不会混淆、丢失。
配置项及其历史记录反映了软件的演化过程。
基线(BaseLine)由一组配置组成，这些配置项构成了一个相对稳定的逻辑实体。
基线中的配置项被“冻结”了，不能再被任何人随意修改（见变更控制规程）。
基线通常对应开发过程中的里程碑(Milestone),一个产品可以有多个基线，也可以只有一个基线。
基线的主要属性有：名称、标识符、版本、日期等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目编号：xxxxxx 项目名称：数字签名
配置管理计划
修订历史记录
配置管理计划
1.简介
1.1目的
在数字签名项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本计划。
1.2范围
纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语
本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
?这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management）
配置管理。
1.3.2配置项（Configuration item)
指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线（baseline）
一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更控制过程才可以变更。
1.3.4基线库（Software baseline library）
项目软件生命周期中基线的集合。
用VSS软件工具管理时，基线库可以是一个独立的VSS系统，也可以是VSS系统中的一个目录。
1.3.5配置审计（Configuration audit）
审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性
1.3.6配置控制委员会（CCB）
有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，
由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
1.3.7QA (Quality Assurance)
质量保证。
1.4参考资料
1.5概述
本计划主要针对数字签名项目从立项到结项的过程中的配置管理活动进行了规划、估计,并对配置管理具体环境作了详细说明。
2.软件配置管理
2.1组织、职责和接口
2.1.1项目配置管理员
人员：李晓娅。
职责：负责制定项目配置管理计划；
按照计划实施项目配置管理活动；
将配置状态报告及时提交给相关人员。
2.1.2CCB
人员：郭红宇、李强、罗会梅、谢婷、李晓娅。
负责人: 郭红宇
职责：在配置管理员提交配置项后，CCB检查并批准/不批准配置项。
检查和批准项目基线。
在得到变更请求的影响分析后，CCB检查和批准/不批准该变更请求。
变更审定配置项的基线建立。
定期举行工作会议。
2.1.3项目经理
人员：李强。
职责：负责审批项目配置管理计划，支持项目配置管理人员工作。
2.1.4QA
人员：谢婷。
职责：负责检查项目配置管理过程执行的有效性。
2.1.5采购人员
人员：罗会梅。
职责：负责外购产品的采购。
2.2工具、环境和基础设施
2.2.1项目的环境、工具
SVN服务器地址：
SVN路径：
目录结构：
2.2.3相关环境及工具提交计划
3.配置管理活动3.1配置标识
3.1.1标识方法
3.2配置项变更控制
3.2.1变更请求的处理和审批
由变更发起人填写《配置项变更申请表》，项目经理填写审批意见，在该表格中明确变更的原因、变更项、变更开始和完成时间等信息。
变更请求的审批由CCB来组织。
3.2.2变更控制委员会 (CCB)
CCB组织相关评审人员对变更申请进行审查，分析所申请变更对其它配置项的影响，填写评审意见。
通过评审的变更申请由CCB批准。
3.3配置管理活动计划
3.3.1项目介质存储和发布进程
保留策略: 数字签名项目活动中所产生的所有数据保留至项目完成之日，然后根据公司的相关规定进行移交，由公司统一保留。
备份计划: 由项目配置管理人员每天对项目配置库进行备份。
事故处理计划: 在数字签名项目实施过程中，如有项目计划中所列风险或者其他事故发生，项目配置管理员应配合项目经理对其进行妥善处理。
如果在项目配置管理活动中出现事故，应按照公司文件的相关规定进行处理。
恢复计划: 由项目配置管理人员提供日常备份的项目工作产品及相关资料，对项目配置管理库进行恢复。
介质保留方式: 采用联机网络拷贝备份。
介质类型格式: 服务器硬盘。
发布过程: 遵照公司以下规定的流程对数字签名项目产生的基线和工作产品进行发布。
项目经理和项目配置管理员一起列出将发布的产品清单、产品发布号和相关资料，并
向CCB提出发布申请（参见《基线发布申请检查表》或《产品发布申请检查表》）。
基线或产品发布，CCB组织公司有关人员对产品进行全面的审核，并在《基线/产品发
布申请检查表》填写意见。
产品发布，QA人员评审发布活动，并在《产品发布申请检
查表》中填写意见。
CCB批准基线或产品发布。
项目配置管理员保存《基线发布申请
检查表》或产品发布申请检查表》，发布项目基线或项目产品，并将发布消息通知给
所有相关人员。
3.3.2配置项纳入计划
3.4报告和审计
3.4.1配置管理状态报告提交计划
4.培训和资源
4.1培训所需环境
笔记本一台；投影仪一台；公司网络环境。
4.2培训参加人员
项目组全体成员。
4.3培训具体安排
5.分包商和厂商软件控制。