1、2第二 章 對系統應該提供的服務和所受到的約束進行理對系統應該提供的服務和所受到的約束進行理解、分析、建立文檔、檢驗的過程解、分析、建立文檔、檢驗的過程需求工程。需求工程。1.1.什么是軟件需求工程？什么是軟件需求工程？2.2.軟件需求工程的任務是什么？軟件需求工程的任務是什么？3.3.需求工程過程需求工程過程4.4.軟件需求分析方法軟件需求分析方法軟件需求的重要性軟件需求的重要性 軟件需求無疑是當前軟件工程中的關鍵問題，軟件需求無疑是當前軟件工程中的關鍵問題，。 美國于美國于1995年開始對全國范圍內的年開始對全國范圍內的8000個軟件項目個軟件項目進行跟蹤調查。進行跟蹤調查。 分析失敗的原

2、因發現，分析失敗的原因發現，與需求過程相關的原因占了與需求過程相關的原因占了45%，而其中，而其中各占各占13%和和12%。 未完成未完成完成未實施完成未實施軟件需求的困難軟件需求的困難軟件需求是軟件工程中最復雜的過程之一。軟件需求是軟件工程中最復雜的過程之一。1. 應用領域的廣泛性應用領域的廣泛性，它的實施無疑與各個應用，它的實施無疑與各個應用行業的特征密切相關。行業的特征密切相關。2. 非功能性需求建模技術的缺乏，非功能性需求建模技術的缺乏，及其與功能性及其與功能性需求有著錯綜復雜的聯系，大大增加了需求工需求有著錯綜復雜的聯系，大大增加了需求工程的復雜性。程的復雜性。3. 溝通上的困難，溝

3、通上的困難，由于系統分析員、需求分析員由于系統分析員、需求分析員等各方面人員有不同的著眼點和不同的知識背等各方面人員有不同的著眼點和不同的知識背景，給需求工程的實施增加了人為的難度。景，給需求工程的實施增加了人為的難度。軟軟 件需件需 求求用用 戶需戶需 求求系系 統需統需 求求功能功能需求需求非功能非功能需求需求領域領域需求需求由客戶管理員、由客戶管理員、用戶等提出用戶等提出軟件需求的內容軟件需求的內容一、軟件需求內容一、軟件需求內容非功能需求非功能需求產品需求產品需求機構需求機構需求外部需求外部需求互操作互操作需求需求道德道德需求需求立法立法需求需求性能性能需求需求空間空間需求需求交付交付

4、需求需求實現實現需求需求標準標準需求需求隱私隱私需求需求安全安全性需求性需求可用性可用性需求需求效率效率需求需求可靠性可靠性需求需求可移植可移植性需求性需求傳統需求分析傳統需求分析 在傳統軟件工程生存周期中，涉及需求的階段在傳統軟件工程生存周期中，涉及需求的階段稱作需求分析。一般來說，需求分析的作用是：稱作需求分析。一般來說，需求分析的作用是：定義軟件的范圍及必須滿足的約束；定義軟件的范圍及必須滿足的約束； 確定軟件的功能和性能及與其他系統成分的接確定軟件的功能和性能及與其他系統成分的接 口口; 建立數據模型、功能模型和行為模型；建立數據模型、功能模型和行為模型； 最終提供需求規格說明，并用于

5、作為評估軟件最終提供需求規格說明，并用于作為評估軟件 質量的依據。質量的依據。 需求工程是系統工程和軟件工程的一個交叉分支，需求工程是系統工程和軟件工程的一個交叉分支，涉涉及軟件系統的目標、軟件系統提供的服務、軟件系統的及軟件系統的目標、軟件系統提供的服務、軟件系統的約束和軟件系統運行的環境。它還涉及這些因素和系統的約束和軟件系統運行的環境。它還涉及這些因素和系統的精確規格說明以及系統進化之間的關系。它也提供現實需精確規格說明以及系統進化之間的關系。它也提供現實需求和軟件能力之間的橋梁。求和軟件能力之間的橋梁。系統目標系統目標系統服務系統服務軟件約束軟件約束運行環境運行環境 獲取需求獲取需求；

