是否有软件工程师跟踪他们的需求->设计文档->源代码的工具？

Question

所以我最近完成了我的第三年软件工程项目。这个项目是个游戏。

这一点也不容易。这是我做过的最具挑战性的项目。

经过一番思考后，我注意到我们小组面临的主要问题是：

• 我们的SRS很少匹配我们的设计图
• 我们的架构没有很好的定义。
• 最后，我们的代码与我们的设计毫无关系。

在这个项目中，我们被迫使用瀑布过程对我们的RADIT( reqs，anal，设计，实现和测试)。我讨厌这种方法，并希望在我的第四年项目中使用敏捷进行TDD。但恐怕我无法跟踪reqs、->设计、->架构、->测试->源代码，因此，我正在考虑在git之上开发一个工具。但是，如果为此目的已经有了一个，那就太好了。

Answer 1

你可以试试交融。它是为管理敏捷项目团队而构建的。需求被跟踪为虚拟卡片墙壁上的故事。它有SVN集成的开箱即用，但我认为也有一个社区插件的git。它内置了一个wiki，所以您只需将需求链接到设计的wiki页面，就可以轻松地跟踪需求和生成的体系结构。

此外，如果你打算在课堂/实验室或课程中使用交融，那么学术用户也有资格获得免费许可。

Answer 2

在过去的15年中，我一直致力于支持软件工程中的工具可跟踪性，其中最广泛可用的是DOORS+SysML。它们都需要手动连接(尽管您可以将ID添加到代码和单元测试中，并获得一些覆盖率指标)。

很容易制作一个简单的工具，它将特定的测试与需求ID关联起来，然后将该需求报告为测试。类似地，您可以添加标记，以说明代码映射到设计元素的哪些部分(尽管这主要是通过逆向工程工具实现的)。然后，您可以判断是否为您的所有需求和所有设计元素设置了标记。这些都是对COTS UML工具的扩展，因此可能没有完全按照git的精神设计。

我目前所知道的工具没有提供给您任何实际的方法来确定测试是否执行设计中应该实现超链接需求的部分(这是可行的，因为您可以在运行测试时在链接到设计元素的代码中记录覆盖率)。

还有其他工具，如CaDiZ和Cog，它们都是定理验证工具，它们可以对您的需求进行正式描述，并对代码进行注释，并验证模型是否符合规范。这对于足够简单的代码是有效的，但对于博士后级计算机科学家来说，这是相当耗时的(几十行代码的几周时间)。

我所知道的所有工具都没有与git集成。

Answer 3

我记得许多年前，我回顾过有理RequisitePro，尽管我们最终没有使用它。IIRC，它与Rational当时使用的明确的Case源代码控制系统集成在一起。这有点好，但对我们的需要来说太过分了。