結(jié)構(gòu)化需求分析

1、需求分析的概念 o 需求分析(Requirement Analysis)：對(duì)收集到的需求進(jìn)行提煉、分析和審查，為最終用戶所看到的系統(tǒng)建立概念化的分析模型。o 需求分析方法有：結(jié)構(gòu)化方法和面向?qū)ο蟮姆椒ㄐ枨蠓治龅谋举|(zhì)客戶現(xiàn)實(shí)需求軟件需求模型(SRS)抽象、映射、轉(zhuǎn)換結(jié)構(gòu)化分析的主要工具o 描述物理模型系統(tǒng)流程圖o 描述邏輯模型數(shù)據(jù)流程圖o 描述處理內(nèi)容IPO圖表o 描述數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)字典系統(tǒng)流程圖 o 使用一些圖形符號(hào)以黑盒子的形式描繪系統(tǒng)的每個(gè)部件，如設(shè)備、文件、數(shù)據(jù)庫、程序、通訊和人工過程等。o需求調(diào)研需求調(diào)研階段使用它來描繪用戶當(dāng)前系統(tǒng)的物理模型o需求分析需求分析時(shí)在物理模型的基礎(chǔ)上

2、獲得系統(tǒng)的邏輯模型o 在設(shè)計(jì)設(shè)計(jì)階段根據(jù)系統(tǒng)的邏輯模型設(shè)計(jì)出新系統(tǒng)的物理模型。 案例 某裝配廠有一座存放零件的倉庫,倉庫中現(xiàn)有的各種數(shù)據(jù)都記錄在庫存清單主文件庫存清單主文件中,當(dāng)倉庫中零件零件數(shù)量有變化數(shù)量有變化時(shí),應(yīng)該及時(shí)修改主文件修改主文件. 如果某種零件的庫存量庫存量庫存量臨界值庫存量臨界值,則應(yīng)該報(bào)報(bào)告給采購部門告給采購部門以便定貨,規(guī)定每天向采購部門送每天向采購部門送一次定貨報(bào)告一次定貨報(bào)告. 先看看系統(tǒng)流程圖的模樣變化變化倉庫倉庫零零 庫存量庫存量件件 臨界值臨界值庫存清單庫存清單XX ： XX ： 庫存庫存 臨臨界值界值定貨報(bào)告定貨報(bào)告案例：倉庫管理的物理模型案例：倉庫管理的物理

3、模型先看看系統(tǒng)流程圖的模樣注：符號(hào)注：符號(hào) = 系統(tǒng)部件系統(tǒng)部件 箭頭箭頭 = 信息流動(dòng)路徑信息流動(dòng)路徑 從頂向下從頂向下, 從左到右從左到右 分層分層 事務(wù)事務(wù)庫存清單程序庫存清單程序庫存清單庫存清單主文件主文件定貨定貨信息信息報(bào)告生成程序報(bào)告生成程序定貨報(bào)告定貨報(bào)告即庫存量變化即庫存量變化案例倉庫管理系統(tǒng)的系統(tǒng)流程圖案例倉庫管理系統(tǒng)的系統(tǒng)流程圖先看看系統(tǒng)流程圖的模樣注意：o 系統(tǒng)流程圖和程序流程圖的區(qū)別？n 系統(tǒng)流程圖是反映系統(tǒng)物理結(jié)構(gòu)系統(tǒng)物理結(jié)構(gòu)的概貌，它主要描繪信息在系統(tǒng)各個(gè)物理部件之間的流動(dòng)情況，每個(gè)部件都是一個(gè)未打開的黑盒子黑盒子；n 程序流程圖是反映系統(tǒng)中具體模塊或算法具體模塊或

4、算法的處理過程的處理過程，也可以理解為對(duì)打開的黑盒子中內(nèi)容的描述 。系統(tǒng)流程圖的作用o 描述系統(tǒng)的組成元素；o 描述信息在各個(gè)元素之間的流動(dòng)情況。o 可以由此生成系統(tǒng)的軟硬件初始配置清單。畫系統(tǒng)流程圖的步驟：1）找出可能的系統(tǒng)硬件元素系統(tǒng)硬件元素，如果是人工系統(tǒng)則找出各個(gè)相關(guān)的業(yè)務(wù)部門或組織業(yè)務(wù)部門或組織；2）尋找各個(gè)硬件元素上分布的軟件元素軟件元素，如果是人工系統(tǒng)則尋找各個(gè)部門或組織的職責(zé)（任務(wù)）職責(zé)（任務(wù)）；3）找出各個(gè)元素之間的通信或連接方式通信或連接方式；4）仔細(xì)研究各個(gè)元素，對(duì)于比較復(fù)雜的軟件元素需要描述主要處理步驟主要處理步驟（不要過于詳細(xì)）和信息流信息流，如果是人工系統(tǒng)，需要對(duì)處

