软件过程改进与管理

软件过程改进与管理 The pony was revised in January 2021

软件过程改进与C M M I

第一章绪论

本课题研究的背景

21世纪是信息社会高速发展的世纪，软件作为信息技术的核心，将在其中起着至关重要的作用。随着信息经济、网络经济和科学技术的发展，各行各业已经越来越离不开软件的支持，软件产业的发展，各行各业已经越来越离不开软件的支持，软件产业的发展水平已经成为衡量信息技术发展水平的一个重要因素。

自出现软件危机以来，学术界和企业界对软件工程的研究都倾注了大量的人力、物力和财力，多年来也取得了一些成效。但就全世界而言，软件质量问题仍然非常严重，特别对于军方来说，更是一个致命的问题。正因为如此，美国国防部不惜花费重金，委托美国卡内基梅龙软件工程学院(SEI)研究制定软件质量保证规范。1991年，第一个软件保证规范能力成熟度模型(CMM:Capabiliy Maturity Model)制定完成并在美国应用，随后CMM作为一种软件能力成熟度评估标准在全世界推广实施，主要用于指导软件开发过程改进软件管理能力的提高，从而极大地提高了软件项目的控制能力和软件产品的质量，促进了全世界软件产业的健康发展。

CMM的应用虽然得到了很好的成效，但也存在一些缺陷，能力成熟度模型集成(CMMI:Capability Maturity Model Integration)应运而生，它是在CMM基础之上的发展和完善，2002年SEI正式推出CMMI,2005年开始逐步取代CMM.

从我国软件产业的发展现状来看，企业管理软件过程的能力还比较弱，过程混乱使得新技术、新工具的优势难以体现。究其原因，是因为我国的软件过程管理缺乏规范化和标

准化。于是，越来越多的软件企业开始关注软件过程能力的提高，我们把这种用于提高软件过程能力的实践称为软件过程改进。有人将软件过程改进比喻成“练内功”，作为软件企业，只有通过苦练内功，加强软件过程改进，才能够参与到国际化的竞争中去。CMM和CMMI是软件过程改进领域的重要成果，也是适用于软件企业质量管理和过程改进的重要标准。近年来，国内软件企业也兴起了认证热潮，CMM受欢迎的程度远远超过了ISO同类标准。

中央和地方政府也出台了一些优惠政策支持软件企业的CMM认证:国务院出台了《鼓励软件产业和集成电路产业发展若干政策》，第十七条鼓励软件企业出口型企业通过GB/T19000-ISO9000系列质量保证体系认证和CMM认证的软件出口企业，可向外经贸主管部门申请认证费用资助。

本论文正是在这样的背景下，研究分析了软件过程改进的CMM/CMMI理论，并理论联系实际，以某公司为对象，对软件企业基于CMMI的过程改进实践作了更为深入的研究和分析，以期为国内其他软件企业实施软件过程改进、提高软件质量、提高企业管理水平提供思路和借鉴。

第二章软件过程与软件过程改进

软件过程

软件过程概念

1993年，过程理念的倡导者Hammer和Campy指出，过去200年来，人们所熟知的面向任务的思维方式正面临着挑战，未来所有的商业运作都将以过程的方式来对待。在软件领域，软件过程理念的领袖Watts Humphery领导并完成了软件过程改进领域的巨大成果

CMM,他认为要解决软件危机，首要的是把软件活动看作可控的、可度量的和可改进的过程。

不关注和关注过程的组织有着明显不同的文化。前一种组织里，人们期望活动都能产生出实在的“东西”，比较关注活动的短期效果，认为与过程相关的是一些低优先级的活动；在后一种组织里，认为生产的“东西”只是过程的一个节点，只是全局的一部分，过程文档只被看作一个帮助过程执行的工具，而不是被看做最终的目标。实际上，在以过程为核心的组织里，过程并不是一成不变的经典，它本身会通过反馈、评估等一系列活动不断取得改进。

当然并不是说不关注过程的组织没有过程，只是这些组织的过程可能并不一致、协调，每个人都有自己的过程；过程可能是随机并且在无规则的改进着。对于软件团队而言，具体例子就是成员采用不同的编译规范和开发语言变可以变更任何程序而不考虑他人等。当然这是当前盛行面向客户的小组协作所不期望的。

过程理念还在快速发展，2000年版的ISO9000的一大变化要求以过程为中心描述活动，而CMM的最新版本CMMI已超越软件的行业局限，成为可以适合多种行业的过程改进模型。

