ational RequisitePro 和 IBM Rational XDE Developer 进行了集成，通过将存储在 Rational XDE Developer 模型中的用例图，和存储在 Rational RequisitePro 中的相关用例需求信息（事件流、优先级、难度、风险等）链接起来，从而解决了向开发人员高效传递需求这项挑战。
为回答其他两个关键问题，我们将 Rational RequisitePro 和 Rational XDE Developer 进行了集成，通过在需求和实现该项需求的相关设计要素之间建立直接关系，从而解决了保持软件设计与需求一致这项挑战。
利用 IBM Rational 工具，从需求出发进行设计
为了说明 IBM Rational RequisitePro 和 IBM Rational XDE Developer 集成所带来的利益，本小节讲一下，将这两种工具的集成用于软件团队的日常工作中，这里软件团队遵从 IBM Rational Unified Process? 中规定的软件开发最佳实践。用斜体分别列出了 Rational RequisitePro 和 Rational XDE Developer，以及它们二者的集成为该软件活动所带来的特定价值。
确保软件能够为客户创造价值
项目开始时，用一个可视的文档（通常由分析人员来编写，但要在团队和客户之间传阅，并得到他们的批准）来说明客户问题和这些问题的建议解决方案。在可视文档中，用高级产品功能来说明所建议的解决方案。
用 Rational RequisitePro 来管理可视文档和高级产品功能，同时也管理从这些产品功能和其他涉众获取的详细需求。
在 Rational RequisitePro 中，通过保持需求之间的关系（称作"可跟踪性链接"），来提供覆盖报告（用来确保全部的高级需求都通过更详细的需求得到实现）和影响分析报告（用来度量需求变更对其他需求产生的影响）。
当可视文档达成一致意见后，为了能够让软件团队将精力集中于为客户创造价值上，使用一个用例图，以用户的视角，来描述应用程序能够带来的价值。通过用例图来描述某一系统与用户和其他系统发生交互时，将产生何种系统行为。在过去 10 年中，用例已经得到验证，它是一个高效的方法，从用户的视角来记录系统功能，该用户视角既为软件团队也为他们的客户提供了一个关于待建系统期望行为的公共理解。通过最大限度地降低误解风险，用例提高了软件团队必须交付成功系统的机会。