利用 UML 進行實體關系建模

實體關系建模

軟件行業中最常被誤解的一個術語實際上是我們非常熟悉的一個：實體關系（ER）。這是因為我們經常缺少一種能被開發團隊的所有成員理解的共同定義。我們假定團隊的每個成員都對與 ER 和 ER 建模相關的方法學、語法和機制（mechanics）有著同樣清楚的理解。

ER 建模本身定義了在基于信息的系統的分析和設計中用到的方法。數據庫設計者通常使用該方法來收集需求，并定義數據庫系統的構架。該方法的輸出是實體類型、關系類型和約束條件的清單。

不幸的是，ER 建模沒有為 ER 圖的表示定義圖解語法。數據庫團隊經常單獨使用表示法，并且將 ER 建模限制在關系數據庫設計的范圍內。我們需要一種能讓整個系統開發團隊的成員獲得更廣泛理解的表示法。

統一建模語言（UML）是一種分析人員和軟件開發人員廣泛使用的語言，特別適合 ER 圖的圖形化表示。通過使用 UML，開發團隊受益匪淺，這些獲益包括團隊成員間的交流更加簡單，由于該語言是基于元模型的因而更容易與知識庫集成，標準化輸入/輸出格式（XMI）的使用，應用建模和數據建模的普遍使用，從分析到實施再到部署的統一表示，以及規格說明書的完整性。

本白皮書定義了 ER 建模的核心概念，并解釋了開發團隊如何能夠利用 UML 開發 ER 模型。

ER 建模的核心要素

ER 建?；诠ぜ?，可以是物理工件（比如 Product 或 Employee）的表示或者工件（比如 Order 或 Delivery）之間事務的表示。每個工件都包含關于自身的信息。ER 建模還專注于工件間的關系。這些關系可以是二元的（連接兩個工件），也可以是三元的（在幾個工件之間）。

ER 建模的四個必要元素是：

1. 實體類型
2. 屬性
3. 關系類型
4. 關系屬性

實體類型

實體類型是具有相同的結構并在企業內部獨立存在的一組工件。Employees 或 Products 就是實體類型的例子。

工件的一次出現就是一個實體。雖然實體類型描述了結構，但是實體本身標識了單個實例以及該實例的所有數據。Employee Joe Ward 就是 Employees 實體的一個例子。

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