6、深入實際，在充分理解用戶需求的深入實際，在充分理解用戶需求的基礎上，獲取系統需求。基礎上，獲取系統需求。需求需求分析與建模：分析與建模：進行需求建模、對模型或原進行需求建模、對模型或原型進行分析。型進行分析。 確認需求：確認需求：確保需求說明準確、完整地表達系確保需求說明準確、完整地表達系統的主要特性。統的主要特性。 進化需求：進化需求：客戶的需要總是不斷（連續）增長客戶的需要總是不斷（連續）增長的，進化需求是必要的。的，進化需求是必要的。 缺乏領域知識缺乏領域知識, ,應用領域的問題常常是模糊的、不應用領域的問題常常是模糊的、不精確的；精確的； 存在默認的知識存在默認的知識, ,如難以描述的

7、常識問題；如難以描述的常識問題； 存在多個知識源存在多個知識源, ,且多個知識源之間可能有沖突；且多個知識源之間可能有沖突； 客戶可能的偏見客戶可能的偏見，如不能提供，如不能提供或不想告知或不想告知你所需你所需要了解的事情。要了解的事情。非常困難，主要原因有：非常困難，主要原因有：需求獲取技術需求獲取技術 需求獲取的方法一般有：需求獲取的方法一般有：1.1.面談法面談法 重要而直接、簡單的重要而直接、簡單的需求獲取技術。需求獲取技術。2. 問卷調查法問卷調查法 是對面談法的補充。是對面談法的補充。3.3.需求專題討論會需求專題討論會 最有力的最有力的需求獲取技術。有利需求獲取技術。有利 于于

8、培養高效團隊。培養高效團隊。4. 觀察用戶的工作流程觀察用戶的工作流程 適用于用戶無法準確表達適用于用戶無法準確表達需求的情況。需求的情況。5. 原型化方法原型化方法6. 基于用例的方法基于用例的方法 還有知識工程方法等，如：場記分析法、卡片分還有知識工程方法等，如：場記分析法、卡片分類法、分類表格技術和基于模型的知識獲取等。類法、分類表格技術和基于模型的知識獲取等。需求獲取技術需求獲取技術 需求獲取的方法一般有：需求獲取的方法一般有：1.1.面談法面談法 重要而直接、簡單的重要而直接、簡單的需求獲取技術。需求獲取技術。2. 問卷法調查法問卷法調查法 是對面談法的補充。是對面談法的補充。3.3

9、.需求專題討論會需求專題討論會 最有力的最有力的需求獲取技術。有利需求獲取技術。有利 于于 培養高效團隊。培養高效團隊。4. 觀察用戶的工作流程觀察用戶的工作流程 適用于用戶無法準確表達適用于用戶無法準確表達需求的情況。需求的情況。5. 原型化方法原型化方法6. 基于用例的方法基于用例的方法需求獲取技術需求獲取技術 需求獲取的方法一般有：需求獲取的方法一般有：1.1.面談法面談法 重要而直接、簡單的重要而直接、簡單的需求獲取技術。需求獲取技術。2. 問卷法調查法問卷法調查法 是對面談法的補充。是對面談法的補充。3.3.需求專題討論會需求專題討論會 最有力的最有力的需求獲取技術，有利需求獲取技術

10、，有利 于培養高效團隊。于培養高效團隊。4. 觀察用戶的工作流程觀察用戶的工作流程 適用于用戶無法準確表達適用于用戶無法準確表達需求的情況。需求的情況。5. 原型化方法原型化方法6. 基于用例的方法基于用例的方法需求分析與建模需求分析與建模 需求分析和建模又包含三個層次的工作。需求分析和建模又包含三個層次的工作。1. 1. 需求分析需求分析 2. 2. 需求建模（分為企業需求建模（分為企業建模建模、功能需求、功能需求建模建模和非和非功能需求功能需求建模建模等）等）3. 3. 需求規格說明不同的描述方式需求規格說明不同的描述方式 主要對收集到的需求進行提煉、分析和認真審主要對收集到的需求進行提煉

