软件项目管理概述教程教案.pptVIP

* /zh-cn/library/ms181234(VS.80).aspx Team Foundation 团队项目? 在 Team Foundation 中，团队项目是由确定的团队用来跟踪公共的相关工作集的工作项、代码、测试、工作产品和规格等的集合。团队项目的逻辑概念有助于您确定在软件应用程序的开发中应包含或排除哪些内容。团队项目的概念随后将通过 Team Explorer 和 Team Foundation Server 的物理工具、分组和工作流等付诸实现。您为团队项目确定的概念边界对于如何安排团队项目的结构以及何时从一个团队项目转换到另一个团队项目有着重要的内在意义。 团队项目的逻辑定义 从逻辑上（或概念上）讲，团队项目是一个单独的基础结构，它包含了在软件应用程序开发生命周期中使用的所有单独的工具和元素。每个正在开发的软件应用程序，或称“团队项目”，实际归组于其自身的、专用于团队项目本身的命名空间中。因此，团队项目只是一个容器，它将与正在开发的特定软件应用程序相关联的所有工具和项目隔离在其中，这样所有其他团队项目就不会访问到这些工具或项目（例如，源代码、工作项和文档）。 团队项目是将团队力量结合在一起创建特定软件技术或产品的核心概念。团队项目是与团队所从事的软件应用程序相关的项目的虚拟集合。对于团队成员，团队项目概念消除了访问多个与各自的团队项目无关的项目的问题；过多的项目将招致混乱，并延缓软件开发进程。团队项目至少由一组工具和项目组成。团队项目还可以包含源代码管理策略、团队项目报告站点以及团队项目门户。在团队项目创建期间，Team Foundation 团队项目允许过程模板选择那些相关的并要添加到团队项目容器中的工具。 团队项目概念增强了在团队使用的所有工具之间进行报告的能力。在过去，跨工具报告是个难题，因为来自不同工具的数据互不相关。例如，如果软件开发人员想获得有关缺陷的跨工具报告，他或她将不得不从多个项目中区分出这些缺陷，因为所有缺陷都存储在一个公共位置。团队项目是在仅包含与软件项目相关的工具和项目的命名空间中创建的；因此，创建了一个可将来自不同工具的不同项目相关联的公共筛选器。 一个 Team Foundation Server 服务器可能包含多个团队项目，其中每个团队项目都是在不同的命名空间中创建的，因此命名空间 A 中名为 X 的文档不同于命名空间 B 中名为 X 的文档。在不同的命名空间中创建团队项目可让项目或工具在其所属的团队项目中是唯一的，这样从事团队项目 B 的软件开发人员就不可访问团队项目 A 中包含的工具或项目。 * 团队项目的物理定义 团队项目的逻辑定义和概念边界是通过 Team Explorer 实现的。Team Explorer 是 Visual Studio 中的可扩展工具窗口，可用于按团队项目对工具和项目进行分组。团队项目至少包含通过过程模板创建团队项目时所指定的一组工具和项目。根据用来创建团队项目的过程模板，团队项目还可能包含源代码管理策略、团队项目报告站点以及团队项目门户。 当首次打开 Team Explorer 时，它将是空的，您必须将其连接到 Team Foundation Server。然后，您可以选择希望哪些团队项目显示在 Team Foundation Server 中。Team Explorer 只能连接到一个 Team Foundation Server，因此只能显示来自一个 Team Foundation Server 的团队项目。同样，根据用来创建团队项目的过程模板，团队成员可使用 Team Explorer 查看有关产品生成的信息、启动至源、查询分配给自己的任务、查看总体项目状态、查找文档、查看报告以及创建与团队项目关联的工作产品。例如，使用 MSF for Agile Software Development 或 MSF for CMMI Process Improvement 过程模板创建的团队项目将显示下列节点： “工作项”???通过此节点，可以针对工作项数据库创建和查看查询以及创建新的工作项。项目查询由过程模板或项目经理在创建团队项目时实现。用户定义的查询不在创建团队项目时实现，而是在以后作为自定义内容添加。 “文档”???通过此节点，可以访问工作产品，例如文档、电子表格、项目计划、过程指南以及其他来自开发活动的不确定输出。文档存储在团队项目门户上的一个单独的中心位置。 “报告”???通过此节点，可以访问包含团队项目规格的报告，该节点还提供了一种从团队项目命名空间中包含的各种工具收集信息的手段。SQL Reporting Services 报告站点旨在将来自团队项目中各种工具的不同信息集中在一起以执行跨工具的报告，并且采用适合于从每个