对代码、设计和开发之上的架构更多的控制

应用程序开发从来都不是简单的事情。当软件变得越来越重要时，他的复杂性也在不断的增加。在减少这种复杂性和增加易用性的工作中，软件工具的提供者已经进行了多年的努力以创建允许开发人员快速的构建应用的快速应用开发（RAD）工具。最开始的产物并不是实际的工具，而是可以提供给开发人员使用的具有关键功能的库，主要是关注在用户接口的生成上。这些库最终被扩展到围绕通讯和关键功能的实现上。然而，虽然这些库加速了软件的开发，但是他们是私有的资产并且要求较高的技能来正确的使用。

　　为了使快速应用开发更具有实践性，并且向广大的程序员开放快速应用开发的能力，工具提供商开发出了例如 Microsoft® Visual Basic 和 Sybase® PowerBuilder 这样的产品，他们为开发人员提供了一个完整的开发环境。支持的语言也是非常简单易学的，并且工具本身提供了象 GUI 设计者这样的允许用户通过拖放控件到一个虚拟的面板上然后在控件上附加代码功能的方式加速应用开发的手段。这些开发环境快速的生成转换，并且使用这些工具可以自动产生大量的代码。

　　但是问题仍然存在。虽然这些工具被使用创建很多关键的应用，但是他们很少控制开发人员使用的方法。很多情况下，应用程序既不是基于模型的也没有一个健壮的架构做基础。因此，开发人员还必须要设计他们的应用。产生的应用通常是非结构化的、不够良好的设计和维护困难的。通常缺乏代码共享的实践意味着应用经常会在几个不同的方式（有时是相互冲突的）上产出相同基础功能集合。此外，当组织想跨越各部分来扩展一个非结构性的应用范围时，使用被给定的工具集创建出的应用是很难被度量的。同时这些工具集使用的是私有的技术，因此他们很难与其他技术进行集成。

　　为了消除这种混乱， Rational 软件公司（现在是 IBM Rational ，IBM 软件集团的一部分）已经为软件开发行业提供了针对应用开发生命周期的更加基于标准的方法。这个方法包括统一建模语言 （UML），工具（IBM® Rational Rose,® IBM® Rational ClearCase,® IBM® Rational ClearQuest,® 和 IBM® Rational XDE,™ ）和行业的实践（通过 Rational Unified Process ®， 或者 RUP® ）。在 2003 年 5 月 IBM® Rational® Rapid Developer 加入了 Rational 产品资源和技术的行列。Rational Rapid Developer 针对快速应用开发提供了一种面向架构的方法，比如基于 J2EE 标准的架构。新的方法被称为“基于架构的快速应用开发 （architected RAD）”，并且提供了多种在应用开发之上的加速器和控制。使用 Rational Rapid Developer ，经验不多的开发人员也可以加入到具有高技能的架构师和开发人员的工作当中来创建良好设计的应用。

　　Gartner 组织认可了一些具有面向架构的快速应用开发或者“ARAD” 的工具。这些工具包括了一些特性：

对工业标注比如 J2EE、UML、XML、SOAP 和 MDA 的支持。
使用工业标准的设计和构建模式，比如 MVC2 。
被创建的代码具有工程化的质量。
跨越开发人员团队的架构上的一致性。
　　根据 Gartner 的报告显示，

如果不改变当前使用的软件开发方式，将不会有更好的改进生产力、降低成本和保证应用的可测量性和性能的方法

对于多数的企业和应用来说，ARAD 应该可以被证明是一种贴近思想的方法，这种方法可以通过“恰到好处的”应用质量和性能来对开发速度和成本进行平衡。

　　本文将介绍 IBM Rational Rapid Developer 的主要特性，这些特性可以使我们能够进行架构上的和构建上的控制，通过给开发团队在技术上、构建上和部署上的更大灵活性，从而保证高质量的业务应用。

　　面向架构的快速应用开发：插入 UML 基础模型
　　每一个应用系统的核心是描述了这个系统的基础模型 －－ 领域模型、类模型、逻辑模型、实体模型等等。在所有的实例当中，这个基础模型都提供了关键类和这些类之间关系视图，IBM Rational Rapid Developer 就是通过使用基于 UML 的类架构师 （Class Architect）图形化的支持这样的视图的