CMMI3

1，CMMI简介
    英文全称是Capability Maturity Model Integration，能力成熟度模型。CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。
CMMI有两种表述方式：连续式与阶段式，两种方式只是从不同的角度来阐述CMMI，其实质上表达的内容是一致的。就好像我们做数据库设计的时候，可能会设计不同的视图来查看相同数据表的数据，只是角度不一样。
   连续式其实更加能反应过程改进的本质，并且能更好地引导企业把过程改进做到实处，但连续式比较难以理解。阶段式是直接继承CMM的，比较容易理解，而且阶段式有一个级别，在商业上更好宣传，但很容易导致企业为了过级而过级。连续式和阶段式同时也是评估的两个不同角度，用连续式评估，企业会得到很多个PA的Level，用阶段式评估，企业会得到一个整体的Level。
2，CMMI3名词解释 
   OSSP是指Organization's Standard Software Process即组织标准软件过程，它描述的是组织中所有项目的软件开发过程必须满足的一些需求。OSSP可以有很多种形式，也可以允许一定程度的替代选择以支持多个生命周期模型。OSSP的目的是在组织的各项目中建立起公共过程，支持过程的度量、持续性以及改进。
   组织软件过程财富库(Org Software Process assets)，简称OPA，是CMM L3 OPD KPA中的一个重要概念，它要求组织要建立一个可用的，累计并长期受益于组织的基础，来改进组织的软件过程活动。组织软件过程财富库包括：
