[工學]第七講_數(shù)據(jù)庫設計-全文預覽
【正文】 1 0～ 10 ?需求分析總結： ① 需求分析階段的一個重要而困難的任務是收集將來應用所涉及的數(shù)據(jù)，設計人員 應充分考慮到可能的擴充和改變 ，使設計易于更改，系統(tǒng)易于擴充。 ③ 數(shù)據(jù)流 。 例 1： 計算一個班中學生的平均成績可以進行如下分解： ① 找出一個學生的成績； ② 計算總共有多少學生； ③ 計算總成績； ④ 用總成績除以學生人數(shù) 計算總成績又可以分為以下子任務： ① 找出每個學生的檔案； ② 讀出成績； ③ 把成績加到部分和上； ④ 讀出下個學生的檔案 二、數(shù)據(jù)庫需求分析 加工名 或 變換數(shù)據(jù)的 加工或處理 數(shù)據(jù)源 / 終點名 或 數(shù)據(jù)的源 / 終點 數(shù)據(jù)名稱 或 數(shù)據(jù)存儲 數(shù)據(jù)流 數(shù)據(jù)流 數(shù)據(jù)流圖（ DFD）使用的圖形規(guī)范 ?用數(shù)據(jù)流圖（ DFD） 二、數(shù)據(jù)庫需求分析 ?數(shù)據(jù)字典 數(shù)據(jù)字典 (Data Dictionary， 簡稱 DD)和數(shù)據(jù)流圖密切配合，能清楚地表達數(shù)據(jù)處理的要求。需求分析做得不好，甚至會導致整個數(shù)據(jù)庫設計返工重做。 一、數(shù)據(jù)庫設計概述 二、數(shù)據(jù)庫需求分析 需求分析簡單地說就是分析用戶的要求。導出的邏輯結構是否與概念模式一致，從功能和性能上是否滿足用戶的要求，進行模式評價，如果達不到用戶要求，還要反復修正或重新設計。 國標中規(guī)定軟件生命周期：可行性研究與計劃，需求分析，概要設計，詳細設計，實現(xiàn)，組裝測試，確認測試，使用和維護 (了解 ) 計劃 分析 設計 編碼 調試 維護 可行性研究報告 項目實施計劃 需求規(guī)格說明書，數(shù)據(jù)要求說明書 初步用戶手冊，確認測試計劃 概要設計說明書、數(shù)據(jù)庫設計說明書 詳細設計說明書，組裝測試計劃 程序清單 測試分析報告 用戶手冊 軟件問題報告 軟件修改報告 數(shù)據(jù)分析 功能分析 概念模型設計 功能模型 功能說明 邏輯數(shù)據(jù)庫設計 事務設計 程序說明 物理數(shù)據(jù)庫設計 子模式設計 應用程序設計 建立數(shù)據(jù) 程序編碼調試 現(xiàn)實世界 數(shù)據(jù)庫的結構設計和行為設計（了解） 數(shù)據(jù)庫設計步驟 應用需求 （數(shù)據(jù)、處理） 需求收集和分析 設計概念結構 設計邏輯結構 數(shù)據(jù)模型優(yōu)化 設計物理結構 評價設計、性能預測 物理實現(xiàn) 試驗性運行 使用、維護數(shù)據(jù)庫 轉換規(guī)則、 DBMS功能、 優(yōu)化方法 應用要求， DBMS詳 細特征 不滿意 不滿意 需求分析階段 概念設計階段 邏輯設計階段 物理設計階段 數(shù)據(jù)庫 實施階段 數(shù)據(jù)庫運行、 維護階段 需求分析： 該階段主要是與系統(tǒng)用戶相互交流，了解他們對 數(shù)據(jù)的要求及已有的業(yè)務流程 ，并把這些信息用 數(shù)據(jù)流圖 和 數(shù)據(jù)字典 等圖表或文字的形式記錄下來，最終與用戶對系統(tǒng)的信息要求和處理要求取得一致認識。第七講 數(shù)據(jù)庫設計方法 要求： 掌握 數(shù)據(jù)庫設計的基本步驟 以及 每個階段的具體任務和主要實現(xiàn)方法 數(shù)據(jù)庫的運行和維護 提綱 數(shù)據(jù)庫設計概述 數(shù)據(jù)庫需求分析 數(shù)據(jù)庫結構設計 數(shù)據(jù)庫行為設計 數(shù)據(jù)庫實施 參考課本第 8章 概念結構 邏輯結構 物理結構 一、數(shù)據(jù)庫設計概述 數(shù)據(jù)庫設計包括靜態(tài)數(shù)據(jù)模型 (模式與子模式的設計 ,即數(shù)據(jù)庫的結構設計 )和在模型上的動態(tài)操作即應用程序設計稱為數(shù)據(jù)設計。 數(shù)據(jù)庫建設的基本規(guī)律 :三分技術，七分管理，十二分基礎數(shù)據(jù) 管理 :① 數(shù)據(jù)庫建設項目管理； ② 企業(yè)（即應用部門）的業(yè)務管理 基礎數(shù)據(jù)：收集、入庫
教學課件相關推薦
鄂ICP備17016276號-1