5、理復(fù)雜的過程進(jìn)行簡要描述，對(duì)于硬件元素硬件元素需要說明規(guī)格和型號(hào)規(guī)格和型號(hào)。 圖書館圖書信息管理系統(tǒng)流程圖 查詢圖書/讀者PC機(jī)借/還書PC機(jī)辦證/處罰/員工管理PC機(jī)新書訂購/編目PC機(jī)讀者客戶端辦公室客戶端采編室客戶端流通部客戶端數(shù)據(jù)庫服務(wù)器SQL Server7.0聯(lián)想微機(jī)服務(wù)器HP5000打印機(jī)借還書部分的系統(tǒng)流程圖示例還書事務(wù)處罰處理預(yù)借到書通知還書處理打印處罰信息借還書記錄預(yù)借登記處罰信息罰款單3.2.2數(shù)據(jù)流程圖o 數(shù)據(jù)流程圖是描繪系統(tǒng)邏輯模型的圖形工具o 只描繪信息在系統(tǒng)中的流動(dòng)和處理情況o 不反映系統(tǒng)中的物理部件o 數(shù)據(jù)流程圖使用四個(gè)標(biāo)準(zhǔn)的基本符號(hào)數(shù)據(jù)源點(diǎn)/終點(diǎn)數(shù)據(jù)源點(diǎn)/終點(diǎn)

6、處理編號(hào)處理名稱處理名稱處理編號(hào)數(shù)據(jù)流編號(hào)/名稱數(shù)據(jù)存儲(chǔ)編號(hào)數(shù)據(jù)存儲(chǔ)名稱數(shù)據(jù)存儲(chǔ)編號(hào)和名稱數(shù)據(jù)流程圖的基本符號(hào)數(shù)據(jù)流程圖的常用符號(hào)，見教材P93中圖5-1案例 某裝配廠有一座存放零件的倉庫某裝配廠有一座存放零件的倉庫,倉庫中現(xiàn)有的各倉庫中現(xiàn)有的各種數(shù)據(jù)都記錄在庫存清單主文件中種數(shù)據(jù)都記錄在庫存清單主文件中,當(dāng)倉庫中零件當(dāng)倉庫中零件數(shù)量有變化時(shí)數(shù)量有變化時(shí),應(yīng)該及時(shí)修改主文件應(yīng)該及時(shí)修改主文件. 如果某種零件的庫存量如果某種零件的庫存量庫存量臨界值庫存量臨界值,則應(yīng)該報(bào)則應(yīng)該報(bào)告給采購部門以便定貨告給采購部門以便定貨,規(guī)定每天向采購部門送一規(guī)定每天向采購部門送一次定貨報(bào)告次定貨報(bào)告. 采購部采購

7、部:每天需要一張定貨報(bào)表每天需要一張定貨報(bào)表;通過倉庫中的終端通過倉庫中的終端報(bào)告給定貨系統(tǒng)報(bào)告給定貨系統(tǒng); 庫存低于臨界值庫存低于臨界值,開始定貨開始定貨先看看數(shù)據(jù)流程圖的模樣庫庫管管員員采采購購員員事務(wù)定貨信息1.3處理處理事務(wù)事務(wù)2產(chǎn)生產(chǎn)生報(bào)表報(bào)表定貨信息定貨信息D2定貨信息定貨報(bào)表庫存清單庫存清單D1庫存清單1.2更新庫更新庫存清單存清單1.1接受接受事務(wù)事務(wù)事務(wù)庫存信息先看看數(shù)據(jù)流程圖的模樣注意：o 在數(shù)據(jù)流程圖中不能反映控制流不能反映控制流，分支判斷或循環(huán)這類控制性的流程屬于程序流程圖o 在需求分析階段用它來描述用戶需求，隨著對(duì)用戶業(yè)務(wù)的逐漸深入，數(shù)據(jù)流程圖逐步細(xì)化，并得到用戶確認(rèn)