11、、分析和認真審查，確保所有參加人員取得共識。找出錯誤、遺漏查，確保所有參加人員取得共識。找出錯誤、遺漏和不足，建立完整的分析模型。和不足，建立完整的分析模型。 三、需求的有效性驗證三、需求的有效性驗證 . 由于需求是軟件開發的第一階段，直接影響后由于需求是軟件開發的第一階段，直接影響后面各階段的開發。面各階段的開發。 . 需求的可變性必須進行驗證。需求的可變性必須進行驗證。三、需求的有效性驗證三、需求的有效性驗證 指功能需求是否符合用戶所提出指功能需求是否符合用戶所提出的需求。的需求。系統功能描述及約束是否一致。系統功能描述及約束是否一致。是否包含所有系統用戶的需求和是否包含所有系統用戶的需求

12、和約束。約束。能否設計出一組驗證方法，確能否設計出一組驗證方法，確定了檢驗的標準。定了檢驗的標準。 四、需求管理四、需求管理 需求管理貫穿需求分析全過程，包括需求管理貫穿需求分析全過程，包括: 需求跟蹤能力矩需求跟蹤能力矩陣、陣、分析影響分析影響) )實施實施記錄所有需求記錄所有需求的變化的變化四、需求管理四、需求管理 需求管理的所有活動中，最重要的是需求管理的所有活動中，最重要的是 “需求變更需求變更管理管理”，包括包括:問題分析和變問題分析和變更描述更描述變更分析和成變更分析和成本計算本計算變更實現變更實現修正后的修正后的需求需求識別出的識別出的問題問題 需求管理過程需要需求管理過程需要C

13、ASE (Computer-Aided Software Engineering) 工具支持。工具支持。 可行性研究可行性研究需求導出需求導出和分析和分析需求描述需求描述需求有效性需求有效性驗證驗證可行性報告可行性報告系統模型系統模型用戶需求和用戶需求和系統需求系統需求需求文擋需求文擋 將系統看作若干功能模塊的集合，每個功能又可將系統看作若干功能模塊的集合，每個功能又可以分解為子功能以分解為子功能, ,子功能還可繼續分解子功能還可繼續分解, ,分解的結果即分解的結果即是系統的雛形。是系統的雛形。存在問題存在問題1. 1. 需要人工完成需要人工完成2. 2. 無法對描述的準確度進行驗證。無法對描

14、述的準確度進行驗證。3. 3. 難以適應需求的變化。難以適應需求的變化。問題空間問題空間功能功能子功能子功能映射映射1客房預定系統客房預定系統 2前臺接待系統前臺接待系統 3前臺收銀系統前臺收銀系統 4賬務系統賬務系統 5管家系統管家系統 6電話系統電話系統 7客房系統客房系統 8合約系統合約系統 9經理系統經理系統 10總經理系統總經理系統 11密碼管理系統密碼管理系統 12報表系統報表系統 13賬務報表賬務報表盤存盤存/ /銷售系統銷售系統 1.0.01.0.0銷售處理銷售處理 1.1.01.1.0盤存處理盤存處理 1.2.01.2.0例：例：盤存盤存/銷售系統，用戶提出系統應有以下功能銷

15、售系統，用戶提出系統應有以下功能: 計算買主訂單計算買主訂單 準備銷售報表準備銷售報表 建立買主文件和應收賬發票建立買主文件和應收賬發票 運行更新的盤存文件運行更新的盤存文件 產生托運單和包裝單產生托運單和包裝單 保證庫存及時訂貨保證庫存及時訂貨計算銷售計算銷售記錄記錄 1.1.1產生銷售產生銷售報表報表 1.1.2核對買主核對買主貸方金額貸方金額 1.1.3驗證庫存驗證庫存量級量級 1.2.1產生貨運產生貨運訂單訂單 1.2.2執行買主執行買主匯票匯票 1.2.3產生盤存產生盤存報表報表 1.2.4 是一種以數據、數據的封閉性為基礎，從問題是一種以數據、數據的封閉性為基礎，從問題空空間到某種

