Trac 的需求管理插件？答案

【问题标题】：Requirements management plugin for Trac?Trac 的需求管理插件？
【发布时间】：2011-01-14 14:02:24
【问题描述】：

有没有针对Trac 的需求管理插件？我查看了Trac-Hacks 上的列表并没有看到任何内容

我正在描绘一些功能，例如IBM's DOORS 系统。基本功能包括需求的修订和变更控制、需求基线等。

更新：我想我可以只使用 Trac 的 wiki 部分来记录需求，但这不允许对需求进行任何类型的更改集 - 例如，单个需求已更改但开发人员正在针对尚未更新需求的基线进行工作。它也不允许链接需求，这样当父需求发生更改时，必须在接受更改之前审查所有从属需求（以保持从属需求同步）。

【问题讨论】：

这是我在 Trac 邮件列表中看到很多请求的功能。 Trac 有一个 dotProject 集成，但我尚未对其进行评估，据我所知，dotProject 更多的是项目管理而不是需求跟踪。你可以看看：trac-hacks.org/ticket/1226
如果您可以根据工单类型拥有不同的工作流程，您可以创建一个需求工单并将其用于需求管理。这将是我在其他系统中看到的 Trac 的一个不错的功能。
@TheTodd：使用 AdvancedTicketWorkflowPlugin 或 trac-hacks 上的另一个插件，您可以使您的工作流程取决于工单的类型。
@retracile：谢谢，我会检查一下。 trac-hacks 上有太多可用的插件，很难找到适用于特定问题的插件。

【解决方案1】：

当您开始谈论修改需求时，我认为您确实需要退后一步，将您的需求视为源代码树的一部分。找到 SCM 可以处理的需求的文件格式（基于文本的等），然后将它们签入。将它们视为代码的早期部分......当需要弄清楚需求的时候v2.0，创建您的 v2.0 分支并在该分支上开发需求，然后在同一分支上进行代码开发。

如果使用基于分支的开发，在分支上创建需求，在同一个分支上创建代码，然后合并分支。这使需求和实施保持同步。

【讨论】：

不错的主意。而且我考虑过使用 SCM 来满足需求。但是，并非所有创建需求的用户都具备使用 SCM 软件的技术能力。尤其是业务分析师。
有些人会具备使用它的技术能力；有些人有学习使用它的智慧和意愿；和其他人......我会为他们分配一个“秘书”来为他们处理。（而不是处理打字，处理 SCM。）像 webDAV 这样您可以将它们指向“网络驱动器”可能为它们提供部分技术解决方案，但它有自己的怪癖。

【解决方案2】：

@retracile：感谢这个“如何”。我刚刚发现 rmtoo 进行基于文本的需求管理...顺便说一句，回想起来，它还具有 VCS 集成功能，并且作为 Trac，它是用 Python 编写的。

【讨论】：