1、為什么要進行需求分析？為什么要進行需求分析？需求階段修復一個缺陷的代價是編碼階段的需求階段修復一個缺陷的代價是編碼階段的1/51/51/101/10，是維護階段的，是維護階段的1/1001/100/200/200。（1 1）掌握具體的步驟和方法）掌握具體的步驟和方法（2 2）提高分析問題和解決問題的能力）提高分析問題和解決問題的能力（3 3）熟練運用一些圖形工具）熟練運用一些圖形工具2開發過程的兩大階段開發過程的兩大階段 （1）正確地確定問題）正確地確定問題需求分析需求分析 （2）為問題尋找合適的解答）為問題尋找合適的解答設計設計需求分析的目的：澄清用戶的各種需求需求分析的目的：澄清用戶的各種

2、需求需求分析的任務：用戶和開發人員一起理解用戶的需求分析的任務：用戶和開發人員一起理解用戶的要求，并轉化為書面文檔。要求，并轉化為書面文檔。軟件需求規格說明書軟件需求規格說明書3如何準確有效地得如何準確有效地得到用戶的需求到用戶的需求需求工程需求工程需求管理需求管理需求開發需求開發需求獲取需求獲取需求分析需求分析需求規格說明需求規格說明需求驗證需求驗證變更管理變更管理3.1 需求分析的任務需求分析的任務3.2 需求的獲取方法需求的獲取方法3.3 分析建模與規格說明分析建模與規格說明3.4 實體實體-聯系圖聯系圖3.5 數據規范化數據規范化3.6 狀態轉換圖狀態轉換圖3.7 其他圖形工具其他圖形

3、工具11. 確定系統的綜合要求確定系統的綜合要求（1 1）功能要求）功能要求 （2 2）性能要求）性能要求（3 3）運行要求）運行要求（4 4）擴充要求）擴充要求3.1 需求分析的任務需求分析的任務 軟、硬件環境軟、硬件環境 工具軟件、系統軟件工具軟件、系統軟件 外存儲器、通信接口、輸入和輸出外存儲器、通信接口、輸入和輸出建立數據模型（層次方框圖、建立數據模型（層次方框圖、Warnier圖）圖） 導出系統的邏輯模型導出系統的邏輯模型p 數據流圖數據流圖p 實體實體 聯系圖聯系圖p 狀態轉換圖狀態轉換圖p 數據字典數據字典p 主要的處理算法主要的處理算法 修正系統開發計劃修正系統開發計劃2.分析

4、系統的數據要求分析系統的數據要求3. 需求分析的過程需求分析的過程7需求分析階段的四個步驟需求分析階段的四個步驟調查研究調查研究分析與綜合分析與綜合書寫需求分析文檔書寫需求分析文檔 需求分析文檔評審需求分析文檔評審目的：通過各種途徑獲取用戶需求信息產生目的：通過各種途徑獲取用戶需求信息產生用戶需求說明書用戶需求說明書 7（1）調查研究）調查研究（2）分析與綜合）分析與綜合信息流信息流信息結構信息結構依據依據（功能細化）（功能細化）元素間聯元素間聯系系接口特性接口特性設計約束設計約束分析分析是否滿足系是否滿足系統功能要求統功能要求結論結論p軟件需求說明書軟件需求說明書p數據要求說明書數據要求說明

5、書p初步的用戶手冊初步的用戶手冊p修改、完善與確定軟件開發實施計劃修改、完善與確定軟件開發實施計劃8（3）書寫需求分析文檔）書寫需求分析文檔u 系統定義的目標否一致系統定義的目標否一致u 文檔資料是否齊全文檔資料是否齊全u 文檔描述是否完整、清晰、準確文檔描述是否完整、清晰、準確u 與其它系統的重要接口是否都已經描述與其它系統的重要接口是否都已經描述9（4）需求分析的評審）需求分析的評審需求獲取的困難：需求獲取的困難：u分析員與領域專家交流的過程中，易產生誤解分析員與領域專家交流的過程中，易產生誤解u大型系統的多個用戶群的需求相互矛盾，分析員尋大型系統的多個用戶群的需求相互矛盾，分析員尋求讓滿

