本文跟蹤了IBM Rational 自動化建模工具的發展歷程，描述了IBM Rational Software Architect的高級能力，并且幫助讀者決定他們是否可以從過渡到這個工具而獲利。另外，文章中也討論了在 IBM基于 Eclipse的軟件開發平臺(Software Development Platform)中使用集成工具的優勢。

在2004年10月， IBM 發布了 IBM? Software Development Platform, 包括新一代的建模和模型驅動開發 (MDD) 工具。IBM Rational? Software Architect是該次發布的設計和構建的中心，是一個為了建立構架良好的應用和服務，與 Unified Modeling Language (UML)一起支持MDD的廣泛的、集成的設計和開發產品。

Rational Software Architect 支持使用現代軟件工業技術的應用和Web 開發（靜態的和動態的），包括：

• Java 2, Enterprise Edition? (J2EE) 和 Web services 技術
• 對象管理組織 (OMG)的模型驅動體系架構 (MDA) 和面向服務的體系架構 (SOA)
• JavaServer? Faces (JSF)支持快速應用開發的能力
• 支持基于資產開發的可重用資產規范 (RAS)

Rational Software Architect包括IBM Rational Application Developer for WebSphere Software (IBM WebSphere? Studio Application Developer產品的最新版本) 的所有能力，并且將他們增加到MDD技術中。結果：打包在單個產品中的一個集成的設計和開發解決方案。

本文的目的是從發展演化的角度來討論Rational Software Architect，這是一個支持顯著區別于那些由先前MDD產品支持的工作流和使用情景的下一代MDD產品。請注意這并不是Rational Software Architect的使用指南；IBM Rational計劃不久將出版一部指南。

IBM Rational 建模工具的演化

為了理解Rational Software Architect 建模產品演化的規模，讓我們簡單回顧IBM Rational產品在這個方面的歷史。

Rational Rose

IBM Rational Rose? 軟件已經并且繼續成為一個市場主導的可視化建模工具。它是一個獨立的工具，在應用程序接口(API)層與市場主導的IDE結合，來支持各種編程語言和其它實現技術。然而，盡管Rational Rose已取得一定的成功，也推進了UML建模實踐，但是仍然只有一小部分開發人員按照規定使用建模，Rational也已經嘗試培訓更多的人員。但是大多開發人員不想放棄他們的IDE而去使用額外的工具；他們想將可視化建模集成在IDE里面。

Rational XDE

為了滿足這個需要，在2002年，IBM Rational推出了Rational XDE?軟件，為當時出現的編程技術（Java 和 Microsoft .NET）提供了一個擴展的開發環境。我們把Rational XDE看成Rational Rose的下一代；嚴格地說，它并不是新版本的Rose（因而名字發生了變化），而且也未必取代Rose，因為我們有目的地限制Rational XDE只支持一定的IDE和實現技術。

通過將Rational XDE構造成流行IDE的插件，我們鼓勵大量開發人員采用建模和模型驅動開發。Rational XDE通過支持功能強大的引擎，允許基于模式的開發，也推進了MDD的發展；另外，也使得軟件設計層復用達到一個新的高度。之后加入了具體的定制化的能力，為IBM Rational對 MDA提供了早期的支持（(請參見下面的"對于模型驅動的體系結構的支持")。

2003年10月，合并到IBM之后，我們將Rational Rose 和 Rational XDE產品線加固到一個家族 -- IBM Rational Rose XDE Developer -- 這樣，無論用戶傾向于使用獨立的建模工具還是一個直接集成在他們IDE的工具，他們都可以購買工具包，并根據自己的需要進行安裝。

與Eclipse前所未有的結合的機會

即使在IBM并購Rational軟件之前，這兩個組織也是合作伙伴，致力于開發新的、更強大的方法來將MDD的能力集成進Eclipse框架和基于Eclipse的IDE 。這項工作早期的成果是在2003年添加到WebSphere Studio Application Developer中的輕量級作用的代碼可視化和可視化編輯特性，這些特性是開發Java實施層模型的非常有效的方法。

該技術現在是IBM開發MDD工具的基礎。不再是簡單地與Eclipse集成，我們正在Eclipse之上構建新的MDD能力。這為Java 和 C/C++開發提供了前所未有的支持，也為集成其它生命周期工具提供了全新的能力。我們在2004年10月發布了新的工具，基于Eclipse的IBM Software Development Platform的遠景逐漸變成現實。我們現在提供了軟件開發的完整的集成平臺，充分滿足開發團隊中每個角色的需要。軟件開發可以真正成為一個核心業務流程，為我們的客戶提供競爭的優勢，新的收益和市場機會。

使用Eclipse我們現在能夠為建模產品實現更深入和廣泛的集成。我們能夠影響基于角色的用戶接口和工具擴展性；能夠更好地將建模與生命周期的其它方面集成，比如需求管理。Rational Software Architect將先前定義的建模、開發和代碼分析的實踐轉換成集成的、統一的設計和開發經驗。在一個開放，而不是專有的環境中工作，所有的用戶都可以更容易地根據需要定制他們的產品。

