培训与交流丰

CMM2培训与交流软件事业部SQA处张本丰主要内容CMM概述CMM2概述软件事业部研发流程规范中与消费电脑事业部关系密切的部分双方关心问题的讨论CMM概述SEI简介1984年成立设在CMU内()任务：在用软件工程的最先进实践去改善软件系统的质量方面，起领导作用。CMMV1.0 1991.8.

CMMV1.1 1993.2.能力成熟度模型分类软件(SW-CMM)系统工程(S-CMM)人员(P-CMM)集成产品开发(IPD-CMM)CMM的集成(CMMI)CMM的应用

估价(Appraisals)评估(assessment)—软件过程评估(SPA)—内部过程改进(IPI)—InterimProfile(IP)评价(evaluation)-软件能力评价（SCE）过程改进努力三个基本概念构成过程成熟度基础的三个基本概念：软件过程能力：描述通过遵循软件过程能够实现预期结果的程度。一个组织的软件过程能力提供一种预测该组织承担下一个软件项目时最可能的预期结果的方法。软件过程性能：表示遵循软件过程所得到的实际结果。软件过程成熟度：是一个特定过程被明确地定义、管理、测量、控制、并且是有效的程度。软件过程定义

过程—为实现给定目标而执行的一系列步骤(IEEE)软件过程—人们用于开发和维护软件和相关产品的一组活动、方法、实践和转换(CMM)基本过程结构-ETX(Humphrey)说明：进入准则-作业开始前需满足的条件出口准则：应参生的结果和如何体现的反馈：

in-来自其他阶段

out-到其他阶段测量：所要求的作业度量（活动、资源、时间），输出（数量、规模、质量），反馈（数量、规模、质量）进入准则输出输入出口准则作业outin反馈项目过程分析设计编码项目管理H.D.L.D.需求可执行软件软件过程管理的前提

用于开发和维护软件过程的质量极大影响软件系统的质量关注了过程也就关注了产品软件过程的改进是一步步的，不是一蹴而就的软件管理的重要性“管理为软件开发的最大问题区域”。（美国国防科学委员会87年报告）20多年来，未能实现“应用新的软件方法和技术可提高软件生产率和质量”这一诺言。“基本问题是不能管理其软件过程。在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益”

软件一无形的、含糊的、开发是以人为中心的过程。在真正实现它之前，人们很难想清楚他要的是什么“采购软件时政府并不是在购买一个预先能详细说明的产品，而是在购买能导致一个产品的工作”不成熟和成熟软件组织的比较不成熟过程

混乱(adhoc)：过程临时拼凑而成未严格地遵循和实施极大地依赖个人低的可视性不成熟组织表现

绝大多数组织在救火：应急机制无时间改进进度拖延预算超支质量依赖于个人成熟过程

与实际进行工作的方式一致是已定义、已文档化、不断改进的过程受到管理部门和其它人员的支持（可视）被很好地控制—过程真实性被审核积极使用产品和过程度量有纪律地引入技术

要从这些相关不成熟和成熟软件组织的观察资料中获益，需要构造一个软件过程成熟度框架。该框架描述一条从无序的、混乱的过程到成熟的、有纪律的软件过程的进化途径。所以，从软件过程成熟度框架导出的改进策略，对过程不断改进的历程提供了一份导引图。它指导组织前进并识别出其缺陷。软件过程成熟度的5个等级不断改进的过程可预测的过程标准的一致的过程有纪律的过程已管理级(4)已定义级(3)可重复级(2)初始级(1)优化级(5)软件过程成熟度的5个等级5优化级：关注过程改进4已管理级：过程被测量和控制3已定义级：过程已特征化了,被准确地理解2可重复级：项目能重复以前的成功1初始级：过程不可预测,控制很差过程能力的提高一个组织的软件过程成熟度能帮助预测一个项目达到其目标的能力。在满足预定目标方面能观察到三个改进。随着成熟度增长

-预定目标结果与实际结果间的差异减少

-实际结果相对预定目标结果的偏差范围减少

-预定目标结果得到改善另一个改进是随着成熟度增长可视性增加理解初始成熟度等级

