專題二 軟件的需求（1）
2.1 需求分析的相關知識
1. 需求分析的概念：
確定系統必須具有的功能和性能，系統要求的運行環境，並且預測系統發生的前景
需求分析概念的理解：
以一種清晰/簡潔/一致且無二義性的方式，對一個待開發的系統中各個意義方面的陳述的一個集合
需求分析的重要性
– 在軟件開發的過程中，需求錯誤代價隨着階段的推進的增長趨勢：
2. 需求獲取
– 需求獲取的概念
（1）軟件需求的來源
（2）軟件工程師收集這些軟件需求的方法
– 需求的類型
（1）功能性需求：描述系統應該做什麼，即爲用戶/其他系統完成的功能，提供的服務
（2）非功能性需求：必須遵循外部界面的細節/實現的條件/質量的屬性
– 需求的來源：
（1) 用戶目標
（2）領域知識
（3）投資者
（4）運行環境
（5) 組織環境
– 需求獲取的技術：
（1）採訪
（2）設定情景，即：用例
（3）原型
（4）會議
（5）觀察商業過程的工作流
2.2 需求分析的過程
1. 需求確認的過程
注意：需求提煉，也叫做：需求分析
2.需求分析的定義：
（1）對應用問題及環境的理解與分析，爲問題涉及的信息與功能及系統行爲建立模型。
（2）將用戶需求精確化/完全化，最終形成下一步的需求規格說明書
需求分析的意義：
（1）需求分析的核心在於建立模型，通過多種需求分析方法揭示出一些更深層次的問題
（2）進一步明確需求
3. 需求規格說明書（需求描述）
軟件系統的需求規格說明，是對待開發系統的行爲的完整描述，它包含了功能/非功能性需求
4.需求驗證的內容
（1）有效性檢查：檢查不同用戶使用不同功能的有效性
（2）一致性檢查：在文檔中，需求之間不該衝突
（3）完備性檢查：需求文檔應該包括所有用戶想要的功能與約束
（4）現實性檢查：檢查保證能利用現有技術實現需求
需求驗證的基本流程：
需求評審 --> 問題整理 --> 問題求解 --> 達成一致
2.3 需求分析的任務&需求文檔編制
1.需求分析任務
（1）建立分析模型：準確地定義未來系統的目標，確定爲了滿足用戶的需求系統必須做什麼
（2）編寫需求說明：用《需求規格說明書》規範的形式準確地表達用戶的需求
2. 需求文檔編制
採用IEEE標準