應用數據庫設計教學目標能力目標◎能針對數據庫設計項目，做好調研準備和有效采集調研數據；◎能繪制業務流圖、數據流圖,分析數據并繪制簡單局部ER圖。知識目標◎熟悉需求分析的步驟和方法；◎掌握規范業務流圖、數據流圖、ER圖的繪制。學習重點◎熟悉需求分析方法步驟、調研準備和采集調研數據方法；◎掌握規范業務流圖、數據流圖、ER圖的繪制方法。學習難點◎需求分析和全局ER圖的繪制。任務任務1需求調研任務2需求分析任務3概念模型設計任務4邏輯結構設計數據庫設計流程圖?

數據庫設計流程任務2需求分析任務說明用戶需求調研數據收集回來，應立即進行用戶需求分析。根據超市銷售管理系統的調研信息，進行需求分析，繪制數據流圖，分析系統的總體結構框架和功能模塊，與用戶充分交流，反饋修訂，相互認可后，寫出需求分析報告。需求分析需求分析的目標分析出更詳細表示業務活動的數據流圖和數據字典分析系統的總體結構框架利用原型化設計等分析方法，將分析成果再與用戶溝通，初步完成需求分析。寫出相應的需求分析報告。數據流圖數據流圖（也稱為數據流程圖dateflowdiagram,DFD）是將業務流程圖轉化成更適合開發人員理解的邏輯模型圖，以圖形化的方法描繪數據在系統中的流動和處理的過程。數據流的簡單模型如下圖所示。數據流圖基本符號數據流圖基本符號數據流數據流表示數據的流向，由一組確定的數據項組成。例如“銷售單”為一個數據流，它由商品名、編號、單位、單價、數量等數據組成。數據流用帶有名字的具有箭頭的線段表示，名字稱為數據流名，表示流經的數據，箭頭表示流向。數據流可以在加工之間、加工與源終點之間、加工與數據存儲之間流動。除了與數據存儲之間的數據流不必命名外，每個數據流必須要有一個合適的名字（名詞），以反映該數據流的含義。數據流圖基本符號加工（處理）加工是指數據流從輸入到輸出所經的變換或操作，也就是輸入數據流經過什么處理后變成了輸出數據。每個加工都有一個名字和編號，加工名應能反映處理的功能，不使用“數據處理”或“信息查詢”等籠統詞，編號能反映該加工位于分層的數據流圖的哪個層次和哪張圖中，能夠看出它是由哪個加工分解出來的子加工。數據流圖基本符號數據存儲（文件）數據存儲表示系統存儲的數據，一般是數據庫文件。每個數據存儲都有一個名字。流入文件的數據流即存入數據，從文件流出的數據即讀出或查詢數據。外部實體外部實體是存在于本軟件系統之外的人員、組織或其他系統，他指出數據的來源點或系統所產生的數據的歸屬終點。數據流圖分析結構化分析方法（SA方法）分析數據流圖最常用的方法是結構化分析方法，它采用自頂向下，逐層分解的分析策略。一般把系統視為一個大的加工，然后對加工進一步分解出若干個子加工，照此方法按處理功能逐層分解，直到能清楚表達出操作處理過程為止。數據流圖分析系統分層表示的數據流圖反映系統功能模塊，頂層是最高層次抽象的系統概貌，要反映更詳細的內容，可將處理功能分解為若干子功能，每個子功能還可繼續分解，所用的數據也逐級分解，形成若干層次的數據流圖。數據流圖分析分析繪制數據流圖（方法步驟）（1）繪制系統的頂層數據流圖把整個系統視為一個大的加工，然后根據數據系統從哪些外部實體接收數據流，以及系統發送數據流到那些外部實體，就可以畫出輸入輸出圖。這張圖稱為頂層圖。如：圖三?7是超市銷售管理系統的頂層數據流圖。數據流圖分析（2）繪制系統的分解圖（0層圖）：把頂層圖的加工分解成若干個子加工，并用數據流將這些加工連接起來，使得頂層圖的輸入數據經過若干子加工處理后，變成頂層圖的輸出數據流。這張圖稱為0層圖。從一個加工繪制出一序列子處理加工連成的數據流圖的過程就是對加工的分解。如：系統的0層圖。數據流圖分析（3）繪制加工的分解圖把每個加工看作一個小系統，把加工的輸入輸出數據流看成小系統的輸入輸出流。于是可以象畫0層圖一樣畫出每個小系統的加工的DFD圖。例如：超市銷售管理0層2號加工進一步分解，得到其1層數據流圖，如下圖。數據流圖分析（4）數據流圖和加工編號1)頂層圖只有一張，圖中的加工也只有一個，所以不必為其編號。2).從0層圖開始編號，0層圖中的加工號分別是1、2、3等。3)子圖號就是父圖中被分解的加工號。4)子圖中的加工號是由圖號、圓點和序號組成，如：1.12，1.3等等。使用數據字典數據字典用來描述更詳細的數據說明，是系統中各類數據描述的集合。數據字典通常包括數據流、數據項、數據結構、數據存儲和處理過程5個部分，使用數據字典1、數據流條目舉例：定義數據流組成及數據項。

