实体关系资料模型.ppt

實體關係資料模型： 程序與範例 資料模型化程序 步驟 規劃專案 決定需求 確立實體 確立關係 決定識別項 確立屬性 確立值域 驗證模式 規劃專案 獲得專案授權及預算 建立專案小組 規劃小組活動 建立工具、技巧及標準 定義專案的界線（範圍） 定義系統需求 資料模型化需求的來源 使用者訪談、觀察使用者活動 已存在的表單或報表 新的表單和報表 已存在的手冊檔案 已存在的電腦檔案/資料庫 正式定義的介面（XML） 領域專家 需求調查的結果應以註記、圖形、表單、報告、檔案等型態儲存起來，以供後續發展資料模型之用。 確立實體（Entity） 實體是指使用者想要追蹤的某些事物，使用者想要將這些實體的相關資料保留起來 實體 可以是實際存在的事物，也可以是邏輯抽象的概念 可以被識別；你能夠分辨兩個不同的實體 是一些出現在系統分析文件中的名詞，而不是形容詞 確立關係（Relationship） 包括: 辨別關係中的父實體與子實體 關係的類型 最小基數與最大基數 關係的名稱 兩項技術: 將所有的實體兩兩成對排出所有的組合，檢查其間是否存在任何關係 從需求分析文件之中尋找實體之間的關係 結合上述兩項技術，確立實體之間的關係 確立識別項 識別項（Identifier） 為實體的識別依據，每一個實體的識別項都是唯一的，識別項可以由單一屬性構成，也可由多個屬性組成 如果在確立識別項時遇到困難，原因可能是： 該實體其實是另一個實體的一部份 該實體是某個共同實體的子類型或分類 該實體需要額外的識別關係 確立屬性與值域 從現存的表單、報表以及檔案之中尋找各項實體的屬性 這些屬性是否已經具有明確的值域？ 若是：這些屬性的值域已經確立 若否：為這些屬性定義新的值域 重複檢查這些值域，並作適當的調整 值域屬性的繼承: 當值域的定義被改變時，相關的屬性也改變了 使用值域強化資料的標準，提升資料型態的相容性 一旦所有的屬性皆已確立，便要重複檢查資料模型，以免遺漏了某些重要的實體 驗證模型 資料模型是人為的模型，不是真實的模型 如果資料模型無法反映使用者對系統的想法，那麼這個資料模型就是錯的 資料模型必須經過反覆的檢查加以驗證 通常在使用者複查之後，還要由專案小組再複查一次 在與使用者溝通時，善用E-R模型以及報表和表單的雛形 用表單和報表建立資料模型 範例: 單一實體 範例: Identifying Connection Relationship 範例: Non-identifying Connection Relationship 範例: 1:1 範例: 1:N 範例: 1:N 範例: 1:N 範例: N:M 範例: 工程專案、建築師、指派關係 範例: 指派關係 範例: 分類關係 範例: 分類關係 範例: 分類關係 銷售-訂單模型 範例: 銷售訂單 範例: 銷售訂單 圖 3-16(c) 顯示另一種替代的設計方式，讓一張訂單裡面可以出現重複的訂購項目 範例: 大學系統 大學系統 加上值域名稱 第三章實體關係資料模型： 程序與範例 Copyright ? 2004 Database Processing: Fundamentals, Design and Implementation, 9/e by David M. Kroenke Fundamentals, Design, and Implementation, 9/e 巢狀 必填 可以不填 宿舍樓長（助理）也是學生？ 夫妻 需不需要把夫妻關係 也表達出來？ Is there any missing entity in between? Copyright ? 2004 Database Processing: Fundamentals, Design and Implementation, 9/e by David M. Kroenke