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