培训教材——CMM和ISO 简介培训.pptx

1、CMM简介,主讲：李文洁,内容：,一、问题的提出,二、概述,1、什么是CMM2、SEI与CMM3、CMM的演化4、CMM族,三、CMM的成熟度,1、成熟度5级2、各级特征,四、CMM结构,1、关键过程域KPA2、目标,五、CMM的理论依据,1、Shewhart的PDCA循环2、Juran的质量改进4个步骤3、Deming的质量管理原则,六、ISO9000和CMM的比较,一、问题的提出,回目录,-寻找出路的指导思想,1.净室（Clean Room）技术：净化软件过程2.过程控制而不是产品控制：“质量是制造 出来的，不是检验出来的”,3.开发考虑维护,回目录,-摆脱软件危机的措施：加强管理,1.阶

2、段评审 Review,Inspection2.实施软件工程标准和质量体系认证制度 ISO9000-33.提高软件开发机构的能力 CMM,二、概述,回目录,回目录,1.什么是CMM,-CMM Capability Maturity Model-CMM 提供了5个等级构成的模型-软件组织可通过它去定义、实施、度量、控 制和改进他们的软件过程（Paulk等，1994）,2.SEI与CMM,-SEI Software Engineering Institute.软件工程研究所,任务是在软件工程领域中努力提高依赖软件的系统质 量，促进软件开发和维护的工程化管理，为军方服务。,回目录,-SEI最初应国防部

3、要求提出一种评估软件承包商能力的 办法。-1986年SEI开始研究协助软件组织改进过程的框架，以 解决面临的问题。,软件开发和维护成本不断提高 软件产品质量不能令人满意 软件项目常常是延误交付期,-CMM项目的主要负责人是Mark Paulk,Watts Humphrey,3.CMM的演化,回目录,4.CMM族,Konrad.M于1996描述了SEI开发的5种CMM-based模型,初始的CMM是针对软件过程的，后发展到其它相关领域。-SW-CMM 软件（Software）-SA-CMM 软件获取（Software Acquisition）-SE-CMM 系统工程（System Enginee

4、ring）-IPM-CMM集成产品管理（Integrated Product Management）-P-CMM 人员（People）,三、CMM的成熟度,回目录,回目录,1、5个成熟度等级,CMM 5个成熟度等级是由低到高逐渐成熟的演进框架,-衡量软件组织过程成熟度的尺度-引导软件组织进行过程持续改进的目标-成熟度高的等级有着较高的生产率、较高的质量 和较低的风险,回目录,图3（见下页）给出了各级组织管理者对过程的可视性。,回目录,图3 各级组织管理者对过程的可视性,缺陷千行源代码,SEI软件开发过程成熟度等级,软件缺陷随软件开发过程改进而减少。,回目录,四、CMM结构,回目录,回目录,1.

5、关键过程域KPAKey Process Area,-除1级外，每个成熟度等级均有若干个关键过程域。-KPA表明，这一级的组织应该从这些方面去改进软件过程。,图4 关键过程域,回目录,2级关键过程域的目标：,需求管理Requirements Management,应对软件需求加以控制，以建立软件工程和 管理活动的基线 软件计划、软件产品和活动均与需求保持一致,软件项目策划Software Project Planning,将对项目的估计写成文件，以供项目策划和跟 踪使用 项目的活动和承诺都应制定计划并形成文件 项目相关的小组和人员都要对项目有关的承诺 取得一致意见,软件项目跟踪和监督Softwa

6、re Project Tracking and Oversight,将计划实际取得的成果和计划实施情况与计划 对照跟踪 在计划执行中所得到的实际结果和执行情况与 软件计划有较大偏离时，要采取纠正措施加以 控制 项目相关的小组和人员对承诺的变更取得一致 意见,关键过程域,目 标,回目录,软件子合同管理Software SubcontractManagement,子合同双方对承诺取得一致意见 主合同方对照承诺跟踪子合同方的实际取得 的成果 子合同双方保持通畅的通信 对照承诺，主合同方跟踪子合同的实际工作 情况,软件质量保证Software Quality Assurance,要对软件质量保证活动制

7、定计划 软件产品和活动对适用标准、规程和需求的 遵循情况均应作客观的验证 将软件质量保证活动和结果通知相关的组和 人员 未能在项目中解决的不符合要求的问题由高 层管理人员处理,软件配置管理Software ConfigurationManagement,要对软件配置管理活动制定计划 要对选定的软件工作产品给予标识、控制，并可利用 对已标识的软件工作产品的变更应加以控制 对相关的小组和个人通报软件基线的状态和内容,关键过程域,目 标,回目录,3级关键过程域的目标：,组织过程关注Organization Process Focus,在整个组织内软件过程开发活动和过程改进 活动能够协调 所采用软件过

