第 3 章 需求分析及功能建模方法

3.1 需求分析概述

3.1.1 核心概念

• 需求分析：對待開發系統「做什麼、完成什麼功能」的全面描述。
• 工作內容：調查、理解、觀察、分析需求；收集、分類、抽象原始數據；採用有效技術工具加工整理，描述開發目標、功能結構、數據關係。
• 需求定義：客戶對系統目標、功能、性能、安全性、可靠性等期望與要求的集合。

3.1.2 獲取困難

1. 軟件功能複雜。
2. 需求易變。

3.1.3 主要任務

分析當前業務流程：體系結構、職能部門任務、部門間關係與信息流轉。

3.1.4 成果輸出

功能模型 + 軟件需求規格說明書（SRS） → 指導後續設計編碼測試。

3.1.5 過程本質

系統分析員與用戶不斷交互、反覆確認的過程。

3.1.2 系統分析員職能

• 核心任務：確定功能性與非功能性需求（用戶要做什麼）。
• 必備素質：獲取需求能力、管理溝通能力、技術素養。

3.1.3 需求獲取方法

1. 面談
2. 實地觀察
3. 問卷調查
4. 查閱資料

3.1.4 需求分析過程四步走

1. 標識問題：從現行業務流程切入，理解業務邏輯，確定人機界面需求。
2. 建立需求模型：抽象現實、忽略無關因素、簡化複雜度。常用工具：DFD 數據流圖、IDEFO（結構化分析法，特徵：抽象+分解）。
3. 編寫需求規格：形成 SRS 文檔，經評審確認。
4. 需求評審與基線化：多方確認、簽署、納入配置管理。

考點提示

• 需求分析定義、任務、成果、過程、困難。
• 系統分析員角色與素質。
• 四種獲取方法適用場景。
• DFD 與 IDEFO 的異同、構成元素、畫圖規則。
• SRS 文檔結構（引言、功能需求、非功能需求、接口需求、附錄）。