人的能力和英雄行为决定了工作的性能只要能雇到最好的人就能有高的质量和非常好的性能性能不可预测：好或坏软件组织面临的主要问题是管理问题，而不是技术问题初始级（1）行为特征不稳定的开发和维护软件的环境不恰当的管理和软件工程实践不有效的策划反应驱动系统仅作编码和危机时的测试成功依赖于具有超凡才能的人不可预测的软件过程能力不可预测的进度、预算、功能和产品质量几乎没有什么稳定的软件过程*软件过程能力能被概括为Ad-hocSoftwareManagementIsaBlackArt需求流入通常生产软件产品的过程是杂乱无章的产品流出并且希望它能工作InOut初始级的关键过程区域无关键过程区域理解可重复等级

要求建立有效的软件项目管理软件项目管理过程被文档化和遵循组织方针指导项目建立管理过程能重复以前项目的成功实践可重复级(2)行为特征有管理软件项目的方针基于经验的策划和管理具有成功实践的可重复性项目实施的具体过程可能不同有基本的软件管理控制现实可行的项目约定费用、进度和功能受到跟踪项目管理系统到位

构造软件的过程是一系列黑盒，带有已定义的检查点（里程碑）

可重复级的关键过程区域

软件配置管理(SCM)软件质量保证（SQA）软件子合同管理(SSM)软件项目跟踪与监督(SPTO)软件项目策划（SPP）需求管理(RM)理解已定义等级

它建立在软件项目管理的基础之上两个集成的概念

-组织标准软件过程—项目定义过程的集成

-管理过程与技术过程的集成已定义级(3)的行为特征组织范围的标准软件过程有效的软件工程实践软件工程与管理过程的集成软件经理和技术职员工作得更为有效软件工程过程小组(SEPG)组织范围的培训计划项目“已定义软件过程”管理者对全部项目的技术进度有好的了解*软件过程能力被概括为标准的和一致的已定义级的关键过程区域

同行评审（PR）组间协调(IC)软件产品工程（SPE）集成软件管理(SSM)培训大纲(TP)组织过程定义(OPD)组织过程焦点(OPF)按妥善定义的过程管理

InOut过程中的角色和职责已被理解整个软件过程中软件产品的生产是可视的

理解已管理级运用统计过程控制的原理，阐述过程变化的特殊原因Identifytheproblemintheprocess已管理级(4)的行为特征有软件产品和过程的质量目标采集有关产品和过程的组织层测量组织层的妥善定义和一致的测量具有用于评价过程性能的定量基础过程性能变化范围变窄能从随机变化中区分出有意义的变化已知风险并仔细加以管理软件产品有高质量*软件过程能力被概括为可预测的产品和过程被定量地管理

InOut管理决策有客观基础管理者能在定量边界内预测性能

已管理级的关键过程区域

软件质量管理（SQM)定量过程管理(QPM)已管理级的关键过程区域定量管理对过程对产品定量过程管理(QPM)软件质量管理（SQM)理解优化级

识别和消除造成性能不好的长期原因ControlChartwithCommonCausesOriginalzoneofqualitycontrolChronicWasteQualityImprovementNewzoneofqualitycontrol持续不断地改进软件过程

优化级(5)的行为特征组织关注过程改进，通过以下实现

-现存过程的增量式前进

-创新，采用新技术和方法前摄性识别过程的强项和弱项有“防止缺陷出现”的目标引入新技术和建议过程更改时作费效分析识别出那些采用最好软件工程实践的技术创新并推广到整个组织

-组织经验教训的重用*软件过程能力被概括为不断改进关注连续过程改进

有纪律的更改成为生活方式InOut优化级的关键过程区域

过程更改管理(PCM)技术改革管理(TCM)缺陷预防(DP)成熟度等级不能跳跃

可以执行较高的成熟度等级（甚至初始级的组织都可执行），但可能不有效按阶段建立过程能力，因为当其它过程尚不稳定时，某些过程的实施是不有效的每一个等级为下一等级拟采取的改进提供一个必须的基础

-没有管理纪律，工程过程可能无效

-没有已定义的过程，不可能有一致的仔细的测量

-在乱糟糟的过程中，过程改革的效果是不清楚的总的来看CMM关注焦点是软件管理问题过程的可视性依赖于过程的成熟度CMM是一个5个等级的模型，每一等级又被分解成若干关键过程区域每一个等级都建立在前一等级能力的基础上，五个等级构成一条进化途径CMM：有5个成熟度等级每个成熟度等级有0-7个KPA每个KPA有5个共同特点，每个共同特点有1-n个实践。总计18KPA。共有52目标（每个KPA有2-4目标）共有316个关键实践CMM的结构Implementation/

