软件工程与开发技术（西电第二版）第23章_小组软件过程教材教学课件.pptVIP

第23章 小组软件过程 ; 23.1 TSP的由来与发展　　为了系统地解决软件项目管理问题，美国国防部于1984年在Carnegie-Mellon大学建立了软件工程研究所，1986年开始研究并于1991年提出能力成熟度模型CMM，1989年开始研究并于1994年提出个体软件过程PSP，1994年开始研究并于1998年在CMU/SEI召开的过程工程年会上第一次介绍了TSP草案，于1999年发表了有关TSP的一本书，使软件过程框架形成一个包含CMM、PSP和TSP三者的严密整体。 ;;　　1996年，Watts Humphrey建立了TSP过程的最早的版本。目的是为了提供一个规范的操作过程，帮助工程技术人员持续地做高质量的工作。最原始的TSP过程被称为TSP0，这一过程十分简单。他拿两个工作组来做实验，然后看结果来评价他们的工作情况。第一个TSP0过程是为经过PSP培训的小组设计的，除了小组的直接领导外，小组没有受过其他的培训和指导。　　根据这两个最初的TSP小组的结果分析，实施TSP能够明显地帮助工程技术人员进行曾接受过训练的工作，但是需要更多的指导和支持；另外，管理者要全面地支持TSP过程。在此基础上，一个增强的过程版本TSP1.0很快就被其他的小组试用，在试用过程中，搜集了更多有关进一步提升TSP的必需的过程信息。 ;　　在接下来的3年中，Humphery开发了另外9种TSP版本。他最初的目标是想了解一下针对通用目标的小组过程能否帮助软件项目工程组更好地完成工作。取得肯定的结论之后，他将研究方向转为简化这个过程，减少它的规模并提供更有效和有用的支持和指导。结果最近的TSP版本比TSP1.0(1996年底)和TSP2.0(1997年初)版本明显小了。　　越来越多的工程组已经使用了TSP过程。TSP中的一些基本方法已经能够被用来协助工程技术人员和管理人员建立有效的小组，使他们能更好地按照这个过程开展工作，实施定期评估，在必要时重新计划工程。不同的原型支持工具也已经被发展用来简化工程师必须要做的计划、数据采集与存储、数据分析和工程报告活动。 ; 23.2 工程协作与工程小组　　几乎所有的工程都要求由小组来进行合作开发。虽然一些小的硬件或软件产品能被单人开发，但是考虑到现在系统的范围和复杂程度???及对开发时间的紧迫要求，使得大部分的工作实际上不可能仅仅由一个人来做。系统开发是一种小组的活动，而小组的工作效率很大程度上决定于他们所采用的工程方法的质量。 ;　　在工程中，开发小组的活动经常像篮球队的竞赛，所有的成员为一个共同的目标而工作，尽管成员们可能有各种各样的特点，但是必须互相配合、互相协调、互相协作。　　一个软件工程小组不只是恰巧在一起工作的一群人。小组需要公共的过程以规范大家的活动；全组人员需要统一目标；工作组的任务是进行软件开发实践，他们的工作中包含着特定的技巧，需要有效的指导和领导。基于经验，大家知道一些如何指导和领导这个小组的方法，但是了解的并不十分清楚，TSP能够指导技术工作人员管理者开展有效协作，提升小组的过程质量，改善协作状况。 ; 23.3 小组协作的条件　　如前所述，一个小组是具有共同目标的一群人，他们必须为这个目标共同努力，必须具有一个公共的工作框架。一般来说:　　(1) 一个小组最少要由两个人组成。　　(2) 小组成员要为一个共同的目标工作。　　(3) 每个人都被分配一定的角色。　　(4) 小组使命的完成依赖于小组全体成员的努力。;　　一个有效的小组的另一个特点是小组必须具有革新能力。革新不只是想出一个聪明的主意，它还需要创造力和许多艰苦的工作。每一个工程任务都是革新努力的一部分。富有革新能力的小组必须有熟练的、有能力的、具有高度创新精神的成员。他们必须是具有创造性的、能适应多种环境的、自觉遵守规程的。他们必须努力去执行计划，保障进度；当需要对工作计划进行适当的调整时，他们必须分析计划变更带来的诸多影响，控制工程的成本和进度。 ;　　要创建一个富有创新精神的和有效的工程组，就必须在组内营造一个相互信任和相互支持的工作环境。工程组是由具有各种杰出能力的人组成的，他们能快速地察觉到信任的缺乏。当管理人员不信任他们的工作小组，制定不符合实际的计划或者不努力去达到这种计划目标时，他的工程技术人员将能感受到。而当工程技术人员感到他们没有被信任和尊敬时，他们经常会觉得受到敌视和被操纵。这些工程师将不再愿意对组织负责，容易在他们的工作中遭受失败。　　为小组制定合理的目标是保持旺盛斗志所必须的。当人们面对重要而有意义的工作时,他们一般工作得很努力。对于管理者来说，给他们的工作组制定具有挑战性的目标是适当的。但是当工作组对此有强烈的反映时，管理者应该愿意与他们商谈一个他们认