2．软件过程定义

由于不同的人和不同的软件开发组织关注点不一样，因此可能会给软件过程下不一样的定义，这些定义往往会强调了过程的某个方面而忽略了其他方面。美国卡耐基梅隆大学软件工程研究所(SEI)在CMM模型中给过程的定义是：“过程就是指用于生产以及软件进化的一系列的活动、方法及实践。”软件过程：就是指将用户需求转化为可执行系统的的开发和演化过程中所进行的软件工程活动的全体，是用于生产软件产品的工具、方法和实

践的集合。这可以说是关于过程的经典的、全面的定义，它包含了过程的三个方面的特性(过程定义、过程活动、过程结果)：

第一，过程应该被定义。通常情况下，是指将过程所包含的活动及程序文档化(可以采用保存于纸介质上也可以采用电子文档的形式)；

第二，执行过程的每一个人都要学习过程的知识。即让每个过程执行者的头脑中都有对过程知识的深刻认识，且以此来驱动他们的行为活动；

第三，通过执行过程中的活动，获得最终预期的过程结果。

该过程定义的三个方面都很重要，它们之间的关系是相辅相成的；

第一，任何过程只有被大家学习、理解并且执行，才能解决实际问题。如果一个过程只停留在定义阶段，那么这个过程只能永远停留在文本阶段。

第二，在过程进行了明确的定义之后，如果过程的参与者接受了关于过程的培训、学习了过程相关的知识，但是却在实践中没有遵循过程，那么该过程也是没有实际效果的过程。反之，如果参与过程的组织成员都理解了过程的定义，接受了与过程相关的培训，而且在实际的工作中都能按照过程的要求去规范自己的活动，那么该过程就是一个真正的、完整的、有效的过程。

软件过程改进

软件过程为什么要改进

提高软件过程能力的实践称为软件过程改进。软件过程改进的根本目的是：提高质量、提高生产率并且降低开发成本。我们可以把软件组织的软件过程与人作比较，人在成

长的过程中，存在不同的成熟状态。同样，我们也可以把软件过程分为不成熟的过程、成熟的过程和制度化的过程。

不成熟的软件过程一般具有以下特点：

过程未被严格的遵循和实施；

特别依赖于英雄人物，人离开了过程就丢了；

过程是临时拼凑而成的；

过程和质量的可见度低；

质量难于预测；

功能和质量为了满足进度而妥协。

成熟的软件过程具有以下特点：

很好地进行了文档化；

持续地进行改进；

正规、严格地使用；

良好的控制；

对产品和过程进行了度量；

制度化的过程具有的特点：

过程成为人们的做事方法，即使最初定义过程的人员离开也不会改变。

从以上的比较可以看出，成熟的过程对于开发出良好的产品显然是有利的，然而，软件组织的过程成熟如同人一样，并不是一生下来就是成熟的，因此需要对软件过程进行改进。软件过程的改进并不是非正式的、随机的改进，不是只改进一次就够了，而是要持续不断地进行改进。这是因为：首先，人们对事物认识需要循序渐进，要经过理论和实践相互作用的循环上升的过程；其次，过程是与人相关的，过程的成熟有赖于人的成熟，而人的成熟是缓慢的；第三，在知识经济时代，企业所处的商业环境已经发生了根本性的变化。顾客需求瞬息万变，技术创新不断加速，产品生命周期不断缩短，市场竞争日趋激烈。

软件过程改进的基本思路

软件开发组织的软件过程能力，体现了软件开发组织的实力。这种实力的提高，同样是需要一个逐渐提高的过程。对于软件开发组织的管理人员，软件过程能力的提高同样是一个需求认真策划的复杂过程。

由前面的论述可知，软件过程能力是是指把企业从事软件开发和生产的过程本身透明化、规范化和运行的强制化，描述了在遵循一个软件过程后能够得到的预期结果的界限范围。简单来说，就是指一个过程内在的生产软件产品的能力。该指标是对能力的一种衡量，用它可以预测一个组织在承接下一个软件项目时，所能期望得到的最可能的结果。那么软件过程改进的基本思路就是首先形成一定的软件过程；然后，对其不断进行调整、优化，使得过程能力不断提高。

目前流行的过程改进模型是IDEAL模型。IDEAL模型以过程改进环的形式表示，如图2-2所示。IDEAL模型将软件过程改进的过程分为五个阶段：初始化、诊断、建立、行