InstitutionalizationachieveaddressdescribeProcessCapability

indicatecontainorganizedbycontainMaturity

LevelsKeyProcessAreasCommon

FeaturesKey

PracticesImplementation/

Institutionalization1997CarnegieMellonUniversityIntroductiontotheCapabilityMaturityModelSM5-4CMM结构成熟度等级关键过程区域目标过程能力共同特点关键实践实施或规范化活动基础设施或活动指示达到阐述描述图-成熟度等级的内部结构包含按...组织包含CMM结构展开成熟度等级

成熟度等级指示过程能力是向成熟组织进化中很好定义的平台每一层均是后继过程改进活动的基础实现每一个等级建立了软件过程的一个分量五个等级一共有18个KPA关键过程区域KPA识别出一组相关的活动，当它们合起来完成时，能实现一组非常重要的在提高过程能力方面的目标关键过程区域与每个成熟度等级固连（阶段性模型）识别出为实现一个成熟度等级必须致力的问题CMM中有18个KPA过程分类等级管理(软件项目策划、管理等等)组织(高级管理评审等等)工程(需求分析、设计、编码、测试等等)1初始级5优化级4已管理级3已定义级2可重复级技术改革管理过程更改管理缺陷预防定量过程管理软件质量管理集成软件管理/组间协调组织过程焦点/组织过程定义/培训大纲软件产品工程/同行评审需求管理/软件项目策划/软件项目跟踪和监督/软件子合同管理/软件质量保证/软件配置管理无规则过程目标概括了KPA的关键实践它们被认为对增强该等级的过程能力是非常重要的它们能被用于指导组织和估价组去评估实现KPA的替代方法的适用性每个关键实践映射到一个或多个目标共同特点

是一些属性，它们保证过程是已定义的，文档化的，被理解的在KPA中，用于组织关键实践有：

-执行约定

-执行能力

-执行的活动

-测量和分析

-验证实施目标（最高抽象层次上的关键实践）共同特点（属性）关键实践项（规定组织必须采取的方针、领导）（规定为能恰当地运行过程所必备的条件）（规定为有效地建立关键过程区域必须进行的行动）上层关键实践下层关键实践补充信息执行能力所执行的活动执行约定关键过程区域图关键实践的结构测量和分析（规定在测量过程、分析测量结果、及采取相应行动上所必须完成的行动）验证实施（规定指导和保证按所规定的过程去完成活动所必须完成的行动）...............执行约定描述组织为保证过程得以建立和继续起作用所必须存在的先决条件

-方针

-高级管理者的支持执行能力描述为了能实施软件过程，项目或组织中必须存在的先决条件一般包括:-功能

-资源

-委派

-培训

-定向培训(orientation)测量和分析描述对过程进行测量和对测量结果进行分析的需要一般包括为了确定所执行活动的状态和有效性所采用的测量的例子验证实施描述那些步骤，它们能保证以符合过程所规定的方式完成活动包括由下列人员作的评审和审核：

-高级管理者

-项目管理者

-SQA成员关键实践阐述KPA的基本方针、规程和活动描述作什么（“what”），但不应解释为强制如何作（“how”）它按共同特点组织共有316个KPCMM2概述从等级1到等级2等级1能生产出合格软件等级2软件项目管理系统已到位,组织通过方针设立期望值等级2项目为有纪律的过程可重复级的关键过程区域软件配置管理(SCM)软件质量保证（SQA）软件子合同管理(SSM)软件项目跟踪与监督(SPTO)软件项目策划（SPP）需求管理(RM)CMM2概述关注项目而不是组织

需求管理:-控制分配给软件的系统需求，以建立基线

-软件计划、产品和活动与分配给软件的系统需求保持一致软件项目策划:-将估计建立文档

-制定计划，将其写成文档

-建立约定CMM2概述软件项目跟踪和监督

-按计划管理

-采取纠正措施

-谈判约定，调整计划软件分包合同管理

-定义待签分包合同的工作

-建立主承包商和分包商间的约定

