【图文】CMMI-DEV V1.3 组织过程域_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
CMMI-DEV V1.3 组织过程域
上传于||文档简介
&&C​M​M​I​-​D​E​V​ ​V. ​组​织​过​程​域​ ​培​训​文​档
大小：814.00KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢一、CMM英文缩写
Causal Analysis and Resolution
因果分析和解决方案
Configuration Management
Decision Analysis and Resolution
决策分析和解决方案
MA Measurement and Analysis
度量与分析
OID Organizational Innovation and
Deployment组织级改革与部署
Organizational Process focus
组织级过程焦点
OPP Organizational Process Performance 组织级过程性能
Organizational Training
组织级培训
Produce Integration
PMC Project Monitoring and Control项目监控
Project Planning
过程与产品质量保证
QPM Quantitative Project Management 项目定量管理
Requirements Development
Risk Management
REQM Requirements Management 需求管理 OPD+IPPD Organizational Process Definition
组织级过程定义+IPPD
Integrated Project Management
集成化项目管理+IPPD
IPPD Integrated Product and Process Development集成产品与过程开发
SAM Supplier Agreement Management.供应协议管理
Technical Solution
技术解决方案 VAL
Validation
Verification
2、过程三要素：过程的三个方面
过程定义：将过程所包含的活动及程序文档化。
过程学习：应将关于过程的知识传授给需要执行过程的每个人。
过程执行：就象产品的形成是经过一系列的工序处理后的结果一样，通过执行过程中的活动才能获得最终的过程结果。
3、高效过程的特点：关键过程特点
严格遵守；强制执行；监控；培训；度量；职责明确；为便于管理，过程必须可视化；以过程目标为导向对成员实行激励；新成员必须经过有关过程的专门培训；鼓励成员积极反馈并对反馈内容进行分析从而改进过程；应充分利用各种技术以便更好地支持过程 4、怎样保证高效过程机制
过程中的活动必须被有效的执行；对过程应加以维护并及时更新；监控过程的执行情况；需要的时候采用相应的纠正措施。 4、 软件过程改进框架
软件过程架构；软件过程改进规划图；软件过程评估方法；软件过程改进计划。 5、 软件过程改进架构定义
软件过程架构是支撑软件过程运作的框架以及结构基础。为有效建立架构，软件过程环境必须有两种类型的架构：组织与管理方面的架构、技术方面的架构。
组织与管理方面的架构：包括用于建立过程监控和对过程执行实施强制措施的角色与职责。软件过程技术方面的架构包括：用于支持软件工程过程组与过程改过团队的技术架构、计算机设备以及工具。
软件过程架构存在的原因：缺少软件过程架构的支持，就无法实现过程已经对过程的持续改进。 6、软件过程改进规划图
它应是渐进的改进，通常将过程的成熟度划分为不同的级别。应标识并列出处于不同层次的过程的特点。应标识出不同级软件开发环境的特征、特点与属性。应告诉人们每个级别上会面临的挑战是什么。 7、 软件过程评估
内容：不应该将注意力只集中于过程的文档化；应关注是否进行了软件管理以及具体实施的培训；不应只通过几个问题就对过程加以评估，而应通过检查以及小组讨论真正深入到软件开发和项目管理中去；应有受过有关培训的专业软件人员进行评估；应遵循一个已定义的软件过程改进规划图并在它的指导下对当前状况进行分析与评估。
评估的原则：所有权：管理层应该：确保有评估活动的经费、确保可获得足够的资源、确保组织对评估的结果具有相应的承诺；保密性：评估结果应采用通用表格的形式，并且不应该由此追查到特定的个人；团队与协作：软件开发组织内的每一位成员都觉得自己加入到评估活动之中。评估小组应予软件工程师协同工作；活动方向：评估活动应着重于寻找尚待改进的领域；过程框架：评估活动本身没有终点。
软件过程评估成功的三个主要因素：有能力的团队；合理的领导权；合作的组织。
评估成功的关键因素：承诺；动机；行动方向；保密性；适应性；可信性；团队建设。
软件过程改进计划：
内容：活动、时间安排、资源安排、主要管理点设定、项目经理、预算质量计划、配置管理计划及活动安排。计划中必须指明管理方面的负责人、明确项目经理、软件经理职责。计划必须建立在评估的基础之上。作为变更程序，它必须包括计划、实施以及管理方面的内容，并且应考虑到组织对于变更的可承受程度。计划必须有明确定义的范围、清晰的目标与主要管理点。计划必须包括软件组织中的所有成员，每位成员都应明确自己在过程改进活动中的职责。
成功的软件过程改进的关键因素：高层管理者应设定切实可行的目标。要从管理的角度提供足够的支持。成功地改进离不开项目经理以及软件工程师的参与。过程改进应被当作真正的项目加以对待。过程改进计划时参考过程改进规划图加以制定的。持续的过程改进是一条漫漫长路。队成员工作业绩的评估与奖励应与过程的实施效果挂钩。过程的实施效果应加以评估。确保在整个实施过程中过程目标、项目目标以及企业目标三者一致性。组织中的每个成员均应参与到过程改进活动中来。
软件过程改进行动计划成功准则：可行性；灵活性；资源的可获得性；评估的风险。
制定改进计划时可以遵循以下步骤：将评估结果转化为改进建议；将改进建议转化为行动；将行动进行分类并形成相应的组；把行动计划分配给软件过程改进团队。
9、连续改进的元素
理解用于改进的工具；培养一种连续改进的文化；提供强势领导；将改进与商业策略和业绩联系起来；重视客户；像重视成本和进度表一样重视质量；为大型改进事件建立标准。 10、CMMI模型内容：
在CMMI模型中主要包含了两类内容： 用于帮助评估过程内容的资料―对技术、支持和管理活动必不可少的信息。用于改进过程性能的资料―用于提高组织的活动能力的信息。 11、CMMI表示法：
阶段性表示法：阶段式模型基于已证明的过程的分组及次序和有关的组织关系为组织级的改进提供 一个预定义的路径图。连续性表示法：连续式模型在完成改进的次序上没有太多明确的规定。之所以称它们为连续式，是因为没有与组织级成熟度相关的离散的阶段。
选择阶段式模型的理由：阶段式模型已经成功使用多年并证明其是有效的。使用模型的阶段式表示法有以下优点：管理整个组织过程的能力。雇员之间对过程的良好沟通。改进项目估算的准确性。改进成本和质量控制。使用可度量的数据指导问题分析和改进工作。
选择连续式模型的原因：自由和可见性。在连续式模型中，用户可以自由地根据组织业务目标来选择过程改进活动的次序。而在一个连续式模型中，个别组织或组织级的团体可以选择定义组织级成熟度，并且选择可以更好地适合他们独特的业务环境的过程域次序。为每个过程域定义多个能力等级时，基于连续式模型的评估可能会使对过程改进中强项和弱点的认识加深。
13、阶段式模型和连续式模型区别练习
一个组织可以从过程域能力或组织成熟度这两种角度选择过程改进的途径。这种方法在连续式表示法中得到了支持，使用的关键术语是“能力”。通过组织成熟度的角度进行选择则强调过程域集合，这些过程域集合的目的是用来定义整个组织的过程成熟度的已验证阶段。在阶段式表示法中采用了此方法，使用的关键术语是“成熟度”。
阶段式模型基于已证明的过程的分组及次序和有关的组织关系为组织级的改进提供一个预定义的路径图。连续式模型在完成改进的次序上没有太多明确的规定。之所以称它们为连续式，是因为没有与组织级成熟度相关的离散的阶段。
与阶段式模型一样，连续式模型也具有包含实践的过程域。然而，与在阶段式模型中不同，连续式模型中的过程域的实践通过支持单个过程域的成长和改进的方式组织。
共性实践按能力等级分组，每个能力等级都有一个与阶段式模型中成熟度等级定义基本相同的定义。通过在这些过程域中实施共性实践，过程域得到改进和制度化。在连续式模型中，目标没有明确的规定，而更强调实践。
所有过程域的能力等级集体决定了组织的改进，而且一个组织可以剪裁连续式模型，只针对特定的过程域进行改进。也就是说，他们创建了自己的过程域的“阶段”。在一个连续式评估中，按能力等级评定每个过程域。一个组织不同的过程域很可能被评定为不同的能力等级。
12、过程域的特定实践和目标
目标：需求管理REQM SG l：需求得到管理，需求与项目计划和工作产品的不一致性得到识别。实践：REQM SP l.1：与需求的提供者一起开发对需求含义的理解
目标：项目监督和控制PMC SG 2：当项目性能或结果明显偏离计划时，采取纠正措施直至消除偏离。实践：PMC SP 2.1：收集和分析问题，并确定必要的纠正措施来解决问题
目标：组织级过程性能OPP SG l：基线和模型得到建立和维护，这些基线和模型表示了组织标准过程集期望的过程性能。实践：OPP SP l.2：建立和维护度量的定义，这些度量要包括在组织的过程性能分析中
目标：因果分析和解决方案CAR SG 2：缺陷和其他问题的根本原因得到系统地解决，从而防止将来再次发生。实践：CAR SP 2.2：评价变更对过程性能的影响
目标：配置管理(CM) SG l：已识别的工作产品的基线被建立。实践：CM SP 1.1：识别将要置于配置管理下的配置项、组件和相关的工作产品
7.1.1 基础过程管理过程域
CMF中构成过程管理类别的5个过程域如下：组织级过程定义(OPD) 组织级过程焦点(OPF) 组织级过程性能(OPP)组织级改革和部署(OID)
组织级培训(OT)
7.1.2 基础项目管理过程域
项目管理基础过程域包括与计划、监督和控制项目相关的活动。CMMI模型基础包括5个项目管理过程域： 项目计划(PP) 项目监督和控制(PMC) 集成化项目管理IPPD项目定量管理(QPM) 风险管理(RSKM). 使用IPPD时，对集成化项目管理过程域进行了扩展。这些过程域中的4个过程域之间存在紧密的联系。IPM和QPM建立在PP和PMC的能力之上。在阶段式表示法中，ML 2中的PP和PMC、ML 3中的IPM以及ML 4中的QPM对这种关系进行了定义。使用连续式表示法进行过程改进时，应该理解这种关系并相应地计划改进项目。 7.1.3 基础工程过程域
CMMI基础包括一个工程过程域：需求管理(REQM)。需求管理位于CMMI基础中的原因是所有项目都应该有需求，并且不论是否开发产品都应该管理这些需求。
需求管理的目的是管理项目的产品和产品构件的需求，并且识别需求与项目计划和工作产品之间的不一致性。REQM有一个特定目标： 管理需求并识别计划与工作产品的不一致性。它是惟一位于ML 2中的工程过程域；所有其他工程过程域都位于ML 3中。 7.1.4 基础支持过程域
支持过程域提供了在其他CMMI过程域所使用的基本过程。它们也可应用于CMMI共性实践。一般情况下，这些过程域都以项目为目标(除了过程和产品质量保证)。然而，在必要时，它们可以更广泛地用于组织。 CMMI模型基础包括5个支持过程域： 配置管理(CM) 过程和产品质量保证(PPQA)度量和分析(MA) 因果分析和解决方案(CAR) 决策分析和解决方案(DAR)
7.2.1 开发工程过程域
在过程管理类别和项目管理类别中，一些过程域以其他的过程域为基础和前提。相比之下，工程类别则在过程域之间缺乏单向的、“构建于……之上”的关系。在CMMI中，工程过程域形成了一个“产品导向”的过程域的集合。改进产品开发过程意味着以重要的商业目标为目的，而非以某个特定学科的、比较狭隘的目标作为目的。即，工程过程域的构建目的是阻止向“烟囱式”过程集的趋势。工程过程域适用于工程开发域内的任何产品或服务的开发。这些过程域着重非“系统”的“产品”开发。在开发群集中存在5种工程过程域：需求开发、技术解决方案、产品集成、确认、验证、
7.2.2 开发项目管理过程域
开发群集中存在一个项目管理过程：供应商协议管理。SAM被包含在这个群集是因为它关注获得所开发产品的产品组件。SAM与工程过程域的关联要比它与其他项目管理作用域的关联更加密切―如果您注意到SAM中的特定实践与工程过程域的特定实践十分相似，那么这种关系显而易见。供应商协议管理（SAM）:供应商协议管理的目的是管理从供应商那里产品的获得。SAM有两个特定目标：一个是建立供应商协议，另外一个是满足这些协议。这个过程域与TS过程域―在TS过程域中，组织需要决定是制造还是购买―进行协作。一旦决定购买，SAM会创建协议，并从获取组件的开发人员的角度管理协议。对要获取的物品的产品组件需求在需求开发过程域内开发。
14、共性实践
1：基本实践：执行过程的特定实践以开发工作产品和提供服务来完成过程域的特定目标
2：建立组织级策略：为计划和执行过程建立和维护组织级策略。计划过程：建立和维护需求和目的，并计划需要执行的过程。提供资源：为执行过程、开发工作产品以及提供过程的服务提供充足的资源。分配任务：为执行过程、开发工作产品以及提供过程的服务分配任务和权限。培训人员：在必要时培训执行或支持过程的人员。管理配置：将过程的指定工作产品放在配置管理的适当级别下面。标识和包含利益关系人：按计划标识和包含利益关系人
监督和控制过程：监督和控制违反计划的过程，并采取适当的改正措施。客观地评价符合性：客观地评价过程与过程描述、标准以及程序的一致性，并且对不一致的情况加以处理。高级管理层状态评审：高层管理层评审过程的活动、状态和结果，并解决相关问题。3：建立一个已定义的过程：建立和维护已定义过程的描述。收集改进信息：从计划和执行过程中收集工作产品、度量、度量结果和改进信息，从而支持组织过程和过程资产进一步的使用和改进。4：建立质量目标：基于客户需要和商业目标，为过程建立和维护有关质量和过程性能的定量目标。稳定子过程性能：稳定过程的一个或多个子过程的性能，以确定过程有能力达到已建立的定量的质量和过程性能目标。5：保证过程连续改进：在实现组织的相关商业目标时，确保过程的连续改进。纠正问题的公共原因：识别和纠正过程中缺陷和其他问题的根本原因。
能力等级共性目标:CL 0无目标。CL lGG l：过程通过转换可识别的输入工作产品，产生可识别的输出工作产品，支持和能实现过程域的特定目标。CL 2 GG 2：过程作为已管理的过程制度化。CL 3 GG 3：过程作为已定义的过程制度化。CL 4GG 4：过程作为定量管理的过程制度化。CL 5 GG 5：过程作为优化的过程制度化&&Tel:400-880-6318
当前位置： >>
>> 文章内容
CMMI的级别和CMMI的过程域
来源：信管网
【信管网：项目管理师专业网站】
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。分为如下5个级别：
1． 初始级
软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2．可重复级
建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3． 已定义级
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4． 量化管理级
分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5． 优化管理级
过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
2、3级共有18个过程域（PA）,主要内容如下，分四大类：
一、过程管理：
1． OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。
2． OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3． OT：（Organizational Training）组织培训管理。增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。
二、项目管理：
4． PP：（Project Plan）项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。
5． PMC：（Project Monitoring and Control）项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6．SAM：（Supplier Agreement Management）供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7．IPM：（Integrated Project Management）集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8． RSKM：（Risk Management）风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
三、工程管理:
9．RD：（Requirement Development）需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。
10．REQM（Requirement Management ）需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。
11．TS：（Technical Solution）技术解决方案。在开发。设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
12．PI：（Product Integration）产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。
13．VER：（Verification）验证。验证确保选定的工作产品满足需求规格。
14．VAL：（Validation）确认。确认证明产品或产品部件在实际应用下满足应用要求。
四、支持管理：
15． CM：（Configuration Management）配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。
16．PPQA：（Process and Product Quality Assurance）过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。
17．MA：（Measurement and Analysis）测量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。
18． DAR：（Decision Analysis and Resolution）决策分析与解决。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
第4级除第2、3级所涵盖的18个流程领域外，增加
19. OPP ：（Organizational Process Preformace）组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。
20. QPM（Quantitative Project Management) 量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。。
第5级包含第2级到第4级的20个流程领域外，增加，
21. OID：(Organizational Innovation and Deployment）组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。
22. CAR：（Causal Analysis and Resolution），识别缺失的原因并进行矫正进一步的防止未来再次发生。
其他术语：
Life Cycle：（Software Life Cycle Model）项目管理的生命周期。关注的是项目的过程管理。
MA：（Measurement & Analysis）。开发并持续发展度量能力以满足项目管理的信息需求。
Milestone Review：（Milestone Review）阶段评审。在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
Process Tailoring：（Process Tailoring）过程裁剪。为了使组织定义的标准过程能够适合于组织项目管理，不论该项目是提供产品还是服务。
Review：（Review）评审。可以有效提高系统，软件及产品的质量。
Testing：软件测试。
信息系统项目管理师培训
李老师：信息系统项目管理师、国家工信部和科技部专家、高级项目经理、12年培训经验，编写了多本教材，...
各省市软考报名简章