8、程的强项和弱项已确知 组织级的过程开发活动和过程改进活动已制 定计划,组织过程定义Organization Process Definition,组织的标准软件过程已开发出来并得到维护 与组织的标准软件过程应用有关的信息已得 到收集、评审并使其可利用,培训大纲Training Pragram,培训活动制定了计划 提供了为进行软件管理和技术工作所需技能 和知识的培训 软件工程组和相关组的人员受到了完成岗位 工作所必需的培训,关键过程域,目 标,回目录,集成化软件管理Integrated Software Management,项目定义的软件过程是组织的标准软件过程的裁剪版 根据项目定义的软件过程

9、项目制定了计划且得到管理,软件产品工程Software Product Engineering,软件工程任务已定义、集成并为得到软件产品而 协调地实施 软件工作产品互相之间保持协调一致,关键过程域,目 标,所有相关组都接受顾客的需求 所有组都接受各组之间的承诺 各组都可对组间的问题作出标识、追踪和加以解决,同行评审活动制定另外计划 软件工作产品中的缺陷得到识别和排除,组间协调Intergroup Coodination,同行评审Peer Review,回目录,4级关键过程域的目标：,定量过程管理Quantitative ProcessManagement,定量过程管理制定了计划 项目定义的软件

10、过程的实施情况得到量化控制 组织的标准软件过程的过程能力可定量表达,软件质量管理Software Quality Management,项目的软件质量管理活动制定了计划 软件产品质量的度量目标及其优先顺序已确定 为达到软件产品质量目标所取得的进展 已量化并得到控制,关键过程域,目 标,5级关键过程域的目标：,缺陷预防Defect Prevention,缺陷预防活动已制定计划 已找到缺陷引发的通常原因 引发缺陷的通常原因已按序排列并被系统地消除,技术变更管理Technology ChangeManagement,技术变更的引入已制定计划 为确定新技术对产品质量和生产率的影响，应对新技术进行评估

11、将适合的新技术引入整个组织的正常活动中,过程变更管理Process Change Management,对持续的过程改进制定了计划 组织软件过程活动的参与者遍及整个组织 组织的标准软件过程和项目定义的软件过程 都能持续地改进,关键过程域,目 标,回目录,回目录,回目录,六、CMM的理论依据,回目录,CMM模型的建立有其质量管理理论作为科学依据。几位著名的质量管理大师为CMM奠定了基础。,1.Shewhart的PDCA循环,-早在30年代末Walter Shewhart已提出质量改进的 PDCA循环。-PDCA循环至今影响着许多现代质量管理和质量 改进方法，包括ISO9000国际质量标准等。,图

12、11.1 PDCA循环,回目录,2.Juran的质量改进四步骤,-Joseph Juran提出了控制和改进质量的一种系统方法。-Juran强调在产品生命期的所有阶段实施质量管理。他的质量策划、质量控制和质量改进反映在图5表 示的4个步骤中。-Juran的质量改进方法在全世界许多国家采用，特别 是美、日。,回目录,3.Deming的质量管理原则,-Deming的质量管理方法在战后的日本播种、生根、开花、结果。被誉为日本的质量成功之父。-Humphrey从Deming理论中受到启发，吸收到CMM 中，他认为统计过程控制的概念完全如同其他产业 一样，应用于软件业。-Deming的14条管理原则是：,

13、（1）树立改进产品和服务的坚定目标（2）采用新的思维方法（philosophy）（3）停止依赖检验的办法获得质量（4）不再凭价格标签进货（5）坚持不懈的提高产品质量和生产率,回目录,（6）岗位培训制度化（7）管理者的作用应突出强调（8）排除畏难情绪（9）打破部门和人员之间的障碍（10）不再给操作人员提空洞的口号（11）取消对操作人员规定的工作定额和指标（12）不再采用按年度对人员工作进行评估（13）创建积极的自我提高计划制度（14）让每个员工都投入到提高产品质量的活动中去,回目录,七、ISO9001标准与 CMM的比较,回目录,1.共同点,-生于同年：两者初始文本均为80年代后期推出。,2.差别，见表5,-长于同根：两者均吸取了一些现代著名质量管理专 家的理论。Joseph Juran Edward Deming Phil Crosby,回目录,表5,ISO9001标准与CMM的比较,回目录,谢 谢！,回目录,