CMMI 3标准文档模板-配置管理-配置管理计划

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配置项标识规则项目级的配置项是指由于项目实施而产生的记录。

为了便于查询、搜索今后各项目的文档及版本，下面将专门制订一套约定，统一、规范项目的命名格式。

凡进入项目级配置管理库下的工作产品都应依照下列命名约定进行。

1）举例示例1,系统项目计划的配置标识：--------------------------------------------- 系统---------------------------------------------------- 北京驰波名气通数据服务有限公司2.2.2配置项名称格式说明1） 配置库中配置项命名格式的顺序是根据产出物所产生的文档先后次序 来命名的，例如：01-项目配置管理计划；02-功能配置审计报告。

项目编号：项目名称：数字签名配置管理支配状态 草稿标识号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配置限制委员会（）有权力管理项目基线的委员会，它代表项目经理和全部可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。

第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),一个产品可以有多个基线，也可以只有一个基线。

基线的主要属性有：名称、标识符、版本、日期等。

XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。

1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。

1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。

1.3项目背景描述略。

1.4术语与缩略语软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。

配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。

配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。

资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。

图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。

在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。

配置管理委员会（CCB）CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。

CCB 的决策采用“少数服从多数”的原则。

主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。

2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。

CM计划1 前言1.1 目的本计划是XXX项目计划的组成部分，它规定了在信贷管理系统项目中如何开展配置管理工作，以便在项目的整个生存周期中，建立和维护工作产品的完整性和一致性。

1.2术语定义和缩写词CCB（Configuration Control Board）：配置控制委员会Baseline：基线，是开发规程中标识出的里程碑所交付的一个或多个配置项，它有以下三个特征：•已经通过正式的评审和批准；•作为项目扩展和产品升级的基础；•其变更必须遵循《配置管理规程》的约定。

1.3 参考文献《配置管理规程》项目计划初稿2 角色、职责与培训2.1 角色与职责2.2 CCB组成3 配置管理活动3.1 基线和配置项的标识本项目的配置项和基线的名称和编号参见《配置项状态报告》。

项目初期，需要确定项目的配置项并对其进行标识。

当新增或修改配置项时，同样需要对配置项进行标识。

本项目的配置项和基线的标识详见《配置项标识和状态列表》（基线的变更标识依照《配置管理规程》执行），该表包括配置项和基线清单及预计创建时间。

3.2 配置库结构和权限3.2.1 配置管理库描述本配置管理库作为CVS中的一个独立的源代码仓库（Repository），分成四个物理上互相独立的存储空间：产品空间、基线空间、组工作空间和个人空间，每个空间作为一个独立的目录（用module实现）。

产品空间属于产品库，基线空间、组工作空间的内容均属于受控库，个人空间的内容属于开发库。

产品空间：存放提交给用户的产品；基线空间：存放所有基线内容。

组工作空间：存放经过评审的文档和所有不放入基线库的工作产品，个人空间：项目组成员存放个人任何信息，文档的开发和修改均在个人空间进行。

从个人空间向组工作空间的提升由项目经理批准，从组工作空间向基线空间的提升由CCB评审批准，均由CM工程师执行。

提升后删除原空间的配置项。

产品空间用Tag的方式标识不同版本的产品。

例如，软件需求规格说明书在编写或修改时，放到作者的个人空间进行管理，经过评审后，提升到相应的“211 需求规格说明书”目录中，形成基线后，再提升到“110 需求规格说明书”。

CMMI配置管理计划项目配置管理员负责数字签名项目的配置管理，包括配置项的识别、控制、审计和变更管理等。

同时，还需与项目经理、开发团队、测试团队等相关人员建立良好的沟通和协作关系，确保配置管理活动的顺利进行。

2.1.2配置控制委员会配置控制委员会是数字签名项目的决策机构，由项目经理和各相关组织的代表组成。

委员会负责审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。

配置管理员应该与配置控制委员会保持密切的联系，及时向其汇报配置管理的情况，以便委员会能够及时做出决策。

2.1.3项目经理项目经理是数字签名项目的领导者，负责项目的整体规划、组织、实施和控制。

在配置管理方面，项目经理需要与配置管理员、配置控制委员会等相关人员协作，确保配置管理活动符合项目的整体计划和目标。

2.1.4开发团队和测试团队开发团队和测试团队是数字签名项目的核心团队，他们负责开发和测试项目的软件产品。

在配置管理方面，他们需要与配置管理员密切合作，确保软件产品的配置项得到正确的识别、控制和变更管理。

2.2配置管理活动2.2.1配置项识别配置项是指作为单个实体进行处理的硬件、软件或两者的集合。

在数字签名项目中，配置项包括软件产品、文档、测试数据等。

配置管理员需要确定哪些项是配置项，以便进行后续的配置管理活动。

2.2.2配置项控制配置项控制是指对配置项进行标识、版本控制、访问控制等，以确保配置项的正确性和完整性。

配置管理员需要使用相应的工具和流程对配置项进行控制，防止配置项的误用或丢失。

2.2.3配置项审计配置项审计是指对配置管理库系统的结构和设施进行审核，以验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性。

配置管理员需要定期进行配置项审计，确保配置管理库的正确性和完整性。

2.2.4配置项变更管理配置项变更管理是指对配置项进行变更控制，以确保变更的正确性和可追溯性。

项目计划书目录1概述 (1)1.1目的 (1)1.2范围 (1)1.3术语和缩写 (2)2项目信息 (2)2.1项目背景 (2)2.2项目范围 (2)2.3项目约束 (3)3软件生命周期 (3)4项目进度安排 (6)5项目监督 (7)6人力资源计划 (8)8数据资料管理计划 (13)9软硬件资源和管理工具计划 (15)10关键依赖 (16)11沟通计划 (17)12干系人介入计划 (20)13风险管理计划 (26)14软件工程计划 (27)14.1需求管理计划 (27)14.1.1需求管理的工作产品列表 (27)14.1.2需求状态的跟踪及追溯 (28)14.2需求变更管理 (28)14.3设计计划 (29)14.4实现 (29)14.5测试计划 (29)15项目从属计划 (29)15.1度量计划 (29)15.2配置管理计划 (29)15.3质量保证计划 (29)15.4.1评审环境配置 (31)15.4.2评审的标准 (31)1概述1.1目的明确项目开发的全过程，规定了在开发过程中需要完成的活动和目标，为本项目的实施提供指导依据。

本文档的读者包括项目经理、系统分析人员、开发人员、测试人员、QA以及相关部门的接口人员等。

1.2范围本项目计划适用于《丰县云计算数据资源管理平台》项目。

本文涉及内容包括：项目计划完成的活动及其目标；项目采用的质量计划；项目的交付件；项目采用的质量计划；项目进度；项目的配置管理；项目的风险管理。

1.3术语和缩写2项目信息2.1项目背景随着网络技术的逐步成熟，网络服务的不断增加，互联网行业已经进入了一个高速发展期。

传统的需求设计，开发测试，上线部署的软件开发模式已经很难满足这些企业快速的发展需求。

而于此同时另一种新的按需付费的软硬件交付模式越来越受到许多企业青睐。

本项目旨在为相关管理工作提供一个科学、便捷的软件平台，提高管理水平，提高工作效率。

2.2项目范围该系统将实现丰县云计算数据资源中心的产品服务宣传和管理。