软件工程第12章-软件过程与软件过程改进课件.ppt

1、第12章 软件过程与软件过程改进 软件过程概述软件过程概述 软件生存期过程国际标准软件生存期过程国际标准 软件过程成熟度软件过程成熟度 软件能力成熟度模型软件能力成熟度模型 软件过程改进软件过程改进第12章 软件过程与软件过程改进 尽管软件工程项目的具体情况各有不同，但影响软件产品尽管软件工程项目的具体情况各有不同，但影响软件产品质量和软件项目生产率的共同因素主要有质量和软件项目生产率的共同因素主要有3 3个：人员、技个：人员、技术和过程。术和过程。如果把音乐会演出视为软件项目，则乐队和指挥就相当于如果把音乐会演出视为软件项目，则乐队和指挥就相当于参与项目的人员；舞台和乐器相当于支持开发的环境

2、条件、参与项目的人员；舞台和乐器相当于支持开发的环境条件、技术和工具；而乐谱相当于软件项目的过程。技术和工具；而乐谱相当于软件项目的过程。12.1 软件过程概述 过程概念过程概念做任何事，完成任何工作都需要有步骤、有顺序地进行。做任何事，完成任何工作都需要有步骤、有顺序地进行。这些步骤和顺序都是由事务和工作的规律决定的，不可任这些步骤和顺序都是由事务和工作的规律决定的，不可任意打乱。意打乱。以传统的制造业为例，从原材料开始直至得到用户所需要以传统的制造业为例，从原材料开始直至得到用户所需要的产品，经历了完整的生产过程。经过进一步分析，生产的产品，经历了完整的生产过程。经过进一步分析，生产过程由

3、许多生产子过程组成。过程由许多生产子过程组成。12.1 软件过程概述1.直接子过程（或称基本过程）直接子过程（或称基本过程）(1)(1)市场调查：了解用户和市场的需求，对需求信息进行分市场调查：了解用户和市场的需求，对需求信息进行分析，以确定生产产品的型号、功能和性能；析，以确定生产产品的型号、功能和性能；(2)(2)产品设计：把需求变成可实现的方案；产品设计：把需求变成可实现的方案；(3)(3)生产制作：获得产品；生产制作：获得产品；(4)(4)检验包装：准备出厂；检验包装：准备出厂；(5)(5)仓储运输：送到用户手中。仓储运输：送到用户手中。12.1 软件过程概述2间接子过程（或称支持过程

4、）间接子过程（或称支持过程）(1)(1)检测手段的控制：如量测仪表的校准和调整；检测手段的控制：如量测仪表的校准和调整；(2)(2)不合格品的控制：如不合品的标识、隔离和处置；不合格品的控制：如不合品的标识、隔离和处置；(3)(3)人员培训：提高人员技能；人员培训：提高人员技能；(4)(4)质量体系的建立与审核：实施质量管理规范化。质量体系的建立与审核：实施质量管理规范化。12.1 软件过程概述 过程要素过程要素过程应具有以下几个构成元素，如图所示：过程应具有以下几个构成元素，如图所示：(1)(1)输入；输入；(2)(2)输出；输出；(3)(3)活动及进一步分解的任务（或作业）；活动及进一步分

5、解的任务（或作业）；(4)(4)资源是支持活动执行所必须的，包括人资源是支持活动执行所必须的，包括人员、设备及相关的耗费；员、设备及相关的耗费；(5)(5)测量与验证能保证过程中的相关元素是测量与验证能保证过程中的相关元素是合格的（在图中这些过程元素标有记合格的（在图中这些过程元素标有记号）；号）；(6)(6)过程目标，如活动取得的效果是增值。过程目标，如活动取得的效果是增值。12.1 软件过程概述 过程思维过程思维过程思维是近年来人们总结出的思维模式，它和已有几百过程思维是近年来人们总结出的思维模式，它和已有几百年历史的任务思维有着本质的区别。年历史的任务思维有着本质的区别。面向过程的思维注

