UML在語義上比傳統的ER技術更加具有表達力。使用UML你不但可以建模與ER方法相同的元素，你可以建模其他種類的比如行為特征的關系（比如關聯）。雖然UML的符號比傳統的ER符號有所不同，但是對于使用ER建模的老手來說，轉到UML上并不是非常的困難。見圖2。
圖2：從ER符號轉換到UML符號為了詳細說明一個數據模型，你可以簡單的使用UML類圖。為了進一步獲取數據庫的邏輯設計，你可以使用UML類圖中的作為表的類原型。對于每一個表，你可以對它的列（作為屬性，包括作為主鍵和索引的屬性）和觸發器（作為操作）進行建模。為了獲取數據庫的物理元素，你可以使用UML組建圖中的數據庫原型組件。無論是在邏輯視圖還是物理視圖中，你當然具有UML對建模關系（如，關聯和繼承）和行為（如，通過交互圖或狀態表圖）的全部的表達能力。
以這種方式，你就可以將你的系統數據模型和需求放到完成的項目中，跨職能的統一團隊的成員形成了一種協作的力量。通過使用象Rational Rose Data Modeler這樣的工具支持這些模型，之前數據團隊中分離的成員現在可以非常容易的訪問整個項目需求上下文中對數據的需求，并且可以在應用模型和與系統相關的需求文本和屬性的用例模型之間對數據模型進行跟蹤。相似的，分析人員與應用的開發人員可以更好的與數據小組進行交流，因為他們使用同一種公用的表達語言。因為UML的語義是非常豐富的，它可以在系統中被用來呈現和說明集成點。這也使得跟蹤象模型向關系數據模型的移植變得可能。在支持數據庫逆向工程的工具出現時，對于用戶來說基于數據庫結構通過正向工程來創建數據模型或者基于數據模型通過逆向工程來創建數據庫將成為可能。所有與數據小組相關的語義－表，列，約束，索引，觸發器以及更多－都能通過這樣的轉換被保存。
在協調軟件開發中矛盾的方式下構建一個企業級的軟件系統是非常難的，你必須在快速的開發壓力與高質量之間進行權衡。使用UML對系統的工作產物進行可視化，描述和文檔化可以使開發組織中的工作在一個團隊中的涉眾人員使用同一種語言和工具完成工作。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
