引言
本文描述了 IBM Rational® RequisitePro® 2003 和 IBM Rational® XDE™ Developer v2003 之间的集成如何帮助软件团队保持设计活动与需求的一致性。目的在于能够交付实际满足客户需求的软件。
Rational RequisitePro 是 IBM Rational 市场领先的需求管理工具。借助于 Rational RequisitePro，您可以在 Microsoft Word 文档中管理需求，这些需求已链接到需求数据库中，利用该数据库可以高效组织和管理其他需求信息。
Rational XDE Developer 是一个完全可视的设计和开发环境，它在开发人员的集成开发环境（IDE）中加入了 UML（统一建模语言）建模，从而增进了交流，并提高了软件设计的文档化。本文描述的集成适用于以下 Rational XDE Developer 家族成员：
Rational XDE. Developer - Java. Platform Edition，可以通过内建的 Eclipse IDE 单独实现集成，或者将其安装到 IBM WebSphereTM Studio Application Developer 和 Integration Edition IDE 中。
Rational XDE. Developer - .NET Platform Edition，扩展了 Microsoft Visual StudioTM .NET IDE。
Rational XDE. Modeler Edition，它提供了 Rational XDE Developer 功能的子集，从而使架构人员和设计人员能够为架构、业务需要、可重用资产和管理级通讯创建通过平台实现的 UML 模型。
本文首先回顾了保持需求与设计一致的挑战，然后深入探讨了 Rational XDE Developer 和 Rational RequisitePro 之间的集成如何提供了针对这些挑战的解决方案。
本文第二部分详细描述了如何利用该项集成来创造效益。
背景：从需求出发进行设计的挑战
需求为软件开发人员定义了应该创建何种系统。通过需求来记录客户需要，这些需要是为了使客户能够创造价值，软件必须要解决的。同样，应该通过需求来驱动所需的全部软件活动，从而实现最终目标：交付能够为客户创造价值的软件。
实际上，在记录了需求之后，软件团队需要一直遵照这些需求，并且确保按照这些需求来进行设计和编写代码。
以往的需求工具和设计工具都是相对独立的，这两种工具之间存在一道屏障，将业务分析人员和开发人员分割开来。这样就产生了不良的软件开发后果，最终导致所开发的应用程序没有实现需求所指定的功能。这种普遍现象的根源在于需求与开发人员之间贫乏的交流，特别是需求变更与开发人员之间的交流不足。将需求规格说明书的初次调整传递给开发人员，这并不难实现，但是当需求频繁地发生变更时，如果不将不断变更的需求传递给开发人员，他们将还按原来的需求来开发系统，从而使所交付的应用程序无法满足不断变化的用户需要。特别是创建大型系统时，开发团队极易疏忽某些需求。在设计阶段评估需求的覆盖程度，对于确保应用程序能够满足客户在项目开始时所设定的期望值非常重要。
现在还没有一个很好的方法，来回答以下问题：
需求处于何种最新的状态？
全部经商定的需求在设计中都考虑到了吗？
设计模型的哪个部分受到了最新的需求变更的影响？
如何才能知道设计是可行的？能否满足用户需要？
为回答第一个问题，我们将 IBM R