
软件能力成熟度模型.ppt
46页Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,*,软件能力成熟度模型,SW-CMM,马 梅,内 容,SW-CMM,是什么?,SW-CMM,的由来和发展,SW-CMM,的管理思想与结构,SW-CMM,评估的国内外现状,ISO 9001与,SW-CMM,异同,软件业对,SW-CMM,的认识,SW-CMM,市场存在的问题,我们怎么办?,什么是SW-CMM?,SW-CMM称为软件能力成熟度模型,是Capability Maturity Model for Software的缩写形式目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准用于评价软件承包能力并帮助其改善软件质量的方法美国卡内基-梅隆大学的软件工程研究所(SEI:Software Engineering Institute)在1987年研制成功卡内基-梅隆大学的软件工程研究所是美国国防部的软件开发基地之一,CMM就是受美国国防部委托而研制的。
SW-CMM是什么?(续一),SEI给CMM下的定义,:,对于软件组织在定义、实现、度量、控制和改善其软件过程的各个发展阶段的描述这个模型便于确定软件组织的现有过程能力和查找出软件质量及过程改进方面的最关键的问题,从而为选择过程改进战略提供指南如今的行情是:一家软件企业如果不能通过相应等级的CMM评估,他的产品就少了一张进入国际市场的通行证SW-CMM,的由来与发展,The Capability Maturity Model for Software,Version 1.1(Mr.Marc C.Paulk):,The major problems in software development are managerial not technical.,SW-CMM,的由来与发展(续一),20世纪60年代中期,大型软件系统生产中爆发的软件危机,使程序中大量的错误难以消除,软件生产的进度无法预测,开发应用费用失去控制,程序员人数增长需求很难满足要求人们将工程的概念、原理、技术和方法引入了软件系统开发,在一定程度上解决了软件生产过程中遇到的问题软件工程成为软件产业的重要分支直至80年代还是没有提出一套管理软件开发的通用原则,软件管理不善的问题依旧在大范围内存在。
SW-CMM,的由来与发展(续二),70年代中期美国国防部曾立题专门研究软件项目做不好的原因,发现70%的项目是因为管理不善而引起,而并不是因为技术实力不够90年代中期,软件工程管理不善的问题仍然存在据美国软件工程实施现状的调查,大约只有10%的项目能够在预定的费用和进度下交付1995年,美国共取消了810亿美元的软件项目,其中31%的项目未做完就取消了,53%的软件项目进度通常要延长50%的时间,通常只有9%的软件项目能够及时交付并且费用也不超支结论:,管理是影响软件研发项目全局的因素,而技术只影响局部SW-CMM,的由来与发展(续三),80年代中期,美国联邦政府提出对软件承包商的软件开发能力进行评估的要求在Mitre公司的帮助下,1987年9月,美国卡内基-梅隆大学软件工程研究所发布了软件过程成熟度框架,并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单4年之后,SEI将软件过程成熟度框架进化为软件能力成熟度模型(Capability Maturity Model For Software,简称SW-CMM)1991年8月,SEI发布了最早的SW-CMM v1.0经过两年的试用,1993年SEI正式发布了SW-CMM v1.1,这是目前使用最为广泛的版本。
SW-CMM,的由来与发展(续四),从1995年,CMM又进入了另一个修改的高峰期美国政府和软件业界大力支持和积极参与下,SEI先后发表了CMM 2.0版的A版,B版和C版草案;1997年,CMM 2.0C版草案停止推进SEI宣布,CMM 1.1版和CMM 2.0C版草案都有效,并且SEI及其授权的机构为这两种版本提供相应的服务自CMM 1.1发布起,SEI相继研制并发布了“人员能力成熟度模型”(P-CMM),“软件访问能力成熟度模型”(SA-CMM)和“系统工程能力成熟度模型”(SE-CMM)及其支持文件经过试运行,产生了把SM-CMM,P-CMM,SA-CMM和SE-CMM合并在一起的想法,于是开始了名为“综合能力成熟度模型”(英文缩写为CMMI)的一个综合性模型投入研制SW-CMM的由来与发展(续五),SEI的CMM为软件工程管理开辟了一条新的途经,其的本质还是软件工程的一个部分迄今为止,CMM虽然只是美国卡内基-梅隆大学软件工程研究所(SEI)发表的一份技术报告,既不是政府也不是行业协会批准的标准,但它在美国和国际上已成为事实上的软件行业标准鉴于CMM的巨大应用前景,SEI已在美国注册了CMM,Capability Maturity Model 和Capability Maturity Modeling的专利和商标。
围绕以CMM为基础的软件过程评估和软件能力评价,建立了从审核员培训到提供评估和评价的一整套服务体系,SW-CMM,的管理思想与结构,SW-CMM为软件企业的过程能力提供了一个阶梯式的进化框架它是基于过去所有软件工程成果的过程改善的框架,吸取了以往软件工程的经验教训指明了一个成熟的软件组织在软件开发方面需要管理的主要工作、这些工作之间的关系以及以怎样的先后次序,一步一步的做好这些工作使软件组织走向成熟SW-CMM,分为,五个等级,初始级,可重复级,已定义级,已管理级,优化级,SW-CMM,的管理思想与结构(续一),1、初始级:,混沌的过程,不具备稳定的环境用于软件开发和维护;,缺乏健全的管理惯例,其软件过程能力无法预计;,软件过程是一片混沌;,软件过程总是随着软件开发工作的推进而处于变更和调整之中现实中有许多这样的软件组织,这种情况被CMM定义为初级(第1级)能力成熟度SW-CMM,的,管理思想与,结构(续二),2、可重复级:,定义管理的基本过程,软件开发的首要问题不是技术问题而是管理问题因此,,可重复级,的焦点集中在软件管理过程上一个可管理的过程则是一个可重,复,级的过程,一个可重级的过程则能逐渐进化和成熟。
该级管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面项目管理分为计划过程和跟踪监控过程两个过程通过实施这些过程,从管理角度可以看到一个,按计划执行的且阶段可控的软件开发过程,SW-CMM,的管理思想与结构(续三),3、定义级:,定义执行的步骤标准,制定企业范围的工程化标准;,将这些标准集成到企业软件开发标准过程中去所有开发的项目需根据这个标准过程,剪裁出该项目的过程,并执行这些过程对用于软件开发和维护的标准过程要以文件形式固定下来针对各个基本过程建立起文件化的“标准软件过程”,较普遍的看法是,只有当达到了第3级能力成熟度时,才表明这个软件组织的软件能力“成熟”了定义级是标准一致的软件过程SW-CMM,的管理思想与结构(续四),4,、管理级:设定定量的质量目标,第四级的管理是量化的管理所有过程都需建立相应的度量方式,所有产品的质量(包括工作产品和提交给用户的产品)需有明确的度量指标这些度量是详尽的,且可用于理解、控制软件过程和产品,这种量化控制将使软件开发真正变成为工业生产活动处于这一级的组织已经能够为软件产品和软件过程设定定量的质量目标,并且能对跨项目的重要软件过程活动的效率和质量予以度量。
管理级是可度量的、可预测的软件过程,SW-CMM,的管理思想与结构(续五),5、优化级:持续优化级,第五级的目标是达到一个持续改善的境界可根据过程执行的反馈信息来改善下一步的执行过程,即优化执行步骤如果一个企业达到了这一级,那么表明该企业能够根据实际的项目性质、技术等因素,不断调整软件生产过程以求达到最佳优化级是能持续改善的软件过程,SW-CMM,的,管理思想与,结构(续六),除第一级外,SW-CMM的每一级都是按完全相同的结构组成的每一级包含了实现这一级目标的若干关键过程域(KPA),每个KPA进一步包含若干关键实施活动(KP),无论哪个KPA,它们的实施活动都统一按五个公共属性进行组织关键过程域KPA(Key Process Areas),一组相关联的活动;通过执行这些活动可以实现既定的过程能力,关键实施KP(Key Practices),使关键过程域得以有效实现和制度化的最大的基础设施和活动SW-CMM,的,管理思想与,结构(续七,),各个关键实践按每个关键过程域的5个“公共特性”(对执行该过程的承诺,执行该过程的能力,该过程中要执行的活动,对该过程执行情况的,度量和分析,及证实,所执行的活动符合该过程,这种成熟度分级的优点在于,这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序。
这一点很重要,因为大多数软件组织只能在某一段时间里集中开展少数几项过程改进活动,SW-CMM,的,管理思想与,结构(续八,),五个公共属性:,1、目标,每一个KPA都确定了一组目标,若这组目标在每一个项目都能实现,则 说明企业满足了该KPA的要求若满足了一个级别的所有KPA要求,则表明达到了这个级别所要求的能力2、,实施能力,实施能力一般包括资源保证、人员培训等内容它是企业实施KPA的前提条件企业必须采取措施,在满足了这些条件后,才有可能执行KPA的活动3、,执行活动,执行过程描述了执行KPA所需求的必要角色和步骤,一般包括计划、执行的任务、任务执行的跟踪等在五个公共属性中,执行活动是唯一与项目执行相关的属性,其余四个属性则涉及企业CMM能力基础设施的建立4、,度量分析,描述了过程的度量和度量分析要求典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性5、,实施验证,验证执行活动是否与建立的过程一致实施验证涉及到管理的评审和审计以及质量保证活动SW-CMM,的,管理思想与,结构(续九,),SW-CMM的管理思想与结构(续十一,),结论:,初始级是混沌的过程;,可重复级是经过训练的软件过程;,定义级是标准一致的软件过程;,管理级是可预测的软件过程;,优化级是能持续改善的软件过程。
We can never reach perfection.,The focus is on always doing better.,SW-CMM,评估的国内外现状,SEI,评估报告,1996年2000,年,全球有,1012,个组织进行了,CMM,评估,其中,64.8%,为商业组织,,26.7%,为美国官方和军方合同商主要业务为软件开发和维护的组织有,922,个,有将近一半的组织规模是在,100,人以下这些数据表明,,CMM,认证已经引起软件企业的高度关注,并且这种认证同样适合中小企业通过,CMM4-5,级评估的状况,截止,2001年10,月底,全世界共有,139,个组织通过了,CMM4,和,CMM5,的评估73,家组织:,CMM4,级评估,66,家组织:,CMM5,级评估,这,139,家组织中,其中美国占,59,家,印度占,72,家,其他国家占,8,家SW-CMM,评估的国内外现状(续一),日本情况,日本官方将采用,CMM,软件客观评价标准官方已决定到,2003,年由日本政府机构购入的软件都要经受此模型的评价日本的经济产业省,将在美国卡内基梅隆大学软件工程研究所的协助下,结合日本市场的特点,与美方共同开发日本版的软件评价模型。
今后日本官方各部门将以此为标准,从优秀的软件开发公司购入自己所需的各种软件,改变固定地从大型企业购。
