數(shù)據(jù)庫設(shè)計數(shù)據(jù)流圖補充47張課件

1、數(shù)據(jù)流圖 補充1. 數(shù)據(jù)流圖系統(tǒng)分析階段：使用數(shù)據(jù)流圖DFD來建立系統(tǒng)需求的過程模型。（結(jié)構(gòu)化系統(tǒng)分析的方法）系統(tǒng)分析采用ER圖來建立系統(tǒng)的數(shù)據(jù)模型。結(jié)構(gòu)化分析的思想數(shù)據(jù)流圖DFD采用一系列分層次的數(shù)據(jù)流圖來描述系統(tǒng)。DFD的每一個層次都代表了系統(tǒng)的一個抽象水平。高層次DFD中的處理可以進(jìn)一步分解成低層次、更詳細(xì)的DFD。分層的數(shù)據(jù)流圖縱觀頂層 P1 P2 P3 P4 P41P42 第一層第二層1.1 數(shù)據(jù)流圖的基本成分?jǐn)?shù)據(jù)流圖用來記錄系統(tǒng)中的數(shù)據(jù)和數(shù)據(jù)在特定的過程中的流動，即數(shù)據(jù)如何被采集、處理、保存和使用的（圍繞信息系統(tǒng)的功能）外部實體數(shù)據(jù)處理p1數(shù)據(jù)存儲數(shù)據(jù)流外部實體指系統(tǒng)以外又與系統(tǒng)有

2、聯(lián)系的人或事物。它表達(dá)了該系統(tǒng)數(shù)據(jù)的外部來源和去處。例如：人、組織、外部系統(tǒng)等等。 外部實體是數(shù)據(jù)的來源（誰提供了最初始的數(shù)據(jù)？） 外部實體是數(shù)據(jù)的去處（數(shù)據(jù)對誰有價值？） 讀者 圖書管理員 館長 讀者圖書管理員外部實體處理指對數(shù)據(jù)的邏輯處理功能，也就是對數(shù)據(jù)的變換功能。別名：功能、處理過程，數(shù)據(jù)加工標(biāo)識部分（層次化的功能編號）功能描述部分（動賓詞組）功能執(zhí)行的角色（人，部門，計算機程序），通?？墒÷訮2.2.1識別讀者身份圖書管理員數(shù)據(jù)處理數(shù)據(jù)流是指處理功能的輸入或輸出（箭頭表示數(shù)據(jù)流向） 。例如：數(shù)據(jù)，訂單，查詢要求等 經(jīng)理編制財務(wù)報表合格訂單編 輯訂貨單計 算 應(yīng)收款數(shù)據(jù)流數(shù)據(jù)存儲表示某

3、種數(shù)據(jù)保存后的邏輯統(tǒng)稱。不是指保存數(shù)據(jù)的物理地點或物理介質(zhì)。流入數(shù)據(jù)存儲的數(shù)據(jù)流將處理后的數(shù)據(jù)寫入或修改到數(shù)據(jù)存儲中流出數(shù)據(jù)存儲的數(shù)據(jù)流從數(shù)據(jù)存儲中查詢獲取數(shù)據(jù)，不改變原來的數(shù)據(jù)銷售量D2產(chǎn)品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產(chǎn)品D5職工D2產(chǎn)品數(shù)據(jù)存儲數(shù)據(jù)流圖中的圖形元素有不同的畫法，本書使用Gane-Sarson畫法儲戶業(yè)務(wù)處理帳目存折存取要求其他圖形表示事件表中能找到數(shù)據(jù)流圖中出現(xiàn)的一些元素：活動對應(yīng)于處理框事件源和事件目標(biāo)對應(yīng)于外部實體觸發(fā)點和響應(yīng)結(jié)果是與外部實體相連的數(shù)據(jù)流只有數(shù)據(jù)存儲在事件響應(yīng)表中沒有對應(yīng)的描述一個事件的DFD事件和DFD事件列表中的每一個事

4、件都可以畫出一個DFD圖（需要額外添加數(shù)據(jù)存儲元素）事件列表可以作為畫數(shù)據(jù)流圖的一個基礎(chǔ)和檢驗列表事件對應(yīng)DFD模型的中間層事件可以繼續(xù)分解繪制其具體的處理過程（向下細(xì)化）系統(tǒng)中事件較多時，應(yīng)進(jìn)行分組（向上抽象）單個DFD的組合事件之間有一定的聯(lián)系，一般通過數(shù)據(jù)存儲建立關(guān)聯(lián)完整的數(shù)據(jù)流圖根據(jù)事件表重新組織，繪制完整的DFD模型：按照事件表，對每一個事件建立一個DFD片段圖。把所有的DFD片段進(jìn)行分組，歸納為大的處理邏輯，形成上一層DFD（復(fù)雜系統(tǒng)層次更多）。將屬于一組內(nèi)的DFD片段放在一張圖上，形成事件層的DFD圖。對每個事件的數(shù)據(jù)處理進(jìn)一步分解為下一層DFD （復(fù)雜系統(tǒng)層次更多）。完整的數(shù)據(jù)