动、改进。IDEAL取自五个单词的缩写。通过该模型，我们可以清楚地看到软件过程改进的基本思路与主要流程。

准备阶段为IDEAL模型的起点，主要为软件过程改进提供准备，包括建立初始的过程改进组织结构和基础，制定战术计划和改进目标等。

诊断阶段为组织走上持续软件过程改进循环奠定基础。此阶段的任务是根据企业远景目标和当前的软件过程能力，完善软件过程改进行动计划草案。

建立阶段为当前过程能力中存在的问题划分处理优先等级。制定整体战略行动计划，用于指导软件过程改进的活动；此阶段的任务是制定可度量的目标、定义度量标准、分配必要的资源。

行动阶段的任务是创建、指导、实施行动计划。

改进阶段的任务是通过实践、收集有用数据、完善度量和评价本次软件过程改进过程中使用的策略、方法和架构是否合理、完善。为IDEAL模型的下一次循环奠定良好的基础。

过程改进的方法

软件过程改进是软件过程管理不断改进和不断完善的过程。它是一项综合并且需要持续开展的活动，它面对的既是软件开发的过程模型，同时也是针对每一个具体软件项目的过程实例。20世纪90年代前后，软件界针对如何进行软件过程管理和改进，提出了各种方案及适用于软件企业的质量标准和过程改进模型。其中，ISO9001，SPICE,CMM/CMMI 使用广泛，具有一定代表性。所以在这里，对这些标准和模型作简要介绍。

ISO9001

ISO9000族标准是目前国际上影响最为深远的质量管理标准。它是国际标准化组织(ISO)于1987年公布的，最初针对制造行业，但现在已经面向更为广阔的领域。ISO9001是ISO9000族中一个重要的质量标准，是一个符合软件开发与维护的标准。它于1994年由ISO公布，明确规定了质量体系的要求。如果软件企业开发方能够达到这些要求，表明它具备了质量保证能力，从而在从产品设计到售后服务的所有阶段，可防止出现不合适格的产品，使用户对产品满意。

ISO9001标准已有了新的版本ISO9001：2000，在2000版本中，标准所重点关注的不是“产品质量”而是“过程质量”。它强调以顾客满意为目的，以过程管理为导向，鼓励组织在建立、实施和改进质量管理体系及提高有效性时，采用过程方法，通过满足顾客要求，增强顾客满意度。它还把94版的20个要素分别归类于管理职责、资源管理、产品实现及测量、分析和改进四大类，构成一种过程方法模式的结构，实现了以过程的连续性替代了20个要素的不连续，符合PDCA循环规则，且通过持续改进的环节使质量管理体系的水平达到螺旋式上升的效应，这使得任何采用标准的组织都能方便地理顺其质量管理体系，而无须花很大气力去识别质量活动与要素的对应关系。

ISO9000-3是软件企业实施ISO9001的指南，它从软件的角度对ISO90001的内容进行具体解释。ISO9001标准规定了20个质量体系要素，而ISO9000-3则对每一个要素进行逐一说明。ISO9000-3叙述了需方和供应方应如何进行有组织的质量保证活动，才能得到较为满意的软件：规定了双方签订开发合同到设计、实现以至维护整个软件生存期中应当实施的质量保证活动，但并没有规定具体的质量管理和质量检验方法和步骤。为使软件产品达到质量要求，ISO9000-3要求软件开发机构建立质量保证体系。首先要求明确供需双方的职责，针对所有可能影响软件质量的各个因素都要采取有力措施，做出如何加强管

理和控制的决定。对与质量有关的人员规定其职责和职权，使之责任落实到人，产品质量真正得到控制。

SPICE

20世纪90年代初，ISO/IEC第一联合技术委员会注意到软件过程改进和评估的重要性以及由于缺乏统一的国际标准给软件产业造成的困境，于1993年设立第十工作组，发起了制定ISO/IEC15504系列标准的前期工作。项目名称是“软件过程改进和能力测定”，简称SPICE。项目旨在协调制定一系列软件过程标准。1998年出版了

ISO/IECTR15504《信息技术软件过程评估》，它规定了软件过程评估的框架，供从事软件策划、检验、控制以及软件改进软件的获得、提供、开发、运行、进化及支持的组织所使用。

