有用。因此，需 求管理工具应该能够支持图形化模型和文字性的需求说明存在于一个单一的文档形式中，并且这样文档形式可以支持不同层次间需求的追踪关系（无论这些需求是以 文字形式还是以UML的图形化模型表示）。
过程域：技术解决方案
在这个过程域中，我们需要关注的是评估和选择设计方案，进行详细设计，最终实施。那么这些和需求管理又有什么关 系呢？组织必须首先确保他们可以持续地开发出满足需求的解决方案，一种方法就是通过验证所产生的设计来确保初始方案是正确的。在这个过程中，组织应该能够 发现那些不切实际的，或因定义不够充分而无法实现的需求。同时，组织应该允许需求在整个设计过程中不断地充实变化，但这一点的前提死必须保证这些变化是可 控制的。所以，可追踪性不仅体现在不同层次的需求之间（用户需求，系统需求，子系统需求等），也应该体现在需求和解决方案之间。
我们应该保留从责任人要求到系统和子系统需求的分析过程和分析方法，以便我们在设计和编码阶段仍然可以遵循这些 过程和方法。因此，需求管理工具应该能够让后续的系统设计者和开发者可以浏览、创建和维护最初的需求和他们设计之间的可追踪性，并以此检验后续设计/开发 工作对需求的依从性，以及对需求变更的影响度估计。由此，需求分析员和项目经理应该具有从系统责任人要求到系统具体设计/开发/测试间的可追踪性有一个完 整概念，这个可追踪性可以让他们做到基于需求的项目过程监督，并可以保证所有的开发和测试工作与需求保持一致。
4.总结
对于那些有大型复杂的产品或系统开发项目的组织来说，CMMI是评估和改进开发流程 的必由之路。许多大型公司见证了这条必由之路，如：洛克希德·马(Lockheed Martin)，波音 (Boeing)，诺斯罗普·格鲁曼(Northrop Grumman)，通用汽车以及JP摩根等。
在CMMI 2级和3级中，重点要求达到的是有效的需求管理和需求分析实践。在这两个阶段，全面的工具支持对于帮助整个组织理解、定义和实施CMMI描述的最佳经验是 必不可少的。通过在开发的生命周期中提供对需求采集/定义、需求分析以及需求变更追踪的全面支持，开发组织才能够从这些过程改进中得到最大收获。