基于Eclipse平台，开放而高效
常见问题: 根据开发团队的不同角色采用不同的开发工具。工具与工具之间没有集成，团队成员的沟通必须通过频繁的数据导入导出操作来实现或通过频繁地切换工具，效率低下。
常见问题: 开发团队使用封闭的、非开放的工具。当用户需要额外功能，而工具提供商无法为用户定制的时候，用户希望可自行扩展，但是无法实现，因为工具是封闭的，不提供相应的接口。 Rational新一代的设计和构建工具解决了以上问题。它们都是基于Eclipse的通用开发环境，这些工具包括: IBM Rational Application Developer-Community Edition IBM Rational Application Developer IBM Rational Software Modeler IBM Rational System Developer IBM Rational Software Architect IBM Rational Data Architect 所有的这些产品都有着相同的用户界面，我们称之为工作台，每个产品通过增加插件在工作台上增加功能，这样的好处是共享的工作台可为团队中的所有成员提供相同的底层数据视图，并按照不同角色以可视化形式来展现。这样，就可以为每个开发人员根据其所担任的角色来提供适合其需要的工作环境，从而提升开发效率，增强过程管理。
示例场景: 在同一个Java项目中，开发人员打开Java视图开发代码；架构师打开建模视图，以UML图形方式展现代码的逻辑结构，并在此基础上复审和修改架构; 测试人员打开测试视图，根据代码产生测试用例，启动测试。从这个场景可见，开发团队协作效率是非常高的，因为虽然工具给团队不同角色的人员呈现不同的视图，但是这些视图是基于在同一套底层代码上面，团队的沟通因而也基于相同的基础，沟通更顺畅; 另外，团队成员的沟通也无需因为采用不同的工具而不得不进行频繁地导入导出数据工作。
示例场景: 开发团队需要定制根据经验积累的新设计模式，在Rational新一代的设计和构建工具中，由于完全基于开放的Eclipse和采用插件的架构，团队可以通过提供的开放的API， 方便地产生新的模式，并以插件的形式集成到工作台上，以菜单的方式呈现给设计人员。
图1 基于Eclipse平台的IBM开发平台
架构师设计优秀架构的必备工具
常见问题: 建模工具除了用来画UML图还能做什么? 常见问题: 如何通过Rational的设计和构建工具实现SOA? Rational Software Architect(RSA)是一个为软件架构师和分析设计人员服务的架构设计工具。RSA目的在于帮助你创造体系结构优秀的应用。越来越多的客户要求建模工具除了能描绘系统的架构，更重要的是还要能验证架构的质量。模型分析: 根据内嵌的UML规则工具自动地对模型进行检查，寻找其中违反规则的模型结构，如循环依赖关系，提高架构师和分析设计人员的工作效率和模型质量。架构复审: 通过对代码的复审，反向了解系统的架构，根据工具提供的“错误架构模式”来了解系统的可靠性和健壮性等。
通过UML Profile for Software Services这一插件，您可以使用RSA进行SOA 服务的设计，描绘服务的接口、内容以及服务间的相互协作关系，并通过 RSA的UML->Java->Web Services的转换，最终实现服务的构建。 示例场景: 架构师通过RSA定义系统的高层次架构模型；在高层次架构的指导下，分析设计人员通过RSA进行子系统、类和接口的设计; 分析设计人员将设计递交给架构师，架构师通过RSA的模型分析进行验证。
示例场景: 架构师和分析设计人员通过RSA定义系统的模型；架构师和分析设计人员根据模型生成代码; 开发人员细化代码，通过代码复审确认符合代码规则; 开发人员将代码交于架构师，架构师通过架构复审确认修改后的代码符合架构规则。
图2 RSA架构及代码复审功能界面