16、表示的映射方法間到某種表示的映射方法, ,由數據流圖由數據流圖( (DFDDFD圖圖) )表示表示。顧客出版社驗證驗證訂單訂單匯總匯總訂單訂單訂單出版社 訂單圖書目錄文件圖書目錄文件顧客檔案顧客檔案待處理訂單文件待處理訂單文件正確訂單一批訂單出版社檔案文件出版社檔案文件訂貨存根文件訂貨存根文件 面向對象的分析方法面向對象的分析方法 面向對象分析方法面向對象分析方法( (OOA) )的關鍵是識別問題域內的關鍵是識別問題域內的對象的對象, ,分析它們之間的關系分析它們之間的關系, ,并建立起三類模型。并建立起三類模型。信息建模法信息建模法 是從數據的角度對現實世界建立系統的信息模是從數據的角度對現

17、實世界建立系統的信息模型型, ,基本工具是基本工具是E-RE-R圖。是由實體、屬性和關系組成圖。是由實體、屬性和關系組成的網絡圖。的網絡圖。 E-E-實體，是一個或一組對象；實體，是一個或一組對象； R-R-關系，關系，實體之間聯系或交互作用。實體之間聯系或交互作用。注意：信息建模與面向對象分析的區別！注意：信息建模與面向對象分析的區別！分解：分解：對于一個復雜的系統，對于一個復雜的系統，為了將復雜性降低到可以掌為了將復雜性降低到可以掌握的程度，可以把大問題分握的程度，可以把大問題分解成若干小問題，然后分別解成若干小問題，然后分別解決（如右圖）。解決（如右圖）。“分解分解”和和“抽象抽象” 抽

18、象：抽象：分解可以分層進行，即先考慮問題最本質的分解可以分層進行，即先考慮問題最本質的 屬性，暫把細節略去屬性，暫把細節略去, ,以后再逐層添加細節，直至涉以后再逐層添加細節，直至涉及到最詳細的內容，這種用最本質的屬性表示一個系及到最詳細的內容，這種用最本質的屬性表示一個系統的方法就是統的方法就是“抽象抽象”。1.11.21.3x2132.12.22.31.11.3 基本思想與步驟基本思想與步驟1. 1. 分層的數據流圖分層的數據流圖(DFD(DFD圖圖) )2. 2. 數據詞典數據詞典3. 3. 描述加工邏輯的結構化語言、判定表及判定樹描述加工邏輯的結構化語言、判定表及判定樹當前系統當前系統

19、具體模型具體模型建立建立當前系統當前系統邏輯模型邏輯模型抽象抽象目標系統目標系統邏輯模型邏輯模型建立建立完善的系統完善的系統邏輯模型邏輯模型改進改進深入調查深入調查研究研究分析用戶需求分析用戶需求,用用DFD圖描述圖描述分析系統需求分析系統需求,用用DFD圖描述圖描述修改完善修改完善DFD圖圖,增添功能增添功能顧客顧客出版社出版社驗證驗證訂單訂單匯總匯總訂單訂單訂單訂單出版社出版社 訂單訂單圖書目錄文件圖書目錄文件顧客檔案顧客檔案待處理訂單文件待處理訂單文件正確正確訂單訂單一批一批訂單訂單出版社檔案文件出版社檔案文件訂貨存根文件訂貨存根文件畫圖步驟畫圖步驟 ： 1. 1. 確定外部實體及輸入、

20、輸出數據流。確定外部實體及輸入、輸出數據流。 2. 2. 確定分解頂層的加工。確定分解頂層的加工。 3. 3. 確定使用的文件。確定使用的文件。 4. 4. 用數據流將各部分連接起來，形成數據封閉。用數據流將各部分連接起來，形成數據封閉。注意：標注各加工框及數據流名稱。注意：標注各加工框及數據流名稱。例：例： 圖書預訂系統（頂層圖書預訂系統（頂層DFDDFD圖）圖）數據流圖（數據流圖（Data Flow Diagram，DFD）是描述系統）是描述系統中數據流程的圖形工具，它描述了將系統的邏輯輸入轉換中數據流程的圖形工具，它描述了將系統的邏輯輸入轉換為邏輯輸出所需的加工處理過程。為邏輯輸出所需的