6、重的是总体目标、各部分工作的协调性面向过程的思维注重的是总体目标、各部分工作的协调性和一致性，从而消除了各部分工作之间的冲突，提高了总和一致性，从而消除了各部分工作之间的冲突，提高了总体的工作效率，从而有效地达到工作的总体目标。体的工作效率，从而有效地达到工作的总体目标。而面向任务的思维作为一种传统的思维模式，通常注重于而面向任务的思维作为一种传统的思维模式，通常注重于任务、作业、人员和组织结构。它首先将任务分解，然后任务、作业、人员和组织结构。它首先将任务分解，然后指派人员去完成。这样做必然会忽略了目标和整体。当各指派人员去完成。这样做必然会忽略了目标和整体。当各个局部工作之间出现矛盾和冲突

7、时，再着手解决，这样做个局部工作之间出现矛盾和冲突时，再着手解决，这样做无法避免低效率运行现象的出现。无法避免低效率运行现象的出现。12.1 软件过程概述 软件过程软件过程尽管软件危机最早于上个世纪六十年代已经提出，业内人尽管软件危机最早于上个世纪六十年代已经提出，业内人士确已投入了大量人力和物力，试图摆脱软件业长期的发士确已投入了大量人力和物力，试图摆脱软件业长期的发展之痛。然而，事实表明，问题至今还未得到很好地解决。展之痛。然而，事实表明，问题至今还未得到很好地解决。在近十几年的大量研究和实践之后，许多人逐渐认识到，在近十几年的大量研究和实践之后，许多人逐渐认识到，从软件过程的改进来解决可

8、能是有效的方法之一。从软件过程的改进来解决可能是有效的方法之一。12.1 软件过程概述 软件过程软件过程著名的软件工程专家，也是著名的软件工程专家，也是CMM的主要创始人的主要创始人Watts Humphrey提出了以下几个重要论点：提出了以下几个重要论点：（1）软件系统的质量取决于用以开发和改进它的过程质量。）软件系统的质量取决于用以开发和改进它的过程质量。（2）解决软件问题的重要一步是把整个软件工作当作一个）解决软件问题的重要一步是把整个软件工作当作一个过程来对待，使其能够控制、度量和改进。过程来对待，使其能够控制、度量和改进。（3）软件过程是我们用以开发软件产品的一套工具、方法）软件过程

9、是我们用以开发软件产品的一套工具、方法和实践。和实践。（4）软件过程管理的目标是按计划生产产品，同时提高软）软件过程管理的目标是按计划生产产品，同时提高软件组织的能力，以利于生产出好的产品。件组织的能力，以利于生产出好的产品。12.1 软件过程概述 软件过程软件过程（5）成本估算和开发期安排的承诺应该是比较合理的，开）成本估算和开发期安排的承诺应该是比较合理的，开发出的产品应该在功能和质量方面都能满足用户的期望。发出的产品应该在功能和质量方面都能满足用户的期望。（6）有效的软件管理必须考虑所要完成的任务，所采用的）有效的软件管理必须考虑所要完成的任务，所采用的方法和工具，以及参与工作人员的技能

10、、培训和积极性。方法和工具，以及参与工作人员的技能、培训和积极性。（7）有效的软件过程必须是可预测的。）有效的软件过程必须是可预测的。12.2 软件生存期过程国际标准 19951995年年8 8月，国际标准化组织（月，国际标准化组织（ISOISO）和国际电工委员会）和国际电工委员会（IECIEC）联合发布了国际标准）联合发布了国际标准ISOISOIEC 12207 IEC 12207 Information Technology Software Life Cycle Information Technology Software Life Cycle ProcessesProcesses。2

11、0082008年，这两个国际标准化机构又联合了美国电气与电子年，这两个国际标准化机构又联合了美国电气与电子工程师学会（工程师学会（IEEEIEEE），共同发布了该标准的第二版：），共同发布了该标准的第二版：ISOISOIEC 12207:2008IEC 12207:2008（IEEE Std.12207-2008IEEE Std.12207-2008）Systems and software engineeringSystems and software engineeringSoftware life Software life cycle processescycle processes。

