CMMI3配置管理文件

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（信息系统项⽬管理）⽂档模板-配置管理⽅案配置管理⽅案⽬录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配置项标识规则项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。

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

凡进⼊项⽬级配置管理库下的⼯作产品都应依照下列命名约定进⾏。

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

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

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配置项变更管理配置项变更管理是指对配置项进行变更控制，以确保变更的正确性和可追溯性。

过程类：过程类：组织过程焦点（OPF）：（怎么实施过程改进）（怎么实施过程改进）没有没有组织过程定义（OPD）：1.工作环境：工作环境：2.硬件：pc 台60台、服务器3台、笔记本2台3.人员：60人，核心开发人员近30人年以上，三种以上行业企业的管理经验；行业管理专家2人都有10年以上，三种以上行业企业的管理经验；年以上项目分析经验；系统分析人员3人都有5年以上开发经验和3年以上项目分析经验；年以上软件设计和开发经验；设计人员1人，都有2年以上软件设计和开发经验；专业编码人员5人，有1到3年的软件编码与调试经验；年的软件编码与调试经验；员，平均有三个项目成功测试的经验专业测试人员7员，平均有三个项目成功测试的经验4．软件生命周期．软件生命周期瀑布型：不需要二次开发；迭代型组织培训（OT）：1：员工根据技能需求提出培训要求，行政部门在公司内部做调查并上报领导，通过后，制定培训计划，并开展培训活动。

定培训计划，并开展培训活动。

2：行政部门制定培训调查需求，在公司内部进行调查统计。

：行政部门制定培训调查需求，在公司内部进行调查统计。

3：项目组之间通过交流讨论，根据需要制定培训计划，上报后安排培训。

：项目组之间通过交流讨论，根据需要制定培训计划，上报后安排培训。

支持类：支持类：配置管理（CM）：1.没有配置管理工具，修改好问题后发布新的版本，并刻录光盘交给客户。

没有配置管理工具，修改好问题后发布新的版本，并刻录光盘交给客户。

2.磁盘管理工具磁盘管理工具过程与产品质量保证（PPQA）：1：开发人员把产品开发出来后，先进行黑盒测试，解决测试出来的问题，然后让技术支持组进行几轮的白盒测试，把测试结果形成文档反馈给开发部，开发部把问题解决后再给技术支持组进行测试。

支持组进行测试。

度量与分析（MA）：1.相应数据库表结构相应数据库表结构2.决策分析和解决方案（DAR）：1：公司大部分项目由老板决策。

没有完整的决策分析和解决方案。

CMMI 3标准文档模板-外包与采购管理第19章外包与采购管理 (1)19.1 介绍 (1)19.2 外包管理 (2)19.2.1目的 (2)19.2.2角色与职责 (2)19.2.3启动准则 (2)19.2.4输入 (2)19.2.5主要步骤 (3)[Step1] 选择最合适的承包商 (3)[Step2] 签订外包合同 (4)[Step3] 监控外包开发过程 (4)[Step4] 外包开发成果验收 (5)19.2.6输出 (6)19.2.7结束准则 (6)19.2.8度量 (6)19.3 采购管理 (6)19.3.1目的 (6)19.3.2角色与职责 (6)19.3.3启动准则 (6)19.3.4输入 (7)19.3.5主要步骤 (7)[Step1] 选择最合适的供应商 (7)[Step2] 签订采购合同 (8)[Step3] 采购物品验收 (8)19.3.6输出 (9)19.3.7结束准则 (9)19.3.8度量 (9)19.4 实施建议 (9)第19章外包与采购管理外包与采购管理（Outsourcing and Procurement Management, OPM）是指外包管理和采购管理，目的是选择合适的承包商和供应商，并依据合同进行有效的管理。

外包与采购管理过程域是SPP模型的重要组成部分。

本规范阐述了外包与采购管理过程域的两个主要规程：✧外包管理[SPP-PROC-OPM-OM]✧采购管理[SPP-PROC-OPM-PM]上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。

本规范适用于国内IT企业的软件研发项目。

建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。

19.1 介绍软件业是一个高速变化、新技术层出不穷的行业，同时又是人力资源成本相对较高的行业。

企业需要采用外包和采购形式来获取待开发产品的部件，最大限度地从社会分工合作、资源共享中获益。

按照文件编写规范和实际流程改写－20070724配置管理规程变更记录1前言1.1目的本文用于描述配置管理过程。

配置管理是维护整个生命周期产品完整性的重要活动，本文档明确规定了公司配置管理活动的目标和过程活动，指导配置管理活动的正确开展。

1.2适用范围本过程适用于公司范围内所有的项目。

配置管理过程在项目全生命周期均可适用。

1.3术语CCB：Configuration Control Board，配置控制委员会CM：Configuration Management，配置管理Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：•已经过正式的评审和批准。

•作为项目发展和产品升级的基础。

•其变更必须遵循《变更控制规程》的约定。

随着系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着项目需求规格说明书的批准，建立起分配基线；随着项目设计说明书（或概要设计说明书）的批准，建立起设计基线；随着该项目系统的集成与系统测试的完成，建立起产品基线。

1.4参考文献《CMMI-SW, V1.1, Staged Representation》;《软件生命周期》2过程目标配置管理过程的目的是采用配置标识、配置控制、配置状态统计以及配置审计来建立和维护工作产品的完整性。

●建立并维护、标识工作产品的基线。

●跟踪和控制变更●建立和维护基线的完整性。