21、加工處理過程。數據存儲數據存儲數據源點數據源點或終點或終點加加 工工加工名加工名數據流數據流數據流名數據流名文件名文件名實體名實體名箭箭 頭頭圓或橢圓圓或橢圓橫線橫線矩形框矩形框輔助的圖例輔助的圖例: :數據流圖的圖符數據流圖的圖符基本圖形符號：基本圖形符號：TAB*CTAB*CTAB+CTAB+CTABC+TABC+* 與與 + 或或互斥+X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1頂頂層層中中 間間 層層底底 層層先全局后局部先全局后局部, ,先整體后細節先整體后細節, ,先抽象后具體。先抽象后具體。0圖1圖2

22、圖1.1圖2.1圖2.2圖分層DFD 圖需求案例分析需求案例分析在醫院在醫院ICU病房里，將病癥監視器安置在每個病房里，將病癥監視器安置在每個病床，對病人進行監護。監視器將病人的組合病癥病床，對病人進行監護。監視器將病人的組合病癥信號實時地傳送到中央監護系統進行分析處理。信號實時地傳送到中央監護系統進行分析處理。 在中心值班室里，值班護士使用中央監護系統在中心值班室里，值班護士使用中央監護系統對病人的情況進行監控，監護系統實時地將病人的對病人的情況進行監控，監護系統實時地將病人的病癥信號與標準的病診信號進行比較分析，當病癥病癥信號與標準的病診信號進行比較分析，當病癥出現異常時，系統會立即自動報

23、警，并打印病情報出現異常時，系統會立即自動報警，并打印病情報告和更新病歷。告和更新病歷。 根據醫生的要求隨時打印病人的病情報告，系根據醫生的要求隨時打印病人的病情報告，系統還定期自動更新病歷。統還定期自動更新病歷。案案 例例 一一 醫院病房監護系統醫院病房監護系統經過初步的需求分析，得到系統功能要求：經過初步的需求分析，得到系統功能要求：1. 1. 監視病人的病癥監視病人的病癥( (血壓、體溫、脈搏等血壓、體溫、脈搏等) )。2. 2. 定時更新病歷。定時更新病歷。3. 3. 病情出現異常情況時報警。病情出現異常情況時報警。4. 4. 隨機地產生某一病人的病情報告。隨機地產生某一病人的病情報告

24、。醫院病房監護系統產生產生病情報告病情報告監視病情監視病情更新病歷更新病歷2.2.3 實例：醫院病房監護系統1. 監視病員的病癥監視病員的病癥 采集病癥信號采集病癥信號( (血壓、體溫、脈搏等血壓、體溫、脈搏等) )。 組合病癥信號。組合病癥信號。 將模擬將模擬病癥信號轉換為數字信號（病癥信號轉換為數字信號（A/D轉換）。轉換）。2. 定時更新病歷定時更新病歷 將將病癥信號進行格式化并加入更新日期、時間。病癥信號進行格式化并加入更新日期、時間。 更新病歷庫中病人的信息。更新病歷庫中病人的信息。 可人工設定更新可人工設定更新病歷的時間間隔。病歷的時間間隔。3. 病情出現異常情況時報警病情出現異常

25、情況時報警 根據標準病癥信號庫中的值，判斷是否報警。根據標準病癥信號庫中的值，判斷是否報警。 將報警信號轉換為各種模擬信號（將報警信號轉換為各種模擬信號（D/A轉換）。轉換）。 實時打印病情報告，立即更新病歷。實時打印病情報告，立即更新病歷。4. 隨機地產生某一病員的病情報告隨機地產生某一病員的病情報告非功能需求1. 監視器與網絡的監視器與網絡的可靠性要求可靠性要求，涉及人的生，涉及人的生命安全。命安全。2. 效率需求效率需求中對時間、空間的需求，所采集中對時間、空間的需求，所采集的病癥信號數據量大。的病癥信號數據量大。3. 互操作需求互操作需求如要求監視器采樣頻率可如要求監視器采樣頻率可人工