SPICE面向的评价对象也是软件企业，其目标是通过对企业的软件过程的评价达到两个目的：其一，确定被评价企业的软件过程能力；其二，对被评价的软件过程加以改进。

为了实现上述目的，人们要求该标准提供国际公用的过程评估模型，使大家能够通过过程评估进行过程改进和能力评定有共同的理解，并且便于使用和管理：使基于互有差异但相容的具体过程评估模型和方法得到的评估结果在某种程度上可以比较。

ISO/IEC TR 15504标准包含9个组成部分，包括：概念和介绍性指南、过程和过程能力的参考模型、实施评估、实施和指标指南、过程评估模型、评估员资格指南、用于过程改进指南、词汇

第三章软件过程改进模型分析

实施软件过程改进，第一步是要选择一个合适的过程改进模型。目前，较多采用的软件过程改进模型有CMM、ISO9000-3、ISO/IEC15504、SPICE以及CMMI等。本次我们选定CMMI作为本次工作的指导模型，本章将简要介绍CMMI以及CMMI所涉及的度量分析。

模型概述

的发展概况

在20世纪70到80年代，软件工程的研究重点是需求分析、设计、编程、测试、维护等领域的方法技术和工具，我们称之为经典软件工程。从20世纪90年代至今，人们逐渐意识到，由于软件组织管理软件过程的能力比较弱，常常导致项目处于混乱状态，使得新技术、新工具的优势难以体现，经典的软件工程已明显不够用。因此，软件过程改进成为软件工程学科的一个主要研究方向。软件过程技术为开发人员提供一个标准的无歧义的软件开发规范，使得软件开发生产率得以提高。

CMMI模型是CMM模型的替代模型，1998年美国卡内基-梅陇大学软件工程研究所(SEI)启动的CMMI计划，目的在于用一个统一的框架协调和集成SEI已经存在的各种模型。CMMI模型目前已经成为业界主要的过程管理模型。CMMI被看作是把各种CMM集成为一个系列的模型中，以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力，同时为企业评审自己的过程提供了可参照的行业基准。2000年CMM演化成CMMI,成为的主要组成部分。

CMMI的基本内容

CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或者多个单一学科模型实现一个组织的集成化过程改进。从长期考虑，CMMI产品开发群

组建立了一个自动的、可扩充的框架，以便于以后将其他一些学科的过程改进模型也逐步添加到CMMI产品集中。总的来说，以便于以后将其他一些学科的过程改进模型也逐步添加到CMMI产品集中。总的来说，CMMI集成达到了两个目的：一是提炼出了学科之间的一些公共过程域，另一方面就是减少了过程域的总数量。

①CMMI模型系列

现在业界使用的CMMI最新模型是2002年发布的版本系列，它们是CMMI-

SE/SW/IPPD/SS、CMMI=SE/SW/IPPD、CMMI-SE/SW、CMMI-SW.由于CMMI是可扩充的产品集合，因此今后可能还会有新的学科模型出现。这也正好说明了CMMI模型生命力的强大。

CMMI-SW是软件工程能力模型集成，该模型中对于软件开发过程中需求的建立、项目计划的制定和实施，以及对软件的测试等过程都有详尽的描。CMMI-SE/SW,是系统工程和软件工程能力模型集成，该模型中对于四通八达工程和软件开发过程中需求的建立、项目计划的制定和实施，以及对软件的测试等过程都有详尽的描述。CMMI-SE/SW/IPPD是系统工程，软件工程，集成化产品和过程开发能力模型的集成，该模型为在项目开发中需要使用交叉学科群组，需要解决对项目群组的使用、计划和组织，需要解决学科或组之间的沟通以及与集成化产品和过程开发能力模型相关的集成，该模型为在项目开发中需要使用交叉学科群组，需要解决对项目群组的使用、计划和组织，需要解决学科或组之间的沟通以及与集成化产品和过程开发相关的一些问题提供了解决方案模型。CMMI-SE/SW/IPPD/SS 是系统工程，软件工程，集成化产品和过程开发，供应商管理能力模型集成，该模型中对于供应商的选择和监督，集成化供应商管理以及供应商定量管理等方面给出了详尽描述。

在上述4个CMMI模型中，它们之间是有关系的。CMMI-SE/SW是CMMI-SW的扩充，CMMI-SE/SW/IPPD的扩充。

②CMMI模型的过程域

