數(shù)據(jù)流圖案例1-PPT課件

1、2.2.2 數(shù)據(jù)流圖數(shù)據(jù)流圖（Data Flow Diagram，DFD）是描述系統(tǒng)中數(shù)據(jù)流程的圖形工具，它標(biāo)識(shí)了一個(gè)系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換為邏輯輸出所需的加工處理。數(shù)據(jù)存儲(chǔ)數(shù)據(jù)源點(diǎn)或終點(diǎn)加 工加工名數(shù)據(jù)流數(shù)據(jù)流名文件名實(shí)體名箭 頭圓或橢圓單或雙杠矩形框還有一些輔助的圖例:一、數(shù)據(jù)流圖的圖符四種基本圖形符號(hào)：TAB*CTAB*CTAB+CTAB+CTABC+TABC+* 與 + 或互斥+ “先全局后局部,先整體后細(xì)節(jié),先抽象后具體” 通?？蓪⑦@種分層的DFD圖,分為頂層、中間層、底層。 具體步驟： 1。先確定系統(tǒng)范圍，畫(huà)出頂層的DFD圖。 2。逐層分解頂層DFD圖，獲得若

2、干中間層DFD圖。 3。畫(huà)出底層的DFD圖。 2.2.3 畫(huà)分層DFD圖的方法 頂層圖說(shuō)明了系統(tǒng)的邊界,即系統(tǒng)的輸入和輸出數(shù)據(jù)流，頂層圖只有一張。底層圖由一些不能再分解的加工組成，這些加工都已足夠簡(jiǎn)單，稱為基本加工。在頂層和底層之間的是中間層。中間層的數(shù)據(jù)流圖描述了某個(gè)加工的分解，而它的組成部分又要進(jìn)一步分解。 畫(huà)各層DFD圖時(shí)，“由外向內(nèi)”。X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1頂層中 間 層底 層先全局后局部,先整體后細(xì)節(jié),先抽象后具體.0圖1圖2圖1.1圖2.1圖2.2圖分層DFD 圖經(jīng)過(guò)初步的需求分析

3、，得到系統(tǒng)功能要求：1、監(jiān)視病員的病癥（血壓、體溫、脈搏等）。2、定時(shí)更新病歷。3、病員出現(xiàn)異常情況時(shí)報(bào)警。4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。2.2.4 實(shí)例：醫(yī)院病房監(jiān)護(hù)系統(tǒng)產(chǎn)生病情報(bào)告監(jiān)視病情更新病歷2.2.4 實(shí)例：醫(yī)院病房監(jiān)護(hù)系統(tǒng)系統(tǒng)功能要求： 1、監(jiān)視病員的病癥（血壓、體溫、脈搏等） 2、定時(shí)更新病歷 3、病員出現(xiàn)異常情況時(shí)報(bào)警。 4、隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。頂層：病員護(hù)士護(hù)士病員監(jiān)護(hù)系統(tǒng)病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警例2 醫(yī)院病房監(jiān)護(hù)系統(tǒng)第一層：病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)格式化病員數(shù)據(jù)生理信號(hào)極限值1

4、324日志數(shù)據(jù)日志數(shù)據(jù)醫(yī)院病房監(jiān)護(hù)系統(tǒng)頂層DFD圖第二層：加工“中央監(jiān)視”分解計(jì)算超過(guò)極限值否病員數(shù)據(jù)超過(guò)極限值報(bào)警開(kāi)解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4醫(yī)院病房監(jiān)護(hù)系統(tǒng)二層DFD圖計(jì)算超過(guò)極限值否病員數(shù)據(jù)超過(guò)極限值報(bào)警開(kāi)解信號(hào)產(chǎn)生報(bào)警信息病員極限格式化病員數(shù)據(jù)體溫血壓、體溫、脈搏生理信號(hào)極限值時(shí)間脈搏血壓日期時(shí)鐘格式化病員數(shù)據(jù)3.13.23.33.4第二層：加工“中央監(jiān)視”分解醫(yī)院病房監(jiān)護(hù)系統(tǒng)分層DFD圖圖 2.15第一層格式化病員數(shù)據(jù)生理信號(hào)極限值病員護(hù)士護(hù)士中央監(jiān)視病員日志病癥信號(hào)要求報(bào)告病癥報(bào)

