CMMI-配置管理计划
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配置管理规程
配置管理广东×××技术股份有限公司修订历史记录目录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认证】CM访谈问题 - 配置管理员 -(含答案)
一、CM 配置管理（访谈角色：CM、CMO）1、组织/项目中识别了哪些配置项，是依据什么识别的？CM 2.1答：⚫组织中主要配置项有：过程改进计划、改进建议、过程改进总结报告、年度培训计划等⚫项目中主要配置项目有项目计划书、用户需求说明书、需求规格说明书、系统设计说明书、源代码、测试用例、用户手册等。
⚫是依据公司EPG小组制定的《配置项识别指南》和项目过程定义书（PDP）来识别项目配置项的。
2、你们采用什么软件进行配置管理？配置管理系统提供哪些功能？CM 2.2答：我们采用GIT（这里根据公司实际情况回答）进行配置管理，配置管理系统主要提供了源代码和文件的管理功能，比如操作用户角色定义、权限分配、文件存档、配置库备份、版本恢复等功能。
3、组织/项目中建立了哪些基线？基线建立的流程是怎样的？CM 2.3答：⚫组织中建立的基线有OSSP（组织软件过程规范）版本基线⚫项目中建立的基线有计划基线、需求基线、设计基线、开发基线、测试基线、交付基线等。
⚫基线建立流程是：根据项目整体计划安排制定基线发布计划，在项目各里程碑节点对评审通过后的阶段配置项进行基线发布，把配置项纳入到基线区。
发布基线通知，基线通知中有基线名称、配置库位置、包含的配置项、发布人、发布日期等。
4、配置项/基线是如何进行变更控制的？CM 2.4答：如果项目中出现需求变更时，则需要执行配置变更。
首先责任人进行变更申请，包括需求变更内容、影响的阶段、变更期限、责任人等，并与CCB（配置变更委员会，一般包括项目经理、需求、项目核心成员、QA、CM等）一起进行评审，最后确定变更。
如果需要变更，则在后面的阶段跟踪变更后的配置项的修改记录、修改内容等。
5、配置管理产生哪些记录？如何了解配置项/基线的状态？CM 2.5答：配置管理产生了配置管理计划、识别的配置项、配置审计记录和报告、配置项状态表等记录，项目组成员是通过配置项状态表来了解配置项和基线的状态。
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的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
CMMI_配置管理员访谈问题及答案
CM访谈1．是否有独立的配置管理组？有组织级的配置管理员吗？CM GP2.4提示：公司建立了一个质管部，配置管理组属于质量管理部配置管理组由组织级配置管理员（建立配置管理系统、对公司的产品库进行管理、对项目级的配置管理员进行培训指导）和项目级的配置管理员组成。
2．你是如何知道自己是项目中的配置管理员的？CM GP2.2 、GP2.4提示：《立项报告》确定了该项目的配置管理员，同时在《配置管理计划》、《项目计划书》具体进行了说明。
项目级的配置管理员的职责：编写《配置管理计划》、《基线发布报告》，建立配置库目录结构、执行配置审计、报告配置项状态、管理配置库、控制配置项变更。
3．每个项目都有CCB吗？通常由哪些角色组成？他们的职责有哪些？CM SP1.3 ；GP2.4、 GP2.7、GP2.10 每个项目都有CCB（配置控制委员会），通常是由项目经理、QA人员、CM人员等组成。
CCB职责：审批《配置管理计划》; 审批基线的建立和发布；审批配置项、基线的变更。
4．你是如何制定配置管理计划的？在什么时间？权限设置、目录结构设置？CM GP2.2提示：在项目立项后，根据《项目计划》、配置管理过程文件及相关指南、模板制定《配置管理计划》。
《配置管理计划》经项目组评审，提交CCB审批。
配置管理员依据《配置项及配置库定义指南》进行设置，权限设置、目录结构在《配置管理计划》详细描述。
5．你参加过哪些方面的培训，是否给项目组、相关组做过配置管理方面培训？ OT SP1.3提示：（1）首先参加了CMMI相关知识方面的培训和配置管理方面的培训，如配置管理工具VSS、公司配置管理规范、指南的培训等。
（2）组织级配置管理人员对项目级配置管理人员、项目组人员进行配置管理的指导和培训。
6．配置管理计划包括哪些方面内容？是否发生过计划变更？如何进行变更？CM GP2.10提示：《配置管理计划》包括人员、职责、软硬件资源、配置库结构、基线计划, 配置库备份计划、配置报告计划和配置审计计划等。
基于CMMI的软件配置管理的实施
软 件配 置项 （ ｏｗ ｅＣｎｉ ｒｔｎＩｍ，Ｃ ） Ｓｆ ａ ｏｆ ｕａｉ ｅ Ｓ Ｉ指 ｔｒ ｇ ｏ ｔ
定为软件配置管理的对象且在软件配置管理过程中 作为单个实体予以处理的软件工作产 品． 目Ｓ Ｍ 项 Ｃ 工作是从识别软件 系统的配置项开始 ， 以下 ３类都
软件 配置管 理过 程 中主要涉 及到 的角色 包括项 目经 理 、 置 控 制 委 员 会 （ ｏｆ ｒｉｎ Ｃ ｎｒ 配 Ｃｎ ｇ ａｏ ｏｔｌ ｉ ｔ ｕ ｏ Ｂ ａｄＣ Ｂ） Ｓ Ｍ 小 组 、 Ｍ 经 理 、 置 管 理 员 、 ｏｒ ，Ｃ 、Ｃ Ｃ 配 系
为了有效地控制变动 ，Ｃ Ｓ Ｍ专门引入了基线的
概 念． 线常对 应 于开发 过程 中 的里 程碑 ， 基 其标 志是
Ｉ ｅｒ ｉ ， Ｍ Ｉ 是 由美 国卡耐基 ・ 隆大学 的 ｎ ｇ ｔｎ Ｃ Ｍ ） ｔ ａｏ 梅
软件 工程研 究所 （ Ｅ ） 织 开 发 ， ２０ Ｓ Ｉ组 于 ０ ２年 发布 的 种 规范 、 用 的途 径 来 管 理 软 件 过 程 的模 型 ¨ ． 实
王 志 和 ， 韶 阳 毛
（ 湖南人文科技学 院 数学系 ， 湖南 娄底 ４ ７０ ） １０ ０
摘 要 ： 软件配置管理是 Ｃ Ｍ 中的一个关键过程域， ＭＩ 贯穿于整个软件生命周期中， 目的是建立和维护软件产品的完整 其
性、 一致性和可追踪性． 讨论 了软件 配置 管理 的基本概念 ， 出了一种基于 Ｃ 提 ＭＭＩ 实施 配置 管理 的流程 ， 重点讨论 了配置标识、 版本控制、 变更控制、 配置状 态统计和 配置 审核等 实践 活动．
功能基线 ： 系统分析与软件定义阶段结束时， 产 生系统 设计 规格说 明中对待 开发 软件 系统 的规 格说
CMMI3配置管理文件
– 经过了正式的评审和批准 – 作为进一步工作的基础 – 变更必须经过正式的变更控制程序
不同的基线可能：
– 在开发的不同阶段建立 – 控制权限会有不同
1.2 定义基线
31
推荐的基线
基线 需求 开发 运行 何时建立 客户需求评审 概要设计评审 发布给客户 CCB 项目经理 CCB 控制者
基础管理篇
之（一）
1
配置管理（CM)
Agenda
项目中的CM问题 CMMI中CM过程域描述与定义 CM的实践 CM工具
3
项目中的CM问题
4
开发中典型的CM问题
发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序
5
CMMI模型有关CM实践解析
SG 2 Track and Control Changes
– Changes to the work products under configuration management are tracked and controlled. – 在配置管理之下的配置项变更得到跟踪和控制
SG 3 Establish Integrity
1.1 识别需要 控制的产品
1.2 定义基线
1.3 建立 可追溯性
1.4 建立 配置管理库
26
配置项识别
“配置项"
– 开发中产生或者使用的任何条目 – 或者加入到产品中的条目
“例子”
– – – – – 规格说明 源代码 测试案例 编译器 数据库
“软件配置"
– 定义一个软件产品的所有配置项
1.1 识别需要 控制的产品ຫໍສະໝຸດ 29COTS, 工具等
CMMI配置管理计划
CMMI配置管理计划项目配置管理员负责数字签名项目的配置管理，包括配置项的识别、控制、审计和变更管理等。
同时，还需与项目经理、开发团队、测试团队等相关人员建立良好的沟通和协作关系，确保配置管理活动的顺利进行。
2.1.2配置控制委员会配置控制委员会是数字签名项目的决策机构，由项目经理和各相关组织的代表组成。
委员会负责审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
配置管理员应该与配置控制委员会保持密切的联系，及时向其汇报配置管理的情况，以便委员会能够及时做出决策。
2.1.3项目经理项目经理是数字签名项目的领导者，负责项目的整体规划、组织、实施和控制。
在配置管理方面，项目经理需要与配置管理员、配置控制委员会等相关人员协作，确保配置管理活动符合项目的整体计划和目标。
2.1.4开发团队和测试团队开发团队和测试团队是数字签名项目的核心团队，他们负责开发和测试项目的软件产品。
在配置管理方面，他们需要与配置管理员密切合作，确保软件产品的配置项得到正确的识别、控制和变更管理。
2.2配置管理活动2.2.1配置项识别配置项是指作为单个实体进行处理的硬件、软件或两者的集合。
在数字签名项目中，配置项包括软件产品、文档、测试数据等。
配置管理员需要确定哪些项是配置项，以便进行后续的配置管理活动。
2.2.2配置项控制配置项控制是指对配置项进行标识、版本控制、访问控制等，以确保配置项的正确性和完整性。
配置管理员需要使用相应的工具和流程对配置项进行控制，防止配置项的误用或丢失。
2.2.3配置项审计配置项审计是指对配置管理库系统的结构和设施进行审核，以验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性。
配置管理员需要定期进行配置项审计，确保配置管理库的正确性和完整性。
2.2.4配置项变更管理配置项变更管理是指对配置项进行变更控制，以确保变更的正确性和可追溯性。
CMMI中配置管理
现在所有的配置管理工具均提供对配置项的管理工具，包括(Check in 和Check out机制的 )版本管理和版本标号功能。由于版本和标号管理比 较繁琐，一般推荐使用配置管理工具，减少事务性工作。
基线
在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间 点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基 线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了 元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一 般在指定的里程碑处创建，并与项目中的里程碑保持同步。
配置审计 配置审计的主要作用是作为变更控制的补充手段，来确保某 一变更需求已被切实实现。在某些情况下，它被作为正式的 技术复审的一部分，但当软件配置管理是一个正式的活动时， 该活动由SQA人员单独执行。 审计机制保证修改的动作被完 整地记录，也就是说，记录了谁修改了这个工件，什么时候 做的修改，为什么原因做出这个改动，以及修改了哪些地方。 在版本控制过程中，如果利用一些配置管理工具（或者版本 控制工具）的支持，则可以自动地记录审计工作所需的四个 “W”（Who、When、Why、What）。 同时配置审计工作 应当可以说明如下信息。
变更管理的流程： 1.（获得）提出变更请求； 2.由CCB审核并决定是否批准； 3.为（被接受）修改请求分配人员，提取SCI，进行修改； 4.提交修改后的SCI，并测试（或者评审）； 5.重建软件的适当版本； 6.复审（审计）所有SCI的变化； 7.发布新版本。
CMMI3_之配置管理
16
© 1995-2002 Soft Tech Development, Inc. All rights reserved.
配置审计
配置审计是指对于存储配置项及相关记录的软 件基线库的结构、内容进行检验，其目的在于 验证基线是否符合描述基线的文档。
配置审核工作主要集中在两个方面，即：
功能配置审核 (FCA)—— 验证配置项的实际功效是 与其软件需求一致的。 物理配置审核 (PCA)—— 确定配置项符合预期的物 理特性，即特定的媒体形式。
17
© 1995-2002 Soft Tech Development, Inc. All rights reserved.
14
© 1995-2002 Soft Tech Development, Inc. All rights reserved.
软件配置库的要求
安全可靠性
保证软件配置库中的内容不被任意删除、修 改 保证软件配置库不被非法用户获取 保证各阶段基线各配置项的完整性
22
© 1995-2002 Soft Tech Development, Inc. All rights reserved.
特定活动
SP 1.2-1 Establish a Configuration Management System
10
© 1995-2002 Soft Tech Development, Inc. All rights reserved.
The CM Wheel
Identification
CM PLAN
Accounting Audit Control
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
cmmi配置管理CM
Tool configurations 工具配置
Code and libraries 代码和库
Compilers 编译器
Test tools and test scripts 测试工具和测试脚本
Installation logs 安装日志
An example of a baseline is an approved description of a product that includes internally consistent versions of requirements, requirement traceability matrices, design, discipline-specific items, and end-user documentation. 例如，被批准的产品说明是一个基线，它是由需求、需求跟踪矩 阵、设计、特定专业项目及最终用户文档构成的内部一致的版本。
配置管理（CM）的目的是通过使用配置识别、配置控制、配置 状态记录及配置审计，来建立和维护工作产品的完整性。
Introductory Notes 简介
The Configuration Management process area involves the following activities: 配置管理过程域包括以下活动：
This process area applies not only to configuration management on projects but also to configuration management of organizational work products such as standards, procedures, reuse libraries, and other shared supporting assets. 本过程域不仅适用于项目的配置管理，也适用于组织工作产品（如 标准、规程、重用库和其他共享的支持资产）的配置管理。
CMMI各级标准
SG1 应用项目定义过程
IPM
集成项目 管理
SG2 与相关干系人协调和合作
OPD
组织级过 程定义
SG1 建立并维护一套组织过程资 产
SG1 确定过程改进机会
OPF
组织级过 程焦点
SG2 规划和实施过程改进
SG3 部署组织过程财富
ML3
SG1 建立组织级培训能力
OT
组织培训 管理
SG2 提供必要的培训
交付物
配置计划 配置计划 配置计划 变更控制、变更申请、分析变更记录 变更控制、变更申请、分析变更记录 功能审计、物理审计 功能审计、物理审计 度量计划 度量计划 度量计划、度量数据表 度量计划、度量数据表 度量计划
里程碑报告
过程检查表、不符合项报告、工作记录 产品检查表、工作记录
MPP、周报、项目进展报告 项目进展报告 风险识别表 SVN/配置管理 MPP、项目计划 里程碑报告、周报、会议纪要 会议纪要 项目进展报告、项目偏差报告 项目进展报告 项目进展报告 项目计划（WBS分解结构） 项目计划（WBS分解结构） 项目计划（WBS分解结构） 项目计划（WBS分解结构） 项目计划（WBS分解结构） 风险识别表 配置管理、项目计划 项目计划（WBS分解结构-带资源要求） 培训计划（项目计划一部分） 项目计划（WBS分解结构） 项目计划（WBS分解结构） 项目计划、项目子计划评审报告 调整后的计划 计划评审（计划及会议纪要） 用户需求书（客户签字） 用户需求书评审报告 需求变更申请 需求追踪矩阵 不一致检查表
SG1 定量项目管理
QPM
量化的项 目管理
SG2 统计管理子过程性能
因果分析 CAR 与解决方
案
SG1 确定缺陷原因 SG2 解决产生缺陷的根源
CMMI各种缩写及内容
CMMI主要内容有：1．CM：（Configuration Management）软件配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
2．DAR：（Decision Analysis and Resolution）。
应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
3． IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
4． Life Cycle：（Software Life Cycle Model）项目管理的生命周期。
关注的是项目的过程管理。
5．MA：（Measurement & Analysis）。
开发并持续发展度量能力以满足项目管理的信息需求。
6．Milestone Review：（Milestone Review）阶段评审。
在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
7．OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
8．OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
9．OT：（Organizational Training）培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
10. PI：（Product Integration）产品集成。
从产品部件组装产品，确保集成产品功能正确并交付产品。
11． PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
CMMI-简介+过程域介绍
➢ 能力度等级，属于连续式表述，应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级：
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级：不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时，高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入（需求）和输出（系统产品） • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成， 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的，其目的 是帮助软件企业对软件工程过程进行管理 和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
(完整版)CMMI-支持-CM-配置库管理规程-V2.0
广州润衡软件连锁有限公司配置库管理规程配置库管理规程文档编号：GZCY_CMRMG_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言配置库是存储软件配置项和配置管理信息的仓库，本文详细介绍了配置库的组成和结构，以及SCM人员应如何分配各个区域的权限和初始化工作，保证置于配置库中的工作产品的得到有效控制。
目录第一章简介 (1)1.1 目的 (1)1.2 适用范围 (1)1.3 术语表 (1)1.4 参考资料 (1)第二章配置库的构成 (2)2.1 各区域构造规则 (2)2.1.1 基线区域目录结构 (2)2.1.2 开发区域目录结构 (4)2.1.3 管理区域目录结构 (5)2.1.4 测试区域目录结构 (5)2.1.5 发布区域目录结构 (5)第三章配置库管理方法 (7)3.1 SCM人员职责 (7)3.2 基线区域管理 (7)3.2.1 更改权威 (7)3.2.2 变更流程 (7)3.3 管理区域管理 (7)3.3.1 基线管理区域 (7)3.3.2 项目管理区域 (8)3.4 测试区域 (8)3.5 发布区域 (8)第四章配置项标识命名规则 (9)4.1 语法 (9)4.2 语法注释 (9)4.3 基线标识表 (9)4.4 补充基线标识............................................................................. 错误!未定义书签。
4.5 举例 (10)第五章版本标识 (11)5.1 文件版本标识 (11)5.2 配置项版本标识 (11)5.3 基线版本标识 (11)第六章配置库的备份 (13)第一章简介1.1目的说明配置库的存取结构、管理分工、职责和权限。
根据CMMI认证需提供的相关资料
根据CMMI认证需提供的相关资料
根据CMMI认证的要求，以下是需要准备的一些相关资料。
这些资料将帮助企业在CMMI评估过程中展示其软件开发和项目管理的能力。
1. 组织结构和责任制度
- 提供组织结构图，显示各部门、团队和职能之间的关系和沟通渠道。
- 描述各级管理人员的责任和职责，包括高级管理人员、项目经理和团队领导。
2. 项目管理计划
- 提供项目管理计划，重点介绍项目的目标、范围、时间表、风险管理和资源分配等方面的信息。
- 描述项目管理过程和方法，包括项目启动、规划、执行、监控和收尾。
3. 需求管理
- 提供需求管理计划，描述需求开发和管理的过程。
- 展示如何收集、分析和跟踪项目需求，并确保项目交付满足客户的期望和要求。
4. 配置管理
- 提供配置管理计划，介绍项目中的配置项标识、控制和配置变更管理的过程。
- 描述如何记录和跟踪项目配置项的版本和变更历史。
5. 项目度量和分析
- 提供项目度量计划，说明如何收集和分析项目相关的度量指标。
- 展示如何使用这些度量指标来评估项目绩效、发现潜在问题并采取相应措施。
6. 过程文档
- 提供相关的过程文档，包括项目管理、开发、测试和质量保证等方面的标准操作程序和指南。
- 说明如何确保过程的一致性和规范性，并持续改进过程的效率和效果。
以上是根据CMMI认证需提供的一些基本资料。
请根据您的组织实际情况进行调整和补充，以满足CMMI评估的要求。
请注意，以上回答仅供参考，具体的要求和细节可能会有所不同。
最好根据CMMI认证的具体版本和评估过程的要求来准备相关资料。
cmmi5 实践域 归类
cmmi5 实践域归类CMMI5 实践域归类CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种软件工程能力评估模型，它旨在帮助组织提升其软件开发和管理能力。
CMMI5 是CMMI 中最高级别的成熟度等级，表明组织已经达到了成熟度的最高水平。
CMMI5 实践域指CMMI5 中的知识领域，也可以理解为CMMI5 中对组织应该实践和掌握的技能和能力的分类。
在CMMI5 模型中，有25个实践域，涵盖了软件工程的各个方面。
本文将一步一步回答关于CMMI5 实践域归类的问题，探讨这些实践域的内容和重要性。
1. 请分析CMMI5 实践域的分类依据。
CMMI5 实践域的分类依据主要是基于软件工程领域的核心功能和过程。
CMMI5 强调组织在组织级别和项目级别上应该具备的技能和能力。
根据这个目标，CMMI5 实践域被分类为三个大类：工程过程，项目管理和支持过程。
工程过程实践域：包括需求管理、软件项目计划、软件项目跟踪和监控、软件产品质量保证等，重点关注软件开发过程中的各个环节和技术。
项目管理实践域：包括项目计划与控制、项目监督和风险管理等，关注项目管理的技能和能力。
支持实践域：包括配置管理、决策分析和解决方案评审等，关注组织对软件开发和管理提供的支持能力。
2. CMMI5 实践域中的每个分类具体包含哪些知识领域？（1）工程过程实践域：- 需求管理：包括需求分析、需求规划和需求跟踪等。
关注如何管理和满足软件需求。
- 软件项目计划：包括项目范围、进度和资源的计划和管理。
强调项目规划的重要性。
- 软件项目跟踪和监控：包括项目状态的监测和控制，确保项目进展符合计划。
- 软件产品质量保证：包括软件测试、软件质量度量和验证等，以确保软件提供高质量的保证。
（2）项目管理实践域：- 项目计划与控制：包括项目目标、范围、资源和进度的计划和控制。
强调项目管理和控制的技能和能力。
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）：定期进行配置项的审查，验证配置项是否符合规定的要求和标准。
通过配置管理的实践，组织能够更好地控制和管理软件和系统开发过程中的配置项，确保其一致性、可追溯性和可控性，减少配置相关问题的风险，提高产品质量和开发效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目编号：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）
有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，
由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
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项目的环境、工具
环境名称规格、型号、版本辅助工具Microsoft Office 2003/2007
开发工具Eclipse 3.3 PL/SQL Developer 8.0 Oracle Client 10g
测试工具Excel 2003
CM工具TortoiseSVN 1.6.11
2.2.2项目配置库目录结构
SVN服务器地址：
SVN路径：/svn/90010080_ECM/
目录结构：
2.2.3相关环境及工具提交计划
2.2.4访问和权限控制
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.3.3基线发布计划
3.3.4产品发布计划
3.4报告和审计
3.4.1配置管理状态报告提交计划
3.4.2工作量&成本估计
配置管理员的工作成本由项目经理统一估算。
4.培训和资源
4.1培训所需环境
笔记本一台；投影仪一台；公司网络环境。
4.2培训参加人员
项目组全体成员。
4.3培训具体安排
5.分包商和厂商软件控制。