選擇UML工具
以下標(biāo)準(zhǔn)用于評(píng)估一種UML工具。當(dāng)然，除了已被列出的以外，可以用這些標(biāo)準(zhǔn)來(lái)評(píng)估的產(chǎn)品還很多，但如果你想選擇最好的，請(qǐng)花時(shí)間按照清單對(duì)產(chǎn)品作測(cè)試。如果你特別重視某項(xiàng)標(biāo)準(zhǔn)而在清單中沒(méi)有列出， 請(qǐng)告訴我們。
信息倉(cāng)儲(chǔ)支持
對(duì)于一個(gè)大項(xiàng)目，信息倉(cāng)儲(chǔ)(Repository)對(duì)在開發(fā)人員之間共享組件設(shè)計(jì)是必要的。兩個(gè)以上的開發(fā)人員可以共享同一模型的的組件，甚至可以通過(guò)在適當(dāng)級(jí)別上定義所有權(quán)和共享權(quán)來(lái)合作進(jìn)行單一組件的開發(fā)。
信息倉(cāng)儲(chǔ)通常用提供數(shù)據(jù)共享和并發(fā)控制等特性的數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)。 通過(guò)提供鎖定和只讀訪問(wèn)，信息倉(cāng)儲(chǔ)允許一個(gè)開發(fā)人員擁有整個(gè)模型而其他人對(duì)該模型及其組件只讀訪問(wèn)，或者將這些組件結(jié)合到自己的設(shè)計(jì)中。重要的是： 這種工具應(yīng)該允許你從另一個(gè)模型只引入你所需要的組件而不必引入整個(gè)模型。
構(gòu)造信息倉(cāng)儲(chǔ)的另一個(gè)令人感興趣的方法是利用項(xiàng)目的源代碼，使用源碼控制系統(tǒng)來(lái)提供并發(fā)控制。這種方法的好處是在源碼和模型之間有更高級(jí)別的同步，另一個(gè)好處是更除去了另一個(gè)數(shù)據(jù)源--別忘了，如果你為信息倉(cāng)儲(chǔ)使用了數(shù)據(jù)庫(kù)，你必須對(duì)各種存儲(chǔ)數(shù)據(jù)分別備份并完成在模型、信息倉(cāng)儲(chǔ)和源代碼之間的三方同步，而不止是在代碼和模型之間的兩方同步。
有了建模工具對(duì)信息倉(cāng)儲(chǔ)的支持，對(duì)任何組件的修改將被自動(dòng)傳播到所有引入該組件的設(shè)計(jì)。
雙向工程
對(duì)源代碼(Java, C++, CORBA IDL)的正向和逆向工程的能力是一項(xiàng)復(fù)雜的需求，不同廠商在不同程度上成功地支持這一點(diǎn)。對(duì)正向和逆向工程這兩方面的成功結(jié)合，定義為雙向工程。
正向工程在第一次從模型產(chǎn)生代碼時(shí)非常有用，這將為你節(jié)省許多用于編寫類、屬性、方法代碼的瑣碎工作的時(shí)間。
在以前沒(méi)有模型存在的情況下，將代碼轉(zhuǎn)換成模型；或者在迭代結(jié)束，重新同步模型和代碼時(shí)，逆向工程非常有用。
在一個(gè)迭代開發(fā)周期中，一旦一個(gè)模型作為迭代的一部分被修改，另一輪的正向工程應(yīng)允許所有加入該模型的新的類、方法、屬性的代碼被更新。這個(gè)步驟通常不被開發(fā)者采用，因?yàn)樵S多工具在這個(gè)過(guò)程中沒(méi)有辦法管理源代碼，問(wèn)題在于源代碼中不只包含與模型有關(guān)的信息。工具必須精于對(duì)在新一輪正向工程之前已有的源代碼進(jìn)行重新構(gòu)造。
至少，建模工具應(yīng)成功支持一開始的正向工程和全過(guò)程的逆向工程。同樣，建模工具對(duì)純Java語(yǔ)言的逆向工程的支持應(yīng)該毫無(wú)問(wèn)題。一定要針對(duì)你自己的源代碼確認(rèn)這一點(diǎn)，因?yàn)槲覀円姷竭^(guò)優(yōu)秀的工具在對(duì)Java的一些特性如內(nèi)聯(lián)類(inner classes)等進(jìn)行逆向工程時(shí)失敗了，每一次進(jìn)行逆向工程時(shí)，你不得不把討厭的代碼注釋掉----確實(shí)非常痛苦。
HTML文檔化
對(duì)象建模工具應(yīng)能為對(duì)象模型及其組件無(wú)縫地產(chǎn)生HTML文檔。HTML文檔提供對(duì)象模型的靜態(tài)視圖，以便開發(fā)者通過(guò)瀏覽器迅速查詢而不需要加載建模工具本身。另外，通過(guò)產(chǎn)生HTML文檔，所需建模工具的許可證(licenses)會(huì)因減去那些對(duì)模型只需要有只讀權(quán)限的人而減少。
HTML文檔應(yīng)包括模型中每個(gè)圖形的一張位圖，并允許通過(guò)超鏈接瀏覽整個(gè)模型。產(chǎn)生HTML文檔所需的時(shí)間應(yīng)是合理的。現(xiàn)在許多產(chǎn)品在不同程度上成功支持這一點(diǎn)。再說(shuō)一遍，你必須親自測(cè)試這個(gè)特性，在特征表上有打勾并不能保證成功支持。
完全UML1.3支持
雖然許多工具聲稱完全支持UML1.3，實(shí)際上，這是一項(xiàng)復(fù)雜的需求，一些工具并不能做到廣告所聲稱的完全支持。至少應(yīng)支持的圖表有：用例圖(Use Case diagrams)，類圖(Class diagrams)，協(xié)作圖(Collaboration diagrams)，順序圖(Sequence diagrams)，包圖(Package diagrams)，狀態(tài)圖(State diagrams)。
類和方法的選擇列表
建模工具應(yīng)在一些關(guān)鍵界面上提供選擇列表:
協(xié)作圖(Collaboration Diagrams)和順序圖(Sequence Diagrams) --工具應(yīng)允許從模型的類列表中選擇一個(gè)類，把一個(gè)對(duì)象分配給它，并允許對(duì)象間傳送的消息能夠從接收消息對(duì)象(類)的有效方法列表中選取。
類圖(Class Diagram) --工具應(yīng)允許從別的包或模型的類列表中選擇并引入類 。
選擇列表特性在直觀上對(duì)建模工具至關(guān)重要，可以看作是必備特性。能夠迅速?gòu)牧斜碇羞x擇一個(gè)對(duì)象到另一個(gè)對(duì)象的消息，給開發(fā)順序圖和協(xié)作圖帶來(lái)很大的方便。
數(shù)據(jù)建模集成
對(duì)象建模工具應(yīng)允許集成數(shù)據(jù)建模工具。有許多方法可以提供這種功能。一種方法是UML工具提供將對(duì)象模型轉(zhuǎn)換成DDL(數(shù)據(jù)定義語(yǔ)言，用于為類創(chuàng)建表的SQL)。另一種方法是UML工具輸出元數(shù)據(jù)到能夠輸入這些元數(shù)據(jù)的數(shù)據(jù)建模工具，并將其作為數(shù)據(jù)模型的基礎(chǔ)。一套先進(jìn)、完整的工具應(yīng)允許數(shù)據(jù)模型和對(duì)象模型之間在每次設(shè)計(jì)的迭代之后同步。
版本控制
建模工具應(yīng)允許儲(chǔ)存各種版本，以便后續(xù)迭代開始時(shí)，以前的版本仍然可以得到，并用于重建或保持基于該版本的已有代碼。
模型導(dǎo)航
建模工具應(yīng)提供強(qiáng)的導(dǎo)航支持以允許開發(fā)者全盤瀏覽模型中的所有圖表和類。一種方法是提供一個(gè)按名字排序的類目錄或選擇列表，以便設(shè)計(jì)人員隨意跳到圖表中想去的類。
對(duì)于大的圖表，工具應(yīng)使得在縮放和平移時(shí)，能夠輕松實(shí)現(xiàn)瀏覽。
工具也應(yīng)允許在使用雙向工程時(shí)，對(duì)類的源代碼輕松瀏覽。
打印支持
建模工具應(yīng)允許一張大圖表能夠準(zhǔn)確地用多個(gè)頁(yè)面打印出來(lái)，并提供打印預(yù)覽和縮放功能，輕松地使圖表能夠在所需頁(yè)數(shù)內(nèi)放置。允許將一張圖表放置在單頁(yè)中的能力在清單中是高要求。不幸的是，我們發(fā)現(xiàn)許多工具很難用無(wú)縫的方式完成這項(xiàng)重要的任務(wù)。
圖表視圖
建模工具應(yīng)能方便定制類及其細(xì)節(jié)的視圖。例如，它應(yīng)有可能從圖表中排除所有的get/set方法，因?yàn)樗鼈儠?huì)對(duì)闡明一個(gè)圖表造成混亂。方法的全部信息應(yīng)允許容易地根據(jù)不同級(jí)別細(xì)節(jié)的需要顯示或隱藏。屬性和方法的可見性(private, protected, public)是用于選擇什么該顯示，什么該隱藏的另一個(gè)尺度。
輸出圖表
一個(gè)經(jīng)常被忽略的關(guān)鍵特性是用某種格式輸出圖表，以便引入到文字處理文檔或Web頁(yè)面中。用于輸出的最流行圖像格式是GIF、PNG和JPEG。輸出時(shí)，工具應(yīng)允許你定義所產(chǎn)生圖形的首選分辨率和尺寸。這個(gè)功能需求來(lái)自那些野心勃勃，需要寫一本包括圖表的UML書籍的作者，或者希望將他們的工作展示在網(wǎng)站上的人。
腳本
用腳本編程是建模工具應(yīng)該支持的另一個(gè)強(qiáng)大的特性。有了腳本功能，高級(jí)用戶可以創(chuàng)建能在建模工具內(nèi)直接訪問(wèn)對(duì)象模型的腳本來(lái)添加其它功能，例如：為當(dāng)前開發(fā)的項(xiàng)目做的項(xiàng)目管理表格，定制文檔，定制代碼，報(bào)表和度量。一個(gè)定制代碼的例子是集合類和用于訪問(wèn)集合類的get/set方法。
為了方便使用腳本，建模工具應(yīng)公開訪問(wèn)自身對(duì)象模型的接口，以便在開發(fā)時(shí)能提供對(duì)對(duì)象模型組件的訪問(wèn)。(如果這一句聽起來(lái)有點(diǎn)繞口，請(qǐng)?jiān)僮x一遍。)例如，腳本編寫者應(yīng)能在整個(gè)迭代周期中訪問(wèn)類圖中類的集合，從而能夠通過(guò)類對(duì)象的accessor方法來(lái)訪問(wèn)類的屬性。當(dāng)然，腳本語(yǔ)言自身應(yīng)該是面向?qū)ο蟮模灰粋€(gè)明顯的選擇就是Java語(yǔ)言本身，另一種選擇就是Python腳本語(yǔ)言。
健壯性(Robustness)
你的UML工具需要象巖石般堅(jiān)固可靠，以防止設(shè)計(jì)期間工具崩潰而使用戶的時(shí)間和生產(chǎn)率在不知不覺(jué)中損失，或者在模型沒(méi)有備份的情況下崩潰。我們?cè)H眼見過(guò)許多領(lǐng)先的工具因?yàn)楸罎⒒蛭募p壞而引起數(shù)小時(shí)的工作成果丟失。如果你是一位開發(fā)人員，你知道那種因“生產(chǎn)率高的軟件”反而比粗糙的代碼工具生產(chǎn)率要低而產(chǎn)生的蔑視感覺(jué)。如果你是一位經(jīng)理，你會(huì)看到被要求使用一種不可靠的工具時(shí)開發(fā)人員的憤恨。
今天，健壯性常被發(fā)現(xiàn)于用Java實(shí)現(xiàn)的應(yīng)用程序(JVM運(yùn)行時(shí)保護(hù))或開放源碼的項(xiàng)目(在web范圍內(nèi)并行調(diào)試)。發(fā)現(xiàn)某種特定的UML工具是否健壯的最快方法是在comp.object等新聞組四處詢問(wèn)，你一定會(huì)聽到許多抱怨的！
可用于此處的另一個(gè)策略可以借鑒有效率的辦公應(yīng)用程序，我們也推薦工具開發(fā)商采用這種策略。該策略就是讓UML工具每隔一定時(shí)間間隔就在背后自動(dòng)保存模型。
平臺(tái)
為了使你在建模工具上的投資得到最大回報(bào)，請(qǐng)慎重地考慮工具將運(yùn)行在哪種平臺(tái)上。你需要為Windows還是Unix開發(fā)軟件？還是二者都要？將在哪種平臺(tái)上開發(fā)？
最近的各種事件一起推翻了這個(gè)神話：一流的跨平臺(tái)圖形用戶界面還不能實(shí)現(xiàn)或者擁有一個(gè)"最少共同支配者"的視感。很長(zhǎng)時(shí)間以來(lái),這是不可能的(除了基于HTML的應(yīng)用程序之外)，直到最近Java的Swing用戶界面的出現(xiàn)。但是，跨平臺(tái)工具需要在Linux等常用平臺(tái)得到支持，以大規(guī)模地被程序員們采用。
Sun最初幾乎沒(méi)有做什么事情來(lái)促進(jìn)Java在Linux上的應(yīng)用。但最近工業(yè)界元老們，主要是IBM，IBM保證在他們所有的硬件平臺(tái)上為L(zhǎng)inux提供無(wú)限廣泛的支持，并支持Apache/Jakarta項(xiàng)目, IBM現(xiàn)正快速地在Linux上推廣Java。也許因?yàn)镮BM已經(jīng)開始為主要的Linux廠商發(fā)放它的JDK 1.1.8版本，Sun被迫支持在Linux上的
全功能JDK 1.2 （帶Swing的Java2）的發(fā)放。通過(guò)Blackdown小組的努力，這個(gè)Linux上的Java端口大部分已被完成。
迄今為止我們已經(jīng)測(cè)試了一種Linux平臺(tái)上基于Swing的領(lǐng)先Linux工具，結(jié)果優(yōu)秀。但要告誡的是：128M內(nèi)存是必需的。
版本更新
你需要選擇一種將會(huì)不斷通過(guò)修正錯(cuò)誤、改進(jìn)性能、添加新特性來(lái)進(jìn)行改進(jìn)的建模工具，畢竟你在時(shí)間和金錢上進(jìn)行了一項(xiàng)大的投資，而且改換到另一種建模工具并不容易。
小心那些已經(jīng)被大公司擁有的產(chǎn)品。在兌現(xiàn)所有期權(quán)之后，最初的開發(fā)者常常會(huì)離開公司，尋找下一次大的機(jī)會(huì)。尋找有才能的、能讀懂和維護(hù)最初并非由其編碼的軟件復(fù)雜模塊的程序員并不容易。這種場(chǎng)景也會(huì)出現(xiàn)在開放源碼項(xiàng)目上。
如何能知道一種產(chǎn)品是否在改進(jìn)？向銷售代表詢問(wèn)下一版本發(fā)放的詳細(xì)時(shí)間表以及該產(chǎn)品將來(lái)的藍(lán)圖。密切觀察產(chǎn)品改進(jìn)和添加新特性的速度。產(chǎn)品計(jì)劃什么時(shí)候支持UML 1.3？圖形界面是否支持最新的流行樣式？你也可以看看該公司的網(wǎng)站：如果產(chǎn)品發(fā)布和外界評(píng)論是舊的，就是可疑的。
未來(lái)...
現(xiàn)在我們來(lái)看看對(duì)未來(lái)有什么希望。建模工具的當(dāng)前成熟程度表明，工具廠商準(zhǔn)備通過(guò)添加高級(jí)特性來(lái)使產(chǎn)品達(dá)到新的高度。我們希望在下一代產(chǎn)品中看到以下特性的出