cmmi标准名词
CMMI名词解释
CMMI: Capability Maturity Model Integration（能力成熟度模型集成）CMMI-DEV: CMMI Development（CMMI-开发）ML: Maturity Level（成熟度等级）EPG: Engineer Process Group（工程过程组）ISO: International Organization for Standardization（国际标准组织）PA: Process Area（过程域）REQM: Requirements Management（需求管理）PP: Project Planning（项目计划）PMC: Project Monitor and Control（计划监督和控制）SAM: Supplier Agreement Management（供应商合同管理）M&A: Measurement and Analysis（度量和分析）PPQA: Product and Process Quality Assurance（产品和过程质量保证）CM: Configuration Management（配置管理）RD: Requirement Development （需求开发）TS: Technical Solution（技术解决方案）PI: Product Integration（产品集成）VER: Verification（验证）VAL: Validation（确认）OPF: Organization Process Focus（组织过程焦点）OPD: Organization Process Definition（组织过程定义）OT: Organizational Training（组织级培训）IPM: Integrated Project Training（集成项目管理）RSKM: Risk Management（风险管理）DAR: Decision Analysis and Resolution（决策分析与解决方案）。
CMMI标准名词术语
CMMI标准名词术语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 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 场景关键字：CMMI，SCAMPI，过程改进，能力成熟度，EPG软件能力成熟度模型（CMM／CMMI）已成为IT业界通用的过程体系，是一条提高软件企业产品质量、增强企业核心竞争力的有效途径，它给软件企业带来的成功已经为许多国内、外著名软件厂商所证明，根据SEI的统计，软件企业在引入CMM后劳动生产率平均增长了35%；错误比率平均减少39%；平均成本回报率为5：1。
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是什么
CMMI是什么？CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型），是美国国防部的一个设想，1994年由美国国防部（United States Department of Defense）与卡内基-梅隆大学（Carnegie-Mellon University）下的软件工程研究中心（Software Engineering Institute，SEISM）以及美国国防工业协会（National Defense Industrial Association）共同开发和研制的，他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型，集成到一个框架中去，申请此认证的前提条件是该企业具有有效的软件企业认定证书。
其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
CMMI可分以下几个等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2．可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
什么是cmmi
什么是cmmi什么是 cmmi？ CMMI 是指将组织看做一个系统，该系统的设计、运行、维护需要来自于外部专家的参与。
因此 CMMI 强调外包开发过程中的协同性、一致性、规范化。
CMMI 的理念主要基于以下两点考虑：其一，在开发过程中引入第三方专业人士或者团队，可以帮助公司解决开发难题，减少资源浪费；其二，这些第三方所具备的专业知识使得整个项目保持了较高水准，确保项目品质。
CMMI 的概念非常简单，但它却把许多管理工具进行了优化整合，如果不注意深刻领会其含义，那很容易就被一般流行的“敏捷”、“极限编程”等新概念所迷惑。
CMMI 在国际上已经存在了十年左右时间，美国、欧洲都制定了相关的标准，其核心内涵是帮助客户取得成功。
CMMI 在欧洲地区通用的软件成熟度模型（ SoftwareMillgreation Model），也就是MSIL (SystemsExpectiveMetificationLanguage)，它的核心思想在于让组织利用第三方成熟的技术去弥补自身的短板，即根据特定组织的业务问题，提供适当的 IT 服务，并且采用 CMMI 的评估方法，定期测量和监控这种方案的效果，从而达到改善管理和提升绩效的目的。
CMMI 是当今最为先进的软件过程改进模型，已经得到了业界广泛的支持和接受，已经成为软件过程管理（ SEM）和过程改进（ TS）领域最普遍、最具代表性的工具之一。
CMMI 的主要内容包括：阶段评审（ StageCourseRhymes）、配置管理（ ConfigurationLoaders）、里程碑管理（ MilestoneClassinter s）、测试驱动开发（ TestIndustries）、风险管理（ RiskDirectory）、质量保证（ QualityAssurance）和服务管理（ ServiceManageries），这六大块内容构建起了 CMMI 的知识库。
CMMI 的全称是软件能力成熟度模型，它是微软公司首创的一套成熟度管理模型。
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标准名词术语1. ATAssessment Team 评审小组2. ATMAssessment Team Member 评审小组成员3. BABaseline Assessment 基线评审4. CARCausal Analysis and Resolution 原因分析与决策5. CBACMM-Based Appraisal 基于CMM的评价6. CBA-IPICMM-Based Appraisal for Internal Process Improvement为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）7. CCConfiguration Controller 配置管理员8. CFCommon Feature 公共特性9. CFPSCertified Function Point Specialist 注册功能点专家10. CIConfiguration Item 配置项11. CMConfiguration Management 配置管理12. CMMCapability Maturity Model 能力成熟度模型13. CMMICapability Maturity Model Integration 能力成熟度集成模型14. COTSCommerce off the shelf 商业现货供应15. DARDecision Analysis and Resolution 决策分析与制定16. DBDDatabase Design 数据库设计17. DDDetailed Design 详细设计18. DPData Provider 数据提供者19. DRDerived Requirement 派生需求20. EPGEngineering Process Group 工程过程小组21. FPFunction Point 功能点22. FPAFunction Point Analysis 功能点分析23. FRFunctional Requirement 功能性需求24. GAGap Analysis 差距分析25. IDInterface Design 接口设计26. IFPUGInternational Function Point Users Group 国际功能点用户组织27. IPMIntegrated Project Management 集成项目管理28. IRInterface Requirement 接口需求29. KPAKey Process Area 关键过程域30. KRKey Requirements 关键需求31. LALead Assessor 主任评审员32. MAMeasurement and Analysis 测量与分析33. MATMetrics Advisory Team 度量咨询组34. MCAMetrics Coordinator and Analyst 度量专员35. MLmatreraty library 度量数据库36. NFRNon-functional Requirement 非功能性需求37. OCOperational Concept 操作概念38. OIDOrganizational Innovation and Deployment 组织革新与部署39. OPDOrganizational Process definition 组织过程定义40. OPFOrganizational Process focus 组织过程焦点41. OPLOrganizational Process Assets 组织过程财富42. OPPOrganaizational Process Perormance组织过程性能43. OSSPOrganization’s Set of Standard Process 组织标准过程集合44. OTOrganizational Training 组织级培训45. PAProcess Areas 过程域46. PATProcess Action Team 过程行动小组47. PBProcess Assets Library 过程财富库48. PDPreliminary Design 概要设计49. PDSPProject Defined Standard Processes 项目定义标准过程50. PIProduce Integration 产品集成51. PLCProduct Life Cycle 产品生命周期52. PMCProject Monitoring and Control 项目监控53. PPProject Planning 项目策划54. PPQAProcess and Product Quality Assurance 过程与产品质量保证55. PPRPrice Performance Ratio 性能价格比56. SQASoftware Quality Assurance 软件质量保证57. QAQuality Assurance 质量保证58. QAPSoftware Quality Assurance Plan 质量保证计划59. QPMQuantitative Project Management 量化项目管理60. RDRequirements Development 需求开发61. RM/ReqMRequirements Management 需求管理62. RSKMRisk Management 风险管理63. RTMRequirement Traceability Matrix 需求跟踪矩阵64. SAMSupplier Agreement Management.供应协议管理65. SCSteering Committee 指导委员会66. SCAMPIStandard CMMI Assessment Method for rocess Improvement 过程改进CMMI 标准评审方法67. SCCBSoftware Configuration Control Board 软件配置管理控制委员会68. SCMSoftware Configuration Management 软件配置管理69. SDPSoftware Development Plan 软件开发计划70. SEISoftware Engineering Institute (美国)软件工程学院71. SEPGSoftware Engineering Process Group 软件工程过程组72. SPISoftware Process Improvement 软件过程改进73. SPPSoftware Project Planning 软件项目策划74. SPTOSoftware Project Tracking and Oversight 软件项目跟踪与监控75. SRSystem Requirements 系统需求76. SRSSoftware Requirement Specification 软件需求规格77. SSMSoftware Subcontract Management 软件分包管理78. SSRSoftware System Requirement 软件系统需求79. TSTechnical Solution 技术解决方案80. UCUse Case 用例81. UIDUser Interface Design 用户界面设计82. VALValidation 确认83. VERVerification 验证84. WBSWork Breakdown Structure 工作分解结构85. WPWork Products 工作产品。
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的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
CMMI5是怎样的级别？
CMMI5是怎样的级别？什么是CMMI?CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。
是在CMM（Capability Maturity Model For Software，软件能力成熟度模型）的基础上发展而来的。
CMMI是由美国卡耐基梅隆大学软件工程研究所（Software Engineering Institute，SEI）组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。
关于CMMI的五个级别CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比较强的软件综合开发能力。
CMMI一级，初始级。
在初始级水平上，软件组织对项目的目标与要做的努力很清晰，项目的目标可以实现。
但是由于任务的完成带有很大的偶然性，软件组织无法保证在实施同类项目时仍然能够完成任务。
项目实施能否成功主要取决于实施人员。
CMMI二级，管理级。
在管理级水平上，所有第一级的要求都已经达到，另外，软件组织在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人，对项目相关的实施人员进行了相应的培训，对整个流程进行监测与控制，并联合上级单位对项目与流程进行审查。
二级水平的软件组织对项目有一系列管理程序，避免了软件组织完成任务的随机性，保证了软件组织实施项目的成功率。
CMMl三级，定义级。
在定义级水平上，所有第二级的要求都已经达到，另外，软件组织能够根据自身的特殊情况及自己的标准流程，将这套管理体系与流程予以制度化。
这样，软件组织不仅能够在同类项目上成功，也可以在其他项目上成功。
科学管理成为软件组织的一种文化，成为软件组织的财富。
CMMI四级，量化管理级。
在量化管理级水平上，所有第三级的要求都已经达到，另外，软件组织的项目管理实现了数字化。
CMMI是什么
CMMI是什么？CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型），是美国国防部的一个设想，1994年由美国国防部（United States Department of Defense）与卡内基-梅隆大学（Carnegie-Mellon University）下的软件工程研究中心（Software Engineering Institute，SEISM）以及美国国防工业协会（National Defense Industrial Association）共同开发和研制的，他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型，集成到一个框架中去，申请此认证的前提条件是该企业具有有效的软件企业认定证书。
其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
CMMI可分以下几个等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
CMMI
CMMICMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Ac quisition三个套装产品。
早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：n 不能集中其不同过程改进的能力以取得更大成绩；n 要进行一些重复的培训、评估和改进活动，因而增加了许多成本；n 遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM 模型的需求产生了。
1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI评估的预备工作评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。
我们所说的文档化CMMI评估计划的结果，包括：要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤，组织的背景信息）。
CMMI基础知识
过程域PA(process area) 子实践(Subpractice) 典型工作产品(typical work product) 组织资产(organizational assets) 过程体系结构(process architectures) 过程要素(process element) 产品生命周期(product life cycle) 组织度量库(organizational measurement repository) 组织过程资产库(organizational library of processrelated documentation)
成熟度级别
过程域
过程域
…
特别目标
共性目标
说明: 这个是一个阶 段性表现
共性实践 特定实践
问题
谢谢！
组织级的过程能力是靠一组过程能力结合起来体 现的，而不仅仅是实现单独一个过程。而提高组 织级能力成熟度一般采用阶段型模型，即Level1 到Level5，每个级别都有相关的PA. 阶段表示能力成熟度的五个等级：初始级(1)->受 管理级(2)->已定义级(3)->定量管理级(4)->持续优 化级(5).
过程域PA可以按照过程管理，项目管理，支持，工程四 个大类进行划分。
有两种类型的目标和实践：一种是特别目标SG和特定实 践；一种是共性目标GG和共性实践GP。 GG和GP主要分为是个步骤来实现：执行委托－》执行 能力－》指导实施－》验证实施。其中执行委托是GP2.1； 实现能力是GP2.2 GP2.3 GP2.4 GP2.5 GP3.1;指导实施 是GP2.6 GP2.7 GP2.8 GP3.2 ；验证实施是GP2.9 GP3.0
CMMI基础知识培训
CMMI基础知识
一、基础信息介绍：1.1 CMMI――Capability Maturity Model Integration(集成能力成熟度模型)；1.2 CMMI是由卡耐基梅隆大学软件工程学院（SEI）制定的；1.3 CMMI集成了四个知识领域的应用：l Software Engineering (软件工程)、l System Engineering (系统工程)、l Integrated Product and Process Development （集成的产品与过程开发）、l Supplier Sourcing (外包开发) Newegg引入CMMI主要使用在两个知识领域：Software Engineering(软件工程) 和System Engineering (系统工程)1.4 CMMI模型在表现方式上分为2种：分阶段表述和连续性表述，我们通常所说的CMMI的等级是指在分阶段表述下的成熟度等级（ML）。
二、CMMI构成介绍：2.1 CMMI模型组建图2.2 专有名词介绍：l 成熟度等级（Maturity Level, ML）：在CMMI分阶段表述中一组经过定义的渐进式过程改善指标，达到每一个成熟度等级则代表组织过程的某重要部分有稳固的基础，一共分为五级。
l 过程域(Process Area, PA)：是一组同属某过程领域而彼此相关的执行方法，当共同执行这些方法时，可以达成一组目标，而这些目标对该领域的重大改善是重要的。
l 特定目标(Specific Goal, SG)：适用于单一的过程域，并强调其独有的特征，此特征用来说明必须要执行什么以满足过程域。
l 特定实践(Specific Practice, SP)：是一种活动，它对达成相关的特定目标是重要的，特定执行方法说明一组活动，这组活动被期望可某过程域的特定目标。
l 一般目标(Generic Goal, GG):是指该目标可用于多个过程域，分阶段表述的每个过程域只有一个一般目标。
cmmi标准的特点
cmmi标准的特点CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织过程能力的国际标准，它帮助组织实现高质量的产品和服务交付。
CMMI标准具有以下特点：1. 综合性：CMMI标准是一种综合性的过程能力模型，覆盖了产品和服务开发、供应链管理、项目管理等多个领域。
它可以适用于不同规模和类型的组织，无论是软件、系统工程还是服务机构，都能从CMMI中受益。
2. 阶段性：CMMI标准按照成熟度级别进行划分，共分为5个级别，从初级到成熟依次为初始级别（Level 1）、可管理级别（Level 2）、已定义级别（Level 3）、已管理级别（Level 4）、最优化级别（Level 5）。
每个级别都具有一组特定的目标和实践，组织可以根据自身的需求和目标选择适合的级别。
3. 面向持续改进：CMMI标准的目的是衡量和提高组织的过程能力，以实现持续的改进和优化。
它鼓励组织通过量化和分析数据来识别问题和机会，并制定相应的改进计划和行动。
4. 面向成果导向：CMMI标准强调结果导向的思维方式，鼓励组织设定明确的目标，并确保过程和实践的执行能够产生目标所需的结果。
它提供了一套从管理层面到操作层面的最佳实践，帮助组织确保每个阶段和每个活动都能够有效地为最终的结果做贡献。
5. 组织宽度：CMMI标准旨在整合组织内所有相关活动的最佳实践，并促进不同部门和职能之间的协作和沟通。
它鼓励组织建立跨部门和跨功能的团队，共同制定和实施过程改进计划。
6. 改进导向：CMMI标准不仅提供了一套评估组织过程能力的方法，还为组织提供了改进过程能力的指导。
它帮助组织建立起标准化的过程框架，以确保过程能力的不断提高。
7. 全球适用性：CMMI标准是一种国际通用的模型，被广泛应用于全球各个行业。
它具有良好的可扩展性和适应性，可以根据组织的规模和特定需求进行定制。
参考内容：- 吴琳，吴志成，徐海鹰. CMMI标准解读与案例分析[M]. 清华大学出版社，2011年。
cmmi个人一级标准
cmmi个人一级标准CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用来评估和提高组织和个人软件开发能力的国际标准。
CMMI个人一级标准是CMMI模型中的最低级别，它着重于个人软件开发能力的建设和提高。
本文将详细介绍CMMI个人一级标准的重要性、基本原则和应用方法。
一、CMMI个人一级标准的重要性CMMI个人一级标准是评估个人软件开发能力的基础，它对于软件行业的发展具有重要意义。
首先，CMMI个人一级标准可以帮助个人提高软件开发的效率和质量，通过规范化的流程和标准，个人可以更好地掌握软件开发的技术和方法。
其次，CMMI个人一级标准可以提升个人在软件开发领域的竞争力，得到更多的机会和挑战。
最后，CMMI个人一级标准对企业来说也是一种评估个人软件开发能力的重要依据，有助于提高整体软件开发团队的能力水平。
二、CMMI个人一级标准的基本原则CMMI个人一级标准的实施基于以下基本原则：1. 规范化：个人在软件开发过程中应该遵循标准化的流程和方法，确保软件开发的一致性和可重复性。
2. 持续改进：个人应该不断反思和总结软件开发工作中的问题和不足，并采取措施进行改进，提高自己的软件开发能力。
3. 持续学习：个人应该不断学习新的软件开发技术和方法，提高自身的专业素养和能力。
4. 团队合作：个人需要与团队成员合作，共同完成软件开发任务，增强团队协作能力和沟通能力。
5. 客户导向：个人在软件开发过程中应该始终将客户需求放在首位，确保软件的质量和用户满意度。
三、CMMI个人一级标准的应用方法实施CMMI个人一级标准，个人需要遵循以下方法：1. 设定目标：个人应该明确自己的软件开发目标，并制定相应的计划和策略，以保证目标的实现。
2. 规划工作：个人应该制定软件开发工作的详细计划，包括时间安排、资源分配等，确保工作的有序进行。
3. 执行计划：个人按照制定的计划进行软件开发工作，同时要注意遵循标准的流程和方法。
CMMI是什么意思，认定的条件有哪些？
CMMI是什么意思，认定的条件有哪些？
（一）CMMI软件能力成熟度模型是什么？
CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成(也有称为：软件能力成熟度集成模型)是一种软件开发的标准，按照这个标准去做，就能帮助软件企业改进和优化管理，在提高软件开发水平和效率的同时提高产品的质量和可靠性。
实施CMMI，可以帮助IT企业对软件/系统工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件、硬件和系统集成项目，从而提高企业的管理水平，增强企业的国际竞争能力。
（二）认定的条件有哪些？
1.合法注册的企业。
2.CMMI认证是针对软件企业的能力成熟度模型标准，所以必须是软件相关的企业。
3.参与人员不能低于15-20人。
4.企业要有专门的人员进行体系创建，体系监督执行，过程分析和改进。
5.在评估前要至少完成体系创建、完成，并持续运行半年以上。
6.最少需要3-4个项目的记录，软件、硬件和系统集成均可。
CMMI认证不需要其它企业资质的支持。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 PAL 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 场景。