CMMI体系简介及工作流程

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,CMMI体系简介及软件工作流程,1,主题,第一部分：,CMMI,基础知识,CMMI,是什么？,CMMI,发展和历史,CMMI,模型组件概述,第二部分：公司质量体系文件综述,公司软件过程概述,公司过程文件概述,公司体系文件导读,2,CMMI,是什么？,Capability Maturity Model Integration (,能力成熟度模型综合,),它综合了以下几方面,:,System engineering,Software engineering,Integrated Product and Process Development,Supplier Sourcing,该模型提供一套可供公众使用的准则；这些准则描述那些成功地实施了过程改进的组织的特性。,该模型用,“,软件能力成熟度,”,来衡量这种软件综合能力,CMMIonline,3,CMMI,是什么,美国卡内基,-,梅隆大学软件工程研究所（,SEI,）研制。,CMMI,的前身是,SW-CMM,和,SE-CMM,2001,年,12,月由,SEI,发布,CMMI1.1,版本,。,CMMI,有专门认证评估方法,-SCAMPI,4,发展简史,CMM 1.0,于,1991,年制定。,CMM 1.1,于,1993,发布，该版本应用最广泛。,CMM 2.0,草案于,1997,年制定（未广泛应用）。,到,2000,年，,CMM,演化成为,CMMI,（,Capability Maturity Model Integration,），,CMM 2.0,成为,CMMI 1.0,的主要组成部分。,CMMI-SE/SW 1.1,（,CMMI for System Engineering and Software Engineering,）于,2002,年,1,月正式推出。,5,CMMI,的诞生（,1,）,从,CMM 1.0,版到,CMMI 1.1,版，经历了十多年,在这期间,IT,产,业有了长足的发展，相应的工业标准或规范必然要不断地改进。,在总结,CMM,应用的大量经验教训的基础之上，,SEI,于,2002,年推出,了,CMMI1.1,。,CMMI,重大的改进在于它不仅完善了,CMM,本身，而且充,分考虑了软件工程与系统工程的集成，使得,CMMI,不再局限于纯粹,软件的范畴。虽然人们了解和应用,CMMI,需要一定的时间，但是,CMMI,将取代,CMM,这是必然的趋势。,6,CMMI,的诞生（,2,）,CMMI,为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。,CMMI,将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。,7,CMMI,模型组件概述,Maturity Level 5,OID, CAR,Maturity Level 4,OPP, QPM,Maturity Level 3,REQD, TS, PI, VER, VAL, OPF, OPD, OT, IPM, RSKM, DAR,Maturity Level 2,REQM, PP, PMC,SAM, MA, PPQA,CM,Engineering,REQM, REQD, TS,PI, VER, VAL,Project Management,PP, PMC, SAM,IPM, RSKM, QPM,Process Management,OPF, OPD, OT,OPP, OID,Support,CM, PPQA, MA,CAR, DAR,CMMI-Dev,Staged,CMMI-Dev,Continuous,8,CMMI,分级（阶段）模型,Initial,Managed,Defined,Optimizing,Q-Managed,建立项目纪律,稳定一致的过程,以事实为依据,能够持续改进,9,CMMI,阶段式模型的结构,10,CMMI,连续模型表示的结构,11,Process Area Components,12,特定目标,Specific Goals (SGs),特定目标是针对某一个过程域，它描述为了满足这个过程域的实施所必须做到的特殊特性,例如在需求管理的,PA,中,:,SG 1: Requirements are managed and inconsistencies with project plans and work products are identified.,13,特定实践 ,Specific Practices (SPs),特定实践是为了达成某一个特定目标而需要的特定活动,例如：,Requirements Management:,SP 1.3: Manage Requirements Changes,Manage changes to the requirements as they evolve during the project.,14,通用目标,Generic Goal,（,GG,）,可用于多个过程域的,“,目标,”,称为,“,公共目标,”,例如：,GG 2:,The process is institutionalized as a managed process.,15,GG2:,建立（受）管理过程,Generic Practices,Generic Goals,GP 1.1:,执行特定实践,GG1:,满足特定目标,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:,高层管理者评审,GG3:,建立定义过程,GP 3.1:,建立一个定义的过程,GP 3.2:,收集改进信息,通用实践,Generic Practices (GPs),16,Required, Expected, and Informative Model Components,Required,（必须的）,: SG,和,GG,Expected,（期望的）,: SP,和,GP,Informative,（提供信息的）,:,子实践、典型的工作产品、一般实践的详细描述等,问题：除了,Required,的组件，其他的组件可以不要吗？,17,你会如何组织这个活动？,某个时间，公司进行聚餐活动。,请你组织这次活动，目的是用合理的经费让大家高高兴兴地吃一顿！,分组讨论，,5,分钟时间。,CMMIonline,18,CMMI,等级,在模型中，所有软件组织的软件能力成熟度划分为,5,个等级,第,1,到第,5,级。数字越大，成熟度越高。高成熟度等级代表比较强的综合软件能力。,5,个成熟度等级分别为：,第,1,级：初始级,第,2,级：受管理级,第,3,级：已定义级,第,4,级：定量管理级,第,5,级：持续优化级,19,CMMI,级别,每一个级别，都包含几个到十几个,PA,英文全写：,Process Area,中文译名：过程域,什么叫,“,过程域,”,？,简单的说就是做好一个事情的某一个方面。,对应软件开发来说，就是做好软件开发的某一个方面。,CMMIonline,20,CMMI,级别,如果该级别的全部,PA,达到要求了，就认为该级别达到了。,如何判断,PA,达到要求呢？,每个,PA,包含几个目标,(Goal),如果这个几个目标都达到要求了，就认为该,PA,达到要求了,如何判断,Goal,达到要求呢？,每个,Goal,包含几个实践,(Practice),每个实践达到要求了，就认为该,Goal,达到要求了,CMMIonline,21,Maturity Level 1: Initial,初始级的过程通常是随机、混乱和无序的。这种组织通常没有一个稳定的环境，它的成功依赖于组织中个人的能力和英雄主义，而不是依赖于使用经过验证的过程。,尽管这种混乱、无序的环境，处于初始级别的组织也经常能制造出能工作的产品和服务，但是，他们的项目经常是超成本和进度的。,处于初始级的组织有过度承诺的趋势，在危机时放弃过程，不能,重复,他们过去的成功。,22,吃饭的,“,初始级,”,不用做什么计划，提前一点订好座位,当天下班大家一哄而去,现场点菜，然后大吃一顿,CMMIonline,23,这样做会有什么结果？,定不到位？,菜不合大家口味？,经费超出？,大家心情变得很沮丧？,有没有可能取得比较好效果呢？,CMMIonline,24,Maturity Level 2: Managed,即使在时间压力下，依然能够保留现有的实践,组织中的项目确保需求得到管理，过程已经计划、执行、度量和控制。,管理层在某些已定义点上对工作产品的状态和提交的服务具有可视性,在干系人（风险承担者）之间建立了承诺，在必要的时候进行修正,25,CMMI-SE/SW ML2 PAs,需求管理,Requirement Management,（,REQM,）,项目计划,Project Planning,（,PP,）,项目跟踪与控制,Project Monitoring and Control,（,PMC,）,供应商合同管理,Supplier Agreement Management,（,SAM,）,度量分析,Measurement and Analysis,（,MA,）,产品与过程质量保证,Product and Process Quality Assurance,（,PPQA,）,配置管理,Configuration Management,（,CM,）,26,需求,设计,编码,测试,工作产品,工作产品,工作产品,项目跟踪,项目计划,PA,不是孤立的！,配置管理,需求管理,供应商合同管理,质量保证,度量分析,27,CMMI ML2,总结,坚持既往成功实践,从关注结果到关注过程,需求和项目进展得到控制,理解了数据的作用,从更宽的视野看待项目,从初始级到二级是,全体人员思想的转变,是文化的转变,走向规范化的第一步,28,讨论：吃饭的,“,受管理级,”,用,2,级的特征策划吃饭过程。,讨论,5,分钟。,29,Level2:,受管理级,-1,怎样才能办好事情呢？,大家想吃什么？,老板有什么期望呢？,预算是多少呢？,要做个计划才行？,酒水需要另外买啊！,要督促大家按照计划进行？,要统计一下出席情况以及各菜式的“吃剩”情况！,需求管理,(RM),项目计划,(PP),项目计划跟踪,(PMC),采购,(SAM),度量,(MA),CMMIonline,30,Level2:,受管理级,-2,就这样够了吗？,菜式统计、买酒的协议、计划等文档要统一管理起来。,老板对我不放心，还派个人来监督我工作！哼！,配置管理,(CM),质量保证,(PPQA),CMMIonline,31,这样做会有什么结果？,大家吃得满意？,预算控制得好？,老板高兴？,真的能这样吗？,CMMIonline,32,2,级做法遗留的一些问题,不需要进行风险管理吗？,用什么方法调查大家喜欢吃什么菜式呢？有指南就好了？,如何组织聚餐活动，是不是应该有个指导？或者有成功经验可供参考？,CMMIonline,33,Maturity Level 3: Defined,建立标准的，且不断得到改进的工作方式,过程得到很好地表现和理解，用标准、规程、工具和方法表述过程，从而建立组织内的一致性,组织标准过程已经建立并不断得到改进,项目根据裁剪指南，从组织标准过程中裁剪建立项目定义的过程,组织管理层基于组织标准过程库建立过程目标，并确保这些目标得到适当地表达,2,级和,3,级关键区别在于,标准、过程和规程的适用范围,3,级的过程比,2,级的描述更具体和更严格,34,CMMI-SE/SW ML3 PAs(1),需求开发,Requirements Development,（,RD,）,技术解决方案,Technical Solution,（,TS,）,产品集成,Product Integration,（,PI,）,验证,Verification,（,VER,）,确认,Validation,（,VAL,）,35,CMMI-SE/SW ML3 PAs(2),组织过程焦点,Organizational Process Focus,（,OPF,）,组织过程定义,Organizational Process Definition,（,OPD,）,组织培训,Organizational Training,（,OT,）,集成项目管理,Integrated Project Management,（,IPM,）,风险管理,Risk Management,（,RSKM,）,决策分析与解决方案,Decision Analysis and Resolution,（,DAR,）,36,Level 3,：已定义级,经过一段时间积累，以下活动都有明确的指导文档：,如何写计划,如何组织吃饭现场活动,如何确定餐单,.,对于确定餐单、选定酒水供应商方面采用决策分析的办法。,进行风险管理。,建立了相应的培训制度。,另外，为了让组织聚餐活动越做越好，成立了专门的,SEPG,来维护文档。,CMMIonline,37,这样做会有什么结果？,这次活动成功的几率大大提高了？,但谁能拍胸口说：一定能成功？,CMMIonline,38,3,级遗留的问题,感觉成功机会会提高很多，但没有一个底？最好有个数字能说明问题。,CMMIonline,39,Maturity Level 4: Quantitatively Managed,不仅有标准的工作方式，还有量化的工作标准,选择那些对整体过程性能有较大影响的子过程进行统计和其它量化手段控制。,制订质量和过程性能的量化目标，并贯串整个生命周期中；以统计,“,词汇,”,理解质量和过程性能。,收集受控过程的度量数据，分析其性能。如果出现偏差，分析其出现的（特殊）原因，以防止其今后再次出现。,质量和过程性能的数据要纳入到组织度量数据库中，以便帮助今后进行客观的决策。,与,3,级的最大区别是，,4,级可以对过程性能进行预测。,40,CMMI-SE/SW ML4 PAs,组织过程性能,Organizational Process Performance,（,OPP,）,量化项目管理,Quantitative Project Management,（,QPM,）,41,Maturity Level 5: Optimizing,以量化为手段，以解决本质问题为核心的持续改进,建立量化过程改进目标，并与商业目标的变化同步。,识别出针对根本原因（或根本问题）的过程改进方法，评估其能否满足量化过程改进目标；对这些改进方法进行评估、试验和推广。,组织过程应该是持续改进的,过程优化是否灵活并富于创造性，取决于参与其中的人是否理解组织的商业价值和商业目标，而且：,过程改进，人人有责；,要改进标准过程，也要改进项目过程。,与,4,级本质区别：,5,级解决根本问题，,4,级解决特殊问题。,42,CMMI-SE/SW ML5 PAs,组织创新与部属,Organizational Innovation and Deployment,（,OID,）,原因分析与解决方案,Causal Analysis and Resolution,（,CAR,）,43,某企业通过了某某级别的评估，意味着什么？,评估是对企业准备的几个评估项目按照,CMMI,的标准进行检查。,企业可以准备任意数量的项目，评估的项目是企业自己指定的。,通过评估，只代表评估小组认为参加评估的几个项目达到了,CMMI,某个级别的标准。,通过评估，不代表这个企业其它项目也达到了要求，也不代表这个企业以后也会达到这个标准。,CMMIonline,44,第二部分：公司质量体系文件综述,公司软件过程概述,公司过程文件概述,公司体系文件导读,45,软件过程概述,我公司软件产品的生产是以项目形式进行的。,项目又分成三种类型：,研发类,工程类,维护类,46,研发类项目的任务,新产品的研发：进行产品的需求开发、解决方案设计、代码构建和产品的初步集成，形成产品的核心版本。,产品线维护研发：对合同类实施和维护项目进行版本支持。,47,工程类项目的任务,依据与用户的合同、软件需求规格说明书等文件，对研发组提供的核心版本进行确认测试，完成产品的最终集成，以及产品的部署、安装等工作，直到把产品交付给用户。,48,维护类项目的任务,在合同规定的产品维护期内，应用户的要求，完成产品的一些边缘功能的开发，负责产品的一般性客户服务工作，配合产品维护研发组完成产品的版本维护 。,49,软件产品的开发活动,分成准备、计划、研发、测试、验收等五个阶段, CMMI,中各个,PA,在这些阶段中的相互关系，以及它们和公司各有关部门之间的关系如下图所示：,50,软件开发流程和职能,51,软件开发流程,CMMI,的四类,PA,在软件产品开发流程中的顺序和相互关系如图二所示。图中淡蓝色框表示,CMMI,中的,PA,；淡黄色框不是,CMMI,中的,PA,。图中蓝色箭头表示的流程是开发过程中的主要流程，应根据不同的开发方法而采用适当的递归和迭代。黄色箭头表示的流程是辅助流程。,52,软件开发流程,53,软件产品维护流程,54,过程文件概述,我司的软件过程均以,CMMI-DEV V1.2 L2 & L3,（以下简称,CMMI,）的过程域,(PA),为参考模型，结合我公司实际，实现了文档化。这些过程文件叙述软件产品开发活动的过程、过程做什么、怎么做、怎么评估绩效，以及怎么持续改进等问题。,55,体系文件的构成,CMMI,软件过程改进体系文件由三部分组成：,质量手册,：在原来的,质量手册,基础上，改写其中有关软件开发部分,软件过程文件,：程序文件和作业指导书,软件过程模板,：模板、表格、样件、示例,体系文件下载：,OA-,知识中心,-,常用文档,-,质量管理系统文件,56,活动元素,概述,参与人员及职责,入口准则,输入,任务,/,步骤,出口准则,输出（工作产品）,资源和能力要求,度量,剪裁指南,57,软件过程文件,软件过程文件分三个层次,程序文件,作业指导书,模板,CMMI L2,、,L3,中的,17,个,PA,（我们剪裁了供应商协议管理）对应,16,个程序文件、,32,个作用指导书和,81,个模板,58,作业指导书（规范,/,指南）,作业指导书统一用规范或指南的名称，它们的作用是详细描述程序文件中比较复杂的活动，必要时引用模板。作业指导书的格式基本与程序文件相同。,59,模板,模板可以被作业指导书或程序文件引用。它们具体给出程序文件或作业指导书中用到的说明书、报告、记录、表格等的格式和细节，方便使用者应用。,60,标准过程,软件过程文件中描述的过程，都是公司的标准过程。,项目组可以根据剪裁指南和项目的实际情况，对标准过程进行剪裁以得到项目组的定义过程。,项目组执行其已定义过程，项目组也可以直接应用公司的标准过程。,项目组采用什么样的软件过程应在,“,项目计划,”,中说明。,61,研发项目标准过程,项目立项,项目计划,项目监控,风险管理过程,需求管理,项目总结,软件配置管理,软件质量保证过程,度量分析过程,软件评审过程,需求获取,需求分析,软件设计,软件实现,系统测试,62,工程项目标准过程,项目立项,项目计划,项目监控,风险管理过程,需求管理,项目总结,需求获取,实施设计,产品部署,确认测试,初验,系统上线,维护交接,软件配置管理,软件质量保证过程,度量分析过程,软件评审过程,63,维护项目标准过程,项目立项,项目计划,项目监控,风险管理过程,项目总结,主动服务监控,软件服务支撑,进行产品部署,软件配置管理,软件质量保证过程,度量分析过程,软件评审过程,64,公司体系文件导读,各职位体系学习质量管理体系指引,65,Q&A,66,