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

Question

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

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

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

谢谢你的建议.

Answer 1

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

我用商业工具RequisitePro进行的简短实验对我来说似乎相当不错。允许人们对现有的 Word 文档进行注释并创建已识别需求的实时链接数据库，然后对它们进行大量分析和跟踪。

有时，当我看到一个商业产品时，我会想“噢，不错，但我可以在周末用 Perl 掌握基础知识。” 这个东西的情况并非如此。在花时间进行自己的开发之前，我当然会看看这个领域的商业产品，并与几个人一起进行实验（ReqPro 有免费试用版，我猜竞争对手也会）。