Team System中的工作事件跟踪

    商业分析可以在开发处理过程中管理和整合相同的工作事件跟踪系统，不同类型的文档将由商业分析产生出来，他们将被存储在团队项目的门户站点中，举个例子，一个需求文档的创建，将会作为一个商业分析的任务被分配。一旦完成，这些文档将会被存储在WSS中，同时商业分析将会把工作事件标记为完成。一个新的工作事件可以在实际的执行需求中被创建。同时一个工作事件的链接将会出现在WSS站点的需求文档中。这个链接允许开发者快速的导航和定位与项目相关联的文档，从而快速的分配任务。，为了在工作事件系统中增前商业分析的影响。我们应该安装Team Explorer 并且拥有一个Team Foundation Server的客户访问许可。

    开发者

    从一个介绍工作事件跟踪的工作流的观点去看，开发者和测试者将会是非常重要的。系统被设计为开发者平滑的使用工作事件。甚至为开发者发送e-mail通知，在这里我们可以花费数小时来规划和确定会议，或者查看工程计划。开发者将会收到他们在Visual Studio中的工作分配。他们可以简单的使用Team Explorer窗口运行My Work Items query（图3）
图 3. 在为软件开发者的Visual Studio 2005 Team Edition中的工作事件列表

    开发者可以开始他们检查自己工作事件的日期。作为他们按照任务工作，他们可以通过两种不同的方法升级他们自己的工作事件状态。第一，他们可以直接在Visual Studio中通过简单的选择那些在工作事件列表工作事件编辑工作事件的信息。在这个情况下，他们可以直接的键入数据，这些数据包括状态升级，或者修改在工作事件中暴露的任一个类型。依靠自定义的处理，单独的个体的类型在这种情况下是被保护的，其他的角色可以设置工作事件的值，但是开发过程对于他们来说是只读的，作为一个项目经理或者是测试者可以区分出工作事件中bug的优先次序。同样的，一些类型可以被开发者所修改，但是却不能被其他的角色所修改。图4为我们展现了一个简单的工作事件细节屏幕，这里包括一个用户范围Start Date添加到默认的灵活软件开发处理的MSF中，而在Visual Studio Team System中的其他用户自定义工作事件则是在这篇文章的后半部分提到。
图 4. 为了软件开发者的开发的Visual Studio 2005 Team Edition中的工作事件细节