資料庫系統生存期
        資料庫應用系統從開始規劃、設計、實現、維護到最後被新的系統取代而停止使用的整個期間。
資料庫設計的輸入輸出

規劃階段的三個步驟
    1）系統調查： 對企業組織作全面的調查，畫出組織層次圖，以瞭解企業的組織結構
    2）可行性分析： 從技術、經濟、效益、法律等族方面對建立資料庫的可行性進行分析；寫出可行性分析報告；組織專家進行討論其可行性
    3）確定資料庫系統的總目標和制定專案開發計劃


需求分析工作
    1）分析使用者活動產生，產生業務流程圖
    2）確定系統範圍，產生系統範圍圖
    3）分析使用者活動涉及的資料，產生資料流圖
    4）分析系統資料，產生資料字典

概念設計的主要步驟

ER模型：


ER圖轉換成關係模式集的規則
 將每個實體型別轉換成一個關係模式，實體的屬性即為關係模式的屬性，實體識別符號即為關係模式的鍵
二元聯絡型別的轉換
    1) 若實體間聯絡是1:1，可以在兩個實體型別轉換成的兩個關係模式中任意一個關係模式的屬性中加入另一個關係模式的鍵和聯絡型別的屬性。
    2) 若實體間聯絡是1:N，則在N端實體型別轉換成的關係模式中加入1端實體型別的鍵和聯絡型別的屬性。
    3) 若實體間聯絡是M:N，則將聯絡型別也轉換成關係模式，其屬性為兩端實體型別的鍵加上聯絡型別的屬性，而鍵為兩端實體鍵的組合

一元聯絡型別的轉換:同二元聯絡
三元聯絡型別的轉換
總是將三元聯絡型別轉換成關係模式，其屬性為三端實體型別的鍵加上聯絡型別的屬性，而鍵為三端實體鍵的組合。


轉換例子：

ER模型的設計過程，基本上是兩大步：
·先設計實體型別（此時不要涉及到“聯絡”）；
·再設計聯絡型別（考慮實體間的聯絡）。
具體設計時，有時“實體”與“聯絡”兩者之間的界線是模糊的。資料庫設計者的任務就是要把現實世界中的資料以及資料間的聯絡抽象出來，用“實體”與“聯絡”來表示。
   另外，設計者應注意，ER模型應該充分反映使用者需求，ER模型要得到使用者的認可才能確定下來。

概念
獨立實體
依賴實體

類和超類
弱實體

關聯基數:
預設: 0..*
P:  1..*
Z:  0,1
N:  n

ERWin:物理模型才可以正向、反向工程。