《软件能力成熟度模型集成》由会员分享，可在线阅读，更多相关《软件能力成熟度模型集成（16页珍藏版）》请在金锄头文库上搜索。
1、CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成 中文名称：软件能力成熟度集成模型CMMI 1.3是2010年11月SEI 发布的CMMI模型的最新版本。CMMI 1.3包括CMMI采购模型1.3版、CMMI开发模型1.3版、CMMI服务模型1.3版。1) 将过程域组织级创新与部署(Organizational Innovation and Deployment,OID)更名为组织绩效管理(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。2) 对
2、模型架构进行了改进，简化对多个模型的使用过程域Process Area:过程域。简单的说就是做好一个事情的某一个方面，对应软件开发来说，就是做好软件开发的某一个方面。2、3级共有18个过程域(PA),主要内容如下，分四大类:折叠过程管理1. OPD:(Organizational Process Definition)组织级过程定义。建立和维护有用的组织过程资产。2. 2. OPF:(Organizational Process Focus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。3. 3. OT:(Organizational Training)组织培训管理。
3、增加组织各级人员的技能和知识，使他们能有效地执行他们的任务项目管理4. PP:(Project Plan)项目计划。（项目计划（ProjectPlan）用于协调所有项目计划编制文件、指导项目执行和控制的文件。其关键组成部分包括项目简介或概览、如何组织项目的描述、用于项目的管理和技术过程，描写所要完成的工作的部分、进度信息和预算信息。定义项目计划(Project Plan)要列出软件开发要做的主要工作和任务清单，要回答软件工程项目做什么。 在工作和任务清单中要清楚地描述出:项目划分的各个实施阶段每个阶段的工作重点和任务是什么完成本阶段工作和任务的人力、资源需求，时间期限阶段工作和任务的成果形式项
4、目实施过程中对风险、疑难、其他不可预见因素等的处理机制各任务组及开发人员之间的组织、协调关系等。）。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。5PMC:(Project Monitoring and Control)项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。6.SAM:(Supplier Agreement Management)供应商协议管理。旨在对以正式协定的形式从项
5、目之外的供方采办的产品和服务实施管理。7.IPM:(Integrated Project Management)集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。8. RSKM:(Risk Management)风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。工程管理9.RD:(Requirement Development)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致10.REQM(Requirement M
6、anagement)需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。11.TS:(Technical Solution)技术解决方案。在开发。设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。12.PI:(Product Integration)产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。13.VAL:(Validation)确认。确认证明产品或产品部件在实际应用下满足应用要求。14.VER:(Verification)验证。验证确保选定的工作产品满足需求规格。支持管理15. CM:(Config
7、uration Management)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。16.PPQA:(Process and Product Quality Assurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。17.MA:(Measurement and Analysis)测量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。18. DAR:(Decision Analysis and Resolution)决策分析与解决。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。第4级除第2、
8、3级所涵盖的18个流程领域外，增加19. OPP :(Organizational Process Performance)组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。20. QPM(Quantitative Project Management) 量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。第5级包含第2级到第4级的20个流程领域外，增加21. OID:(Organizational Innovation and Deployment)组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展
9、的改善需支持基于组织业务目的的质量及过程执行目标。22. CAR:(Causal Analysis and Resolution)，识别缺失的原因并进行矫正进一步的防止未来再次发生其他术语:Life Cycle:(Software Life Cycle Model)项目管理的生命周期。关注的是项目的过程管理。MA:(Measurement & Analysis)。开发并持续发展度量能力以满足项目管理的信息需求。Milestone Review:(Milestone Review)阶段评审。在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。Process Tailoring:(Proce
10、ss Tailoring)过程裁剪。为了使组织定义的标准过程能够适合于组织项目管理，不论该项目是提供产品还是服务。Review:(Review)评审。可以有效提高系统，软件及产品的质量。Testing:软件测试。折叠CMMI的起源随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等:(1) SW-CMM (Software CMM) 软件CMM(2) SE-CMM (System Engineering CMM) 系统工程CMM(3) SA-CMM (Software Acquisition CMM)
11、软件采购CMM(4) IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM(5) P-CMM (People CMM) 人力资源能力成熟度模型 为了以示区别，国内外很多资料把CMM叫做SW-CMM。按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。研发背景CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是:阶段式表现方法仍然把CMMI中的若干个过程区域分成了5 个成熟度级别，帮助
12、实施CMMI的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则通过将CMMI中过程区域分为四大类:过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进一步分为基本的和高级的。这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如:1) SW-CMM (Software CMM) 软件CMM(2) SE-CMM (System Engine
13、ering CMM) 系统工程CMM(3) SA-CMM (Software Acquisition CMM) 软件采购CMM(4) IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM(5) P-CMM (People CMM)人力资源能力成熟度模型CMM与CMMI最大的不同点和区别: CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分，即:系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部
14、分。就软件而言，CMMI是SW-CMM的修订本折叠关键元素CMMI自出道以来，它所达到的目标就没有变过，第一个是质量，第二个是时间表，第三就是要用最低的成本。不过特别强调的是，CMMI不是传统的、仅局限于软件开发的生命周期，它应该被运用于更广泛的一个范畴-工程设计的生命周期。TSP的建立，也是为了支持CMMI的这样一个系统。那么CMMI究竟是什么呢?它并不是一个过程，也不是告诉你怎么去做一件事情。如果用一句话来概括什么是CMMI，它就是各个进程的一个关键的元素，在很多领域里面一个集成的点。它是这样的一个基本架构，能够用来度量你的有效性和实用性;能够找出这样的一些机会，继续改进的机会，包括在商业
15、目标、策略还有降低项目的风险等方面。评估方法等级SEI将CMMI的评估过程分为Class A、B 、C三种类型正如其他CMM模型，CMMI提供了流程改进的指导，而不是流程或流程的描述。组织使用的实际流程取决于很多因素，包括应用领域组织框架和规模。CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟度某个软件流程的能力度，并且建立改进的优先顺序和实施改进。从CMMI框架可以产生不同的CMMI模型，因此必须首先确定那种模型最适合企业流程改进的需要。阶段式描述 or 连续式描述过程域是以成熟度等级组织，并且对过程改进做一些推测工作。阶段式表述根据成熟度等级规定执行过程改进的顺序，它定义一个组织
16、由初始级到已优化级的改进路径。达到每一个成熟度等级可确保有足够的过程基础建设，可作为下一个成熟度等级的基础，并且允许持续与渐进的改进。系统工程 or 软件工程 or 两者皆有1. 初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。2.可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。3. 已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。4. 量化管理级分析对软件过程和产品质量的详细度量数
