实体关联图EntityRelationshipDiagram.PPT

2-7 概念實體關聯模型的範例說明 以一個實際範例來說明如何依據使用者的需求來建立和表達出一個概念實體關聯模型 並且如何來解讀所繪製出來的模型 以學校的學生管理系統來做一闡述範例，並且假設使用者有以下七項的需求產生 2-7 概念實體關聯模型的範例說明 『一位學生(學號、姓名、地址、電話、生日、年齡)，可能會有多個電話號碼，以及會有監護人(姓名、關係、地址)，但不是每一位學生都必須有監護人，可視學生年齡是否已經成年，以及可能會有一到多位監護人。』 第一項需求的解析 第一項需求的解析 電話 學生 學號 姓名 地址 區域號碼 縣市 路名 監護人 的監護 1 N 姓名 地址 區域號碼 縣市 路名 關係 年齡 生日 第一項需求之概念ERD 『學生必須歸屬在某一個科系(科系代號、科系名稱、位置)，也可以同時申請輔系或雙學位，也就是主副修關係。』 第二項需求的解析 第二項需求的解析 第二項需求之概念ERD 電話 學生 學號 姓名 地址 區域號碼 縣市 路名 科系 年齡 生日 科系代號 科系名稱 位置 主副修 M N 主副修別 『每一個科系僅會有一個學生代表，參與該科系的科系會議，並且不需要將歷年的學生代表記錄，只要記錄目前的學生代表即可。』 第三項需求的解析 第三項需求的解析 第三項需求之概念ERD 電話 學生 學號 姓名 地址 區域號碼 縣市 路名 科系 代表 1 1 年齡 生日 科系代號 科系名稱 位置 『每位學生可以自由選修課程(課程代號、必選修別、學分數、科目名稱、先修科目)，但學生的選修結果必須記錄該名學生選修的成績。』 第四項需求的解析 第四項需求的解析 第四項需求之概念ERD 『每一門課程必須限制學生的修課人數，最少必須達到五人，最高不得高於五十人選修該課程。』 第五項需求的解析 第五項需求的解析 第五項需求之概念ERD 『科目之間有可能檔修情形，也就是說，有些科目必須要先修過某些基礎科目之後，方可選修該門科目；而某一個科目也有可能會擋其他多個不同科目的情形，一個科目只會有一個先修科目。』 第六項需求的解析 第六項需求的解析 第六項需求之概念ERD 『每科系可以開出很多不同的課程讓學生來選修；但每一科系所開出的課程，雖然科目名稱有可能在不同科系之間會有相同的情形，但視為不同課程；換句話說，一個課程只會有一個科系開出，不會有多個科系開出完全相同的一門課程。』 第七項需求的解析 第七項需求的解析 第七項需求之概念ERD 所有課程都必須教師(教師代號，姓名)授課，而且每一門課程僅會有一位教師授課；每位教師可以不授課，也可以同時授課多門課程』 第八項需求的解析 第八項需求的解析 第八項需求之概念ERD 完整概念實體關聯模型 /projects/dia-installer/files/dia-win32-installer/0.97.1/dia-setup-0.97.1-2.exe/download 2-8 摘要 相關模型 Data Flow Diagram 『資料流程圖』，簡稱DFD 『處理為主』(Process Driven)的模型 Entity Relationship Diagram 『實體關聯圖』，簡稱ERD 『資料為主』 (Data Driven)的模型 大部份使用在資料庫的設計 Unified Modeling Language 『統一塑模語言』，簡稱UML 『物件導向』 (Object Oriented)為主的模型 QA討論時間 本章結束 * * 實實在在的物體 在真實世界中，代表著獨立、具體且特定的一個人、事、時、地、物或只是一個概念上的任何事物 例如在某家公司上班的五位員工，每一位員工都算是一個獨立、具體的實體 員工(8210171，胡琪偉，33，1963/8/12，94010601}，220 台北縣板橋市中山路一段) 員工(8307021，吳志梁，35，1960/5/19Null) 員工(8308271，林美滿，38，1958/2/9，9401020194010303，104台北市中山區 一江街) 員工(8311051，劉嘉雯，28，{1968/2/794010106，111台北市士林區福志路) 員工(8312261，張懷甫，27，1969/1/2，Null，220台北縣板橋市五權街32巷) 實體 員工 員工編號 姓名 年齡 出生日期 訂單編號 地址 8210171 胡琪偉 33 1963/8/1294010601 220台北縣板橋市中山路一段 8307021 吳志梁