-选择和监控分包商

-保持经常通讯交流CMM2概述软件质量保证:-策划ＳＱＡ活动

-评审和／或审核软件产品和过程

-报告结果，将不能解决的不符合问题上报

-致力解决不符合问题CMM2概述软件配置管理:-策划SCM活动

-识别和维护配置项

-系统地控制更改

-在整个生存周期内保持基线的完整性和可跟踪性需求管理（RM）需求管理

目的：在客户和将处理客户需求的软件项目之间建立对客户需求的共同理解需求管理包括:-文档化和控制顾客需求

-保持计划、产品、活动和需求的一致性软件需求与分配需求的比较

需求管理是控制分配给软件的需求(分配需求)它来自系统工程组或顾客软件需求从分配需求中导出需求意味什么？分配给软件的系统需求顾客最终用户

系统工程

软件工程

顾客需求

其他组分配给软件的系统需求软件需求顾客含义是什么?

顾客有外部的或内部的，包括：

-系统工程组

-市场部(marketing)-用户顾客和（或）最终用户识别软件要解决的问题需求是文档化的

分配给软件工程组的系统需求必须文档化它可简可烦，简单的可是一个备忘录，烦杂的可有多卷规格说明如果需求更改，更改必须文档化，它导致的在其它文档中的全部必需的更改必须被跟踪和验证RM目标目标1分配给软件的系统需求是受控的，建立供软件工程和管理使用的基线目标2软件计划、产品和活动与分配给软件的系统需求保持一致关键实践到目标1的映射

目标1：分配给软件的系统需求是受控制的，建立供软件工程和管理使用的基线

活动1：在分配需求被纳入软件项目之前，软件工程组评审它们

关键实践到目标2的映射

目标2：软件计划、工作产品和活动与分配给软件的系统需求保持一致活动2：软件工程组采用分配需求作为软件计划、工作产品和活动的基础活动3：评审对分配需求的更改，将其纳入软件项目共同特点约定1：遵循书面的、组织的方针去管理对分配给软件的系统需求。 该方针要求：对分配需求建立文档。由下列人员评审分配需求:-软件经理,和

-其它受到影响的组。更改软件计划、工作产品和活动，以便和分配需求的改变保持一致共同特点能力1:项目中建立分析系统需求和对其分配的职责能力2:对分配需求建立文档能力3:足够的资源和经费能力4:软件工程组及其他组受到培训共同特点测量与分析1：进行测量并将测量结果用以确定对分配需求的管理活动状态共同特点验证实施1：高级管理者参与定期评审那些管理分配需求的活动验证实施2：项目经理参与评审管理分配需求的活动验证实施3：QA评审和审计管理分配需求的活动和工作产品需要费用的工作建立方针编制需求文档培训人员评审需求和其更改计划和需求基线保持一致测量RM活动状态评审

-高级管理者

-项目管理者

-SQA回报产品活动基于已批准的和已理解的需求对于接受更改和协商更改，软件组织有一个基线管理需求的活动是可视的软件项目策划（PP/SPP）软件项目策划目的：为完成软件工程和管理软件项目制定合理的计划包括：

-估计待完成的工作

-建立必要的约定

-制定进行该工作的计划基于计划的管理计划提供启动软件开发和管理工作的基础有许多名字：

-软件开发计划

-软件项目管理计划

-软件项目计划

-项目管理计划

-软件工程管理计划软件开发计划的内容包括下列的许多项或全部：项目所选择的生存周期要开发的工作产品清单进度对工作量、成本等的估计设施、支持工具和硬件项目风险软件计划内容软件计划内容包括以下计划，但每个可分立也可合为一体：

-软件开发计划

-SQA计划

-SCM计划

-风险管理计划

-软件测试计划

-项目培训计划计划基于估计在作规模、工作量、成本、进度和/或计算机资源估计时:-如果有历史数据，采用它们

-对估计的假定和结果建立文档好的估计依赖于人的技能和判断满足约定

约定--期待各方遵守的协议为了作出计划，约定是必须的当计划是切合实际的时，约定是可实现的约定是一个过程SPP目标目标1 供策划和跟踪软件项目用的软件估计已建立文档目标2软件项目的活动和约定是有计划的并且已建立文档目标3 受影响的组和人员同意他们对软件项目的约定关键实践到目标1的映射目标1:对供策划和跟踪软件项目用的软件估计建立文档

