cmmi体系简介及软件工作流程 24页

CMMI体系简介及软件工作流程质量管理部2009年03月华丽娜 主题第一部分:CMMI基础知识CMMI是什么?CMMI发展和厉史CMMI模型组件概述第二部分:公司质量体系文件综述公司软件过程概述公司过程文件概述公司体系文件导读CMMI是什么？uCapabilityMaturityModelIntegration(能力成熟度模型综合)它综合了以下几方面:SystemengineeringSoftwareengineeringIntegratedProductandProcessDevelopmentSupplierSourcingu该模型提供一套可供公众使用的准则；这些准则描述那些成功地实施了过程改进的组织的特性。u该模型用“软件能力成熟度”来衡量这种软件综合能力CMMI是什么？n美国卡内塞一梅隆大学软件工程研究所(SEI)研制。nCMMI的前身是SW-CMM和SE-CMM n2001年12月由SEI发布CMMI1.1版本。nCMMI有专门认证评估方法一SCAMPI发展简史CMM1.0于1991年制定。CMM1.1于1993发布，该版本应用最广泛。CMM2.0草案于1997年制定(未广泛应用)。到2000年，CMM演化成为CMMI(CapabilityMaturityModelIntegration)，CMM2.0成乃CMMI1.0的主要组成部分。CMMI-SE/SW1.1(CMMIforSystemEngineeringandSoftwareEngineering)于2002年1月正式推出。CMMI的诞生（1）从CMM1.0版到CMMI1.1版，经历了十多年，在这期间，IT产业有了长足的发展，相应的工业标准或规范必然要不断地改进。在总结CMM应用的大量经验教训的基础之上，SEI于2002年推出了CMMII.IoCMMI重大的改进在于它不仅完善了CMM本身，而且充分考虑了软件工程与系统工程的集成，使得CMMI不再局限于纯粹软件的范崎。虽然人们了解和应用CMMI需要一定的时间，但走CMMI将取代CMM这走必然的趋势。CMMI的诞生（2）uCMMI为工业界和政府部门提供了一个集成的产品集，其主要目的 是消除不同模型之间的不一致和重复，降低基于模型改善的成本。CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。CMMI模型组件概述CMMI分级（阶段）模型CMMI阶段式模型的结构 CMMI连续模型表示的结构ProcessAreaComponents 特定目标SpecificGoals(SGs)u特定目标是针对某一个过程域，它描述为了满足这个过程域的实施所必须做到的特殊特性u例如在需求管理的PA中:SG1:RequirementsaremanagedandInconsistencieswithprojectplansandworkproductsareidentified特定实践-SpecificPractices(SPs)u特定实践是为了达成某一个特定目标而需要的特定活动u例如:RequirementsManagement:SP1.3:ManageRequirementsChangesManagechangestotherequirementsastheyevolvduringtheproject.通用目标一GenericGoal(GG)u可用于多个过程域的“目标”称为“办共目标”u例如:GG2:Theprocessisinstitutionalizedasamanagedprocess.通用实践GenericPractices(GPs) Required,Expected,andInformativeModelComponentsuRequired(必须的):SG和GGuExpected(期望的).SP和GPuInformative(提供信息的):子实践、典型的工作产品、一般实践的详细描述等u问题:除了Required的组件，其他的组件可以不要吗？你会如何组织这个活动?Ø某个时间，办司进行聚餐活动。Ø请你组织这次活动，目的是用合理的经费让大家高高兴兴地吃一顿!Ø分组讨论，5分钟时间。CMMI等级u在模型中，所有软件组织的软件能力成熟度划分为5个等级一第1到第5级。数字越大，成熟度越高。高成熟度等级代表比较强 的综合软件能力。u5个成熟度等级分别为:第1级:初始级第2级:受管理级第3级:已定义级第4级:定量管理级第5级:持续优化级CMMI级别u每一个级别，都包合几个到十几个PA英文全写:ProcessArea中文译名:过程域u什么叫“过程域”?简单的说就是做好一个事情的某一方面。对应软件开发来说，就是做好软件开发的某一个方面。CMMI级别u如果该级别的全部PA达到要求了，就认为该级别达到了。u如何列断PA达到要求呢?每个PA包合儿个目标((Goal)如果这个几个目标都达到要求了，就认乃该PA达到要求了u如何列断Goal达到要求呢?每个Goal包合几个实践(Practice)每个实践达到要求了，就认为该Goal达到要求了 MaturityLevel1:Initialu初始级的过程通常是随机、混乱和无序的。这种组织通常没有一个稳定的环境，它的成功依赖于组织中个人的能力和英雄主义，而不是依赖于使用经过脸证的过程。u尽管这种混乱、无序的环境，处于初始级别的组织也经常能制造出能工作的产品和服务，但是，他们的项目经常是超成本和进度的。u处于初始级的组织有过度承诺的趋势，在危机时放弃过程，不能重复他们过去的成功。吃饭的“初始级”u不用做什么计划，提前一点订好座位u当天下班大家一哄而去u现场点菜，然后大吃一顿这样做会有什么结果？u定不到位?u菜不合大家口味?u经费超出?u大家心情变得很沮丧?u有没有可能取得比较好效果呢? MaturityLevel2:Managedu—即使在时间压力下，依然能够保留现有的实践u组织中的项目确保需求得到管理，过程已经计划、执行、度量和控制。u管理层在某些已定义点上对工作产品的状态和提交的服务共有可视性u在干系人(风险承担者)之间建立了承诺，在必要的时候进行修正CMMI-SE/SWML2PAsu需求管理RequirementManagement(REQM)u项目计划ProjectPlanning(PP)u项目跟踪与控制ProjectMonitoringandControl(PMC)u供应商合同管理SupplierAgreementManagement(SAM)u度量分析MeasurementandAnalysis(MA)u产品与过程质量保证ProductandProcessQualityAssurance(PPQA)u配置管理 ConfigurationManagement(CM)PA不是孤立的！CMMlML2总结u坚持既往成功实践u从关注结果到关注过程u需求和项目进展得到控制u理解了数据的作用u从更宽的视野看待项目u从初始级到二级是全体人员思想的转变是文化的转变走向规范化的第一步讨论:吃饭的“受管理级”u用2级的特征策划吃饭过程。u讨论5分钟。 Level2:受管理级一1Level2:受管理级-2这样做会有什么结果？u大家吃得满意?u预算控制得好?u老板高兴? u真的能这样吗?2级做法遗留的一些问题u不需要进行风险管理吗?u用什么方法调查大家喜欢吃什么菜式呢?有指南就好了?u如何组织聚餐活动，是不是应该有个指导?或者有成功经验可供参考？u……MaturityLevel3:Defined—建立标准的，且不断得到改进的工作方式u过程得到很好地表现和理解，用标准、规程、工兵和方法表述过程，从而建立组织内的一致性u组织标准过程已经建立并不断得到改进u项目根据裁剪指南，从组织标准过程中裁剪建立项目定义的过程u组织管理层基于组织标准过程库建立过程目标，并确保这些目标得到适当地表达u2级和3级关健区别在于标准、过程和规程的适用范围3级的过程比2级的描述更具体和更严格CMMI-SE/SWML3PAs(1)u需求开发RequirementsDevelopment(RD)u技术解决方素 TechnicalSolution(TS)u产品集成ProductIntegration(PI)u验证Verification(CWR)u确认Validation(VAL)CMMI-SE/SWML3PAs(2)u组织过程焦点OrganizationalProcessFocus(OPF)u组织过程定义OrganizationalProcessDefinition(OPD)u组织培训OrganizationalTraining(OT)u集成项目管理IntegratedProjectManagement(IPM)u风险管理RiskManagement(RSKM)u决策分析与解决方素DecisionAnalysisandResolution(DAR)level3:已定义级u经过一段时间积累，以下活动都有明确的指导文档: 如何写计划如何组织吃饭现场活动如何确定餐单....u对于确定餐单、选定酒水供应商方面采用决策分析的办法u进行风险管理。u建立了相应的培训制度。u另外，为了让组织聚餐活动越做越好，成立了门的SEPG来维护文档。这样做会有什么结果？u这次活动成功的几率大大提高了?u但谁能拍胸口说:一定能成功?3级遗留的问题u感觉成功机会会提高很多，但没有一个底?最好有个数字能说明问题。MaturityLevel4、:QuantitativelyManaged—不仅有标准的工作方式，逐有量化的工作标准u选择那些对整体过程性能有较大影响的子过程进行统计和其它量化手段控制。u制订质量和过程性能的量化目标，并贯串整个生命周期中;以统计“词汇”理解质量和过程性能。u收集受控过程的度量数据，分析其性能。如果出现偏差，分析其出现的(特殊)原因，以防止其今后再次出现。 u质量和过程性能的数据要纳入到组织度量数据库中，以便帮助今后进行客观的决策。u与3级的最大区别走，4级可以对过程性能进行预侧。CMMI-SE/SWML4PAsu组织过程性能OrganizationalProcessPerformance(OPP)u量化项目管理QuantitativeProjectManagement(QPM)MaturityLevel5:Optimizing—以量化为手段，以解决本质问题乃核心的持续改进u建立量化过程改进目标，并与商业目标的变化同步。u识别出针对根本原因(或根本问题)的过程改进方法，评佑其能否满足u量化过程改进目标;对这些改进方法进行评佑、诚脸和推广。u组织过程应该走持续改进的u过程优化走否灵活并富于创造性，取决于参与其中的人是否理解组织的商业价值和商业目标，而且：过程改进，人人有责;要改进标准过程，也要改进项目过程。u与4级本质区别:5级解决根本问题，4级解决特殊问题。 CMMI-SE/SWML5PAsu组织创新与部属OrganizationalInnovationandDeployment(OID)u原因分析与解决方素CausalAnalysisandResolution(CAR)某企业通过了某某级别的评估，意味着什么?u评估是对企业准备的几个评佑项目按照CMMI的标准进行检查。u企业可以准备任意数量的项目，评佑的项目是企业有己指定的。u通过评佑，只代表评估小组认为参加评估的几个项目达到了CMMI某个级别的标准。u通过评佑，不代表这个企业其它项目也达到了要求，也不代表这个企业以后也会达到这个标准。第二部分:公司质量体系文件综述公司软件过程概述公司过程文件既述公司体系文件导读软件过程概述我公司软件产品的生产是以项目形式进行的项目又分成三种类型号研发类 工程类维护类研发类项目的任务u新产品的研发:进行产品的需求开发、解决方案设计、代码构建和产品的初步集成，形成产品的核心版本。u产品线维护研发:对合同类实施和维护项目进行版本支持。工程类项目的任务u依据与用户的合同、软件需求规格说明书等文件，对研发组提供的核心版本进行确认侧诚，完成产品的最终集成，以及产品的部署、安装等工作，直到把产品交付给用户。维护类项目的任务u在合同规定的产品维护期内，应用户的要求，完成产品的一些边缘功能的开发，负责产品的一般性客户服务工作，配合产品维护研发组完成产品的版本维护。软件产品的开发活动u分成准备、计划、研发、测试、验收等五个阶段，CMMI中各个PA在这些阶段中的相互关系，以及它们和公司各有关部门之间的关系如下图所示:软件开发流程和职能： 软件开发流程uCMMI的四类PA在软件产品开发流程中的顺序和相互关系如图二所示。图中淡蓝色框表示CMM!中的PA;淡黄色框不是CMMI中的PA。图中蓝色箭头表示的流程走开发过程中的主要流程，应根据不同的开发方法而采用适当的递归和迭代。黄色箭头表示的流程走辅助流程。软件开发流程 软件产品维护流程过程文件概述u我司的软件过程均以CMMI-DEVV1.2L2&L3以下简称CMMI)的过程域(PA)h参考模型，结合我公办司实际，实现了文档化。这些过程文件叙述软件产品开发活动的过程、过程做什么、怎么做、怎么评枯绩效，以及怎么持续改进等问题。体系文件构成uCMMI软件过程改进体系文件由三部分组成:u《质量手册》:在原来的《质量手册》基础上，改写其中有关软件开发部分u《软件过程文件》:程序文件和作业指导书u《软件过程模板》:模板、表格、样件、示例u体系文件下载:OA一知识中心一常用文档一质量管理系统文件活动元素u概述 u参与人员及职责u入口准则u输入u任务/步骤u出口准则u输出(工作产品）u资源和能力要求u度量u剪裁指南软件过程文件u软件过程文件分三个层次程序文件作业指导书模板uCMMIL2、L3中的17个PA(我们剪裁了供产商协议管理)对应16个程序文件、32个作用指导书和81个模板作业指导书(规范/指南)u作业指导书统一用规范或指南的名称，它们的作用是详细描述程序文件中比较复杂的活动，必要时引用模板。作业指导书的格式基本与程序文件相同。模板u模板可以被作业指导书或程序文件引用。它们具体给出程序文件 或作业指导书中用到的说明书、记录、表格等的格式和细节，方便使用者应用。标准过程u软件过程文件中描述的过程，都是办司的标准过程。u项目组可以根据剪我指南和项目的实际情况，对标准过程进行剪裁以得到项目组的定义过程。u项目组执行其已定义过程，项目组也可以直接应用公司的标准过程。u项目组采用什么样的软件过程应在“项目计划”中说明。研发项目标准过程工程项目标准过程 维护项目标准过程公司体系文件导读各职位体系学习质量管理体系指引