26、調整等。人工調整等。4. 對病人病歷的對病人病歷的隱私的要求。隱私的要求。病員病員護士護士護士護士病人監病人監護系統護系統病人病人日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警頂頂 層層DFD圖圖頂層確定了系統的范圍，其外部實體為病人和頂層確定了系統的范圍，其外部實體為病人和護士。護士。護士護士病人病人護士護士第一層：第一層：病人病人護士護士護士護士中央監視中央監視病人病人日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警局部監視局部監視生成報告生成報告病人極限病人極限更新日志更新日志病人數據病人數據格式化格式化病人數據病人數據生理信號生理信號極限值極限值132

27、4日志數據日志數據日志數據日志數據醫院病房監護系統頂層醫院病房監護系統頂層DFDDFD圖圖緊急報告緊急報告第二層：加工第二層：加工“中央監視中央監視”分解分解醫院病房監護系統二層醫院病房監護系統二層DFDDFD圖圖計算超過計算超過極限值否極限值否病人病人數據數據超過超過極限值極限值報警報警開解信號開解信號產生產生報警信息報警信息病人極限病人極限格式化格式化病人數據病人數據體溫體溫血壓、體溫血壓、體溫脈搏脈搏生理信號生理信號極限值極限值時間時間脈搏脈搏血壓血壓日期日期時鐘時鐘格式化格式化病人數據病人數據3.13.23.23.33.33.43.4緊急報告緊急報告計算超過計算超過極限值否極限值否病人

28、數據超過極限值報警開解信號開解信號產生產生報警信息報警信息病人極限病人極限格式化格式化病人數據病人數據體溫血壓、體溫、脈搏生理信號極限值時間脈搏血壓日期時鐘時鐘格式化病員數據3.13.23.23.33.33.43.4第二層：加工第二層：加工“中央監視中央監視”分解分解第一層第一層格式化格式化病人數據病人數據生理信號生理信號極限值極限值病人病人護士護士護士護士中央監視中央監視病人病人日志日志病癥信號病癥信號要求報告要求報告病癥病癥報告報告報警報警局部監視局部監視生成報告生成報告病人極限病人極限更新日志更新日志病人病人數據數據1324日志數據日志數據緊急報告緊急報告緊急報告緊急報告加工分解的原則加

29、工分解的原則 自然性自然性：概念上合理、清晰。概念上合理、清晰。 均勻性均勻性：理想的分解是將一個問題分解成大小：理想的分解是將一個問題分解成大小均勻的幾個部分。均勻的幾個部分。 分解度：分解度：一般每一個加工每次分解最多不要超一般每一個加工每次分解最多不要超過個子加工過個子加工, ,分解應分解到基本加工為止。分解應分解到基本加工為止。數據守恒與數據封閉原則數據守恒與數據封閉原則 數據守恒是指加工的輸入數據守恒是指加工的輸入/ /輸出數據流是否匹配，輸出數據流是否匹配，即每一個加工既有輸入數據流又有輸出數據流。即每一個加工既有輸入數據流又有輸出數據流。 數據封閉是對整個系統而言。數據封閉是對整

