工具配置
每个工具都有自己的权限集和其他的配置设置。Team Foundation 通过提供常规 UI 使工具可以在其中显示它们的设置，从而让管理员能够在一个单独的环境中管理所有的 Team Foundation 启动的工具。
Project Management and Work Item Tracking
Project Management and Work Item Tracking 工具用于规划并跟踪项目使用工作项的进度。一些可用的工作项类型有：
<1> 要求
<2>功能
<3>方案
<4>任务
<5>错误
每类工作项都有一组字段和有效的状态转换。这组工作项类型定义绑定到方法论模板中。当公文包项目创建后，用户选择自己的方法，然后创建适当的工作项。Team Foundation 附带两种 Microsoft Solutions Framework (MSF) 方法论模板 — Microsoft Solutions Framework Agile 和 Microsoft Solutions Framework Complete。
工作项跟踪可以进行自定义和扩展，方法如下：
<1> 向工作项类型添加字段。
<2> 更改工作项类型的有效状态和状态转换。
<3> 添加新的工作项类型。
<4> 自定义 Web 网站模板。
<5> 自定义过程指导。
<6> 修改与过程相关的任务集，这些任务包含在每个新公文包项目中。
这些更该可以绑定到一个自定义的方法，以便它们可以应用到由方法创建的所有公文包项目。
字段集和状态转换可由每个公文包项目进行自定义，以支持工作过程或方法。例如，一个团队可能需要根据标识错误的人员对错误进行分类，这些人员可以是用户、测试团队、开发团队或项目的其他相关人员。要支持这一点，管理员可以将名为“Source”的字段添加到错误工作项，并将该字段定义为一个具有下列一个值的列表：
<1>客户
<2> 测试人员
<3> 开发人员
<4> 其他内部人员
进行了这种定义的公文包项目中的错误现在利用该新字段来跟踪错误源。
假定跟踪该信息是有用的，并且管理团队希望所有的新项目都跟踪错误源。在这种情况下，管理员能够将新字段定义添加到方法模板（驱动公文包项目创建）中的错误工作项类型的定义中。利用修改的方法创建的任意新项目，将在错误工作项中包含 Source 字段。
团队可以决定引入它自己的方法。例如，一个公司可以定义自己的不同种类的 MSF Complete 方法。在这种情况下，公司可以利用修改（也许是一些新的工作项类型）来创建新方法模板（包括其中一些或所有的 MSF Complete 工作项类型）。当利用自定义方法模板创建公文包项目时，它将包括支持该公司特定方法的工作项类型。
除了工作项类型定义之外，方法模板还包含 Web 网站模板、过程指导和过程任务实例。其中的每一个都可以通过修改方法模板或创建一个新方法模板来进行自定义。
Team Foundation 引发工作项事件，并提供一个对象模型以使包含工作项的任务自动化。对象模型适于在丰富的客户端应用程序或 Web 服务器应用程序中使用。
Source Code Management
Source Code Management 工具提供一些用于扩展其功能的方法：
<1> 添加签入注释的新类型。
<2> 添加在签入代码前完成的策略。
<3> 添加对新文件类型的支持。
当开发人员签入代码时，团队可能希望收集一些来自开发人员的特定信息。通过将注释添加到签入功能或追加签入电子邮件通知这两种常用方式，即可实现。在这两种情况下，所有的信息只需略加结构化即可。Source Code Management 工具的管理员可以添加一些注释类型，开发人员在签入代码时可以填写这些注释。例如，团队可能希望开发人员提供测试结果和发布信息。测试结果用于标记测试团队，团队必须进行某种操作以响应签入。发布信息更普遍地用于描述签入完成的内容。要做到这一点，管理员可以向 Source Code Management 工具添加两种签入注释，测试结果和发布信息。管理员可能还要将发布信息指定为签入注释需要的类型，但是允许开发人员将测试结果注释置为空。
策略是在签入代码之前应该满足的条件。例如，有一个管理员可以启用的策略，它需要开发人员在签入其代码前执行静态分析。通过生成确定是否满足策略的代码，然后将代码插入到策略系统中，团队还可以开发新策略。
Source Code Management 工具识别一组文件类型，并按照适用于每个文件类型的方式处理它们。通过定义自定义文件类型，用户可以控制系统如何计算每次修订之间的细微差别，如何合并执行的操作以及系统是否允许多个用户同时签出文件。ISV（它的工具创建可能存储于 Source Code Management 工具中的文件），可以选择提供一个自定义文件类型处理程序来增强用户在使用这些构件时的体验。
Team Foundation 引发 Source Code Management 活动的事件，并提供对象模型以使 Source Code Management 任务自动化。对象模型适于在丰富的客户端应用程序或 Web 服务器应用程序中使用。
特定于工具的可扩展性
Visual Studio 2005 Team System 中的每个工具均可按照特定于工具功能的方式进行扩展。
Architecture and Design
Architecture and Design 工具提供了用于对系统建模和进行系统部署的方法。用户能够利用自己的远程服务（用于体系结构设计）、宿主环境（用于部署设计）来丰富设计环境。用户还可以向设计元素添加约束，以便使部署验证更为明确。有关详细信息，请参阅 Visual Studio 2005 Team System：设计分布式系统以进行部署。
Public Builds
Visual Studio 2005 Team System 包括进行配置和执行团队公共生成的工具。用户可以向生成过程添加新的生成步骤类型。他们还可以添加批注和规则，从而使静态分析发现更多缺陷。有关详细信息，请参阅 Visual Studio 2005 Team System：生成健壮而可靠的软件。
Testing
Visual Studio 2005 Team System 测试工具包括用于生成单元测试和其他功能测试的工具。测试可以本地运行，也可以在分布式环境中运行。测试结果可以用于单独评估，也可以与公共生成相关联，并在它们提供该生成的测试状态的地方发布。每个测试还可以集成到压力测试之中，以帮助评估应用程序在负载时的执行特性。
用户可以利用新类型扩展测试系统。这些新测试类型可用于增强结果查看，并将信息添加到每个测试结果和测试日志之中。有关详细信息，请参阅 Visual Studio 2005 Team System：通过更完善的测试实现更好的软件。
小结
组成 Visual Studio 2005 Team System 的每个工具都提供用于扩展工具功能的方法。每个工具用来集成到 Team System 并提供与其他工具进行特殊集成的 API 均可用，从而使团队可以添加自己的工具以扩展现有工具的功能。这就使团队和软件生命周期工具提供商能够利用 Team Syste 工具中的丰富集成功能在套件中添加工具。