8、o 設(shè)計(jì)階段以數(shù)據(jù)流程圖為基礎(chǔ)來設(shè)計(jì)軟件結(jié)構(gòu)o 測試階段依據(jù)數(shù)據(jù)流程圖來檢驗(yàn)是否滿足需求規(guī)格說明層次數(shù)據(jù)流圖 倉庫倉庫 管理員管理員定貨定貨系統(tǒng)系統(tǒng) 采購采購 員員DF0/事務(wù)DF2/定貨信息 倉庫倉庫 管理員管理員 采購采購 員員DF0/事務(wù)DF2/定貨信息IPO1處理處理事務(wù)事務(wù)IPO2產(chǎn)生產(chǎn)生報(bào)表報(bào)表定貨信息定貨信息D2DF2/定貨信息DF2/定貨信息庫存清單庫存清單D1DF1/庫存信息庫庫管管員員采采購購員員DF0/事務(wù)DF2/定貨信息IPO1.3處理處理事務(wù)事務(wù)IPO2產(chǎn)生產(chǎn)生報(bào)表報(bào)表定貨信息定貨信息D2DF2/定貨信息DF2/定貨信息庫存清單庫存清單D1DF1/庫存信息IPO1.2

9、更新庫更新庫存清單存清單IPO1.1接受接受事務(wù)事務(wù)DF0/事務(wù)DF1/庫存信息2層 細(xì)化的數(shù)據(jù)流程圖注意：o 數(shù)據(jù)流程圖上所有圖形符號(hào)只限于前述四種基本圖形元素，并且缺一不可。o 數(shù)據(jù)流程圖上的數(shù)據(jù)流必須封閉封閉在外部實(shí)體之間。o 每個(gè)處理至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。o 按層給處理框編號(hào)，編號(hào)能表示處理上下層的親子關(guān)系。注意（續(xù)）o 一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)處理對(duì)應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。o 數(shù)據(jù)流不能在外部實(shí)體、數(shù)據(jù)存儲(chǔ)間流動(dòng)。o 數(shù)據(jù)流程圖上每個(gè)元素都必須有名字和編號(hào)。o 忽略出錯(cuò)處理（也屬于控制流）。3.2.3數(shù)據(jù)字典o 數(shù)據(jù)字典對(duì)數(shù)據(jù)流程圖中出現(xiàn)的

10、圖形元素作為一個(gè)詞條加以定義o 數(shù)據(jù)字典要求嚴(yán)密、精確、無二義性。o 數(shù)據(jù)字典把數(shù)據(jù)的最小組成單位看成是數(shù)據(jù)元素或者叫做基本數(shù)據(jù)項(xiàng)，若干個(gè)數(shù)據(jù)元素可以組成一個(gè)數(shù)據(jù)結(jié)構(gòu)也叫做組合數(shù)據(jù)項(xiàng)。名字：訂貨信息名字：訂貨信息編號(hào)：編號(hào)：DF2描述：每天一次送檢采購員描述：每天一次送檢采購員 的需要訂貨的零件表的需要訂貨的零件表定義：定義：訂貨信息訂貨信息=零件編號(hào)零件編號(hào) +零件名稱零件名稱 +訂貨數(shù)量訂貨數(shù)量 +目前價(jià)格目前價(jià)格 +主要供應(yīng)者主要供應(yīng)者 +次要供應(yīng)者次要供應(yīng)者來自：來自：IPO1.3流向：流向：D2數(shù)據(jù)量：數(shù)據(jù)量：200條條/天天, 1K/條條數(shù)據(jù)數(shù)據(jù)結(jié)構(gòu)結(jié)構(gòu)struct DF2 cha

11、r 零件編號(hào)零件編號(hào)8; char 零件名稱零件名稱20; int 訂貨數(shù)量訂貨數(shù)量; float 目前價(jià)格目前價(jià)格; struct supplier 主要供應(yīng)者主要供應(yīng)者; struct supplier 次要供應(yīng)者次要供應(yīng)者;訂貨信息數(shù)據(jù)字典訂貨信息數(shù)據(jù)字典 3.2.4 IPO圖 在實(shí)際項(xiàng)目中：o 數(shù)據(jù)字典通常對(duì)數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)進(jìn)行定義o IPO圖通常對(duì)加工處理進(jìn)行定義加工處理說明加工處理說明 IPO IPO 圖圖3.2.5 實(shí)體關(guān)系圖o 簡稱ER(Entity Relationship Diagram)o ER圖中包含了實(shí)體（數(shù)據(jù)對(duì)象）、關(guān)系和屬性三種基本成分，通常用矩形框代表實(shí)體，用連

12、接相關(guān)實(shí)體的菱形框表示關(guān)系，用橢圓形表示屬性，用實(shí)線把實(shí)體或關(guān)系與其屬性連接起來。見下圖。案例：學(xué)生-教師-課程的ER圖教 師性 別職 稱部 門電 話姓 名教 工 號(hào)學(xué) 生班 級(jí)性 別姓 名學(xué) 號(hào)教學(xué)課 程班 級(jí)性 別姓 名學(xué) 號(hào)1NMN成 績時(shí) 間教 室數(shù)據(jù)對(duì)象（實(shí)體）o 指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，因此僅有單個(gè)值的事物（例如姓名）不是數(shù)據(jù)對(duì)象。o 數(shù)據(jù)對(duì)象可能是：n一個(gè)外部實(shí)體，例如生產(chǎn)或消費(fèi)信息的任何事物；n一個(gè)事物，例如一份報(bào)告；n一次行為，例如一個(gè)電話呼叫；n一個(gè)事件，例如一次警報(bào)；n一個(gè)角色，例如教師；n一個(gè)組織，例如學(xué)校教務(wù)處；n一個(gè)地點(diǎn)，例如圖書館；n一個(gè)結(jié)構(gòu)，例如一個(gè)目

13、錄。屬性o 定義了數(shù)據(jù)對(duì)象的性質(zhì)。一個(gè)數(shù)據(jù)對(duì)象的若干屬性中，必須有一個(gè)或多個(gè)屬性能夠用于區(qū)分其他數(shù)據(jù)對(duì)象，通常稱這種屬性為“關(guān)鍵字“。關(guān)聯(lián)o數(shù)據(jù)對(duì)象之間相互連接的方式稱為關(guān)聯(lián)，假設(shè)A和B都是數(shù)據(jù)對(duì)象，其關(guān)聯(lián)可分為以下三類：n一對(duì)一(1 1)：A的一次出現(xiàn)可以并且只能關(guān)聯(lián)到B的一次出現(xiàn)，B的一次出現(xiàn)只能關(guān)聯(lián)到A的一次出現(xiàn)。例如，一個(gè)丈夫只能有一個(gè)妻子，一個(gè)妻子也只能有一個(gè)丈夫。n一對(duì)多(1 N)。A的一次出現(xiàn)可以關(guān)聯(lián)到B的一次或多次出現(xiàn)，但B的一次出現(xiàn)只能關(guān)聯(lián)到A的一次出現(xiàn)。例如，教師與課程之間存在一對(duì)多的聯(lián)系，即每位教師可以教多門課程，每門課程只能由一位教師來教。n多對(duì)多(M N)。A的一次出

14、現(xiàn)可以關(guān)聯(lián)到B的一次或多次出現(xiàn)，同時(shí)B的一次出現(xiàn)也可以關(guān)聯(lián)到A的一次或多次出現(xiàn)。例如，學(xué)生與課程間的聯(lián)系是多對(duì)多的，一個(gè)學(xué)生可以學(xué)多門課程，每門課程可以有多個(gè)學(xué)生來學(xué)。3.33.3結(jié)構(gòu)化分析方法的實(shí)現(xiàn)步驟結(jié)構(gòu)化分析方法的實(shí)現(xiàn)步驟 1 1）信息分析：）信息分析：根據(jù)用戶的需求畫出初始的系統(tǒng)流程圖和數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說明。 2 2）回溯：）回溯：以初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開始回溯。3 3）補(bǔ)充：）補(bǔ)充：在對(duì)數(shù)據(jù)流程圖進(jìn)行回溯的過程中可能會(huì)發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，將數(shù)據(jù)流程圖補(bǔ)充完善。對(duì)于模糊不清的問題要通過進(jìn)一步的調(diào)研進(jìn)行確認(rèn)。 4 4）確定非功能需求：）確定

15、非功能需求：對(duì)軟件性能指標(biāo)、接口定義、設(shè)計(jì)和實(shí)現(xiàn)的約束條件等逐一進(jìn)行分析。5）復(fù)查：復(fù)查：系統(tǒng)分析人員將補(bǔ)充修改過的數(shù)據(jù)流程圖、數(shù)據(jù)字典、數(shù)據(jù)實(shí)體關(guān)系圖和處理說明講給用戶聽。6 6）編寫需求文檔）編寫需求文檔：編寫需求規(guī)格說明書和初始的用戶手冊(cè)，測試人員開始編寫功能測試用的測試數(shù)據(jù)。 3.4 結(jié)構(gòu)化分析結(jié)構(gòu)化分析- -規(guī)格說明書規(guī)格說明書 o 軟件需求規(guī)格說明書（SRS）是需求階段的產(chǎn)品，它精確地闡述一個(gè)軟件系統(tǒng)提供的功能、性能和必要的限制條件。o 軟件需求規(guī)格說明是系統(tǒng)測試、系統(tǒng)設(shè)計(jì)、編碼和用戶培訓(xùn)的基礎(chǔ) 。軟件需求規(guī)格說明書必須描述的內(nèi)容o 軟件功能o 軟件性能o 設(shè)計(jì)限制o 質(zhì)量屬性o

16、外部接口注意o 對(duì)每條需求進(jìn)行編號(hào)，并且編號(hào)是固定唯一的。o 例如，要在ED-1，ED-2之間插入一條需求時(shí)，可以編號(hào)ED-1.1，其它的編號(hào)不變。o 見教材需求規(guī)格說明書的模板P360,14.7.33.5 結(jié)構(gòu)化分析實(shí)例(省略不講)o P106的學(xué)校財(cái)務(wù)軟件（自學(xué)）o 圖書館圖書信息管理系統(tǒng)需求o 讀者來圖書館借書，可能先查詢館中的圖書信息。查詢可以按書名、作者、圖書編號(hào)、關(guān)鍵字查詢。如果查到則記下書號(hào)，交給流通組工作人員，等候辦理借書手續(xù)。如果該書已經(jīng)被全部借出，可做預(yù)訂登記，等待有書時(shí)被通知。如果圖書館沒有該書的記錄，可進(jìn)行缺書登記。o 辦理借書手續(xù)時(shí)先要出示圖書證，沒有圖書證則去圖書館

17、辦公室申辦圖書證。如果借書數(shù)量超出規(guī)定，則不能繼續(xù)借閱。借書時(shí)流通組工作人員登記圖書證編號(hào)、圖書編號(hào)、借出時(shí)間和應(yīng)還書時(shí)間。o 當(dāng)讀者還書時(shí)，流通組工作人員根據(jù)圖書證編號(hào)，找到讀者的借書信息，查看是否超期，如果已經(jīng)超期，則處罰。如果圖書有破損、丟失，則進(jìn)行破損處罰。登記還書信息，做還書處理，同時(shí)查看是否有預(yù)訂登記，如果有則發(fā)出到書通知。o 圖書采購人員進(jìn)行圖書采購時(shí)，要注意合理采購。如果有缺書登記則隨時(shí)進(jìn)行采購。采購到貨后，編目人員進(jìn)行驗(yàn)收，編目、上架，錄入圖書信息，發(fā)到書通知。如果圖書丟失或舊書淘汰，則將該書從書庫中清除，即圖書注銷。需求（續(xù)）o 以上是圖書管理系統(tǒng)的基本需求。經(jīng)過與圖書館工

18、作人員反復(fù)交流，他們提出了下列建議：o 建議1：當(dāng)讀者借閱的圖書到期時(shí)，希望能夠提前以一個(gè)短信息或電子郵件方式提示讀者。o 建議2：讀者希望能夠?qū)崿F(xiàn)網(wǎng)上查詢和預(yù)訂圖書。o 建議3：應(yīng)用系統(tǒng)的各種參數(shù)設(shè)置最好是靈活的，由系統(tǒng)管理人員根據(jù)需要設(shè)定。例如：借閱量的上限，還書提示的時(shí)間，預(yù)訂圖書的保持時(shí)間等參數(shù)。需求（續(xù)）o 用戶給出的上述需求式一個(gè)比較簡單的需求，沒有向我們前面介紹的那樣給出業(yè)務(wù)需求、用戶需求。遇到這種情況我們要進(jìn)一步與用戶溝通，了解系統(tǒng)的目標(biāo)、規(guī)模、范圍，不能自己想當(dāng)然確定。o 本例中用戶給出的系統(tǒng)目標(biāo)是實(shí)現(xiàn)讀者借還書的信息化，并且利用Internet網(wǎng)絡(luò)實(shí)現(xiàn)讀者與圖書館之間的互動(dòng)

