建模動力：UML2.0使模型驅動的開發更加容易

建模動力：UML2.0使模型驅動的開發更加容易  UML模型

關鍵字：UML2.0 模型驅動 UML規約的新版本將很快提交給OMG，新的改動希望能夠簡化模型驅動的開發。

Rational公司新加坡分部的高級軟件工程專家，Mark Hermeling認為：UML2.0根據工業界使用UML1.x的經驗作了相應改進，目的就是為了幫助簡化模型驅動的開發。

UML的目前版本是1.4,它提供了方便開發團隊在分析設計、需求管理等活動中進行交流的整套工具，以及一個軟件開發生命周期模型。

有人將UML描述為交流的符號集，這意味著可以直接寫在紙上或者畫在白板上。但大多數用戶還是選擇使用工具，目前業界的領導是Rational，它和其它的工具提供商一起提供各種UML產品。

1996年，UML剛誕生的時候，廣受歡迎。在UML之前，建模方法非常多，這大大阻礙了基于模型的設計，而UML實現了建模語言一定程度上的統一。

進行面向對象設計的時候，第一步就要對現實世界進行建模，UML正是為之定義的一套標準符號，它由三種面向對象的分析設計方法發展并整合而來：Grady Booch 描述對象及其相互關系的方法、James Rumbaugh的對象建模技術(OMT) 以及 Ivar Jacobson的方法，在Ivar Jacobson的方法中引入了use case方法的使用。

經過多年的發展，在Rational 公司的Booch、Rumbaugh、Jacobson 三友以及其它專家的努力下，UML中還融入了很多其它的思想，現在，UML已經成為OMG認可的標準。

盡管UML只是幫助參與開發的所有人員對模型進行交流的一套符號系統。但Martin Fowler在其著作《UML Distilled》中指出，UML是由描述開發過程和有關模型的使用的方法論發展而來的。盡管目前沒有被廣泛接受的統一過程，UML的使用者使用的方法實際上都非常相似。UML規約中有關建模的概念是對象、類、關聯、職責、活動、接口、use case、包、順序、協作和狀態。

在使用當前版本進行UML模型驅動的架構時，使用者發現還缺少一些支持，如bug修復等，UML2.0中將增加這部分內容，它將成為適用于企業建模和數據建模的龐大而靈活的符號語言。在UML2.0中，將對語意部分進行增強，這一點可以幫助UML模型更好地生成代碼，以得到更加實用的模型。在即將推出的版本中，還將包括增強的組件處理、對商業過程模型的支持，并更好地支持元數據交換。這些努力都是為了使UML作為一種勝過大多數文本語言的高層次的語言，能夠生成代碼和進行反工程，甚至直接生成某些可執行的UML模型。

目前，在各種工具之間進行模型交換時，只能保存非圖形化的信息，而象繪制的各種圖、尺寸、坐標這樣的內容都會丟失。在UML2.0中，將提供保留圖形信息的能力。

來自Rational公司的Hermeling認為，工程師與開發人員將越來越多地看到對建模的需求。他認為，對于一個較大的開發團隊來說，需要有一個可視化的模型以保證所有人員都能理解總體的設計思路，建模的需求是顯而易見的。

利用業務過程建模，應用UML可以得到業務的可視化模型，其作用類似于建筑工程中的結構圖。這個可視化模型可以使你在構造整個軟件系統之前，就可以理解并預知設計的一些關鍵特性，判斷設計是否可行。事實上，除了軟件工程，在眾多工程領域中，建模都是非常關鍵的規避風險的技術。

原文轉自：http://www.anti-gravitydesign.com