软件工程导论第五版张海藩第13章

第13章软件项目管理13.1估算软件规模13.2工作量估算13.3进度计划13.4人员组织13.5质量保证13.6软件配置管理13.7能力成熟度模型13.8小结依据以往往开发类类似产品品的经验验和历史史数据，，估计实实现一个个功能所所需要的的源程序序行数。。把实现每每个功能能所需要要的源程程序行数数累加起起来，就就可得到到实现整整个软件件所需要要的源程程序行数数。13.1估算软件件规模13.1.1代码行技技术由多名有有经验的的软件工工程师分分别做出出估计。。每个人都都估计程程序的最最小规模模(a)、最大规规模(b)和最可能能的规模模(m)，分别算算出这3种规模的的平均值值,再用下式式计算程程序规模模的估计计值：L=((13.1)单位是代代码行数数（LOC）或千千行代码码数（KLOC）代码行技技术的优优点:代码是所所有软件件开发项项目都有有的“产品”，且容易易计算行行数。代码行技技术的缺缺点是：：源源程序仅仅是软件件配置的的一个成成分。为了克服服代码行行技术的的缺点，，人们提提出了功功能点技技术。依据软件件信息域域特性和和软件复复杂性，，用功能能点（FP）为单位位度量软软件规模模。1.信息域特特性功能点技技术定义义了信息息域的5个特性:输入项数数(Inp)、输出项项数(Out)、查询数数(Inq)、主文件件数(Maf)和外部接接口数(Inf)。（1）输入入项数：：用用户向软软件输入入的项数数，这些些输入给给软件提提供面向向应用的的数据。。13.1.2功能点技技术（2）输出出项数：：软软件向用用户输出出的项数数，它们们向用户户提供面面向应用用的信息息，例如如，报表表和出错错信息等等。报表表内的数数据项不不单独计计数。（3）查询询数：查查询询即是一一次联机机输入，它导致致软件产产生某种种即时响响应(输出)。（4）主文文件数：：逻逻辑主文文件（即即数据的的一个逻逻辑组合合，它可可能是大大型数据据库的一一部分或或是一个个独立的的文件））的数目目。（5）外部部接口数数：机机器可可读的全全部接口口（例如如，磁盘盘或磁带带上的数数据文件件）的数数量，用用这些接接口把信信息传送送给另一一个系统统。2.估算功能能点的步步骤用下述3个步骤，，可估算算出一个个软件的的功能点点数（即即软件规规模）。。FP=UFP××TCF（1）计算算未调整整的功能能点数UFP每个特性性(即Inp、Out、Inq、Maf和Inf))都分类为为简单级级、平均均级或复复杂级UFP==a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf其中，ai(1≤i≤5))是特性系系数，其其值由相相应特性性的复杂杂级别决决定，如如表13.1(2)计算技术术复杂性性因子TCF14种技术因因素Fi(1≤i≤14)对软件规规模的影影响程度度。每个个因素分分配一个个从0（无影响响）到5（有很大大影响））DI=值在0~70之间技术复杂杂性因子子TCF由下式计计算：TCF==0.65+0.01×DI(3)计算功能能点数FPFP=UFP××TCF功能点数数与所用用的编程程语言无无关。在在判断信信息域特特性复杂杂级别和和技术因因素的影影响程度度时，存存在着相相当大的的主观因因素。软件估算算模型由由经验导导出的公公式来预预测软件件开发工工作量，，工作量量是软件件规模（（KLOC或FP）的函数数，工作作量的单单位通常常是人月月（pm)。估算模型型的经验验数据，，是从有有限个项项目的样样本集中中总结出出来的，，因此，，没有一一个估算算模型可可以适用用于所有有类型的的软件和和开发环环境。13.2工作量估估算这类模型型的总体体结构形形式如下下：E=A++B×((ev))C其中，A、B和C是由经验验数据导导出的常常数，E是以人月月为单位位的工作作量，ev是估算变变量（KLOC或FP）。下面面给出几几个典型型的静态态单变量量模型。。1.面向FP的估算模模型(1)Albrecht&&Gaffney模型E=-13.39+0.0545FP(2)Maston,Barnett和Mellichamp模型E=585.7+15.12FP13.2.1静态单变变量模型型2.面向KLOC的估算模模型(1)Walston_Felix模型E=5..2×((KLOC)0.91(2)Bailey_Basili模型E=5..5+0.73×(KLOC)1.16(3)Boehm简单模型型E=3..2×((KLOC)1.05(4)Doty模型（在在KLOC>9时适用））E=5..288×(KLOC)1.047对于相同同的KLOC或FP值，用不不同模型型估算将将得出不不同的结结果。主要原因因是，这这些模型型多数都都是仅根根据若干干应用领领域中有有限个项项目的经经验数据据推导出出来的，，适用范范围有限限。因此，必必须根据据当前项项目的特特点选择择适用的的估算模模型，并并且根据据需要适适当地调调整（例例如，修修改模型型常数））估算模模型。动态多变变量模型型是根据据从4000多个当代代软件项项目中收收集的生生产率数数据推导导出来的的。工作量是是软件规规模和开开发时间间这两个个变量的的函数。。E=(LOC××B0.333/P)3×(1//t)4(13..2)E是以人月月或人年年为单位位的工作作量；t>1是以月或或年为单单位的项项目持续续时间；；B是特殊技技术因子子，它随随着规模模和要求求的增加加而缓慢慢增加:小的程序序(KLOC=5~15)，B=0..16,,超过70KLOC的程序，，B=0..39;;P是生产率率参数(2000-30000)13.2.2动态多变变量模型型P生产率参参数，反反映了下下述因素素对工作作量的影影响：总体过程程成熟度度及管理理水平；；使用良好好的软件件工程实实践的程程度；使用的程程序设计计语言的的级别；；软件环境境；软件项目目组的技技术及经经验；应用系统统的复杂杂程度。。开发实时时嵌入式式软件时时:P~==2000；电信系系统和系系统软件件时:P=10000；商业应应用系统统:P=28000。如果把项目持续续时间延延长一些些，则可可降低完完成项目目所需的的工作量量。构造性成成本模型型:COCOMO（COnstructiveCOstModel)。1981年Boehm在《软件工程程经济学学》中首次提提出了COCOMO模型。1997年Boehm等人提出出的COCOMO2，修订了了COCOMO。3个层次的的软件开开发工作作量估算算模型：：(1)应用系统统组成模模型用于于估算构构建原型型的工作作量。(2)早期设计计模型适适用于体体系结构构设计阶阶段。(3)后体系结结构模型型适用于于完成体体系结构构设计之之后的软软件开发发阶段。。13.2.3COCOMO2模型后体系结结构模型型软件开开发工作作量函数数：E=(13..3)E是开发工工作量（（以人月月为单位位），a是模型系系数，KLOC是估计的的源代码码行数（（以千行行为单位位），b是模型指指数，fi(i=1~17)是成本因因素，见见下表。。（1）新增增加了4个成本因因素:要求的可可重用性性、需要要的文档档量、人人员连续续性（即即人员稳稳定程度度）和多多地点开开发。（2）略去去了原始始模型中中的2个成本因因素（计计算机切切换时间间和使用用现代程程序设计计实践））。（3）某些些成本因因素（分分析员能能力、平平台经验验、语言言和工具具经验））对生产产率的影影响（即即工作量量系数最最大值与与最小值值的比率率）增加加了，另另一些成成本因素素（程序序员能力力）的影影响减小小了。COCOMO2采用了更更加精细细得多的的b分级模型型，这个个模型使使用5个分级因因素Wi(1≤i≤≤5)::划分成从从甚低（（Wi=5)到特高（（Wi=0)的6个级别b=((13.4)b的取值范范围为1.01~1..26。5个分级因因素如下下所述：：（1）项目目先例性性:该项目的的新奇程程度。（2）开发发灵活性性:约束多少少。（3）风险险排除度度:重大风险险已被消消除的比比例。（4）项目目组凝聚聚力:开发人员员相互协协作度。。（5）过程程成熟度度:按照能力力成熟度度模型（（见13.7节）目的:保证项目目按时完完成影响工期期的因素素:工作量,资源(人力,设备),项目特点点方法:把项目分分解成许许多小任任务以利利于估计计,执行,监控难点:根据项目目,合理分配配任务,优化使用用资源,留有余地地工具:经验模型型,GANTT图,工程网络络项目管理理者必须须定义全全部项目目任务，，识别出出关键任任务，跟跟踪关键键任务的的进展状状况。制定一个个详细的的进度表表，监督督项目进进度并控控制整个个项目。。13.3进度计划划工期>=工作量/人力正常情况况下,估算开发发时间的的模型方方程：(1)Walston_Felix模型:T==2.5E0.35(2)原始的COCOMO模型:T==2.5E0.38(3)COCOMO2模型:T==3.0E0.33+0..2×((b-1.01)(4)Putnam模型:T=2..4E1/3E是开发工工作量（（以人月月为单位位），T是开发时时间（以以月为单单位）。。13.3.1估算开发发时间为了缩短短开发时时间应该该增加开开发工作作的人数数。随着开发发小组规规模扩大大，个人人生产率率将下降降，开发时间间与开发发工作的的人数非简单反反比关系的两两个原因因：当小组变变大时，，通信开开销增加加了。新成员要要额外花花费小组组其他成成员的时时间。被称为Brooks规律的下下述现象象：向向一个个已经延延期的项项目增加加人力，，可能(只)会使得它它更加延延期。项目组规规模与项项目组总总生产率率的关系系。P名项目组组员之间间的通信信路径数数:MIN==P--1,MAX=P(P--1)//2通信路径径数大约约为Pα，其中1<α<<2。一个组员员不与任任何人通通信时个个人生产产率为L，每条通信信路径导导致生产产率减少少l，组员个人人平均生生产率为为:Lr=L--l(P-1))r(13..5)其中，r是对通信信路径数数的度量量，0<r≤≤1规模为P的项目组组的总生生产率为为Ltot=P(L-l((P-1)r)((13.6))对于给定定的L，l和r的值，总总生产率率Ltot是P的函数。。存在一个个最佳的的项目组组规模Popt，其总生生产率最最高。Boehm根据经验验指出，，软件项项目的开开发时间间最多可可以减少少到正常常开发时时间的75%。制定进度度计划任务（活活动）之之间的依依赖关系系类型项目网络络图什么是项项目网络络图？项目网络络图是项项目的所所有活动动以及它它们之间间逻辑关关系或排排序的图图形显示示。项目网络络图是活活动排序序的输出出，它有有以下作作用：（1）能表示示项目活活动，并并表示活活动之间间的依赖赖关系。。（2）表明项项目活动动将以什什么顺序序继续。。（3）在进行行工期估估计时，，表明项项目将需需要多长长时间。。（4）当改变变某项活活动工期期时，表表明项目目工期将将如何变变化。

项目网络络图有两两种表示示形式：：（1）前导图图法（PDM：PrecedenceDiagrammingMethod）（2）箭线图图法（ADM：ArrowDiagrammingMethod）项目网络络图甲项目例例甲项目中中包含的的活动清清单、各各个活动动的历时时以及活活动间的的依赖关关系如下下：各活动的的依赖关关系：A、B、C可以同时时开始；；D必须在A完成后开开始；E、F必须在B完成后开开始；G必须在C完成后开开始；H必须在D、E完成后开开始；I必须在G完成后开开始；J必须在F、H、I完成后开开始。甲项目的的箭线图图（ADM）或双代号网网络图（（AOA）示例采用PDM绘制的甲甲项目的的网络图图示例活动历时时估计活动历时时估计是根据任任务分解解中定义义的项目目活动和和项目活活动清单单来估计计完成这这些项目目所需要要的工期期。工期包括括一项活活动所消消耗的实实际工作作时间加上间歇歇时间。。制定进度度计划在活动定定义、活活动排序序、和活活动历时时估计的的基础上上，综合合各个项项目活动动的开始始和结束束日期、、最终的的活动顺顺序以及及工期来来确定项项目的总总体进度度计划。。甘特图甘特图，通过日日历形式式列出项项目活动动及其相相应的开始始和结束束日期，，它为反反映项目目进度信信息提供了了一种标标准形式式。下图是用用PROJECT制作的甲甲项目的的最简单单的一个个甘特图图早期的甘甘特图的的最大缺缺点是通通常不反反映依赖赖关系，，但是如果果在Project上建立了了依赖关关系，这这种依赖赖关系会会自动显显示在甘甘特图上上。甘特图使用项目目管理软软件可以以创建更更为复杂杂的甘特特图甘特图跟踪甘特特图可以以用来评评价项目目的进展展注意：任务用两两种水平平横线表表示。下下部表示示计划历历史（基基准计划划历史））；上部部表示实实际历史史。由于跟踪踪甘特图图是建立立在实际际开始与与完成日日期的基基础之上上，将计计划与实实际的项项目进度度信息进进行比较较，所以以，项目目经理可可以用它它来监控控单个任任务和整整体项目目的进展展情况。。甘特图甘特图与与网络图图的比较较甘特图在进度报告中很有效在作管理陈述时易于读懂和使用。作为计划编制工具不是太强。没有表示活动间的逻辑关系。网络图表明活动和事件间的相互关系。识别关键路径，项目历程和活动排序。表明工作流程。帮助编制计划和组织工作。关键路径径法查找关键键路径实实例：使用箭线线图来确确定关键键路径。。使用前导导图来确确定关键键路径。。甲项目的的箭线图图（ADM）或双代号网网络图（（AOA）示例采用PDM绘制的甲甲项目的的网络图图示例关键路径径法单个软件件开发人人员无法法在给定定期限内内完成软软件项目目，因此此，必须须把多名名软件开开发人员员合理地地组织起起来，使使他们有有效地分分工协作作共同完完成开发发工作。。3种典型的的组织方方式:民主制程程序员组组、主程程序员组组和现代代程序员员组。13.4人员组织织民主制程程序员组组:小组成员员完全平平等,通信信道道共有n(n--1)//2条。程序设计计小组的的规模应应该以2～8名成员为为宜。优点:组员们对对发现程程序错误误持积极极的态度度，这种种态度有有助于更更快速地地发现错错误，从从而导致致高质量量的代码码。缺点：由由于没没有明确确的权威威指导开开发工程程的进行行,组员间将将缺乏必必要的协协调,最终可能能导致工工程失败败。13.4.1民主制程程序员组组IBM公司20世纪70年代初期期开始采采用,几点考虑虑：(1)软件开发发人员多多数比较较缺乏经经验；(2)程序设计计过程中中有许多多事务性性的工作作，例如如，大量量信息的的存储和和更新；；(3)多渠道通通信很费费时间，，将降低低程序员员的生产产率。用经验多多、技术术好、能能力强的的程序员员作为主主程序员员，同时时，组内内分工，，给主程程序员提提供充分分支持，，所有通通信都通通过一两两个人进进行。13.4.2主程序员员组主程序员员组的两两个重要要特性：：（1）专业业化。成成员完成成受过专专业训练练的工作作。（2）层次次性。主主程序员员全面负负责。组织形式式如图13.5所示。问题：主程序员员具备两两方面的的才能，，这样的的人才不不多。后备程序序员更难难找。编程秘书书也很难难找到。。“主程序员员”由两个人人担任：：一一个负责责小组的的技术；；一个负负责管理理决策。。13.4.3现代程序序员组当软件项项目规模模较大时时，应该该把程序序员分成成若干个个小组，，采用图图13.7所示的组组织结构构。该图描绘绘的是技技术管理理组织结结构，非非技术管管理组织织结构与与此类似似。由图可以以看出，，产品开开发作为为一个整整体是在在项目经经理的指指导下进进行的，，程序员员向他们们的组长长汇报工工作，而而组长则则向项目目经理汇汇报工作作。当产品规规模更大大时，可可以适当当增加中中间管理理层次。。图13.7大型项目目的技术术管理组组织结构构软件质量量就是“软件与明明确地和和隐含地地定义的的需求相相一致的的程度”：（1）软件需需求是度度量软件件质量的的基础。。（2）有没有有显式描描述的隐隐含需求求。（3）不遵守守一组指指导软件件开发的的准则，，会导致致软件质质量不高高。13.5质量保证证13.5.1软件质量量图13.9软件质量量因素软件质量量保证（（softwarequalityassurance,SQA）的措施施主要有有：技术复审审和测试。。两类参加加软件质质量保证证工作的的人员：：软件工程程师通过过采用先先进的技技术方法法和度量量，进行行正式的的技术复复审以及及完成软软件测试试来保证证软件质质量。SQA小组的职职责，是是辅助软软件工程程师以获获得高质质量的软软件产品品。其从从事的软软件质量量保证活活动主要要是：计计划划，监督督，记录录，分析析和报告告。确保软件件过程的的质量来来保证软软件产品品的质量量。13.5.2软件质量量保证措措施1.技术复审审的必要要性较早发现现错误，，防止被被传播到到软件过过程的后后续阶段段。大型软件件产品中中检测出出的错误误，60%~~70%%属于规格格说明错错误或设设计错误误，而正正式技术术复审在在发现规规格说明明错误和和设计错错误方面面的有效效性高达达75%。正式技术术复审包包括走查查（walkthrough)和审查（（inspection）。走查的步步骤比审审查少，，而且没没有审查查正规。。2.走查成员组成成(走查规格格说明的的小组为为例):一名负责责起草规规格说明明的人，，一名负责责该规格格说明的的管理员员，一位客户户代表，，一名下阶阶段开发发组代表表一名SQA小组代表表(组长)。走查组成成员最好好是经验验丰富的的高级技技术人员员。必须把被被走查的的材料预预先分发发给走查查组每位位成员。。走查组组成员应应该仔细细研究材材料并列列出两张张表：一张表是是不理解解的术语语，一张是认认为不正正确的术术语。走查组的的任务仅仅仅是标标记出错错误而不不是改正正错误。。走查主要要有下述述两种方方式：（1）参与与者驱动动法。参参与者提提出他们们不理解解的术语语和认为为不正确确的术语语。文档档编写组组的代表表必须回回答每个个质疑，，要么承承认确实实有错误误，要么么对质疑疑做出解解释。（2）文档档驱动法法。文档档编写者者向走查查组成员员仔细解解释文档档。走查查组成员员针对事事先准备备好的问问题或解解释过程程中发现现的问题题提出质质疑。3.审查审查的范范围比走走查广，，包括下下述5个基本步步骤：（1）综述述。编写写文档的的一名成成员向审审查组综综述该文文档。在在综述会会结束时时把文档档分发给给每位与与会者。。（2）准备备。评审审员仔细细阅读文文档。列列出在审审查中发发现的错错误的类类型，频频率，分分级。（3）审查查。评审审组仔细细走查整整个文档档。审查查组组长长应该在在一天之之内写出出一份关关于审查查的报告告。（4）返工工。文档档的作者者负责解解决在审审查报告告中列出出的所有有错误及及问题。。（5）跟踪踪。组长长必须确确保所提提出的每每个问题题都得到到了圆满满的解决决。4.程序正确确性证明明即使有程程序正确确性证明明，软件件测试也也仍然是是需要的的：正确确性证明明过程本本身也可可能发生生错误。。程序正确确性证明明，对于于评价小小程序有有价值。。还不能实实际用于于大型程程序的正正确性证证明。正确性证证明的基基本思想想是证明明程序能能完成预预定的功功能。假设在程程序的P1,P2,…，Pn等点上的的断言分分别是a(1)),a((2)，…，a(n))，其中a(1))必须是关关于程序序输入的的断言，，a(n))必须是关关于程序序输出的的断言。。为了证明明在点Pi和Pi+1之间的程程序语句句是正确确的，只只须证明明若断言言a(i))为真且执执行这些些语句之之后将使使a(i++1)为真。如果对所所有数据据输入断断言为真真时，能能对程序序内所有有相邻点点都能完完成上述述证明过过程，而而且程序序总可以以终止的的，则证证明了程程序的正正确性。。变化是不不可避免免的,必须控制制和管理理变化。。软件配置置管理:用于管理理变化的的软件质质量保证证活动。。软件配置置管理在在整个生生命期内内管理变变化：①标识变化化；②控制变化化；③确保适当当地实现现了变化化；④向需要知知道这类类信息的的人报告告变化。。软件配置置管理的的目标：：使变化化更正确确更容易易被实现现。保证每个个软件配配置项正正确，保证一个个软件的的所有配配置项是是完全一一致的。。13.6软件配置置管理1.软件配置置项软件过程程的输出出信息可可以分为为3类：①计算机程程序（源源代码和和可执行行程序））；②计算机程程序的文文档（供供技术人人员或用用户使用用）；③数据（程程序内包包含的或或在程序序外的））。我们把它它们统称称为软件件配置，，而这些些项就是是软件配配置项（（ITEM=元素）。。13.6.1软件配置置2.基线(Baseline,,里程碑)IEEE把基线定定义为：：已经经通过了了正式复复审的规规格说明明或中间间产品，，它可以以作为进进一步开开发的基基础，并并且只有有通过正正式的变变化控制制过程才才能改变变它。软件工具具也应置置于配置置管理之之下：编编辑器、、编译器器和其他他CASE工具。不同版本本的工具具产生的的结果不不同。软件配置置管理主主要有5项任务：：标标识、版版本控制制、变化化控制、、配置审审计和报报告。1.标识软件件配置中中的对象象命名每个个配置项项。两类类对象：：基基本和聚聚集对象象。基本对象象是软件件工程师师在分析析、设计计、编码码或测试试过程中中创建出出来的“文本单元元”。聚集对象象是基本本对象和和其他聚聚集对象象的集合合。每个对象象都有一一组能惟惟一地标标识它的的特征：：名名字、描描述、版版本。13.6.2软件配置置管理过过程2.版本控制制版本控制制管理软软件配置置对象的的不同版版本。用户能够够通过选选择版本本来指定定软件的的配置。。属性和软软件的每每个版本本相关联联。描述一组组所期望望的属性性来指定定和构造造所需要要的配置置。“属性”，既可以以是配置置对象的的版本号号，也可可以复杂杂到是一一个布尔尔变量串串。3.变化控制制变化控制制过程在在维护一一章讲过过。批准的变变化生成成一个“工程变化化命令”描述将要要实现的的变化。。把要修改改的对象象从项目目数据库库中“提取（checkout）”出来，进进行修改改。把修改后后的对象象“提交（checkin）”进数据库库，并创创建该软软件的下下一个版版本。变化控制制的两个个主要功功能:访问控制制决定软软件工程程师有权权访问和和修改一一个特定定的配置置对象同步控制制有助于于保证由由两名不不同的软软件工程程师完成成的并行行修改不不会相互互覆盖。。4.配置审计计两方面采采取措施施确保适适当地实实现了所所需要的的变化：：①正式的技技术复审审；②软件配置置审计。。正式的技技术复审审（见13.5.2节）关注注被修改改后的配配置对象象的技术术正确性性。软件配置置审计通通过评估估配置对对象的那那些通常常不在复复审过程程中考虑虑的特征征（例如如，修改改时是否否遵循了了软件工工程标准准，是否否在该配配置项中中显著地地标明了了所做的的修改，，是否注注明了修修改日期期和修改改者，是是否适当当地更新新了所有有相关的的软件配配置项，，是否遵循循了标注注变化、、记录变变化和报报告变化化的规程程），而成成为对正正式技术术复审的的补充。。5.状态报告告配置状态态报告回回答下述述问题：：①发生了什什么事？？②谁做的这这件事？？③这件事是是什么时时候发生生的？④它将影响响哪些其其他事物物？配置状态态改善所所有相关关人员之之间的通通信，消消除冲突突，避免重复复，提高高效率。。美国卡内内基梅隆隆大学软软件工程程研究所所在美国国国防部部资助下下于20世纪80年代末建建立的能能力成熟熟度模型型（capabilitymaturitymodel，CMM))，是用于于评价软软件机构构的软件件过程能能力成熟熟度的模模型。最最初，建建立此模模型的目目的主要要是，为为大型软软件项目目的招投投标活动动提供一一种全面面而客观观的评审审依据，，发展到到后来，，此模型型又同时时被应用用于许多多软件机机构内部部的过程程改进活活动中。。13.7能力成熟熟度模型型改进对软软件过程程的管理理是消除除软件危危机的突突破口，，比采用用先进的的技术和和工具更更重要。。能力成熟熟度模型型的基本本思想：：通过建立立成熟的的优化的的软件过过程，提提高软件件的生产产率和质质量。而而技术的的改进是是软件过过程改进进的结果果。CMM的作用：：指导软软件机构构通过确确定当前前的过程程成熟度度并识别别出对过过程改进进起关键键作用的的问题，，进而稳稳步而有有效地改改进其软软件过程程，提高高成熟度度，使其其软件过过程能力力得到循循序渐进进的提高高。CMM把软件过过程从无无序到优优化的进进化过程程分成5个有序的的阶段，，用以测测量软件件机构的的软件过过程成熟熟度和评评价其软软件过程程能力，，这些等等级还能能帮助软软件机构构把应做做的改进进工作排排出优先先次序。。CMM对5个成熟度度级别特特性的描描述，说说明了不不同级别别之间软软件过程程的主要要变化。。从“1级”到“5级”，反映出出从混乱乱到成熟熟的软件件过程必必须经历历的过程程改进途途径。CMM的每个成成熟度级级别中都都包含一一组过程程改进的的目标，，满足这这些目标标后一个个机构的的软件过过程就从从当前级级别进化化到下一一个成熟熟度级别别。CMM不提供做做这些改改进的具具体措施施。软件工程程71过程变更管理PCM技术变更管理TCM缺陷预防

DP软件配置管理

SCM软件质量保证

SQA软件子合同管理

SSM软件项目追踪与监督SPTO软件项目策划

SPP需求管理

RM软件产品工程SPE集成软件管理ISM培训大纲

TP组织过程定义OPD组织过程焦点OPF同行评审

PR组间协调

IC软件质量管理SQM定量

过程管理QPM规范化过程标准化过程可预测过程持续改进过程个别过程2级（可重复级）3级（已定义级）4级（已管理级）5级（优化级）1级（初始级）软件工程程72关键过程程域分类类5优化级过程变更管理4可管理级需求管理软件项目策划软件项目跟踪与监控软件子合同管理软件质量保证软件配置管理过程分类机构的过程管理过程缺陷预防软件质量管理整体化软件管理组间协调组织过程关注组织过程定义培训规划无序过程定量过程管理3可定义级2可重复级1初始级工程的过程软件产品工程同行评审技术变更管理1.初始级软件过程程的特征征是无序序的，甚甚至是混混乱的。。几乎没没有什么么过程是是经过定定义的（（即没有有一个定定型的过过程模型型），项项目能否否成功随随机性很很大。没有健全全的软件件工程管管理制度度。延期交付付和费用用超支的的情况经经常发生生，大多多数行动动只是应应付危机机，而不不是完成成计划好好的任务务。处于1级成熟度度的软件件机构，，其过程程能力是是不可预预测的，，其软件件过程是是不稳定定的，产产品质量量只能根根据相关关人员的的个人工工作能力力而不是是软件机机构的过过程能力力来预测测。2.可重复级级建立了基基本的项项目管理理过程(过程模型型),可跟踪成成本、进进度、功功能和质质量。对对新项目目的策划划和管理理过程是是基于以以前类似似项目的的实践经经验。已经制定定了项目目标准，，并且软软件机构构能确保保严格执执行这些些标准。。项目组组与客户户及承包包商已经经建立起起一个稳稳定的工工作环境境。过程能力力可以概概括为:软件项目目的策划划和跟踪踪是稳定定的，已已经为一一个有纪纪律的管管理过程程提供了了可重复复以前成成功实践践的项目目环境。。3.已定义级级软件机构构已经定定义了完完整的软软件过程程（过程程模型）），软件件过程已已经文档档化和标标准化。。有一个固固定的过过程小组组从事软软件过程程工程活活动。过程小组组可以利利用过程程模型进进行过程程例化活活动，从从而获得得一个针针对某个个特定的的软件项项目的过过程实例例。过程程小组还还可以推推进软件件机构的的过程改改进活动动。实施施了培训训计划，，能够保保证全体体项目负负责人和和项目开开发人员员具有完完成承