12、12.2 软件生存期过程国际标准 结构结构由于越来越多的软件作为系统的一部分开发和运行，因此由于越来越多的软件作为系统的一部分开发和运行，因此我们在研究和处理软件问题时，建立系统的观念是十分必我们在研究和处理软件问题时，建立系统的观念是十分必要的。软件项在系统中的位置如下图所示。要的。软件项在系统中的位置如下图所示。基于这一观念，该标准分为两部分：基于这一观念，该标准分为两部分：1)1)与系统相关的过程；与系统相关的过程；2)2)软件特有过程。软件特有过程。系统元素系统元素12.2 软件生存期过程国际标准 与系统相与系统相 关的过程关的过程12.2 软件生存期过程国际标准 软件特有过程软件特有

13、过程12.3 软件过程成熟度 什么是软件过程成熟度什么是软件过程成熟度 过程制度化过程制度化12.3.1 什么是软件过程成熟度 软件过程成熟度的概念软件过程成熟度的概念任何一个软件组织，在完成自身的开发、维护等工作中，任何一个软件组织，在完成自身的开发、维护等工作中，都有自己的软件过程。这种过程有可能是初级的、低效的，都有自己的软件过程。这种过程有可能是初级的、低效的，也可能是高效的，在其成熟性方面存在差异，这当然是相也可能是高效的，在其成熟性方面存在差异，这当然是相互比较而言的。互比较而言的。软件过程成熟度（软件过程成熟度（Software Process MaturitySoftware

14、Process Maturity）是软件）是软件过程改进的一个重要概念，它是指：过程改进的一个重要概念，它是指：一个特定软件过程一个特定软件过程得到清晰的定义、管理、测量、控制的有效程度。成熟度得到清晰的定义、管理、测量、控制的有效程度。成熟度意味着能力的增长具有潜力，并表示组织软件过程是珍贵意味着能力的增长具有潜力，并表示组织软件过程是珍贵的，他在组织内所有项目中的应用是一致的。的，他在组织内所有项目中的应用是一致的。12.3.1 什么是软件过程成熟度 不成熟过程与成熟过程的对比不成熟过程与成熟过程的对比1)角色与职责角色与职责不成熟过程不成熟过程成熟过程成熟过程l没有明确规定角色和职责没有

15、明确规定角色和职责l每个人做自己认为要做的每个人做自己认为要做的事事l常会发生重叠和不清楚的常会发生重叠和不清楚的所属关系和责任所属关系和责任l明确规定角色和职责明确规定角色和职责l相互关系无重叠相互关系无重叠l有明确的目标和测量方法有明确的目标和测量方法l能够体现持续改进过程的能够体现持续改进过程的机制机制2)处理变更的方式处理变更的方式不成熟过程不成熟过程成熟过程成熟过程l每个人都按自己的想每个人都按自己的想法做事法做事l遵循一个规划好的文遵循一个规划好的文件化过程件化过程l可分享取得的经验可分享取得的经验12.3.1 什么是软件过程成熟度3)对发生问题的反应对发生问题的反应不成熟过程不成

16、熟过程成熟过程成熟过程l无秩序的混乱现象随处可无秩序的混乱现象随处可见见l“救火救火”方式解决出现问方式解决出现问题的情况经常发生题的情况经常发生l每个人都想当英雄每个人都想当英雄l根据已有的知识和专业规根据已有的知识和专业规则对发生的问题进行分析则对发生的问题进行分析和处理和处理12.3.1 什么是软件过程成熟度4)可信性可信性不成熟过程不成熟过程成熟过程成熟过程l有时延迟交付产品或超出有时延迟交付产品或超出预算预算l如有估算也不可靠如有估算也不可靠l估算准确估算准确l项目得到有效的控制和管项目得到有效的控制和管理理l目标一般能够达到目标一般能够达到12.3.1 什么是软件过程成熟度5)对工

