CMMI基本术语

CMMI 22个PA缩写及主要内容

关键字：CMMI,CMMI PA

CMMI 22个PA缩写

EPG： 工程过程组（Engineering Process Group）

MSG： 管理指导组/高层管理组（Management Steering Group）

SPI： 软件过程改进（Software Process Improvement）

PAT： 过程行动组（Process Action Team）

PA： 过程域（Process Area）

PP： 项目策划（Project Planning）

PMC： 项目监控（Project Monitoring and Control）

IPM： 集成的项目管理（Integrated Project Management）

RSKM：风险管理（Risk Management）

CM： 配置管理（Configuration Management）

PPQA：过程和产品质量保证（Process and Product Quality

Assurance）

MA： 度量和分析（Measurement and Analysis）

DAR： 决策分析和解决方案（Decision Analysis and Resolution）

REQM：需求管理（Requirements Management）

RD： 需求开发（Requirements Development）

TS： 技术解决方案（Technical Solution）

PI： 产品集成（Product Integration）

Ver：验证（Verification）

Val：确认（Validation）

OPF：组织过程焦点（Organization Process Focus）

OPD：组织过程定义（Organization Process Definition）

OT： 组织培训（Organizational Training）

主要内容有：

1． CM：（Configuration Management）软件配置管理。建立和维护在

1、CMMI基本介绍

1.1、起因和缘由

工程环境和过程更加复杂，独立的CMM面对更加复杂化的要求不能适应了。

针对分段工作的弊端（重复返工），工作更加集成化，这样需要集成化的专业知识，也需要集成化的过程。

多种模型的衍生，造成了理解和培训上的困难。

同时多种衍生模型的实践提供了必要的信息和信心，可以建立这样集成的能力程度模型

1.2、目标

成本效益：减少理解和培训上的成本；

改进模型：统一模型利于统筹进行分析和计划；

避免封闭的过程改进：过程按照学科单独进行，没有顾及整体效益；

交流：跨越部门学科的过程带来更多的交流，从而利于紧密的、有效的、精简的、继承的过程，对过程改进有全局效益

统一模型的过程改进（不仅仅是软件过程能力）提供更大的适应性和扩充性，减少冲突和冗余

1.3、CMMI框架结构的基本思想

CMMI的框架结构基于对对过程和过程改进理论的深刻认识

公共性的基础：

项目管理和过程管理适用于任何学科

如果进行适当的抽象，则工程过程可以直接应用于任何工程形式

支持过程对不同学科提供不同的实现，但是目标和实践可以保持不变

模型结构思路：

根据信息的不同作用进行分类，划分为十二种构件

整个模型由此十二种构件组成，并且具备一定的结构

每个构件由一个或者多个资料组成

整个模型汇编数了千个小的资料

模型的不同表示法，就是通过构件的不同结构来体现

模型结构的优点： 模型由数千个小的资料组成，不同表示法共同使用这些资料

这样来确保两种表示法的“等价性”

模型通过十二种构件来组织，建立了一个公共的框架容纳未来的内容

所有小资料均归属于不同得构件，模型的改进可以通过小资料的改进来实现

2、CMMI的构件

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配置项标识规则

项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。为了便于查询、搜索今后各项⽬的⽂档及版本，下⾯将专门制订⼀套约定，统⼀、规范项⽬的命名格式。凡进⼊项⽬级配置管理库下的⼯作产品都应依照下列命名约定进⾏。1)举例

CMMI 词汇定义用于CMMI 模型的基本术语。词汇通常是数个字的术语，包含一个名词与一个或一个以上的限制修饰词。(此规则有部分例外，词汇中也有一个字的术语说明)。

为有系统的说明适合CMMI 的定义，我们咨询许多的来源出处。首先我们参考韦氏在线字典(www.m­)及来源模型(如EIA 731,SW-CMM V2. draft C 及IPD-CMM v0.98)。如有需要我们也参考其它标准，包括下列：

• ISO 9000 [ISO 1987]

• ISO/IEC 12207 [ISO 1995]

• ISO/IEC 15504 [ISO 2006]

• ISO/IEC 15288 [ISO 2002b]

• IEEE [IEEE 1990]

• SW-CMM v1.1

• EIA 632 [EIA 1994]

• SA-CMM [SEI 2002c]

• P-CMM [Curtis 2002]

我们开发词汇乃是基于「使所有模型的使用者都了解专门术语」之重要性的认知。同时文字与术语在不同的内文与环境，有不同的意义。CMMI 模型的词汇用来记载文字与术语的意义，应是使用最广泛且应为CMMI 产品使用者所了解的。

验收准则 产品或产品组件必须符合的准则，以让使用者、客户或其它经授权的物理能接受该产品或产品组件。

验收测试 让使用者、客户或其它经授权的物理决定是否对接受产品或产品组件，所执行的正式测试。(请参见「组件测试」。)

达成摘要 连续式表述中，在提升能力程度时，一组过程域与其相关的能力度，表示组织于每个过程域的进度。(请参见「能力度摘要」、「目标摘要」及「目标阶段式」。)

采购 通过合同取得产品(物品及服务)的过程。 采购策略 根据供应的来源、采购的方法、需求规格的类型、合同或协议的类型及相关的采购风险以决定产品与服务之采购的特定方法。

补充 在CMMI 产品系列中，清楚注记的模型组件含有特定的使用者有兴趣的信息。CMMI 模型中，所有的补充说明带有相同的名称(如IPPD 补充说明) 可当作一组来选用。