1、第第13章章 软件项目管理软件项目管理13.1 估算软件规模估算软件规模13.2 工作量估算工作量估算13.3 进度计划进度计划13.4 人员组织人员组织13.5 质量保证质量保证13.6 软件配置管理软件配置管理13.7 能力成熟度模型能力成熟度模型13.8 小结小结依据以往开发类似产品的经验和历史数据，估计实依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。现一个功能所需要的源程序行数。把实现每个功能所需要的源程序行数累加起来，就把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。可得到实现整个软件所需要的源程序行数。13.1 13.1
2、 估算软件规模估算软件规模 13.1.1 13.1.1 代码行技术代码行技术由多名有经验的软件工程师分别做出估计。由多名有经验的软件工程师分别做出估计。每个人都估计程序的最小规模每个人都估计程序的最小规模(a)(a)、最大规模、最大规模(b)(b)和和最可能的规模最可能的规模(m)(m)，分别算出这，分别算出这3 3种规模的平均值种规模的平均值,再用下式计算程序规模的估计值：再用下式计算程序规模的估计值：L=L=(13.1)(13.1)单位是代码行数（单位是代码行数（LOCLOC）或千行代码数（或千行代码数（KLOCKLOC）64bma 代码行技术的优点代码行技术的优点:代码是所有软件开发项目
3、都有代码是所有软件开发项目都有的的“产品产品”，且容易计算行数。，且容易计算行数。代码行技术的缺点是：代码行技术的缺点是：源程序仅是软件配置的一源程序仅是软件配置的一个成分。个成分。为了克服代码行技术的缺点，人们提出了功能点技为了克服代码行技术的缺点，人们提出了功能点技术。术。依据软件信息域特性和软件复杂性，用功能点（依据软件信息域特性和软件复杂性，用功能点（FPFP）为单位度量软件规模。为单位度量软件规模。1.1.信息域特性信息域特性功能点技术定义了信息域的功能点技术定义了信息域的5 5个特性个特性:输入项数输入项数(Inp)(Inp)、输出项数、输出项数(Out)(Out)、查询数、查询数
4、(Inq)(Inq)、主文件数、主文件数(Maf)(Maf)和外部接口数和外部接口数(Inf)(Inf)。（1 1）输入项数：输入项数：用户向软件输入的项数，这些输用户向软件输入的项数，这些输入给软件提供面向应用的数据。入给软件提供面向应用的数据。13.1.2 13.1.2 功能点技术功能点技术（2 2）输出项数：输出项数：软件向用户输出的项数，它们软件向用户输出的项数，它们向用户提供面向应用的信息，例如，报表和出错信向用户提供面向应用的信息，例如，报表和出错信息等。报表内的数据项不单独计数。息等。报表内的数据项不单独计数。（3 3）查询数：查询数：查询即是一次联机查询即是一次联机输入输入，它
5、导致，它导致软件产生某种即时响应软件产生某种即时响应(输出输出)。（4 4）主文件数：主文件数：逻辑主文件（即数据的一个逻逻辑主文件（即数据的一个逻辑组合，它可能是大型数据库的一部分或是一个独辑组合，它可能是大型数据库的一部分或是一个独立的文件）的数目。立的文件）的数目。（5 5）外部接口数：外部接口数：机器可读的全部接口（例如，机器可读的全部接口（例如，磁盘或磁带上的数据文件）的数量，用这些接口把磁盘或磁带上的数据文件）的数量，用这些接口把信息传送给另一个系统。信息传送给另一个系统。2.2.估算功能点的步骤估算功能点的步骤用下述用下述3 3个步骤，可估算出一个软件的功能点数个步骤，可估算出一
6、个软件的功能点数（即软件规模）。（即软件规模）。FP=UFPFP=UFPTCFTCF（1 1）计算未调整的功能点数计算未调整的功能点数UFPUFP每个特性每个特性(即即InpInp、OutOut、InqInq、MafMaf和和Inf)Inf)都分类为简都分类为简单级、平均级或复杂级单级、平均级或复杂级UFP=aUFP=a1 1Inp+aInp+a2 2Out+aOut+a3 3Inq+aInq+a4 4Maf+aMaf+a5 5InfInf其中，其中，a ai i(1i5)(1i5)是特性系数，其值由相应特性的是特性系数，其值由相应特性的复杂级别决定，如表复杂级别决定，如表13.113.1单击
7、此处编辑母版标题样式单击此处编辑母版标题样式 单击此处编辑母版副标题样式单击此处编辑母版副标题样式(2)(2)计算技术复杂性因子计算技术复杂性因子TCFTCF1414种技术因素种技术因素F Fi i(1i14)(1i14)对软件规模的影响程度。对软件规模的影响程度。每个因素分配一个从每个因素分配一个从0 0（无影响）到（无影响）到5 5（有很大影响）（有很大影响）DI=DI=值在值在070070之间之间技术复杂性因子技术复杂性因子TCFTCF由下式计算：由下式计算：TCF=0.65+0.01TCF=0.65+0.01DIDI(3)(3)计算功能点数计算功能点数FPFPFP=UFPFP=UFPT
8、CFTCF功能点数与所用的编程语言无关。在判断信息域特功能点数与所用的编程语言无关。在判断信息域特性复杂级别和技术因素的影响程度时，存在着相当性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。大的主观因素。141iiF软件估算模型由经验导出的公式来预测软件开发工软件估算模型由经验导出的公式来预测软件开发工作量，工作量是软件规模（作量，工作量是软件规模（KLOCKLOC或或FPFP）的函数，）的函数，工作量的单位通常是人月（工作量的单位通常是人月（pm)pm)。估算模型的经验数据，是从有限个项目的样本集中估算模型的经验数据，是从有限个项目的样本集中总结出来的，因此，没有一个估算模型可以适
9、用于总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。所有类型的软件和开发环境。13.2 13.2 工作量估算工作量估算这类模型的总体结构形式如下：这类模型的总体结构形式如下：E=A+BE=A+B(ev)(ev)C C其中，其中，A A、B B和和C C是由经验数据导出的常数，是由经验数据导出的常数，E E是以是以人月为单位的工作量，人月为单位的工作量，evev是估算变量（是估算变量（KLOCKLOC或或FPFP）。下面给出几个典型的静态单变量模型。）。下面给出几个典型的静态单变量模型。1.1.面向面向FPFP的估算模型的估算模型 (1)Albrecht&Gaffney(1
10、)Albrecht&Gaffney模型模型E=-13.39+0.0545FPE=-13.39+0.0545FP(2)Maston,Barnett(2)Maston,Barnett和和MellichampMellichamp模型模型E=585.7+15.12FPE=585.7+15.12FP13.2.1 13.2.1 静态单变量模型静态单变量模型2.2.面向面向KLOCKLOC的估算模型的估算模型(1)Walston_Felix(1)Walston_Felix模型模型E=5.2E=5.2(KLOC)(KLOC)0.910.91(2)Bailey_Basili(2)Bailey_Basili模型模
11、型E=5.5+0.73E=5.5+0.73(KLOC)(KLOC)1.161.16(3)Boehm(3)Boehm简单模型简单模型E=3.2E=3.2(KLOC)(KLOC)1.051.05(4)Doty(4)Doty模型（在模型（在KLOC9KLOC9时适用）时适用）E=5.288E=5.288(KLOC)(KLOC)1.0471.047对于相同的对于相同的KLOCKLOC或或FPFP值，用不同模型估算将得出值，用不同模型估算将得出不同的结果。不同的结果。主要原因是，这些模型多数都是仅根据若干应用领主要原因是，这些模型多数都是仅根据若干应用领域中有限个项目的经验数据推导出来的，适用范围域中有
12、限个项目的经验数据推导出来的，适用范围有限。有限。因此，必须根据当前项目的特点选择适用的估算模因此，必须根据当前项目的特点选择适用的估算模型，并且根据需要适当地调整（例如，修改模型常型，并且根据需要适当地调整（例如，修改模型常数）估算模型。数）估算模型。动态多变量模型是根据从动态多变量模型是根据从40004000多个当代软件项目多个当代软件项目中收集的生产率数据推导出来的。中收集的生产率数据推导出来的。工作量是软件规模和开发时间这两个变量的函数。工作量是软件规模和开发时间这两个变量的函数。E=(LOCE=(LOCB B0.3330.333/P)/P)3 3(1/t)(1/t)4 4(13.2)
13、(13.2)E E是以人月或人年为单位的工作量；是以人月或人年为单位的工作量；t1t1是以月或年为单位的项目持续时间；是以月或年为单位的项目持续时间；B B是特殊技术因子，它随着规模和要求的增加而缓是特殊技术因子，它随着规模和要求的增加而缓慢增加慢增加:小的程序小的程序(KLOC=515)(KLOC=515)，B=0.16,B=0.16,超过超过70 70 KLOCKLOC的程序，的程序，B=0.39;B=0.39;P P是生产率参数是生产率参数 (2000-30000)(2000-30000)13.2.2 13.2.2 动态多变量模型动态多变量模型P P生产率参数，反映了下述因素对工作量的影
14、响：生产率参数，反映了下述因素对工作量的影响：总体过程成熟度及管理水平；总体过程成熟度及管理水平；使用良好的软件工程实践的程度；使用良好的软件工程实践的程度；使用的程序设计语言的级别；使用的程序设计语言的级别；软件环境；软件环境；软件项目组的技术及经验；软件项目组的技术及经验；应用系统的复杂程度。应用系统的复杂程度。开发实时嵌入式软件时开发实时嵌入式软件时:P=2000:P=2000；电信系统和系；电信系统和系统软件时统软件时:P=10000:P=10000；商业应用系统；商业应用系统:P=28000:P=28000。如果把如果把项目持续时间延长一些，则可降低完成项目项目持续时间延长一些，则可
15、降低完成项目所需的工作量。所需的工作量。构造性成本模型构造性成本模型:COCOMOCOCOMO（COnstructive COst COnstructive COst Model)Model)。19811981年年BoehmBoehm在在软件工程经济学软件工程经济学中中首次提出了首次提出了COCOMOCOCOMO模型。模型。19971997年年BoehmBoehm等人提等人提出的出的COCOMO2COCOMO2，修订了，修订了COCOMOCOCOMO。3 3个层次的软件开发工作量估算模型：个层次的软件开发工作量估算模型：(1)(1)应用系统组成模型用于估算构建原型的工作量。应用系统组成模型用于
16、估算构建原型的工作量。(2)(2)早期设计模型适用于体系结构设计阶段。早期设计模型适用于体系结构设计阶段。(3)(3)后体系结构模型适用于完成体系结构设计之后后体系结构模型适用于完成体系结构设计之后的软件开发阶段。的软件开发阶段。13.2.3 COCOMO213.2.3 COCOMO2模型模型后体系结构模型软件开发工作量函数：后体系结构模型软件开发工作量函数：E=E=(13.3)(13.3)E E是开发工作量（以人月为单位），是开发工作量（以人月为单位），a a是模型系数，是模型系数，KLOCKLOC是估计的源代码行数（以千行为单位），是估计的源代码行数（以千行为单位），b b是模型指数，是模
17、型指数，f fi i(i=117)(i=117)是成本因素，见下表。是成本因素，见下表。171iibfKLOCa（1 1）新增加了新增加了4 4个成本因素个成本因素:要求的可重用性、需要求的可重用性、需要的文档量、人员连续性（即人员稳定程度）和多要的文档量、人员连续性（即人员稳定程度）和多地点开发。地点开发。（2 2）略去了原始模型中的略去了原始模型中的2 2个成本因素（计算机个成本因素（计算机切换时间和使用现代程序设计实践）。切换时间和使用现代程序设计实践）。（3 3）某些成本因素（分析员能力、平台经验、语某些成本因素（分析员能力、平台经验、语言和工具经验）对生产率的影响（即工作量系数最言和
18、工具经验）对生产率的影响（即工作量系数最大值与最小值的比率）增加了，另一些成本因素大值与最小值的比率）增加了，另一些成本因素（程序员能力）的影响减小了。（程序员能力）的影响减小了。COCOMO2COCOMO2采用了更加精细得多的采用了更加精细得多的b b分级模型，这分级模型，这个模型使用个模型使用5 5个分级因素个分级因素Wi(1i5):Wi(1i5):划分成从甚划分成从甚低（低（Wi=5)Wi=5)到特高到特高 （Wi=0)Wi=0)的的6 6个级别个级别b=b=(13.4)(13.4)b b的取值范围为的取值范围为1.011.261.011.26。5 5个分级因素如下所述：个分级因素如下所
19、述：（1 1）项目先例性项目先例性:该项目的新奇程度。该项目的新奇程度。（2 2）开发灵活性开发灵活性:约束多少。约束多少。（3 3）风险排除度风险排除度:重大风险已被消除的比例。重大风险已被消除的比例。（4 4）项目组凝聚力项目组凝聚力:开发人员相互协作度。开发人员相互协作度。（5 5）过程成熟度过程成熟度:按照能力成熟度模型（见按照能力成熟度模型（见13.713.7节）节）5101.101.1iiW目的目的:保证项目按时完成保证项目按时完成影响工期的因素影响工期的因素:工作量工作量,资源资源(人力人力,设备设备),),项目特点项目特点方法方法:把项目分解成许多小任务以利于估计把项目分解成许
20、多小任务以利于估计,执行执行,监控监控难点难点:根据项目根据项目,合理分配任务合理分配任务,优化使用资源优化使用资源,留有余地留有余地工具工具:经验模型经验模型,GANTTGANTT图图,工程网络工程网络项目管理者必须定义全部项目任务，识别出关键任务，项目管理者必须定义全部项目任务，识别出关键任务，跟踪关键任务的进展状况。跟踪关键任务的进展状况。制定一个详细的进度表，监督项目进度并控制整个项目。制定一个详细的进度表，监督项目进度并控制整个项目。13.3 13.3 进度计划进度计划 什么是项目网络图？项目网络图是项目的所有活动以及它们之间逻辑关系或排序的图形显示。项目网络图是活动排序的输出，它有
21、以下作用：（1）能表示项目活动，并表示活动之间的依赖关系。（2）表明项目活动将以什么顺序继续。（3）在进行工期估计时，表明项目将需要多长时间。（4）当改变某项活动工期时，表明项目工期将如何变化。项目网络图有两种表示形式：（1）前导图法（PDM：Precedence Diagramming Method）（2）箭线图法（ADM：Arrow Diagramming Method）甲项目中包含的活动清单、各个活动的历时以及活动间的依赖关系如下：各活动的依赖关系：各活动的依赖关系：A、B、C可以同时开始；D必须在A完成后开始；E、F必须在B完成后开始；G必须在C完成后开始；H必须在D、E完成后开始；I
22、必须在G完成后开始；J必须在F、H、I完成后开 始。活动历时估计是根据任务分解中定义的项目活动和项目活动清单来估计完成这些项目所需要的工期。工期包括一项活动所消耗的实际工作时间 加上间歇时间。在活动定义、活动排序、和活动历时估计的基础上，综合各个项目活动的开始和结束日期、最终的活动顺序以及工期来确定项目的总体进度计划。甘特图甘特图，通过日历形式列出项目活动及其相 应的开始和结束日期，它为反映项目进度信 息提供了一种标准形式。下图是用下图是用PROJECTPROJECT制作的甲项目的最简单的一个甘特图制作的甲项目的最简单的一个甘特图早期的甘特图的最大缺点是通常不反映依赖关系，早期的甘特图的最大缺
23、点是通常不反映依赖关系，但是如果在但是如果在ProjectProject上建立了依赖关系，这种依赖关系会自动显上建立了依赖关系，这种依赖关系会自动显示在甘特图上。示在甘特图上。使用项目管理软件可以创建更为复杂的甘特图使用项目管理软件可以创建更为复杂的甘特图 跟踪甘特图可以用来评价项目的进展跟踪甘特图可以用来评价项目的进展注意：任务用两种水平横线表示。下部表示计划历史（基准计划历史）；上部表示实际历史。由于跟踪甘特图是建立在实际开始与完成日期的基础之上，将计划与实际的项目进度信息进行比较，所以，项目经理可以用它来监控单个任务和整体项目的进展情况。甘特图与网络图的比较l 甘特图甘特图在进度报告中很
24、有效在进度报告中很有效在作管理陈述时易于读懂和使用。在作管理陈述时易于读懂和使用。作为计划编制工具不是太强。作为计划编制工具不是太强。没有表示活动间的逻辑关系。没有表示活动间的逻辑关系。l 网络图网络图表明活动和事件间的相互关系。表明活动和事件间的相互关系。识别关键路径，项目历程和活动排序。识别关键路径，项目历程和活动排序。表明工作流程。表明工作流程。帮助编制计划和组织工作。帮助编制计划和组织工作。查找关键路径实例：使用箭线图来确定关键路径。使用前导图来确定关键路径。单个软件开发人员无法在给定期限内完成软件项目，单个软件开发人员无法在给定期限内完成软件项目，因此，必须把多名软件开发人员合理地组
25、织起来，因此，必须把多名软件开发人员合理地组织起来，使他们有效地分工协作共同完成开发工作。使他们有效地分工协作共同完成开发工作。3 3种典型的组织方式种典型的组织方式:民主制程序员组、主程序员民主制程序员组、主程序员组和现代程序员组。组和现代程序员组。13.4 13.4 人员组织人员组织民主制程序员组民主制程序员组:小组成员完全平等小组成员完全平等,通信信道共有通信信道共有n(n-1)/2n(n-1)/2条。条。程序设计小组的规模应该以程序设计小组的规模应该以2 28 8名成员为宜。名成员为宜。优点优点:组员们对发现程序错误持积极的态度，这种组员们对发现程序错误持积极的态度，这种态度有助于更快
26、速地发现错误，从而导致高质量的态度有助于更快速地发现错误，从而导致高质量的代码。代码。缺点：缺点：由于没有明确的权威指导开发工程的进行由于没有明确的权威指导开发工程的进行,组员间将缺乏必要的协调组员间将缺乏必要的协调,最终可能导致工程失败。最终可能导致工程失败。13.4.1 13.4.1 民主制程序员组民主制程序员组IBMIBM公司公司2020世纪世纪7070年代初期开始采用年代初期开始采用,几点考虑：几点考虑：(1)(1)软件开发人员多数比较缺乏经验；软件开发人员多数比较缺乏经验；(2)(2)程序设计过程中有许多事务性的工作，例如，程序设计过程中有许多事务性的工作，例如，大量信息的存储和更新
27、；大量信息的存储和更新；(3)(3)多渠道通信很费时间，将降低程序员的生产率。多渠道通信很费时间，将降低程序员的生产率。用经验多、技术好、能力强的程序员作为主程序员，用经验多、技术好、能力强的程序员作为主程序员，同时，组内分工，给主程序员提供充分支持，所有同时，组内分工，给主程序员提供充分支持，所有通信都通过一两个人进行。通信都通过一两个人进行。13.4.2 13.4.2 主程序员组主程序员组主程序员组的两个重要特性：主程序员组的两个重要特性：（1 1）专业化。成员完成受过专业训练的工作。专业化。成员完成受过专业训练的工作。（2 2）层次性。主程序员全面负责。层次性。主程序员全面负责。组织形式
28、如图组织形式如图13.513.5所示。所示。问题：问题：主程序员具备两方面的才能，这样的人才不多。主程序员具备两方面的才能，这样的人才不多。后备程序员更难找。后备程序员更难找。编程秘书也很难找到。编程秘书也很难找到。“主程序员主程序员”由两个人担任：由两个人担任：一个负责小组的技一个负责小组的技术；一个负责管理决策。术；一个负责管理决策。13.4.3 13.4.3 现代程序员组现代程序员组当软件项目规模较大时，应该把程序员分成若干个当软件项目规模较大时，应该把程序员分成若干个小组，采用图小组，采用图13.713.7所示的组织结构。所示的组织结构。该图描绘的是技术管理组织结构，非技术管理组织该图
29、描绘的是技术管理组织结构，非技术管理组织结构与此类似。结构与此类似。由图可以看出，产品开发作为一个整体是在项目经由图可以看出，产品开发作为一个整体是在项目经理的指导下进行的，程序员向他们的组长汇报工作，理的指导下进行的，程序员向他们的组长汇报工作，而组长则向项目经理汇报工作。而组长则向项目经理汇报工作。当产品规模更大时，可以适当增加中间管理层次。当产品规模更大时，可以适当增加中间管理层次。图图13.7 13.7 大型项目的技术管理组织结构大型项目的技术管理组织结构变化是不可避免的变化是不可避免的,必须控制和管理变化。必须控制和管理变化。软件配置管理软件配置管理:用于管理变化的软件质量保证活动。
30、用于管理变化的软件质量保证活动。软件配置管理在整个生命期内管理变化：软件配置管理在整个生命期内管理变化：标识标识变化；变化；控制变化；控制变化；确保适当地实现了变化；确保适当地实现了变化；向需要知道这类信息的人报告变化。向需要知道这类信息的人报告变化。软件配置管理的目标：使变化更正确更容易被实现。软件配置管理的目标：使变化更正确更容易被实现。保证每个软件配置项正确，保证每个软件配置项正确，保证一个软件的所有配置项是完全一致的。保证一个软件的所有配置项是完全一致的。13.6 13.6 软件配置管理软件配置管理1.1.软件配置项软件配置项软件过程的输出信息可以分为软件过程的输出信息可以分为3 3类
31、：类：计算机程序（源代码和可执行程序）；计算机程序（源代码和可执行程序）；计算机程序的文档（供技术人员或用户使用）；计算机程序的文档（供技术人员或用户使用）；数据（程序内包含的或在程序外的）。数据（程序内包含的或在程序外的）。我们把它们统称为软件配置，而这些项就是软件配我们把它们统称为软件配置，而这些项就是软件配置项（置项（ITEM=ITEM=元素）。元素）。13.6.1 13.6.1 软件配置软件配置2.2.基线基线(Baseline,(Baseline,里程碑里程碑)IEEEIEEE把基线定义为：把基线定义为：已经通过了正式复审的规格说已经通过了正式复审的规格说明或中间产品，它可以作为进一
32、步开发的基础，并明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的变化控制过程才能改变它。且只有通过正式的变化控制过程才能改变它。软件工具也应置于配置管理之下：编辑器、编译器软件工具也应置于配置管理之下：编辑器、编译器和其他和其他CASECASE工具。工具。不同版本的工具产生的结果不同。不同版本的工具产生的结果不同。软件配置管理主要有软件配置管理主要有5 5项任务：项任务：标识、版本控制、标识、版本控制、变化控制、配置审计和报告。变化控制、配置审计和报告。1.1.标识软件配置中的对象标识软件配置中的对象命名每个配置项。两类对象：命名每个配置项。两类对象：基本和聚集对象。基本和聚集对象
33、。基本对象是软件工程师在分析、设计、编码或测试基本对象是软件工程师在分析、设计、编码或测试过程中创建出来的过程中创建出来的“文本单元文本单元”。聚集对象是基本对象和其他聚集对象的集合。聚集对象是基本对象和其他聚集对象的集合。每个对象都有一组能惟一地标识它的特征：每个对象都有一组能惟一地标识它的特征：名字、名字、描述、版本。描述、版本。13.6.2 13.6.2 软件配置管理过程软件配置管理过程2.2.版本控制版本控制版本控制管理软件配置对象的不同版本。版本控制管理软件配置对象的不同版本。用户能够通过选择版本来指定软件的配置。用户能够通过选择版本来指定软件的配置。属性和软件的每个版本相关联。属性
34、和软件的每个版本相关联。描述一组所期望的属性来指定和构造所需要的配置。描述一组所期望的属性来指定和构造所需要的配置。“属性属性”，既可以是配置对象的版本号，也可以复，既可以是配置对象的版本号，也可以复杂到是一个布尔变量串。杂到是一个布尔变量串。3.3.变化控制变化控制变化控制过程在维护一章讲过。变化控制过程在维护一章讲过。批准的变化生成一个批准的变化生成一个“工程变化命令工程变化命令”描述将要描述将要实现的变化。实现的变化。把要修改的对象从项目数据库中把要修改的对象从项目数据库中“提取（提取（check check outout）”出来，进行修改。出来，进行修改。把修改后的对象把修改后的对象“
35、提交（提交（check incheck in）”进数据库，进数据库，并创建该软件的下一个版本。并创建该软件的下一个版本。变化控制的两个主要功能变化控制的两个主要功能:1)1)访问控制决定软件工程师有权访问和修改一个特访问控制决定软件工程师有权访问和修改一个特定的配置对象定的配置对象2)2)同步控制有助于保证由两名不同的软件工程师完同步控制有助于保证由两名不同的软件工程师完成的并行修改不会相互覆盖。成的并行修改不会相互覆盖。4.4.配置审计配置审计两方面采取措施确保适当地实现了所需要的变化：两方面采取措施确保适当地实现了所需要的变化：正式的技术复审；正式的技术复审；软件配置审计。软件配置审计。正
36、式的技术复审（见正式的技术复审（见13.5.213.5.2节）关注被修改后的配节）关注被修改后的配置对象的技术正确性。置对象的技术正确性。软件配置审计通过评估配置对象的那些通常不在复软件配置审计通过评估配置对象的那些通常不在复审过程中考虑的特征（例如，修改时是否遵循了软审过程中考虑的特征（例如，修改时是否遵循了软件工程标准，是否在该配置项中显著地标明了所做件工程标准，是否在该配置项中显著地标明了所做的修改，是否注明了修改日期和修改者，是否适当的修改，是否注明了修改日期和修改者，是否适当地更新了所有相关的软件配置项，地更新了所有相关的软件配置项，是否遵循了标注是否遵循了标注变化、记录变化和报告变
37、化的规程变化、记录变化和报告变化的规程），而成为对正），而成为对正式技术复审的补充。式技术复审的补充。5.5.状态报告状态报告配置状态报告回答下述问题：配置状态报告回答下述问题：发生了什么事？发生了什么事？谁做的这件事？谁做的这件事？这件事是什么时候发生的？这件事是什么时候发生的？它将它将影响哪些其他事物？影响哪些其他事物？配置状态改善所有相关人员之间的通信，消除冲突，配置状态改善所有相关人员之间的通信，消除冲突，避免重复，提高效率。避免重复，提高效率。美国卡内基梅隆大学软件工程研究所在美国国防部美国卡内基梅隆大学软件工程研究所在美国国防部资助下于资助下于2020世纪世纪8080年代末建立的能
38、力成熟度模型年代末建立的能力成熟度模型（capability maturity modelcapability maturity model，CMM)CMM)，是用于评价，是用于评价软件机构的软件过程能力成熟度的模型。最初，建软件机构的软件过程能力成熟度的模型。最初，建立此模型的目的主要是，为大型软件项目的招投标立此模型的目的主要是，为大型软件项目的招投标活动提供一种全面而客观的评审依据，发展到后来，活动提供一种全面而客观的评审依据，发展到后来，此模型又同时被应用于许多软件机构内部的过程改此模型又同时被应用于许多软件机构内部的过程改进活动中。进活动中。13.7 13.7 能力成熟度模型能力成熟
39、度模型改进对软件过程的管理是消除软件危机的突破口，改进对软件过程的管理是消除软件危机的突破口，比采用先进的技术和工具更重要。比采用先进的技术和工具更重要。能力成熟度模型的基本思想：能力成熟度模型的基本思想：通过建立成熟的优化的软件过程，提高软件的生产通过建立成熟的优化的软件过程，提高软件的生产率和质量。而技术的改进是软件过程改进的结果。率和质量。而技术的改进是软件过程改进的结果。CMMCMM的作用：指导软件机构通过确定当前的过程的作用：指导软件机构通过确定当前的过程成熟度并识别出对过程改进起关键作用的问题，进成熟度并识别出对过程改进起关键作用的问题，进而稳步而有效地改进其软件过程，提高成熟度，
40、使而稳步而有效地改进其软件过程，提高成熟度，使其软件过程能力得到循序渐进的提高。其软件过程能力得到循序渐进的提高。CMMCMM把软件过程从无序到优化的进化过程分成把软件过程从无序到优化的进化过程分成5 5个个有序的阶段，用以测量软件机构的软件过程成熟度有序的阶段，用以测量软件机构的软件过程成熟度和评价其软件过程能力，这些等级还能帮助软件机和评价其软件过程能力，这些等级还能帮助软件机构把应做的改进工作排出优先次序。构把应做的改进工作排出优先次序。CMMCMM对对5 5个成熟度级别特性的描述，说明了不同级个成熟度级别特性的描述，说明了不同级别之间软件过程的主要变化。别之间软件过程的主要变化。从从“
41、1 1级级”到到“5 5级级”，反映出从混乱到成熟的软件，反映出从混乱到成熟的软件过程必须经历的过程改进途径。过程必须经历的过程改进途径。CMMCMM的每个成熟度级别中都包含一组过程改进的的每个成熟度级别中都包含一组过程改进的目标，满足这些目标后一个机构的软件过程就从当目标，满足这些目标后一个机构的软件过程就从当前级别进化到下一个成熟度级别。前级别进化到下一个成熟度级别。CMMCMM不提供做这些改进的具体措施。不提供做这些改进的具体措施。软件工程57过程变更管理过程变更管理 PCM技术变更管理技术变更管理 TCM缺陷预防缺陷预防 DP软件配置管理软件配置管理 SCM软件质量保证软件质量保证 S
42、QA软件子合同管理软件子合同管理 SSM软件项目追踪与监督软件项目追踪与监督 SPTO软件项目策划软件项目策划 SPP需求管理需求管理 RM软件产品工程软件产品工程 SPE集成软件管理集成软件管理 ISM培训大纲培训大纲 TP组织过程定义组织过程定义 OPD组织过程焦点组织过程焦点 OPF同行评审同行评审 PR组间协调组间协调 IC软件质量管理软件质量管理 SQM定量定量 过程管理过程管理 QPM规范化过程规范化过程标准化过程标准化过程可预测过程可预测过程持续改进过程持续改进过程个别过程个别过程 2 级级（可重复级）（可重复级）3 级级（已定义级）（已定义级）4 级级（已管理级）（已管理级）5
43、 级级（优化级）（优化级）1 级（初始级）级（初始级）单击此处编辑母版标题样式单击此处编辑母版标题样式 单击此处编辑母版副标题样式单击此处编辑母版副标题样式 关键过程域关键过程域5 优化级优化级过程变更管理过程变更管理4 可管理级可管理级需求管理需求管理软件项目策划软件项目策划软件项目跟踪与监控软件项目跟踪与监控软件子合同管理软件子合同管理软件质量保证软件质量保证软件配置管理软件配置管理过程分类过程分类机构的过程机构的过程管理过程管理过程缺陷预防缺陷预防软件质量管理软件质量管理整体化软件管理整体化软件管理组间协调组间协调组织过程关注组织过程关注组织过程定义组织过程定义培训规划培训规划无序过程无
44、序过程定量过程管理定量过程管理3 可定义级可定义级2 可重复级可重复级1 初始级初始级工程的过程工程的过程软件产品工程软件产品工程同行评审同行评审技术变更管理技术变更管理1.1.初始级初始级软件过程的特征是无序的，甚至是混乱的。几乎没软件过程的特征是无序的，甚至是混乱的。几乎没有什么过程是经过定义的（即没有一个定型的过程有什么过程是经过定义的（即没有一个定型的过程模型），项目能否成功随机性很大。模型），项目能否成功随机性很大。没有健全的软件工程管理制度。没有健全的软件工程管理制度。延期交付和费用超支的情况经常发生，大多数行动延期交付和费用超支的情况经常发生，大多数行动只是应付危机，而不是完成计
45、划好的任务。只是应付危机，而不是完成计划好的任务。处于处于1 1级成熟度的软件机构，其过程能力是不可预级成熟度的软件机构，其过程能力是不可预测的，其软件过程是不稳定的，产品质量只能根据测的，其软件过程是不稳定的，产品质量只能根据相关人员的个人工作能力而不是软件机构的过程能相关人员的个人工作能力而不是软件机构的过程能力来预测。力来预测。2.2.可重复级可重复级建立了基本的项目管理过程建立了基本的项目管理过程(过程模型过程模型),),可跟踪成可跟踪成本、进度、功能和质量。对新项目的策划和管理过本、进度、功能和质量。对新项目的策划和管理过程是基于以前类似项目的实践经验。程是基于以前类似项目的实践经验
46、。已经制定了项目标准，并且软件机构能确保严格执已经制定了项目标准，并且软件机构能确保严格执行这些标准。项目组与客户及承包商已经建立起一行这些标准。项目组与客户及承包商已经建立起一个稳定的工作环境。个稳定的工作环境。过程能力可以概括为过程能力可以概括为:软件项目的策划和跟踪是稳软件项目的策划和跟踪是稳定的，已经为一个有纪律的管理过程提供了可重复定的，已经为一个有纪律的管理过程提供了可重复以前成功实践的项目环境。以前成功实践的项目环境。3.3.已定义级已定义级软件机构已经定义了完整的软件过程（过程模型），软件机构已经定义了完整的软件过程（过程模型），软件过程已经文档化和标准化。软件过程已经文档化和
47、标准化。有一个固定的过程小组从事软件过程工程活动。有一个固定的过程小组从事软件过程工程活动。过程小组可以利用过程模型进行过程例化活动，从过程小组可以利用过程模型进行过程例化活动，从而获得一个针对某个特定的软件项目的过程实例。而获得一个针对某个特定的软件项目的过程实例。过程小组还可以推进软件机构的过程改进活动。实过程小组还可以推进软件机构的过程改进活动。实施了培训计划，能够保证全体项目负责人和项目开施了培训计划，能够保证全体项目负责人和项目开发人员具有完成承担的任务所要求的知识和技能。发人员具有完成承担的任务所要求的知识和技能。过程能力可以概括为过程能力可以概括为:无论是管理活动还是工程活无论是
48、管理活动还是工程活动都是稳定的。软件开发的成本和进度以及产品的动都是稳定的。软件开发的成本和进度以及产品的功能和质量都受到控制，而且软件产品的质量具有功能和质量都受到控制，而且软件产品的质量具有可追溯性。可追溯性。4.4.已管理级已管理级软件机构对软件过程（过程模型和过程实例）和软软件机构对软件过程（过程模型和过程实例）和软件产品都建立了件产品都建立了定量定量的质量目标。可以定量地了解的质量目标。可以定量地了解和控制软件过程和软件产品，并为评定项目的过程和控制软件过程和软件产品，并为评定项目的过程质量和产品质量奠定了基础。质量和产品质量奠定了基础。过程能力可以概括为过程能力可以概括为:软件过程
49、是可度量的。这一软件过程是可度量的。这一级的过程能力允许软件机构在定量的范围内预测过级的过程能力允许软件机构在定量的范围内预测过程和产品质量趋势，在发生偏离时可以及时采取措程和产品质量趋势，在发生偏离时可以及时采取措施予以纠正，并且可以预期软件产品是高质量的。施予以纠正，并且可以预期软件产品是高质量的。5.5.优化级优化级软件机构集中精力软件机构集中精力不断地改进软件过程不断地改进软件过程。以防止出。以防止出现缺陷为目标的机构，它有能力识别软件过程要素现缺陷为目标的机构，它有能力识别软件过程要素的薄弱环节。的薄弱环节。可以获得关于软件过程有效性的统计数据，利用这可以获得关于软件过程有效性的统计
50、数据，利用这些数据可以对新技术进行成本些数据可以对新技术进行成本/效益分析，并优化效益分析，并优化采用最佳新技术。采用最佳新技术。通过对过程实例性能的分析和确定产生某一缺陷的通过对过程实例性能的分析和确定产生某一缺陷的原因，来防止再次出现这种类型的缺陷；原因，来防止再次出现这种类型的缺陷；可以通过从过程实施中获得的定量的反馈信息，在可以通过从过程实施中获得的定量的反馈信息，在采用新思想和新技术的同时测试它们，以不断地改采用新思想和新技术的同时测试它们，以不断地改进和优化软件过程。进和优化软件过程。处于处于5 5级成熟度的软件机构的过程能力可以概括为，级成熟度的软件机构的过程能力可以概括为，软件
