【正文】 驟 需求獲取 需求提煉 ：分析建模 需求描述 ：編寫 SRS 需求驗(yàn)證 讓用戶和開發(fā)者共同明確將要開發(fā)的是什么樣的系統(tǒng) 目錄 簡(jiǎn)單例－學(xué)生購書 張秘書開購書證明，學(xué)生憑證明到教材科王會(huì)計(jì)開購書發(fā)票向李出納員交納書款，拿領(lǐng)書單到書庫找保管員領(lǐng)書 B）去掉模型中非計(jì)算機(jī)本質(zhì)的因素后得到的購書邏輯模型 人工操作，去掉 改進(jìn)后的學(xué)生購買教材的系統(tǒng)模型 審查 并開發(fā)票 開領(lǐng) 書單 學(xué) 生 學(xué) 生 購書單 發(fā)票 領(lǐng)書單 無效書單 目錄 需求獲取的常用方法 收集資料 原有系統(tǒng)的數(shù)據(jù)（帳冊(cè)、報(bào)表。 目錄 結(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)中的流動(dòng)和處理 例 的 DFD 圖 數(shù)據(jù)源點(diǎn)和終點(diǎn) 加工 數(shù)據(jù)流向 數(shù)據(jù)文件或數(shù)據(jù)庫 數(shù)據(jù)流上的數(shù)據(jù)名稱 單向：只讀 雙向：讀寫 備注 文件與加工之間用箭頭線連接，單向表示只讀或只寫，雙向表示有讀有寫 每一圖形符號(hào)都必須標(biāo)上名字 加工框還應(yīng)加上編號(hào) 同程序流程圖的區(qū)別 程序流程圖表示程序的過程設(shè)計(jì) —— 怎 么干 DFD 用是軟件需求分析工具，不表示程序的控制結(jié)構(gòu) (選擇 /循環(huán) )—— 干什么 分層 從高層到低層 分解前后的數(shù)據(jù)流必須一致 (一 )DFD 的繪制步驟 找出外部實(shí)體，確定系統(tǒng)邊界 從數(shù)據(jù)源出發(fā)，按系統(tǒng)的邏輯需求，逐步畫出加工框，直至數(shù)據(jù)終點(diǎn) 為了控制系統(tǒng)復(fù)雜度， DFD 分層，自頂向下，逐步求精 對(duì) DFD 進(jìn)行復(fù)審 分層 DFD 頂層 0層 父圖與子圖 編號(hào)規(guī)則 頂層無編號(hào) 0層： 1， 2， 3 1層： 2. 小數(shù)點(diǎn)數(shù)代表層數(shù) 1層 頂層流圖 僅包含一個(gè)加工 —— 即整個(gè)待開發(fā)系統(tǒng) 輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù) 底層流圖 其加工不需再做分解，處在最底層 中間層流圖 其上層父圖的細(xì)化，每一加工可能繼續(xù)細(xì)化，形成子圖。 措施：考慮重新分解。若無單科滿分 ,則發(fā)留級(jí)通知書 . (4) CFD 和 CSPEC引子 例 顯像管生產(chǎn)監(jiān)測(cè)系統(tǒng) P46 當(dāng)一個(gè)顯像管在一個(gè)流水線上經(jīng)過光電管時(shí)，光電管就會(huì)根據(jù)其形狀判斷是哪種規(guī)格的顯像管，由一個(gè) PLC 計(jì)數(shù)器進(jìn)行累計(jì)。一旦異常情形被相應(yīng)的傳感器探測(cè)出來，系統(tǒng)應(yīng)自動(dòng)用電話向監(jiān)控中心報(bào)警。 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對(duì)系統(tǒng)定義是 否成功進(jìn)行確認(rèn) 。 5．用數(shù)據(jù)詞典的公式法描述完整的存折信息 6．用判定樹和判定表描述 VIP客戶問題：若本次客戶的的消費(fèi)超過 $1000，并且顧客信譽(yù)好，或者盡管其信譽(yù)不好，但他是超過 10 年的老客戶，那么優(yōu)先處理該客戶的業(yè)務(wù) ：一個(gè)學(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ù)要求說明書 ?? 初步的用戶手冊(cè) ?? 修改、完善與確定軟件開發(fā)實(shí)施計(jì)劃 深入描述軟件的功能和性能 確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié) 定義軟件的其它有效性需求 （ 1）第一張圖是包括人工操作在內(nèi)的系統(tǒng)模型 分析需求，去掉模型中非計(jì)算機(jī)本質(zhì)的因素： 1，如張、王。 頂層圖只有一張，故不必編號(hào)，下一層的圖可以編號(hào)為 0，圖中加工的編號(hào)就是 、 、 ，通常我們刪去小數(shù)點(diǎn)前面的 0，所以這些加工的編號(hào)就是 3。 一個(gè)文件要到哪一層才畫出來呢？其原則是，當(dāng)文件被用作數(shù)據(jù)流圖中某些加工之間的交界面時(shí)，這個(gè)文件就必須畫出來 ，“決定比賽名單”這個(gè)加工根據(jù)“項(xiàng)目”和“運(yùn)動(dòng)員名單”產(chǎn)生“項(xiàng)目參加者”，如果“運(yùn)動(dòng)員名單”和“項(xiàng)目參加者”組成如下： 運(yùn)動(dòng)員名單 =隊(duì)名 +姓名 +項(xiàng)目 項(xiàng)目參加者 =項(xiàng)目 +姓名 +運(yùn)動(dòng)員 號(hào) 檢查結(jié)果：“決定比賽名單”這個(gè)加工要輸出“運(yùn)動(dòng)員號(hào)”這個(gè)數(shù)據(jù)，但是并沒有接收到它，所以一定有數(shù)據(jù)流被遺漏了。 措施：考慮重新分解。 中，加工“開發(fā)票”根據(jù)“訂貨單”和“價(jià)目”文件開出“發(fā)票”，如果這些數(shù)據(jù)的組成如下： 訂貨單 =單位名 +貨名 +貨號(hào) +數(shù)量 價(jià)目 =貨名 +單價(jià) 發(fā)票 =單位名 +貨名 +數(shù)量 +單價(jià) +總計(jì) 檢查結(jié)果：“開發(fā)票”這個(gè)加工并不使用“貨號(hào)”這個(gè)數(shù)據(jù)，經(jīng)過同用戶商量 ，如果確實(shí)是不必要的，就可將它刪去。 如果父圖和子圖不平衡，這套數(shù)據(jù)流圖就無法理解 2) 避免用空洞的名字，如“數(shù)據(jù)”、“信息”、“輸入”、“輸出”之類，因?yàn)檫@種名字缺乏具體的含義。確定人工和目標(biāo)系統(tǒng)的功能劃分，其中收費(fèi) 、發(fā)書必須是由人工完成的，所以在計(jì)算機(jī)目標(biāo)系統(tǒng)模型中去掉發(fā)書！ 3。某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，請(qǐng)畫出分層 DFD。 所有圖表是否清楚，在不補(bǔ)充說明時(shí)能否理解 。 家庭保安系統(tǒng)的需求 開機(jī)后，顯示當(dāng)前工作狀態(tài)，接收并處理用戶指令 一：用戶交互 1）配置操作 軟件允許用戶在安裝時(shí)進(jìn)行系統(tǒng)配置，并通過控制面板與用戶進(jìn)行信息交互，實(shí)施對(duì)傳感器的監(jiān)控 1）指定每一 傳感器的種類和編號(hào)； 2）設(shè)置開、關(guān)機(jī)密碼； 3）指定報(bào)警電話號(hào)碼； 4）指定報(bào)警延遲和電話重?fù)苎舆t時(shí)間（單位為秒）