17、作人员的奖励对工作人员的奖励不成熟过程不成熟过程成熟过程成熟过程l奖励的对象是奖励的对象是“救火救火”队队员员l“如果你第一次就把事情如果你第一次就把事情做好了，那是你的本分，做好了，那是你的本分，没有人理睬，但你若先把没有人理睬，但你若先把事情搞乱，然后再去解决，事情搞乱，然后再去解决，你就成了英雄。你就成了英雄。”_Deming,1986l奖励那些生产高质量产品奖励那些生产高质量产品的团队的团队l奖励那些防火者而不是救奖励那些防火者而不是救火者火者12.3.1 什么是软件过程成熟度6)预见性预见性不成熟过程不成熟过程成熟过程成熟过程l质量不可把握，它依赖于质量不可把握，它依赖于个人个人l进

18、度和预算不能根据以往进度和预算不能根据以往的经验确定的经验确定l项目的进度和产品的质量项目的进度和产品的质量均可预见均可预见l进度和预算可根据以往项进度和预算可根据以往项目的经验确定，并且是符目的经验确定，并且是符合实际的合实际的12.3.1 什么是软件过程成熟度12.3.2 过程制度化 过程认同与过程制度化过程认同与过程制度化软件开发过程决定了在接受软件工程项目后工作人员的行软件开发过程决定了在接受软件工程项目后工作人员的行动方式和反应方式。为了实现某个既定的目标，人们的行动方式和反应方式。为了实现某个既定的目标，人们的行为、活动和任务都要遵循为达到此目标所经历的过程。为、活动和任务都要遵循

19、为达到此目标所经历的过程。规范化的过程体现了一系列有序的和协调一致的行为模式，规范化的过程体现了一系列有序的和协调一致的行为模式，无论这个过程是由一个人来完成或是由一个团队人员共完无论这个过程是由一个人来完成或是由一个团队人员共完成都是如此。成都是如此。12.3.2 过程制度化 过程认同与过程制度化过程认同与过程制度化当一个规范化过程已经渗入组织的日常生活之中，过程的当一个规范化过程已经渗入组织的日常生活之中，过程的要求已经变成全体员工的自觉行动，得到大家的认同和坚要求已经变成全体员工的自觉行动，得到大家的认同和坚持遵循时，过程便成为制度化的（持遵循时，过程便成为制度化的（process in

20、stitutionalization）。）。做到这一点并不容易，要靠过程文化和过程基础设施的支做到这一点并不容易，要靠过程文化和过程基础设施的支持，如图所示。持，如图所示。12.3.2 过程制度化 过程文化过程文化过程文化是指人们的习惯和行为受到过程思维和过程管理过程文化是指人们的习惯和行为受到过程思维和过程管理原则的影响。人们对于规范化过程是完全认同的，就是说，原则的影响。人们对于规范化过程是完全认同的，就是说，人们的活动自觉地按过程要求去作。人们的活动自觉地按过程要求去作。过程文化应具有自己的特性。过程文化应具有自己的特性。12.3.2 过程制度化 过程文化过程文化12.3.2 过程制度化

21、 过程基础设施过程基础设施对于软件过程来说，基础设施指的是支持软件过程的基础对于软件过程来说，基础设施指的是支持软件过程的基础框架和结构基础。它不仅包括组织和管理的岗位和职责，框架和结构基础。它不仅包括组织和管理的岗位和职责，而且包括支持定义过程、开展过程活动、获取和分析过程而且包括支持定义过程、开展过程活动、获取和分析过程有关绩效反馈以及不断进行过程改进活动所必须的技术工有关绩效反馈以及不断进行过程改进活动所必须的技术工具和平台。具和平台。事实上，过程基础设施包含了事实上，过程基础设施包含了 组织和管理基础设施、技术基组织和管理基础设施、技术基 础设施两个方面，如图所示。础设施两个方面，如图

