IBM Rational DOORS - 我应该自己部署它，还是有更合适的东西？

Question

我正在继承一个项目，到目前为止，它的所有工件都保存在CVS和FogBugz中。有大量的MS Office格式的新旧文档需要协调。

我在IBM Rational DOORS上看过一些演示文稿，并认为它可以解决所有这些不同文档和系统缺乏可追溯性的问题。我（可能不正确）的理解是，我可以，例如，突出显示Word文档中的短语并将其标记为要求，然后在该短语和其他工件之间创建双向链接，例如错误跟踪系统中的任务或更改日志和用户指南中的条目，以表明已满足要求。

不幸的是，如果我想使用DOORS，我可能需要自己安装和维护它。我找到了一个名为rmtoo的需求管理的开源产品，但看起来它需要我将所有文档文档重写成一堆特殊格式的文本文件 - 这对我来说，打败了整个目的。如果DOOR是过度杀伤，DOORS有没有低开销的替代方案？

Answer 1

DOORS有双向链接，但它们只是从“DOORS模块”中的“DOORS对象”到同一个或另一个“DOORS模块”中的另一个“DOORS对象”。

DOORS对象有点像电子表格文件中的一行，而DOORS模块有点像电子表格文件。

您必须将所有材料导入DOORS才能使用它 - DOORS无法处理文档或与外部世界进行良好沟通。将Word文档导入和导出到DOORS是非常容易打破的。

DOORS真的过时且有限。

Answer 2

我是否理解您正在尝试跟踪DOORS，Word，Tracker-entry等中的元素？ DO DO开箱即用，我认为你所看到的东西是不可能实现的。我认为你需要一个像agosense这样的工具，以及大量的适配器到你需要的工具的自定义。如果你真的想知道，我会和IBM销售代表谈谈。但是基于DOORS的解决方案真的很贵。

从您的描述中不清楚您对工具链的控制程度。如果您有完全控制权并且正在寻找便宜的解决方案，您可能需要查看Trac之类的内容。它是免费的，并集成了bug跟踪和Wiki（因此，为了工作，你必须将你的文档从Office迁移到Wiki，以及从FogBugz到Trac的错误 - 不确定你的用户是否会接受这个，并且它创建了与rmtoo相同的问题）。

最后，你可以研究一下比DOORS便宜的IBM产品Requisite Pro。它的优点是您的需求可以直接在Word中管理。

希望这有帮助！

Answer 3

  

如果DOOR过大，是否有任何低开销的替代方法   门吗？

根据经验，很容易就有超过20种软件工具（通常是ALM）支持“需求工程”的手段。

以下是简短列表：

• 西门子Polarion
• 3SL的摇篮
• Perforce ALM
• Jama
• 内陆

...以及其他带有RE Addon的IBM DOORS NG“ Next Gen”，SAP，MKS / PTC Integrity等。

对于架构，我建议使用EA，狂想曲，NoMagic，Visual Paradigm。

我们也有使用Confluence管理需求的项目。显然，Gitlab正在计划提供RE功能。

根据您所在的行业，DOORS仍在积极使用中。而且有充分的理由。