30、個系統而言。合理使用文件合理使用文件 當文件作為某些加工之間的交界面時，文件必當文件作為某些加工之間的交界面時，文件必須畫出來，一旦文件作為數據流圖中的一個獨立成須畫出來，一旦文件作為數據流圖中的一個獨立成份畫出來了，那么它同其他成分之間的聯系也應同份畫出來了，那么它同其他成分之間的聯系也應同時表達出來。時表達出來。DFDDFD圖不是流程圖圖不是流程圖, ,不表示軟件的控制流程。不表示軟件的控制流程。子圖與父圖的子圖與父圖的“平衡平衡”父圖中某個加工的輸入父圖中某個加工的輸入/ /輸出數據流應該同相輸出數據流應該同相應子圖的輸入應子圖的輸入/ /輸出相同輸出相同( (相對應），分層數據流圖相對

31、應），分層數據流圖的這種特點稱為子圖與父圖的這種特點稱為子圖與父圖“平衡平衡”。四、 分層DFD圖的改進 DFD圖必須經過圖必須經過反復修改反復修改，才能獲得最終的目標系統，才能獲得最終的目標系統的的DFD圖。可從以下方面改進圖。可從以下方面改進DFD圖：圖： 1. 1. 檢查數據流的正確性檢查數據流的正確性 數據數據守恒守恒 子圖、父圖的平衡子圖、父圖的平衡 文件使用是否合理。特別注意輸入文件使用是否合理。特別注意輸入/ /輸出文件的數輸出文件的數據流。據流。2. 改進改進DFD圖的易理解性圖的易理解性 簡化加工之間的聯系（聯系越少，獨立性越強，簡化加工之間的聯系（聯系越少，獨立性越強，易理

32、解性越好）。易理解性越好）。 改進分解的均勻性。改進分解的均勻性。 適當命名（各成分名稱無二義性，準確、具體）適當命名（各成分名稱無二義性，準確、具體）。 分層數據流圖只是表達了系統的分層數據流圖只是表達了系統的“分解分解”，為，為了完整地描述這個系統，還需借助了完整地描述這個系統，還需借助“數據詞典數據詞典”和和“小說明小說明”對圖中的每個數據和加工給出解釋。對圖中的每個數據和加工給出解釋。 對數據流圖中包含的所有元素的定義的集合構對數據流圖中包含的所有元素的定義的集合構成了數據詞典。詞典中可有以下四種類型的條目成了數據詞典。詞典中可有以下四種類型的條目： 數據流數據流 文件文件 數據項數據

33、項 加工加工組成數據項。組成數據項。 例如：報名單姓名單位名年齡性別課程名例如：報名單姓名單位名年齡性別課程名 常用符號：、（）、常用符號：、（）、C.數據項條目數據項條目 數據項條目給出某個數據單項的定義，通常是數據項的數據項條目給出某個數據單項的定義，通常是數據項的值類型，允許的取值范圍。值類型，允許的取值范圍。 B.文件條目文件條目給出某個文件的定義，文件的定義通常是列出給出某個文件的定義，文件的定義通常是列出文件記錄的組成數據流。例如：文件記錄的組成數據流。例如： 訂單文件訂單編號顧客名稱產品名稱訂貨數量訂單文件訂單編號顧客名稱產品名稱訂貨數量交貨日期交貨日期D.加工條目加工條目 加工

34、類條目就是加工類條目就是“加工小說明加工小說明”。一般應該單獨列出。一般應該單獨列出。nm.結構化語言結構化語言判定表判定表判定樹判定樹 對對DFD圖中每一個基本加工都必須有一個圖中每一個基本加工都必須有一個小說小說明明給出該加工的精確描述。小說明中應精確地描述給出該加工的精確描述。小說明中應精確地描述加工的激發條件、加工邏輯、優先級、執行頻率和加工的激發條件、加工邏輯、優先級、執行頻率和出錯處理等。加工邏輯是其中最基本的部分，指用出錯處理等。加工邏輯是其中最基本的部分，指用戶對這個加工的邏輯要求。戶對這個加工的邏輯要求。 對基本加工說明有三種描述方式：對基本加工說明有三種描述方式： 結構化語

35、言是介于自然語言和形式語言之間的結構化語言是介于自然語言和形式語言之間的一種半形式語言一種半形式語言, ,是自然語言的一個受限制的子集。是自然語言的一個受限制的子集。 一般分為兩層結構：外層語法較具體，為控制一般分為兩層結構：外層語法較具體，為控制結構（順序、選擇、循環）結構（順序、選擇、循環）, ,內層較靈活，表達內層較靈活，表達“做做什么什么”。例如，外層可為以下結構：例如，外層可為以下結構：1. 順序結構順序結構2. 選擇結構選擇結構 IFTHEN-ELSE; CASE-OF-ENDCASE；3. 循環結構循環結構 WHILE-DO; REPEAT-UNTIL 判定表是一種二維的表格，常

36、用于較復雜的組合條件判定表是一種二維的表格，常用于較復雜的組合條件（與結構化語言比較）。（與結構化語言比較）。 條件框條件框 條件條目條件條目 操作框操作框 操作條目操作條目特點：可處理較復雜的組合條件特點：可處理較復雜的組合條件, ,但不易理解但不易理解, ,不易輸入計算機。不易輸入計算機。通常由四部分組成通常由四部分組成: :條件框條件框 條件定義。條件定義。操作框操作框 操作的定義。操作的定義。條件條目條件條目 各條件的取值及組合。各條件的取值及組合。操作條目在各條件取值組合下所執行的操作。操作條目在各條件取值組合下所執行的操作。例如例如: : 對商店每天的營業額所收稅率對商店每天的營業

37、額所收稅率營業額營業額X （）1000X50005000 X 10001000元元 Y Y Y Y N Y Y N 信譽好信譽好 Y N N - Y N N - 20 20 年年 - Y N - - Y N - 優優 惠惠 X XX X 正正 常常 X XX X 化簡后化簡后 1 2 3 4 5 6 7 81 2 3 4 5 6 7 8 10001000元元 Y Y Y Y Y N N N N Y Y Y N N N N 信譽好信譽好 Y Y N N Y Y N NY Y N N Y Y N N 20 20 年年 Y N Y N Y N Y NY N Y N Y N Y N優優 惠惠 X X

38、XX X X正正 常常 X X X X XX X X X XY-Y-滿足條件滿足條件 N-N-不滿足條件不滿足條件 X-X-選中判定的結論選中判定的結論特點特點: :描述一般組合條件較清晰，易理解。不易輸入計算機。描述一般組合條件較清晰，易理解。不易輸入計算機。營業額營業額 10001000元元 1000 1000元元 正常處理正常處理好的支付信譽好的支付信譽 優惠處理優惠處理壞的支付信譽壞的支付信譽 20 20年年 優惠處理優惠處理 20 20年年 正常處理正常處理如上例如上例。 采用采用來來獲取獲取從外部的角度來看系統功能，建立系統的從外部的角度來看系統功能，建立系統的描述外部執行者描述外

39、部執行者(Actor)所理解的系統功能。所理解的系統功能。即待開發系統的功能需求。即待開發系統的功能需求。 用例用例 表示一個子系統，或者系統一個獨立的表示一個子系統，或者系統一個獨立的功能。功能。 角色角色 表示外部的表示外部的“執行者執行者”。描述方法：描述方法： 用例用例 ： 角色：角色： 連接：連接：用例用例查詢確認用戶信息自動取款機儲蓄用戶出示身份信息出納員驗證身份 定義系統、確定執行者和用例、描述用例、定定義系統、確定執行者和用例、描述用例、定義執行者和用例之間，用例間的關系、確認模型。義執行者和用例之間，用例間的關系、確認模型。案例二案例二 網網 上上 競競 拍拍 系系 統統 隨

40、著隨著 Internet 技術的發展和互聯網的日益普及技術的發展和互聯網的日益普及,互聯網用戶中約互聯網用戶中約 1/4 的用戶使用的用戶使用 Internet 進行通信或進行通信或經貿活動。電子商務總額每年可達到經貿活動。電子商務總額每年可達到 6 萬億美元。萬億美元。 網上競拍系統就是一個在互聯網上模擬拍賣環網上競拍系統就是一個在互聯網上模擬拍賣環境的典型的范例。可實現從展示產品、相互競價到境的典型的范例。可實現從展示產品、相互競價到最后產品成交等一系列功能最后產品成交等一系列功能;用戶可以輕松實現在線用戶可以輕松實現在線商品的拍賣和競標商品的拍賣和競標 。 系統需求1. 執行執行用戶用戶 系統是通過網絡提供給商品的銷售者和購買者系統是