活动9：按照文档化规程导出对软件工作产品规模（或对软件工作产品规模的更改）的估计活动10：按照文档化规程导出对软件项目的工作量及成本的估计活动11：按照文档化规程导出对项目的关键计算机资源的估计关键实践到目标1的映射活动12:按照文档化规程导出项目的软件进度表活动15:记录软件策划数据关键实践到目标2的映射目标2:软件项目的活动和约定是有计划的并已建立文档活动2:在整个项目策划的早期阶段起动软件项目策划，此两项策划平行进行活动5:识别或确定具有可管理规模的预先规定阶段的软件生存周期活动6：按照文档化规程制定项目的软件开发计划活动7：对软件项目的计划建立文档关键实践到目标2的映射活动8:识别为建立和保持对软件项目的控制所必须的工作产品活动13:对与项目的成本、资源、进度和技术方面相联系的软件风险进行鉴别、评估和建立文档活动14：制定项目软件工程设施和支持工具的计划关键实践到目标3的映射目标3:受影响的组和个人同意软件项目的约定活动1:软件工程组参加项目建议群组活动3:在项目的整个生存期内，软件工程组和其它受影响的组一起参加整个项目的策划活动4.高级管理者参加按照文档化规程评审对组织外部的个人和组所作的软件项目约定共同特点约定1:设立专职软件经理负责协商约定和制定开发计划约定2:项目计划活动遵从文档化的组织方针。该方针规定：将分配给软件的需求用作为策划软件项目的基础在下列人员之间协商软件项目的约定：项目经理，项目软件经理，和其它的软件经理和其它的工程组协商他们介入软件活动的事宜，记入文档受影响的组评审软件项目的软件规模估计、工作量和成本估计、进度、和其它约定高级管理者评审所有的对组织外部的个人和组所作的软件项目约定对项目的软件开发计划进行管理和控制共同特点能力1：经过批准的文档化SOW已经完成能力2:制定软件开发计划的责任已明确到人能力3:软件项目计划资源已经就位能力4:软件项目策划活动的有关人员接受有关培训共同特点测量与分析1:进行测量并将测量结果用以确定软件策划活动的状态共同特点验证实施1：高级管理者参与定期评审软件策划活动验证实施2：项目经理参与评审软件策划活动验证实施3:SQA组评审/审核软件策划活动及工作产品需要费用的工作建立方针编制SOW培训人员编制规程估计和识别计划的元素策划和记录策划数据测量SPP活动的状态评审

-高级管理者

-项目管理者

-SQA-工程组和其他组回报在承诺前，工程组已介入计划基于可重复的规程管理计划的活动保持可视计划已基线化使得风险可视数据作为财富保存软件项目跟踪与监控(PTO/SPTO)软件项目跟踪与监控目的：建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施包括：

-对照以文档化的估计、约定和计划评审和跟踪软件完成的情况和结果

-基于实际的完成情况和结果调整这些计划相对计划的管理

针对计划和规格说明跟踪进展，包括：

-产品规模

-项目工作量、成本和进度

-活动

-风险针对计划跟踪进展的机制包括：内部评审和(与顾客一起的)正式评审采取纠正措施

如果在计划和实际进展间出现偏差，必须作出判断是否采取行动。

-改变正在进行工作的方式，和/或

