【问题标题】:Storing requirements/specification documents in TFS on-premise在本地 TFS 中存储需求/规范文档
【发布时间】:2018-09-05 20:44:37
【问题描述】:

我们正在使用本地 TFS 2018、git 和 Visual Studio 开始一个新的开发项目。过去,我们遵循敏捷模型创建史诗和用户故事,并将需求/ui 模型和其他细节直接放在用户故事中。

在经历了这种方法之后,我们不想再走上这条路,原因如下: 1)一旦发布了该功能,就很难找到信息。谁记得在什么用户故事中做了什么功能? 2)没有集中的地方来存储特性文档。当然,我们都不想采取花 2 年时间编写功能需求的瀑布式方法,但有一点要说的是,有一个按功能区域组织的集中位置,其中包含相关文档。 3) 您是否曾尝试通过 Web 界面或 Visual Studio 阅读包含需求验收测试的广泛用户故事?必须通过 8 行窗口阅读,它会很快变旧。

我们想做的是混合文档并在用户故事中引用文档的链接。存在用于 sprint 跟踪的用户故事,但详细信息存储在文档中。功能/用户故事发布后,我们可以参考文档。

因此问题变成了如何在 TFS 中存储此类信息并链接到它,以便它可以通过用户故事中的链接打开。我们知道我们可以使用 SharePoint 做到这一点,但是否可以在本地 TFS 中做到这一点?

【问题讨论】:

  • 我的以下答案有什么更新吗?如果您发现我的回答很有用,请接受/投票,以便它可以帮助其他社区成员

标签: sharepoint tfs documentation requirements


【解决方案1】:

目前,这在 TFS 中无法直接实现,与一些 3rd 方供应商(如 Modernrequirements)进行传出,这将是付费服务。

您始终可以使用 CMMI 模板来创建和管理需求工作项,但不能像通常存储在需求文档中那样存储大量需求。

  1. 正如您所提到的,还有其他方法,例如将文档存储在 SharePoint、一个驱动器等,以及指向用户故事的链接
  2. 创建一个 markdown 在用户故事本身中。
  3. 在版本控制(Git、TFVS)中签入那些文档

参考这个类似的SO 以便更好地理解它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-01-24
    • 1970-01-01
    • 1970-01-01
    • 2011-03-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多