做了几年需求跟踪，最开始用EXL表，后来用工具，
但是，感觉需求跟踪和需求编写质量、粒度等有很大关系。

想请问各位，是否有跟踪矩阵做得好的，真正用上了的。

我知道哪个矩阵是有用的，但是维护和使用中容易做不下去，
想看看各位都是怎么用好它的。有什么经验？

搂住公司在搞CMM？
在CMM三级中要求软件团体必须具备需求跟踪的能力：“在软件工作产品之间，维护一致性。工作产品包括软件计划，过程描述，分配需求，软件需求，软件设计，代码，测试计划，以及测试过程。”
需求跟踪矩阵并没有规定的实现办法，每个团体注重的方面不同，所创建的需求跟踪矩阵也不同，只要能够保证需求链的一致性和状态的跟踪就达到目的了。

在网上找了个别人的经验，希望有帮助
=======================================================
在CMMI3级中提出了需求跟踪矩阵的使用。以前在一些项目中也用过，但似乎总是觉得不是那么有效，并且似乎难以填写。现在我们的做法是直接根据功能规格书来检查详细设计书的完整性，遗漏的情况也不是很多，因此对需求跟踪矩阵的必要性产生了怀疑。
在上一周（2005/12/01~2005/12/03）参加了CMMI引论培训，讲师是中国的CMMI第一人周伯生老师，他的项目经验和CMMI经验都毋庸置疑。在讨论中验证了我以前的一个看法，虽然有些事后诸葛亮，但是为了能够记住，现记录在下面。
矩阵应该是多个，而不该是一个。现在公司的需求跟踪矩阵从需求收集到测试统统都是一个矩阵，似乎想一个矩阵解决需求跟踪的所有问题。这样导致了使用的复杂性，矩阵看起来也乱糟糟的，总之，难用！想起当时做SimulatorEL的项目时，也是这个原因让江尧将这个矩阵变成了多个，确实是被逼的。但是因为据说这是当时的咨询师提出的，有一定权威性，所以我一直都在迷惑，需求跟踪矩阵是一个合理还是多个合理。
另外一个是用需求跟踪矩阵的问题是，需求点的粒度难以掌握。如果粒度太粗，则会遗漏一些具体的功能要求；如果太细，则会变成功能规格书的一个拷贝。所以到现在为止，项目组的做法都是直接根据功能规格书来评审详细设计书是否遗漏。
但是今天，在和日本客户的交流中，又碰到了需求跟踪遗漏的问题，当然使我们的软件中出现了BUG。和他来来回回的交流中，又让我感觉到了需求跟踪矩阵的重要性。因为这个遗漏就是在从功能规格书到详细设计书的遗漏。本来我觉得只要加强评审即可，但是日本客户追根究底，要求说明如何加强评审（日本人的这种追根究底的精神确实值得中国人学习，中国人也许就是缺乏这种精神，领先了五千多年后被西方赶上，并被狠狠地甩在了后面。这种追根究底的精神是研究现代科学所必需的！）。这让我想到了需求跟踪矩阵。我们还是有不算少的跟踪遗漏，并且已经找不到办法再次提高了，也许我们又到了再次试一试需求跟踪矩阵的时候了。
也许解决方案应该是，在详细设计之前，根据功能规格书，做成功能点的需求跟踪矩阵，然后测试组开发组同时对需求跟踪矩阵（主要是完整性）进行评审。然后，根据需求跟踪矩阵做成详细设计书。最后，使用需求跟踪矩阵检查详细设计的完整性。我想这样也许会使我们的需求跟踪遗漏减少，值得一试。
那么，需求跟踪矩阵的粒度如何掌握呢？我想，掌握需求跟踪矩阵的粒度的原则应该是，在不遗漏任何粗的和细的功能点的情况下，尽可能简单。
我想我们到了可以试一试需求跟踪矩阵的时候了。这应该值得高兴，因为这也许就是成长。

期待学习同学们的经验

QUOTE:

---

最初由 lawer-bbc 发布

也许解决方案应该是，在详细设计之前，根据功能规格书，做成功能点的需求跟踪矩阵，然后测试组开发组同时对需求跟踪矩阵（主要是完整性）进行评审。然后，根据需求跟踪矩阵做成详细设计书。最后，使用需求跟踪矩阵检查详细设计的完整性。我想这样也许会使我们的需求跟踪遗漏减少，值得一试。

---

这个很新鲜，从来没想到过，谢谢！

斑竹果然SMART，我们确实在做CMMI3，所以希望能够找到更多更实用的方法，我边遇到问题边自己想边提问，希望得到大家的帮助，共同成长。

我们以前失败的教训是，做完了设计、编码、测试等才要求建立联接关系，所以效果不好。

现在是要求边写文档边完成跟踪矩阵，效率和效果上都好了点

CMMI认证主要解决规范化问题，只要不是为了认证而认证，通过这个过程企业的进步是可以预期的。
欢迎搂住常来交流

多个视图还是必须的，但会增加维护的成本。相反在一个视图里体现会极其复杂。如果能考虑两者相结合就是最好的方法了，lawer-bbc给出的想法不错，可以借鉴学习一下。

多矩阵和维护成本存在矛盾，关键是任务分解的度的把握，这需要实际工作中摸索了

需求跟踪矩阵是一个过程，起点在需求阶段，结束在测试阶段。
它起初是需求分析的工作产品之一，然后在概设、详设、编码、测试的每个阶段都要去跟踪，看是否全面覆盖、如果有变更要更新本矩阵。概设、详设、编码由编码人员进行，测试阶段由测试人员进行，qa检查过程中的每个阶段执行情况。