MySQL數(shù)據(jù)庫應用與管理項目化教程課件：需求分析

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

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

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

姓名={字母}

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

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

數(shù)據(jù)流條目主要內(nèi)容及舉例如下：數(shù)據(jù)流名稱：訂單

別名：無

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

來源：顧客

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

數(shù)據(jù)流量：1000份/每周

組成：編號+訂貨日期+顧客編號+地址+電話+銀行賬號+貨物名稱+規(guī)格+數(shù)量使用數(shù)據(jù)字典2.數(shù)據(jù)結(jié)構(gòu)條目

數(shù)據(jù)存儲條目是對數(shù)據(jù)存儲的定義，如：

數(shù)據(jù)存儲名稱：庫存記錄

別名：無

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

組成：貨物名稱+編號+生產(chǎn)廠家+單價+庫存量

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

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

使用數(shù)據(jù)字典

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

數(shù)據(jù)項名稱：貨物編號

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

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

類型：字符串

長度：10

取值范圍及含義：

第一位：進口/國產(chǎn)

第2-4位：類別

第5-7位：規(guī)格

第8-10位：品名編號

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

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

加工名：查閱庫存

編號：1.2

激發(fā)條件：接收到合格訂單時

優(yōu)先級：普通

輸入：合格訂單

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

加工邏輯：根據(jù)庫存記錄

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

THEN可供貨處理

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

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

細目123456一、引言目的

文檔約定

預期的讀者和閱讀建議

產(chǎn)品的范圍

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

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

通信接口四、系統(tǒng)特性說明和優(yōu)先級激勵/響應序列

功能需求

五、其它非功能需求

性能需求安全設施需求安全性需求軟件質(zhì)量屬性

業(yè)務規(guī)則

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

待確定問題的列表

任務實施分