軟件需求分析的任務(wù)課件

第三章需求工程需求階段是軟件開(kāi)發(fā)的關(guān)鍵階段。該階段的主要任務(wù)：必須回答一個(gè)問(wèn)題：“系統(tǒng)應(yīng)該做什么（what）”。所涉及的人員有：領(lǐng)域?qū)＜摇㈩I(lǐng)域用戶、軟件投資人、系統(tǒng)分析員和需求分析員。該階段的工作量約占總工作量的10%以上。1第三章需求工程需求階段是軟件開(kāi)發(fā)的關(guān)鍵階段。該階段的工作3.1軟件需求IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）將需求定義為：

（1）用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力；

（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。

（3）一種反映（1）或（2）所描述的條件或能力的文檔說(shuō)明。3.1.1軟件需求的定義定義從兩個(gè)角度闡述需求：用戶角度系統(tǒng)的外部行為開(kāi)發(fā)者角度系統(tǒng)的內(nèi)部特性其關(guān)鍵的問(wèn)題：編寫(xiě)需求文檔。

23.1軟件需求IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）將需3.1.2需求的層次軟件需求包括四個(gè)不同的層次：1.業(yè)務(wù)需求：描述了組織結(jié)構(gòu)或客戶對(duì)系統(tǒng)的高層次的目標(biāo)要求。2.用戶需求：描述了用戶使用產(chǎn)品必須要完成的任務(wù)，使用實(shí)例模型描述。3.功能需求：定義了開(kāi)發(fā)人員實(shí)現(xiàn)的軟件的功能。4.業(yè)務(wù)需求：描述系統(tǒng)的約束和限制條件。注：以上需求應(yīng)詳細(xì)的寫(xiě)到軟件需求規(guī)格說(shuō)明書(shū)里。33.1.2需求的層次軟件需求包括四個(gè)不同的層次：1.業(yè)務(wù)需3.1.3需求錯(cuò)誤的原因需求描述模棱兩可，有時(shí)寫(xiě)的過(guò)于簡(jiǎn)單；用戶的要求不斷變換，需求也不斷變化；參與的用戶過(guò)少，而且忽略了用戶的分類；追求個(gè)性化，添加不必要的特性。需求越來(lái)越復(fù)雜，但很重要，現(xiàn)在提出了采用工程化的思想對(duì)需求進(jìn)行分析，引出需求工程的概念。43.1.3需求錯(cuò)誤的原因需求描述模棱兩可，有時(shí)寫(xiě)的過(guò)于簡(jiǎn)單3.2需求工程概述定義：指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。主要活動(dòng)：需求獲取需求建模（需求分析）需求傳遞：編寫(xiě)規(guī)格（規(guī)約）說(shuō)明書(shū)需求驗(yàn)證需求管理53.2需求工程概述定義：指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需需求工程的層次分解示意圖需求工程需求開(kāi)發(fā)

需求管理

問(wèn)題獲取需求分析編寫(xiě)規(guī)格說(shuō)明

驗(yàn)證6需求工程的層次分解示意圖需求工程需求開(kāi)發(fā)需求管理3.2.1需求開(kāi)發(fā)從用戶獲得需求，并整理成文檔。注：分析員與各種層析的客戶進(jìn)行交流，如決策人，具體使用人，系統(tǒng)維護(hù)人員等等。OOA中常采用方法：用例方法獲取需求。一.需求獲取二.需求分析對(duì)上階段獲取的需求進(jìn)行分析、提煉，并用相應(yīng)的分析模型描述出來(lái)，分析出高質(zhì)量的需求。73.2.1需求開(kāi)發(fā)從用戶獲得需求，并整理成文檔。一.需求需求分析研究的對(duì)象是軟件項(xiàng)目的用戶要求準(zhǔn)確地表達(dá)被接受的用戶要求確定被開(kāi)發(fā)軟件系統(tǒng)的系統(tǒng)元素將功能和信息結(jié)構(gòu)分配到這些系統(tǒng)元素中深入描述軟件的功能和性能確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)定義軟件的其它有效性需求1主要任務(wù)：8需求分析研究的對(duì)象是軟件項(xiàng)目的用戶要求1主要任務(wù)：82.需求分析的過(guò)程(1)問(wèn)題識(shí)別從系統(tǒng)的角度來(lái)理解軟件并評(píng)審軟件范圍是否恰當(dāng)確定對(duì)目標(biāo)系統(tǒng)的綜合要求，即軟件的需求提出這些需求實(shí)現(xiàn)條件，以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)資源使用需求成本消耗需求開(kāi)發(fā)進(jìn)度需求預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)軟件的需求包括：功能需求性能需求環(huán)境需求可靠性需求安全保密要求用戶界面需求92.需求分析的過(guò)程(1)問(wèn)題識(shí)別資源使用需求軟件的需求包括

問(wèn)題識(shí)別的另一項(xiàng)工作是建立分析所需要的通信途徑，以保證能順利地對(duì)問(wèn)題進(jìn)行需求分析。10問(wèn)題識(shí)別的另一項(xiàng)工作是建立分析所需要的通信途徑，以保證能順A.主要任務(wù)（建立系統(tǒng)的邏輯模型）

從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。(2)分析與綜合B.常用的分析方法面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開(kāi)發(fā)方法(DSSD)面向?qū)ο蟮姆治龇椒?OOA)等11A.主要任務(wù)（建立系統(tǒng)的邏輯模型）(2)分析與綜C.創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)系統(tǒng)所用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。12C.創(chuàng)建數(shù)據(jù)字典12軟件需求說(shuō)明書(shū)數(shù)據(jù)要求說(shuō)明書(shū)初步的用戶手冊(cè)修改、完善與確定軟件開(kāi)發(fā)實(shí)施計(jì)劃注：格式見(jiàn)附錄三需求傳遞（編制需求文檔）四需求驗(yàn)證（需求評(píng)審）系統(tǒng)定義的目標(biāo)是否與用戶的要求一致;系統(tǒng)需求分析階段提供的文檔資料是否齊全;文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求;與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述;13軟件需求說(shuō)明書(shū)三需求傳遞（編制需求文檔）四需求驗(yàn)證（需被開(kāi)發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定;所有圖表是否清楚，在不補(bǔ)充說(shuō)明時(shí)能否理解;主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說(shuō)明;設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際;開(kāi)發(fā)的技術(shù)風(fēng)險(xiǎn)是什么;是否考慮過(guò)軟件需求的其它方案;是否考慮過(guò)將來(lái)可能會(huì)提出的軟件需求;是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn);14被開(kāi)發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定;14需求開(kāi)發(fā)流程15需求開(kāi)發(fā)流程15需求管理從形成需求基線開(kāi)始，分析變更影響并控制變更過(guò)程。主要包括變更控制、版本控制和需求跟蹤等活動(dòng)。變更控制就是在一定的程序下有效地實(shí)施整個(gè)變更過(guò)程；版本管理保證了在需求文檔中記錄和反映所有的需求變化；需求跟蹤幫助人們?nèi)娴胤治鲎兏鼛?lái)的影響，從而作出正確的變更決策。三者統(tǒng)一起來(lái)，真正做到了管理需求變化過(guò)程，以及維護(hù)需求變化后的一致性和完整性。3.2.2需求管理16需求管理從形成需求基線開(kāi)始，分析變更影響并控制變更過(guò)程。31.需求變更控制

一些需求的改進(jìn)是合理的且不可避免。

不被控制的變更是項(xiàng)目陷入混亂、不能按進(jìn)度執(zhí)行或軟件質(zhì)量低劣的共同原因，因此，需求變更應(yīng)該實(shí)現(xiàn)以下要求：

●應(yīng)仔細(xì)評(píng)估已建議的變更；

●挑選合適的人選對(duì)變更做出決定；

●變更應(yīng)及時(shí)通知所有涉及的人員；

●項(xiàng)目要按一定的程序來(lái)采納需求變更。171.需求變更控制一些需求的改進(jìn)是合理的且不可避免。1版本控制是管理需求的一個(gè)必要方面。需求文檔的每一個(gè)版本必須被統(tǒng)一確定，小組內(nèi)每個(gè)成員必須能夠得到需求的當(dāng)前版本，必須清楚地將變更寫(xiě)成文檔，并及時(shí)通知到項(xiàng)目開(kāi)發(fā)所涉及的人員。為了盡量減少困惑、沖突、誤傳，應(yīng)僅允許指定的人來(lái)更新需求。

每一個(gè)公布的需求文檔的版本應(yīng)該包括一個(gè)修正版本的歷史情況，即已做變更的內(nèi)容、變更日期、變更人姓名以及變更原因，可以考慮給每個(gè)需求標(biāo)記上版本號(hào)，當(dāng)修改滿足需求后就增加版本號(hào)。

2.需求文檔的版本控制版本控制的最有力方法是用一個(gè)商業(yè)需求管理工具的數(shù)據(jù)庫(kù)存儲(chǔ)需求，這些工具可以跟蹤和報(bào)告每個(gè)需求的變動(dòng)歷史，特別是當(dāng)需要恢復(fù)早期的需求時(shí)非常有意義。18版本控制是管理需求的一個(gè)必要方面。需求文檔的每一個(gè)版本必當(dāng)某項(xiàng)業(yè)務(wù)需求發(fā)生變化時(shí)，可能會(huì)影響到系統(tǒng)需求和功能需求的變化，并且連帶地影響到設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)、項(xiàng)目計(jì)劃等各方面的變化，從而構(gòu)成了一個(gè)跟蹤能力聯(lián)系鏈。如下圖顯示需求跟蹤的任務(wù)：編制每個(gè)需求同系統(tǒng)元素之間的聯(lián)系文檔，這些元素包括別的需求、體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文件、文檔等，從而建立了需求的跟蹤聯(lián)系鏈。當(dāng)需求發(fā)生變化時(shí)，使用需求跟蹤可以確保不忽略每個(gè)受到影響的系統(tǒng)元素，實(shí)現(xiàn)需求變更的正確實(shí)施，降低由此帶給項(xiàng)目的風(fēng)險(xiǎn)等。3.需求跟蹤19當(dāng)某項(xiàng)業(yè)務(wù)需求發(fā)生變化時(shí)，可能會(huì)影響到系統(tǒng)需求和功能需求的變2020(1).建立了需求的跟蹤聯(lián)系鏈當(dāng)需求發(fā)生變化時(shí)，使用需求跟蹤可以確保不忽略每個(gè)受到影響的系統(tǒng)元素。使用需求跟蹤能力矩陣

分析變更產(chǎn)生的影響CMM:軟件能力成熟度模型的目標(biāo)之一：進(jìn)行需求管理21(1).建立了需求的跟蹤聯(lián)系鏈當(dāng)需求發(fā)生變化時(shí)，使用需求跟蹤2.需求管理工具需求管理工具有兩種類型：a.以文檔為核心的b.以數(shù)據(jù)庫(kù)核心的222.需求管理工具需求管理工具有兩種類型：22結(jié)構(gòu)化分析方法最早開(kāi)始于20世紀(jì)60年代末和70年代初。DeMaro在1979年出版的《StructuredAnalysisandSystemSpecification》一書(shū)中，給出了數(shù)據(jù)流圖等結(jié)構(gòu)化分析工具，并使用數(shù)據(jù)字典和加工說(shuō)明等作為圖形工具的補(bǔ)充。3.3分析建模

現(xiàn)在在主導(dǎo)地位的分析方法為：結(jié)構(gòu)化分析方法(SA)和面向?qū)ο蟮姆治龇椒?OOA)本節(jié)主要講SA。23結(jié)構(gòu)化分析方法最早開(kāi)始于20世紀(jì)60年代末和70年代初。De結(jié)構(gòu)化分析方法特點(diǎn)面向數(shù)據(jù)流進(jìn)行需求分析的方法結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止結(jié)構(gòu)化分析方法使用工具ERDSTD數(shù)據(jù)流圖數(shù)據(jù)詞典判定表與判定樹(shù)、結(jié)構(gòu)化英語(yǔ)層次方框圖、Warnier圖、IPO圖24結(jié)構(gòu)化分析方法特點(diǎn)面向數(shù)據(jù)流進(jìn)行需求分析的方法結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析導(dǎo)出的分析模型包括數(shù)據(jù)模型、功能模型和行為模型，該模型以“數(shù)據(jù)字典”為核心，它描述了軟件使用的所有數(shù)據(jù)對(duì)象。3.3.1分析模型