6、意的答案比較困難求讓滿意的答案比較困難u需求永遠不會穩定需求永遠不會穩定正式訪談：系統分析員提出事先準備好正式訪談：系統分析員提出事先準備好的問題。的問題。非正式訪談：提出一些用戶可以自由回非正式訪談：提出一些用戶可以自由回答的開放性問題，鼓勵被訪者說出自己答的開放性問題，鼓勵被訪者說出自己的想法。的想法。需要訪問大量人員時，利用調查表訪問需要訪問大量人員時，利用調查表訪問較佳。較佳。 場景開始的系統狀態描述場景開始的系統狀態描述 標準事件流的描述標準事件流的描述 錯誤出現的位置及處理方法錯誤出現的位置及處理方法 可能在同一時間進行的活動可能在同一時間進行的活動 場景完成后系統狀態的描述場景完

7、成后系統狀態的描述137您的部門需要成本核算和統計的內容有哪些？8您的部門采用計算機管理工作情況如何？9如何改進業務流程使之更合理？10哪些問題是目前傳統手工方法根本無法解決的？11出版社計算機管理信息系統需要解決什么問題？編號提出問題1 1您在哪個部門工作？2出版業務流程是什么？3您每日都處理那些文件、數據、報表？4工作中手工處理特別麻煩的事情是什么？5工作中手工處理什么問題解決不了？影響效率的問題有哪些？6您認為提高工作效率，節省工作時間，減輕工作強度可采取哪些辦法？組織結構圖組織結構圖是一張反映組織內部之間隸屬關系的樹狀結構圖。是一張反映組織內部之間隸屬關系的樹狀結構圖。組織業務關系圖組

8、織業務關系圖分析追蹤分析追蹤數據流圖數據流圖用戶用戶復查復查細化細化數據流圖數據流圖有 補 充 修有 補 充 修正正無補無補充修正充修正需 要 分需 要 分解解不 需 分不 需 分解解需求分析基本過程需求分析基本過程借助數據流圖、數據字典、借助數據流圖、數據字典、IPO圖等，細化、完圖等，細化、完善數據流圖。善數據流圖。倉庫倉庫管理員管理員采購員采購員事務事務定貨報表定貨報表定貨系統數據流圖定貨系統數據流圖更新更新庫存庫存清單清單1.2產生產生報表報表2D1 庫存清單庫存清單D2 定貨信息定貨信息接收接收事務事務1.1處理處理定貨定貨1.3庫存清單庫存清單定貨信息定貨信息定貨信息定貨信息分析銷

9、售分析銷售趨勢趨勢統計功能統計功能結構化分析方法（結構化分析方法（SA）+結構化設計方法（結構化設計方法（SD）適用于大型的數據處理系統（適用于大型的數據處理系統（MIS）的分析）的分析14無論系統多么復雜，無論系統多么復雜，分解技術分解技術能保證分析工作有能保證分析工作有計劃、按步驟、有條不紊地來進行，避免面對復雜計劃、按步驟、有條不紊地來進行，避免面對復雜系統的茫然無措。系統的茫然無措。復雜性控制的基本手段復雜性控制的基本手段分解、抽象分解、抽象面向團隊的需求收集法面向團隊的需求收集法（用戶與開發者配合）（用戶與開發者配合）初步訪談初步訪談開發者和用戶分別寫出開發者和用戶分別寫出“產品需求

10、產品需求”開會討論，各自展示需求列表開會討論，各自展示需求列表得出一致意見，為需求列表制定小型規格說明得出一致意見，為需求列表制定小型規格說明根據會議成果，起草完整的軟件需求規格說明根據會議成果，起草完整的軟件需求規格說明快速建立演示主要功能的原型快速建立演示主要功能的原型（1）第四代技術）第四代技術（2）可重用的軟件構件）可重用的軟件構件（3）形式化規格說明和原型環境）形式化規格說明和原型環境短時間內建立原型短時間內建立原型用戶滿意用戶滿意修改完善原型修改完善原型否否是是完成原型完成原型 E-R圖圖數據數據流圖流圖加工加工規約規約數據數據對象對象描述描述狀態轉換圖狀態轉換圖控制規約控制規約結

