基于Eclipse平臺，開放而高效
常見問題: 根據(jù)開發(fā)團隊的不同角色采用不同的開發(fā)工具。工具與工具之間沒有集成，團隊成員的溝通必須通過頻繁的數(shù)據(jù)導(dǎo)入導(dǎo)出操作來實現(xiàn)或通過頻繁地切換工具，效率低下。
常見問題: 開發(fā)團隊使用封閉的、非開放的工具。當用戶需要額外功能，而工具提供商無法為用戶定制的時候，用戶希望可自行擴展，但是無法實現(xiàn)，因為工具是封閉的，不提供相應(yīng)的接口。 Rational新一代的設(shè)計和構(gòu)建工具解決了以上問題。它們都是基于Eclipse的通用開發(fā)環(huán)境，這些工具包括: 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 所有的這些產(chǎn)品都有著相同的用戶界面，我們稱之為工作臺，每個產(chǎn)品通過增加插件在工作臺上增加功能，這樣的好處是共享的工作臺可為團隊中的所有成員提供相同的底層數(shù)據(jù)視圖，并按照不同角色以可視化形式來展現(xiàn)。這樣，就可以為每個開發(fā)人員根據(jù)其所擔(dān)任的角色來提供適合其需要的工作環(huán)境，從而提升開發(fā)效率，增強過程管理。
示例場景: 在同一個Java項目中，開發(fā)人員打開Java視圖開發(fā)代碼；架構(gòu)師打開建模視圖，以UML圖形方式展現(xiàn)代碼的邏輯結(jié)構(gòu)，并在此基礎(chǔ)上復(fù)審和修改架構(gòu); 測試人員打開測試視圖，根據(jù)代碼產(chǎn)生測試用例，啟動測試。從這個場景可見，開發(fā)團隊協(xié)作效率是非常高的，因為雖然工具給團隊不同角色的人員呈現(xiàn)不同的視圖，但是這些視圖是基于在同一套底層代碼上面，團隊的溝通因而也基于相同的基礎(chǔ)，溝通更順暢; 另外，團隊成員的溝通也無需因為采用不同的工具而不得不進行頻繁地導(dǎo)入導(dǎo)出數(shù)據(jù)工作。
示例場景: 開發(fā)團隊需要定制根據(jù)經(jīng)驗積累的新設(shè)計模式，在Rational新一代的設(shè)計和構(gòu)建工具中，由于完全基于開放的Eclipse和采用插件的架構(gòu)，團隊可以通過提供的開放的API， 方便地產(chǎn)生新的模式，并以插件的形式集成到工作臺上，以菜單的方式呈現(xiàn)給設(shè)計人員。
圖1 基于Eclipse平臺的IBM開發(fā)平臺
架構(gòu)師設(shè)計優(yōu)秀架構(gòu)的必備工具
常見問題: 建模工具除了用來畫UML圖還能做什么? 常見問題: 如何通過Rational的設(shè)計和構(gòu)建工具實現(xiàn)SOA? Rational Software Architect(RSA)是一個為軟件架構(gòu)師和分析設(shè)計人員服務(wù)的架構(gòu)設(shè)計工具。RSA目的在于幫助你創(chuàng)造體系結(jié)構(gòu)優(yōu)秀的應(yīng)用。越來越多的客戶要求建模工具除了能描繪系統(tǒng)的架構(gòu)，更重要的是還要能驗證架構(gòu)的質(zhì)量。模型分析: 根據(jù)內(nèi)嵌的UML規(guī)則工具自動地對模型進行檢查，尋找其中違反規(guī)則的模型結(jié)構(gòu)，如循環(huán)依賴關(guān)系，提高架構(gòu)師和分析設(shè)計人員的工作效率和模型質(zhì)量。架構(gòu)復(fù)審: 通過對代碼的復(fù)審，反向了解系統(tǒng)的架構(gòu)，根據(jù)工具提供的“錯誤架構(gòu)模式”來了解系統(tǒng)的可靠性和健壯性等。
通過UML Profile for Software Services這一插件，您可以使用RSA進行SOA 服務(wù)的設(shè)計，描繪服務(wù)的接口、內(nèi)容以及服務(wù)間的相互協(xié)作關(guān)系，并通過 RSA的UML->Java->Web Services的轉(zhuǎn)換，最終實現(xiàn)服務(wù)的構(gòu)建。 示例場景: 架構(gòu)師通過RSA定義系統(tǒng)的高層次架構(gòu)模型；在高層次架構(gòu)的指導(dǎo)下，分析設(shè)計人員通過RSA進行子系統(tǒng)、類和接口的設(shè)計; 分析設(shè)計人員將設(shè)計遞交給架構(gòu)師，架構(gòu)師通過RSA的模型分析進行驗證。
示例場景: 架構(gòu)師和分析設(shè)計人員通過RSA定義系統(tǒng)的模型；架構(gòu)師和分析設(shè)計人員根據(jù)模型生成代碼; 開發(fā)人員細化代碼，通過代碼復(fù)審確認符合代碼規(guī)則; 開發(fā)人員將代碼交于架構(gòu)師，架構(gòu)師通過架構(gòu)復(fù)審確認修改后的代碼符合架構(gòu)規(guī)則。
圖2 RSA架構(gòu)及代碼復(fù)審功能界面
