在視覺模型上使用Enterprise Architect的價值

項目的初始階段，都柏林港口公司決定使用在EFFORTS項目中使用過的Enterprise Architect。選擇它的原因是因為它支持包括UML和XML的工業(yè)標準、使用簡單、有良好的延展性——支持如實現(xiàn)EFFORTS路線圖的UN/CEFACT模型方法（UMM）一類的特殊方法。

EFFORTS項目里面臨的一個很大挑戰(zhàn)是讓接觸IT的人員尤其是業(yè)務(wù)專家熟悉基于模型的方法。由于Enterprise Architect對于那些不熟悉方法和該軟件的人員來說，是非常易學(xué)易理解的，所以在培訓(xùn)和熟悉上面只需要花費很少的時間。此外，其極具視覺感、有形的結(jié)果、在EFFORTS項目路線圖上處理的透明性和易理解性，都獲得了都柏林港口的管理者的廣泛肯定。從另一方面看，由于IT專家和業(yè)務(wù)專家之間的無障礙溝通，必要的交流周期被降低到最小化。

在EFFORTS項目中，基于模型的方法是由一個標準的處理模型和一個獨立的項目特殊模型組成的，它能夠被Enterprise Architect無縫銜接。從這個意義上說，都柏林港口這個試點項目驗證了在項目路線圖和實施過程中使用Enterprise Architect能確保在一個復(fù)雜的IT集成項目里的兩個不同階段能夠無縫過渡。

最大化的可追溯性和模型的互操作性

通過使用Enterprise Architect的"基礎(chǔ)工程"，可將EFFORTS的路線圖直接轉(zhuǎn)移到都柏林港口公司實施的項目中來。使用UML包演示路線圖的不同階段實施情況，這與路線圖的結(jié)構(gòu)性質(zhì)是相適合的。除了路線圖，還有一個關(guān)鍵挑戰(zhàn)是在為EFFORTS導(dǎo)入的標準業(yè)務(wù)案例中，存在一些不同于Enterprise Architect的過程建模工具。這可通過使用XML元數(shù)據(jù)交換(XMI)格式——一種能夠讓不同類型的建模工具達到信息互通和互操作的標準設(shè)計——將其它的業(yè)務(wù)案例導(dǎo)入進Enterprise Architect中來。這些提取的業(yè)務(wù)案例為路線圖的實施提供了最大化的可追溯性。

結(jié)論

EFFORTS項目的目的是開發(fā)一個基于港口業(yè)務(wù)的模型方法。在都柏林港口的試點項目的結(jié)果驗證了EFFORTS的路線圖是一個非常有用的方法，尼爾森及其合伙公司決定把它納入服務(wù)產(chǎn)品，特別的服務(wù)于海運行業(yè)。而都柏林港口公司希望基于EFFORTS持續(xù)改進他們的IT系統(tǒng)。

這種模型方法對于中小港口尤其有用，其處理模型可通過如9001, ISO 14000, ISO 28005-2及ISPS一類的標準文件和理論應(yīng)用到每個港口，并且在發(fā)展關(guān)鍵性能指標(KPIs)基準測試及實現(xiàn)最佳測試方面也扮演著及其重要的角色。

評價

尼爾森及其合伙公司的董事總經(jīng)理Sven Mathes評價道："Enterprise Architect對于IT人員和業(yè)務(wù)專家來說是簡單易學(xué)的，它提供了UML和XML一類工業(yè)標準的優(yōu)秀支持，并且它能夠傳遞靈活性和適應(yīng)性的需求來支持例如UN / CEFACT模型方法這樣的配置文件.

Enterprise Architect中文產(chǎn)品介紹>>