11、構化分析模型的體系結構結構化分析模型的體系結構為了開發復雜的系統，應從不同角度（模型）為了開發復雜的系統，應從不同角度（模型）抽象出目標系統的特性。抽象出目標系統的特性。數據模型數據模型功能模型功能模型行為模型行為模型實體聯系圖實體聯系圖數據流圖數據流圖狀態轉換圖狀態轉換圖SRS, Software Requirement Specification闡述系統必須提供的闡述系統必須提供的功能功能和和性能性能及及限制條件限制條件 SRS作用作用: 理解與交流（用戶、分析人員、設計人員）理解與交流（用戶、分析人員、設計人員）支持系統測試支持系統測試規劃和控制開發過程規劃和控制開發過程功能功能外部接口

12、外部接口性能：運行速度、可用性、響應時間、恢復時間性能：運行速度、可用性、響應時間、恢復時間 特性：可移植性、可維護性、安全性特性：可移植性、可維護性、安全性 設計約束：是否存在必要的標準、開發語言、數據設計約束：是否存在必要的標準、開發語言、數據庫、資源限制、運行環境等因素的影響和策略？庫、資源限制、運行環境等因素的影響和策略？28 （1）SRS 中的內容中的內容 （2）編寫需求規格說明的原則）編寫需求規格說明的原則 只描述只描述“做什么做什么”而無須描述而無須描述“怎么做怎么做”必須說明運行環境必須說明運行環境形式化和自然語言間恰當選擇（理解最重要）形式化和自然語言間恰當選擇（理解最重要）

13、不存在十全十美的規格說明書不存在十全十美的規格說明書需求描述詳略適度需求描述詳略適度編寫可測試需求文檔編寫可測試需求文檔將可測試的需求作為衡量軟件規模的因素將可測試的需求作為衡量軟件規模的因素文檔段落不宜太長文檔段落不宜太長避免使用模糊的、主觀的術語避免使用模糊的、主觀的術語如：如：和和/或、等等、用戶友好、容易、簡單、迅速、或、等等、用戶友好、容易、簡單、迅速、有效、許多、最新技術、有效、許多、最新技術、 優越的、可接受的、優越的、可接受的、最大化、最小化、提高等不可驗證的語言最大化、最小化、提高等不可驗證的語言建議：采用一種標準的建議：采用一種標準的SRS 模板模板1.引言引言1.1 目的

14、目的1.2 文檔約定文檔約定1.3 預期的讀者和閱讀建議預期的讀者和閱讀建議1.4 產品范圍產品范圍1.5 參考文獻參考文獻2. 綜合描述綜合描述2.1 產品的前景產品的前景2.2 產品的功能產品的功能2.3 用戶類和特征用戶類和特征2.4 運行環境運行環境2.5 設計和實現上的設計設計和實現上的設計2.6 假設和依賴假設和依賴3外部接口需求外部接口需求3.1 用戶界面用戶界面3.2 硬件接口硬件接口3.3 軟件接口軟件接口3.4 通信接口通信接口4. 系統特性系統特性 4.1 說明和優先級說明和優先級 4.2 激勵激勵/響應序列響應序列 4.3 功能需求功能需求5. 非功能需求非功能需求 5

15、.1 性能需求性能需求 5.2安全設施需求安全設施需求 5.3 安全性需求安全性需求 5.4 軟件質量屬性軟件質量屬性 5.5業務規劃業務規劃5.6 用戶文檔用戶文檔6. 其他需求其他需求 附錄附錄SRS模板模板（3）需求驗證）需求驗證 需求驗證：檢驗需求能否滿足客戶的意愿需求驗證：檢驗需求能否滿足客戶的意愿 需求驗證的技術需求驗證的技術需求評審：分析員、客戶、設計人員、測試人員需求評審：分析員、客戶、設計人員、測試人員原型評價：用戶提出真正的需求原型評價：用戶提出真正的需求測試需求：通過測試，發現需求中的存在的問題測試需求：通過測試，發現需求中的存在的問題（4）需求規格說明的質量特性）需求規

