Team System:使用过程模板简化团队项目

本文使用以下技术:

Visual Studio Team Foundation Server 2008

现在,您可以在 Team Foundation Server (TFS) 中收集和跟踪团队项目内部的所有工作和项目。团队项目仅仅是一个存储容器,用来存储和划分开 发项目期间所跟踪和使用的所有项目。使用 Team Foundation Client (TFC) 中的“新建团队项目 ”向导可帮助您进行收集和跟踪。

此向导非常简单。单击“文件”|“新建 团队项目”启动该向导。打开之后,必须提供团队项目的名称。单击“下一步”使用组 合框选取过程方法模板。再次单击“下一步”并添加说明,该说明将由 SharePoint 显示在门 户的主页上。再一次单击“下一步”,您可以选择确定定义版本控制的方式。您可以选择创建 新树干,通过从现有树干中分支来创建新树干,也可以选择不创建新树干。做出决定之后单击“完 成”,几分钟后,您即可获得一个可以随时使用的新团队项目。

如果仅仅是这么简单,那么 本文应该是一篇非常短小的文章。我的编辑极有可能会拒绝支付报酬,甚至会重新考虑我在专栏的地位。 但是,并不像所说的这么简单。实际上,使用 Visual Studio Team System (VSTS) 时,开发项目是否具 有良好的开端,选择过程模板的向导页面起关键作用。这是因为过程模板定义团队项目的初始结构和内容 。

过程模板

如前所述,通过团队项目可以集中管理您所在团队的所有项目。当然,您在团 队项目中存储版本控制的项目(如源文件)。您还管理和存储所有工作项和工作项查询。您将文档存储在 SharePoint 文档库中,它们是团队项目门户的一部分。最后,针对数据仓库运行报告以跟踪团队的工作 情况。

过程模板定义包含在团队项目中的默认项目模板。具体来说,它定义您可以使用的工作项 类型,还定义 SharePoint 站点的用户界面和结构,以及加载到文档库中的默认文档 — 文件和模 板。它还为报告服务站点提供默认报告,并定义默认的安全组、区域、迭代和版本控制设置。最后,过程 模板将说明性指南作为 SharePoint 站点的一部分来提供。

首次安装 TFS 时,您会发现它提供了 两个过程模板。在 TFS 的 2008 版本中,它们的正式名称分别是 Microsoft Solutions Framework (MSF) for Agile Software Development (MSF Agile) 和 MSF for CMMI Process Improvement (MSF CMMI)。

MSF 使用很强的客户交互促进迭代开发过程。MSF 的当前版本是版本 4.0,并且影响 TFS 过程指南,尽管它具有自己丰富的一组 MSF 指导资源。您可以在 Michael Turner 编写的《Microsoft Solutions Framework Essentials》(Microsoft Press,2006)一书中进一步查找有用的信息。

Microsoft 过程模板中包括的说明性指南深入探讨了运行开发项目和构建工作流的方法。本指南 着重介绍了开发过程,而不是 Visual Studio 或 TFS 的机制。您可以通过团队项目的 SharePoint 门户 主页上的“过程指南”链接访问该指南。对于 MSF Agile 和 MSF CMMI 来说,本指南还可以 从 Microsoft 上单独下载。

时间: 2024-08-07 21:41:57

Team System:使用过程模板简化团队项目的相关文章

Visual Studio Team System 2010中的敏捷规划工具

本文以 Visual Studio Team System (VSTS) 2010 的预发布版为基础.所有信息均有可能发生变更. 本文将介绍以下内容: 产品和小版本规划 产品积压工作簿 容量规划和报表 小版本积压工作簿 本文使用了以下技术: VSTS 2010.VSTS Process for Agile Software Development 1.0 "敏捷规划"存在语意矛盾吗?希望您不会这样认为,但在最近于洛杉矶召开的一次专项小组会议中,其中一位与会者指出其组织已从敏捷开发转为采

测试运行: 使用Team System自定义测试自动化

测试软件的最佳方法不只一种.除手动测试外,根据您的具体开发环境,您可使用商业测试自动化框架.开放源代码和内部测试自动化框架,以及自定义测试自动化脚本.所有这些方法都各有优缺点. 自定义测试自动化脚本的优势是编写快捷且最为灵活.但是,可管理性是自定义测试自动化的瓶颈.超大批量的测试脚本.测试案例数据和测试结果使得测试不堪重负.幸运的是,您可使用 Visual Studio 2005 Team System 管理自定义测试自动化.我将使用一些屏幕快照对此进行解释.首先,请考虑图 1 中所示的执行测试