1，组织标准软件过程(the organization's standard software process)(OSSP)
2，OSSP的裁减指南和使用准则(guidelines and criteria for the projects' tailoring of the organization's standard software process)
3，软件开发生命周期的定义(descriptions of software life cycles approved for use)
4，组织软件过程数据库(the organization's software process database)
5，过程相关文挡库(a library of software process-related documentation previously developed and available for reuse)
   基线（baseline）：一个已经被正式评审和批准的规格或产品，它作为进一步开发的一个基础，并且必须通过正式的变更流程来变更。基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布。至于对外的正式发布,更是应当从基线了的版本中发布。
    基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更此标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
在阶段性开发中第一次提出的软件配置项就构成基线配置项：
1，系统功能说明。系统模型，项目计划，进度安排；
2，软件需求规格说明。包括：图形分析模型、过程、原型、数学规格说明；
3，设计规格说明。包括：数据设计、体系结构设计、界面设计、对象的描述等；
4，测试规格说明。包括：测试计划、测试用例、测试预期结果、测试记录等；
5，数据库描述。包括：数据模式、记录结构、数据项描述；
6，模块规格说明。包括：模块功能、模块算法、模块接口等描述；
7，运行系统。包括：模块代码、链接模块、数据库、支持及工具程序等；
8，用户文档。包括：安装说明、操作说明、用户手册等；
9，培训计划；
10，维护文档，包括：故障报告、维护要求、更改记录等；
软件过程改进：
 SPI： 软件过程改进（Software Process Improvement）
 MSG： 高层管理组/管理指导组（Management Steering Group）
 EPG： 工程过程组（Engineering Process Group）
 PAT： 过程行动组（Process Action Team）
 OSSP：组织标准软件过程（Organization Standard Software Process）
项目开发和管理：
 DM： 部门经理（Department Manager）
 PM： 项目经理（Project Manager）
 PL： 项目组长（Project Leader）
 SL：  项目小组长（Sub- Leader）
 QA：  质量保证人员（Quality Assurance）
 QC：  质量控制人员（Quality Controll）
 CM：  配置管理员（Configuration Management）
 CCM： 公司级配置管理员（Company Configuration Manager）
 PCM： 项目级配置管理员（Project Configuration Manager）
 CCB： 配置控制委员会（Configuration/Change Control Board）
 DesG: 设计组（Design Group）
 DevG：开发组（Development Group）
 TG：  测试组（Test Group）
 RevG：评审组（Review Group）
 SE：  系统工程师（System Engineer）
 SD:   系统设计人员（System Designer）
 DBD:  数据库设计人员（DataBase Designer）
 UID:  界面设计人员（User Interface Designer）
 PG：  程序员（Programmer）
 BM：  商务主管(Business Manager)
 BR：  商务代表（Business Representative）
 CSE： 客户服务工程师（Client Service Engineer）
 Stakeholder：利益相关者，也称共利益者、项目干系人
软件开发过程：
 PP:   项目策划（Project Planning）
 RD:  需求开发（Requirements Development）
 BD:   概要设计（Base Design）
 SD： 结构设计（Structure Design）
 DD： 详细设计（Detail Design）
 PD： 程序设计（Program Design）
 Coding: 编码
 UT:   单元测试（Unit Test）
 SI:   系统集成（System Integration）
 IT:   集成测试（Integration Test）
 ST:   系统测试（System Test）
 VT:   确认测试
 PT&RT： 验收测试
3,CMMI3级过程域一共有18个PA(2级11个+三级7个)：
过程管理：
1、OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。
2、OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT：（Organizational Training）组织培训管理。增加开发人员的技能和知识，使他们能有效地执行他们的任务。
项目管理：
4、PP：（Project Plan）项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。
5、PMC：（Project Monitoring and Control）项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM：（Supplier Agreement Management）供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM：（Integrated Project Management）集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM：（Risk Management）风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
工程管理：
9、REQM：（Requirement Development）需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD：（Requirement Development）需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
11、TS：（Technical Solution）技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
12、PI：（Product Integration）产品集成。从产品组件组装产品，确保集成产品功能正确并交付产品。
13、VER：（Verification）验证。验证确保选定的工作产品满足需求规格。
14、VAL：（Validation）确认。确认证明产品或产品部件在实际下满足应用要求。
支持管理：
15、CM：（Configuration Management）配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
16、PPQA：（Process and Product Quality Assurance）过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。
17、MA：（Measurement and Analysis）测量与分析。开发和维持度量的能力，以便支持对管理信息的需要，作为改进、了解、控制决策。
18、DAR：（Decision Analysis and Resolution）决策分析与解决。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
4，CMMI标准名词术语
1 AT Assessment Team 评审小组
2 ATM Assessment Team Member 评审小组成员
3 BA Baseline Assessment 基线评审
4 CAR Causal Analysis and Resolution 原因分析与决策
5 CBA CMM-Based Appraisal 基于CMM的评价
6 CBA-IPI CMM-Based Appraisal for Internal Process Improvement
  为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）
7 CC Configuration Controller 配置管理员
8 CF Common Feature 公共特性
9 CFPS Certified Function Point Specialist 注册功能点专家
10 CI Configuration Item 配置项
11 CM Configuration Management 配置管理
12 CMM Capability Maturity Model 能力成熟度模型
13 CMMI Capability Maturity Model Integration 能力成熟度集成模型
14 COTS Commerce off the shelf 商业现货供应
15 DAR Decision Analysis and Resolution 决策分析与制定
16 DBD Database Design 数据库设计
17 DD Detailed Design 详细设计
18 DP Data Provider 数据提供者
19 DR Derived Requirement 派生需求
20 EPG Engineering Process Group 工程过程小组
21 FP Function Point 功能点
22 FPA Function Point Analysis 功能点分析
23 FR Functional Requirement 功能性需求
24 GA Gap Analysis 差距分析
25 ID Interface Design 接口设计
26 IFPUG International Function Point Users Group 国际功能点用户组织
27 IPM Integrated Project Management 集成项目管理
28 IR Interface Requirement 接口需求
29 KPA Key Process Area 关键过程域
30 KR Key Requirements 关键需求
31 LA Lead Assessor 主任评审员
32 MA Measurement and Analysis 测量与分析
33 MAT Metrics Advisory Team 度量咨询组
34 MCA Metrics Coordinator and Analyst 度量专员
35 ML matreraty library 度量数据库
36 NFR Non-functional Requirement 非功能性需求
37 OC Operational Concept 操作概念
38 OID Organizational Innovation and Deployment 组织革新与部署
39 OPD Organizational Process definition 组织过程定义
40 OPF Organizational Process focus 组织过程焦点
41 OPL Organizational Process Assets 组织过程财富
42 OPP Organaizational Process Perormance 组织过程性能
43 OSSP Organization’s Set of Standard Process 组织标准过程集合
44 OT Organizational Training 组织级培训
45 PA Process Areas 过程域
46 PAT Process Action Team 过程行动小组
47 PB Process Assets Library 过程财富库
48 PD Preliminary Design 概要设计
49 PDSP Project Defined Standard Processes 项目定义标准过程
50 PI Produce Integration 产品集成
51 PLC Product Life Cycle 产品生命周期
52 PMC Project Monitoring and Control 项目监控
53 PP Project Planning 项目策划
54 PPQA Process and Product Quality Assurance 过程与产品质量保证
55 PPR Price Performance Ratio 性能价格比
56 QA Software Quality Assurance 软件质量保证
57 QA Quality Assurance 质量保证
58 QAP Software Quality Assurance Plan 质量保证计划
59 QPM Quantitative Project Management 量化项目管理
60 RD Requirements Development 需求开发
61 RM/ReqM Requirements Management 需求管理
62 RSKM Risk Management 风险管理
63 RTM Requirement Traceability Matrix 需求跟踪矩阵
64 SAM Supplier Agreement Management. 供应协议管理
65 SC Steering Committee 指导委员会
66 SCAMPI Standard CMMI Assessment Method for Process Improvement
过程改进CMMI标准评审方法
67 SCCB Software Configuration Control Board 软件配置管理控制委员会
68 SCM Software Configuration Management 软件配置管理
69 SDP Software Development Plan 软件开发计划
70 SEI Software Engineering Institute (美国)软件工程学院
71 SEPG Software Engineering Process Group 软件工程过程组
72 SPI Software Process Improvement 软件过程改进
73 SPP Software Project Planning 软件项目策划
74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控
75 SR System Requirements 系统需求
76 SRS Software Requirement Specification 软件需求规格
77 SSM Software Subcontract Management 软件分包管理
78 SSR Software System Requirement 软件系统需求
79 TS Technical Solution 技术解决方案
80 UC Use Case 用例
81 UID User Interface Design 用户界面设计
82 VAL Validation 确认
83 VER Verification 验证
84 WBS Work Breakdown Structure 工作分解结构
85 WP Work Products 工作产品
86 Pre-assessment 预评审
87 Baseline 基线
88 Quality Attribute 质量属性
89 Scenario 场景
5,CMMI3级主要特点：
1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。
2)对项目管理提出了更高的要求，要利用组织级的数据来管理项目。
3)出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。
4)提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。