概念设计阶段建立分区概念设计图-AHU.PPT

第 11 章 建立關聯式資料庫 本章提要 如何設計一個完善的資料庫 從客戶分析到建立實體 - 關係圖 整合為全區的概念模型 將實體 - 關係圖轉換為關聯式的資料表 如何設計一個完善的資料庫 資料庫的設計流程 了解客戶需求 概念設計階段 邏輯設計階段 建立資料庫 如何設計一個完善的資料庫 操作介面設計：就 Access 而言, 操作介面設計就是表單的設計, 或是以程式語言 所撰寫的操作介面。讓使用者不必接觸資料庫的結構, 就能操作資料庫, 如新增、刪除資料...等等工作。 結構設計：結構設計是指設計出適當且最佳化的資料表。一個結構良好的資料庫可提升其整體的存取效率及儲存效率。 資料庫的設計流程 資料庫發展初期, 資料庫規劃的完善與否, 通常依設計者的經驗、方法及知識水準不同而有所差別。但最後的成果未必能符合使用者的需求。 資料庫的規劃過程大致可分為 4 個階段： 了解客戶需求 針對客戶需求, 確定設計範圍在規劃資料庫之前, 當然要先拜訪客戶, 了解他們實際的工作流程、各部門執掌範圍及資料的處理方式。確定資料庫設計的範圍及應具備的功能。 了解客戶需求 收集和分析資料在調查過程中, 除了要明確而具體地找出客戶的需求外, 還要盡量收集他們平時使用的各類表單、報表、檔案..., 這些都是規劃資料庫的重要依據。 了解客戶需求 概念設計階段 在此階段, 設計者不需考慮資料的儲存及處理等與電腦有關的問題。主要工作是將收集的資料, 經過分析及整理後, 產生一個能符合使用者需求的資料庫模型, 並以簡單的形式表現出來 (例如實體-關係圖)。主要流程如下： 概念設計階段 建立分區概念設計圖 概念設計的第一個步驟要分別針對不同需求的使用者, 確定使用範圍。例如公司的資料庫系統必須面對業務部、財務部、產品部...等不同部門的使用者, 這些使用者牽涉到資料庫中的資料及處理的方式各不相同, 所以應針對不同的需求, 設計不同的概念模型。 整合為全區概念設計圖 解決各分區概念設計之間不一致的情形：由於分區概念設計所面對的使用者不同, 所以對於共同事務的看法及重要性有時會出現差異, 而此步驟最主要的工作就是要消糜各分區模型之間的不一致。 刪除概念設計中重複或多餘的物件, 以免造成後續設計時的困擾。 邏輯設計階段 邏輯設計階段 邏輯設計階段的主要工作, 是將概念設計階段產生的結果, 轉換為實際使用的資料表。 以實體 - 關係圖來說, 此階段的工作可分為轉換為資料表及資料表正規化等兩項。 邏輯設計階段 轉換為資料表完成概念設計階段後, 我們還必須遵循規則, 將實體 - 關係圖正確無誤地轉換為實際使用的資料表, 才能為資料庫所使用。 邏輯設計階段 資料表正規化為了達到資料庫最佳化的目的, 在轉換資料表後, 能依照正規化的步驟重新檢驗一次, 最好讓每一個資料表都能符合 BCNF (Boyce-Codd Normal Form) 的規範 (我們將在下一章中為您介紹資料表的正規化步驟)。 建立資料庫 經過邏輯設計階段之後, 紙上的分析工作即已完成。接著要將結果建到資料庫中 (例如 Access)。 從客戶分析到建立實體 – 關係圖 Step 1：收集資料, 確定設計範圍 Step 2：依照不同的使用者訂出分區的設　　　計範圍 Step 3：列出系統中的實體及其屬性 Step 4：建立實體之間的關係 Step 5：加入屬性 收集資料, 確定設計範圍 假設某圖書公司要開發公司的資料庫系統, 經過評估和詳細的調查後, 決定要建立倉庫管理、書籍銷售和人事管理等系統 (在此我們僅說明書籍銷售系統的建立步驟)。經過了設計者調查整理後, 規劃出該系統的主要工作為： 收集資料, 確定設計範圍 處理客戶訂單, 產生出貨單交倉庫出貨。 將出貨單中詳列的書籍產品包裝後, 運送到客戶手中。 依照出貨單上的書籍產品產生請款單, 送到客戶手中。 客戶依照請款單上的金額繳付, 公司收到客戶的帳款後, 便開立發票寄送到客戶處。 收集資料, 確定設計範圍 依照不同的使用者訂出分區的設計範圍 此工作範圍內牽涉到 3 個不同部門的使用者：分別為業務部門 (負責處理訂單事宜)、發行部門 (負責依照業務人員開立的出貨單, 將書籍送到客戶手上) 及財務部門 (負責處理開立發票及催收帳款事宜), 所以設計時, 必須針對不同需求, 分別設計。以下為各部門的工作描述： 依照不同的使用者訂出分區的設計範圍 列出系統中的實體及其屬性 規劃出設計範圍後, 就要先確定實體。實體通常是整理資料中的名詞, 例如地點、人物、概念、事件及設備等。若從業務部門的描述中, 可得知實體為： 列出系統中的實體及其屬性 訂單：包含 (*訂單編號)、客戶名稱、聯絡人、地址、電話、訂單日期、訂單細目、總金額及備註等屬性。 書籍：包含 (* 書籍