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的真正意义在于它能够帮助我们提高项目管理的水平,而不是标准化。
如果我们不能够真正地掌握其管理内涵,而去设立自己的标准,则会是捡了芝麻丢了西瓜。
什么是CMM,CMMI
监控具体实践级别上的约定
·
强调对风险和相关人员参与的监督
4.
软件子合同管理
SSM
Software Subcontract
Management
供应商合同管理SAM
Supplier Agreement
Management
·
引入了原"子商管理"和"组间协调"的意图
·
强调合同的概念
5.
软件质量保证SQA
Software Quality
什么是CMM/CMMI?
发表日期:来源:北软金分
什么是CMMI?
软件能力成熟度模型(Capability Maturity Model For Software ,简称SW-CMM/CMMI),是由美国卡内基梅隆大学软件工程研究所(CMU SEI)研究出的一种用于评价软件承包商能力并帮助改善软件质量的方法,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。CMM/CMMI是目前国际上最流行、最实用的一种软件生产过程标准,已经得到了国际软件产业界的认可,成为当今(企业)从事规模软件生产不可缺少的一项内容。
CMM
CMMI
CMM与CMMI区别
1.
需求管理RM
Requirements
Management
需求管理ቤተ መጻሕፍቲ ባይዱM
Requirements
Management
·
要与需求开发Requirement Development并行工作
CMMI文件-(术语定义)
CMMI术语定义术语定义更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)3.1CMMI过程域 (1)3.1.1REQM (1)3.1.2PP (1)3.1.3PMC (1)3.1.4SAM (1)3.1.5MA (2)3.1.6PPQA (2)3.1.7CM (2)3.1.8OPF (2)3.1.9OPD (2)3.1.10RD (2)3.1.11TS (2)3.1.12PI (3)3.1.13VER (3)3.1.14VAL (3)3.1.15IPM (3)3.1.16RSKM (3)3.1.17DAR (3)3.1.18OT (3)3.1.19OPP (4)3.1.20QPM (4)3.2相关的组织 (4)3.2.1变更控制委员会(CCB) (4)3.2.2管理指导组(MSG) (4)3.2.3技术管理委员会(TMB) (5)3.2.4MS推进组 (5)3.2.5质量保证组(QAG) (5)3.2.6工程过程组(EPG) (5)3.3DELPHI法 (6)3.4FPA法 (6)3.5工期 (6)3.6工作量 (6)3.7生产率 (6)3.8B UG (6)3.9覆盖率 (7)3.10缺陷 (7)3.11WBS (7)3.12度量 (7)3.12.1基本度量 (7)3.12.2派生度量 (7)3.13产品构件 (8)3.14干系人 (8)3.15工作产品 (9)3.16供货周期 (9)3.17估算 (9)3.18过程和工作产品数据 (9)3.19候选方案 (9)3.20基础构件 (10)3.21基线 (10)3.22测试 (10)3.22.1回归测试 (10)3.22.2单元测试 (10)3.22.3集成测试 (10)3.22.4系统测试 (11)3.22.5验收测试 (11)3.23计划 (11)3.24决策人 (11)3.25客户化项目 (11)3.26培训 (12)3.26.1内部培训 (12)3.26.2外部培训 (12)3.27同行评审 (12)3.28项目计划 (12)3.29项目数据 (12)3.30项目组 (12)3.31需求不一致 (13)3.32需求跟踪矩阵 (13)3.33需求开发 (13)3.34选择准则 (13)3.35组织标准过程集合(OSSP) (14)3.36组织过程相关文档库 (14)3.37组织度量数据库 (14)3.38组织过程财富库(OPAL) (15)3.39工作环境标准 (15)1目的统一组织标准过程文件中的术语解释。
CMMI的简介
CMMI的简介CMM I 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。
CMMI是CMM模型的最新版本。
早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型。
自从1994 年SEI 正式发布软件CMM 以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题,其中主要问题体现在:1、不能集中其不同过程改进的能力以取得更大成绩;2、要进行一些重复的培训、评估和改进活动,因而增加了许多成本;3、遇到不同模型中有一些对相同事物说法不一致,或活动不协调,甚至相抵触。
于是,希望整合不同CMM 模型的需求产生了。
1997 年,美国联邦航空管理局(FAA)开发了FAA-iCMMSM(联邦航空管理局的集成CMM),该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI 与CMM 最大的不同点在于:CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分,即:系统工程(SE)和软件工程(SW)是基本的科目,对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容,如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部分。
CMMI 有两种表示方法,一种是大家很熟悉的,和软件CMM 一样的阶段式表现方法,另一种是连续式的表现方法。
这两种表现方法的区别是:阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别,帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。
CMMI基本术语
CAR-原因分析与解决方案 OPM-组织性能管理
CMMI L4 定量级
CMMI L3 定义级
CMMI L2 管理级
OPP-组织过程能力
QPM-项目定量管理
RD-需求开发 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认
IPM-集成项目管理 RSKM-风险管理
DAR-决策分析与决定
OPD-组织过程定义 OPF-组织过程改进
HM LA 高级主任评估师:可执行CMMI L4和CMMI L5等级 的评估,并颁发CMMI证书
Appraisal:评估,基于CMMI模型对一个企业所达级别的判 定
Assessment :内部评估,由企业内部组成的评估小组,基于 CMMI模型的评估
RR :Readiness review 就绪检查,评估前的检查,主要检查 资料,人员,环境等是否就绪
PA process area
过程域,一组特征实践或做法的集合,当实现该实践时,同时会满相 应目标;
Process Assets
过程资产,在组织中,对实现过程域的目标有用的任何内容;
OPAL organization process assets library
组织过程资产库,用来建立和存储组织有用过程资产的库,资产主要 使用在定义、实现和管理过程中使用,资产库一般包括方针、规程、检 查单、培训资料、模版、已定义过程、计划、经验教训等;
Product Component产品组件
工作产品,属于产品低级别的组成部分,若干产品组件被组装成产 品;
CMMI L3模型术语
Goal目标
Product产品
交付给客户或者最终用户的工作产品 在CMMI模型中,产品具有特殊的用法,可能代表的涵义根据上下
(2)[转载整理]CMMI介绍?22个PA
(2)[转载整理]CMMI介绍?22个PA1、CMMI介绍CMMI是软件能力成熟度模型的英文简称,由美国卡内基—梅隆大学软件工程研究所制定、发布,是针对软件及系统集成企业进行质量管理的一种体系标准,CMMI是专门针对软件企业或系统集成企业,具有较强的行业针对性。
通过实施CMMI,可以有助于提高公司的整体能力,提高管理水平,降低项目成本,提高项目的质量与按期完成率,从而提高企业在国内与国际市场上的竞争能力。
2、CMMI的5个成熟度以及22个过程域CMMI可用来衡量软件企业的综合软件能力,模型分为5个等级,第一级到第五级,数字越大表示软件企业的综合软件能力越强,也就是成熟度越高。
这5个等级分别是“第一级:完成级(Level-1)、第二级:管理级(Level-2)、第三级:定义级(Level-3)、第四级:量化管理级(Level-4)、第五级:持续优化级(Level-5),这5个等级包括的主要控制域如下表所示,每一个级别都在一些关键控制点以及过程上有具体的要求和规范,上一级完全包含下一级的内容:L1:CMMI一级,完成级。
在完成级水平上,企业对项目的目标与要做的努力很清晰。
项目的目标得以实现。
因此,任务是完成了。
但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务。
企业在一级上的项目实施对实施人员有很大的依赖性。
L2:CMMI二级,已管理级。
在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与上级单位对项目与流程进行审查。
企业在二级水平上体现了对项目的一系列的管理程序。
这一系列的管理手段排除了企业在一级时完成任务的随机性,保证了企业的所有项目实施都会得到成功。
L3:CMMI三级,定义级。
在定义级水平上,企业不仅仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化。
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术语
DTIZC=Defense Technical Information Center EAI=Enterprise Application Integration EDA=Event Driven Architecture EIA=Electronic Industries Alliance EIT=Enterprise Information Integration ELG=Executive Leadership Group EPG=Engineering Process Group EPIG=Engineering Process Improvement Group ERP=Enterprise Resource Planning ESB=Enterprise Service Buses ESP=External Service Providers ETL=Extraction Transformation Loading ETVX format=Enty criteria, Tasks, Verification, and eXit criteria (CMMI) FAR=Functional Area Representative (term used in some assessments) FP=Function Point FTE=Full-time Equivalent (measure of personnel availability) GAO=General Accounting Office GESP=Global External Service Providers GG=Generic Goal GP=Generic Practice G-Q-M Approach=Goal Queston Metric technique IC=Intergroup Coordination (CMM process Area) IDEAL=Initiating-Diagnosing-Establishing-Acting-Leveraging; an improvement cycle often used for process improvement IEC=International Electrotechnical Commission IEEE=Institute of Electrical and Electronics Engineers.. A professional organization IESP=Indian External Service Providers IG=Introductory Guide (ISO SPICE) IM=Integrated Management (CMM process area) IPD-CMM=Integrated Product Development Capability Maturity Model IPM=Integrated Project Management (CMM process area) IPPD=Integrated Product and Process Development IPI=Internal Process Improvement IPT=Integrated Product Team ISACA=Information Systems Audit and Control Association ISM=Integrated Software Management (CMM process area) ISM=Integrated Supplier Management (CMMI process area) ISO=International Organization fro Standardization (International Standards Organization) IT=Integrated Teaming (CMM process area) ITIL=Information Technology Infrastructure Library JAD=Joint application design JIT=Just in Time JTCI=Joint Technical Committee on Information Technology KGI=Key Goal Indicators KIPA=Korean IT Industry Promotion Industry KP=Key practice KPI's=Key Performance Indicator KPA=Key Process Area KSLOC=thousand source lines of code MA (M&A)=Measurement and Analysis (CMM process area) MBNQA=Malcom Bridge National Quality Award
CMMI简介
TomFShao
EPG
高层
项目组向高层汇报项 项目组向高层汇报过 目执行的状态。 项目执行的状态。 高层审查项目组执行 的效果。
标准过程
标准过程裁剪
项目组
PPQA指导目组开展 质量保证活动。 PPQA对项目执行的 过程和工作产品进行 客观的评价。
PPQA
16
标准过程的裁剪
裁剪
TomFShao
裁剪是为了满足的特定目标,制作、调整或改变过程的定义。即 项目组通过对组织已定义过程的裁剪,来建立一套项目的已定义 过程,以符合项目的目标、限制及环境。
SEI对过程改进有一个简单描述,把过程改进当作公司的一个项目来考虑,制定一个 包含制定过程和制度化这些过程(the bigger task)活动的综合计划,并实施。 下面是一个没有被制度化的场景,SEI对这个场景的描述是“奇迹是如何发生的”: 过程已经被定义出来了,并装订成书。 过程的部署就是按照书的介绍来执行。 过程改进的团队宣布改进成功。(这里就是奇迹发生的开始) 过程在执行中往往被忽视或者遭到抵制。 组织内部开始博弈。 组织最终放弃了这本书,并开始尝试其他的方法。 15
TomFShao
过程不可预测,也很少能 被控制及对项目起作用。 过程符合项目的特征,且 能够对项目起作用。 过程符合组织的特征,且 具有可预见性。 过程是被度量的和控制的。 专注于持续的过程改进
11
影响质量的要素
影响质量的要素
TomFShao
SEI在协助企业开发和维护产品及服务品质的时候发现,影响成本、 进度和质量的要素主要是过程、人、技术。
TomFShao
成熟度等级
成 熟 度 等 级 二 成 熟 度 等 级 三 成 熟 度 等 级 四 成 熟 度 等 级 五
(完整版)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标准名词术语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 场景。
- 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)。