我被要求创建一个映射需求和设计文档的可追溯性矩阵。我在弄清楚如何将单个需求链接到设计时遇到了很多麻烦，因为链接几乎总是 1:M，因此很难映射和维护。任何一点都可以指向任何示例，或者就在这种情况下如何管理矩阵提供一些建议。测试需求对我来说很有意义，但是我不明白为什么我需要设计需求，显然这是我们的 CMMI3 审核所必需的。
感谢您的帮助
【问题讨论】：
标签： documentation requirements traceability
在我看来，您好像在谈论需求分析师的角色。在这个过程中有各种工具可以提供帮助，领先的商业竞争者是 IBM Doors。虽然我相信使用 wiki 和 wiki 页面中的超链接来表示依赖和链接同样可以很好地实现这一点。
如果您有一个需求规范和一个设计，但它们尚未以某种方式联系起来，那么您的老板一开始就错过了需求管理这一点。
需求应该指导设计过程，并从一开始就联系起来，而不仅仅是事后联系起来，以使审核员满意。您设计的任何东西都应该以特定的方式完成以满足要求。
长话短说……就我个人而言，我会将需求和设计都粘贴在 wiki 中，并将它们链接在一起，如上所述。你基本上被要求为一个没有发生或没有写下来的过程制作文档。
【讨论】：
合规矩阵是一个二维表，包含了产品的功能需求与准备好的测试用例的对应关系。在表格列的标题中有要求，在标题行中 - 测试场景。交叉处有一个标记，表示当前列的需求被当前行的测试脚本覆盖。
QA 工程师使用合规矩阵通过测试来验证产品覆盖率。 TM 是测试计划不可分割的一部分。
【讨论】：