1、软件项目管理l软件过程与过程管理软件过程与过程管理lCMMI概述概述lCMMI的成熟度等级及其过程域的成熟度等级及其过程域lCMMI的应用的应用lPSP，TSP与与CMMIl软件过程软件过程(Software Processes)是指软件开发是指软件开发人员开发和维护软件及相关产品（如项目计划、人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例和用户手册）的一设计文档、代码、测试用例和用户手册）的一套行为、方法、技术及变换过程。套行为、方法、技术及变换过程。l不能把软件过程简单地理解为软件产品的开发不能把软件过程简单地理解为软件产品的开发流程。流程。l从大量项目实践中归纳总结出
2、的行之有效的过从大量项目实践中归纳总结出的行之有效的过程称为程称为最佳实践最佳实践(Best Practices)。l软件过程管理软件过程管理就是对最佳实践进行有效的积累，就是对最佳实践进行有效的积累，形成可重复的软件过程，使最佳实践在组织范形成可重复的软件过程，使最佳实践在组织范围内共享。围内共享。 软件过程管理可将个人能力转变为企业的能力。软件过程管理可将个人能力转变为企业的能力。l软件过程管理的主要内容包括软件过程管理的主要内容包括过程定义过程定义和和过程过程改进改进。w 过程定义是指对最佳实践进行总结，形成一过程定义是指对最佳实践进行总结，形成一套稳定的、可重复的软件过程。套稳定的、可
3、重复的软件过程。w 过程改进是指根据实践中对软件过程的使用过程改进是指根据实践中对软件过程的使用情况，对软件过程中的偏差和不足之处进行情况，对软件过程中的偏差和不足之处进行不断优化。不断优化。l互相依赖，互相促进互相依赖，互相促进l软件过程与过程管理软件过程与过程管理lCMMI概述概述lCMMI的成熟度等级及其过程域的成熟度等级及其过程域lCMMI的应用的应用lPSP，TSP与与CMMIlCMMI( Capability Maturity Model Integration)即能力成熟度模型集成，由即能力成熟度模型集成，由CMM (Capability Maturity Model)发展而来，
4、它最发展而来，它最早是应用于软件业的一个过程改进模型，为软早是应用于软件业的一个过程改进模型，为软件组织描述了从混乱的、不成熟的软件过程向件组织描述了从混乱的、不成熟的软件过程向成熟有序的软件过程进行改进的一条途径。后成熟有序的软件过程进行改进的一条途径。后来随着应用的推广和模型本身的发展，来随着应用的推广和模型本身的发展，CMMI逐渐演化成为一个被广泛应用的综合性过程改逐渐演化成为一个被广泛应用的综合性过程改进模型。进模型。l1991年，美国卡耐基梅隆大学软件工程研究所年，美国卡耐基梅隆大学软件工程研究所（SEI）推出了能力成熟度模型）推出了能力成熟度模型CMM，CMM的作用主要有两方面：的
5、作用主要有两方面：w 为软件客户提供评价软件开发商能力的方法。为软件客户提供评价软件开发商能力的方法。w 帮助软件开发商改进其软件过程，提高成熟帮助软件开发商改进其软件过程，提高成熟度。度。l随着随着CMM在软件界应用的不断推广，其它相在软件界应用的不断推广，其它相关学科和领域也采用它的模式，开发出了许多关学科和领域也采用它的模式，开发出了许多类似于类似于CMM的模型。的模型。w SE-CMM (System Engineering CMM) 系系统工程统工程CMM，应用于系统工程管理。，应用于系统工程管理。w SA-CMM (Software Acquisition CMM) 软软件获取件获
6、取CMM，应用于软件获取（采购）方，应用于软件获取（采购）方的能力成熟度模型。的能力成熟度模型。w IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发集成系统产品开发CMM，应用于集成系统产品的开发管理。，应用于集成系统产品的开发管理。w P-CMM (People CMM)：人员能力成熟度：人员能力成熟度模型，应用于人力资源管理。模型，应用于人力资源管理。l为了以示区别，常把为了以示区别，常把CMM叫做叫做SW-CMM。l同一个组织可能会应用多个过程改进模型，但同一个组织可能会应用多个过程改进模型，但多个过程改进模型的
7、并存可能会引起冲突和混多个过程改进模型的并存可能会引起冲突和混淆。淆。lCMMI为工业界和政府部门提供了一个集成的为工业界和政府部门提供了一个集成的能力成熟度模型产品集，消除了不同模型之间能力成熟度模型产品集，消除了不同模型之间的不一致和重复，降低了过程改进的成本。的不一致和重复，降低了过程改进的成本。lCMMI覆盖了软件工程、系统工程、集成产品覆盖了软件工程、系统工程、集成产品开发和系统采购，以更加系统和一致的框架来开发和系统采购，以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。发、获取和维护能力。lCMMI 1.0
8、版于版于2000年发布，年发布，2002年又发布了年又发布了1.1版，版，2006年发布了年发布了1.2版，版，2010年发布了年发布了1.3版。版。lCMMI是目前世界公认的软件产品进入国际市是目前世界公认的软件产品进入国际市场的通行证。一般来说，通过场的通行证。一般来说，通过CMMI认证的级认证的级别越高，就越容易获得用户的信任，在国内、别越高，就越容易获得用户的信任，在国内、国际市场上的竞争力也就越强。国际市场上的竞争力也就越强。l 2000年年6月，国务院颁发了月，国务院颁发了鼓励软件产业和鼓励软件产业和集成电路产业发展若干政策集成电路产业发展若干政策，其中第，其中第17条中条中明确规
9、定明确规定“鼓励软件出口型企业通过鼓励软件出口型企业通过CMM认认证，其费用通过中央外贸发展基金适当予以支证，其费用通过中央外贸发展基金适当予以支持持”。随后各省市、高新区、软件园都出台了。随后各省市、高新区、软件园都出台了对通过对通过CMM的企业给予资金奖励的制度。的企业给予资金奖励的制度。l软件过程成熟度指一个具体的软件过程被明确软件过程成熟度指一个具体的软件过程被明确和有效地定义、管理、度量、控制和实施的程和有效地定义、管理、度量、控制和实施的程度。度。l软件组织成熟的过程是一个不断改进、循序渐软件组织成熟的过程是一个不断改进、循序渐进的过程，而不是通过革命性的革新快速实现进的过程，而不
10、是通过革命性的革新快速实现的。的。不成熟的组织不成熟的组织成熟的组织成熟的组织软件过程一般在项目进行软件过程一般在项目进行中临时确定，有时确定了也中临时确定，有时确定了也不严格执行。不严格执行。建立了机构级的软件开发建立了机构级的软件开发和维护过程，软件人员按照计和维护过程，软件人员按照计划完成活动。划完成活动。被动地处理软件项目中的一些被动地处理软件项目中的一些突发事件。突发事件。具有对软件项目的监控和主动具有对软件项目的监控和主动应对风险的能力。应对风险的能力。进度和经费预算估计得不准确，进度和经费预算估计得不准确，进度延期导致削减软件功能，进度延期导致削减软件功能，降低软件质量。降低软件
11、质量。项目进度和预算是根据以往项项目进度和预算是根据以往项目取得的实践经验确定，比较目取得的实践经验确定，比较符合实际情况。符合实际情况。产品质量难以预测。产品质量难以预测。软件产品质量由质量保证部门软件产品质量由质量保证部门负责监控。负责监控。l初始级初始级：软件过程是无序的，有时甚至是混乱：软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。力。管理是反应式的。 l已管理级已管理级：建立了基本的项目管理过程来跟踪：建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪费用、进度和功能特性。制定了
12、必要的过程纪律，能重复早先类似应用项目取得的成功经验。律，能重复早先类似应用项目取得的成功经验。l已定义级已定义级：已将软件管理和工程两方面的过程：已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的文档化、标准化，并综合成该组织的标准软件标准软件过程过程。所有项目均使用经批准、剪裁的标准软。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。件过程来开发和维护软件。 l量化管理级量化管理级：分析软件过程和产品质量的详细：分析软件过程和产品质量的详细度量数据，对软件过程和产品都有度量数据，对软件过程和产品都有定量的理解定量的理解与控制与控制。管理活动有一个作出结论的客观依据，。
13、管理活动有一个作出结论的客观依据，能够在定量的范围内预测性能。能够在定量的范围内预测性能。l优化管理级优化管理级：过程的量化反馈和先进的新思想、：过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。新技术促使过程持续不断改进。 lCMMI是一个引导软件组织不断走向成熟的过是一个引导软件组织不断走向成熟的过程模型。程模型。初始级初始级已管理级已管理级已定义级已定义级量化管理级量化管理级优化管理级优化管理级有纪律的过程有纪律的过程标准一致的过程标准一致的过程可预见的过程可预见的过程不断改进的过程不断改进的过程无序的过程无序的过程成熟度等级过程域1过程域2过程域n特定目标共性目标特定实践共性实
14、践l每个成熟度等级包含若干个每个成熟度等级包含若干个关键过程域关键过程域（Key Key Process AreaProcess Area，KPAKPA）。）。lKPAKPA表示当软件组织改进软件过程时必须集中表示当软件组织改进软件过程时必须集中精力解决的关键问题。精力解决的关键问题。l一个组织要想达到某个成熟度等级，必须满足一个组织要想达到某个成熟度等级，必须满足该等级（以及较低等级）包含的该等级（以及较低等级）包含的KPAKPA的所有要的所有要求，满足每个求，满足每个KPAKPA的所有目标。的所有目标。成熟度等级成熟度等级关键过程域关键过程域缩写词缩写词等级等级2：已：已管理级管理级需求管
15、理需求管理REQM项目计划项目计划PP项目监督与控制项目监督与控制PMC供应商协议管理供应商协议管理SAM度量和分析度量和分析MA过程和产品质量保证过程和产品质量保证PPQA配置管理配置管理CM等级等级3：已：已定义级定义级需求开发需求开发RD技术解决方案技术解决方案TS成熟度等级成熟度等级关键过程域关键过程域缩写词缩写词等级等级3：已：已定义级定义级产品集成产品集成PI验证验证VER确认确认VAl组织过程核心组织过程核心OPF组织过程定义组织过程定义OPD组织培训组织培训OD集成项目管理集成项目管理IPM风险管理风险管理RSKM决策分析与解决决策分析与解决DAR成熟度等级成熟度等级关键过程域
16、关键过程域缩写词缩写词等级等级3：已定：已定义级义级集成供应商管理集成供应商管理ISM组织集成环境组织集成环境OEI集成团队集成团队IT等级等级4：量化：量化管理级管理级组织过程性能组织过程性能OPP量化项目管理量化项目管理QPM等级等级5：优化：优化管理级管理级组织革新与部署组织革新与部署OID原因分析与解决原因分析与解决CARl能力等级能力等级（Capability Level, CL）是指在一）是指在一个单独的过程域中执行的良好程度。个单独的过程域中执行的良好程度。lCMMI包括包括6个能力等级：个能力等级：w CL0，不完整级：过程域的一个或多个目标，不完整级：过程域的一个或多个目标没
17、有被满足。没有被满足。w CL1，已执行级：过程通过转换可识别的输，已执行级：过程通过转换可识别的输入工作产品，产生可识别的输出工作产品。入工作产品，产生可识别的输出工作产品。能实现过程域的特定目标。能实现过程域的特定目标。wCL2，已管理级：过程作为已管理的过程被制，已管理级：过程作为已管理的过程被制度化。度化。wCL3，已定义级：过程作为已定义的过程被制，已定义级：过程作为已定义的过程被制度化。度化。wCL4，量化管理级：过程作为量化管理的过程，量化管理级：过程作为量化管理的过程被制度化。被制度化。wCL5，优化级：过程作为优化的过程被制度化。，优化级：过程作为优化的过程被制度化。CMMI
18、是什么？是什么？lCMMI指明该做什么，但没有指明如何做，它指明该做什么，但没有指明如何做，它不是方法论，没有给出特定应用领域内的专门不是方法论，没有给出特定应用领域内的专门技术。技术。lCMMI是一个用于改进软件产品和管理过程的是一个用于改进软件产品和管理过程的结构化模型，但是仅描述软件过程的本质属性，结构化模型，但是仅描述软件过程的本质属性，并非涉及软件工程的所有问题。并非涉及软件工程的所有问题。lCMMI是从软件过程角度定义了成熟的软件过是从软件过程角度定义了成熟的软件过程的实践活动，但是对于成熟的软件组织而言，程的实践活动，但是对于成熟的软件组织而言，人的因素和技术的因素也同样重要。人
19、的因素和技术的因素也同样重要。CMMI过程改进需要多长时间？有何效果？过程改进需要多长时间？有何效果？l一般需要一般需要2年才能把成熟度提升一级（建议安年才能把成熟度提升一级（建议安排排1.5年到年到2年）。年）。l根据根据CMU-SEI的统计，软件企业在引入的统计，软件企业在引入CMM后劳动生产率平均增长了后劳动生产率平均增长了35%；错误比率平均；错误比率平均减少减少39%；平均成本回报率为；平均成本回报率为5：1。l软件过程与过程管理软件过程与过程管理lCMMI概述概述lCMMI的成熟度等级及其过程域的成熟度等级及其过程域lCMMI的应用的应用lPSP，TSP与与CMMI3.1 初始级初
20、始级l过程过程w 极少存在或使用稳定的软件过程。（极少存在或使用稳定的软件过程。（过程无过程无秩序秩序） w 各种条例、规章制度互不协调，甚至互相矛各种条例、规章制度互不协调，甚至互相矛盾。（盾。（开发无规范开发无规范） l人员人员w 依赖个人努力和精英人物；依赖个人努力和精英人物；w 项目组成员的工作方式就是哪里出现危机就项目组成员的工作方式就是哪里出现危机就去哪儿解决。去哪儿解决。l技术技术w 引进新技术是很大的风险。引进新技术是很大的风险。l度量度量w 不收集和分析数据。不收集和分析数据。l注意：有些组织制定了一些软件工程规范，但注意：有些组织制定了一些软件工程规范，但如果这些规范没有覆
21、盖基本的关键过程域，且如果这些规范没有覆盖基本的关键过程域，且执行没有政策、资源方面的保证时，那么该组执行没有政策、资源方面的保证时，那么该组织仍然被视为处于初始级成熟度。织仍然被视为处于初始级成熟度。l改进方向改进方向w 建立项目管理过程，实施规范化管理，保障建立项目管理过程，实施规范化管理，保障项目的承诺。项目的承诺。w 进行需求管理，建立客户与软件项目之间的进行需求管理，建立客户与软件项目之间的共同理解，使项目真正反映客户的要求。共同理解，使项目真正反映客户的要求。w 建立各种软件项目计划。如：软件开发计划、建立各种软件项目计划。如：软件开发计划、配置管理计划、风险管理计划等。配置管理计
22、划、风险管理计划等。w 开展软件质量保证活动。开展软件质量保证活动。特征：特征：l进行较为现实的承诺，按以前在同类项目上的进行较为现实的承诺，按以前在同类项目上的成功经验建立必要的过程准则以确保再一次成成功经验建立必要的过程准则以确保再一次成功。功。l逐个项目地建立基本过程管理条例来加强软件逐个项目地建立基本过程管理条例来加强软件过程能力。过程能力。l建立了基本的项目管理过程来跟踪成本、进度建立了基本的项目管理过程来跟踪成本、进度和功能，包括：需求管理、计划和跟踪监控、和功能，包括：需求管理、计划和跟踪监控、质量管理、配置管理、子合同管理。通过执行质量管理、配置管理、子合同管理。通过执行这些过
23、程，从管理角度可以看到一个按计划执这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。行的且阶段可控的软件开发过程。l过程过程w 软件开发和维护过程是相对稳定的，但过程软件开发和维护过程是相对稳定的，但过程建立在项目级别，而非企业级别。建立在项目级别，而非企业级别。w 软件工程过程受控于有效的工程管理过程，软件工程过程受控于有效的工程管理过程，先前的成功经验可以被重复使用。先前的成功经验可以被重复使用。w 问题出现时，有能力识别并纠正，承诺可以问题出现时，有能力识别并纠正，承诺可以兑现。兑现。l人员人员w 理解管理的必要性并对管理有承诺。理解管理的必要性并对管理有承诺。w 注
24、意人员的培训。注意人员的培训。l技术技术w 建立技术支持活动，并有稳定的计划。建立技术支持活动，并有稳定的计划。l度量度量w 有计划地收集、分析有关项目过程和产品的有计划地收集、分析有关项目过程和产品的数据。数据。l不再按项目制定软件过程，而是总结各种项目不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则化，把具体经验归纳为的成功经验，使之规则化，把具体经验归纳为全组织机构的标准软件过程。将改进组织机构全组织机构的标准软件过程。将改进组织机构整体软件过程能力作为软件组织的责任。整体软件过程能力作为软件组织的责任。l建立软件工程过程小组（建立软件工程过程小组（SEPG），长期承担），长
25、期承担评估与调整软件过程的任务，以适应未来软件评估与调整软件过程的任务，以适应未来软件项目的要求。项目的要求。l积累数据：建立组织机构的软件过程库及软件积累数据：建立组织机构的软件过程库及软件过程相关的文档库。过程相关的文档库。l加强人员培训。加强人员培训。l需求管理需求管理l项目计划项目计划l项目监督与控制项目监督与控制l供应协议管理供应协议管理l过程与产品质量保证过程与产品质量保证l配置管理配置管理l度量与分析度量与分析l需求管理需求管理（Requirements Management, ReqM）是指在客户和项目组之间就客户的需）是指在客户和项目组之间就客户的需求建立一个协议并加以管理。
26、该协议包括技术求建立一个协议并加以管理。该协议包括技术需求和非技术需求两个方面，它构成了整个产需求和非技术需求两个方面，它构成了整个产品生命周期中估计、计划、执行和跟踪项目活品生命周期中估计、计划、执行和跟踪项目活动的基础。动的基础。l项目计划项目计划（Project Planning）的目标是为实）的目标是为实施和管理项目制定合理的计划。施和管理项目制定合理的计划。l要制定合理的计划，就要对需要完成的工作做要制定合理的计划，就要对需要完成的工作做出比较实际的估计，并为完成这些工作建立一出比较实际的估计，并为完成这些工作建立一些必要约定。些必要约定。l项目计划过程包括如下步骤：定义项目的生命项
27、目计划过程包括如下步骤：定义项目的生命周期，确定项目的范围，估计项目的规模、成周期，确定项目的范围，估计项目的规模、成本和所需资源，制定项目的进度计划，确定并本和所需资源，制定项目的进度计划，确定并评估项目风险。评估项目风险。l项目监督与控制项目监督与控制（Project Monitoring and control）的目标是随时掌握项目的实际开发）的目标是随时掌握项目的实际开发过程，使得当项目的执行活动与计划相背离时，过程，使得当项目的执行活动与计划相背离时，管理部门能采取有效的措施。管理部门能采取有效的措施。l供应协议管理供应协议管理（Supplier Agreement Manageme
28、nt）的目标是选择合适的供应商，）的目标是选择合适的供应商，并对产品获取过程进行管理。并对产品获取过程进行管理。l对软件项目来说，常需要采购一些软件或硬件对软件项目来说，常需要采购一些软件或硬件产品，也有可能把项目的一部分外包给第三方产品，也有可能把项目的一部分外包给第三方来做，而采购和外包可以认为是风险最大的活来做，而采购和外包可以认为是风险最大的活动之一。动之一。l过程与产品质量保证过程与产品质量保证（Process and Product Quality Assurance）为项目管理者提供项目）为项目管理者提供项目过程和相关产品的适当的可见性，从而为交付过程和相关产品的适当的可见性，从
29、而为交付高质量的产品和服务提供支持。高质量的产品和服务提供支持。l在该过程与中，产品质量评估的客观性对项目在该过程与中，产品质量评估的客观性对项目的成功是至关重要的，可以通过设立独立的质的成功是至关重要的，可以通过设立独立的质量保证组或应用一些标准来达到这种客观性。量保证组或应用一些标准来达到这种客观性。l质量保证工作应尽早开始，在项目初期就应制质量保证工作应尽早开始，在项目初期就应制定相应的计划、标准和规程。定相应的计划、标准和规程。l配置管理配置管理（Configuration Management）是）是通过配置标记、配置控制、配置状态审核和配通过配置标记、配置控制、配置状态审核和配置审
30、计来建立和维护工作产品的一致性。置审计来建立和维护工作产品的一致性。l度量与分析度量与分析（Measurement and Analysis）过程域的目标是开发和维持度量能力，从而能过程域的目标是开发和维持度量能力，从而能够支持管理信息需求。够支持管理信息需求。l将度量与分析集成到项目过程中，主要有以下将度量与分析集成到项目过程中，主要有以下几方面的作用：几方面的作用：w 支持客观的计划和估计。支持客观的计划和估计。w 跟踪实际性能，并与计划和目标对比。跟踪实际性能，并与计划和目标对比。w 识别和解决与过程相关的问题。识别和解决与过程相关的问题。特征：特征：l软件工程和管理方面的软件过程都已经
31、文档化、软件工程和管理方面的软件过程都已经文档化、标准化，并综合成软件开发组织的标准软件过标准化，并综合成软件开发组织的标准软件过程。程。l软件过程标准被应用到所有的项目开发和维护软件过程标准被应用到所有的项目开发和维护当中，有些项目可能要对这些标准软件过程进当中，有些项目可能要对这些标准软件过程进行裁减。行裁减。l对于任何项目，其生产过程、成本、计划和功对于任何项目，其生产过程、成本、计划和功能都是可以控制的，从而软件质量也可以控制。能都是可以控制的，从而软件质量也可以控制。特征：特征：l软件工程过程组（软件工程过程组（SEPG）负责软件过程活动。）负责软件过程活动。l在全组织范围内安排培训
32、计划。在全组织范围内安排培训计划。l过程过程w 整个组织采纳标准化的软件工程和管理过程整个组织采纳标准化的软件工程和管理过程来管理所有项目的开发和维护。软件工程和来管理所有项目的开发和维护。软件工程和管理活动是稳定和可重复的，具有连续性。管理活动是稳定和可重复的，具有连续性。w 软件过程起了预见及防范问题的作用，能使软件过程起了预见及防范问题的作用，能使风险的影响最小化。风险的影响最小化。l人员人员w 整个组织内部的所有人员对于所定义的软件整个组织内部的所有人员对于所定义的软件过程的活动、任务有深入理解，大大增强了过程的活动、任务有深入理解，大大增强了软件过程能力。软件过程能力。w 有计划地对
33、人员角色进行培训。有计划地对人员角色进行培训。l技术技术w 在定性基础上评估新技术。在定性基础上评估新技术。l度量度量w 在全过程中收集使用数据。在全过程中收集使用数据。w 在整个项目中系统性地共享数据。在整个项目中系统性地共享数据。l改进方向改进方向w 开始着手过程的定量分析，以达到定量控制开始着手过程的定量分析，以达到定量控制项目过程的效果。项目过程的效果。l需求开发需求开发l技术解决方案技术解决方案l产品集成产品集成l验证验证l确认确认l组织过程焦点组织过程焦点l组织过程定义组织过程定义l组织培训组织培训l集成项目管理集成项目管理l风险管理风险管理l决策分析与解决决策分析与解决l集成供应
34、商管理集成供应商管理l组织集成环境组织集成环境l集成团队集成团队l需求开发需求开发（Requirement Development）的）的目的是生成并分析客户、产品和产品组件的需目的是生成并分析客户、产品和产品组件的需求。求。l技术解决方案技术解决方案（Technical Solution）的目的）的目的是开发、设计和实现需求的解决方案。是开发、设计和实现需求的解决方案。l产品集成产品集成（Product Integration）的目的是把）的目的是把产品组件组装成产品，保证产品正常工作，并产品组件组装成产品，保证产品正常工作，并把产品交付给用户。把产品交付给用户。l验证验证（Verifica
35、tion）的目的是保证工作产品）的目的是保证工作产品满足它们的指定需求。满足它们的指定需求。l确认确认（Validation）目的是展示当把产品或产）目的是展示当把产品或产品组件放到目标环境中时，它们可完成预期的品组件放到目标环境中时，它们可完成预期的用途。用途。l组织过程焦点组织过程焦点（Organizational Process Focus）过程域的目的是：在彻底理解一个组）过程域的目的是：在彻底理解一个组织当前过程和过程资产的弱点和优势的基础上，织当前过程和过程资产的弱点和优势的基础上，计划、实施和部署组织的过程改进活动。计划、实施和部署组织的过程改进活动。l组织过程定义组织过程定义（
36、Organizational Process Definition）的目的是建立和维护一个组织级）的目的是建立和维护一个组织级过程资产和工作环境标准集。过程资产和工作环境标准集。l组织级培训组织级培训（Organizational Training）的目）的目的是增加开发人员的技能和知识，使他们可以的是增加开发人员的技能和知识，使他们可以有效地执行任务。有效地执行任务。l集成项目管理集成项目管理（Integrated Project Management）的目的是根据一个集成化的、）的目的是根据一个集成化的、已定义的过程来建立和管理项目，并管理利益已定义的过程来建立和管理项目，并管理利益关系人
37、的参与，这些集成化的、已定义的过程关系人的参与，这些集成化的、已定义的过程剪裁于组织的标准过程集。剪裁于组织的标准过程集。l风险管理风险管理（Risk Management）的目的是在）的目的是在潜在问题发生之前识别它们，以便在产品整个潜在问题发生之前识别它们，以便在产品整个生命周期中计划风险处理活动，并且必要时采生命周期中计划风险处理活动，并且必要时采取措施以缓解对目标实现的不利影响。取措施以缓解对目标实现的不利影响。l决策分析与解决决策分析与解决（Decision Analysis and Resolution）过程域的目的是使用正式的评价）过程域的目的是使用正式的评价过程来分析可能的决策
38、，该评价过程是根据已过程来分析可能的决策，该评价过程是根据已制定的标准来评价可选方案。制定的标准来评价可选方案。l过程过程w 可定量地认识过程。可定量地认识过程。w 软件过程性能变化小，一般在可接受的范围软件过程性能变化小，一般在可接受的范围内。内。w 可以预见过程和产品的质量趋势，一旦度量可以预见过程和产品的质量趋势，一旦度量得到的指标超出标准或有异常，可以及时采得到的指标超出标准或有异常，可以及时采用一些措施纠正。用一些措施纠正。l人员人员w 由于每个人都了解个人的作用与组织的关系，由于每个人都了解个人的作用与组织的关系，因此能够在每个项目中产生强烈的群体意识。因此能够在每个项目中产生强烈
39、的群体意识。l技术技术w 不断地在定量基础上评估新技术。不断地在定量基础上评估新技术。l度量度量w 在全组织内进行数据收集与检验。在全组织内进行数据收集与检验。w 度量标准化。度量标准化。w 数据用于定量地理解软件过程并稳定软件过数据用于定量地理解软件过程并稳定软件过程。程。l改进方向改进方向w 缺陷预防。不仅在发现问题时能及时改正，缺陷预防。不仅在发现问题时能及时改正，而且应采取特定行动防止将缺陷引入到产品而且应采取特定行动防止将缺陷引入到产品中。中。w 主动进行技术变动管理，标识、选择和评价主动进行技术变动管理，标识、选择和评价新技术，使有效的新技术能在开发组织中应新技术，使有效的新技术能
40、在开发组织中应用。用。w 进行过程变动管理。定义过程改进的目的，进行过程变动管理。定义过程改进的目的，不断地进行过程改进。不断地进行过程改进。l量化项目管理量化项目管理（Quantitative Project Management）过程域的目的是定量管理项目）过程域的目的是定量管理项目的过程，从而完成项目的质量和过程性能目标。的过程，从而完成项目的质量和过程性能目标。l组织过程性能组织过程性能（Organizational Process Performance）的目的是建立和维护一个对组）的目的是建立和维护一个对组织的标准过程集性能的定量理解，并提供过程织的标准过程集性能的定量理解，并提供
41、过程性能数据、基线和模型来定量管理组织的项目。性能数据、基线和模型来定量管理组织的项目。l过程过程w 不断系统地改进过程。不断系统地改进过程。w 理解并消除产生问题的公共根源，防止缺陷理解并消除产生问题的公共根源，防止缺陷的产生。的产生。l人员人员w 整个组织存在自觉的强烈的团队意识。整个组织存在自觉的强烈的团队意识。w 每个人都致力于过程改进。人们不再以达到每个人都致力于过程改进。人们不再以达到里程碑的成就而满足，而要力求减少错误率。里程碑的成就而满足，而要力求减少错误率。l技术技术w 基于定量的控制和管理，事先主动考虑新技基于定量的控制和管理，事先主动考虑新技术、利用新技术。可以实现开发中
42、的方法和术、利用新技术。可以实现开发中的方法和新技术的革新，以防止出现错误，不断提高新技术的革新，以防止出现错误，不断提高产品质量和生产率。产品质量和生产率。l度量度量w 利用统计数据来评估和选择过程改进。利用统计数据来评估和选择过程改进。l改进方向改进方向w 保持持续不断的软件过程改进。保持持续不断的软件过程改进。l组织革新与部署组织革新与部署（Organizational Innovation and Deployment）的目的是选择并部署增量）的目的是选择并部署增量式和创新的改进活动，以便改进组织的过程和式和创新的改进活动，以便改进组织的过程和技术。技术。l原因分析与解决原因分析与解决
43、（Causal Analysis and Resolution）的目的是识别缺陷和其它问题的）的目的是识别缺陷和其它问题的原因，并且采取措施来预防将来再发生这些问原因，并且采取措施来预防将来再发生这些问题。题。l软件过程与过程管理软件过程与过程管理lCMMI概述概述lCMMI的成熟度等级及其过程域的成熟度等级及其过程域lCMMI的应用的应用lPSP，TSP与与CMMIl实施实施CMMI过程改进的两种方法过程改进的两种方法w 阶段表示阶段表示w 连续表示连续表示lCMMI评估评估实施实施CMMICMMI过程改进的两种方法过程改进的两种方法lCMMI模型支持两种实施过程改进的方法，一模型支持两种实
44、施过程改进的方法，一种称为阶段表示，一种称为连续表示。种称为阶段表示，一种称为连续表示。l阶段表示阶段表示（Staged Representation）为过程）为过程改进提供了一个预定义的路线图，即从成熟度改进提供了一个预定义的路线图，即从成熟度等级等级1到成熟度等级到成熟度等级5逐级增加，要达到某一成逐级增加，要达到某一成熟度等级，必须满足该等级（及其以下等级）熟度等级，必须满足该等级（及其以下等级）上所有过程域的目标。上所有过程域的目标。l连续表示连续表示（Continuous Representation）支）支持单个过程域的改进，可理解为一个过程域接持单个过程域的改进，可理解为一个过程
45、域接着一个过程域实施改进。在每个过程域上从能着一个过程域实施改进。在每个过程域上从能力等级力等级0到能力等级到能力等级5逐级增加。逐级增加。实施实施CMMICMMI过程改进的两种方法过程改进的两种方法l阶段表示是从阶段表示是从CMM模型继承而来，已经过多模型继承而来，已经过多年的实践检验。它提供了一个明确的、被证实年的实践检验。它提供了一个明确的、被证实的过程改进路径，遵循这条路径不需要过多的的过程改进路径，遵循这条路径不需要过多的讨论和争论。而且由于它的明确性和统一性，讨论和争论。而且由于它的明确性和统一性，有助于进行跨组织的比较。有助于进行跨组织的比较。l连续表示的优点是提供了灵活性。用户
46、可根据连续表示的优点是提供了灵活性。用户可根据具体的改进目标来选择需要实现的过程域及其具体的改进目标来选择需要实现的过程域及其实现次序。实现次序。l成熟度等级的评估由美国卡内基梅隆大学的软成熟度等级的评估由美国卡内基梅隆大学的软件工程研究所授权的主任评估师领导一个评审件工程研究所授权的主任评估师领导一个评审小组进行，其成员大部分来自企业内部。小组进行，其成员大部分来自企业内部。l评估过程包括员工培训（企业的高层领导也要评估过程包括员工培训（企业的高层领导也要参加）、问卷填写和统计、文档审查、数据分参加）、问卷填写和统计、文档审查、数据分析、与企业的高层领导讨论和撰写评估报告等。析、与企业的高层
47、领导讨论和撰写评估报告等。评估结束由主任评估师签字生效。评估结束由主任评估师签字生效。l评估结果报告给评估结果报告给SEI，但，但SEI不会发不会发“认证认证”证证书。书。l一般有两种类型的评估：一般有两种类型的评估：软件过程评估软件过程评估和和软件软件能力评价能力评价。l软件过程评估用于确定机构当前过程的状态，软件过程评估用于确定机构当前过程的状态，决定一个机构所面临的与过程相关的问题，并决定一个机构所面临的与过程相关的问题，并且获得机构对软件过程改进的支持。且获得机构对软件过程改进的支持。l软件能力评价用来确定合格的软件项目承包方，软件能力评价用来确定合格的软件项目承包方，或用来监督在目前
48、的软件项目中正在进行的软或用来监督在目前的软件项目中正在进行的软件过程的状态。件过程的状态。l判断一个组织当前的软件过程的能力状态，并判断一个组织当前的软件过程的能力状态，并发现过程中的缺陷。发现过程中的缺陷。l判断并确定一个组织面对的与软件过程相关的判断并确定一个组织面对的与软件过程相关的改进策略。改进策略。l判断有意承担某个软件项目的软件组织（投标判断有意承担某个软件项目的软件组织（投标者）的过程能力。者）的过程能力。l利用评价结果确定选择某一承包者的风险。利用评价结果确定选择某一承包者的风险。l判断已进行的软件过程所处的状态是否正确或判断已进行的软件过程所处的状态是否正确或是否正常。是否
49、正常。l推动承包者在工作过程中改进他们的软件过程。推动承包者在工作过程中改进他们的软件过程。l挑选队伍：成员必须具有专业的软件工程和管挑选队伍：成员必须具有专业的软件工程和管理方面的知识，并接受过基本理方面的知识，并接受过基本CMM/CMMI概概念和特定评估及评价方法的训练。念和特定评估及评价方法的训练。l问卷调查：让来自被评估单位的代表完成软件问卷调查：让来自被评估单位的代表完成软件过程成熟度问卷并回答评估评价组提出的诊断过程成熟度问卷并回答评估评价组提出的诊断性问题。性问题。l响应分析：明确哪些回答与问题的答案相吻合，响应分析：明确哪些回答与问题的答案相吻合，并确定须进一步调查的领域。并确
50、定须进一步调查的领域。l现场调查：从响应分析的结果出发，评估小组现场调查：从响应分析的结果出发，评估小组进行提问、检查、协商等，以获取专业性的结进行提问、检查、协商等，以获取专业性的结论，说明软件过程的论，说明软件过程的 KPA是否达到了应有的是否达到了应有的目标。目标。l评估小组提供一个定义软件过程优缺点的结果评估小组提供一个定义软件过程优缺点的结果清单。对于软件过程评估来说，这些结果将成清单。对于软件过程评估来说，这些结果将成为过程改进的基础和参考；为过程改进的基础和参考； 对于软件能力评对于软件能力评价来说，这些结果为决策者提供风险分析的技价来说，这些结果为决策者提供风险分析的技术基础。