CMMI模型中，最基本的概念是“过程域”。与以前的一些过程改进模型一样，CMMI 模型也只是选择对过程改进最重要的一些题目，并将其编组到“域”中。

在CMMI中，CMMI-SW共有22个过程域，CMMI-SE/SW共有22个过程域，CMMI-SE/SW /IPPD共有24个过程域，CMMI-SE/SW/SS共有25个过程域。

CMMI-SW和CMMI-SE/SW的过程域数量和名称均相同，仅在某些过程域中所提供信息材料有所不同。CMMI-SE/SW/IPPD比CMMI-SE/SW增加了2个过程域，并扩充了CMMI-

SE/SW的一个过程域，所以CMMI-SE/SW/IPPD共有24个过程域。CMMI-SE/SW/IPPD/SS比CMMI-SE/SW/IPPD增加了一个过程域，所以CMMI-SE/SW/IPPD/SS共有25个过程域。

CMMI的表示方法

CMMI是以过程域PA为纲，以特定目标SG、特定实践SP、共性目标GG、共性实践GP 为目，分阶段式模型和连续式模型两种方式来定义的。在CMMI模型中，软件能力成熟度模型(SW-CMM)是“阶段式”模型，系统工程能力模型(SE-CMM)是连续式模型，而集成化产品开发(IPD-CMM)是“混合”模型，组合了连续式表示和阶段式表示的特点。

的阶段式表示

1、模型部件结构

在阶段式表示中，过程域的组织方式是成熟度等级，其中每个过程域包含共性目标和特定目标，以及共性实践和特定实践。成熟度等级提供了组织范围内改进过程的阶段性

实现“路标”，总共包含5个成熟度等级，分别是初始级、已管理级、已定义级、定量管理和优化级。图3-1描述了CMMI阶段式模型的内部结构。

2、成熟度等级

本表示法集中于组织可以用于改进过程的最佳实践。在开始使用CMMI模型来改进过程之前，你必须首先把自己的过程映射到相应的CMMI过程域。通过跟踪与CMMI模型的对应关系，这种映射使得你可以控制组织的过程改进。但是，不要求每个CMMI过程域都逐一映射到组织过程。

成熟度等级提供了在特定学科或者学科集合中预测组织未来性能的手段，是使组织成为成熟组织定义良好的改进路径。阶段式成熟的每个等级都是相互依赖的，上层包含下层的目标和实践。每个等级是连续的，不存在隔阂，进行连续过程改进的组织不能跨级进行，也就是说，不能不经过成熟度等级2直接跳到成熟度等级3，这样就给组织进行过程化改进提供了“路标”。图3-2是阶段式成熟度等级的结构图。

3、成熟度等级和过程域

下表3-1是每个成熟度等级所包含的过程域。

在阶段式表示中，过程域和成熟度等级存在唯一的对应关系，也就是说，成熟读等级包含固定数量和名称的过程域，而过程域只属于特定成熟度等级，而同一个过程域不能在多个成熟度等级中重复出现。

的连续式表示

1、模型部件结构

连续式表示使用6个能力等级、能力剖面、目标等级和等价等级作为模型部件的组织原则。连续式表示根据亲和关系对过程域进行分组，并指定每个过程域中过程改进的能力等级。能力剖面确定过程的路径，说明每个过程域的改进变化。等价等级可以把过程域的能力等级与阶段式表示的成熟度联系起来。图描述了CMMI连续式模型的内部结构。

由图可以了解到，特定目标组织特定实践，共性目标组织共性实践。每个特定实践和共性实践对应一个能力等级。特定目标和特定目标实践应用于单个过程域。

2、能力等级

能力等级有6个，编号从0到5，分别是完成级、已执行级、已管理级、已定义级、定量管理级和优化级。能力等级由能够改进组织过程的过程域的相关特定实践和共性实践组成。能力等级用适用于一个过程域的特定目标和共性目标的实现程度来度量。图3-4是CMMI连续式表示的能力等级(CL)的顺序图。

3、过程域能力剖面

在连续式表示中，能力等级剖面是过程域及其对于能力等级的列表。该剖面是组织根据过程与跟踪其能力等级的方式。当与能力等级结合，且该剖面表示每个过程域的组织

成就时，过程域能力剖面是成绩剖面。同样，当该剖面代表组织的过程改进目标时，过程域能力剖面是目标剖面。当目标与剖面比较时，成绩剖面使你不仅可以跟踪组织的过程改进进度，而且可以验证组织的管理成绩。