3角色职责4输入配置管理以批准的项目任务书为基础，配置管理计划的制定与项目策划同时进行，各项目开展配置管理工作的输入包括：●项目计划●需求规格说明书●具备进行配置管理必须的资源和经费5入口准则●指定了项目组配置管理员，成立CCB组，负责和承担配置管理工作的人员经过配置管理的培训●配备了进行配置管理活动必须的资源和经费6 活动6.1 活动关系图图0-1 配置管理活动关系示意图6.2 活动描述7 输出受控库除包含源程序代码、可执行代码、测试用例外，还包含归档资料和CMMI其它过程域输出的工作产品。

CMMI3过程体系文档清单引言：CMMI（全称Capability Maturity Model Integration）是一种成熟度模型集成，作为软件和系统工程领域的最佳实践的标准，可用于评估和改进组织的开发和维护过程。

CMMI通常分为五个等级，等级3意味着组织的过程得到了定义，并且在整个组织内得到了一致地执行。

CMMI3过程体系的基础是过程定义，目标是使组织能够以一致和可重复的方式执行过程，从而提高生产力和质量。

在此过程中，需要创建和维护一系列文档，以确保过程的完整性和一致性。

以下是CMMI3过程体系的文档清单。

1. 组织过程文档（Organizational Process Document，OPD）OPD是CMMI3过程体系的核心文档之一，它定义了组织的各种过程，并描述了每个过程的输入、输出、职责和活动。

OPD通常包括组织层面的过程描述、过程工作指南、过程可交付物、过程指标和度量等信息。

2. 组织过程描述（Organizational Process Description，OPD）OPD是对组织过程的详细描述，包括过程的目标、活动的顺序和频率、资源需求、角色和职责等。

OPD是组织过程文档的基础，为组织的过程实施提供了详细的指导。

3. 过程工作指南（Process Work Instructions，PWI）PWI是对组织过程中活动的详细指导，它描述了如何执行各个活动，并提供了必要的模板、样例和工具。

4. 过程可交付物（Process Deliverables）过程可交付物是组织过程产生的具体结果，如需求文档、设计文档、测试报告等。

过程可交付物应符合相关标准和规范，并且应根据需求进行版本控制和文档管理。

5. 过程指标和度量（Process Metrics and Measurements）过程指标和度量用于衡量过程的质量和绩效，并提供反馈给组织以进行改进。

过程指标应包括定量的和可衡量的参数，如工作量、生产率、缺陷率等。

项目管理过程目录1.目的 (1)2.角色与职责 (1)3.总体流程图 (2)4.活动描述 (3)4.1项目策划 (3)4.1.1PDP裁剪 (3)4.1.2WBS分解 (3)4.1.3项目估算 (4)4.1.3.1规模估算 (4)4.1.3.2工作量及成本估算 (5)4.1.4进度安排及计划编写 (5)4.1.5计划评审 (5)4.1.6重新估算及策划 (5)4.2项目监控 (6)4.2.1定期跟踪 (6)4.2.2里程碑跟踪 (6)4.2.3问题管理 (6)4.3项目结项 (6)1.目的该过程用于规范公司项目管理流程，提供项目管理的规范及框架，使项目能够按照预定的成本、进度和质量顺利完成，根据管理科学的理论，对需求、成本、人员、进度、质量、风险等方面进行科学分析和有效管理及控制，并利用工程化方法进行系统活动。

2.角色与职责3.总体流程图4.活动描述项目分管领导在组织中挑选合适的人员并任命为项目经理。

项目立项后，项目经理对标准过程进行裁剪并形成《PDP》（Project Defined Process 项目定义过程），提交EPG评审。

项目经理根据PDP对项目工作进行WBS分解，组织项目组进行估算及进度安排，并识别风险，形成项目计划。

项目计划需要通过项目组及高层评审，获得相关人承诺。

项目经理通过日常的项目会议了解项目进展，高层通过里程碑报告了解项目进展。

监控过程中如发现项目实际进展与计划偏差重大，需要重新进行相应的策划。

项目结项时，项目组进行经验总结，并汇总优秀的工作产品提交组织财富库。

4.1项目策划4.1.1PDP裁剪项目策划前期，项目经理需要根据项目的特性结合组织标准过程裁剪出合适的项目过程并进行提交EPG评审以确认该项目过程定义的有效性，之后根据用户需求，确定软件项目的范围。

项目经理在裁剪前，需要确定项目的关键信息，例如：项目人数、周期、选用生命周期等，并与项目团队一同确定项目的生命周期。

之后根据项目关键的特征信息与各过程负责人确定裁剪内容，形成《PDP》。

项目编号：xxxxxx 项目名称：数字签名配置管理计划草稿初始版修订版b1修订历史记录b2目录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)b31.简介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）有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，b4由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。

密级：文档编号：版本号：V1.0用户需求规格说明书XXXX有限公司xxxXt限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

文件更改摘要:目录1. 产品介绍 (3)2. 产品面向的用户群体 (3)3. 产品遵循的标准和规范 (3)4. 产品功能性需求 (3)4.1. 产品功能列表................................................ 错误!未定义书签。

4.2. 产品功能需求描述........................................... 错误!未定义书签。

5. 产品非功能性需求5.1. 用户界面需求 (3)5.2. 软、硬件环境需求 (4)5.3. 产品质量需求 (4)5.4. 其它需求 (4)6. 附录：用户需求调查报告 ............................................ 错误!未定义书签。

6.1. 调查一......................................................... 错误!未定义书签。

6.2. 调查二......................................................... 错误!未定义书签。

1. 产品介绍(1 )说明产品是什么，什么用途。

(2)介绍产品的开发背景。

2. 产品面向的用户群体(1 )描述本产品面向的用户(客户、最终用户)的特征，(2 )说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3. 产品遵循的标准和规范阐述本产品应当遵循什么标准、规范或业务规则( Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。

4. 用户业务流程阐述与产品相关的用户业务流程。

5. 产品需求实现约束阐述实现产品的相关约束，例如时间、成本及技术等。