团队软件过程支持工具探究

《团队软件过程支持工具探究》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、团队软件过程支持工具探究1引言TSP(TeamSoftwareProcess，团队软件过程)由美国卡内基·梅隆大学软件工程研究所提供，可以帮助软件开发组织建立成熟和纪律性的工程实践，生产安全和可信的软件。TSP支持CMM中的16个关键过程域，在实际应用中取得了良好的效果。实施TSP，是改进软件过程的有效途径之一。TSP作为成熟的软件过程，对产品、项目以及过程本身都有明确的量化指标进行度量，有大量的数据需要收集、整理和分析运算。为了保证TSP的顺利实施，一个好的软件支持工具必不可少。TSPWorkshop正是一个基于TSP的软件过程支持工具，实现

2、了TSP的大部分数据表单，帮助团队完成软件项目的各种管理任务，比如计划的制订和跟踪，产品和过程的质量分析等。2TSP简介2.1TSP、PSP和CMM的关系TSP是TeamSoftwareProcess的缩写，即团队软件过程，由美国卡内基·梅隆大学的软件工程研究所提供。CMM提出了“做什么”的问题，却没有给出“怎么做”的方法。为了在个体环境和团队环境中应用CMM提高软件过程水平，CMM发布后，WattsS.Humphrey又先后主持开发了PSP(PersonalSoftwareProcess,个体软件过程)和TSP(TeamSoftwarePro

3、cess,团队软件过程)。PSP是一个自我改进的过程，帮助软件工程师控制、管理和改进自己的工作方式，提高软件工程水平，对改进个体的软件过程取得了成功。然而软件开发过程一般都不是个体活动，而是团队开发。一方面，如果开发环境不支持，PSP很难发挥应有的作用；另一方面，PSP虽然解决了个体软件过程的问题，为集体工作打下了良好的基础，然而毕竟不能用于指导团队工作，团队需要一种新的过程改进规范。为了解决这个问题，WattsHumphrey提出了团队软件过程(TeamSoftwareProcess，即TSP)的概念。TSP是基于PSP的框架，主要面向中小型

4、开发团队，帮助团队解决承诺、控制、质量和合作等问题，创建了对于个人和小组都能高效工作的环境。TSP支持CMM中的16个关键过程域。TSP取得了良好的行业成果。来自Teradyne,Boeing,AISandHillAirForceBase等组织的18个TSP/PSP项目的数据表明，实施TSP/PSP后，团队在计划和质量上取得很大改进，程序中的缺陷大幅度减少，系统测试的时间也因而大幅度缩短，团队计划的精确程度显著提高。实施TSP，是改进软件过程的有效途径之一。2.2TSP的结构团队成员在PSP的训练中，了解使用TSP所需的知识和技能。这些训练包括

5、如何制作详细的计划、收集和使用过程数据、制作挣得值计划、使用挣值方法跟踪项目进度、度量和管理产品质量以及定义和使用可操作的过程。2.3TSP的工作流程TSP采用了循环递增的开发策略，整个软件生产过程由多个循环出现的开发周期组成，每个开发周期划分出若干个相对独立的阶段。TSP过程流程[错误！未定义书签。]。每一次循环，都以启动阶段开始。在启动阶段，所有成员一起制定策略、过程和完成工作的计划。启动阶段以后，团队按照自己定义的过程完成工作。2.4TSP的质量管理团队成员必须使用可靠的开发方法来满足质量目标。TSP提供了如下方法：(1)计划评审要帮助团

6、队成员达到质量目标，就要查看开发人员的计划。在评审中，要考虑的主题是设计和编码时间比，设计评审和设计时间比，代码评审和编码时间比，还要查看计划审查过程和评审级别。如果有问题，就请开发人员调整他们的计划。(2)设计和编码标准开发人员在其生成的程序质量上的限制是由他们的设计和实现方法的质量所决定的。要生产高质量的软件，团队必须了解和一致使用可靠的方法。要改进团队的实践，让设计和实现经理评审团队当前的设计和实现方法，提出一组标准。随后让团队评审这些标准，达成一致或修改它们。(3)设计和代码评审及审查好的评审方法与可靠的设计和实现方法同样重要。任何人都

7、会犯错误，执行可靠的设计和代码评审可以帮助他们在测试开始之前找出和修改大多数问题。质量、设计和实现的管理人员应该和团队一起讨论评审和审查方法，每个人都要就他们将要使用的方法达成一致。鼓励团队使用广泛验证过的方法，随后让设计、实现和质量的管理人员来检查团队成员是否真正在工作当中使用了这些方法。在团队会议中讨论所有的问题，弄清楚如何帮助团队来使用可靠的设计评审以及代码评审方法。(4)缺陷评审分析测试数据，是另一项有效的质量管理技术。质量经理检查团队在集成和系统测试过程中发现的缺陷数据，识别那些可能有缺陷的模块或者组件。这种分析的逻辑是，在测试过程中

8、发现的缺陷数目很好地指示了在测试之后遗留的缺陷数目。如果程序模块或组件在集成或系统测试中有许多缺陷，在测试之后很可能还遗留了许多缺陷。自单元测试开始，