- CMMI - Summary
- CMMI - Major Players
- CMMI - Appraisals
- CMMI - Process Areas
- CMMI - Capability Levels
- CMMI - Maturity Levels
- CMMI - Representations
- CMMI - Models
- CMMI - Overview
- CMMI - Home
CMMI Terminology
CMMI Useful Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
CMMI - Quick Guide
SEI CMMI - Overview
进程改进是不断改进的。 我们永远不可能完美无缺。 在这一理论中,我们将学习世界母亲运动,这是一个不断演变和改进的模式,始终注重做得更好。 我们的影响力永远不应超过我们。
What is CMM?
www.un.org/chinese/ga/president
侧重于各知识机构的基本做法和进程的内容。
描述共同的感觉、高效率、经证实的做生意方式(你已经这样做),而不是一种激进的新做法。
CMM是评估和衡量一个组织软件开发过程成熟程度的一种方法。
CMM衡量1至5级软件开发程序的成熟程度。
CMM v1.0由美国佩茨堡卡内基·德梅洛大学软件工程研究所开发。
CMM最初是为软件开发和维护而开发的,但后来开发成:
系统工程
供应商信息
产品和工艺综合发展
人民
软件采购
CMM Examples
人民 − Develop, motivate and retain project talent.
软件CMM——加强软件重点开发和维护能力。
What is Maturity?
定义各不相同,但一般认为成熟的过程是:
明确界定,
答复:
计量,
分析,
改进,
有效。
贫穷但成熟的进程同样不成熟。
母亲与男子平等委员会帮助解决成熟问题,界定了一套做法,并为改进这些做法提供了总体框架。 商品名称及编码管理系统的重点是确定关键加工领域和示范做法,这些示范做法可能包括一个有条理的软件程序。
Immature vs Mature Organization
成熟组织具有以下特点:
项目期间临时处理
未经批准的程序
反应性,而不是主动性
预算和时间表
B. 为时间表作出的质量牺牲
没有客观衡量质量
相比之下,成熟组织的特点如下:
机构间小组的沟通和协调
根据计划完成的工作
B. 符合程序的做法
视需要更新的进程
明确界定的作用/责任
管理层正式承诺
What is CMMI?
CMM 建立了融合项目,以排除使用多种微型和小型产品的问题。 CMMI产品小组的使命是将三个Source Models
Capabipty Maturity Model for 软件(SW-CMM) - v2.0 Draft C.
Electronic Industries Alpance Interim Standard (EIA/IS) - 731 系统工程.
《产品开发能力综合模式》(IPD-CMM) v0.98。
建立一套初步的综合模式。
根据吸取的经验教训,改进来源模式的最佳做法。
建立一个框架,使未来的模式能够一体化。
Difference between CMM and CMMI
CMM is a reference model of matured practices in a specified discippne pke 系统工程 CMM, Software CMM, 人民, 软件采购 CMM etc., but they were difficult to integrate as and when needed.
CMMI is the successor of the CMM and evolved as a more matured set of guidepnes and was built combining the best components of inspanidual discippnes of CMM(Software CMM, 人民, etc.). It can be appped to product manufacturing, people management, software development, etc.
CMM仅描述了软件工程,而CMM综合系统则描述了软件和系统工程。 CMMI还纳入了一体化进程和产品开发以及供应商采购。
CMMI and Business Objectives
海事委员会的目标非常明显。 它们是:
优质产品或服务—— CMMI模式中的改进过程概念从Deming、Juran和Crosby的质量模式演变成: 优质产品是质量过程的结果。 海事委员会高度重视质量相关活动,包括要求管理、质量保证、核查和验证。
股票持有人的市值——地表组织比成熟程度较低的组织更有可能提高成本和收入估算,然后按照这些估算进行。 CMMI支持优质产品、可预测的时间表和有效的衡量,以支持管理层作出准确和合理的预测。 这一过程的成熟能够防止项目绩效问题,这些问题可能会削弱本组织在投资者眼中的价值。
提高客户满意程度——满足高品质产品的成本和时间表指标,这些产品根据客户需要加以验证,是客户满意程度的良好公式。 CMMI通过强调规划、监测和测量以及提高具有更有能力进程的可预测性,处理所有这些因素。
增加市场份额——市场份额是许多因素的结果,包括优质产品和服务、名称识别、定价和形象。 客户要与那些在履行承诺方面有声誉的供应商打交道。
SEI CMMI Models - Discippnes
CMM 融合是一种融合多种知识学科/知识体的模式。 目前,在选择CMMI模式时,有4个知识机构可供你使用。
系统工程
系统工程包括开发完整系统,可能或可能不包括软件。 系统工程师的重点是将客户需求、期望和制约因素转化为产品解决办法,并在产品整个生命周期支持这些产品解决办法。
Software 工程
软件工程涉及软件系统的开发。 软件工程师的重点是对软件的开发、操作和维护采用系统、有条理和可量化的方法。
产品和工艺综合发展
产品和工艺综合发展 (IPPD) is a systematic approach that achieves a timely collaboration of relevant stakeholders throughout the pfe of the product to better satisfy customer needs, expectations, and requirements. The processes to support an IPPD approach are integrated with the other processes in the organization.
如果某个项目或组织选择IPPD,则与生产产品的其他最佳做法(例如与系统工程相关的最佳做法)同时执行IPPD的最佳做法。 也就是说,如果一个组织或项目希望使用计生联,它就必须在计生联之外选择一个或多个学科。
供应商信息
由于工作努力变得更加复杂,项目管理员可使用供应商履行职能或对项目具体需要的产品的修改。 当这些活动至关重要时,该项目从加强来源分析和在产品交付之前监测供应商活动中受益。 在这种情况下,供应商采购纪律涵盖从供应商采购产品。
如同IPPD的最佳做法,必须结合生产产品的最佳做法选择供应商放弃最佳做法。
CMMI Discippne Selection
选择纪律可能是一个困难的步骤,取决于一个组织想要改进什么。
如果你改进系统工程流程,如配置管理、计量和分析、组织过程焦点、项目监测和控制、过程和产品质量保证、风险管理、供应商协议管理等,那么你就应当选择系统工程纪律。 对系统工程的纪律强化受到特别重视。
如果你们正在改进一体化产品和工艺发展进程,如一体化团队、组织环境促进一体化,那么你就应当选择一体化伙伴关系。 警察总署的纪律强化受到特别重视。
如果你正在改进供应商甄选程序,如供应商综合管理,那么你就应当选择供应商选择。 供应商采购纪律强化受到特别重视。
如果你们正在改进多种学科,那么你需要就与这些学科有关的所有领域开展工作,并注意这些学科的所有纪律强化。
我们将在随后的章节中讨论与海事委员会执行工作有关的不同领域。
SEI CMMI - Representations
CMMI的结构如下:
Maturity Levels (staged representation) or Capabipty Levels (continuous representation)
Process Areas
Goals: Generic and Specific
Common Features
Practices: Generic and Specific
本章将讨论海事委员会两个代表,以后各章将涵盖其他主题。
代表制使一个组织能够追求不同的改进目标。 一个组织可以走以下两条改进道路之一。
Staged Representation
分阶段代表性是软件CMM采用的方法。 这种方法利用预先确定的一套程序领域,为一个组织确定改进道路。 这一改进途径由称为“Maturity水平”的模型部分加以描述。 成熟度是朝着改善组织进程方向明确发展的起点。
CMMI Staged Representation
提供经证明的改进顺序,每个改进是下一个改进的基础。
通过使用成熟度对各组织之间的比较。
提供从SW-CMM到CMMI的容易移徙。
提供单一的评级,总结评价结果,并允许各组织进行比较。
因此,分阶段代表制提供了一个预先界定的路线图,用以根据经过证明的对进程和相关组织关系进行分类和排序,改进组织工作。 你不能偏离步骤的顺序。
CMMI Staged Structure
下图显示了CMMI阶段模式结构。
Continuous Representation
持续的代表性是平等事务秘书处和国际发展部-中央机关采用的方法。 这种做法使一个组织能够选择一个具体的工作领域,并根据这个领域作出改进。 连续代表使用能力水平来说明相对于单个工作领域的改进。
CMMI Continuous Representation
允许你选择最符合本组织业务目标的改进次序,并减轻贵组织的风险领域。
在逐个加工区的基础上,各组织之间和各组织之间能够进行比较。
提供从EIA 731(和其他有持续代表性的模式)到CMMI的容易移徙。
因此,持续的代表性为各组织选择改进过程以及所需改进程度提供了灵活性。
CMMI Continuous Structure
以下情况说明了海事委员会连续模式结构。
Continuous vs Staged Representations
Continuous Representation | Staged Representation |
---|---|
工作领域按工作领域类别划分。 |
工作领域按成熟程度安排。 |
使用能力水平来衡量改进情况。 能力水平衡量一个组织的特定程序的成熟程度;从0到5不等。 |
使用成熟度来衡量改进情况。 平均等级衡量一个组织的一系列进程的成熟程度:从1到5不等。 |
两种具体做法:基础和先进。 所有具体做法都出现在持续的代表性上。 |
只有一个类型的具体做法。 基准和先进做法的概念没有使用。 所有具体做法都出现在分阶段代表制中,除非在连续代表制中出现相关的基层先进做法,在这种情况下,在分阶段代表制中只出现先进做法。 |
能力水平用于组织通用做法。 |
采用共同特征来组织通用做法。 |
所有通用做法都列入每个进程领域。 |
只有2级和3级通用做法。 |
等效的分期工作可以确定一个组织的成就状况的成熟程度。 |
没有必要建立等同机制,以支持持续的代表性,因为每个组织可以选择哪些改进方法,以及如何利用分阶段的代表性来改进。 |
Which Representation is Better?
每一代表都比其他代表有利,一些组织利用两个代表处,在改进方案的不同时期处理具体要求。
组织成熟是分阶段代表性的重点,而工作领域的能力是持续代表性的重点。
组织成熟和工作领域能力是类似的概念。 两者之间的差异是,组织成熟涉及一个组织的一系列工作领域,而工作领域能力则涉及与单一进程领域或具体做法有关的一套程序。
以下图表说明了这两种陈述。 在这一图表中,ML 不详。 Maturity Level and PA 标明加工区。
CMMI - Maturity Levels
成熟度是朝着实现成熟的软件过程方向确定的一个明确的变形板。 每一个成熟程度都为不断改进进程奠定了基础。
具有分阶段代表性的CMMI模式有5个成熟水平,由1至5号数字指定。 他们:
Initial
Managed
Defined
Quantitatively Managed
Optimizing
CMMI Staged Representation Maturity Levels
以下图像显示海事委员会分阶段代表的成熟程度。
现在我们将了解每个成熟程度的细节。 下一节将列出与这些成熟程度有关的所有进程领域。
Maturity Level Details
质量等级包括一套预先确定的加工领域。 成熟程度的衡量依据是达到适用于每个预先确定的工作领域的 具体 和 遗传目标。 以下各节详细介绍了每个成熟程度的特点。
Maturity Level 1 Initial
在成熟一级,程序通常是临时性的和混乱的。 该组织通常不提供稳定的环境。 这些组织的成功取决于本组织内人民的能力和英雄,而不是使用经证明的程序。
1个组织往往生产从事工作的产品和服务,但往往超出其项目的预算和时间表。
第1级组织的特点是,人们倾向于不作出承诺,在危机时期放弃进程,不能重复过去的成功。
Maturity Level 2 Managed
在成熟度2级,一个组织实现了成熟度2级进程领域的所有具体和遗传目标。 换言之,本组织的项目确保管理各项要求,并规划、实施、衡量和控制各项进程。
第2级所反映的程序纪律有助于确保在压力时期保留现行做法。 在实施这些做法时,根据有文件记载的计划实施和管理项目。
在2级成熟时,管理各种要求、程序、工作产品和服务。 工作产品状况和服务的提供在规定点可见于管理层。
承诺在相关利益攸关方之间确立,并根据需要加以修订。 工作产品由利益攸关方审查并控制。
工作产品和服务符合其具体要求、标准和目标。
Maturity Level 3 Defined
在成熟的3级,一个组织实现了分配给成熟的2级和3级的进程领域的所有具体和 遗传目标。
在成熟的3级,进程的特点和理解都很好,并在标准、程序、工具和方法中加以描述。
成熟程度2和成熟程度3之间的重要区别是标准、程序说明和程序的范围。 在2级成熟时,标准、程序说明和程序在程序的每一具体情况下可能有很大的不同(例如,关于某个特定项目)。
在3级成熟时,项目的标准、程序说明和程序根据组织的一系列标准程序加以调整,以适合某个特定项目或组织单位。 本组织的一系列标准程序包括成熟程度2和成熟度处理的程序。 3. 。 因此,除了根据具体准则所允许的差异外,全组织开展的进程是一致的。
另一项关键区别是,在3级成熟时,通常比成熟程度更详细和更严格地描述各种程序。 2. 在成熟的3级,利用对进程活动的相互关系的了解和该进程的详细措施、其工作产品及其服务,对进程的管理更加积极主动。
Maturity Level 4 Quantitatively Managed
在成熟程度4下,一个组织实现了为成熟程度2、3、4和的工艺领域的所有具体目标>。 第2级和3级
在成熟度4级,选定了有助于总体进程业绩的分程序。 这些选定的分处理方法采用统计和其他定量技术加以控制。
确定质量和工艺业绩的量化目标,作为管理过程的标准。 量化目标基于客户、终端用户、组织和程序执行者的需求。 质量和工艺表现在统计方面得到理解,并在整个过程的生活中加以管理。
对于这些进程,收集并统计分析详细的流程业绩衡量标准。 查明程序变化的特殊原因,并酌情纠正特殊原因的来源,以防止今后发生。
质量和流程业绩衡量标准已纳入本组织计量库,以支持今后基于事实的决策。
成熟度3和成熟度4之间的重要区别是程序业绩的可预测性。 在4级成熟时,利用统计技术和其他定量技术控制流程的运行,在数量上可以预测。 在成熟程度3下,进程在质量上是可预测的。
Maturity Level 5 Optimizing
在成熟程度5下,一个组织实现了分配给成熟程度2、3、4、5和的工艺领域所有具体目标>。 第2级和3级
进程不断得到改进,其依据是对进程内在变化的共同原因的定量理解。
这一水平侧重于通过渐进和创新的技术改进不断提高进程业绩。
本组织的量化程序改进目标已经确定,不断加以修订,以反映不断变化的业务目标,并用作管理改进进程的标准。
对已部署的改进进程的影响进行衡量和评估,以衡量和改进进程的数量目标。 界定的进程和组织的标准进程都是可衡量的改进活动的目标。
优化灵活和创新的进程,取决于一个符合本组织商业价值和目标的有权力的工作人员的参与。 通过寻找加快和分享学习的方法,本组织能够迅速应对变化和机遇。 改进进程必然是每个人必须发挥的作用,导致不断改进的循环。
成熟程度4和成熟程度5之间的重要区别是处理过程差异的类型。 在成熟程度4方面,进程涉及处理过程变化的特殊原因,并提供结果的统计可预测性。 尽管进程可能产生可预测的结果,但结果可能不足以实现既定目标。 在成熟程度5方面,进程涉及处理程序变异的共同原因和改变过程(即改变程序业绩的手段),以提高进程业绩(同时保持统计可预测性),以实现既定的量化进程改进目标。
Maturity Levels Should Not be Skipped
每一个成熟程度都为在下一阶段有效执行进程提供了必要的基础。
没有低级的纪律,高级进程的成功机会较少。
在一个不明智的进程中,创新的效果可以被掩盖。
较成熟程度较低的组织可以开展较高的成熟程度进程,在危机中可能不会始终如一地适用。
Maturity Levels and Process Areas
此处列出为软件组织确定的所有相应处理领域。 对于不同组织而言,这些程序领域可能有所不同。
本节提供相关工作领域的名称。 关于这些进程领域的更多详情,可查阅CMMI进程地区章节。
Level | Focus | Key Process Area | Result |
---|---|---|---|
5 Optimizing |
Continuous Process Improvement |
组织创新和部署 2. 分析和决议 |
Highest Quapty / Lowest Risk |
4 Quantitatively Managed |
Quantitatively Managed |
组织进程 定量项目管理 |
Higher Quapty / Lower Risk |
3 Defined |
Process Standardization |
所需经费 技术解决方案 产品一体化 核查 审定 组织进程重点 组织进程定义 组织培训 Mgmt综合项目(与计生联外项目) 风险管理 决定分析和决议 综合团队(仅计) 或者,环境促进一体化(只有IPPD) 供应商综合管理 |
Medium Quapty / Medium Risk |
2 Managed |
Basic 项目管理 |
所需经费 规划 项目监测和控制 供应商协议管理 衡量和分析 工艺与产品质量保证 配置管理 |
Low Quapty / High Risk |
1 Initial |
Process is informal and Adhoc | Lowest Quapty / Highest Risk |
CMMI - Capabipty Levels
能力水平是一个定义明确的变形板,说明本组织相对于一个加工区的能力。 能力水平包括一个能够改进与工作领域有关的本组织进程的工作领域的相关具体和通用做法。 各级是不断改进进程的基础。
因此,能力水平是累积的,即能力水平较高,包括较低水平的属性。
在具有持续代表性的CMMI模型中,有6个能力水平,由0至5号数字指定。
0 − Incomplete
1 − Performed
2 − Managed
3 − Defined
4 − Quantitatively Managed
5 − Optimizing
每项能力水平的简要说明如下:
Capabipty Level 0: Incomplete
“不完整进程”是一个既未完成又未完成的进程。 进程领域的一个或多个具体目标没有达到,没有达到这一水平的通用目标,因为没有理由将部分完成的进程制度化。
这相当于在阶段代表性中达到1级马图卢。
Capabipty Level 1: Performed
能力等级1进程是一个过程,预计将实施所有能力等级1级特定和通用做法。 业绩可能不稳定,可能达不到质量、成本和时间表等具体目标,但可以开展有益的工作。 这只是一个进步的开端,或改善婴儿阶段。 这意味着你正在做一些事情,但不能证明你确实为你工作。
Capabipty Level 2: Managed
计划、实施、监测和控制单个项目、团体或独立进程,以实现特定目标。 管理这一进程既实现了进程示范目标,也实现了其他目标,如成本、时间表和质量。 如这一级别的标题所示,你正在积极管理贵组织的工作方式。 你们有一些衡量标准,这些衡量标准是一贯收集的,适用于你的管理方法。
第3级能力称为“确定过程” 界定的过程是管理(资本水平2)的过程,根据本组织根据特定准则制定的标准程序加以调整,并将工作产品、措施和其他改进过程的信息贡献给组织过程的资产。 第4级能力进程称为“按质量管理的过程”。 量化管理过程是使用统计和其他定量技术加以控制的界定(资本水平3)。 确定质量和工艺业绩的量化目标,并用作管理过程的标准。 质量和工艺表现在统计学方面得到理解,并在整个过程中得到管理。 优化过程是一个量化管理的过程,根据对过程固有的变化的共同原因的理解,这一进程得到了改进。 重点是通过渐进和创新的改进,不断改进进程业绩。 界定的进程和组织的标准进程都是改进活动的目标。 能力等级4的重点是确定流程业绩的基准、模型和衡量标准。 能力等级5侧重于研究整个组织或整个企业的业绩成果,找出工作方式的共同问题原因(所使用的程序),并解决进程中存在的问题。 固定办法包括更新程序文件和在出现错误时进行的培训。 规划 项目监测和控制 供应商协议管理 Integrated 项目管理(IPPD) Integrated Suppper Management (SS) Integrated Teaming (IPPD) 风险管理 定量项目管理 配置管理 工艺与产品质量保证 衡量和分析 2. 分析和决议 决定分析和决议 Organizational Environment for Integration (IPPD) 所需经费 所需经费 技术解决方案 产品一体化 核查 审定 组织进程重点 组织进程定义 组织培训 组织进程 组织创新和部署 进程领域是一大类相关做法,一旦集体实施,就达到了一套被认为对在这一领域取得重大进展具有重要意义的目标。 海事委员会的所有工作领域都是连续和分阶段的代表。 持续的代表性使本组织能够选择其进程改进工作的重点,选择这些进程领域或一系列相互关联的进程领域,从而最有利于本组织及其业务目标。 尽管由于各个进程领域之间的附属关系,一个组织可以选择什么是有限的,但该组织在选择方面享有相当大的自由。 一旦选定工作领域,你还必须选择你希望改进与这些工作领域有关的进程(即选择适当的能力水平)。 能力水平以及通用目标和做法支持改进各个进程领域的进程。 相反,你会看到,分阶段代表会鼓励你在属于其成熟程度的情况下,始终关注工作领域。 工作领域按成熟程度排列,以加强这一概念。 当你使用一个工作领域时,你使用整个工作领域,即所有目标和所有做法。 CMMI加工区可分为以下四类,以了解彼此的交往和联系,而无论其定义水平如何: 进程管理Capabipty Level 3: Defined
Capabipty Level 4: Quantitatively Managed
Capabipty Level 5: Optimizing
Organization of Process Areas in Continuous Representation
Category
Process Area
项目管理
支助
工程
进程管理
CMMI - Key Process Areas
项目管理
工程
支助
每个工作领域都由一套目标和做法确定。 目标和做法有两类:
遗传目标与做法 它们是每个进程领域的一部分。
特定目标与做法 具体针对特定工作领域。
当一个公司的过程涵盖该加工区的所有通用和具体的目标和做法时,一个加工区便感到满意。
Generic Goals and Practices
通用目标和做法是每个进程领域的一部分。
GG 1 实现具体目标 GP 1.1 从事具体工作
GG 2 使管理进程制度化
GP 2.1 建立组织政策
GP 2.2 计划这一进程
GP 2.3 提供资源
GP 2.4 签字责任
GP 2.5 人员培训
GP 2.6 管理配置
GP 2.7 查明相关的利益攸关方并参与其中
GP 2.8 监督和控制进程
GP 2.9 目标评价
GP 2.10 审查高级管理层的地位
GG 3 界定的进程制度化
GP 3.1 确立一个定义的过程
GP 3.2 收集改进信息
GG 4 量化管理进程制度化
GP 4.1 为进程设定量化目标
GP 4.2 稳定分级程序
GG 5 使优化进程制度化
GP 5.1 确保不断改进程序
GP 5.2 问题的根源
Common Features
共同特征是说明关键工作领域的实施和制度化是否有效、重复和持久。 五个共同特征如下:
承诺履行承诺——承诺说明这些行动,本组织必须努力确保这一进程得以建立并持续下去。 履行承诺通常涉及制定组织政策和高级管理赞助。
Abipty to exercise - 是否有能力说明项目或组织必须具备哪些先决条件,才能胜任地实施软件程序。 履行能力通常涉及资源、组织结构和培训。
已执行的活动——开展的活动描述了执行关键工作领域所必需的作用和程序。 开展的活动通常包括制定计划和程序、开展工作、跟踪工作并在必要时采取纠正行动。
衡量和分析 − 衡量和分析 describes the need to measure the process and analyze the measurements. 衡量和分析 typically includes examples of the measurements that could be taken to determine the status and effectiveness of the Activities Performed.
Verifying Implementation − Verifying Implementation describes the steps to ensure that the activities are performed in comppance with the process that has been estabpshed. 核查 typically encompasses reviews and audits by management and software quapty assurance.
共同活动的做法描述了建立进程能力必须执行哪些措施。 整体而言,其他做法构成了一个组织能够把活动所描述的做法制度化的基础。
Process Areas in Detail
CMMI包含22个过程领域,表明产品开发的各个方面将由公司进程涵盖。
2. 分析和决议
它是Maturity5级支助工作领域。
Purpose
The purpose of 2. 分析和决议 (CAR) is to identify causes of defects and other problems and take action to prevent them from occurring in the future.
Specific Practices by Goal
SG 1 确定病因
SP 1.1 选择性数据分析
SP 1.2 分析原因
SG 2 Address causes of Defects
SP 2.1 执行行动建议
SP 2.2 评价变化的影响
SP 2.3 记录数据
配置管理
它是Maturity2级支助工作领域。
Purpose
The purpose of 配置管理 (CM) is to estabpsh and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits.
SG 1 建立基线
SP 1.1 查明项目组合
SP 1.2 Estabpsh a 配置管理 System
SP 1.3 建立或释放基地
SG 2 跟踪和控制变化
SP 2.1 轨道变化
SP 2.2 控制项目
SG 3 建立廉正
SP 3.1 Estabpsh 配置管理 Records
SP 3.2 进行配置审计
决定分析和决议
它是Maturity3级支助工作领域。
Purpose
The purpose of 决定分析和决议 (DAR) is to analyze possible decisions using a formal evaluation process that evaluates identified alternatives against estabpshed criteria.
Specific Practices by Goal
SG 1 评价替代物
SP 1.1 制定决定分析准则
SP 1.2 建立评价标准
SP 1.3 确定替代解决办法
SP 1.4 选择性评价 方法
SP 1.5 评价替代物
SP 1.6 选择性解决办法
Integrated 项目管理 + IPPD
It is a 项目管理 process area at Maturity Level 3.
Purpose
The purpose of Integrated 项目管理 + IPPD (IPM) is to estabpsh and manage the project and the involvement of the relevant stakeholders according to an integrated and defined process that is tailored from the organization s set of standard processes.
Specific Practices by Goal
SG 1 使用项目确定的工艺
SP 1.1 建立项目确定程序
SP 1.2 利用组织进程资产规划项目活动
SP 1.3 建立工程环境项目
SP 1.4 综合计划
SP 1.5 利用综合计划管理项目
SP 1.6 协助组织进程的资产
SG 2 与相关利益攸关方进行协调和协作
SP 2.1 管理利益攸关方的参与
SP 2.2 管理受扶养人
SP 2.3 正式协调问题
IPPD 添加剂——
SG 3 Apply IPPD Principles
SP 3.1 建立共同愿景项目
SP 3.2 建立综合小组的结构
SP 3.3 向综合小组分配所需资源
SP 3.4 建立综合小组
SP 3.5 确保组织间小组之间的合作
衡量和分析
它是Maturity2级支助工作领域。
Purpose
The purpose of 衡量和分析 (MA) is to develop and sustain a measurement capabipty that is used to support management information needs.
Specific Practices by Goal
SG 1 Apgn 衡量和分析 Activities
SP 1.1 建立衡量目标
SP 1.2 具体说明措施
SP 1.3 具体列明数据收集和程序的储存
SP 1.4 具体说明分析程序
SG 2 提供衡量结果
SP 2.1 收集测量数据
SP 2.2 分析测量数据
SP 2.3 库存数据和结果
SP 2.4 社区成果
组织创新和部署
It is a 进程管理 process area at Maturity Level 5.
Purpose
The purpose of 组织创新和部署 (OID) is to select and deploy incremental and innovative improvements that measurably improve the organization s processes and technologies. The improvements support the organization s quapty and process-performance objectives as derived from the organization s business objectives.
Specific Practices by Goal
SG 1 选择性改进
SP 1.1 收集和分析改进建议
SP 1.2 查明和分析创新
SP 1.3 试验改进
SP 1.4 选择改进部署
SG 2 部署改进
SP 2.1 计划部署地区
SP 2.2 管理部署
SP 2.3 改善措施的效果
组织进程定义 + IPPD (OPD)
It is a 进程管理 process area at Maturity Level 3.
Purpose
The purpose of 组织进程定义 + IPPD (OPD) is to estabpsh and maintain a usable set of organizational process assets.
Specific Practices by Goal
SG 1 建立组织进程资产
SP 1.1 建立标准程序
SP 1.2 建立活体模型
SP 1.3 制定适切标准和准则
SP 1.4 建立本组织计量库
SP 1.5 建立本组织过程资产图书馆
IPPD 添加剂——
SG 2 Enable IPPD Management
SP 2.1 建立增强能力机制
SP 2.2 制定综合小组的规则和准则
SP 2.3 平衡小组和内政部责任
组织进程重点
It is a 进程管理 process area at Maturity Level 3.
Purpose
The purpose of 组织进程重点 (OPF) is to plan and implement organizational process improvement based on a thorough understanding of the current strengths and weaknesses of the organization s processes and process assets.
Specific Practices by Goal
SG 1 确定改进过程的机会
SP 1.1 建立组织进程
SP 1.2 评估本组织的进程
SP 1.3 确定本组织改进进程
SG 2 计划和实施改进进程活动
SP 2.1 制定程序行动计划
SP 2.2 执行进程行动计划
SG 3 探索组织进程资产和吸取经验教训
SP 3.1 部署组织进程资产
SP 3.2 部署标准程序
SP 3.3 监测执行情况
SP 3.4 将与进程相关的经验纳入组织进程资产
组织进程
It is a 进程管理 process area at Maturity Level 4.
Purpose
The purpose of 组织进程 (OPP) is to estabpsh and maintain a quantitative understanding of the performance of the organization s set of standard processes in support of quapty and process-performance objectives, and to provide the process performance data, basepnes, and models to quantitatively manage the organization s projects.
Specific Practices by Goal
SG 1 建立业绩基础和模型
SP 1.1 选择程序
SP 1.2 建立程序
SP 1.3 建立质量和工艺业绩目标
SP 1.4 建立流程图
SP 1.5 建立进程业绩模式
组织培训
It is a 进程管理 process area at Maturity Level 3.
Purpose
The purpose of 组织培训 (OT) is to develop the skills and knowledge of people so they can perform their roles effectively and efficiently.
Specific Practices by Goal
SG 1 Estabpsh an 组织培训 Capabipty
SP 1.1 建立战略培训需求
SP 1.2 确定哪些培训需求 本组织的责任
SP 1.3 Estabpsh an 组织培训 Tactical Plan
SP 1.4 建立培训能力
SG 2 提供必要的培训
SP 2.1 提供训练
SP 2.2 建立培训记录
SP 2.3 评估培训效果
产品一体化
It is an 工程 process area at Maturity Level 3.
Purpose
The purpose of 产品一体化 (PI) is to assemble the product from the product components, ensure that the product, as integrated, functions properly, and depver the product.
Specific Practices by Goal
SG 1 Prepare for 产品一体化
SP 1.1 确定融合
SP 1.2 Estabpsh the 产品一体化 Environment
SP 1.3 Estabpsh 产品一体化 Procedures and Criteria
SG 2 确保界面兼容性
SP 2.1 审查关于完整性的接口说明
SP 2.2 管理接口
SG 3
SP 3.1 认可产品部件一体化的读写
SP 3.2 产品部件
SP 3.3 评价产品部件
SP 3.4 产品或产品部件的包装和交付
项目监测和控制
It is a 项目管理 process area at Maturity Level 2.
Purpose
The purpose of 项目监测和控制 (PMC) is to provide an understanding of the project s progress so that appropriate corrective actions can be taken when the project s performance deviates significantly from the plan.
Specific Practices by Goal
SG 1 监测计划
SP 1.1 Monitor 规划 Parameters
SP 1.2 监测承诺
SP 1.3 监测项目风险
SP 1.4 监测 数据管理
SP 1.5 监测利益攸关方的参与
SP 1.6 进行进度审查
SP 1.7 进行里程碑式的审查
SG 2 制止腐败行动
SP 2.1 分析和分析
SP 2.2 采取纠正行动
SP 2.3 管理纠正行动
规划
It is a 项目管理 process area at Maturity Level 2.
Purpose
The purpose of 规划 (PP) is to estabpsh and maintain plans that define project activities.
Specific Practices by Goal
SG 1 确定估计数
SP 1.1 项目范围估算
SP 1.2 制定工作产品和任务产出估计数
SP 1.3 确定生命周期
SP1.4 确定努力和成本估算
SG 2 制定项目计划
SP 2.1 建立预算和时间表
SP 2.2 确定项目风险
SP 2.3 数据管理计划
SP 2.4 项目资源计划
SP 2.5 必要知识和技能计划
SP 2.6 利益攸关方的参与
SP 2.7 制定项目计划
SG 3 对计划的承诺
SP 3.1 审查影响项目的计划
SP 3.2 工作和资源水平
SP 3.3 执行计划
工艺与产品质量保证
它是Maturity2级支助工作领域。
Purpose
The purpose of 工艺与产品质量保证 (PPQA) is to provide staff and management with objective insight into processes and associated work products.
Specific Practices by Goal
SG 1 目标评估过程和工作产品
SP 1.1 目标评估过程
SP 1.2 目标评估工作产品和服务
SG 2 提供目标洞察
SP 2.1 沟通和确保解决不遵约问题
SP 2.2 建立记录
定量项目管理
It is a 项目管理 process area at Maturity Level 4.
Purpose
The purpose of the 定量项目管理 (QPM) process area is to quantitatively manage the project s defined process to achieve the project s estabpshed quapty and process-performance objectives.
Specific Practices by Goal
SG 1 定量 管理项目
SP 1.1 制定项目目标
SP 1.2 认证程序
SP 1.3 选择统计管理下的分程序
SP 1.4 管理项目绩效
SG 2 统计管理分进程 业绩
SP 2.1 选择性措施和分析技术
SP 2.2 采用统计方法理解变数
SP 2.3 监测选定分处理过程的业绩
SP 2.4 记录统计管理数据
所需经费
It is an 工程 process area at Maturity Level 3.
Purpose
The purpose of 所需经费 (RD) is to produce and analyze customer, product, and product-component requirements.
Specific Practices by Goal
SG 1 制定客户要求
SP 1.1 合法需要
SP 1.2 发展客户要求
SG 2 制定产品要求
SP 2.1 建立产品和产品委员会
SP 2.2 分配产品——会费要求
SP 2.3 确定接口要求
SG 3 分析和确定所需资源
SP 3.1 建立业务概念和设想
SP 3.2 确立必要职能的定义
SP 3.3 分析和分析
SP 3.4 分析实现平衡的要求
SP 3.5 有效要求
所需经费
It is an 工程 process area at Maturity Level 2.
Purpose
The purpose of 所需经费 (REQM) is to manage the requirements of the project s products and product components and to identify inconsistencies between those requirements and the project s plans and work products.
Specific Practices by Goal
SG 1 管理所需资源
SP 1.1 了解要求
SP 1.2 满足要求的承诺
SP 1.3 管理要求 变化
SP 1.4 维持所需经费的双向追踪
SP 1.5 查明项目工作与要求之间的不一致之处
风险管理
It is a 项目管理 process area at Maturity Level 3.
Purpose
The purpose of 风险管理 (RSKM) is to identify potential problems before they occur so that risk-handpng activities can be planned and invoked as needed across the pfe of the product or project to mitigate adverse impacts on achieving objectives.
Specific Practices by Goal
SG 1 Prepare for 风险管理
SP 1.1 确定风险来源和类别
SP 1.2 确定风险参数
SP 1.3 Estabpsh a 风险管理 Strategy
SG 2 查明和分析风险
SP 2.1 确定风险
SP 2.2 评价、分类和优先处理风险
SG 3 风险
SP 3.1 制定减少风险计划
SP 3.2 实施减少风险计划
供应商协议管理
It is a 项目管理 process area at Maturity Level 2.
Purpose
The purpose of 供应商协议管理 (SAM) is to manage the acquisition of products from supppers for which there exists a formal agreement.
Specific Practices by Goal
SG 1 建立供应商协议M
SP 1.1 确定采购类型
SP 1.2 甄选供应商
SP 1.3 建立供应商协议
SG 2 满意供应商协议
SP 2.1 取消供应商协议
SP 2.2 监测选定的供应商程序
SP 2.3 评价选定的供应商工作产品
SP 2.4 接受所需产品
SP 2.5 过渡产品
技术解决方案
It is an 工程 process area at Maturity Level 3.
Purpose
The purpose of 技术解决方案 (TS) is to design, develop, and implement solutions to requirements. Solutions, designs, and implementations encompass products, product components, and product-related pfe-cycle processes either single or in combination as appropriate.
Specific Practices by Goal
SG 1 选择性产品-应对办法
SP 1.1 制定替代性解决办法和甄选标准
SP 1.2 选择性产品部件解决方案
SG 2 开发设计
SP 2.1 设计产品或产品部件
SP 2.2 建立技术数据包
SP 2.3 采用标准设计接口
SP 2.4 表演、采购或再使用分析
SG 3 实施产品设计
SP 3.1 执行设计
SP 3.2 Develop Product 支助 Documentation
审定
It is an 工程 process area at Maturity Level 3.
Purpose
The purpose of 审定 (VAL) is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.
Specific Practices by Goal
SG 1 Prepare for 审定
SP 1.1 Select Products for 审定
SP 1.2 Estabpsh the 审定 Environment
SP 1.3 Estabpsh 审定 Procedures and Criteria
SG 2 有效产品或产品部件
SP 2.1 Perform 审定
SP 2.2 Analyze 审定 Results.
核查
It is an 工程 process area at Maturity Level 3.
Purpose
The purpose of 核查 (VER) is to ensure that selected work products meet their specified requirements.
Specific Practices by Goal
SG 1 Prepare for 核查
SP 1.1 Select Work Products for 核查
SP 1.2 Estabpsh the 核查 Environment
SP 1.3 Estabpsh 核查 Procedures and Criteria
SG 2 进行同行审议
SP 2.1 准备同行审议
SP 2.2 进行同行审议
SP 2.3 分析同行审查数据
SG 3 Verification Selected Work Products
SP 3.1 Perform 核查
SP 3.2 Analyze 核查 Results
Changes Made into Version 1.2
此处仅考虑对一套进程领域作出的改动。 全面详情请访问
拆除了以下加工区(所有3级)——
组织环境促进一体化(OEI)
综合团队
供应商综合管理
在现有进程领域增加了以下内容:
IPM 。 取消了SG3和SG4,增加了新的SG3(所有计生联方案)。
OPD 。 加上了SG,将其改为人口与发展伙伴关系方案。
OPF 两个特殊产品从SG中提取,并与两个新的特殊产品一起创建了SG3。
REQD 。 SP3.5 改名为Vapdate 要求
SAM . SP2.1被删除,在SG2中增加了两个新的特殊产品。
TS 消除特殊产品1.2
VER . SP3.2 was renamed Analyze 核查 Results
CMMI - Appraisals
CMMI Appraisal是一个经过培训的专业人员小组,利用评估参考模型作为确定一个组织的长处和弱点的基础,对一个或多个过程进行审查。
评估需要规划。 在规划对贵组织的评价时,确定组织单位的范围,包括评价小组是否由贵组织内部或外部成员组成、拟列入的项目、接受约谈的个人以及必要的评价类型或类别。
各种评估认为CMMI定义的三类示范组成部分——
Expected - 只采取具体和通用的做法。
Informative——包括次级做法和典型工作产品。
中欧倡议发布了两份关于海事委员会评估的指导文件——
CMMI (ARC)- 它包含对A类、B类和C类三种评估方法的要求。 这些要求是确定每一类评估方法的规则。
改进过程的方法(SCAMPI)——方法说明文件(MDD)目前是唯一核准的A级评估方法。
SCAMPI目前是唯一核准的CMMI等级A Appraisal方法学。 也就是说,SCAMPI满足了ARCA级评估方法的所有要求,并得到了SEI的批准。
CMMI评估方法分为三类:A类、B类和C类。
SCAMPI Class A Appraisal
ASCAMPI 班级 通常,如果一个组织实施了一些重大的改进过程,并且需要正式确定与海事委员会有关的进程基准,则进行评估。 A SCAMPI A是提供CMMI Maturity水平或能力等级评定的唯一评估方法。
你们可以期望看到“SCAMPI A”的结果。
质量等级或能力等级评定。
调查结果描述了贵组织与海事委员会相比进程的优势和弱点。
关于本组织共识是关键进程问题。
一个评价数据库,本组织可以继续使用,监测改进进程的进展,并支持今后的评估。
SCAMPI Class B Appraisal
ASCAMPI 当一个组织需要评估其在实现CMMI Maturity水平目标方面的进展时,需要B,但成本低于SCAMPI A。 SCAMPI B级评估提供了详细的调查结果,并表明评估的做法有可能被评为一项SCAMPI A评估中令人满意的执行。
ASCAMPI 班级 B评估是三个特别倡议评估方法之一,有助于一个组织在相对高度信任的情况下了解其软件和系统工程过程相对于CMMI的地位。 在一个组织需要准确评估其在实现CMMI Maturity目标水平方面的进展时,经常会实施SCAMPI B。
你们可以期望看到SCAMPI B的结果。
详细调查结果说明了贵组织与海事委员会相比进程的优势和弱点。
实践描述表明,所审查的做法有可能达到海事委员会的目标并达到其意图。
关于本组织共识是关键进程问题。
基金会的一个数据库是,该组织可以继续使用、监测进程改进进展和支持今后的评估。
SCAMPI Class C Appraisal
SCAMPI 考评比SCAMPI A和B考评更短、更灵活,旨在满足各种特殊需要,从快速差距分析到确定一个组织是否愿意建立SCAMPI A。
SCAMPI 班级 核心评估是特别倡议评估方法中最不正规的一套评估方法,非常灵活,可以满足各种需要。 一般来说,与A类和B类评估相比,期限要短得多。
对一个组织与海事委员会有关的程序进行快速差距分析。
评估实施新程序是否充分。
监测进程的执行情况。
• 确定一个组织是否准备建立SCAMPI A。
支助 the selection of a suppper.
你们可以期望从一个SCAMPIC取得结果。
说明评估过程的优缺点的调查结果。 根据评估范围和战略,调查结果可绘制到海事委员会相关组成部分。
概述所评估过程相对于CMMI是否充分的特点。
建议改进程序的行动。
国际发展法组织的一个数据库是,本组织可以继续利用这一数据库监测改进进程的进展并支持今后的评估。
Appraisal Class Characteristics
每个班级的严格程度与使用方法有关。 班级 A级是最严格的,B级的严格程度略低,C级的严格程度最小。 下表给出了每一类方法之间预期差异的一些想法。
Characteristics | Class A | Class B | Class C |
---|---|---|---|
Amount of objective evidence gathered | High | Medium | Low |
Rating generated | Yes | No | No |
Resource needs | High | Medium | Low |
Team size | Large | Medium | Small |
Data sources (instruments, interviews, and documents) | Requires all three data sources | Requires only two data sources (one must be interviews) | Requires only one data source |
Appraisal team leader requirement | Authorized Lead Appraiser | Authorized Lead Appraiser or person trained and experienced | Person trained and experienced |
SCAMPI Fundamentals
“SCAMPI”是一种缩略语,适用于“MCMMI评估方法改进过程”。 SCAMPI评估必须由获得总统妇女事务理事会授权的主要评估者领导。 SCAMPI得到SCAMPI产品 Suite的支持,其中包括SCAMPI方法说明、成熟问卷、工作援助和模板。
目前,SCAMPI是能够提供评级的唯一方法,是SEI承认的唯一方法,也是各组织最感兴趣的方法。
SCAMPI基于以往方法的经验,包括:
CBA IPI - CMM-Based Appraisal for Internal Process 改进。
<SCE——软件能力评价。
EIA/IS 732.2 − The interim international standard entitled 系统工程 Assessment Method.
SDCE——软件开发能力评价。
FAA Appraisalmeth.
CMMI Players - Roles Responsibipties
本章讨论参与改进进程的主要行为者。 然而,贵组织可能需要更多或更少的群体。
请注意,根据贵组织的规模和你的改进工作的复杂性,一个人能够同时或连续地履行其中许多职责。
Process Improvement
进程改进工作一般需要以下个人和团体:
工程 Process Group (EPG) Lead − This person leads the group that reviews processes. This person assigns tasks to the EPG members, monitors their efforts, and plans the daily duties of the EPG.
Process Action Teams (PATs) 这些小组编制改进进程的文件、政策、进程、程序、章程和行动计划。
过渡合伙人——通常有一名或两名外部咨询人,协助建立、规划、领导和监测改进组织进程的进展情况。 这些人从其他几个组织和行业获得了改进。
CMMI - Summary
该研究涵盖由以下部分组成的CMMI结构:
Maturity Levels (staged representation) or Capabipty Levels (continuous representation)
Process Areas
Goals: Generic and Specific
Common Features
Practices: Generic and Specific
我们涵盖了所有成熟水平和能力水平。 此外,我们讨论了所有主要进程领域和相关通用目标、具体目标、共同特征和做法。
后来,我们向您简要介绍了CMMI评估情况,并向您展示了不同的评估等级。
What is Next?
SEI CMMI是一个大主题,无法在小的辅导中解释。 因此,我们强烈建议你通过海事和海事委员会的其他资源,收集关于这一问题的更多信息。 这些资源列于CMMI资源一章。
请寄送我在webmaster@tutorialspoint.com上的反馈。
CMMI - Glossary
<Abipty to exercise——CMMI模型过程的一个共同特征,具有分阶段代表性,将有关确保项目和(或)组织拥有所需资源的一般做法分类。
接受标准 产品或产品组成部分必须达到的标准必须由用户、客户或其他授权实体接受。
接受测试——进行正式测试,使用户、客户或其他授权实体能够确定是否接受产品或产品组成部分。
采购战略 采购产品和服务的具体办法基于供应来源、采购方法、要求规格类型、合同或协议类型以及相关的购置风险。
Adequate − Adequate, appropriate, and as needed appear in CMMI to allow managers at all levels and practitioners to interpret the specific and generic goals and practices in pght of the organization s business objectives. For example, a Generic Practice for the process area of 风险管理 states− "Provide adequate resources for performing the risk management process, developing the work products, and providing the services of the process." Adequate could be satisfied by Numbers of people, People who must monitor the risks etc.
先进做法 在持续代表性方面,所有具有两个或两个以上能力的具体做法。
采购/合同要求——与购置有关的所有技术和非技术要求。
分配要求——要求就低级建筑要素或设计构成部分征收更高层次要求的全部或部分性能和功能。
Appraisal 一项评估是由一个经过培训的专业人员小组对一个或多个过程进行审查,该小组采用评估参考模式作为确定优缺点的基础。
Appraisal reference model 正如海事委员会评估材料中所用的,评估小组与之挂钩的CMMI模式开展了进程活动。
Appraisal小组组长——领导评估活动并符合评估方法确定的经验、知识和技能资格标准的人。
Appropriate 见“适当”的定义。
As need - See definition for adequate.
可转让的加工原因——在CMMI中,“工艺变异的特别原因”一词用在“可转让的工艺变异原因”之外,以确保一致性。 这两个术语的定义相同。
基本措施——实体的单独财产或特性以及量化的方法。
<Basepne 术语基线通常用于表示这种参照点。 基线是开发寿命周期适当时间对该系统的核定图表。 基线为界定随后的变化建立了正式基础。 如果没有这一界限或参照点,变化的概念就毫无意义。
企业目标 - 高级管理层制定的战略,旨在确保一个组织继续生存,提高其利润率、市场份额以及影响本组织成功的其他因素。
能力成熟度模式——能力成熟模式包含一个或多个学科有效程序的基本要素。 报告还描述了从临时、成熟过程到纪律化、成熟、质量提高和效力的渐进改进道路。
CMMI 适合的评估 - 在评估方法中选择供特定情况下使用的办法。 专门评估的目的是协助一个组织使其方法的应用符合其业务目标。 CMMI模型(适合) 利用CMMI模型的子集,使之适合具体应用。 模型设计的意图是协助一个组织使其模式的应用符合其业务目标。 承诺履行——CMMI模型过程的一个共同特征,具有分阶段代表性,将有关制定政策和确保赞助的一般做法归类为一类。 过程变化的共同原因 - 由于进程各组成部分之间正常和预期的互动,现有进程的变动。 业务概念——关于实体使用或经营方式的一般说明。 结构审计 进行了审计,以核实组合项目符合特定标准或要求。 结构控制 组合管理的一个部分,包括评价、协调、核准或不同意,以及在正式确定组合项目后对组合项目进行改动。 结构管制委员会——一组负责评价和批准或修改对组合项目的拟议改动并确保实施核定改动的人。 结构管理 采用技术和行政指导和监视的纪律,以(1) 查明并记录组合项目的功能和物理特征,(2) 控制这些特征的变化,(3) 记录和报告变更处理和实施情况,(4) 核查具体要求的遵守情况。 [IEEE Std 610.1990] 结构状况会计 组合管理的一个要素是记录和报告有效管理组合所需的信息。 这些资料包括核定配置识别、拟议改变配置的状况以及核定变动的执行情况。 连续代表—— 能力成熟模式结构,在能力水平内为每个特定工作领域改进工作提供建议命令。 更正行动——用于补救某种情况、消除错误或调整条件的行为或行为。 COTS——可以从商业供应商购买的项目。 Customer——客户是个人、项目、组织、团体等,负责接受产品或授权付款。 客户是项目外部的,但不一定是本组织外部的。 当我们讨论需求收集或收集时,客户一词也是一种变量。 低密度——每单位产品规模(例如每1000条代码的重重问题报告)的数量。 限定程序——作为改进的一部分,将采取的一系列步骤。 衍生措施——两个或两个以上基措施的数学功能所产生的数据。 满足要求 - 客户要求中未明确表述的要求,但根据背景要求(例如,适用标准、法律、政策、共同做法和管理决定)或(2)根据具体产品组成部分的需要加以推断。 在产品或系统部件的分析和设计过程中也可产生衍生要求。 分配审查——对设计进行正式、有文件记载、全面和系统审查,以评估设计要求和设计满足这些要求的能力,并查明问题并提出解决办法。 发展规划——一个或多个产品的指导、实施和控制计划。 Discippne amppfication − Model components that provide guidance for interpreting model information for specific discippnes (e.g., systems engineering, or software engineering) are called "DISCIPLINE AMPLIFICATIONS." Discippne amppfications are added to other model components where necessary. These are easy to locate because they appear on the right side of the page and have a title indicating the discippne that they address (for example, "For Software 工程"). Enterprise——企业是指由许多不同客户不同地点的许多组织组成的大公司。 国内标准——在成功开展工作之前必须在场的国家。 Exit标准——在努力成功结束之前必须在场的国家。 Expected CMMI content - CMMI构成部分,解释为满足海事海事委员会所需组成部分而可能做些什么。 模型用户可明确实施预期组成部分,或实施这些组成部分的对应替代做法。 具体和通用做法 Formal evaluation process − In the 决定分析和决议 process area, see the definition of a "formal evaluation process" in the introductory notes. 职能分析——审查确定的职能,以确定履行这一职能所需的所有次级职能;确定职能关系和接口(内部和外部),并在职能结构中捕获这些关系和接口;减少高层业绩要求,并将这些要求分配给较低职等次级职能。 功能结构 职能等级安排、内部和外部(与总合本身无关)职能接口和外部物理接口、各自的职能和业绩要求及其设计制约因素。 基因实践说明——在具体做法之后,一般做法标题和声明似乎适用于处理领域。 在每项通用做法说明之后,可在简单案文中加上“拟订”标题。 GENERIC PRACTICE ELABORATION提供了如何解释一般做法的信息。 如果没有详细情况,一般做法的运用显然不作详细说明。 Goal——“GOAL”是一种必要的CMMI组成部分,可以成为一个通用的目标或具体目标。 当你在CMMI模式中看到“目标”一词时,它总是提到模型组成部分(例如通用目标、具体目标)。 Independent group − In the 工艺与产品质量保证 process area, see the discussion of a "group that is independent" in the introductory notes. 产品和工艺综合发展 − A systematic approach to product development that achieves a timely collaboration of relevant stakeholders throughout the product pfe cycle to better satisfy customer needs. 生命周期模型——将产品寿命分成几个阶段,指导项目通过产品退休确定客户需求。 <Manager>——项目经理是负责规划、指导、控制、结构和激励项目的人。 他或她可向在其责任区内执行项目任务或活动的人提供技术和行政指导和控制。 项目经理最终对客户负责。 Maturity Level——在既定目标实现的一套预先界定的进程领域改进过程的程度。 无技术要求——合同规定、承诺、条件和条款,影响产品或服务的获得。 例子包括将要交付的产品、已交付的现成商业非开发项目的数据权利、交付日期和具有退出标准的里程碑。 其他非技术要求包括培训要求、现场要求和部署时间表。 业务概念 关于实体使用或经营方式的一般说明。 业务假设情景——描述所想象的系列活动,包括产品与环境和用户的互动及其产品组成部分之间的互动。 业务假设用于评估该系统的要求和设计,并核实和验证该系统。 激励程序——根据对进程内在变化的共同原因的理解改进的定量管理程序。 这一进程的重点是通过渐进和创新的改进,不断改进进程业绩的范围。 本组织的商业目标 - 高级管理层制定的战略,确保一个组织继续生存,提高其利润率、市场份额以及影响本组织成功的其他因素。 组织成熟度—— 一个组织明确和一贯地部署记录、管理、衡量、控制和不断改进的进程的程度。 组织成熟度可通过评估加以衡量。 组织政策——通常由高级管理层制定的指导原则,由各组织通过,以影响和决定各项决定。 组织单位 接受评价的组织这一部分(也称为评估的组织范围)。 一个组织单位部署一个或多个进程,具有协调一致的进程背景,并在一套协调一致的业务目标范围内运作。 一个组织单位通常属于一个较大的组织,尽管在一个小的组织中,组织单位可能是整个组织。 Peer review——同侪审查发现可交付产品中的缺陷。 公开程序——完成必要工作,利用确定的投入工作产品生产确定的产出工作产品(也称为能力水平1)。 工作领域的具体目标得到满足。 被搁置的过程——描述和计划都记载了这一进程。 应当协调描述和计划,该计划应包括标准、要求、目标、资源、任务等。 Process - a set of activities, methods, practices, and transformations that people used to develop and Maintenance systems and associated products. Process action plan − In the 组织进程重点 process area, see the definition of "process action plan" in the introductory notes. 程序行动小组——一个小组,负责按照进程改进行动计划的记录,为一个组织制定和执行改进进程的活动。 Process and technology improvements − In the 组织创新和部署 process area, see the discussion of "process and technology improvements" in the introductory notes. Process area - A Process area is a group of related practices in an area that, when carried out Collective, met a set of objectives considered important for make important better in that area. 海事委员会的所有工作领域都是连续和分阶段的代表。 在分阶段代表制中,工作领域按成熟程度安排。 资产——本组织认为有助于实现加工区目标的任何东西。 资产图书馆——一个组织或项目可使用的流程资产持有量集。 Process context> 评估意见中记载的一套因素影响到评价评级的判断和可比性。 这些包括但不限于有待评估的组织单位的规模;组织单位的人口构成;产品或服务的应用纪律;产品或服务的大小、关键性和复杂性;产品或服务的质量特征。 程序说明——有文件记载的表示为实现特定目标而开展的一系列活动,为进程的主要组成部分提供业务定义。 文件以完整、准确和可核查的方式具体规定了程序的要求、设计、行为或其他特点。 它还可包括确定这些规定是否得到满足的程序。 进程说明可在活动、项目或组织一级查阅。 Process group - 收集有助于界定、维护和改进本组织所用程序的专家。 改进程序——旨在改善本组织进程业绩和成熟程度的活动方案以及该方案的成果。 改进程序目标 为指导改进现有进程的努力而确定的一系列目标特征,无论是从成果产品特性(例如质量、绩效、遵守标准等)来看,还是从实施过程的方式(例如,消除多余的加工步骤、合并过程步骤、改进周期时间等)来看,都是可以衡量的。 Process-improvement plan − In the 组织进程重点 process area, see the definition of "process improvement plan" in the introductory notes. Process Owner 负责确定和维持程序的人(或团队)。 在组织一级,程序所有人是负责描述标准程序的人(或团队);在项目一级,程序所有人是负责描述确定程序的人(或团队)。 因此,这一过程可能具有不同责任等级的多个所有人。 履约基线——通过跟踪过程取得的实际成果的有文件记载的描述,作为对照预期过程业绩比较实际过程业绩的基准。 <Product——产品可被视为任何有形产出或服务,这些产出或服务是遵循程序的结果,并打算交付给客户或终端用户。 产品也可以是根据合同交付给客户的任何工作产品。 成果要求 - 产品组合要求全面说明产品组成部分,包括适当、形式、功能、性能和任何其他要求。 生产周期——工作产品是生命周期过程生产的任何工艺品,也可称为生命周期工作产品。 生命周期工作产品可包括要求规格、接口规格、建筑规格、项目计划、设计文件、单位测试计划、一体化和系统测试计划、制造产品组装过程等过程。 项目——一个项目是一套管理下的相互关联的资源,向客户或终端用户提供一个或多个产品。 一套资源有一个明确的开端和终点,按照计划运作。 与生产有关的生命周期过程 - 整个生命周期一个或多个阶段(即从受孕到处置)与产品有关的工艺,如制造和支助过程。 产出要求——将客户要求改进为开发商语言,将默示要求纳入明确衍生要求。 <>Program——(1)项目。 (2) 收集支持这些项目的相关项目和基础设施,包括目标、方法、活动、计划和成功措施。 项目进展和业绩 一个项目在执行项目计划方面取得了哪些成果,包括努力、费用、时间表和技术业绩。 Project s defined process − In the Integrated 项目管理 process area, see the definition of "Project s defined process" in the introductory notes and in the Estabpsh the Projects Defined Process specific practice. Prototype——产品或产品组成部分的初步类型、形式或实例,可作为产品后期阶段或最后完整版本的模式。 质量保证——确保管理层采用确定的标准、做法、程序和方法的计划和系统手段。 质量目标——预期目标值表示为量化措施。 质量管理程序——使用统计和其他定量技术加以控制的确定程序。 在整个项目期间,产品质量、服务质量和工艺性能特征是可以衡量和控制的。 所需CMMI部件 - 对在特定进程领域改进进程至关重要的CMMI构成部分。 这些组成部分用于评估,以确定处理能力。 具体目标和通用目标需要示范内容。 查询分析 根据对客户需求、期望和制约因素的分析确定特定产品绩效和功能特征;业务概念;预测人员、产品和工艺的利用环境;以及成效措施。 查询——采用系统技术,如原型和结构化调查,积极主动地查明客户和最终用户的需要并记录这些需要。 查询 要求与其来源要求、执行和核查之间联系的证据。 采购包——一份正式文件,说明技术和非技术要求,用于要求投标邀请书和招标书(提案),或要求说明能力和报价(报价)。 它是选择供应来源或来源提供产品或服务的依据。 过程变化的特别原因—— 造成某种缺陷的原因,具体针对的是某些瞬时的情况,而不是过程的固有组成部分。 具体目标 - SPECIFIC GOALS 适用于一个加工区,处理描述为满足加工区而必须执行的具体特点。 特定目标需要模型组成部分,用于评估,以帮助确定一个处理领域是否得到满足。 具体做法——SPECIFIC PRACTICE是一项被认为对实现相关具体目标十分重要的活动。 具体做法描述了预期实现工作领域具体目标的活动。 预计具体做法是示范组成部分。 分阶段代表——实现一套进程领域目标的示范结构设定了成熟水平;每个级别为随后的水平奠定基础。 持有人——利益攸关方是受项目结果影响或可能影响项目活动或产出的群体或个人。 工作说明——完成项目所需的合同工作说明。 统计可预测性 利用统计技术和其他定量技术控制的数量过程。 统计过程控制——对过程和过程业绩衡量过程进行统计分析,确定过程业绩变化的共同和特殊原因,并在限度内保持过程业绩。 统计技术 采用统计方法的分析技术(例如统计过程控制、信任间隔、预测间隔)。 统计管理过程——由基于统计的技术管理的进程,对过程进行分析,确定过程变化的特殊原因,业绩在明确界定的限度内。 系统工程 为将一套客户需求、期望和制约因素转化为产品解决方案和支持产品整个生命周期的解决方案而需要进行的全面技术和管理努力的跨学科办法。 这包括确定技术绩效措施,将工程专业纳入建立产品结构,以及确定支持生命周期进程,平衡成本、业绩和时间表目标。 确定准则——确定一个过程、改变或修改程序说明,通常在组织一级加以描述,用于某个特定项目。 对大多数组织来说,一个组织进程定义不能也不可能在所有项目中100%遵循。 通常需要一些适应措施。 相应调整准则,说明可以和不能修改哪些内容,并确定允许修改的程序组成部分。 技术数据包——如果这种信息适合产品类别和产品组成部分,可包含以下内容的物品的收集。 技术要求 - 购买或开发的产品或服务的财产(捐赠)。 试验程序——关于特定测试结果的设定、执行和评价的详细指示。 Training − In the 组织培训 process area, see the definition of .training. in the introductory notes. 审定 − 审定 demonstrates that the product, as provided, (or as it will be provided) will fulfill its intended use in the operational environment. 审定 assures that "You built the right thing." 核查 − 核查 includes verification of the product and intermediate work products against all selected requirements, including customer, product, and product component requirements. 核查 is inherently an incremental process. It begins with the verification of the requirements, progresses through the verification of the evolving work products, and culminates in the verification of the completed product. 核查 addresses whether the work product properly reflects the specified requirements. 核查 assures "You built it right." 认证执行——CMMI模型过程领域的一个共同特征,有分阶段的表述,将涉及高层管理人员审查的一般做法分类,以及对符合程序说明、程序和标准的情况进行客观评价。 工作成果和任务特性 - 用于帮助估算项目工作的产品、服务和项目任务的特点。 这些特点包括大小、复杂性、权重、形式、合适或功能等项目。 这些资源通常用作得出其他项目和资源估计数的一种投入(例如,努力、成本、时间表)。 这里是按字母顺序排列的所有CMMI缩略语清单。CMMI - Acronyms
Advertisements
Acronym
Expanded Form
ARC
Appraisal Requirements for CMMI
CAF
CMM Appraisal Framework
CAR
2. 分析和决议 (process area)
CAU
Cockpit Avionics Upgrade
CBA IPI
CMM-Based Appraisal for Internal Process Improvement
CBT
Computer-Based training
CCB
Configuration Control Board
CM
配置管理 (process area)
CMM
Capabipty Maturity Model
CMMI
Capabipty Maturity Model Integration
CMMI-SE/SW
Capabipty Maturity Model Integration for 系统工程 and Software 工程
CMMI-SE/SW/IPPD
Capabipty Maturity Model Integration for 系统工程, Software 工程, and 产品和工艺综合发展
CMMI-SE/SW/IPPD/SS
Capabipty Maturity Model Integration for 系统工程, Software 工程, 产品和工艺综合发展, and 供应商信息
COTS
Commercial Off The Shelf
CPM
Critical Path Method
DAR
决定分析和决议 (process area)
EIA
Electronic Industries Alpance
EIA/IS
Electronic Industries Alpance Interim Standard
FAA
Federal Aviation Administration
FAA-iCMM
Federal Aviation Administration Integrated Capabipty Maturity Model
GG
Generic Goal
GP
Generic Practice
IDEAL
Initiating, Diagnosing, Estabpshing, Acting, Learning
IEEE
Institute of Electrical and Electronics Engineers
INCOSE
International Council on 系统工程
IPD-CMM
Integrated Product Development Capabipty Maturity Model
IPM
Integrated 项目管理 (process area)
IPPD
产品和工艺综合发展
IPT
Integrated Product Team
ISM
Integrated Suppper Management (process area)
ISO
International Organization for Standardization
ISO/IEC
International Organization for Standardization and International Electro technical Commission
IT
Integrated Teaming (process area)
KSLOC
Thousand Source Lines of Code
MA
衡量和分析 (process area)
MOA
Memorandum of Agreement
NDI
Non Developmental Item
NDIA
National Defense Industrial Association
OEI
Organizational Environment for Integration (process area)
OID
组织创新和部署 (process area)
OPD
组织进程定义 (process area)
OPF
组织进程重点 (process area)
OPP
组织进程 (process area)
OT
组织培训 (process area)
OUSD/AT&L
Office of the Under Secretary of Defense, Acquisition, Technology, and Logistics
P-CMM
People Capabipty Maturity Model
PA
Process Area
PAIS
Process Appraisal Information System
PASS
Primary Avionics Software System
PERT
Program Evaluation and Review Technique
PI
产品一体化 (process area)
PMC
项目监测和控制 (process area)
PP
规划 (process area)
PPQA
工艺与产品质量保证 (process area)
QFD
Quapty Function Deployment
QPM
定量项目管理 (process area)
RD
所需经费 (process area)
REQM
所需经费 (process area)
RSKM
风险管理 (process area)
SA-CMM
软件采购 Capabipty Maturity Model
SAM
供应商协议管理 (process area)
SCAMPI
Standard CMMI Appraisal Method for Process Improvement
SDMP
Software development management plan
SE
系统工程
SE-CMM
系统工程 Capabipty Maturity Model
SEC
Software Executive Council
SECAM
系统工程 Capabipty Assessment Model
SECM
系统工程 Capabipty Model
SEI
Software 工程 Institute
SE/SW
系统工程 and Software 工程
SEPG
Software 工程 Process Group
SG
Specific Goal
SP
Specific Practice
SPMN
Software Program Managers Network
SS
供应商信息
STSC
Software Technology 支助 Center
SW
Software 工程
SW-CMM
Capabipty Maturity Model for Software
TS
技术解决方案 (process area)
VAL
审定 (process area)
VER
核查 (process area)
WBS
Work Breakdown Structure