需求管理的域存储库 - 构建还是购买？

Question

在我的组织中，我们有一些非常低效的流程来管理需求，跟踪实际交付的版本等，后续版本是否会破坏以前的功能等等 - 目前它们都是手动管理的。这些要求分布在多个文档和问题跟踪器上，实现细节在subversion，Jira，TestLink的代码中。我正在尝试整合一个整合需求信息的系统，以便它来自单一的权威来源，可以通过标准接口访问 - Web服务，浏览器等，并且可以自动验证。实际的领域知识并不复杂，但是高度专有和非标准（即，不仅仅是具有地址，电子邮件等的客户），并且是关系型的：客户具有某些功能，打开/关闭功能，特定数据源连接 - 所有特定版本。所以对此进行建模应该很简单。

任何人都可以为此提出最佳方法 - 我确信我可以从头开发一个完全符合要求的系统，比如ruby on rails，grails或者一些RAD框架。但是我很难获得管理层的支持，他们会觉得现成的解决方案更安全。

有人可以推荐这样的系统吗？或者我最好从零开始构建它，因为我觉得我是？我担心购买的系统需要花费同样长的时间来部署，并且不符合我们的要求。

感谢您的任何建议。

Answer 1

我相信你在描述两个不同的问题。第一个是让每个人都标准化，第二个是为需求管理选择一个好的工具。我不会像过程和人员那样担心这个工具。如果您的各种项目经理不想分享，拥有世界上最好的工具将无济于事。

所以，我的建议是从简单开始。抓住Redmine或Trac并接受让每个人都标准化的挑战。一旦你拥有了正确思维的每个人，你就可以改进用于存储的工具。

Answer 2

{免责声明 - 提及我雇主的产品}

我使用商业工具RequisitePro进行的简短实验似乎非常好。允许一个人对现有的Word文档进行注释，并创建一个已识别的requisistes的实时链接数据库，然后执行大量的分析和跟踪。

有时候，当我看到一个商业产品时，我会想“哦，好看的光头，但是我可以在周末用Perl敲掉基本面。”这种情况并非如此。在花费我自己的开发时间之前，我肯定会看看这个领域的商业产品和一对夫妇的实验（ReqPro有免费试用，我猜比赛也会这样）。

Answer 3

感谢工厂的回复。我将看看RequisitePro，至少我会遵循“没有人因为购买IBM而被解雇”的策略;）你是对的，我有点知道，在这些情况下，买得更好。当我可以想象将它快速拼凑在一起时很诱人，但是这种方法还有其他权衡和风险。

谢谢， 贾斯汀

Answer 4

虽然Requisite Pro强制执行标准并且当然可以帮助您完成任务，但我肯定会在与人员达成协议并使用更灵活的工具（如Trac，Redmine（两者都具有令人难以置信的）时，努力使输入标准化。快速部署和设置时间，特别是如果您从VM托管它们，或者如果您可以让管理层认可您的项目，甚至是自定义时间。