資料庫系統概論第十四章 期末報告範例 -  圖書銷售管理系統  上一頁    下一頁

二、資料庫邏輯設計

內容:

  • 2-1 第一層分析:系統基本需求

  • 2-2 第二層分析:基本實體產生

  • 2-3 第三層分析:彙整書書目錄

  • 2-4 第四層分析:訂單彙整

  • 2-5 第五層分析:訂單管理

  • 2-6 完整 E-R 關聯圖

我們由外往內拆解,來建立此系統的邏輯架構,如下:(資料庫名稱:csuBooks)

2-1 第一層分析:系統基本需求

(A) 實際狀況:

1. 銷售人員可透過此系統販賣書籍。

2. 下游書局透過此系統訂書。

3. 出版社透過此系統委託販賣。

   

2-2 第二層分析:基本實體產生

  • (A) 實際狀況:

    • 參與運作可能是若干家出版商、若干家下游書局、以及多位經銷人員。

  • (B) 分析方法:

    • 公司代理多家出版商,給予每家出版商一個『出版商代碼』。

    • 公司內有若干位銷售人員,給與每位銷售人員一個『員工代碼』。

    • 也給每家下游書店一個『書店代碼』。

 

2-3 第三層分析:彙整圖書目錄

  • (A) 實際情況:

    • 公司將各家出版社所發行的書籍,彙整成一個圖書總表。

    • 下游書店與銷售人員依此總表販賣與訂購。

  • (B) 分析方法:

    • 直接匯整各出版社的目錄,各出版社對它所發行的書籍都有一個『書籍代碼』,並保證同一出版社內的書籍代碼不會重複。

    • 我們選用『出版商代碼』與『書籍代碼』為複合主鍵。

 

2-4 第四層分析:定單彙整

  • (A) 實際情況:

    • 公司為了評估每位員工績效,每筆訂單必須登錄那一位員工所銷售。

    • 每筆訂單可能包含若干本書,及其數量。

    • 同一下游書局也可能同時訂購多筆訂單。

  • (B) 分析方法

    • 產生一個『訂單總表』之實體,並給予『訂單代碼』之屬性。

    • 以『書店代碼』與『訂單代碼』為複合主鍵。

    

2-5 第五層分析:訂單管理

  • (A) 實際情況:

    • 該系統可供登錄與查詢是否已出貨。

    • 該系統可供登錄與查詢是否已收款。

  • (B) 分析分法:

    • 在『訂單總表』上增加『出貨否』與『收款否』等兩欄位。

     

2-6 完整 E-R 關聯圖

依照系統需求(或驗證題目)補滿各個實體的屬性,如下:

[請自行繪製]

 

 

翻轉工作室:粘添壽

 

資料庫系統概論(含邏輯設計)

 

 

翻轉電子書系列: