【正文】 制系統(tǒng)復(fù)雜度， DFD 分層，自頂向下，逐步求精 對 DFD 進(jìn)行復(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ì)化，每一加工可能繼續(xù)細(xì)化，形成子圖。 例：“取下一張卡片”是一個控制流而不是數(shù)據(jù)流，因為并沒有任何數(shù)據(jù)沿著這個箭頭流動，這個箭頭應(yīng)該從圖中刪去。 措施：考慮重新分解。 更新庫存；并寫回“教材總量表”； 累計書費合計； } ENDIF ENDIF 把書費合計寫到發(fā)票上 . 判定樹 — 例子 例 ：公司推銷政策： 若每周推銷金額不超過 10000，按預(yù)收款是否超過 50％，分別獎勵推銷額的6％或 4％。若無單科滿分 ,則發(fā)留級通知書 . (4) CFD 和 CSPEC引子 例 顯像管生產(chǎn)監(jiān)測系統(tǒng) P46 當(dāng)一個顯像管在一個流水線上經(jīng)過光電管時，光電管就會根據(jù)其形狀判斷是哪種規(guī)格的顯像管，由一個 PLC 計數(shù)器進(jìn)行累計。 CFDamp。一旦異常情形被相應(yīng)的傳感器探測出來，系統(tǒng)應(yīng)自動用電話向監(jiān)控中心報警。然后軟件系統(tǒng)負(fù)責(zé)報告時間、地點和異常事件的性質(zhì)。 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 設(shè)計的約束條件或限制條件是否符合實際 。 是否詳細(xì)制定了檢驗標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是 否成功進(jìn)行確認(rèn) 。 2)根據(jù)缺貨記錄進(jìn)行缺貨統(tǒng)計，將缺貨通知單發(fā)給采購部門，以便采購。 5．用數(shù)據(jù)詞典的公式法描述完整的存折信息 6．用判定樹和判定表描述 VIP客戶問題：若本次客戶的的消費超過 $1000，并且顧客信譽(yù)好，或者盡管其信譽(yù)不好，但他是超過 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ù)流進(jìn)行需求分析的方法 —— 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析 編制需求分析階段的文檔 ?? 軟件需求說明書 ?? 數(shù)據(jù)要求說明書 ?? 初步的用戶手冊 ?? 修改、完善與確定軟件開發(fā)實施計劃 深入描述軟件的功能和性能 確定軟件設(shè)計的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié) 定義軟件的其它有效性需求 （ 1）第一張圖是包括人工操作在內(nèi)的系統(tǒng)模型 分析需求，去掉模型中非計算機(jī)本質(zhì)的因素： 1，如張、王。 因此在功能模型之外擴(kuò)充了行為模型，引進(jìn)了 CFD(Control Flow Diagram)圖， STD(Status Transfer Diagram)圖， CSPEC(Control Specification)等工具進(jìn)行描述。 頂層圖只有一張，故不必編號，下一層的圖可以編號為 0，圖中加工的編號就是 、 、 ，通常我們刪去小數(shù)點前面的 0，所以這些加工的編號就是 3。 例 3。 一個文件要到哪一層才畫出來呢？其原則是，當(dāng)文件被用作數(shù)據(jù)流圖中某些加工之間的交界面時，這個文件就必須畫出來 ，“決定比賽名單”這個加工根據(jù)“項目”和“運(yùn)動員名單”產(chǎn)生“項目參加者”，如果“運(yùn)動員名單”和“項目參加者”組成如下： 運(yùn)動員名單 =隊名 +姓名 +項目 項目參加者 =項目 +姓名 +運(yùn)動員 號 檢查結(jié)果：“決定比賽名單”這個加工要輸出“運(yùn)動員號”這個數(shù)據(jù)，但是并沒有接收到它，所以一定有數(shù)據(jù)流被遺漏了。 圖 的父圖和子圖有個明顯的錯誤：只有流向文件 DELTA 的數(shù)據(jù)流而沒有從該文件流出的數(shù)據(jù)流，即只有寫文件的加工而沒有讀文件的加工，這說明一定是某些加工被遺漏了。 措施：考慮重新分解。 檢查：圖 中，加工 2與其他加工的聯(lián)系相當(dāng)復(fù)雜，輸入輸出數(shù)據(jù)流達(dá)9個之多，很難獨立理解。 中，加工“開發(fā)票”根據(jù)“訂貨單”和“價目”文件開出“發(fā)票”，如果這些數(shù)據(jù)的組成如下： 訂貨單 =單位名 +貨名 +貨號 +數(shù)量 價目 =貨名 +單價 發(fā)票 =單位名 +貨名 +數(shù)量 +單價 +總計 檢查結(jié)果：“開發(fā)票”這個加工并不使用“貨號”這個數(shù)據(jù)，經(jīng)過同用戶商量 ，如果確實是不必要的，就可將它刪去。另外，子圖的輸出數(shù)據(jù)流 S在父圖中也沒有出現(xiàn) 例 3。 如果父圖和子圖不平衡，這套數(shù)據(jù)流圖就無法理解 2) 避免用空洞的名字，如“數(shù)據(jù)”、“信息”、“輸入”、“輸出”之類，因為這種名字缺乏具體的含義。 子圖的編號就是父圖中相應(yīng)加工的編號。確定人工和目標(biāo)系統(tǒng)的功能劃分，其中收費 、發(fā)書必須是由人工完成的，所以在計算機(jī)目標(biāo)系統(tǒng)模型中去掉發(fā)書！ 3。 4)根據(jù)留底的訂單記錄進(jìn)行銷售統(tǒng)計 (分別按顧客所在地區(qū)、銷售日期、銷售貨物名稱、顧客名稱統(tǒng)計 )，打印統(tǒng)計表給經(jīng) 理。某醫(yī)院打算開發(fā)一個以計算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，請畫出分層 DFD。 是否考慮過軟件需求的其它方案 。 所有圖表是否清楚，在不補(bǔ)充說明時能否理解 。 系統(tǒng)需求分析階段提供的文檔資料是否齊全 。 家庭保安系統(tǒng)的需求 開機(jī)后，顯示當(dāng)前工作狀態(tài)，接收并處理用戶指令 一：用戶交互 1）配置操作 軟件允許用戶在安裝時進(jìn)行系統(tǒng)配置，并通過控制面板與用戶進(jìn)行信息交互，實施對傳感器的監(jiān)控 1）指定每一 傳感器的種類和編號； 2）設(shè)置開、關(guān)機(jī)密碼； 3）指定報警電話號碼； 4）指定報警延遲和電話重?fù)苎舆t時間（單位為秒） 2）啟停系統(tǒng) 3）核對口令 二：異常處理 —— 傳感器監(jiān)測： 當(dāng)軟件系統(tǒng)接收到傳感器發(fā)出的數(shù)據(jù)后，判別是否出現(xiàn)異常事件。我們希望建立一種基于微處理器的家庭