22、所示。12.3.2 过程制度化 组织管理基础设施组织管理基础设施组织和管理基础设施包括建立、监控和推进过程活动的岗组织和管理基础设施包括建立、监控和推进过程活动的岗位及其职责。支持过程的岗位和职责又有面向全局的和面位及其职责。支持过程的岗位和职责又有面向全局的和面向局部之分。向局部之分。支持全局工作的功能组通常是在公司一级上工作的，如软支持全局工作的功能组通常是在公司一级上工作的，如软件工程过程组（件工程过程组（SPEGSPEG）。）。支持局部工作的功能组可能是在项目级上工作，也可能是支持局部工作的功能组可能是在项目级上工作，也可能是在某个特定的关键过程域上工作。在某个特定的关键过程域上工作。

23、在这些功能组工作的人员有些是全职（或称全时）的，如在这些功能组工作的人员有些是全职（或称全时）的，如SEPGSEPG组；也有的功能组人员是兼职的，如软件过程改进组组；也有的功能组人员是兼职的，如软件过程改进组（PIT Process Improvement TeamPIT Process Improvement Team）。）。12.3.2 过程制度化 技术基础设施技术基础设施软件过程技术基础设施是支持软件过程技术基础设施是支持SEPGSEPG和和PITPIT的技术平台、计的技术平台、计算机设施和工具。算机设施和工具。对于软件过程环境来说，基础设施的过程支持部件包括支对于软件过程环境来说，基础

24、设施的过程支持部件包括支持与过程有关活动的工具。下图表示软件过程技术基础设持与过程有关活动的工具。下图表示软件过程技术基础设施的结构。施的结构。12.4 软件能力成熟度模型 CMM与与SEI CMM的演化的演化 CMM族和族和CMMI CMM1.3简介简介 CMMI评估评估12.4.1 CMM与SEI 什么是什么是CMMCMMCMM是能力成熟度模型是能力成熟度模型Capability Maturity ModelCapability Maturity Model三个英三个英文单词第一个字母组成的。事实上，该模型最早提出时，文单词第一个字母组成的。事实上，该模型最早提出时，它指的是软件过程能力成

25、熟度模型。它指的是软件过程能力成熟度模型。该模型按软件过程的不同成熟度划分了该模型按软件过程的不同成熟度划分了5 5个等级，个等级，1 1级被认级被认为成熟度最低，为成熟度最低，5 5级则成熟度最高。级则成熟度最高。12.4.1 CMM与SEI SEI的软件过程研究的软件过程研究SEISEI是软件工程研究所是软件工程研究所Software Engineering InstituteSoftware Engineering Institute的英文字头缩写。该研究所隶属于美国宾州的卡内基的英文字头缩写。该研究所隶属于美国宾州的卡内基梅梅隆大学于隆大学于19841984年成立。年成立。SEISEI

26、的任务是在软件工程领域中努力提高依赖软件的系统的任务是在软件工程领域中努力提高依赖软件的系统质量，促进软件开发和维护的工程化管理，为军方服务。质量，促进软件开发和维护的工程化管理，为军方服务。SEISEI同时开始研究协助软件组织改进软件过程的途径，以同时开始研究协助软件组织改进软件过程的途径，以期解决软件业面临的各种问题，特别是：期解决软件业面临的各种问题，特别是：软件开发和维护的成本不断提高软件开发和维护的成本不断提高 软件产品的质量不能令人满意软件产品的质量不能令人满意 软件项目经常不能按时完成，延误交付软件项目经常不能按时完成，延误交付12.4.1 CMM与SEI SEI的软件过程研究的