19、和圖書館的人性化管理。提高圖書的利用率。o 系統(tǒng)的規(guī)模較小，只涉及圖書、讀者、借還書的管理，相關(guān)的部門有采編部、流通部、辦公室。需求（續(xù)）描繪系統(tǒng)流程圖 查詢圖書/讀者PC機(jī)借/還書PC機(jī)辦證/處罰/員工管理PC機(jī)新書訂購/編目PC機(jī)讀者客戶端辦公室客戶端采編室客戶端流通部客戶端數(shù)據(jù)庫服務(wù)器SQL Server7.0聯(lián)想微機(jī)服務(wù)器HP5000打印機(jī)系統(tǒng)0層數(shù)據(jù)流程圖 讀者采編部辦公室流通部IPO001圖書館信息管理系統(tǒng)DS001讀者信息DS002圖書信息DS003借還信息DS004處罰信息描述o 本例中的數(shù)據(jù)源/終點(diǎn)有讀者、采編部、辦公室、流通部。讀者提供的主要信息是讀者號(hào)、書號(hào)；辦公室是為讀

20、者分配讀者號(hào)，定義處罰規(guī)則、借還書規(guī)則；采編部提供新書信息；流通部實(shí)現(xiàn)借還書操作，產(chǎn)生借還書信息。 o 下面應(yīng)該對(duì)圖書館信息管理系統(tǒng)這個(gè)“黑盒子”進(jìn)行逐步分解，細(xì)化數(shù)據(jù)流程圖細(xì)化數(shù)據(jù)流程圖。o 讀者使用該系統(tǒng)進(jìn)行圖書信息查詢、讀者信息查詢、網(wǎng)上預(yù)訂圖書，所以應(yīng)該增加查詢功能和預(yù)訂圖書功能；采購部的人員使用本系統(tǒng)完成圖書編目、新書信息發(fā)布功能，為此增加圖書編目和新書發(fā)布處理；流通部的工作人員使用本系統(tǒng)完成讀者借還書的事務(wù)，應(yīng)該為他們?cè)O(shè)置借書、還書處理；辦公室的人員負(fù)責(zé)讀者信息管理、罰款信息管理和系統(tǒng)的參數(shù)制定，為他們添加讀者信息管理、處罰信息管理、系統(tǒng)參數(shù)維護(hù)三個(gè)處理。 系統(tǒng)1層數(shù)據(jù)流程圖 三個(gè)

21、問題o 一個(gè)是圖形元素的編號(hào)問題，為了在進(jìn)行細(xì)化的過程中圖型元素保持原有的編號(hào)，我們?cè)趯?duì)圖形元素編號(hào)時(shí)應(yīng)該有規(guī)劃，以保證在的細(xì)化過程中便于插入新的圖型元素。o 另一個(gè)問題是對(duì)于一個(gè)較大型的應(yīng)用系統(tǒng)，數(shù)據(jù)流程圖往往會(huì)很復(fù)雜，因此可以將一個(gè)數(shù)據(jù)流程圖分解為多幅數(shù)據(jù)流程圖。o 為了保持圖面的簡潔清晰，在不會(huì)混淆的情況下本例省略了數(shù)據(jù)流的標(biāo)識(shí)。 注意o 一層的數(shù)據(jù)流程圖是比較高層的數(shù)據(jù)流程圖，通常會(huì)舍掉一些細(xì)節(jié)。o 上面的數(shù)據(jù)流程圖中有些內(nèi)容沒有考慮，例如，圖書催還、預(yù)借到書通知、取消預(yù)訂、操作登錄等等。o 為了盡量使數(shù)據(jù)流程圖考慮周全，可以從兩個(gè)方面下手：先從每個(gè)數(shù)據(jù)源出發(fā)，檢查對(duì)于一個(gè)數(shù)據(jù)源來說，

22、功能是否完善了；然后分析每個(gè)處理，看它們描述的是否清楚。還書數(shù)據(jù)流程圖借書數(shù)據(jù)流程圖 流通組讀者IPO 201數(shù)據(jù)有效性檢查DS102圖書信息IPO 200借書處理DS200借還書信息IPO 400圖書預(yù)訂DS400預(yù)定記錄IPO 401取消預(yù)訂DS100讀者信息讀者IPO 402查詢IPO 403缺書登記DS400缺書登記請(qǐng)留意IPO402，IPO200的數(shù)據(jù)流有什么問題？違反了什么原則？采編和辦公室數(shù)據(jù)流程圖 IPO102圖書編目IPO103新書發(fā)布采編部DS102 圖書信息IPO104新書訂購DS102新書訂購信息IPO105圖書注銷DS102缺書登記請(qǐng)留意IPO102，IPO103 的數(shù)據(jù)流有什么問題？新書發(fā)布給誰？請(qǐng)?jiān)囍砑訉?duì)觸犯處