5、流圖真正進(jìn)行結(jié)構(gòu)化系統(tǒng)建模過程中，應(yīng)該采用自頂向下的分解方法，事件表只是尋找需求的輔助工具（啟發(fā)）建模是一個從具體到抽象，又從抽象到具體的過程，需要反復(fù)多次1.2 數(shù)據(jù)流圖的畫法下面我們以高等學(xué)校學(xué)籍管理系統(tǒng)為例說明畫數(shù)據(jù)流圖的方法如果不能直接建模，可以考慮以下事件：新生登記登記期末成績期末成績分析登記補考成績補考后成績分析評定獎學(xué)金處理退學(xué)、留級、修學(xué)、復(fù)學(xué)發(fā)成績單頂層新生名單學(xué)籍表學(xué)籍管理系統(tǒng) 招生辦 教委用人單位報表畢業(yè)生登記表學(xué)籍管理系統(tǒng)頂層DFD第一層第二層“成績管理”框的展開第三層“處理期末成績”框的展開第三層“分析期末成績”框的展開第三層“分析補考成績”框的展開1.3 畫數(shù)據(jù)流圖

6、的注意事項要注意以下幾點：關(guān)于層次的劃分語法的正確性可讀性確定系統(tǒng)邊界層次的劃分應(yīng)遵守：（1）展開的層次與管理層次一致，也可以劃分得更細(xì)。（2）同一張圖上的所有處理過程應(yīng)該處于同一個抽象層次上（抽象粒度一致）。（3）一個處理框經(jīng)過展開，一般以分解為410處理框為宜（最好59個）（4）最下層的處理過程用幾句話，或者用幾張判定表，或一張簡單的HIPO圖能表達(dá)清楚1、合理的層次劃分一個處理框經(jīng)過展開，一般以分解為410處理框為宜。如果一次分解后僅有兩個處理框，為減少數(shù)據(jù)流圖的層次，可以考慮將它們直接并入上一層中若一個處理框分解后還是只有一個處理框，則視為無效的分解處理框的合并通?？梢詮囊韵聨讉€方面檢

7、查數(shù)據(jù)流圖的正確性：（1）數(shù)據(jù)守恒，或稱為輸入數(shù)據(jù)與輸出數(shù)據(jù)匹配處理有輸入就應(yīng)該有輸出處理有輸出就肯定有輸入輸入的數(shù)據(jù)應(yīng)該全部流出該處理或者要用于產(chǎn)生流出該處理的數(shù)據(jù)（排除無用數(shù)據(jù)）輸出的所有數(shù)據(jù)必須曾經(jīng)流入過該處理或者是由流入該處理的數(shù)據(jù)加工產(chǎn)生（保證必要數(shù)據(jù)）2、正確性檢查 （2）在一套數(shù)據(jù)流圖中的任何一個數(shù)據(jù)存儲，必定有流入的數(shù)據(jù)流和流出的數(shù)據(jù)流。（3）父圖中某一處理框的輸入、輸出數(shù)據(jù)流必須出現(xiàn)在相應(yīng)的子圖中。（3）任何一個數(shù)據(jù)流至少有一端是處理框。正確性檢查（續(xù)）提高數(shù)據(jù)流圖的易理解性（1）簡化處理間的聯(lián)系（利用數(shù)據(jù)存儲）如：P2成績管理-P1異動管理之間的聯(lián)系可以改變?yōu)椋篜2成績管理

8、-D3留退名單P1異動管理-D3留退名單D3留退名單為增加的數(shù)據(jù)存儲（2）均勻分解，應(yīng)齊頭并進(jìn)（3）適當(dāng)?shù)拿?、提高易讀性信息系統(tǒng)建模不是對應(yīng)用領(lǐng)域的業(yè)務(wù)建模，信息系統(tǒng)可能只反映業(yè)務(wù)系統(tǒng)的部分處理過程。因此要關(guān)注信息系統(tǒng)解決的問題，重點是系統(tǒng)中的數(shù)據(jù)處理和流動。（1）排除純手工活動（2）排除其他外部系統(tǒng)的活動（3）和系統(tǒng)外的外部實體之間的接口通過數(shù)據(jù)流來實現(xiàn)4、確定系統(tǒng)邊界1.4 數(shù)據(jù)流圖的常見錯誤分析一般有三類錯誤情況：語法錯誤（可采用軟件工具輔助繪圖消除）邏輯錯誤詞不達(dá)意，二義性錯誤情況舉例1輸入的數(shù)據(jù)流足夠了嗎？是否能夠加工出輸出的數(shù)據(jù)流？計算利息存款金額？查詢圖書讀者信息錯誤情況舉例

