需求工程復(fù)習(xí)資料

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

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

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

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

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

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

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