【正文】 措施：補上相應(yīng)數(shù)據(jù)流。人是可能變動的，但是他們的工作崗位是不變的，歸結(jié)為審查、開發(fā)票、開書單、發(fā)書 2。 被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定 。 累計數(shù)據(jù)每 30s 傳送給工控機一次。 (二 )DFD 繪制的一般原則 每個加工必須有輸入輸出流 兩個加工之間可以有多股數(shù)據(jù)流 每個數(shù)據(jù)流必須有一個合適的名字 DFD 描述的是數(shù)據(jù)流而不是控制流 分解中的父子平衡 局部文件 注意分解速度 “最多不要超過 7 個 上層快些，下層慢些 當每個加工都已足夠簡單時，分解就可結(jié)束 兩個加工之間可以有幾股數(shù)據(jù)流， 例：日報表和月報表這兩個數(shù)據(jù)流相互間沒 有任何聯(lián)系，也不是同時流出的。 每個數(shù)據(jù)流必須有一個合適的名字。 工控機每隔半小時取出一個累計數(shù)據(jù)保存到數(shù)據(jù)庫。 所有圖表是否清楚，在不補充說明時能否理解 。確定人工和目標系統(tǒng)的功能劃分，其中收費 、發(fā)書必須是由人工完成的，所以在計算機目標系統(tǒng)模型中去掉發(fā)書！ 3。 中，加工“開發(fā)票”根據(jù)“訂貨單”和“價目”文件開出“發(fā)票”，如果這些數(shù)據(jù)的組成如下： 訂貨單 =單位名 +貨名 +貨號 +數(shù)量 價目 =貨名 +單價 發(fā)票 =單位名 +貨名 +數(shù)量 +單價 +總計 檢查結(jié)果：“開發(fā)票”這個加工并不使用“貨號”這個數(shù)據(jù)，經(jīng)過同用戶商量 ，如果確實是不必要的，就可將它刪去。 一個文件要到哪一層才畫出來呢？其原則是，當文件被用作數(shù)據(jù)流圖中某些加工之間的交界面時，這個文件就必須畫出來 ，“決定比賽名單”這個加工根據(jù)“項目”和“運動員名單”產(chǎn)生“項目參加者”，如果“運動員名單”和“項目參加者”組成如下： 運動員名單 =隊名 +姓名 +項目 項目參加者 =項目 +姓名 +運動員 號 檢查結(jié)果：“決定比賽名單”這個加工要輸出“運動員號”這個數(shù)據(jù)，但是并沒有接收到它，所以一定有數(shù)據(jù)流被遺漏了。 5．用數(shù)據(jù)詞典的公式法描述完整的存折信息 6．用判定樹和判定表描述 VIP客戶問題：若本次客戶的的消費超過 $1000，并且顧客信譽好，或者盡管其信譽不好，但他是超過 10 年的老客戶，那么優(yōu)先處理該客戶的業(yè)務(wù) ：一個學(xué)生選課系統(tǒng)的分層 DFD 及其數(shù)據(jù)詞典 常用的分析方法： 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（ SA） 面向數(shù)據(jù)結(jié)構(gòu)的 Jackson 方法（ JSD） 結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法（ DSSD） 面向?qū)ο蟮姆治龇椒ǎ?OOA）等 面向數(shù)據(jù)流進行需求分析的方法 —— 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析 編制需求分析階段的文檔 ?? 軟件需求說明書 ?? 數(shù)據(jù)要求說明書 ?? 初步的用戶手冊 ?? 修改、完善與確定軟件開發(fā)實施計劃 深入描述軟件的功能和性能 確定軟件設(shè)計的約束和軟件同其它系統(tǒng)元素的接口細節(jié) 定義軟件的其它有效性需求 （ 1）第一張圖是包括人工操作在內(nèi)的系統(tǒng)模型 分析需求，去掉模型中非計算機本質(zhì)的因素： 1，如張、王。 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。若無單科滿分 ,則發(fā)留級通知書 . (4) CFD 和 CSPEC引子 例 顯像管生產(chǎn)監(jiān)測系統(tǒng) P46 當一個顯像管在一個流水線上經(jīng)過光電管時，光電管就會根據(jù)其形狀判斷是哪種規(guī)格的顯像管，由一個 PLC 計數(shù)器進行累計。 目錄 結(jié)構(gòu)化分析描述工具 功能模型： DFD 和 PSPEC 行為模型： CFD、 CSPEC 和 STD 數(shù)據(jù)模型： DD， ER圖 (1)數(shù)據(jù)流圖 DFD (2)數(shù)據(jù)字典 DD (3)加工說明 PSPEC (4) CFD 和 CSPEC (5)ER圖 (1)數(shù)據(jù)流圖 DFD 描述系統(tǒng)邏輯模型：信息在系統(tǒng)中的流動和處理 例 的 DFD 圖 數(shù)據(jù)源點和終點 加工 數(shù)據(jù)流向 數(shù)據(jù)文件或數(shù)據(jù)庫 數(shù)據(jù)流上的數(shù)據(jù)名稱 單向：只讀 雙向：讀寫 備注 文件與加工之間用箭頭線連接，單向表示只讀或只寫，雙向表示有讀有寫 每一圖形符號都必須標上名字 加工框還應(yīng)加上編號 同程序流程圖的區(qū)別 程序流程圖表示程序的過程設(shè)計 —— 怎 么干 DFD 用是軟件需求分析工具，不表示程序的控制結(jié)構(gòu) (選擇 /循環(huán) )—— 干什么 分層 從高層到低層 分解前后的數(shù)據(jù)流必須一致 (一 )DFD 的繪制步驟 找出外部實體，確定系統(tǒng)邊界 從數(shù)據(jù)源出發(fā)，按系統(tǒng)的邏輯需求，逐步畫出加工框，直至數(shù)據(jù)終點 為了控制系統(tǒng)復(fù)雜度， DFD 分層，自頂向下，逐步求精 對 DFD 進行復(fù)審 分層 DFD 頂層 0層 父圖與子圖 編號規(guī)則 頂層無編號 0層： 1， 2， 3 1層： 2. 小數(shù)點數(shù)代表層數(shù) 1層 頂層流圖 僅包含一個加工 —— 即整個待開發(fā)系統(tǒng) 輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù) 底層流圖 其加工不需再做分解，處在最底層 中間層流圖 其上層父圖的細化，每一加工可能繼續(xù)細化，形成子圖。除了流向文件或從文件流出的數(shù)據(jù)流不必命名之外 (有文件名足矣 )， 返回 數(shù)據(jù)流圖中描述的是數(shù)據(jù)流而不是控制流。同時將 半小時數(shù)據(jù)供大屏幕顯示 為了使管理人員及時了解各班生產(chǎn)數(shù)據(jù)，通過班數(shù)據(jù)處理將半小時數(shù)據(jù)匯總成一個班的 8 小時數(shù)據(jù) 光電管 采集 計數(shù) 傳送 工控機 處理 實時數(shù)據(jù)顯示 班數(shù)據(jù) 處理 信號 半小時數(shù)據(jù) 班數(shù)據(jù) 半分鐘數(shù)據(jù) 只有數(shù)據(jù)流 事件發(fā)生的條件？ 事件或者控制信息發(fā)生后激活的那些加工？ 對于由事件驅(qū)動而不是數(shù)據(jù)驅(qū)動，產(chǎn)生的是控制信息而不單是數(shù)據(jù)流 以及必須依賴于時間的應(yīng)用，只建立 DFD 是不夠的，還需要使用控制流圖建模。 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明 。經(jīng)過復(fù)審需求，學(xué)生不該購買或書已經(jīng)賣完，則“無效書單“ 得到第二張圖 （ 2）