9、2學(xué)生成績單客戶訂單訂單源數(shù)據(jù)是如何進(jìn)入到信息系統(tǒng)中的呢？外部實體如何從系統(tǒng)中獲取有關(guān)的數(shù)據(jù)呢？難道是心靈感應(yīng)？不論是手工系統(tǒng)還是計算機系統(tǒng)，數(shù)據(jù)不會無緣無故保存或流動，和外部的交換一定和某個加工相連。錯誤情況舉例3客戶業(yè)務(wù)員訂單外部實體到外部實體，全都是外部的。和信息系統(tǒng)有關(guān)系嗎？為什么要管呢？帶來數(shù)據(jù)的變化了嗎？DFD考慮數(shù)據(jù)是從那個地方開始進(jìn)入系統(tǒng)。讀者圖書管理員借書單錯誤情況舉例4訂單入庫單數(shù)據(jù)不通過任何手續(xù)就能在數(shù)據(jù)存儲之間流動？怪了，表格中的數(shù)據(jù)長腿了嗎？要不硬盤智能化了，不需要任何外部力量，磁道上的數(shù)據(jù)會自己移動？讀者信息逾期歷史錯誤情況舉例5xxxx僅有流入的數(shù)據(jù)流，數(shù)據(jù)還有什

10、么用途嗎？純粹是垃圾！僅有流出的數(shù)據(jù)流，數(shù)據(jù)是從何而來呢？模型的局部會存在這種情況，但系統(tǒng)地看應(yīng)該不會。如果有，那個數(shù)據(jù)肯定是一千年不變，可以直接由數(shù)據(jù)庫管理員一次性搞定。錯誤情況舉例6“修改還書日期”很細(xì)節(jié)，而“借閱管理”又很抽象。處理不在同一個抽象層次上，造成理解困難！讀者讀者續(xù)借申請讀者信息處罰記錄P2續(xù)借審核P1借閱管理P3修改還書日期P5處罰管理P4打印通知單顧客P1.1驗證身份P1.2核對帳戶余額P1.3登記取款事務(wù)P1.4打印存折帳戶顧客P1.1驗證身份P2.2登記存款事務(wù)帳戶取款存款DFD圖不反映模塊共享再比如圖書館借書系統(tǒng)中有三個處理邏輯：“p1借書”“p2還書”“p3查詢服

11、務(wù)”，但借書處理的“檢查庫存”，不應(yīng)理解為“P3查詢服務(wù)”錯誤情況舉例71.5 繪圖工具軟件Visio介紹Microsoft Visio可用于繪制計算機系統(tǒng)中需要的各種模型圖繪制DFD：DFD的四種元素數(shù)據(jù)流兩端元素的關(guān)聯(lián)性語法檢查上下層分解關(guān)系，子圖自動繼承父圖有關(guān)的數(shù)據(jù)流以樹狀目錄列出全部處理數(shù)據(jù)流圖也常常要作重新分解。重新分解可以按下述方法進(jìn)行 （）把需要重新分解的某張圖的所有子圖連接成一張 （）把圖分成幾部分，使各部分之間的聯(lián)系最少 （）重新建立父圖 （）重新畫子圖 （）為所有處理重新命名，編號數(shù)據(jù)流圖的優(yōu)化數(shù)據(jù)流圖的分解每個人可能有所不同，畫出的數(shù)據(jù)流圖也會因人而異，并一定誰畫的對，

12、誰畫的錯。沒有標(biāo)準(zhǔn)答案數(shù)據(jù)流圖的優(yōu)缺點圖形元素少，易學(xué)易讀，容易與用戶溝通有層次性，允許系統(tǒng)分析員由上至下逐步分析系統(tǒng)，不會受困于太多復(fù)雜的細(xì)節(jié)不能描述系統(tǒng)的控制流潛在的非語法錯誤不易發(fā)現(xiàn)，復(fù)核困難，需要有一定的分析設(shè)計經(jīng)驗2.系統(tǒng)說明書系統(tǒng)說明書是系統(tǒng)分析階段的成果該文檔描述了系統(tǒng)的需求，也稱需求規(guī)格說明書.引言.項目概述 (1) 項目的主要工作內(nèi)容 (2) 現(xiàn)行系統(tǒng)的調(diào)查情況 (3) 新系統(tǒng)的邏輯模型.實施計劃 (1) 工作任務(wù)的分解 (2) 進(jìn)度 (3) 預(yù)算系統(tǒng)說明書的內(nèi)容系統(tǒng)說明書參考模板1. 引言（1）摘要：名稱、目標(biāo)和功能（2）背景：承擔(dān)者、用戶、與其他系統(tǒng)和機構(gòu)的關(guān)系（3）參考和引用資料（4）專門術(shù)語定義2. 項目概述（1）項目的主要工作內(nèi)容（2）系統(tǒng)功能說明（功能模型）（3）系統(tǒng)數(shù)據(jù)說明（數(shù)據(jù)模型）（4）系統(tǒng)其他需求說明（性能/安全/故障處理/環(huán)境等）3. 計劃（1）系統(tǒng)劃分與人員分工（2）進(jìn)度（3）預(yù)算 勞務(wù)、辦公費、差旅費、資料費等系統(tǒng)說明書的品質(zhì)要求正確性相對于用戶的需求而言待開發(fā)的系統(tǒng)與用戶的期望相吻合完整性包含了軟件要做的全