【正文】 (3)編寫軟件需求規(guī)格說明 在對問題空間、全面理解的基礎上，對需求模型進行精確地、形式化的描述。 例如 ， 企業(yè)的有關計劃 、 指標 、 經營分析報告 、 合同 、 帳單和統(tǒng)計報表等 。 2． 問卷調查法 步驟： （ 1） 確定必須收集哪些事實和從哪些人收集數(shù)據(jù) 。 某出版社系統(tǒng)調查表 編號 提出問題 1 您在哪個部門工作？ 2 出版業(yè)務流程是什么？ 3 您每日都處理那些文件、數(shù)據(jù)、報表？ 4 工作中手工處理特別麻煩的事情是什么？ 5 工作中手工處理什么問題解決不了？影響效率的問題有哪些？ 6 您認為提高工作效率，節(jié)省工作時間，減輕工作強度可采取哪些辦法？ 某出版社系統(tǒng)調查表 編號 提出問題 7 您的部門需要成本核算和統(tǒng)計的內容有哪些？ 8 您的部門采用計算機管理工作情況如何？ 9 如何改進業(yè)務流程使之更合理？ 10 哪些問題是目前傳統(tǒng)手工方法根本無法解決的？ 11 出版社計算機管理信息系統(tǒng)需要解決什么問題？ 調查問卷的優(yōu)點 多數(shù)調查問卷可以被快速地回答 。 調查問卷的缺點： 由于是背對背地進行調查 ， 對回答問題的質量難 于把握 。 （ 3） 進行訪談 ,并注意做好訪談記錄 ，訪談內容要經過被訪者的認可和確認 。 通過訪談可以挖掘更深層次的用戶需求 。 4． 實地觀察法 原則： 明確需要觀察的內容 、 地點以及觀察的周期 ， 并明確如何進行觀察 ？ 從用戶那里得到去現(xiàn)場觀察的許可 ？ 事先通知將要被觀察的用戶 ， 告訴他們觀察的 目的； 禁止打斷別人的工作 ， 邊觀察 ， 邊記錄； 不要 事先進行假設 。 （ 3）用戶參與 系統(tǒng)分析人員要與用戶不斷的交流。 （ 3）要給出系統(tǒng)的邏輯視圖和物理視圖 軟件需求的邏輯視圖描述的是軟件要達到的功能和要處理的信息之間的關系，但沒有描述實現(xiàn)的細節(jié)。 結構化方法包括： 結構化分析（ SAStructured Analysis） 結構化設計（ SDStructured Design） 結構化編程（ SPStructured Programming ） 結構化分析方法多年來被廣泛應用，是最經典的面向數(shù)據(jù)流的需求分析方法，使用于分析大型的數(shù)據(jù)處理系統(tǒng)。 學生購買教材的邏輯模型 學 生 學 生 購 書 單 有效購書 單 發(fā) 票 領 書 單 書 審查 有效性 開發(fā)票 開領 書單 發(fā)書 (3) 分析當前系統(tǒng)與目標系統(tǒng)的差別，建立目標系統(tǒng)的邏輯模型。而當分析人員面對一個復雜問題時， 結構化分析的策略是 基于問題 分解與抽象的觀點，用抽象模型的概念，按照軟件內部的數(shù)據(jù)傳遞關系，采用自頂向下、逐步分解技術，直至找到滿足功能需求的可實現(xiàn)軟件元素為止。 SA提供一套圖形、表格和 問題描述語言 等半形式化 的描述方式表達需求，簡明易懂。如果需要還可以將其轉換成對應的數(shù)據(jù)模型。 實體間聯(lián)系 ：用菱形表示，框內標注聯(lián)系名稱。 或 數(shù)據(jù)的源點和終點，要注明源點和終點的名字。按照系統(tǒng)的層次結構進行逐步分解 ，并以分層的數(shù)據(jù)流圖反映這種結構關系，能清楚地表達和容易理解整個系統(tǒng)。 中間層流圖 則表示對其上層父圖的細化。主要數(shù)據(jù)流輸入的源點和輸出終點是顧客和供應商。 (4)制作考生通知單 (含成績及合格 /不合格標志 ) 送給考生 。 SafeHome的控制面板 與用戶 交互 SAFEHOME ARMED POWER 01 1 2 3 4 5 6 7 8 9 * 0 OFF ARAY STAY MAX TEST BYPASS INSTANT CODE CHIME READY panic alarm check fire away stay instant bypass not ready SafeHome的頂層ＤＦＤ SafeHome 軟件系統(tǒng) 用戶命令 和數(shù)據(jù) 顯示信息 控制面板 傳感器 傳感器 狀態(tài) 警鈴 電話線 警告類型 電話號碼 撥音 控制面板顯示 SafeHome的第 1層 ＤＦＤ 控制 面板 與用戶 交互 控制 面板 顯示 密碼 電話號碼撥音 傳感器狀態(tài) 顯示信息 配置請求 用戶命令 和數(shù)據(jù) 配置 系統(tǒng) 警 鈴 電 話 線 傳感器 配置信息 顯示信息 和狀態(tài) 監(jiān)控 傳感器 激活／不 激活系統(tǒng) 傳感器信息 密碼 處理 警告類型 檢驗 id信息 開始 停止 狀態(tài)信息 SafeHome的第 2層 ＤＦＤ （ 監(jiān)控傳感器） 電話號碼撥音 傳感器狀態(tài) 配置數(shù)據(jù) 顯示格式 配置信息 產生警告 信息 撥號 評估設置 傳感器信息 讀傳感器 警告類型 傳感器 id類型 傳感器 id 類型定位 通過上述例子，可以將 畫數(shù)據(jù)流圖的基本步驟 概括地說，就是由外向內，自頂向下，逐步細化，完善求精。 在頂層數(shù)據(jù)流圖上畫出系統(tǒng)的外部實體、總體加工及輸入 /輸出數(shù)據(jù)流。 1）數(shù)據(jù)流圖上所有圖形符號，只限于 使用前述圖符。 5） 在數(shù)據(jù)流圖中，需按層給加工框編號 。 7） 父圖與子圖的平衡。因為數(shù)據(jù)流圖是實際業(yè)務流程的客觀映象，說明系統(tǒng) “ 做什么 ” 而不是要表明系統(tǒng) “ 如何做 ” ，因此不是系統(tǒng)的執(zhí)行順序。 DD是對所有與系統(tǒng)相關的數(shù)據(jù)元素的一個有組織的列 表，以及精確的、嚴格的定義，使得用戶和系統(tǒng)分析 員對于輸入、輸出、存儲成分和中間計算有共同的理 解。 （ 4）格式規(guī)范、文字精練、符號正確。 （ 4）加工說明條目 說明加工的名稱、編號、輸入 /輸出數(shù)據(jù)流、加工邏輯概括描述等。數(shù)據(jù)流可以是數(shù)據(jù)項，也可以是數(shù)據(jù)結構，表示某一次處理的輸入 /輸出數(shù)據(jù)。包括數(shù)據(jù)存儲名、說明、輸人數(shù)據(jù)流、輸出數(shù)據(jù)流、組成成分、數(shù)據(jù)量、存取方式、存取頻度等。 加工處理的過程定義和說明。 如檢查報名單處理。 在書寫加工邏輯說明時，應滿足如下要求 : ,必須有一個加工邏輯說明 。它是在自然語言基礎上加 了一些限制而得到的語言，是使用有限的詞匯和 有限的語句來描述加工邏輯的。 判定樹是一種呈樹狀的圖形工具，適合于描述處理中具有多種策略，要根據(jù)若干條件的判定，確定所采用策略的情況。 假設某航空公司規(guī)定，乘客可以免費托運 重量不超過 30公斤的行李。由于這時需要描述的加工是由一組操作組成的。 （ 3） 條件組合區(qū) ：各種條件給出的多種取值，即多個條件所取真假值的組合。 判定表能夠把在什么條件下，系統(tǒng)應完成哪些操作表達得十分清楚，準確，一目了然。 構造步驟： 計算所有可能的條件組合，確定規(guī)則個數(shù)， 通常 N個條件，最多可以有 2N個條件組合數(shù)。 例：以行李托運費的算法為例說明判定表的組織 方法。 條 件 1 2 3 4 5 6 7 8 9 國內乘客 T T T T F F F F 頭等艙 T F T F T F T F 殘疾乘客 F F T T F F T T 行李重量 W≤30 T F F F F F F F F 動 作 免費 √ （ W30） 2 √ （ W30） 3 √ （ W30） 4 √ √ （ W30） 6 √ √ （ W30） 8 √ （ W30） 12 √ 判定表舉例 (計算機票折扣率 ) 條件類別 四種條件組合 旅游時間 訂 票 量 折 扣 量 7－ 9， 12月 ≤20 ≤20 20 20 15% 5% 20% 30% 操作 條件組合下操作的執(zhí)行 1－ 6,10,11月 軟件需求規(guī)格說明書 (SRS —— Software Requirement Specification) 需求分析階段要完成的文檔。 b. 如果正在正常處理后臺任務進程, 那么后臺任務管理器 (BTM)必須顯示后臺任務進程已完成的百分比。 用戶在編輯文檔時，通過激活特定的機制，可以在顯示和隱藏所有 HTML標記之間進行切換。 教務員 學生成績 管理系統(tǒng) 統(tǒng)計數(shù)據(jù) 編輯數(shù)據(jù) 教務員 查詢數(shù)據(jù) 統(tǒng)計報表 查詢結果 學生成績管理系統(tǒng)頂層數(shù)據(jù)流圖