【正文】 法和理論 。其特點是：數(shù)據(jù)量大、保存時間長，數(shù)據(jù)關聯(lián)復雜，用戶要求多樣化。按照系統(tǒng)工程的觀點，數(shù)據(jù)庫系統(tǒng)的設計與開發(fā)有如下指導方針。 郭文明 數(shù)據(jù)庫設計過程 對需求分析所得到數(shù)據(jù)的更高層的抽象描述。 – 3)待開發(fā)系統(tǒng)的總體方案（如前所述）。對收集到的數(shù)據(jù)進行抽象，抽取共同的本質(zhì)特性，并用各種概念精確地加以描述。 ：數(shù)據(jù)項是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結構，數(shù)據(jù)字典通過對數(shù)據(jù)項和數(shù)據(jù)結構的定義來描述數(shù)據(jù)流以及數(shù)據(jù)存儲的邏輯內(nèi)容。 功能數(shù)據(jù)分析可以使用填寫數(shù)據(jù) 功能格柵圖 等方法，如果完成某功能所需的數(shù)據(jù)不存在，需在數(shù)據(jù)字典中添加項目；如果數(shù)據(jù)字典中的數(shù)據(jù)沒有任何一個功能使用，那么它可能是多余的或者在功能分析中有遺漏。設計過程為： 確定 公共的實體類型， 合并 局部ER圖并且 消除 在局部 ER圖中的屬性沖突、結構沖突和命名沖突。 郭文明 邏輯設計 – ER模式向關系模式轉(zhuǎn)換 聯(lián)系類型的轉(zhuǎn)換 2）若實體間的聯(lián)系是 一對多 的，則在多端實體類型轉(zhuǎn)換成的關系模式中加入一端實體類型轉(zhuǎn)換成的關系模式的鍵和聯(lián)系類型的屬性。 在邏輯設計階段，還要設計出子模式，子模式體現(xiàn)各個用戶對數(shù)據(jù)庫的不同觀點。應用程序設計是數(shù)據(jù)庫應用程序開發(fā)的重要環(huán)節(jié)。 – 根據(jù)用戶要求對數(shù)據(jù)庫現(xiàn)有功能進行擴充。 – 設計安全措施來避免對數(shù)據(jù)未經(jīng)授權的訪問，如何實現(xiàn)每個用戶的視圖，以及表上需要的訪問控制。在規(guī)范化模式合并和模式分解過程中，要特別注意保持依賴和無損連接要求（規(guī)范化內(nèi)容參見 ）。 郭文明 邏輯設計 ? 邏輯設計可表示如下示意形式 : 邏輯設計 概念模型 安全要求 功能要求 約束條件 DBMS特征 模式 子模式 應用程序 設計指南 安全性 設計 物理設計 指南 郭文明 邏輯設計 ? 邏輯設計的步驟 : 從 ER模式導出 初始數(shù)據(jù)庫模式 處理需求 ER模式 DBMS特征 關系模式規(guī)范化 模式評價 用 DBMS語法描述 是否修正 進入物理 設計階段 郭文明 邏輯設計 – ER模式向關系模式轉(zhuǎn)換 一個 實體型轉(zhuǎn)換 為一個關系模式，實體的屬性即為關系模式的屬性，實體的標識符即為關系模式的鍵。先分別考慮各個用戶的信息需求，形成 局部 ER圖 。在這三類用戶數(shù)據(jù)處理的基礎上進行抽象和歸納，得出功能的層次體系結構。 、編號與數(shù)據(jù)流程圖一致。 ? 需求分析文檔要盡可能地從 不同層次角度去描述 （有可能冗余），要注意描述的名詞對用戶、分析者、設計者在理解上務必達成共識。 郭文明 規(guī)劃 ? 可行性分析應從經(jīng)濟方面、技術方面、系統(tǒng)運行方面 (管理體制、人員的適應性及法律法規(guī) )進行分析和評價。 – 數(shù)據(jù)庫能滿足當前和今后相當長時期內(nèi)的數(shù)據(jù)需求 ， 使數(shù)據(jù)庫有較長的使用壽命 。 軟件工程：是為了組織大型軟件生產(chǎn)，克服手工作坊方式軟件生產(chǎn)的缺點，而提出的一種科學的軟件設計方法。5. 數(shù)據(jù)庫設計 ? 計算機信息系統(tǒng)以數(shù)據(jù)庫為核心，在數(shù)據(jù)庫管理系統(tǒng)（ DBMS）的支持下，進行信息的收集、整理、存儲、檢索、更新、加工、統(tǒng)計和傳播等操作。是指導計算機軟件開發(fā)和維護的工程學科。 – 當軟件和硬件環(huán)境發(fā)生變化時容易修改和移植 。 可行性研究報告的內(nèi)容包括 ： – 1)原來系統(tǒng)概況。 ? 在此階段，從多方面對整個組織進行調(diào)查，收集和分析各個應用主要集中在對 信息 和 處理 兩方面的需求。 ，對數(shù)據(jù)流程圖上的成分定義與說明無漏項，無同名異義或異名同義。 功能分析可以采用軟件結構圖或模塊圖 來表示系統(tǒng)的層次分解關系、模塊調(diào)用關系。大體分為四個環(huán)節(jié)：確定局部結構范圍、局部實體定義、局部聯(lián)系定義、屬性分配。 聯(lián)系類型的轉(zhuǎn)換 ，根據(jù)不同情況做不同的處理： 1）若實體間的聯(lián)系是 一對一 的，可以在兩個實體類型轉(zhuǎn)換成的兩個關系模式中的任意一個關系模式的屬性中加入另一個關系模式的鍵和聯(lián)系類型的屬性。 郭文明 邏輯設計 – 模式評價 模式評價的目的是檢查已給出的數(shù)據(jù)庫模式是否完全滿足用戶的功能要求，是否具有較高的效率。 – 不斷通過監(jiān)聽操作系統(tǒng)來標識和解決由設計引起的性能問題，并實現(xiàn)新的或改變的需求。 ? 數(shù)據(jù)庫運行和維護的工作就是 DBA的工作 。其中應用程序設計是對用戶界面和使用數(shù)據(jù)庫的程序的設計。 – 模式修正 根據(jù)模式評價結果對已生成的模式進行修改。 例：學院與院長之間是一對一，在學院關系模式中加入院長關系模式的鍵。全局 ER模型不僅支持所有局部 ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念模型。 郭文明 需求分析 – 功能數(shù)據(jù)分析 反映系統(tǒng)全貌的數(shù)據(jù)流程圖與數(shù)據(jù)、功能詳細分析完成后，為保證總的系統(tǒng)描述和細節(jié)情況相一致，需要進行整理和審核，這一過程稱為功能數(shù)據(jù)分析。 郭文明 需求分析 – 分析系統(tǒng)數(shù)據(jù)，產(chǎn)生數(shù)據(jù)字典 數(shù)據(jù)字典中通常包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程 5個部分 。 另外還有安全性和完整性要求。 – 2)原來