27、软件过程研究CMMCMM项目的主要负责人是项目的主要负责人是Watts HumphreyWatts Humphrey，Mark PaulkMark Paulk等。等。HumphreyHumphrey曾在曾在IBMIBM工作了工作了2727年，曾领导了操作系统开发等年，曾领导了操作系统开发等项目，具有丰富的软件管理经验。项目，具有丰富的软件管理经验。软件项目的实践使他深刻地理解到计划和管理的重要意义，软件项目的实践使他深刻地理解到计划和管理的重要意义，开始领导采用软件过程思想的开发项目。开始领导采用软件过程思想的开发项目。19861986年他将自己的研究成果带到年他将自己的研究成果带到SEISE

28、I，主持了，主持了CMMCMM的研究。的研究。12.4.1 CMM与SEI SEI的软件过程研究的软件过程研究SEISEI开展的有关过程的课题包括以下一些领域：开展的有关过程的课题包括以下一些领域：CMMCMM、基于、基于CMMCMM的过程评估、软件过程定义、人员软件过程（的过程评估、软件过程定义、人员软件过程（PSPPSP）、）、团队软件过程（团队软件过程（TSPTSP）和软件工程测量与分析。）和软件工程测量与分析。12.4.2 CMM的演化 19861986年年1111月应美国政府要求，在月应美国政府要求，在IBMIBM有关软件过程研究成有关软件过程研究成果的基础上，项目开始启动。任务是开

29、发一种模型，用其果的基础上，项目开始启动。任务是开发一种模型，用其促进软件承包商提高产品质量。促进软件承包商提高产品质量。19871987年年6 6月项目组提出了初始模型框架，月项目组提出了初始模型框架，9 9月给出了包含月给出了包含101101个问题的初步成熟度提问单，用以评价软件承包商的个问题的初步成熟度提问单，用以评价软件承包商的风险。风险。19911991年年SEISEI推出推出CMM 1.0CMM 1.0版，这是在上述软件过程成熟度框版，这是在上述软件过程成熟度框架和初始成熟度提问单经过架和初始成熟度提问单经过4 4年应用的基础上提出的。年应用的基础上提出的。于于19931993年公

30、布了年公布了CMM 1.1CMM 1.1版。版。19971997年发布了年发布了CMM 2.0CMM 2.0版。尽管这个版本曾有草稿版。尽管这个版本曾有草稿A A、B B和和C C，但始终没有推广，在开展了但始终没有推广，在开展了CMMICMMI的工作时的工作时CMM 2.0CMM 2.0的工作的工作就停止了。就停止了。12.4.3 CMM族和CMMI 基于基于CMM的模型的模型自从自从CMMCMM面世以来在各国软件界中产生了巨大影响，它在面世以来在各国软件界中产生了巨大影响，它在解决软件过程存在问题方面的成功使得相关领域也纷纷采解决软件过程存在问题方面的成功使得相关领域也纷纷采纳和仿效它的模

31、式，于是出现了多种基于纳和仿效它的模式，于是出现了多种基于CMMCMM的模型，构的模型，构成了一个成了一个CMMCMM族。族。12.4.3 CMM族和CMMI CMMI19971997年年SEISEI开始研究开始研究CMMICMMI，其任务是将已有的，其任务是将已有的CMMCMM模型结合模型结合成一个模型，新的模型（成一个模型，新的模型（CMMICMMI）应该兼顾已采用）应该兼顾已采用CMMCMM的组的组织，使其不致受到大的影响，又能便于它的新用户使用；织，使其不致受到大的影响，又能便于它的新用户使用；同时还应该与国际标准同时还应该与国际标准ISO/IEC 15504ISO/IEC 15504

32、相兼容。相兼容。CMMICMMI的的1.11.1版于版于20022002年发布，这一版本正是我国近年来实年发布，这一版本正是我国近年来实施的版本，它在我国软件业具有一定影响。施的版本，它在我国软件业具有一定影响。20062006年发布了年发布了CMMI1.2CMMI1.2。20062006年发布了年发布了CMMI1.3CMMI1.3：包括：包括CMMI-ACQCMMI-ACQ（用于采购）、（用于采购）、CMMI-DEVCMMI-DEV（用于开发）、（用于开发）、CMMI-SVCCMMI-SVC（用于服务）。（用于服务）。12.4.3 CMM族和CMMI CMMICMMI来源和发展来源和发展12

