Team System中的工作事件跟踪
工作事件领域数据库在项目内部不是数据存储的一个直接的映射。一个项目管理员将会使用Microsoft Project来定期的管理项目,就好像他或她平常所做的一样,但是将会出现额外的领域,而这些领域将会与工作事件跟踪系统同步。某些领域,举个例子来说,任务从属,它不被包含在在工作事件数据库中,而是单独的在任务上工作而且可能仍旧在一定场合下需要参考项目计划。在为灵活软件开发方法模版提供的MSF 测试第二版中,下面的领域会在工作事件数据库和Microsoft Project 之间被映射。
表1,在工作事件数据库和Microsoft Project之间的领域映射
| 工作事件数据库领域 | Microsoft Project字段 |
|
System.Id |
pjTaskText10 |
|
System.Title |
pjTaskName |
|
System.WorkItemType |
pjTaskText24 |
|
Microsoft.VSTS.Common.Discipline |
pjTastText17 |
|
System.AssignedTo |
pjTaskText11 |
|
Microsoft.VSTS.Common.Scheduling.CompletedWork |
pjTaskActualWork |
|
Microsoft.VSTS.Common.RemainingWork |
pjTaskRemainingWork |
|
Microsoft.VSTS.Common.BaselineWork |
pjTaskBaselineWork |
|
System.State |
pjTaskText13 |
|
System.Reason |
pjTastText14 |
|
Microsoft.VSTS.Common.Rank |
pjTastText16 |
|
Microsoft.VSTS.Common.Issue |
pjTastText15 |
|
Microsoft.VSTS.Common.ExitCriteria |
pjTaskText20 |
|
Microsoft.VSTS.Common.QualityOfServiceType |
pjTaskText21 |
|
Microsoft.VSTS.Common.Priority |
pjTaskText19 |
|
Microsoft.VSTS.Scheduling.Scheduled |
pjTaskText18 |
|
Microsoft.VSTS.Common.Specified |
pjTaskText22 |
|
System.Rev |
pjTaskText23 |
虽然这个工作事件领域的名字看起来似乎有些威胁,但是它们只不过包含了前后关系的信息用以描述领域的来源。这些名字实际上是在工作事件领域中用xml标记语言定义在xml文档中的参考名字。当定义你自己的客户端工作事件领域时,你应该也用类似的样式提供参考名字---举个例子来说,MyCompany.VSTS.StartDateField。这些同样的工作事件类型定义也提供了友好的名字例如,Start Date.
在Microsoft Project映射一侧,所有名称均用pjTask 作前缀,这样能够显示它们是Microsoft Project任务领域。虽然Microsoft Project也支持资源领域,但是这些类型并不能够用来应用在工作事件之中。当在映射中为一个Microsoft Project领域命名时,人们应该先找到在项目中这个领域的名称,然后剔除空格以及加入前缀。举个例子来说,,一个Microsoft Project任务领域的名字被叫做Resource Names ,则应该在映射中被引用且命名为pjTaskResourceNames 。应该注意的是,默认的映射使用了很多普通的微软项目任务领域用来存储工作事件---特殊的数据。若想知道更多信息,你可能希望能够参考Microsoft Project SDK
在工作事件数据库和微软计划服务器之间并没有直接的同步。那些希望在两个系统之间往回和往外移动数据的项目管理员可以同样使用Microsoft Project Professional来让每个独立系统能够实现同步。
总结
工作事件跟踪提供了一个非常好的方法来跟踪所有的必需发生的个别工作事件用以开发一个成功的软件应用程序。请记住,工作事件系统在开发组中被当作对象,而它不仅仅是开发者,它也同样能够定制用以来迎合一个广阔的多样性组织结构。