我已經閱讀了關於什麼是UML模型應該包含什麼的幾個教程。作爲一名開發人員,我總是從關係數據模型的角度來思考,在這種模型中,表之間永遠不會有多對多的關係。現在有了一個UML類模型,我已經讀過,如果它們不提供附加值,那麼可以跳過鏈接表。UML類模型如何建模多對多關係
但是我也看到了一個教程哪里哪里使用表內給出的數據和實例強烈建議到畫面中的每個類作爲一個簡單的表,而你的模擬類模型。
我很困惑,現在是什麼?!
我已經閱讀了關於什麼是UML模型應該包含什麼的幾個教程。作爲一名開發人員,我總是從關係數據模型的角度來思考,在這種模型中,表之間永遠不會有多對多的關係。現在有了一個UML類模型,我已經讀過,如果它們不提供附加值,那麼可以跳過鏈接表。UML類模型如何建模多對多關係
但是我也看到了一個教程哪里哪里使用表內給出的數據和實例強烈建議到畫面中的每個類作爲一個簡單的表,而你的模擬類模型。
我很困惑,現在是什麼?!
將其建模爲M:N關係。同在關係模型會有某種代碼的爲類(或鏈接類)。除非它在連接屬性之上有屬性,否則不需要將它放在關係圖上(就像通常會忽略來自ERD的連接實體,除非它具有相關實體中不是外鍵的屬性)。鏈接類通常被繪製爲通過虛線連接到關係的類。
的招生加盟實體是這UML 2 Class Diagrams一個很好的例子。
的「關係鏈接表」是一個多到許多關係的實現技術。
無論實施方式如何,這種關係都存在。
在一個對象模型,您有如何實現多對許多人來說,這可能(也可能不會)涉及附加永久表中的許多選擇。它可以做很多不同的方式。
UML的要點是能夠描述該模型的真實特徵,即必需的。
可以也描述實現。它們是具有單獨目的的單獨圖。您可以使用鏈接表輕鬆顯示關係實現。您也可以顯示沒有鏈接表的基本模型。
這裏的本質關係
Essential http://i28.tinypic.com/x3tnhk.jpg
這裏的關係
Implemntation http://i32.tinypic.com/mmws2h.jpg
兩者都是有效的UML的實現。真正的問題是「你需要展示其他人嗎?」基本事實還是一個特定的實現?
您正在考慮的類模型的上下文是什麼;業務模型,分析模型還是設計模型? – 2009-11-20 02:55:01