16、格說明的質量特性 正確性正確性 功能、行為、性能的描述與用戶期望吻合功能、行為、性能的描述與用戶期望吻合 p是否是否準確準確地反映了用戶的需要？地反映了用戶的需要？ p是否已經是否已經認真認真考慮了每一項描述？考慮了每一項描述？ p需求可以需求可以追溯追溯來源嗎？來源嗎？p用戶參與用戶參與需求過程的程度如何？需求過程的程度如何？無二義性無二義性 對所有人都只能有一種明確的統一的解釋。對所有人都只能有一種明確的統一的解釋。 p是否有是否有術語詞匯表術語詞匯表？p具有具有多重含義多重含義或未知含義的術語是否已經定義？或未知含義的術語是否已經定義？p是否是否可量化和可驗證可量化和可驗證？p每項每項需

17、求需求都有都有測試準則測試準則嗎？嗎？ 舉例：舉例：如果用戶試圖透支，系統將采取適當的行動。如果用戶試圖透支，系統將采取適當的行動。 完整性完整性 應包括軟件要完成的全部任務，不能遺漏。應包括軟件要完成的全部任務，不能遺漏。 p是否存在遺漏的功能或業務過程？是否存在遺漏的功能或業務過程？ p每個定義的功能之間是否有接口？每個定義的功能之間是否有接口？ p是否有信息在功能之間傳遞？是否有信息在功能之間傳遞？ p是否定義了功能的使用者？是否定義了功能的使用者？p是否已經定義了用戶與功能之間的交互？是否已經定義了用戶與功能之間的交互？p是否定義了與外部過程和系統之間的接口？是否定義了與外部過程和系統

18、之間的接口？ p 所描述的功能是否可以映射到業務過程中？所描述的功能是否可以映射到業務過程中？ p 文檔中是否存在待確定的需求引用？文檔中是否存在待確定的需求引用？ p 文檔中是否存在未定義的術語和引用？文檔中是否存在未定義的術語和引用？ p 文檔的各個部分都完整嗎？文檔的各個部分都完整嗎？p 需求包括非功能屬性的說明嗎？需求包括非功能屬性的說明嗎？p 是否考慮了軟件性能？是否考慮了軟件性能？ p 是否考慮了安全性要求？是否考慮了安全性要求？p 是否考慮了可靠性？是否考慮了可靠性？ p 是否考慮了系統容量問題？是否考慮了系統容量問題？ 可驗證性可驗證性 可以運用一些可行的手段對需求進行驗證和確

19、認。可以運用一些可行的手段對需求進行驗證和確認。 p是否存在不可驗證的陳述是否存在不可驗證的陳述如：界面友好、容易、簡單、快速、健壯、新技術如：界面友好、容易、簡單、快速、健壯、新技術 p所有描述都是具體的和可測量的嗎？所有描述都是具體的和可測量的嗎？ 舉例：下面的兩個需求描述中哪一個難以驗證？舉例：下面的兩個需求描述中哪一個難以驗證？系統將在系統將在 20 秒內響應所有有效的請求。秒內響應所有有效的請求。如果用戶試圖透支，系統將采取適當的行動。如果用戶試圖透支，系統將采取適當的行動。一致性一致性 需求的描述不能存在矛盾，如：術語沖突、功能需求的描述不能存在矛盾，如：術語沖突、功能和行為特性方

20、面的矛盾以及時序上的不一致等。和行為特性方面的矛盾以及時序上的不一致等。p文檔的組織形式是否易于一致？文檔的組織形式是否易于一致？ p不同功能的描述之間是否存在矛盾？不同功能的描述之間是否存在矛盾？ p是否存在有矛盾的需求描述或術語？是否存在有矛盾的需求描述或術語？ p文檔中是否存在時序上的不一致？文檔中是否存在時序上的不一致？ 系統允許立即使用所存的資金。系統允許立即使用所存的資金。只有在手工驗證所存資金后，系統才能允許使用。只有在手工驗證所存資金后，系統才能允許使用。 可修改性可修改性 格式和組織方式可方便后續的修改和協調。格式和組織方式可方便后續的修改和協調。 p是否存在明顯的需求交叉引