-调整计划这项判断导致的纠正措施，原始计划的档案和调整后的计划都应保存SPTO目标目标1对照软件计划跟踪实际结果和性能目标2当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束目标3对软件约定的更改得到受到影响的组和个人的认可关键实践到目标1的映射目标1:对照软件计划，跟踪实际结果和性能活动1:将已文档化的软件计划用于跟踪软件活动和传送状态活动5:跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施关键实践到目标1的映射活动6:跟踪项目的软件工作量和成本，必要时采取纠正措施活动7:跟踪项目的关键计算机资源，必要时采取纠正措施活动8:跟踪项目的软件进度，必要时采取纠正措施关键实践到目标1的映射活动9:跟踪软件工程技术活动，必要时采取纠正措施活动10:跟踪与项目的成本、资源、进度及技术方面有关的软件风险活动11:记录软件项目的实际测量数据和重新策划的数据关键实践到目标1的映射活动12:软件工程组进行定期的内部评审以便对照软件开发计划跟踪技术进度、计划、性能和问题活动13:按照文档化规程在所选择的项目里程碑处进行正式评审以评价软件项目的完成情况和结果关键实践到目标2的映射目标:2:当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束活动2:按照文档化规程修订项目的软件开发计划活动5:跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施关键实践到目标2的映射活动6:跟踪项目的软件工作量和成本，必要时采取纠正措施活动7:跟踪项目的关键计算机资源，必要时采取纠正措施活动8:跟踪项目的软件进度，必要时采取纠正措施关键实践到目标2的映射活动9:跟踪软件工程技术活动，必要时采取纠正措施活动11:记录软件项目的实际测量数据和重新策划的数据关键实践到目标3的映射目标3:对软件的约定的更改得到受影响的组和个人的认可活动3:高级管理者参与按照文档化规程评审对组织外的个人和组所作的软件项目约定和约定的更改活动4:将经批准的、影响软件项目约定的更改传达给软件工程组和其它软件一有关组的成员PTOSQA跟踪的基准SDP中的估计、约定过程、规程、标准、方针跟踪内容l

工作产品的规模、工作量和成本、进度、资源要求（实际值和估计值相比较）l

风险跟踪l

措施条款跟踪l

跟踪技术进展过程活动和工作产品与过程、标准、方针的符合性（过程中隐含计划）跟踪结果各种跟踪表格不符合项报告跟踪人项目负责人和项目工程人员独立于项目组的SQA人员方式全面抽查共同特点约定1:设立专职软件项目经理负责软件活动及结果约定2:软件项目的管理遵从文档化的组织方针。该方针规定：采用并维护一个已文档化的软件开发计划作为跟踪软件项目的基础随时向项目经理报告软件项目的状态和问题当软件计划未实现时，采取纠正措施，或者调整性能，或者调整计划在受影响的组参与和认可的情况下对软件的约定进行更改高级管理者评审所有的约定更改和软件项目对组织外部的个人和组所作的新的约定共同特点能力1:软件开发计划已文档化并得到批准能力2:软件项目经理明确分配产品和活动的责任能力3:为跟踪和监督活动提供足够的资源和经费能力4:软件经理接受管理技术和管理人员方面的培训能力5:一线经理受到项目技术方面的定向培训共同特点测量与分析1：进行测量并将测量结果用以确定SPTO活动的状态共同特点验证实施1:高级管理人员定期对SPTO活动进行评审验证实施2:项目经理定期或不定期对SPTO活动进行评审验证实施3:SQA组对SPTO活动进行评审/审核并报告结果需要费用的工作建立方针培训人员编制规程必要时，跟踪和采取改正措施记录跟踪和再策划数据测量SPTO活动的状态评审

-高级管理者

-项目管理者

-SQA-工程组和其他组回报工程组介入对约定的更改计划与实际结果相似适应管理计划的活动保持可视计划已基线化风险被跟踪和保持可视跟踪和再策划数据作为财富保存CMM2概述Cont.软件分包合同管理(SM/SSM)软件分包合同管理目的：选择合格的软件分包商并有效地管理他们包括：

-选择分包商

-建立和分包商的约定

-跟踪和评审分包商的性能和结果主承包商与分承包商主承包商是负责建立系统的组织机构主承包商可以将他们的工作分包给其他承包商，即分承包商主承包商的性能极大地受到分承包商的性能的影响策划分包合同的工作

在选择和管理分承包商时，主承包商除通常的项目管理外，还要进行附加的活动规定待完成的工作和分包商要遵循的规程：

-SOW-需求

-待交付的产品

-标准

-规程规定选择和评价分包商的准则选择分包商分包商的资格可能依赖许多因素：过程能力软件工程经验应用领域知识战略经营连盟管理分包合同

主承包商必须管理分包合同保证分包商遵循软件开发计划，标准和规程。通过以下各项跟踪进展：

-定期的技术和正式评审