Rational Software Architect：集成的設計和開發

我們這個新的、基于Eclipse的Rational Software Architect是一個完整的設計和開發工具解決方案。如同我們前面所提及，它包括Rational Application Developer for WebSphere Software (WebSphere Studio Application Developer的新版本) 的所有能力，擁有代碼可視化和可視化編輯特性；它是客戶開始使用MDD的一個很好的入口。另外，它還包括Rational Web Developer for WebSphere Software (以前的 WebSphere Studio Site Developer) 全部的、更新的能力。

Rational Software Architec在Rational Application Developer的特性上構建，增加了對MDD的全力支持，包括UML 2建模、代碼生成、模式、模型轉換，以及實現 MDA開發風格的新途徑。它并不是一個全新的產品，是特別為想要應用MDD的客戶而設計的，展示了自然的演化和在IBM Rational工具中已擁有的能力。它特別為試圖廣泛應用MDD的用戶而打包。

結構檢查和控制

我們已經從客戶處了解到，無論你將應用系統設計和構建得多么好，也總會在實現階段經歷代碼層的演化，出現未檢查的現象，最終導致架構性能的降低，嚴重影響軟件的質量。

針對這個現象，軟件架構師在實現之前檢查已有的代碼，以評估其真實的體系結構和質量。做這項工作的過程中，他們往往發現各種各樣的問題：從設計到代碼的不正確映射；代碼級的改變引起設計和架構的依賴；編碼標準、規則和樣式方面不規范等。最終，應用系統的架構是由部署的代碼來呈現的，所以軟件架構師必須分析代碼，以估計它的可維護性，并且在規則的輔助下，掌握架構的演化。

為了給這樣的分析提供更自動的支持，Rational Software Architect引入了"Java 應用結構的檢查和控制"特性。它支持基于模板的規則，并且使用高級別的軟件可視化技術，允許用戶看到J2EE 和 J2SE實現的架構。用戶可以更容易地發現架構的不足之處，或者"反模式"，比如循環依賴、集線器之類的一些已逐漸加入到應用程序源代碼中的問題。

通過代碼可視化和開發人員級別的測試，進行自動結構的檢查和控制之后，軟件架構師能夠顯著地提高他們所設計和部署的應用系統的質量。我們在Rational Software Architect中引入的先進特性將開始改變架構師和開發人員考慮開發過程的方法。

運行時支持和語言支持

客戶已經告訴我們，在應用的運行時支持環境中設計和開發工具所扮演的重要角色。Rational Software Architect在WebSphere應用服務器上為Java應用提供了極大的運行時支持；它也允許由開放工業標準支持的Java虛擬機和數據相互操作性的多平臺執行支持。此外，因為Rational Software Architect 包括支持BEA WebLogic Server的Rational Application Developer，所以，使用Rational Software Architect部署的應用也是隱式的多平臺。Eclipse C/C++ Development Tool (CDT)作為IBM Rational Software Architect的一部分而打包在內，同時也擴展了對C和C++開發的支持。基于Eclipse的解決方案允許我們在Rational Software Architect中復用一些特性，來支持上述語言和JAVA中的MDD。

培養現代建模生態系統

我們最近了所發布了一系列Rational Software Architect，為不需要代碼生成或者可視化的用戶著重建模和設計這兩方面。Rational Software Modeler支持UML 2的所有建模特性，并且通過Eclipse Modeling Framework (EMF)提供高級擴展的特性。Eclipse框架的開放性和健壯的擴展性使Rational Software Modeler適合支持曾為Rational Rose的成功作出一些貢獻的、支持與生態系統類似的客戶和第三方擴展的建模"生態系統"。

Rational Software Architect 和 Rational Software Modeler只是IBM Software Development Platform之后闡明策略的兩個實例：幫助業務自動化并集成軟件開發。我們希望各角色的實踐者都能夠擁有他們所創建和獲得的單一的用戶體驗，通用的定義和資產的管理。團隊的每個人都能夠簡單地選擇與他們角色和責任相匹配的產品。IBM Software Development Platform是關于團隊和組織生產率的。

對模型驅動架構的支持

MDD為使用模型開發軟件展示了許多風格，其中，模型驅動體系架構（MDA）是由對象管理組織 (OMG).1創建的。MDA基于一些OMG標準之上，包括Unified Modeling Language (UML 2)，以及涌現出來的關于如何最好地將建模應用到軟件開發過程的哲理。MDA在抽象層定義了模型，然后定義映射和管理模型與各種實現技術之間關系的轉換。以下是一些有用的MDA建模層的定義：

• 計算無關模型 (Computation-Independent Model , CIM) - 不考慮結構或者處理的情況下，處理系統環境和需求。
• 平臺無關模型 (Platform-Independent Model , PIM) - 不考慮與特定平臺相關的細節，處理系統的操作。
• 平臺相關模型 (Platform-Specific Model, PSM) - 將PIM和與特定平臺相關的細節結合起來。
• 平臺模型 (Platform Model, PM) - 對于使用 PIM 定義組成特定平臺的技術概念、元素和服務。
• 轉化模型（Transformation Model, TM）- 定義并指定從特定PIM轉換到PSM所需的轉換。