21、用？是否存在明顯的需求交叉引用？p是否有內容列表和索引？是否有內容列表和索引？p是否存在冗余的需求？它們是交叉引用嗎？是否存在冗余的需求？它們是交叉引用嗎？ 可跟蹤性可跟蹤性 每項需求都有來源且與設計、源代碼和測試用例關聯每項需求都有來源且與設計、源代碼和測試用例關聯 p每項需求都能在早期文檔中追溯來源，例如：備每項需求都能在早期文檔中追溯來源，例如：備忘錄、法規、會議記錄等；忘錄、法規、會議記錄等；p每一項需求都有唯一的名稱或索引號，且與后期每一項需求都有唯一的名稱或索引號，且與后期實現對應實現對應舉例：系統將在舉例：系統將在 20 秒內響應所有有效的請求。秒內響應所有有效的請求。來自與用戶

22、的面談，備忘錄編號來自與用戶的面談，備忘錄編號 #1234（5）需求管理）需求管理 需求管理需求管理 變更控制變更控制 版本控制版本控制 需求跟蹤需求跟蹤 需求狀態跟蹤需求狀態跟蹤 p建議變更建議變更p分析影響分析影響p作出決策作出決策p交流交流p合并合并p測 量 需 求測 量 需 求的穩定性的穩定性 p確 定 需 求確 定 需 求文檔的版本文檔的版本p確 定 單 個確 定 單 個需求文檔的需求文檔的版本版本p定 義 對 其定 義 對 其它需求的連它需求的連接鏈接鏈p定 義 對 其定 義 對 其它系統元素它系統元素的連接鏈的連接鏈p定義需求狀定義需求狀態態p跟蹤需求的跟蹤需求的每一個狀態每一個

23、狀態活動活動2：需求用于計劃、產需求用于計劃、產品和活動品和活動目標目標1 1：形成需求基線：形成需求基線 活動活動1：需求的開發：需求的開發前的評審前的評審 活動活動 3：需求變更評審：需求變更評審 目標目標2 2：計劃、產品和活動：計劃、產品和活動與需求保持一致與需求保持一致 變更變更申請申請 需求需求基線基線 需求跟蹤性需求跟蹤性 需求跟蹤性是維護需求與軟件制品之間的映射需求跟蹤性是維護需求與軟件制品之間的映射（例如設計對（例如設計對 象、用例、測試用例、已實現的軟件象、用例、測試用例、已實現的軟件組件等），以滿足整個組件等），以滿足整個 開發生命周期的需要。開發生命周期的需要。 建立需

24、求跟蹤的過程建立需求跟蹤的過程 p識別并唯一地標識識別并唯一地標識SRS中的每一個需求中的每一個需求p建立和更新建立和更新SRS中的跟蹤矩陣中的跟蹤矩陣 需求跟蹤矩陣示例需求跟蹤矩陣示例 用例用例 功能需求功能需求 設計元素設計元素 代碼代碼 測試實例測試實例 UC1 Catalog.query.sort Class catalog Catalog.sort ( ) test2 test3 UC2 Catalog.update Class catalog Catalog.update ( ) test10 test11需求管理需要需求管理需要CASE 工具的支持工具的支持 test12需求描述

25、示例需求描述示例 例例1：產品必須在固定的時間間產品必須在固定的時間間隔內提供狀態信息，并且每次隔內提供狀態信息，并且每次時間間隔不得小于時間間隔不得小于 60 秒。秒。? ? ? ? 后臺任務管理器在用戶界面的指定區域顯示狀態信息。后臺任務管理器在用戶界面的指定區域顯示狀態信息。 （1）在后臺任務進程啟動之后，消息必須每隔在后臺任務進程啟動之后，消息必須每隔 6010 秒秒更新一次，并保持連續的可見性。更新一次，并保持連續的可見性。（2）如果正在正常處理后臺任務進程，那么后臺任務管）如果正在正常處理后臺任務進程，那么后臺任務管理器必須顯示后臺任務進程已完成的百分比。理器必須顯示后臺任務進程已

