軟件工程（五）---理解需求

1.需求工程是一個不會因為軟件項目的變化而變化的通用過程。

2.在項目開始階段，任務的意圖是確定基本問題理解、所需解決方案的性質和想要解決問題的人。

3.使需求獲取困難的三個問題是範圍、理解和波動性。

4.利益相關者並不是將要購買正在開發中的完整軟件系統的人。

5.對於不同的客戶來說，提出相互矛盾的要求是相對普遍的，每個人都認為他或她的版本是正確的。

6.一個好的解決方案會帶來什麽樣的經濟效益、誰是工作的幕後主使以及誰會使用這個解決方案是是項目啟動期間使用的上下文無關問題，而誰來支付這項工作的費用則不是。

7.在協同需求收集中，服務商控制會議

。

8.強制性不是在質量功能部署（QFD）中使用的需求分類之一。

9.在需求獲取過程中產生的工作產品將根據正在建造的產品尺寸而變化。

10.開發人員和客戶創建用例以幫助軟件團隊了解不同類型的最終用戶將如何使用功能。

11.用例中的actor總是人，但也可能是系統設備。

12.需求工程任務的結果是一個分析模型，它定義了信息、泛函和行為。

13.分析模式有助於將分析模型轉化為設計模型，通過對常見問題提出可靠的解決方案。

14.在雙贏的談判中，客戶的需求得到滿足，開發商的需求也得到滿足。

15.在需求驗證中，評審需求模型並不能確保其技術可行性。

軟件工程（五）---理解需求