需求工程復習資料

1、1. 軟件需求的分類：目標需求、業(yè)務需求、功能需求、性能需求、約束與限制。2. 敏捷開發(fā)核心思想個體和交互勝過過程和工具可以工作的軟件，勝過面面俱到的文檔客戶合作勝過合同談判相應變化勝過遵循計劃3. 需求開發(fā)過程：需求獲取、需求分析、需求定義、需求驗證。4. 需求獲取的過程（一個步驟一分）確定需求開發(fā)計劃建立項目的目標和范圍確定調查對象實地收集需求信息確定非功能需求5. 確定需求開發(fā)計劃的基本任務是確定需求開發(fā)的實施步驟，給出收集需求活動的具體安排和進度。6. 確定調查對象的基本任務是明確地確定來自不同層次的需求來源和用戶，并將其分類。將用戶分類后，進一步尋找每類用戶的代表和聯絡人。7. 用戶

2、代表的義務：給分析人員講解義務及說明業(yè)務方面的術語等專業(yè)問題抽出時間清楚地說明需求，并不斷完善當說明系統(tǒng)需求是，力求準確詳細需要時，要及時對需求做出決策要尊重開發(fā)人員的成本估算和對需求的可行性分析對單項需求、系統(tǒng)特性或用例劃分優(yōu)先級評審需求文檔和原型一旦知道要對項目需求進行變更，要馬上與開發(fā)人員聯系在要求需求進行變更時，應遵照開發(fā)組織確定的工作過程來處理尊重需求工程中開發(fā)人員采用的流程。8. 軟件的需求來源：直接和間接的使用軟件系統(tǒng)的用戶系統(tǒng)需求規(guī)格說明書市場調查和用戶問卷調查已開發(fā)出的和待開發(fā)的同類軟件系統(tǒng)的描述和文檔。對人工系統(tǒng)中存在的問題的報告和增強要求觀察正在工作的用戶用戶工作內容的分

3、析9. 實地收集需求信息并不是件很容易的工作，軟件開發(fā)人員需要與用戶進行充分的交流，聽取用戶對軟件系統(tǒng)的看法和意見困難如下-提出軟件需求的用戶沒有充分的時間和開發(fā)人員進行交流和討論-用戶需要簡單的方法和說明，就能使開發(fā)人員能清楚的理解他們的需求-一些用戶認為軟件需求對自己影響不大，對待需求信息的收集工作采取消極態(tài)度。-用戶本身并不能提供明確的需求。-開發(fā)人員缺乏用戶的業(yè)務知識，雙方在交流中產生困難。10. 場景是指用戶與軟件系統(tǒng)為實現某個目標而進行的交互活動過程的描述11. 場景構成：執(zhí)行者進入場景前系統(tǒng)狀態(tài)的描述執(zhí)行者目的動作和事件系列12. 場景特征代表某些用戶可見的功能，可用于描述一個具

4、體的系統(tǒng)功能?？偸潜粎⑴c者啟動，并向參與者提供可識別的信息。場景必須是完整的！13. ！此處是大題王某是使用裝有window 98 系統(tǒng)的PC 用戶，已有一年的經驗。他幾乎每天使用PC向朋友發(fā)電子郵件，今天發(fā)送了4封電子郵件后想切斷PC電源。王某首先按下屏幕中的開始按鈕，在顯示出來的菜單中選擇關閉計算機選項。在屏幕中央出現了關閉計算機相關的對話框，詢問用戶是否真正關閉計算機。王某確認并按下了關閉計算機的按鈕，計算機在使屏幕變黑后，自動切斷PC電源。執(zhí)行者：王某進入場景前系統(tǒng)狀態(tài)的描述：使用PC 的經驗是一年，幾乎每天使用。另外今日發(fā)送電子郵件的工作已結束。執(zhí)行者目的：退出windows98 并

5、切斷pc電源動作和事件系列：整個第二段！14. 場景的表示形式非形式化:自然語言 結構化語音 圖形 動漫畫等形式化：狀態(tài)圖 流程圖 時序圖 代數描述圖15. 需求分析的具體工作包括建立系統(tǒng)關聯圖分析需求的可行性構建用戶接口原型確定需求的優(yōu)先級需求建模建立數據字典16. 關聯圖就是用于描述系統(tǒng)與外部實體間的界限和接口的模型，而且明確通過接口的信息流和物質流。17. 系統(tǒng)關聯圖：化學制劑！此處應有大題18. 分析需求可行性的基本任務是在允許的成本惡化性能要求以及系統(tǒng)的范圍內，分析每項需求得以實施的可能性。這項工作的目的在于明確與每項需求相關聯的風險，包括一些與其他方面的沖突、對外部環(huán)境的依賴和某些

6、技術的障礙等19. 數據詞典是定義目標系統(tǒng)中使用的所有數據元素和結構的含義、類型、數量值、格式和度量單位、精度及允許取值范圍的共享數據倉庫。數據詞典的目的是確保軟件開發(fā)人員使用統(tǒng)一的數據定義，可提高需求分析、設計、實現和維護過程中的可跟蹤性。20. DFD圖（2選一）醫(yī)院第0層第一層第二層運動會管理系統(tǒng)DFD圖第0層第一層第二層21. 狀態(tài)機！此處應有大題買票狀態(tài)機22. 需求規(guī)格說明的特性；正確性、無含糊性、完整性、一致性、可驗證性、可行性、必要性。23. 需求規(guī)格說明的作用：需求規(guī)格說明是軟件設計和實現的基礎需求規(guī)格說明是測試和用戶驗收軟件系統(tǒng)的重要依據需求規(guī)格說明能為軟件維護提供重要的信

7、息24. 需求規(guī)格說明是用戶與軟件開發(fā)方對將要開發(fā)的軟件達成一致協議的文檔，或稱技術合同。當需求規(guī)格說明書經過嚴格的審查，在用戶與軟件開發(fā)方均認可后，就形成了基準的需求規(guī)格說明。25. 需求驗證所包括的活動是為了確認以下幾個方面的內容：軟件需求規(guī)格說明是否正確描述了目標系統(tǒng)的行為和特征從其他來源中得到軟件需求需求是完整的和高質量的所有人 對需求的看法是一致的需求為進一步的軟件開發(fā)和測試提供了足夠的基礎26. 需求驗證的重要性在于發(fā)現和修復需求規(guī)格說明文檔存在的問題，并避免在軟件系統(tǒng)設計和時間時出現返工27. 需求驗證方法：一致性、完整性、現實性、有效性28. 需求評審就是技術評審，是由非軟件開發(fā)人員對軟件系統(tǒng)進行檢測，以發(fā)現該系統(tǒng)所存在的問題。29. 需求管理的主要任務就是開發(fā)人員在與提出更改的請求者（用戶）協商的基礎上，評估需求變更帶來的潛在影響及可能的成本和費用，然后實施更改，以及有效地管理需求規(guī)格說明文檔和跟蹤更改需求的狀態(tài)。需求管理的管理內容：控制對基準需求規(guī)格說明的變動保持項目計劃與需求一致控制單個需求的更改和需求規(guī)格說明文檔的更改管理需求和需求間的聯系，以及需求與設計和實現等方面的依賴關系跟蹤需求更改的狀態(tài)，控制多個需求同時更改的復雜性30. 需求跟蹤是指編制每個需求與系統(tǒng)元素之間聯系的文檔，其中系統(tǒng)元素