26、完成的百分比。（3）當完成后臺任務時，后臺任務管理器必須顯示一個）當完成后臺任務時，后臺任務管理器必須顯示一個“已完成已完成”的信息。的信息。（4）如果后臺任務中止執行，那么后臺任務管理器必須）如果后臺任務中止執行，那么后臺任務管理器必須顯示一個出錯信息。顯示一個出錯信息。 需求描述示例需求描述示例 例例2：如果可能的話，應當根據圖書編號的列表如果可能的話，應當根據圖書編號的列表在線確認所輸入的圖書編號。在線確認所輸入的圖書編號。系統必須根據在線的圖書編號列表確認所輸入的圖系統必須根據在線的圖書編號列表確認所輸入的圖書編號。如果在圖書編號列表中查不到該圖書的編號，書編號。如果在圖書編號列表中查

27、不到該圖書的編號，或者當進行圖書編號確認時圖書編號列表不可訪問，系或者當進行圖書編號確認時圖書編號列表不可訪問，系統必須顯示一個出錯信息并且拒絕預訂。統必須顯示一個出錯信息并且拒絕預訂。 數據對象可以是外部實體、事物、行為、事件、數據對象可以是外部實體、事物、行為、事件、角色、單位、地點、結構等。角色、單位、地點、結構等。數據對數據對象象1. 數據對象數據對象2. 屬性屬性 屬性定義了數據對象的性質。屬性定義了數據對象的性質。屬性屬性3. 聯系聯系（1）一對一聯系（）一對一聯系（1：1）（2）一對多聯系（）一對多聯系（1：N）（3）多對多聯系（）多對多聯系（M：N） 在在ER圖中，用菱形框表示

28、聯系。圖中，用菱形框表示聯系。 聯系聯系教師教師學生學生課程課程學號學號姓名姓名系系年級年級職務職務性別性別職稱職稱性別性別姓名姓名教工號教工號教教學學成績成績學分學分學時學時課名課名課程號課程號圖圖3.2 某校教學管理某校教學管理ER圖圖mn1n例子：例子：通常用范式定義消除數據冗余的程度。通常用范式定義消除數據冗余的程度。 1）第一范式）第一范式 2）第二范式）第二范式 3）第三范式）第三范式3.5 數據規范化數據規范化3.6 狀態轉換圖狀態轉換圖u描述系統對事件響應的行為模型描述系統對事件響應的行為模型u描述系統狀態、事件及事件引發狀態間的轉換描述系統狀態、事件及事件引發狀態間的轉換u提

29、供了提供了行為建模行為建模機制機制狀狀 態態1 1狀狀 態態2 2事件事件/觸發行為觸發行為41狀態圖：狀態、變遷、事件狀態圖：狀態、變遷、事件組件組件描描 述述圖示圖示初態初態狀態圖的起始點狀態圖的起始點終態終態狀態圖的終點狀態圖的終點簡單狀態簡單狀態 狀態圖的簡單狀態狀態圖的簡單狀態復合狀態復合狀態可細化為多個子狀態，用可細化為多個子狀態，用“或或”和和“與與”兩種關系相連兩種關系相連名稱名稱描描 述述圖示圖示條件判斷條件判斷條件分支轉移條件分支轉移并發條并發條并發狀態并發狀態歷史標志歷史標志復合狀態中的子狀態退出復合復合狀態中的子狀態退出復合狀態時最后所處的狀態狀態時最后所處的狀態轉移轉

30、移對象從一個狀態變遷到另一個對象從一個狀態變遷到另一個狀態狀態H 狀態狀態初始初始有效有效鎖定鎖定售出售出例：火車票（對象）的狀態圖例：火車票（對象）的狀態圖放票：初始狀態放票：初始狀態有效狀態有效狀態票被預訂：有效票被預訂：有效鎖定鎖定預定后付款：鎖定預定后付款：鎖定售出售出預定解除：鎖定預定解除：鎖定有效有效有效有效鎖定鎖定售出售出付款付款購買購買解鎖解鎖換票換票過期過期預定過期：鎖定預定過期：鎖定有效有效直接購買：有效直接購買：有效售出售出換票：售出換票：售出有效有效預定預定 層次方框圖用樹形層次方框圖用樹形結構的一系列多層次結構的一系列多層次的矩形框描繪數據的的矩形框描繪數據的層次結構

