许多实际客户项目使用了此方法，并由 IBM 指导建立该流程。
良好的需求管理与良好的软件同样关键
研究表明，IT 项目中的计划外成本往往取决于需求管理的成熟度级别。因此，有效和成熟的需求管理流程，对于任何软件开发项目取得成功都是非常重要的因素。
以下是衡量需求管理成熟度的典型因素：
需求管理流程 可以产生出色交付产品的标准模板的可用性 在需求和开发流程中的完全可追溯性 项目团队的技能 支持工具的可用性。
如果项目团队或公司改进了所有这些因素，而不只改进其中一部分因素，那么其成熟度级别会有所增加。仅购买一个需求定义和管理工具（如 IBM® Rational® Requirements Composer）并不足于改进项目团队的开发，并且有可能只是增加了他们的总体项目成本。仅凭借工具根本无法帮助提高成熟度。不过，如果您成功引入一种方法，其中项目团队的所有成员必须遵循一个过程，使用标准模板，并建立项目的可追溯性，那么该工具就有可能帮助提高您的需求管理流程的整体成熟级别。
实现强大需求管理流程的步骤
本文将演示如何使用 IBM® Rational® Requirements Composer 和 IBM® Rational Team Concert 来确保稳定和成熟的需求定义及管理。这种方法曾在大型真实客户项目中得到应用，在这些项目中，IBM 帮助指导当地项目团队建立这样一个流程。
注：
本文并没有解释如何使用 Rational Requirements Composer 来创建需求，也没有解释您如何可以将它们连接到测试用例或实施任务。developerWorks 其他文章、Rational Requirements Composer Information Centers 中的">产品文档，或在 Jazz.net 的 Rational Requirements Composer 部分中均已涵盖了这些主题。
定义所需的流程和信息
甚至在您考虑安装软件工具之前，您就应该定义您的需求管理流程和模板。根据您的具体情况，您可以针对您的项目、整个计划，甚至整个公司进行定义。
通常情况下，将采用一个现有的需求管理流程，并对其进行调整以符合您的项目。在定义流程时，重要的是要考虑可能发生的异常情况，以及将参与此流程的人员。例如，您需要想想，如果需要修改一些需求，或者有些需求变得过时，将会发生什么情况。有时，因为需求必须一起交付，所以需要捆绑在一起，或者它们需要根据其内容经过专门审批。或者，您必须记住，如果各个利益相关者无法对某个需求达成一致意见，那么您必须定义一个升级流程。
与需求管理流程配合，还要针对您计划在流程不同步骤中创建的不同类型的文档定义一组模板。除了书面需求之外，您通常还需收集运行流程或筛选需求（例如，列出原先请求该需求的团队）时所需的更多信息。最好是定义需求管理流程和您计划在不同流程步骤中创建的文档所需的信息。
当清晰定义这些东西后，您就已经准备好设置软件工具来支持您的流程。在您安装和设置自己的基础架构之前，先调查是否可以更方便快捷地部署托管服务。
定义可交付成果和模板
要创建已定义的需求管理流程，重要的是要定制 Rational Requirements Composer 和 Rational Team Concert 以满足您的需求。软件提供了预定义的模板结构，但最好是根据您的流程定义检查该结构，并作出必要的修改。
针对您计划创建的每种构件类型创建一个构件模板（例如，一个用于初始需求，一个用于用户界面需求的定义，以及一个模板用于业务规则的定义）。布局和结构的标准化程度越高，团队成员就越可能生成标准化的可交付成果，并理解其他团队成员的工作。如果他们都按照相同的流程和模板工作，在团队之间切换人员就会更容易（只寻找他们的业务技能，但不需要担心他们有不同的流程或文档样式）。
为了定义和管理构件模板，我在项目文件夹中创建了一个名称为 Templates 的目录，然后使用 TMPL_ 前缀为每个类型添加一个构件。在此目录中，您为模板执行所需的所有变更，并通过点击 Create Artifact Template 图标发布它（参见图 1）。在您用于管理需求和构件的所有筛选器中，排除以 TMPL_ 前缀开始的所有构件。
图 1. 构件模板示例
图 1 的大图