25結(jié)構(gòu)化分析導(dǎo)出的分析模型包括數(shù)據(jù)模型、功能模型和行為模型，該實(shí)體關(guān)系圖（Entity-RelationshipDiagram，ERD）：作為數(shù)據(jù)建模的基礎(chǔ)，描述數(shù)據(jù)對(duì)象及其關(guān)系；

數(shù)據(jù)流圖（DataFlowDiagram，DFD）：作為功能建模的基礎(chǔ)，描述數(shù)據(jù)怎樣轉(zhuǎn)換以及轉(zhuǎn)換的功能；狀態(tài)轉(zhuǎn)換圖（State-TransitionDiagram，STD）：作為行為建模的基礎(chǔ)，表示系統(tǒng)的各種行為狀態(tài)以及狀態(tài)間的轉(zhuǎn)換方式。26實(shí)體關(guān)系圖（Entity-RelationshipDiag⑴Entities例：,

,StudentInstructorClass⑶Attributes例：,NameID#⑵Relations例：EnrolledinTeach111NMN一.實(shí)體-聯(lián)系圖(Entity-RelationshipDiagram)數(shù)據(jù)模型有三種基本元素：數(shù)據(jù)對(duì)象、屬性、關(guān)系。27⑴Entities例：…………InstructorStudentEnrolledinTeachClassID#ID#NameNameSexSexTitleInstructorIDClassIDGradeStudentIDClassIDCreditID#Subjectmn1n例如：28…………InstructorStudentEnrolled二.數(shù)據(jù)流圖數(shù)據(jù)流圖信息流和數(shù)據(jù)轉(zhuǎn)換。對(duì)加工進(jìn)行細(xì)化獲得數(shù)據(jù)流圖。從數(shù)據(jù)傳遞和加工的角度看，其以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的傳遞變換過(guò)程，描繪信息在系統(tǒng)中流動(dòng)和處理的情況。表示了系統(tǒng)內(nèi)部信息的流向和系統(tǒng)的邏輯處理功能。1.作用29二.數(shù)據(jù)流圖數(shù)據(jù)流圖信息流和數(shù)據(jù)轉(zhuǎn)換。對(duì)加工進(jìn)行細(xì)化獲得數(shù)據(jù)2.數(shù)據(jù)流圖中的主要圖形元素?cái)?shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源點(diǎn)或終點(diǎn)(外部實(shí)體)數(shù)據(jù)流數(shù)據(jù)存儲(chǔ)文件302.數(shù)據(jù)流圖中的主要圖形元素?cái)?shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源點(diǎn)或描述銀行取款過(guò)程的數(shù)據(jù)流圖31描述銀行取款過(guò)程的數(shù)據(jù)流圖313.數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系323.數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系324.數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)。在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開(kāi)發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對(duì)其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖。334.數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，需分層的數(shù)據(jù)流圖34分層的數(shù)據(jù)流圖34三.狀態(tài)遷移圖最常用的動(dòng)態(tài)分析方法狀態(tài)遷移圖時(shí)序圖Petri網(wǎng)系統(tǒng)的需求規(guī)格說(shuō)明通常是用自然語(yǔ)言來(lái)敘述的，但是用自然語(yǔ)言描述往往會(huì)出現(xiàn)歧義性。為了直觀地分析系統(tǒng)的動(dòng)作，從特定的視點(diǎn)出發(fā)描述系統(tǒng)的行為，需要采用動(dòng)態(tài)分析的方法。35三.狀態(tài)遷移圖最常用的動(dòng)態(tài)分析方法狀態(tài)遷移圖系統(tǒng)的需求規(guī)格說(shuō)狀態(tài)遷移圖是描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號(hào)進(jìn)行推移的一種圖形表示。

圓圈“○”表示可得到的系統(tǒng)狀態(tài)

箭頭“→”表示從一種狀態(tài)向另一種狀態(tài)的遷移。36狀態(tài)遷移圖是描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號(hào)進(jìn)行推移的一種圖例如,當(dāng)有多個(gè)申請(qǐng)占用CPU運(yùn)行的進(jìn)程時(shí),有關(guān)CPU分配的進(jìn)程的狀態(tài)遷移。37例如,當(dāng)有多個(gè)申請(qǐng)占用CPU運(yùn)行的進(jìn)程時(shí),有關(guān)CPU分可得到的狀態(tài)＝就緒，運(yùn)行，等待生成的事件＝t1，t2，t3，t4t1─中斷事件

