【正文】 – 根據(jù)用戶要求對(duì)數(shù)據(jù)庫現(xiàn)有功能進(jìn)行擴(kuò)充。對(duì)于重要系統(tǒng)的試運(yùn)行過程中，原系統(tǒng) (可能是手工方式 )的運(yùn)行應(yīng)當(dāng) 平行 進(jìn)行，以防止由于系統(tǒng)錯(cuò)誤帶來用戶不可彌補(bǔ)的損失。 ? 事務(wù)代表了現(xiàn)實(shí)世界的事件，事務(wù)設(shè)計(jì)包括事務(wù)使用什么數(shù)據(jù)，事務(wù)要做什么，事務(wù)的輸出，事務(wù)的使用頻度。應(yīng)用程序設(shè)計(jì)是數(shù)據(jù)庫應(yīng)用程序開發(fā)的重要環(huán)節(jié)。 – 設(shè)計(jì)安全措施來避免對(duì)數(shù)據(jù)未經(jīng)授權(quán)的訪問，如何實(shí)現(xiàn)每個(gè)用戶的視圖，以及表上需要的訪問控制。 – DBMS為數(shù)據(jù)提供了許多可選擇的文件組織方式，基于對(duì)事務(wù)的分析，選擇合適的文件組織方式，何時(shí)選擇索引。 郭文明 物理 設(shè)計(jì) – 索引選擇 索引文件對(duì)存儲(chǔ)記錄進(jìn)行內(nèi)部鏈接，從邏輯上改變了記錄的存儲(chǔ)位置。 在邏輯設(shè)計(jì)階段，還要設(shè)計(jì)出子模式，子模式體現(xiàn)各個(gè)用戶對(duì)數(shù)據(jù)庫的不同觀點(diǎn)。在規(guī)范化模式合并和模式分解過程中，要特別注意保持依賴和無損連接要求（規(guī)范化內(nèi)容參見 ）。 CAP數(shù)據(jù)庫中 Orders的碼由顧客實(shí)體、代理商實(shí)體、產(chǎn)品實(shí)體的碼和日期組成。也可以為弱實(shí)體建立新的標(biāo)識(shí) ID。 郭文明 邏輯設(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ì)可表示如下示意形式 : 邏輯設(shè)計(jì) 概念模型 安全要求 功能要求 約束條件 DBMS特征 模式 子模式 應(yīng)用程序 設(shè)計(jì)指南 安全性 設(shè)計(jì) 物理設(shè)計(jì) 指南 郭文明 邏輯設(shè)計(jì) ? 邏輯設(shè)計(jì)的步驟 : 從 ER模式導(dǎo)出 初始數(shù)據(jù)庫模式 處理需求 ER模式 DBMS特征 關(guān)系模式規(guī)范化 模式評(píng)價(jià) 用 DBMS語法描述 是否修正 進(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)系模式的鍵。而邏輯設(shè)計(jì)的目的是把概念模式設(shè)計(jì)階段的全局 ER模式轉(zhuǎn)換成與選用的具體機(jī)器上的 DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。 用戶評(píng)審 重點(diǎn)放在確認(rèn)全局概念模式是否準(zhǔn)確完整反映了用戶的信息需求和現(xiàn)實(shí)世界事物的屬性間的固有聯(lián)系， DBA和應(yīng)用開發(fā)人員評(píng)審 側(cè)重于完整性、一致性。設(shè)計(jì)過程為： 確定 公共的實(shí)體類型， 合并 局部ER圖并且 消除 在局部 ER圖中的屬性沖突、結(jié)構(gòu)沖突和命名沖突。先分別考慮各個(gè)用戶的信息需求，形成 局部 ER圖 。 ? 實(shí)體聯(lián)系模型定義實(shí)體、屬性和聯(lián)系等數(shù)據(jù)對(duì)象，數(shù)據(jù)庫設(shè)計(jì)者將需求分析過程中產(chǎn)生的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)歸納到這些類別中，通過對(duì)實(shí)體聯(lián)系圖的分析把握現(xiàn)實(shí)世界中信息的組織結(jié)構(gòu)。 ? 通常將現(xiàn)實(shí)世界中的客觀對(duì)象首先抽象為不依賴任何機(jī)器的信息結(jié)構(gòu)，這種信息結(jié)構(gòu)不是具體的 DBMS的數(shù)據(jù)模型，而是基于現(xiàn)實(shí)世界和機(jī)器世界的中間層次，稱為 概念模型 。 功能數(shù)據(jù)分析可以使用填寫數(shù)據(jù) 功能格柵圖 等方法，如果完成某功能所需的數(shù)據(jù)不存在，需在數(shù)據(jù)字典中添加項(xiàng)目；如果數(shù)據(jù)字典中的數(shù)據(jù)沒有任何一個(gè)功能使用，那么它可能是多余的或者在功能分析中有遺漏。在這三類用戶數(shù)據(jù)處理的基礎(chǔ)上進(jìn)行抽象和歸納，得出功能的層次體系結(jié)構(gòu)。用戶希望系統(tǒng)能提供的功能必須有一個(gè)清晰的描述。 郭文明 需求分析 – 分析系統(tǒng)數(shù)據(jù)，產(chǎn)生數(shù)據(jù)字典 ：名稱、輸入、輸出、數(shù)據(jù)量、存取頻率和存取方式 (批處理或聯(lián)機(jī)處理；查詢或更新；順序或隨機(jī) )。 ：數(shù)據(jù)項(xiàng)是數(shù)據(jù)的最小組成單位，若干個(gè)數(shù)據(jù)項(xiàng)可以組成一個(gè)數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對(duì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流以及數(shù)據(jù)存儲(chǔ)的邏輯內(nèi)容。 、編號(hào)與數(shù)據(jù)流程圖一致。 DFD可以形象地表示數(shù)據(jù)流與各業(yè)務(wù)活動(dòng)的關(guān)系，它是需求分析的工具和分析結(jié)果的描述手段。把用戶業(yè)務(wù)分成若干個(gè)子處理過程，使每個(gè)處理功能明確、界面清楚，畫出 用戶活動(dòng)圖 (業(yè)務(wù)流程圖 )。對(duì)收集到的數(shù)據(jù)進(jìn)行抽象，抽取共同的本質(zhì)特性，并用各種概念精確地加以描述。 ? 需求分析文檔要盡可能地從 不同層次角度去描述 （有可能冗余），要注意描述的名詞對(duì)用戶、分析者、設(shè)計(jì)者在理解上務(wù)必達(dá)成共識(shí)。 ? 設(shè)計(jì)人員還應(yīng)該了解系統(tǒng)將來要發(fā)生的變化，收集未來應(yīng)用所涉及的數(shù)據(jù)，充分考慮到系統(tǒng)可能的擴(kuò)充和變動(dòng)，使系統(tǒng)設(shè)計(jì)符合未來發(fā)展的趨向，以減少系統(tǒng)維護(hù)的代價(jià)。 – 7)結(jié)論。 – 3)待開發(fā)系統(tǒng)的總體方案（如前所述）。 郭文明 規(guī)劃 ? 可行性分析應(yīng)從經(jīng)濟(jì)方面、技術(shù)方面、系統(tǒng)運(yùn)行方面 (管理體制、人員的適應(yīng)性及法律法規(guī) )進(jìn)行分析和評(píng)價(jià)。 ? 系統(tǒng)規(guī)劃綱要內(nèi)容包括： – 1)系統(tǒng)目標(biāo)與范圍的描述： ? 確定系統(tǒng)長期目標(biāo)和近期目標(biāo)； ? 定義數(shù)據(jù)庫應(yīng)用程序的范圍和邊界（包括主要的用戶視圖，用戶視圖定義了根據(jù)要存儲(chǔ)的數(shù)據(jù)和在數(shù)據(jù)上要執(zhí)行的事務(wù)，也即用戶要怎樣使用數(shù)據(jù)，不僅考慮當(dāng)前用戶視圖，而且也要考慮未來的用戶視圖）； 郭文明 規(guī)劃 ? 確定系統(tǒng)與外部環(huán)境的信息聯(lián)系和接口； ? 系統(tǒng)的主要功能和結(jié)構(gòu)。 數(shù)據(jù)庫的裝入 數(shù)據(jù)庫的試運(yùn)行 數(shù)據(jù)庫的運(yùn)行維護(hù) 第 4步： 物理設(shè)計(jì) 第 6步： 數(shù)據(jù)