过程能力剖面可以表示成两维的点集，其中两维分别是过程维和能力维，如图3-5所示。

其中过程维描述了组织实施了哪些过程域。能力维描述了实施某过程的程度。(称作能力等级)。

第四章总结

全世界软件需求的飞速发展使得软件开发活动急剧增长。为了在日益激烈的竞争中处于有利位置，软件组织都在努力提高软件产品的质量和开发效率。提高质量和效率最行之有效的方法是不断改进组织的过程能力。于是，软件过程改进相应地成为人们关注的焦点。

本文从了解国内外研究动态出发，查阅了大量相关方面的文献资料，结合现有研究成果，并在充分考虑了国内软件企业的实际情况的基础上，提出了一种基于CMMI的软件过程改进实施模型。该实施模型由前期准备阶段和过程改进循环两部分组成。在前期准备阶段，强调高层管理者的支持、强调建立支持软件过程改进的组织机构和技术架构、强调教育和培训以及思想观念的转变。在过程改进循环中强调以当前软件企业的实际情况为基础进行过程改进，强调循序渐进、小步快进、持续改进，强调内部评估的作用，强调先试点后推广。

CMMI是目前国际上最流行、最实用的软件过程改进标准，它的目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发高质量的软件。本文通过介绍CMMI的基本内容以及CMMI的表示方法以及CMMI过程的实践分析，作者认为中国的软件企业实施基于CMMI的过程改进能够有效地提高软件过程能力，改善软件质量水平。

参考文献

[1]邢敏.中小软件企业基于CMMI的软件过程改进研究[D].西北工业大学,2007.

[2]朱卫平.基于CMMI的国内中小型软件企业软件过程改进研究[D].中南大学,2006.

[3]罗军.基于CMMI软件过程改进度量模型研究与应用[D].广东工业大学,2014.

[4]黄晓波.基于CMMI的软件过程改进的研究[D].暨南大学,2007.

[5]王云鹏.基于CMMI软件过程改进的过程度量模型研究[D].大连海事大学,2008.

[6]沈云凌.基于敏捷与CMMI的安全关键软件过程管理应用研究[D].电子科技大学,2013.

[7]周伟良.软件开发过程质量与产品质量度量方法研究[D].合肥工业大学,2012.

[8]陈湘静.基于CMMI的过程改进实践与分析[D].南京理工大学,2005.

[9]张秀娟.基于CMMI的软件过程改进实施模型研究[D].山东大学,2006.

[10]郭英君.基于CMMI的软件过程质量度量的研究[D].重庆大学,2009.

[11]刘健.基于CMMI的软件过程改进及风险管理研究[D].黑龙江大学,2009.

[12]梁君霞.基于CMM的软件过程改进研究与配置管理实施[D].武汉大学,2004.

[13]周金陵,张鹏.基于CMMI的软件过程改进研究[J].计算机工程与设计,2003,11:60-62.

[14]黄旭阳.基于CMMI的嵌入式软件过程改进模型的研究与应用[D].中山大学,2011.

[15]方媛.基于CMMI的软件过程改进研究[J].计算机光盘软件与应用,2014,09:59-60.

[16]彭纯军.我国中小软件企业基于CMM/CMMI的软件过程管理研究[D].暨南大学,2005.

[17]吕松涛.基于CMM的软件项目管理模型研究[D].哈尔滨工程大学,2009.

[18]邓普德.基于CMMI的SF公司软件开发过程管理改进研究[D].电子科技大学,2008.

[19]王云鹏.基于CMMI软件过程改进的过程度量模型研究[D].大连海事大学,2008.

[20]刘晓龙.基于CMMI的软件敏捷开发研究[D].长春理工大学,2013.

[21]罗军.基于CMMI软件过程改进度量模型研究与应用[D].广东工业大学,2014.

[22]于海.基于CMMI的软件度量过程的研究与应用[D].天津大学,2006.

[23]邢敏.中小软件企业基于CMMI的软件过程改进研究[D].西北工业大学,2007.

[24]王常锐.基于PSM的CMMI软件过程度量环境的研究及工具实现[D].合肥工业大

学,2007.

[25]万邦睿.基于CMMI的软件测试过程度量研究[D].西南大学,2007.

[26]朱卫平.基于CMMI的国内中小型软件企业软件过程改进研究[D].中南大学,2006.