2012综述.docVIP

第十三讲 CMM、TSP、PSP综述 一、前言 1984年，美国国防部出资在卡内基·梅隆大学设立软件工程研究所（Software Engineering Institute, 简称SEI）。SEI于1986年开始研究软件过程能力成熟度模型（Capability Maturity Model, CMM）,1991年正式推出了CMM1·0版，1993年推出CMM1·1 版。此后，SEI还完成了能力成熟度模型集成（Capability Maturity Model Integration，简称CMMI）。目前，CMM2·0版已经推出。 CMM自问世以来备受关注，在一些发达国家和地区得到了广泛应用，近年来，在我国也逐步得到了应用，成为衡量软件公司软件开发管理水平的重要参考因素，并成为软件过程改进的事实标准。 CMM源于工业界的最佳实践，经过SEI的总结、提炼和抽象形成了一个系统地指导软件机构改进软件过程能力的完整框架，它在一定程度上是抽象的模型，它为一般的软件机构提供了指导。换句话说，它给出了软件机构过程能力改进的一个目标，但在实际操作中，机构应该采取哪些合适的步骤，才能达到这一目标，CMM并未清楚详细地提及，而且关键实践所描述的活动并不一定适合不同背景的所有机构。针对这种情况，SEI 于1995年后提出了TSP（Team Software Process）和PSP(Personal Software Process)，用以改善机构中小组过程能力和个体软件过程能力。 二、CMM简介 由SEI提出的CMM描述了有效的软件过程单元的框架，它强调软件机构能一致地、可预测地生产出高质量的软件产品的能力，认为软件产品质量的好坏主要取决于开发和维护该产品所使用的软件过程的质量。一个有效的软件过程在于能将训练有素的人员、先进的技术、工具和方法有机地结合起来。 CMM将机构的软件过程能力分为5个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和优化级。这5个级别是机构过程能力的5个不同层次的状态，从第一级到高一级的跃迁分别实现4个过程：有纪律的过程、标准一致的过程、可预测的过程、持续改进的过程。如图1所示： 图1 软件过程成熟度的5个级别 CMM具有恰当的抽象级别，它并没有过分地限制一个机构如何实现一个软件过程。CMM描述了软件的一般过程，而没有涉及如何使用这些步骤。CMM使用关键过程域来描述机构的成熟级别，为了达到一个成熟度级别，该级别（以及较低级别）的所有关键过程域必须得到满足，并且过程必须事先制度化。其级别跃迁如图2所示： 图2 能力成熟度级别中的关键过程域 简单地说，一定的成熟度级别表明了该机构的软件过程能力，每个级别内包含了关键过程域，同时机构可以从过程域中划分出具有共同特性的关键过程域，将这些共同特征制度化，并形成一定的机构文化。另外共同特征中包含了关键实践，用以描述机构所要实施的活动所需建设的基础设施，具体关系见图3。 CMM各级中所包含的关键过程域、目标及实践的数量如表一所示。 表1 CMM各级结构 级别 关键过程域 目标 实践 2级 6 22 121 3级 7 17 108 4级 2 9 40 5级 3 6 47 总计 18 54 316 TSP过程元素 在机构中，软件开发的主体是开发小组，因此提高机构的软件开发能力实际上就是提高小组的软件开发能力。TSP提供了在开发过程、产品和小组协同工作之间平衡的重点，并且在规划和管理软件工程中利用了广泛的工业经验基础。 为了更好地实现CMM中的级别跃迁，TSP实际上是实现CMM框架的活动指南，它提供了一系列为特定目标而设计的活动和步骤。换句话说，CMM是战略目标，关注组织级，而TSP是战术策略，关注项目级。 针对不同背景的机构，TSP有一套完整的规范和程序去设计和实施，它提供一个在PSP基础上的框架，并主要进行以下几项活动： 把产品开发划分为数个周期； 建立标准的质量和效益评估机制； 为小组和成员提供明确的评估标准； 进行角色和小组评估； 建立必要的开发纪律； 提供协同工作的指导。 图4表示了TSP怎样通过多个开发周期来完成最终产品。 图4 TSP结构和流程 TSP包含了70余种过程元素，用以指导TSP团队。过程脚本定义了由项目计划过程到项目后置处理的全过程，表格用于各类过程和流程数据的收集和分析。检查列表、说明书以及标准用于支持项目过程和流程。如季度项目同行检查列表用于检查管理项目状态报告的执行情况。 3、1 T