Team System:Team Build 2008

Team Foundation Server (TFS) 本质上是面向团队的.当然,由一个人组成的团队也可以使用它,但 TFS 实际上是针对与开发项目中其他人之间的协作. 构建自动化不再只是按 F5.构建自动化涉及的是收集.汇编.验证和审核.其要旨就是收集组成解决 方案的所有产物,然后根据定义明确的集成计划将这些产物进行汇编.编译是在汇编阶段中定义的典型任 务.您可以使用各种自动化测试(通常使用构建验证测试 (BVT) 或冒烟测试)来验证团队的集体作品. 最后,您需要执行某些类型的审核来评估构建

Team System: 自定义签入策略

在本专栏的最近三期中,我探讨了 Team Foundation Server (TFS) 版本控制和工作项跟踪 API.我 使用这些 API 构建了一个 Microsoft Word 2003 加载项,为 Word 文档的签入和工作项关联提供 支持,这类似于 Visual Studio 2005 中团队资源管理器的功能.在本期专栏中,我将深入论述签 入说明和策略.您将了解签入说明的工作原理以及如何编写自己的自定义策略实现.在未来的专栏中,我 会将此支持添加到 Word 加载项中. 签入说明和策略

Team System: 工作项跟踪

在我的上一专栏中,我开始说明如何使用 Team System 中公开的 API 为 Microsoft Word 2003 生成源代码控制外接程序.如果在 Visual Studio 2005 中检查团队资源管理器公开的签入对话框 ,则会注意到集成的签入体验是相当丰富的.您不仅可以签入源文件,而且可以使签入与工作项关联,添 加签入注释,以及根据策略验证签入.图 1 显示选中"工作项"选项时的标准签入对话框. 图 1 团队 资源管理器集成的签入对话框 从表面上看这是很简单的,其实不然,签

Team System:基本Power Tool工具

很长一段时间,Microsoft 都是通过向已发布的产品引入新功能来为用户已购买的产品增值.许多团 队都曾以 Power Toy 名义发布过这样的增强功能. 第一个 Power Toy 版本来自负责 Windows 95 的 Windows 团队(有关详细信息,请参阅 Raymond Chen 的博客,网址是 blogs.msdn.com/oldnewthing/archive/2005/02/02/365432.aspx).其 他团队也随之效仿,其中包括 Visual Studio Team

Team System: 签入说明和策略

在本专栏 2007 年 1 月刊中,我开始讨论使用 Microsoft Word 2003 加载项提供的 Team Foundation Server (TFS) 版本控制 API.一年多之后,我又在这里为大家奉上第五部分,同时也是最后 一部分有关版本控制 API 和 Word 加载项的专项讨论(我确实没想到会有这么多部分). 您也许还记得在以前的专栏里我们曾提到加载项目前支持签入.签出.撤消挂起的更改,并能够将工 作项与签入相关联.在我最新的专栏中,我详细分析了签入说明和签入策略.本月,我将为

Team System: Team Foundation Server事件服务

Microsoft 将 Team Foundation Server (TFS) 构建为一个主要和次要服务的集合,包括版本控制. 工作项目跟踪和 EventService 服务.我将 EventService 归类为次要服务,或者更确切地说是支持服务 .EventService 提供了一组事件,触发后,这些事件可执行一些操作(如发送电子邮件或调用基于 SOAP 的 Web 服务). 在本专栏中,我将介绍 Visual Studio 用户界面提供了哪些现成的事件.EventService 提供了

Team System: Team Foundation Server版本控制

最初,我并没有想过要开设这么一个专栏,我是在 2004 年 2 月开始酝酿这个想法的.当时,我在位 于雷蒙德的 Microsoft 总部参与一项针对即将推出的代号为"Burton"的产品的软件设计评 审.每次评审会议上,我都会举手提出相同的问题:"有扩展点吗?"两天时间里,我总是得 到一个令我忍俊不禁的答案:"有的,Brian,你可以自定义."Burton 就成了后来的 Visual Studio Team System,而如何对其进行自定义即是