機票=姓名+日期+航班號+起點+終點+費用

姓名={字母}

航班號=“Y7100”...“Y8100”

終點=[上海|北京|西安]

數據流條目主要內容及舉例如下：數據流名稱：訂單

別名：無

簡述：顧客訂貨時填寫的項目

來源：顧客

去向：加工1“檢驗訂單”

數據流量：1000份/每周

組成：編號+訂貨日期+顧客編號+地址+電話+銀行賬號+貨物名稱+規格+數量使用數據字典2.數據結構條目

數據存儲條目是對數據存儲的定義，如：

數據存儲名稱：庫存記錄

別名：無

簡述：存放庫存所有可供貨物的信息

組成：貨物名稱+編號+生產廠家+單價+庫存量

組織方式：索引文件，以貨物編號為關鍵字

查詢要求：要求能立即查詢

使用數據字典

3.數據項條目數據項條目是不可再分解的數據單位，，其定義格式如下：

數據項名稱：貨物編號

別名：G-No,G-num,Goods-No

簡述：本公司的所有貨物的編號

類型：字符串

長度：10

取值范圍及含義：

第一位：進口/國產

第2-4位：類別

第5-7位：規格

第8-10位：品名編號

使用數據字典用表格表示：如數據字典中的商品信息數據項。數據項名數據類型長度取值范圍商品編號字符型500001-99999商品名稱字符型20任何字符或數字商品類型字符型20任何字符或數字商品簡介字符型100任何字符或數字商品品牌字符型20任何字符或數字廠商名稱字符型50任何字符或數字使用數據字典4.加工條目

加工條目是用來說明DFD中基本加工的處理邏輯的，由于上層的加工是由下層的基本加工分解而來，只要有了基本加工的說明，就可理解其他加工。舉例如下：

加工名：查閱庫存

編號：1.2

激發條件：接收到合格訂單時

優先級：普通

輸入：合格訂單

輸出：可供貨訂單、缺貨訂單

加工邏輯：根據庫存記錄

IF訂單項目的數量<該項目庫存量的臨界值>

THEN可供貨處理

ELSE此訂單缺貨，登錄，待進貨后再處理

ENDIF系統總體功能框架系統總體功能一般是從使用的角度對管理信息系統進行功能設計的?？梢詮墓芾砺毮芊诸愔?，采用自頂向下逐步分解原則，通過對業務過程和數據進行分析，將系統分解為多個子系統，再將子系統分解為功能模塊，直到每個下層子功能對應一個窗口界面，完成一個相對獨立的業務處理。原型化方法在某些新系統開發中，很難摸清用戶的需求或用戶提不出自己的需求的情況下，采用演化模型方法：第一次只是試驗開發，其目標只在于探索可行性，弄清軟件需求；第二次則在此基礎上獲得較為滿意的軟件產品，通常把一次得到的試驗性產品稱“原型”，這種采用開發方法也稱原形化方法。采用這種方法可以減少由于軟件需求不明確而給開發帶來的風險，一般適合于中小型系統。系統總體功能框架系統總體功能框架需求分析報告需求分析最后得出一份分析成果，即需求分析報告（又稱需求分析說明書），需求分析說明書編寫格式可參照IEEE標準830-1998(IEEE1998)描述的需求規格說明書模板（，再根據項目系統特點進行適當改動。需求分析報告需求規格說明書綱目：條目

細目123456一、引言目的

文檔約定

預期的讀者和閱讀建議

產品的范圍

參考文獻二、綜合描述產品的前景產品的功能用戶類和特征

運行環境設計和實現上的限制假設和依賴附錄三、外部接口需求附錄用戶界面附錄硬件接口軟件接口

通信接口四、系統特性說明和優先級激勵/響應序列

功能需求

五、其它非功能需求

性能需求安全設施需求安全性需求軟件質量屬性

業務規則

用戶文檔六、其它需求七、附件詞匯表分析模型

待確定問題的列表

任務實施分