-监控分包商的SQA-监控分包商的SCMSSM目标目标1主承包商选择合格的软件分承包商目标2主承包商和软件分承包商认同他们相互的约定目标3主承包商和软件分承包商保持不断的通信目标4主承包商对照约定跟踪软件分承包商的实际结果和性能关键实践到目标1的映射目标1：主承包商选择合格的软件分承包商活动1：按照文档化规程，定义和规划待签分包合同的工作活动2：按照文档化规程，在评价分包合同投标者完成该工作的能力的基础上选择软件分承包商关键实践到目标2的映射目标2：主承包商和软件分承包商认同他们相互的约定活动3：将主承包商和软件分承包商间的合同协议用作管理分包合同的基础活动4：主承包商评审和批准已文档化的分承包商软件开发计划关键实践到目标2的映射目标2：主承包商和软件分承包商认同他们相互的约定活动6：按照已文档化的规程判定对软件分承包商的工作陈述（SOW）、分包合同条款和条件、以及其它约定的更改关键实践到目标3的映射目标3：主承包商和软件分承包商保持不断的通信活动7：主承包商的管理者和软件分承包商的管理者一起进行定期的状态或协调评审活动8：软件分承包商参与定期技术评审和交流关键实践到目标3的映射活动9：按照文档化规程在所选择的里程碑处进行正式评审，评价分承包商的软件工程完成情况和结果活动13：定期评价软件分承包商的性能，并与分承包商一起评审该评价工作关键实践到目标4的映射目标4：主承包商对照约定跟踪软件分承包商的实际结果和性能活动3.将主承包商和软件分承包商间的合同协议用作管理分包合同的基础活动5.将已文档化的且经批准的分承包商软件开发计划用于跟踪软件活动和通信状态关键实践到目标4的映射活动7：主承包商的管理者和软件分承包商的管理者一起进行定期的状态或协调评审活动9：按照文档化规程在所选择的里程碑处进行正式评审，评价分承包商的软件工程完成情况和结果关键实践到目标4的映射活动10：主承包商的SQA组按照文档化规程监控分承包商的SQA活动活动11：主承包商的SCM组按照文档化规程监控分承包商的SCM活动关键实践到目标4的映射活动12.主承包商按照文档化规程进行验收测试，这是分承包商软件产品交付的一部分活动13.定期评价软件分承包商的性能，并与分承包商一起评审该评价工作共同特点约定1：遵循书面的组织方针。该方针规定：在选择软件分承包商和管理软件分包合同时采用已文档化的标准和规程合同协议形成管理分包合同的基础对分包合同的更改需由主承包商和分承包商共同介入和认同约定2：指定分管分包合同的经理共同特点能力1：提供充分的资源和经费能力2：参与管理软件分包合同的管理者接受有关培训能力3：参与管理分包合同的人员接受技术方面的定向培训

共同特点测量1：进行测量并用它来确定管理软件分包合同的活动状态共同特点验证1：高级经理定期参与管理软件分包合同的评审活动验证2：项目管理者参与管理软件分包合同的评审活动验证3：SQA评审/审核管理软件分包合同的活动

和工作产品软件质量保证(QA/SQA)给组织中的每个人提供可视性SQA的价值在于它提供对项目的活动、过程和产品的独立视图SQA是管理者的“耳目”,绝大多数KPA在验证实施中包括SQA实践独立性与客观性约定1.2指示,SQA组有向高级管理者报告的独立渠道(一般期望有一个独立的SQA组)SQA的目标2提供在定义SQA时的选择范围（客观地验证依符性）解决不符合问题

有三种方式解决不符合问题：使得产品或过程满足标准、规程、或需求改变标准或规程以使它可用作出管理决策，允许不满足标准、规程、或需求SQA与项目的合作

SQA对项目组有帮助作用：

-SQA在项目的早期开始

-SQA帮助建立和评审规程、计划和标准

-发现问题时，首先在项目内解决在较高的级别上，SQA前瞻性地进行推进软件过程和产品的改进工作SQA目标目标1软件质量保证活动是有计划的目标2软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证目标3受影响的组和个人接到软件质量保证活动和结果的通知目标4高级管理者处理在软件项目内部不能解决的不符合问题关键实践到目标1的映射目标1：SQA活动是有计划的活动1：按照文档化规程制定软件项目的SQA计划活动2：按照SQA计划进行SQA组的活动关键实践到目标2的映射目标2：软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证活动2：按SQA计划进行SQA组的活动活动3：SQA组参与准备和评审项目的软件开发计划、标准和规程关键实践到目标2的映射活动4：SQA组评审软件工程活动以验证符合性活动5：SQA组审核指定的软件工作产品以验证符合性