33、.4.4 CMM1.3简介 CMMI模型的两种表示模型的两种表示12.4.4 CMM1.3简介 两种表示的对比两种表示的对比12.4.4 CMM1.3简介 两种表示的对比两种表示的对比12.4.4 CMM1.3简介 两种表示的对比两种表示的对比12.4.4 CMM1.3简介 两种表示的对比两种表示的对比12.4.4 CMM1.3简介成熟度等级与能力等级成熟度等级与能力等级(1)(1)成熟度等级（成熟度等级（MLML，Maturity LevelMaturity Level）初始级（初始级（ML1ML1）已管理级（已管理级（ML2ML2）已定义级（已定义级（ML3ML3）已量化管理级（已量化管理

34、级（ML4ML4）优化级（优化级（ML5ML5）12.4.4 CMM1.3简介 成熟度等级与能力等级成熟度等级与能力等级(2)(2)能力等级（能力等级（CLCL，Capability LevelCapability Level）不完备级（不完备级（CLOCLO）已实施级（已实施级（CL1CL1）已管理级（已管理级（CL2CL2）已定义级（已定义级（CL3CL3）定量管理级（定量管理级（CL4CL4）优化级（优化级（CL5CL5）12.4.4 CMM1.3简介 过程域过程域所谓过程域（所谓过程域（Process AreaProcess Area）是）是CMMICMMI为实施软件过程改进为实施软件

35、过程改进的组织而提出的若干个值得重视的软件过程。的组织而提出的若干个值得重视的软件过程。尽管尽管CMMICMMI两种表示在过程改进的路径有所不同，但这些过两种表示在过程改进的路径有所不同，但这些过程域毕竟都是改进工作需要特别给予关注的工作焦点。程域毕竟都是改进工作需要特别给予关注的工作焦点。CMMI V1.3CMMI V1.3共提出了共提出了2222个过程域，为了便于理解和实施，个过程域，为了便于理解和实施，将其作了分类和分级。将其作了分类和分级。12.4.4 CMM1.3简介 过程域过程域12.4.4 CMM1.3简介 过程域过程域 过程域的分类、分级明细表过程域的分类、分级明细表 12.4

36、.4 CMM1.3简介 两种目标、两种实践两种目标、两种实践(1)(1)模型部件（模型部件（Model ComponentsModel Components）模型部件也称为过程域部件。它表明，模型部件也称为过程域部件。它表明，CMMICMMI提出的过程域提出的过程域内容将被分割成为部件并加以区分，这样可方便内容将被分割成为部件并加以区分，这样可方便CMMICMMI的用的用户，对于过程域的内容给予不同程度的关注。户，对于过程域的内容给予不同程度的关注。在在CMMICMMI的过程域描述中包含了三个模型部件：必需的部件、的过程域描述中包含了三个模型部件：必需的部件、期望的部件及资料性部件。期望的部件

37、及资料性部件。12.4.4 CMM1.3简介 CMMI的模型部件的模型部件12.4.4 CMM1.3简介(2)(2)共用目标和共用实践共用目标和共用实践 CMMICMMI设置了设置了5 5个共用目标（个共用目标（GGGG，Generic GoalsGeneric Goals），这些目），这些目标体现了对过程域不同等级的要求，它们都是必需的部件。标体现了对过程域不同等级的要求，它们都是必需的部件。为达到共用目标就要有相应的措施，这些措施就是每个共为达到共用目标就要有相应的措施，这些措施就是每个共用目标所对应的一组共用实践（用目标所对应的一组共用实践（GPGP，Generic Generic Pr