5、告報(bào)警局部監(jiān)視生成報(bào)告病員極限更新日志病員數(shù)據(jù)1324日志數(shù)據(jù)圖 2.16加工分解的原則自然性：概念上合理、清晰； 均勻性：理想的分解是將一個(gè)問(wèn)題分解成大小均勻的幾個(gè)部分；分解度：一般每一個(gè)加工每次分解最多不要超過(guò)個(gè)子加工,分解應(yīng)分解到基本加工為止。2.2.5 畫(huà)分層DFD圖的基本原則數(shù)據(jù)守恒與數(shù)據(jù)封閉原則 所謂數(shù)據(jù)守恒是指加工的輸入輸出數(shù)據(jù)流是否匹配，即每一個(gè)加工既有輸入數(shù)據(jù)流又有輸出數(shù)據(jù)流?；蛘哒f(shuō)一個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流，一個(gè)輸出數(shù)據(jù)流。 數(shù)據(jù)封閉是對(duì)整個(gè)系統(tǒng)而言。合理使用文件 當(dāng)文件作為某些加工之間的交界面時(shí)，文件必須畫(huà)出來(lái)，一旦文件作為數(shù)據(jù)流圖中的一個(gè)獨(dú)立成份畫(huà)出來(lái)了，那么他同其他

6、成份之間的聯(lián)系也應(yīng)同時(shí)表達(dá)出來(lái)。注意DFD圖不是流程圖,不表示軟件的控制流程。2.2.5 畫(huà)分層DFD圖的基本原則子圖與父圖的“平衡”父圖中某個(gè)加工的輸入輸出數(shù)據(jù)流應(yīng)該同相應(yīng)的子圖的輸入輸出相同(相對(duì)應(yīng)），分層數(shù)據(jù)流圖的這種特點(diǎn)稱為子圖與父圖“平衡”。2.2.6 分層DFD圖的改進(jìn) DFD圖必須經(jīng)過(guò)反復(fù)修改，才能獲得最終的目標(biāo)系統(tǒng)的邏輯模型（目標(biāo)系統(tǒng)的DFD圖）?？蓮囊韵路矫婵紤]DFD圖的改進(jìn)： 1、檢查數(shù)據(jù)流的正確性 數(shù)據(jù)守恒 子圖、父圖的平衡 文件使用是否合理。特別注意輸入/出文件的數(shù)據(jù)流。 2、改進(jìn)DFD圖的易理解性 簡(jiǎn)化加工之間的聯(lián)系（加工間的數(shù)據(jù)流越少，獨(dú)立性越強(qiáng)，易理解性越好）。

7、改進(jìn)分解的均勻性。 適當(dāng)命名（各成分名稱無(wú)二義性，準(zhǔn)確、具體）。 結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言，它是自然語(yǔ)言的一個(gè)受限制的子集。一般分為兩層結(jié)構(gòu)：外層語(yǔ)法較具體，為控制結(jié)構(gòu)（順序、選擇、循環(huán)）,內(nèi)層較靈活，表達(dá)“做什么”。一、 結(jié)構(gòu)化語(yǔ)言例如：外層可為以下結(jié)構(gòu)：1、順序結(jié)構(gòu)2、選擇結(jié)構(gòu) IFTHEN-ELSE; CASE-OF-ENDCASE；3、循環(huán)結(jié)構(gòu) WHILE-DO; REPEAT-UNTIL 構(gòu)造原型運(yùn)行/評(píng)價(jià)原型原型完成否要細(xì)部說(shuō)明否嚴(yán)格說(shuō)明細(xì)部效果滿意否整理原型提供文檔修正改進(jìn)原型YYNN快速分析，確定初步規(guī)格說(shuō)明YN快速原型化開(kāi)發(fā)過(guò)程2.3.2 快速原

8、型開(kāi)發(fā)模型 快速建立系統(tǒng)原型進(jìn)行系統(tǒng)的分析和構(gòu)造有如下優(yōu)點(diǎn)： 1、增進(jìn)軟件開(kāi)發(fā)人員和用戶對(duì)系統(tǒng)需求的理解。便于將用戶模糊的功能需求明確化。2、為用戶提供了一種強(qiáng)有力的學(xué)習(xí)手段。3、易于確定系統(tǒng)的性能，是理解和確認(rèn)軟件需求規(guī)格說(shuō)明的工具。4、按照RCP 法建立的原型即為最終的產(chǎn)品。 細(xì)化的原型化模型需求工程小結(jié)需求工程小結(jié)最初，需求工程僅僅是軟件工程的一個(gè)組成部分，是軟件生命周期的第一個(gè)階段。在傳統(tǒng)軟件工程生命周期中，涉及需求的階段稱作需求分析。一般來(lái)說(shuō)，需求分析的作用是： 系統(tǒng)工程師說(shuō)明軟件的功能和性能，指明軟件和其他系統(tǒng)成分的接口，并定義軟件必須滿足的約束； 軟件工程師求精軟件的配置，建立數(shù)據(jù)模型、功能模型和行為模型； 為軟件設(shè)計(jì)者提供可用于轉(zhuǎn)換為數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、界面設(shè)計(jì)和過(guò)程設(shè)計(jì)的模型； 提供開(kāi)發(fā)人員和客戶需求規(guī)格說(shuō)明，用于作為評(píng)估軟件質(zhì)量的依據(jù)。需求工程小結(jié) 需求工程是系統(tǒng)工程和軟件工程的一個(gè)交叉分支，涉及