t2─中斷已處理t3─分配CPUt4─用完CPU時(shí)間38可得到的狀態(tài)＝就緒，運(yùn)行，等待38狀態(tài)遷移圖的優(yōu)點(diǎn)狀態(tài)之間的關(guān)系能夠直觀地捕捉到由于狀態(tài)遷移圖的單純性，能夠機(jī)械地分析許多情況，可很容易地建立分析工具39狀態(tài)遷移圖的優(yōu)點(diǎn)狀態(tài)之間的關(guān)系能夠直觀地捕捉到393.3.2結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析過(guò)程是創(chuàng)建數(shù)據(jù)模型、功能模型和行為模型的過(guò)程數(shù)據(jù)模型功能模型行為模型E-R圖DFD圖STD圖下面結(jié)合學(xué)生成績(jī)管理系統(tǒng)的子系統(tǒng)查詢系統(tǒng)，講解如何畫(huà)DFD。403.3.2結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析過(guò)程是創(chuàng)建數(shù)據(jù)模型、功（1）第0層DFD將整個(gè)系統(tǒng)表示成一個(gè)加工；

（2）確定并標(biāo)記主要的輸入和輸出；

（3）分離出下一層中的加工、數(shù)據(jù)對(duì)象和存儲(chǔ)，并對(duì)其進(jìn)行細(xì)化，一次細(xì)化一個(gè)加工；

（4）標(biāo)記所有加工和箭頭；

（5）重復(fù)步驟（3）和（4），直到所有的加工只執(zhí)行一個(gè)簡(jiǎn)單的操作，可以很容易地用程序?qū)崿F(xiàn)。在該系統(tǒng)中，教務(wù)人員錄入學(xué)生信息、課程信息和成績(jī)信息。學(xué)生可以隨時(shí)查詢自己所選課程的成績(jī)。學(xué)生在查詢成績(jī)時(shí)應(yīng)該具有相應(yīng)的權(quán)限。數(shù)據(jù)流圖是分層繪制的，使自頂向下對(duì)功能分解和細(xì)化的過(guò)程。41（1）第0層DFD將整個(gè)系統(tǒng)表示成一個(gè)加工；

（2）確●第0層DFD圖

教務(wù)人員維護(hù)學(xué)生信息和課程信息，并登錄學(xué)生的選課成績(jī)；

學(xué)生查詢自己的成績(jī)單。42●第0層DFD圖

教務(wù)人員維護(hù)學(xué)生信息和課程信息，并登錄●第1層DFD圖

對(duì)第0層DFD圖中的一個(gè)加工“學(xué)生成績(jī)管理”進(jìn)行展開(kāi)。43●第1層DFD圖

對(duì)第0層DFD圖中的一個(gè)加工“學(xué)生成績(jī)管●第2層DFD圖

對(duì)第1層DFD圖中的一個(gè)加工“查詢學(xué)生成績(jī)”進(jìn)行展開(kāi)。44●第2層DFD圖

對(duì)第1層DFD圖中的一個(gè)加工“查詢學(xué)生成繪制數(shù)據(jù)流圖應(yīng)當(dāng)遵循以下原則：

（1）分層時(shí)，子圖的輸入、輸出數(shù)據(jù)流必須和父圖中相應(yīng)加工的輸入、輸出數(shù)據(jù)流一致；（2）加工的編號(hào)應(yīng)唯一且具有層次性；（3）加工不應(yīng)該只有輸入或只有輸出，通常既有輸入又有輸出；（4）數(shù)據(jù)流圖不應(yīng)反映處理的順序；（5）加工之間應(yīng)通過(guò)數(shù)據(jù)存儲(chǔ)進(jìn)行通信，避免從一個(gè)加工直接流到另一個(gè)加工；（6）數(shù)據(jù)應(yīng)通過(guò)加工進(jìn)行流動(dòng)，避免從一個(gè)數(shù)據(jù)存儲(chǔ)直接流到另一個(gè)數(shù)據(jù)存儲(chǔ)；（7）數(shù)據(jù)流圖中所有元素的命名應(yīng)當(dāng)對(duì)客戶有意義，且與業(yè)務(wù)相關(guān)；（8）不要在一個(gè)圖中繪制7個(gè)以上的加工，否則難于繪制和理解。45繪制數(shù)據(jù)流圖應(yīng)當(dāng)遵循以下原則：