38、acticesPractices）。）。12.4.4 CMM1.3简介12.4.5 CMMI评估 标准评估方法标准评估方法软件组织实施软件组织实施CMMICMMI的意义在于用它来指导过程改进，而实的意义在于用它来指导过程改进，而实施的情况以及过程改进的成效都需要通过评估加以检验。施的情况以及过程改进的成效都需要通过评估加以检验。为此为此CMMICMMI的创始组织卡内基的创始组织卡内基梅隆大学的软件工程研究所梅隆大学的软件工程研究所（CMU SEICMU SEI）制定了标准的）制定了标准的CMMICMMI评估方法评估方法SCAMPISCAMPI（Standard CMMI Appraisal M

39、ethod for Process Standard CMMI Appraisal Method for Process ImprouementImprouement）。）。制定制定SCAMPISCAMPI的目的在于确保评估的一致性，即要求对不同的目的在于确保评估的一致性，即要求对不同的被评估组织，在多次评估中其结果是相同的，例如达到的被评估组织，在多次评估中其结果是相同的，例如达到某个特定的成熟度等级或是满足某个过程域的能力等级特某个特定的成熟度等级或是满足某个过程域的能力等级特征。征。12.4.5 CMMI评估 评估原则评估原则评估工作应由组织的高层管理者主持。实践表明，这是成评估工作应由

40、组织的高层管理者主持。实践表明，这是成功评估的关键。功评估的关键。关注于组织制定的业务目标。关注于组织制定的业务目标。评估过程中重视客观证据的收集，包括与被评估组织各类评估过程中重视客观证据的收集，包括与被评估组织各类人员访谈的情况以及过程文档的相关信息。人员访谈的情况以及过程文档的相关信息。对评估信息应予保密。对评估信息应予保密。使用使用CMMICMMI模型作为评估的依据。模型作为评估的依据。评估组成员协调配合工作，妥善地处理意见分岐，最终应评估组成员协调配合工作，妥善地处理意见分岐，最终应给出一致的结论意见。给出一致的结论意见。始终着眼于过程的改进。始终着眼于过程的改进。12.4.5 CM

41、MI评估 评估实施评估实施对软件组织实施评估需要考虑以下的问题：对软件组织实施评估需要考虑以下的问题：确定评估的范围。这包括确定组织中哪些部门、哪些项目参加评估，确定评估的范围。这包括确定组织中哪些部门、哪些项目参加评估，以及选定以及选定CMMICMMI的哪种表示（例如，选定针对哪些过程域的什么能力等的哪种表示（例如，选定针对哪些过程域的什么能力等级，或是哪个成熟度等级）。级，或是哪个成熟度等级）。选定评估实施的等级选定评估实施的等级A A、B B或或C C。A A级评估最为严格，最为广泛（不仅要级评估最为严格，最为广泛（不仅要考察过程的定义、试点工作、推广工作、还要考察制度化的情况），考察过

42、程的定义、试点工作、推广工作、还要考察制度化的情况），B B级次之，级次之，C C级要求最低。级要求最低。确定评估组成员，视实际需要对评估人员进行培训。确定评估组成员，视实际需要对评估人员进行培训。确定被评组织参加访谈的人员。确定被评组织参加访谈的人员。确定评估要得到的结论形式。确定评估要得到的结论形式。制定评估的约束条件，如评估时间和评估地点的要求。制定评估的约束条件，如评估时间和评估地点的要求。制定评估实施计划。制定评估实施计划。12.5 软件过程改进 软件过程改进的软件过程改进的IDEAL模型模型美国卡内基美国卡内基梅隆大学的软件工程研究所（梅隆大学的软件工程研究所（SEISEI）在总结了）在总结了软件组织实施过程改进的大量经验和教训后，提出了一个软件组织实施过程改进的大量经验和教训后，提出了一个十分具有指导意义的十分具有指导意义的IDEALIDEAL模型，为开展过程改进的组织模型，为开展过程改进的组织提供了有益的帮助。提供了有益的帮助。12.5 软件过程改进 软件过程改进框架软件过程改进框架12.5 软件过程改进 软件过程改进循环软件过程改进循环