|
|
1
2
你可以试试 mingle . 它是为管理敏捷项目团队而构建的。需求被跟踪为虚拟卡墙上的故事。它有现成的SVN集成,但我认为Git还有一个社区插件。它内置了一个wiki,因此当您将需求链接到设计wiki页面时,您可以轻松地跟踪需求和生成的架构。 此外,如果您计划将mingle用于学术目的(即课堂/实验室或课程的一部分),学术用户有资格获得免费许可证。 |
|
|
2
1
在过去的15年中,我一直在开发工具支持,以实现软件工程中的可跟踪性,最好的是doors+sysml。它们都需要手动连接(尽管您可以将ID添加到代码和单元测试中,并取回一些覆盖率指标)。 很容易制作一个简单的工具,将特定测试与需求ID相关联,然后将该需求报告为已测试。类似地,您可以添加标记来说明代码的哪些部分映射到您的设计元素(尽管这主要是由逆向工程工具自动化的)。然后,您可以判断您是否拥有满足所有需求和设计元素的标记。这些是对COTS UML工具的扩展,因此可能与Git的设计精神不完全相同。 我目前所知的任何工具都不能为您提供任何方法来实际确定测试是否执行了设计中应该实现超链接需求的部分(这是可行的,因为您可以在运行测试时将覆盖范围记录在与设计元素链接的代码中)。 还有其他工具,如cadiz和cog,它们是定理证明工具,可以对您的需求进行正式描述,并对代码的模型进行注释,并验证模型是否符合规范。这对于足够简单的代码是有效的,但是对于博士后级别的计算机科学家来说,这相当耗时(对于几十行代码来说,大约几周)。 我所知道的所有工具都没有与Git集成。 |
|
|
3
0
我记得复习 Rational RequisitePro 许多月以前,虽然我们没有使用它。IIRC,它集成了我们当时使用的Rational的Clear Case源代码控制系统。这有点俏皮,但对我们的需求来说太过分了。 |