过程便成为制度化的processinstitutionalization.PPT

12.4.1 CMM与SEI SEI的软件过程研究 SEI是软件工程研究所Software Engineering Institute的英文字头缩写。该研究所隶属于美国宾州的卡内基–梅隆大学于1984年成立。 SEI的任务是在软件工程领域中努力提高依赖软件的系统质量，促进软件开发和维护的工程化管理，为军方服务。 SEI同时开始研究协助软件组织改进软件过程的途径，以期解决软件业面临的各种问题，特别是： ? 软件开发和维护的成本不断提高 ? 软件产品的质量不能令人满意 ? 软件项目经常不能按时完成，延误交付 12.4.1 CMM与SEI SEI的软件过程研究 CMM项目的主要负责人是Watts Humphrey，Mark Paulk等。Humphrey曾在IBM工作了27年，曾领导了操作系统开发等项目，具有丰富的软件管理经验。 软件项目的实践使他深刻地理解到计划和管理的重要意义，开始领导采用软件过程思想的开发项目。 1986年他将自己的研究成果带到SEI，主持了CMM的研究。 12.4.1 CMM与SEI SEI的软件过程研究 SEI开展的有关过程的课题包括以下一些领域：CMM、基于CMM的过程评估、软件过程定义、人员软件过程（PSP）、团队软件过程（TSP）和软件工程测量与分析。 12.4.2 CMM的演化 1986年11月应美国政府要求，在IBM有关软件过程研究成果的基础上，项目开始启动。任务是开发一种模型，用其促进软件承包商提高产品质量。 1987年6月项目组提出了初始模型框架，9月给出了包含101个问题的初步成熟度提问单，用以评价软件承包商的风险。 1991年SEI推出CMM 1.0版，这是在上述软件过程成熟度框架和初始成熟度提问单经过4年应用的基础上提出的。 于1993年公布了CMM 1.1版。 在经过CMM 1.1版大量使用和征求意见的基础上，再次修改。1997年发布了CMM 2.0版。尽管这个版本曾有草稿A、B和C，但始终没有推广，在开展了CMMI的工作时CMM 2.0的工作就停止了。 12.4.3 CMM族和CMMI 基于CMM的模型 自从CMM面世以来在各国软件界中产生了巨大影响，它在解决软件过程存在问题方面的成功使得相关领域也纷纷采纳和仿效它的模式，于是出现了多种基于CMM的模型，构成了一个CMM族。 12.4.3 CMM族和CMMI CMMI 1997年SEI开始研究CMMI，其任务是将已有的CMM模型结合成一个模型，新的模型（CMMI）应该兼顾已采用CMM的组织，使其不致受到大的影响，又能便于它的新用户使用； 同时还应该与国际标准ISO/IEC 15504相兼容。 CMMI的1.1版于2002年发布，这一版本正是我国近年来实施的版本，它在我国软件业具有一定影响。接着在2006年发布了CMMI（for Development）1.2版，对原来版本的内容作了一些修改，并于2007年开始实施。这是当前实施的有效版本。 12.4.3 CMM族和CMMI CMMI来源和发展 12.4.4 CMM1.2简介 CMMI模型的两种表示 12.4.4 CMM1.2简介 两种表示的对比 12.4.4 CMM1.2简介 两种表示的对比 12.4.4 CMM1.2简介 两种表示的对比 从上表的对比中可以看出，分级表示为实施过程改进的组织规定了既定的软件能力成熟度提升的路径，即从初始级开始逐级看出。 表中除第一级以外，每个等级上给出了每一组过程域名称的英文字缩写。各级的过程域数量是： 12.4.4 CMM1.2简介 两种表示的对比 12.4.4 CMM1.2简介 两种表示的对比 12.4.4 CMM1.2简介 成熟度等级与能力等级 成熟度等级（ML，Maturity Level） 初始级（ML1） 已管理级（ ML2） 已定义级（ML3） 已量化管理级（ML4） 优化级（ML5） 12.4.4 CMM1.2简介 成熟度等级与能力等级 (2) 能力等级（CL，Capability Level） 不完备级（CLO） 已实施级（CL1） 已管理级（CL2） 已定义级（CL3） 定量管理级（CL4） 优化级（CL5） 12.4.4 CMM1.2简介 过程域 所谓过程域（Process Area）是CMMI为实施软件过程改进的组织而提出的若干个值得重视的软件过程。 尽管CMMI两种表示在过程改进的路径有所不同，但这些过程域毕竟都是改进工作需要特别给予关注的工作焦点。 CMMI V1.2共提出了22个过程域，为了便于理解和实施，将其作了分类和分级。 12.4.4 CMM1.2简介 过程域 12.4.4 CMM1.2简介 过程域 过程域的分类、分级明细表 12.4.4 CMM