（1）分層時(shí)，子圖的輸入、結(jié)構(gòu)化分析方法步驟示例

商店業(yè)務(wù)處理系統(tǒng)46結(jié)構(gòu)化分析方法步驟示例

商店業(yè)這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能數(shù)據(jù)流圖繪制步驟首先確定系統(tǒng)的輸入和輸出根據(jù)商店業(yè)務(wù)，畫(huà)出頂層數(shù)據(jù)流圖，以反映最主要業(yè)務(wù)處理流程經(jīng)過(guò)分析，商店業(yè)務(wù)處理的主要功能應(yīng)當(dāng)有銷(xiāo)售、采購(gòu)、會(huì)計(jì)三大項(xiàng)。主要數(shù)據(jù)流輸入的源點(diǎn)和輸出終點(diǎn)是顧客和供應(yīng)商。然后從輸入端開(kāi)始，根據(jù)商店業(yè)務(wù)工作流程，畫(huà)出數(shù)據(jù)流流經(jīng)的各加工框，逐步畫(huà)到輸出端，得到第一層數(shù)據(jù)流圖47這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)第一層數(shù)據(jù)流圖48第一層數(shù)據(jù)流圖48加細(xì)每一個(gè)加工框 銷(xiāo)售細(xì)化49加細(xì)每一個(gè)加工框 銷(xiāo)售細(xì)化49采購(gòu)細(xì)化50采購(gòu)細(xì)化50檢查和修改數(shù)據(jù)流圖的原則數(shù)據(jù)流圖上所有圖形符號(hào)只限于前述四種基本圖形元素?cái)?shù)據(jù)流圖的主圖必須包括前述四種基本元素，缺一不可數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流在數(shù)據(jù)流圖中，需按層給加工框編號(hào)。編號(hào)表明該加工所處層次及上下層的親子關(guān)系規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對(duì)應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。此即父圖與子圖的平衡51檢查和修改數(shù)據(jù)流圖的原則數(shù)據(jù)流圖上所有圖形符號(hào)只限于前述四種圖上每個(gè)元素都必須有名字?jǐn)?shù)據(jù)流圖中不可夾帶控制流初畫(huà)時(shí)可以忽略瑣碎的細(xì)節(jié)，以集中精力于主要數(shù)據(jù)流52圖上每個(gè)元素都必須有名字52數(shù)據(jù)流圖與其他流程圖的區(qū)別1、數(shù)據(jù)流圖與系統(tǒng)流程圖系統(tǒng)流程圖中不僅有數(shù)據(jù)流，還有物流、資金流。DFD將物流、資金流排除在外，或者將它們抽象為數(shù)據(jù)流的形式。DFD僅以數(shù)據(jù)流的形態(tài)反映一個(gè)組織中整個(gè)管理業(yè)務(wù)的流程。2、數(shù)據(jù)流圖與程序流程圖程序流程圖的處理框之間有嚴(yán)格的時(shí)間順序;DFD只反映數(shù)據(jù)的流向、處理邏輯和必要的數(shù)據(jù)存儲(chǔ)，它不反映處理邏輯的先后時(shí)間順序。數(shù)據(jù)流與控制流53數(shù)據(jù)流圖與其他流程圖的區(qū)別1、數(shù)據(jù)流圖與系統(tǒng)流程圖系3.3.3數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)處理的要求。內(nèi)容： 數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)文件 加工、外部實(shí)體、數(shù)據(jù)結(jié)構(gòu)詞條描述——對(duì)于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號(hào)，分類，描述，定義，位置，其它，等等.543.3.3數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：說(shuō)明：簡(jiǎn)要介紹作用即它產(chǎn)生的原因和結(jié)果數(shù)據(jù)流來(lái)源：來(lái)自何方數(shù)據(jù)流去向：去向何處數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)量流通量