盡管MDA并不是一個標準，它明確提倡使用一些已有的OMG標準。MDA指定了：

• Meta-Object Facility (MOF)用于定義元模型。
• UML 2用于指定應用開發模型和轉化。
• MOF Query / View / Transform (QVT)用于指定轉化（一旦它被規范化）。

一些客戶稱他們已經在應用MDA很長時間，并且IBM Rational員工與他們中的許多一起工作 - 以及OMG - 將MDA演化成當前狀態。Rational Software Architect支持MDA的理論，也支持MDA建立的基本標準。

但是，我們不能將Rational Software Architect歸為一個MDA工具，因為在某種程度上，MDA并不是一個標準，而且仍有一些爭論。更重要的是，Rational Software Architect實際上支持一系列以代碼為中心的、基于向導的設計和開發范例。換而言之，它支持MDA及其它的開發風格。

Rational Software Architect是否適合于你？

Rational Software Architect是IBM用于建模和模型驅動開發的最完整、最健壯的解決方案。但是它是否適合你？以下選擇將幫助你回答這個問題。

你是否從事軟件架構的工作？

我們近期發布的產品區分軟件架構師與軟件開發人員，以及軟件架構師與數據架構師這幾個角色。例如，這個更大的粒度反映在高度面向角色的IBM Software Development Platform的所有工具中。構建進我們產品名稱中的角色定義和區別可以幫助用戶基于他們的活動和責任，決定哪些工具最好地適合于不同的員工。但是，角色名字在企業、組織甚至項目線中變化，所以你應該把我們新產品的名稱當作決定什么工具對開發團隊的哪些人員最有用的起點。

軟件架構師是開發團隊中負責作出主要技術決定的人員。有時，是由一個人來負責，而這個人常常是項目的開發的領導人；有時，幾個人，可能有一個來充當主要架構師，共同來承擔這個角色；還有的時候，團隊的所有開發人員在架構能力的同一時間操作-一個增長的趨勢。經常地，較之他們的工作職位，架構師的概念往往與開發者關聯更多些。

軟件架構師的職責包括識別并記錄應用架構的方面，包括需求、設計、實現和部署。這些方面需要不同的，但相關的應用視圖。當然，在開始的架構設計和實際構建架構（真正在代碼中運行的架構）之間也有區別。我們認為軟件架構師需要一個幫助他們定義所需架構的工具，允許他們發現應用系統的真實架構，并且幫助他們協調兩種視圖。

Rational Software Architect能夠完成這些所有的工作。它包括開發和查看實現中的幫助，以及維護和控制實現來保持架構集成。

如同我們上面所提到的，做架構工作的人員往往并不是架構師。可以從使用Rational Software Architect過程中獲益的團隊人員有：

• 需要開發代碼的軟件架構師。
• 需要理解并參與代碼和模型工作的開發人員。
• 想要充分應用MDD能力的人員
• 那些負責檢查和確認已有的架構或者想要看到架構演化的實施過程的人員
• 想在Eclipse 之上應用MDD的C++開發人員。

請記著，Rational Software Architect包括Rational Application Developer的全部能力，一個完全的IDE。客戶得到打包進一個產品的完整的設計和構建解決方案。針對那些要求UML 2建模能力而不需開發架構的用戶，我們提供了Rational Software Modeler。

你是否使用IBM Rational的其它建模產品？

如果你已在使用IBM Rational軟件，建議你有必要時，考慮移植到Rational Software Architect 或者 Rational Software Modeler。這些新產品的優點包括：

• Eclipse 集成
• 通過EMF的高級建模和工具擴展性。
• 更容易使用。
• UML 2, 最新的建模技術。
• Rational Software Architect中的新的結構檢查和控制特性。
• Eclipse之上，使用C++的MDD。
• 建立復雜轉化的能力。
• 以靜態次序圖表方法可視化代碼的能力。
• 代碼檢查的能力。
• 在Rational Software Architect中使用Java IDE和MDD工具。

如果你的團隊當前在使用Rational Rose 或者 Rational XDE，那么對你而言，移植到Rational Application Developer也是有道理的。WebSphere Studio Application Developer的代碼可視化和可視化編輯特性已升級到UML 2并且在Rational Application Developer中繼續存在。盡管它不支持通用建模或者完全的MDD，卻支持UML入門級的使用。如果你正使用Rational Rose 或者 Rational XDE，主要為了從代碼中截取圖形文檔，那么這個級別的UML支持就有可能滿足了你的需要。

對于Java和Web開發，我們鼓勵用戶從當前建模工具過渡到Rational Software Architect。除了移植到基于Eclipse的工具的技術優勢，IBM還提供了一系列移植和升級的途徑。請參照http://www-306.ibm.com/software/awdtools/architect/swarchitect/support/index.html 以了解最新升級的支持信息。