31、。層次結構。 樹形結構樹形結構, ,手段比層次方框圖更豐富手段比層次方框圖更豐富 軟 件 產軟 件 產品品軟件工具軟件工具編輯程序（編輯程序（P3）應用軟應用軟件件編譯程序（編譯程序（P2）操作系統（操作系統（P1）系統軟系統軟件件測試驅動程序（測試驅動程序（P4）設計輔助工具（設計輔助工具（P5）Warnier圖的一個例子圖的一個例子IPO圖是輸入圖是輸入/處理處理/輸出圖。輸出圖。 舊的主文件舊的主文件事務文件事務文件1.校驗主記校驗主記錄錄2.校驗事務校驗事務記錄記錄3.更新主記更新主記錄錄有效的主記有效的主記錄錄有效的事務有效的事務記錄記錄更新后的主更新后的主文件文件輸入輸入處理處理輸

32、出輸出IPO表表系統：系統：模塊：模塊：編號：編號：作者：作者：日期：日期：被調用：被調用：調用：調用：輸入：輸入：輸出：輸出：處理：處理：局部數據元素：局部數據元素：注釋：注釋：改進的改進的IPO圖的形式圖的形式 問題描述問題描述 分層的數據流圖分層的數據流圖 決定哪些部分需要計算機化和怎樣計算機化決定哪些部分需要計算機化和怎樣計算機化 數據細節描述數據細節描述 定義處理邏輯定義處理邏輯 定義物理資源定義物理資源 確定輸入確定輸入/輸出規格說明，確定有關數值輸出規格說明，確定有關數值 確定硬件需求確定硬件需求 根據結構化分析模型，建立系統規格說明文檔根據結構化分析模型，建立系統規格說明文檔

33、【問題描述】【問題描述】 圖書館藏書：圖書、期刊雜志，每種可以有多冊；圖書館藏書：圖書、期刊雜志，每種可以有多冊； 可以維護（注冊、更新和刪除）圖書資料；可以維護（注冊、更新和刪除）圖書資料； 管理員負責與借書者打交道；管理員負責與借書者打交道； 借書者可以預約目前借不到的圖書或雜志；借書者可以預約目前借不到的圖書或雜志； 所有人都可以瀏覽圖書館的圖書信息和各種告示。所有人都可以瀏覽圖書館的圖書信息和各種告示。51例：用結構化分析方法分析圖書館系統例：用結構化分析方法分析圖書館系統【功能分析】【功能分析】瀏覽功能：瀏覽功能：所有人都可以瀏覽圖書館的圖書信息。所有人都可以瀏覽圖書館的圖書信息。借

34、還功能：借還功能：借書者可以借借書者可以借/續借、還、預約圖書。續借、還、預約圖書。圖書管理功能：圖書管理功能：管理人員錄入、更新和銷毀等。管理人員錄入、更新和銷毀等。借書者管理：借書者管理：系統管理人員注冊、更改、注銷借書系統管理人員注冊、更改、注銷借書者信息等維護工作。者信息等維護工作。 52【建立數據流圖】【建立數據流圖】分析角色：一般瀏覽者、借書者、一般管理員分析角色：一般瀏覽者、借書者、一般管理員和系統管理員四類外部用戶。和系統管理員四類外部用戶。 瀏覽者瀏覽者 瀏覽圖書瀏覽圖書圖書館系統的基本邏輯模型圖書館系統的基本邏輯模型圖書信息圖書信息瀏覽命令瀏覽命令【借借/ /還功能數據流圖

35、還功能數據流圖】 借借/還功能還功能借書者借書者顯示顯示信息信息 借書借書 還書還書 續借續借 預約預約管理員管理員借書者借書者書目號和借書證號書目號和借書證號書目號書目號書目號書目號標題號和借書證號標題號和借書證號54【維護功能【維護功能數據流圖數據流圖】 維護功能（第一步）維護功能（第一步）DFD 維護功能（修改）維護功能（修改） DFD注冊借書者注冊借書者注銷借書者注銷借書者錄入新書錄入新書更改借書者更改借書者更新圖書更新圖書銷毀圖書銷毀圖書處理罰金處理罰金 管理員管理員 管理員管理員錄入標題錄入標題刪除標題刪除標題修改標題修改標題銷毀書目銷毀書目修改書目修改書目錄入新書錄入新書 標題信息標題信息 標題號標題號 標題號標題號