需求与设计文档之间的可追溯性矩阵

时间:2011-03-14 20:39:21

标签: documentation requirements traceability

我被要求创建一个可追溯性矩阵,该矩阵在需求和设计文档之间进行映射。我在解决如何将单个需求链接到设计时遇到了很多麻烦,因为链接几乎总是1:M,因此难以映射和维护。可以指出任何示例的方向,或者就如何在此上下文中管理矩阵提供一些建议。对测试的要求对我来说很有意义,但是我不明白为什么我需要设计要求,显然这是我们的CMMI3审核所必需的。

感谢您的帮助

2 个答案:

答案 0 :(得分:0)

在我看来,您正在谈论需求分析师的角色。在这个过程中有各种各样的工具可以帮助,领先的商业竞争者是IBM Doors。虽然我相信使用维基页面中的wiki和超链接来表示依赖和链接同样可以实现这一点。

如果您有需求规格和设计但它们尚未以某种方式链接,那么您的老板首先忽略了需求管理的要点。

要求应指导设计过程并从一开始就联系起来,而不仅仅是事后的联系,以保证审计师满意。您设计的任何内容都应以特定方式完成,以满足要求。

简而言之......简单地说,我会将要求和设计都放在维基中并将它们链接在一起,如上所述。您基本上被要求为未发生或未写入的流程制作文档。

答案 1 :(得分:0)

合规性矩阵是一个二维表,其中包含产品功能要求与准备的测试用例的对应关系。在表的列的标题中有要求,在标题行中 - 测试场景。在十字路口是一个标记,意味着当前列的测试脚本涵盖了当前列的要求。

QA工程师使用合规性矩阵通过测试验证产品覆盖率。 TM是测试计划中不可或缺的一部分。