CMMI标准名词术语
CMMI基础简介
5
CMMI的优势
CMMI的优势
现今，越来越多的公司想要使产品和服务的交付做得更好、 更迅速、更便宜。同时，随着信息技术的发展，几乎所有的 组织都发现开发产品和服务越来越复杂。组织必须能够管理 与控制这样复杂的开发和服务过程。
在目前的市场中，有成熟度模型、标准、方法论和作业指南， 可以协助组织改进经营方式，但是大多数可利用的改进方法 专注于经营的部分领域，并没有针对许多组织现今面对的问 题采取系统的方法。导致组织永远存在着孤岛（难以沟通） 和障碍。
影响质量的要素
SEI在协助企业开发和维护产品及服务品质的时候发现，影响
成本、进度和质量我的们要都知素道主有要根是据的过、程有、质人量的、工技作术是。十分重要的，
8
过程管理的前提
过程管理的前提
SEI 认定过程管理的前提是“一个系统或产品的品质会高度受 到开发及维护它的过程品质影响”。
这个前提理念既注重产品也注重过程
这个前提理念在全世界的品质活动中都可以体现，如， ISO/IEC标准的内容就与这个理念是一致的。
这个前提理念在制造业早就被建立和认可。 早在20世纪3这0年个代前，提Wa理lte念r S同hew样h也art开适始用利于用开统计发品。质管理原理，致力于过程改进 [Shewhart 1S93E1I]基。于这这些个原理理被念W在. ECdMwaMrdIs中D定em义ing了[D4e大mi类ng共192862]个、过Ph程illip域。
CMMI过程域
CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。
接下来，我将详细介绍这五个过程域。
1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。
通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。
2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。
通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。
3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。
通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。
4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
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）软件配置管理。
CMMI术语表
Pareto analysis
同行评审 同行评审领导 定期评审成活动 方针 主承包商 规程 过程 过程能力 过程能力基线 过提租据库 过程描述
peer review Peer review leade， periodic review／activity policy prime contractor procedure Process process capability process capability baseline process detabase process description
项目经理 项目软件经理 质量 质量保证 定全控制 可重复级 要求的培训 风险 风险管理 风险管理计划 角色 SCE SCM 高级经理 软件作系结构 软件基线审计 软件基线库 软件构造
protect manager
project software manager
quality qualityassurance quantitativecontrol
软件质量目标 软件质量管理
softwarequalitygoal softwarequalitymanageme nt softwar－relatedgroup software。requirement softwareworkproduct
软件一有关组 软件需求 软件工作产品
SPA 一软件过程评估的 首字母缩略词。 特殊原因 一个缺陷的
configuration identification configuration item coniguration management
配置管理库系统 配置单元 一致性 偶然性因素 合同条款和条件 关键计算机资源 关键路径 顾客 缺陷 缺陷密度 缺陷预防 缺陷根源 已定义等级 已定义的软件过程
CMMI
综合性模型
目录
01 发展
03 模型的表示法
02 基本思想 04 级别
05 作用
07 2.0
目录
06 应用
基本信息
CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最 新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本 身的发展，演绎成为一种被广泛应用的综合性模型。
级别
级别
CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比 较强的软件综合开发能力。
CMMI一级，执行级。在执行级水平上，软件组织对项目的目标与要做的努力很清晰，项目的目标可以实现。 但是由于任务的完成带有很大的偶然性，软件组织无法保证在实施同类项目时仍然能够完成任务。项目实施能否 成功主要取决于实施人员。
模型的表示法
模型的表示法
在CMMI中，每一种CMMI学科模型都有两种表示法：阶段式表示法和连续式表示法。
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考察基线和 度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考察整 个组织的过程成熟度阶段，其关键术语是“成熟度”。
CMMI2.0版本具备以下优势：
改善业务绩效-商业目标直接与运营相关联，达到在时间、质量、预算、客户满意度和其他关键驱动因素的 性能方面实现可衡量的提升。
利用当前的优良实践- CMMI2.
谢谢观看
（1）解决软件项目的过程改进难度增大问题。CMM成功实施以后，极大地提高了软件企业的开发效率和软件 产品的质量，从而也提高了软件产品的可靠性和软件产业的信誉，这样人们就对软件寄予了更大的希望。人们希 望软件能够完成更多、更大、更复杂的任务。
CMMI是什么意思，认定的条件有哪些？
CMMI是什么意思，认定的条件有哪些？
（一）CMMI软件能力成熟度模型是什么？
CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成(也有称为：软件能力成熟度集成模型)是一种软件开发的标准，按照这个标准去做，就能帮助软件企业改进和优化管理，在提高软件开发水平和效率的同时提高产品的质量和可靠性。
实施CMMI，可以帮助IT企业对软件/系统工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件、硬件和系统集成项目，从而提高企业的管理水平，增强企业的国际竞争能力。
（二）认定的条件有哪些？
1.合法注册的企业。
2.CMMI认证是针对软件企业的能力成熟度模型标准，所以必须是软件相关的企业。
3.参与人员不能低于15-20人。
4.企业要有专门的人员进行体系创建，体系监督执行，过程分析和改进。
5.在评估前要至少完成体系创建、完成，并持续运行半年以上。
6.最少需要3-4个项目的记录，软件、硬件和系统集成均可。
CMMI认证不需要其它企业资质的支持。
CMM(CMMI)基础知识介绍
第5级
◆ 特征 （1） 整个组织特别关注软件过程改进的持续性、预见及增强自身，防止缺陷及问题的发生，不 断地提高他们的过程处理能力。 （2） 加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程不断地得到 改进。 （3） 根据软件过程的效果，进行成本 / 利润分析，从成功的软件过程中吸取经验，加以总结。 把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。 （4） 组织能找出过程的不足并预先改进，把失败的教训告知全组织以防止重复以前的错误。 （5） 对软件过程的评价和对标准软件过程的改进，都在全组织推广。 过程 不断地系统地改进软件过程。 理解并消除产生问题的公共根源，在任何一个系统中都可找到：由于随机变化造成重复工作、 进而导致时间浪费。为了防止浪费人力可能导致的系统变化，要消除“公共”的无效率根源”， 防止浪费发生。尽管所有级别都存在这些问题，但这是第5级的焦点。 ◆ 人员 整个组织都存在自觉的强烈的团队意识。 （2） 每个人都致力于过程改进，人们不再以达到里程碑式的成就而满足，而力求减少错误率。 ◆ 技术
CMM2级的关键过程域是8个，目标20个， 承诺9个，能力25个，活动62个，度量6个， 验证19个。
CMM等级及特点
12
CMM过程的可视性
5 输入
输出
4 输入
3 输入
2 输入 1 输入
13
输出 输出 输出 输出
1．6 CMM1．1的等级及其特征
第1级 ◆ 特征
（1） 软件过程的特点是杂乱无章，有时甚至是混乱，几乎没有定义过程 的规则或步骤。 （2） 过分的承诺。常作出良好的承诺：如“按照软件工程方式，有序的 工程步骤来做”；或达到高目标的许诺。实际上却出现一系列问题。 （3） 遇到危机就放弃院计划过程，反复编码和测试。 （4） 成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员 和杰出有效的软件开发人员。具体的表现和成果都源自于或者说决定于个 人的能力和他们先前的经验、知识以及他们的进取心和积极程度。 （5） 能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质 或承受着巨大压力；或找窍门取得成果。但此类人一旦离去，组织的稳定 作用也随之消失。 （6） 软件过程是不可确定的和不可预见的。软件能力成熟度处于一级的 软件组织其软件过程在实际工作过程中经常被改变（过程是随意的）。这 类组织也在开发产品，但其成果是步稳定的，不可预见的不可重复的。也 就是说，软件的计划、预算、功能和产品的质量都是不可确定的和不可预 见的。
CMMI全面解析
CMMI全面解析CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。
随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。
早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准，就能够在管理上迈出一大步。
相对于ISO9000的标准， CMMI有五个不同的标准。
而每一个标准对企业的管理力度都有着不同的要求。
企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。
CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。
在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI的应用甚至超过了美国。
据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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-IPICMM-Based Appraisal for Internal ProcessImprovement为内部过程改进而进行的基于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 SQA 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 SCAMPIStandard CMMI Assessment Method forProcess 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 场景需求管理REQM: Requirement Management项目策划PP:Project Planning项目监督和控制PMC:Project Monitoring and Control Planning供方协定管理SAM:Supplier Agreement Management测量和分析MA:Measurement and Analysis过程和产品质量保证PPQA:Process and Product Quality Assurance 配置管理CM:Configuration Management需求开发RD:Requirement Development技术解决TS:Technical Solution产品集成PI:Product Integration验证VER:Verification确认V AL:Validation组织过程聚焦OPF:Organization Process Focus组织过程定义OPD:Organization Process Definition组织培训OT:Organization Training集成项目管理IPM:Integration Project Management风险管理RSKM:Risk Management决策分析和决定DAR:Decision Analysis and Resolution项目定量管理QPM:Quantitative Project Management组织过程性能OPP:Organizational Process Performance组织革新和实施(Organizational Innovation and Deployment)原因分析和解决(Causal Analysis and Resolution)。