关键实践到目标3的映射目标3：受影响的组和个人接到SQA活动及其结果的通知活动6：SQA组定期向软件工程组报告其活动的结果活动7：按照文档化规程，对在软件活动和软件工作产品中所鉴别出的偏差建立文档并加以处理活动8：当合适时，SQA组与顾客的SQA人员一起对它的活动和发现进行定期评审关键实践到目标4的映射目标4：高级管理者处理在软件项目内部不能解决的不符合问题活动7：按照文档化规程，对在软件活动和软件工作产品中所鉴别出的偏差建立文档并加以处理共同特点约定1：遵循书面的实施SQA的组织方针。该方针规定：对全部软件项目,SQA功能到位SQA有一个向高级管理者报告的渠道,它独立于:

□项目经理□项目的软件工程组□其它的软件一有关组★高级管理者定期地评审SQA活动和结果共同特点能力1：存在负责协调和实施项目的SQA的组能力2：为进行SQA活动提供充分的资源和经费能力3：SQA组的成员经过培训能力4：项目组成员接受有关SQA组的任务、职责、权力和价值等的定向培训共同特点测量1：进行测量并将测量结果用于确定SQA活动的成本和进度状态共同特点验证1：高级经理定期参与评审SQA活动验证2：项目经理定期又事件驱动地参与评审SQA活动验证3：独立于SQA组的专家定期评审项目SQA组的活动和软件工作产品软件配置管理(CM/SCM)软件配置管理SCM的目的是在整个软件生存周期内建立和维护软件项目产品的完整性包括:识别配置项/单元系统地控制更改在整个软件生存周期内保持和配置的完整性和可跟踪性使用基线

SCM依赖于基线化的软件工作产品一个基线是一个规格说明或者产品，它:已经过正式评审并得到认同作为进一步工作的基础只有经过正式的更改控制规程才能更改更改控制

SCM提供一个稳定的工作环境对工作产品的不受控的更改导致混乱的过程SCM通过基线提供对软件工作产品状态的一个“存贮器”当许多个人同时工作在同一产品上，SCM协调软件工作产品的提取和更改软件产品和软件工作产品软件产品是指交付给客户或最终用户的一套完整的计算机软件、规程、以及相关的文档和数据，或者其中的任何独立的项软件工作产品是作为定义、维护或使用一个软件过程的一部分所生成的任何人工制品，它包括过程描述、计划、规程、计算机程序及其相连文档，可以打算也可以不打算将他们交付客户或最终用户基线与开发配置管理

在基线CM中，在预先确定的点上建立对所识别软件工作产品的基线在开发CM中，开发者当他们完成其工作时实施配置控制SCM关键过程区域能够只用最少量的基线管理就能实现受管理和控制

某些软件工作产品并不需要正规的配置管理，但是需要：

-版本控制

-更改控制 这在KPA中被称为“受管理和控制的”，是开发配置管理的一个子集SCM目标目标1软件配置管理活动是有计划的目标2所选定的软件工作产品是已标识的、受控的和适用的目标3对已标识的软件工作产品的更改是受控的目标4受影响的组和个人得到软件基线的状态和内容的通知关键实践到目标1的映射目标1：SCM活动是有计划的活动1：按照文档化规程对每个项目准备一份SCM计划活动2：用文档化的经批准的SCM计划作为进行SCM活动的基础关键实践到目标2的映射目标2：所选定的软件工作产品是经标识的、受控的和适用的

活动2：用文档化的经批准的SCM计划作为进行SCM活动的基础活动3：建立一个配置管理库系统作为软件基线的仓库关键实践到目标2的映射活动4：标识将置于配置管理之下的软件工作产品活动7：按照文档化规程生成由软件基线库制造的产品并控制它们的发行关键实践到目标3的映射目标3：对已标识的软件工作产品的更改是受控的活动5：按照已文档化的规程，起动、记录、评审、批准和跟踪对所有配置项或单元的更改请求和问题报告活动6：按照文档化规程控制基线的更改关键实践到目标4的映射目标4：受影响的组和个人收到软件基线的状态的通知活动8：按照文档化规程记录配置项或单元的状态活