代码之家  ›  专栏  ›  技术社区  ›  kthakore

软件工程师是否有工具跟踪他们的需求->设计文档->来源?[关闭]

  •  0
  • kthakore  · 技术社区  · 17 年前

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

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

    经过思考,我发现我们小组的主要问题是:

    • 我们的SRS很少与我们的设计图匹配
    • 我们的建筑没有很好的定义
    • 最后,我们的代码与我们的设计毫无关系

    在这个项目中,我们被迫使用瀑布过程 radit(需求、分析、设计、实现和测试)。我讨厌这种方法,想这么做 敏捷TDD 为我的第四年计划。但恐怕我不能 跟踪需求->设计->架构->测试->源。 因此,我正在考虑制造一种工具,它可以在 吉特 . 但如果已经有了这样一个目标,那就好了。

    3 回复  |  直到 17 年前
        1
  •  2
  •   Stuart Caborn    17 年前

    你可以试试 mingle . 它是为管理敏捷项目团队而构建的。需求被跟踪为虚拟卡墙上的故事。它有现成的SVN集成,但我认为Git还有一个社区插件。它内置了一个wiki,因此当您将需求链接到设计wiki页面时,您可以轻松地跟踪需求和生成的架构。

    此外,如果您计划将mingle用于学术目的(即课堂/实验室或课程的一部分),学术用户有资格获得免费许可证。

        2
  •  1
  •   Pete Kirkham    17 年前

    在过去的15年中,我一直在开发工具支持,以实现软件工程中的可跟踪性,最好的是doors+sysml。它们都需要手动连接(尽管您可以将ID添加到代码和单元测试中,并取回一些覆盖率指标)。

    很容易制作一个简单的工具,将特定测试与需求ID相关联,然后将该需求报告为已测试。类似地,您可以添加标记来说明代码的哪些部分映射到您的设计元素(尽管这主要是由逆向工程工具自动化的)。然后,您可以判断您是否拥有满足所有需求和设计元素的标记。这些是对COTS UML工具的扩展,因此可能与Git的设计精神不完全相同。

    我目前所知的任何工具都不能为您提供任何方法来实际确定测试是否执行了设计中应该实现超链接需求的部分(这是可行的,因为您可以在运行测试时将覆盖范围记录在与设计元素链接的代码中)。

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

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

        3
  •  0
  •   Jason DeFontes    17 年前

    我记得复习 Rational RequisitePro 许多月以前,虽然我们没有使用它。IIRC,它集成了我们当时使用的Rational的Clear Case源代码控制系统。这有点俏皮,但对我们的需求来说太过分了。

    推荐文章