CMMI 22个PA缩写及主要内容
CMMI体系22个PA信息文件清单
实践 对应规程文件 小组 责任人 GP 2.1 建立组织级方针 GP 2.2 计划过程 GP 2.3 提供资源 GP 2.4 分派职责 GP 2.5 培训人员 QMS-ARCH-P01规程概述与方 GP 2.6 控制工作产品 针 领导小组 GP 2.7 识别相关干系人，并使之参与 QMS-PI-P01 过程改进规程 GP 2.8 监督并控制过程 GP 2.9 客观评价遵守程度 GP 2.10 与上级管理层一起进行状态评审 GP 3.1 建立已定义的过程 GP 3.2 收集与过程相关的经验 SP 1.1 识别配置项 QMS-CM-P01 配置管理规程 SP 1.2 建立配置管理系统 QMS-NA-P01 系统网络管理规 SP 1.3 创建或发布基线 程 配置管理改进 SP 2.1 跟踪变更请求 QMS-PAM-P01 产品档案管理 SP 2.2 控制配置项 规程 SP 3.1 建立配置管理记录 QMS-RC-P01 文件控制规程 SP 3.2 执行配置审计 SP 1.1 建立度量目标 SP 1.2 明确说明度量项 SP 1.3 明确说明数据收集与存储的规程 QMS-MA-P01 度量分析规程 SP 1.4 明确说明分析规程 度量改进 SP 2.1 获得度量数据 SP 2.2 分析度量数据 SP 2.3 存储数据与结果 SP 2.4 沟通结果 SP 1.1 监督项目计划参数 SP 1.2 监督承诺 QMS-PM-P01 项目管理规程 SP 1.3 监督项目风险 QMS-PM-P02 系统集成项目管 SP 1.4 监督数据管理 理规程 CMMI2-3级改 SP 1.5 监督干系人的参与 QMS-MRP-P01 项目管理评审 善小组 SP 1.6 进行进展评审 规程 SP 1.7 进行里程碑评审 QMS-RC-P01 质量记录监控规 SP 2.1 分析问题 程 SP 2.2 采取纠正措施 SP 2.3 管理纠正措施 SP 1.1 估算项目范围 SP 1.2 建立对工作产品与任务属性的估算 SP 1.3 定义项目生命周期阶段 SP 1.4 估算工作量与成本 SP 2.1 建立预算与进度 SP 2.2 识别项目风险 SP 2.3 计划数据管理 QMS-SEM-P01软件估算管理规程 CMMI2-3级改善小组 SP 2.4 计划项目资源 SP 2.5 计划所需的知识与技能 SP 2.6 计划干系人的参与 SP 2.7 建立项目计划 SP 3.1 评审影响项目的各项计划 SP 3.2 协调工作与资源水平 SP 3.3 获得对计划的承诺
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明●能力成熟度模型集成CMMI:Capability Maturity Model Integration ●通用目标GG：Generic Goals●特定目标SG：Specific Goals●通用实践GP：Generic Practices●特定实践SP：Specific Practices●过程域PA:Process Area●需求管理REQM:Requirement Management●项目策划PP:Project Planning●项目监督和控制PMC:Project Monitoring and ControlPlanning●供方协定管理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●确认VAL:Validation●组织过程聚焦OPF:Organization Process Focus●组织过程定义OPD:Organization Process Definition●组织培训OT:Organization Training●集成项目管理IPM:Integration Project Management●风险管理RSKM:Risk Management●决策分析和决定DAR:Decision Analysis and Resolution●质量保证QA:Quality Assurance●项目经理PM：Project Manager●软件工程过程组SEPG:Software engineering process group●过程改进指导描述PIID：Process Improvement Indicator Description●SCAMPI：Appraisal Method for Process Improvement（CMMI中评估过程改进的一种方法）二、定义●共利益者（Stakeholder）：所谓“共利益者”，指的是受到某种负责产生输出的方式影响的群体或个人。
cmmi整体框架和重点过程域解释
组织级过程定义（OPD）
成熟度3级过程管理类过程域
• 组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收 准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
组织级培训（OT）
成熟度3级过程管理类过程域
• 组织级培训（Organizational Training，OT）的目的在于发展 人员的技能与知识，使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动： • 识别组织所需要的培训 • 获得并提供培训，以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性
CMMI英文缩写
CMMI重要英文缩写 重要英文缩写
缩写 CMMI SG SP GG GP PA CM MA PMC PP PPQA REQM SAM DAR IPM OPD OPF OT PI RD RSKM TS VAL VER OPP QPM OID CAR 英文全称 Capability Maturity Model Integration Specific Goals Specific Practice Generic Goals Generic Practice Process Area Configuration Management Measurement and Analysis Project Monitoring and Control Project Planning Project and Product Quality Assurance Requirements Management Supplier Agreement Management Decision Analysis and Resolution Integrated Project Management Organizational Process Definition Organizational Process Focus Organizational Training Product Integration Requirements Development Risk Management Technical Solution Validation Verification Organizational Process Performance Quantitative Project Management Organizational Innovation and Deployment Causal Analysis and Resolution
CMMI-22个PA缩写及主要内容
CMMI 22个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）22个PA的主要内容有：1． CM：（Configuration Management）软件配置管理。
CMMI简介
CMMI PA 培训导论CMMI PA Training PrefaceCMMI咨询顾问：马平波Objectives♦了解CMMI 的来源及其基本内容♦理解CMMI 阶段式表述和连续式表述♦理解CMMI 能力度级别♦理解CMMI 成熟度级别Agenda•CMMI 起源•过程域•过程域内容概要•连续性和阶段式表述•理解成熟度级别•项目管理基本概念•总结Quality Management Evolution质量检查，Quality Check质量控制，Quality Control全面质量管理，Total Quality Management （TQM）Overview of TQM全面质量管理(TQM)质量产生于获得产品的全过程活动、人员、技术等产品生产过程中的一切要素都影响质量TQM强调过程的重要性，并将过程改进作为一个基本原则，质量保证因此而生事先预防甚于事后检查Premise of Process Improvement 接受全面质量管理的理念是进行过程改进、实施CMMI的前提“The quality of a product is largely determined by the quality of the process that is used to developand maintain it.”-Based on TQM principles as taught by Shewhart, Juran, Deming and Humphrey “Quality is planned in, designed in, constructed in, NOT inspected in.”-PMBOK过程的重要性PDCADeming PDCA过程改进思想持续不断地改进，使过程质量逐步提高过程改进实施方法—IDEALInitiatingD i a g n o s i n gE st a bl i sh i n gA c t i ng L e ar n i n g ProposeFuture ActionsAnalyze and ValidatePilot/Test Solution Create SolutionDevelop ApproachSet PrioritiesDevelopRecommendationsCharacterize Currentand Desired StatesCharterInfrastructureBuildSponsorship Stimulus for ChangeSet ContextImplement Solution Refine SolutionPlan ActionsCMMI Focuses on ProcessesPEOPLEPROCESS TECHNOLOGYCMMI 侧重于改进过程以实现质量改进CMMI OriginationCMMI思想根植于以下思想、技术、方法软件工程理论和方法项目管理技术和方法全面质量管理思想持续过程改进思想其它一般管理思想和方法形成了一套体系严谨的“Generally Accepted Best Practices”已成为事实上的软件（Software-Intensive）行业最被广泛接受的标准CMMI History试图从过程和管理的角度解决软件危机CMM = Capability Maturity Model，能力成熟度模型CMMI前身是1991年SEI发布的SW-CMM V1.0，1993年SW-CMM V1.1其后，一些其它能力成熟度模型被陆续开发SA-CMMSE-CMMIPD-CMMPeople CMM2002年，CMMI（CMM Integration）for SW/SE/IPPD/SS V1.1发布2006年，CMMI for Development V1.2Agenda•CMMI 起源•过程域•过程域内容概要•连续性和阶段式表述•理解成熟度级别•项目管理基本概念•总结ProcessA Process is a series of actions bringing about a result.-PMBOKA process is a set of practices performed to achieve a givenpurpose. -IEEEActivities that can be recognized as implementations of practices in a model. -CMMI glossary总之就是一系列相关的活动Process AreaA process area (PA)is a cluster of related practicesin an area that, when performed collectively, satisfy a set of goals considered important for making significant improvement in that area.PA 是一个领域内相关的一系列活动，当这些活动一起被执行时，可满足一组被认为是在该领域做出显著改进的目标。
cmmi能力成熟度模型结构
cmmi能力成熟度模型结构
CMMI（Capability Maturity Model Integration）能力成熟度模型结构由一系列的PA（过程域）组成，这些PA构成了集成能力模型的核心，为企
业提供了软件工程、系统工程、集成产品及过程开发方面的过程改进框架和指南。
CMMI模型由四个类别组成，分别是：
1. Doing（对应的工程类）：包括行动能力域，确保质量、设计和开发产品、交付与管理服务等。
2. Managing（对应的项目管理类）：包括管理能力域，规划和管理工作、管理业务弹性、管理员工等。
3. Enabling（对应的支持类）：包括赋能能力域，支持实施、管理安全和
安保等。
4. Improving（对应的过程管理类）：包括提高能力域，维持习惯性和持久性、改善性能等。
CMMI 模型还具有四个类别，12个能力域和25个实践域。
每个类别又包
含专门定义的能力域，这些域是组织在开发和交付产品和/或服务时通常会
遇到的相关和通用的实践按照逻辑分的组。
以上内容仅供参考，如需更全面准确的信息，建议查阅CMMI官方网站发布的资料或咨询专业的CMMI评估师。
CMMI基本概念要点
CMMI基本概念要点CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验，通过一系列的阶段和培训，帮助组织提高其过程的成熟度和质量，以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点：1. 成熟度级别（Maturity Levels）：CMMI定义了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点，组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别（Capability Levels）：CMMI还定义了六个能力级别，分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估，组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域（Key Process Areas）：CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等，可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践（Goals and Practices）：CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态，而实践则提供了实现这些目标的具体方法。
5. 过程改进（Process Improvement）：CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议，可以改进其软件工程和系统工程过程，提高效率、质量和客户满意度。
6. CMMI的评估和认证（Assessment and Certification）：组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI 22个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）22个PA的主要内容有：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）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
12．PP：（Project Plan）项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
13．PPQA：（Process and Product Quality Assurance）。
为项目组和管理层提供项目过程和产品的客观信息。
14．Process Tailoring：（Process Tailoring）过程裁剪。
为了使组织定义的标准过程能够适合于组织项目管理，不论该项目是提供产品还是服务。
15．RD&REQM：（Requirement Management& Requirement Development）。
需求管理和需求开发。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。
16．Review：（Review）评审。
可以有效提高系统，软件及产品的质量。
17．RSKM：（Risk Management）风险管理。
18．Testing：软件测试。
19．VER&VAL：（Verification & Validation）验证与确认。
Verification确保选定的工作产品满足需求规格。
Validation证明产品或产品部件在实际应用下满足应用要求。
20．TS：（Technical Solution）技术解决方案。
主要有几个方面的问题：过程管理，项目管理，工程管理，支持管理。
每个里面对应有很多文档要完成。
过程管理：OPF&OPD：差距分析报告.doc；过程改进汇总表.xls；过程改进计划.doc；过程改进总结报告.doc；过程试用报告.doc；试用计划.xls；OT：年度培训总结.doc；培训计划.doc；培训签到表.doc；培训通知.doc；培训需求调查表.doc；培训执行情况.doc；培训总结报告.doc；人员技能记录表.xls；日语出勤情况.xls；员工请假申请单.doc；项目管理：DAR：决策分析记录表.xls；PM：软件估计表.xls；项目管理记录表.xls；项目计划.doc；项目剪裁表.xls；项目进度.xls；项目里程碑报告.ppt；项目周报.xls；项目总结报告.doc；RSKM：风险管理报告.xls；工程管理：IM：程序清单.doc；系统设计说明.doc；详细设计说明书.doc；RD：软件需求说明书.doc；需求跟踪矩阵.xls；用户功能需求说明书.doc；VER&VAL：测试计划.doc；测试用例.doc；评审跟踪表.xls；缺陷跟踪记录表.xls；项目交付报告.doc；项目验收报告.doc；支持管理：CM：变更控制跟踪表.xls；基线发布报告.doc；配置管理计划.doc；配置审计报告.xls；配置状态报告.doc；企业财富库目录.xls；项目交付报告.doc；MA：个人工作日志.xls；客户满意度调查表.xls；项目工作量统计表.xls；PPQA：质量保证计划.doc；质量保证记录表.xls；质量保证总结报告.doc；CMMI 5个级对应的各个PACMMI一共25个PA，二级7个，三级14个，四级2个，五级2个。
二级配置管理Configuration Management (CM)测试与分析Measurement and Analysis (MA)项目监督与控制Project Monitoring and Control (PMC)项目策划Project Planning (PP)产品过程质量保证Process and Product Quality Assurance (PPQA)需求管理Requirements Management (REQM)采购管理Supplier Agreement Management (SAM)三级决策分析与决定Decision Analysis and Resolution (DAR)集成项目管理Integrated Project Management (IPM) / 项目立项集成供应商管理Integrated Supplier Management (ISM)Integrated Teaming (IT)组织过程定义Organizational Process Definition (OPD)组织过程关注Organizational Process Focus (OPF)组织过程性能Organizational Process Performance (OPP)组织培训Organizational Training (OT)产品集成Product Integration (PI)需求开发与管理Requirements Development (RD)风险管理Risk Management (RSKM)测试Technical Solution (TS)Validation (VAL)Verification (VER)四级Quantitative Project Management (QPM) Organizational Environment for Integration (OEI)五级Organizational Innovation and Deployment (OID) Causal Analysis and Resolution (CAR)。