Team Foundation Server 2010 的现有可追溯性矩阵 — 如何实践 DRY？
我们在 Excel 中有一个现有的可追溯性矩阵，其中包含以下列：
- 项目
- 业务规则组
- 需求 ID
- 业务规则
- 类型
等等
我想保持干燥（不要重复自己），因为当我们在此 Excel 电子表格中创建新需求时...其需求 ID 将传播到 TFS 中并传播到整个 TFS根据需要。我们需要在 TFS 中重新输入此需求 ID 值，这似乎违反直觉/奇怪。
我是否偏离了基地或者这完全可行吗？我最近观看了 Microsoft TFS 网络广播。虽然内容丰富，但它没有解决这个基本问题。
然后，我设想创建与一个或多个需求 ID 相关联的 TFS 工作项。这将扩展并关闭从 Excel 中的可追溯性矩阵到 TFS 工作项的前向/后向可追溯性，贯穿后续功能请求/用例/单元测试/源代码/等，然后再返回。
谢谢！
We have an existing Traceability Matrix in Excel that has columns like:
- Project
- Business Rule Group
- Requirement ID
- Business Rule
- Type
etc, etc
I would like to stay DRY (don't repeat yourself) in the sense that when we create a new requirement in this Excel spreadsheet...that its Requirement ID will propogate into and throughout TFS as needed. It seems counterintuitive/odd that we would ever need to re-enter this Requirement ID value in TFS.
Am I off base or is this perfectly doable? I recently watched this Microsoft TFS webcast. While informative, it did not address this fundamental question.
I then envision the creation of TFS Work Items that are tied to one or more Requirement IDs. This would extend and close the forward/backward traceability from our Traceability Matrix in Excel, into TFS Work Items, throughout subsequent feature requests/use cases/unit tests/source code/etc, and back again.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以修改 TFS 中的任何工作项，因此也可以修改需求/用户故事工作项。您可以在其中添加一个新字段来存储您的需求 ID。
请访问 MSDN 以了解如何修改您的工作项：http://msdn.microsoft。 com/en-us/library/ms243849.aspx
You can modify any work item in TFS, and thus also the Requirement/User story work item. You can add a new field in there that stores your Requirement ID.
Visit MSDN to see how to modify your work item: http://msdn.microsoft.com/en-us/library/ms243849.aspx
虽然我认为 tfs 不支持开箱即用，但假设您将文档保存在项目共享点站点中，您可以设置一个自定义工作流程，将需求 ID 添加到全局列表中。如何修改全局列表可以在此处找到。 http://blogs.microsoft.co.il/blogs/shair/archive/2010/03/08/tfs-api-part-23-create-global-list-xml-way.aspx
While I don't think tfs supports this out of the box, assuming you are keeping the document in the projects sharepoint site you could set up a custom workflow that would add the requirement id to a global list. How to modify global lists can be found here. http://blogs.microsoft.co.il/blogs/shair/archive/2010/03/08/tfs-api-part-23-create-global-list-xml-way.aspx