需求工程(習(xí)題集)最新

1、一、選擇題1、需求獲取的成果（ a ）。a、獲取筆錄、錄音或攝像 b、客戶c、需求規(guī)格說明文檔 d、設(shè)計(jì)說明書2、項(xiàng)目前景與范圍文檔中，項(xiàng)目前景不應(yīng)包括什么信息（ b ）。 a、前景概述 b、詳細(xì)的功能需求 c、主要特性 d、假設(shè)與依賴3、下列不屬于需求開發(fā)的活動(dòng)的是( b )。 a、需求獲取 b、需求管理 c、需求驗(yàn)證 d、需求分析4、面談的類別不包括（ c ）。 a、結(jié)構(gòu)化面談 b、半結(jié)構(gòu)化面談 c、封閉式面談 d、非結(jié)構(gòu)化面談5、采用觀察方法進(jìn)行需求獲取的原因（ c ）。 a、用戶多 b、客戶變化 d、事件的情景性 d、存在默認(rèn)知識(shí)6、確定需求優(yōu)先級(jí)的常用的方法（ a ）。 a、累計(jì)投票

2、 b、協(xié)商 c、需求細(xì)化 d、需求建模7、需求評(píng)審是（ b ）中常用的一種方法。 a、需求獲取 b、需求驗(yàn)證 c、需求分析 d、需求管理8、需求跟蹤是（ d ）中的一個(gè)活動(dòng)。a、需求獲取 b、需求驗(yàn)證 c、需求分析 d、需求管理9、針對(duì)客戶需求文檔進(jìn)行文檔審查的時(shí)候，采用的方法是（ c ）。 a、需求重用 b、文檔分析 c、需求剝離 d、民族志10、下列不是過程建模中使用的技術(shù)是（ c ）。 a、上下文圖 b、數(shù)據(jù)流圖 c、e-r圖 d、微規(guī)格說明11、針對(duì)相關(guān)產(chǎn)品的需求規(guī)格說明進(jìn)行文檔審查的時(shí)候，采用的方法是（ c ）。 a、需求剝離 b、文檔分析 c、需求重用 d、民族志12、下列不是用例

3、模型的基本元素的是（ a ）。a、用例 b、參與者c、實(shí)體 d、系統(tǒng)邊界13、下列不屬于需求驗(yàn)證的方法的是（ b ）。a、需求評(píng)審 b、需求分析c、利用跟蹤關(guān)系d、開發(fā)測(cè)試用例14、下列不屬于變更控制過程的步驟是（ d ）。a、提出需求變更 b、接受變更請(qǐng)求c、變更評(píng)估 d、需求依賴15、需求分析的最終結(jié)果產(chǎn)生的是（ c ）。a、項(xiàng)目開發(fā)計(jì)劃 b、可行性分析報(bào)告 c、需求規(guī)格說明書 d、設(shè)計(jì)說明書16、最常見的ieee1998將需求分成5種類別，下列哪個(gè)不是5種類別的是（ d ）。 a、功能需求 b、性能需求 c、質(zhì)量屬性 d、需求獲取17、下列不屬于面向?qū)ο蠼Ｖ兴褂玫募夹g(shù)是（ c ）。a

4、、用例模型 b、行為模型c、數(shù)據(jù)模型 d、對(duì)象模型18、下列不屬于獲取信息的內(nèi)容的是（ d ）。 a、需求 b、問題域描述 c、環(huán)境與約束 d、涉眾19、下列不屬于涉眾的是（ c ）。 a、用戶 b、客戶 c、相關(guān)軟件 d、開發(fā)者20、面談中，問題組織結(jié)構(gòu)中，下列不屬于問題的組織結(jié)構(gòu)的是（ c ）。 a、金字塔結(jié)構(gòu) b、漏斗結(jié)構(gòu) c、封閉式結(jié)構(gòu) d、菱形結(jié)構(gòu)21、下列哪種不屬于原型的表現(xiàn)方法（ a ）。 a、角色 b、靜態(tài)畫面 c、動(dòng)態(tài)程序 d、情景串聯(lián)圖板22、下列不屬于需求分析方法的是（ ）。 a、傳統(tǒng)分析 b、結(jié)構(gòu)化分析 c、信息工程 d、面向?qū)ο蠓治?3、下列不屬于文檔審查方法的是（

5、d ）。a、需求重用 b、文檔分析 c、需求剝離 d、采樣觀察24、下列不屬于uml行為模型的是（ a ）、a、流程圖 b、交互圖c、狀態(tài)圖 d、活動(dòng)圖25、文檔審查是（ a ）中常用的一種方法。 a、需求獲取 b、需求驗(yàn)證 c、需求分析 d、需求管理26、在面談中不屬于問題的組織結(jié)構(gòu)的是（ b ）。a、金字塔結(jié)構(gòu) b、梯形結(jié)構(gòu)c、漏斗結(jié)構(gòu) d、菱形結(jié)構(gòu)27、需求獲取中常見的困難不包括下列哪個(gè)( d )。a、用戶越俎代庖 b、知識(shí)理解困難c、用戶存在認(rèn)知困境 d、模型建立二、名詞解釋1、業(yè)務(wù)需求：答：描述了新系統(tǒng)將帶給投資人、購(gòu)買者和用戶的主要利益，說明了 項(xiàng)目的最終目標(biāo)。、涉眾：答：所有能夠

6、影響軟件系統(tǒng)的實(shí)現(xiàn)，或者會(huì)被實(shí)現(xiàn)后的軟件系統(tǒng)所影響的個(gè)人和團(tuán)體。、需求基線：答：被明確和固定的需求集合，是項(xiàng)目團(tuán)隊(duì)的需要在某一特定產(chǎn)品版本中實(shí)現(xiàn)的特征和需求集合。、情景性事件：答：需要將事件放在它們發(fā)生時(shí)情境中進(jìn)行解釋，才能明確其意圖。、數(shù)據(jù)建模：答：描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系的特性。6、用戶需求：答：執(zhí)行實(shí)際工作的用戶對(duì)系統(tǒng)所能完成的具體任務(wù)的期望，描述了系統(tǒng)能夠幫助用戶做什么！7、黑洞：答：如果過程接收了數(shù)據(jù)輸入?yún)s沒有產(chǎn)生輸出。8、項(xiàng)目前景與范圍：答：前景描述了產(chǎn)品的作用以及最終 的的功能，將所有的涉眾都統(tǒng)一到方向上；范圍指出了當(dāng)前項(xiàng)目是要解決產(chǎn)品長(zhǎng)遠(yuǎn)規(guī)劃中的哪一個(gè)部分，為項(xiàng)目劃定了需求的

7、界限。9、需求工程：答：是所有需求處理活動(dòng)的總和，它收集信息、分析問題、整合觀念、記錄需求并驗(yàn)證其正確性，最終反映軟件被應(yīng)用后與其環(huán)境互動(dòng)形式的期望效應(yīng)。10、硬數(shù)據(jù) ：答：登記表格、單據(jù)、報(bào)表等定量文檔、備忘錄、日志等定性文檔。11、系統(tǒng)需求：答：是用戶對(duì)系統(tǒng)行為的期望。12、用例模型：答：是將獲取得到的用例進(jìn)行集中展示的圖形表示法。13、民族志：三、填空題、最常見的ieee1998，將需求的分為類：功能需求、性能需求、質(zhì)量屬性、對(duì)外接口和約束。、優(yōu)秀需求的特性：完整性 、正確性、精確性、可行性、必要性、 無歧義 、可驗(yàn)證。、需求獲取的信息來源可能有哪些：涉眾、硬數(shù)據(jù)、相關(guān)產(chǎn)品、 重要文檔、

8、相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)。、常用的兩種抽樣技術(shù)：隨機(jī)抽樣、分層抽樣。、文檔審查有哪三種方法：需求重用、文檔分析、需求剝離。、dfd的基本元素：外部實(shí)體、過程、數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ) 。、過程建模中常用的技術(shù)：上下文圖、 數(shù)據(jù)流圖 、 微規(guī)格說明 、和數(shù)據(jù)字典。、涉眾分析包括哪些活動(dòng)：涉眾識(shí)別、涉眾描述 、涉眾評(píng)估和 涉眾選擇。、在需求工程中原型方法步驟：確定原型需求、原型開發(fā)、原型評(píng)估 、原型修正。10、常見的需求定義錯(cuò)誤：沒有反映用戶真實(shí)需要、 模糊和歧義的需求、信息遺漏、 不必要的需求、不切實(shí)際的期望。11、需求獲取常用的方法：傳統(tǒng)方法、集體獲取方法、 原型 、模型驅(qū)動(dòng)方法、認(rèn)知方法、基于上下文的方法

9、。12、微規(guī)格說明是一些被用來描述過程處理邏輯的技術(shù)，主要有三種常用的技術(shù)：結(jié)構(gòu)化英語、行為圖、決策表/樹 。13、用例模型的基本元素有四種：用例、參與者 、關(guān)系和系統(tǒng)邊界。14、面談中相關(guān)問題的組織結(jié)構(gòu)有：金字塔結(jié)構(gòu)、漏斗結(jié)構(gòu)、菱形結(jié)構(gòu)。15、dfd層次結(jié)構(gòu)建立步驟：創(chuàng)建上下文圖、發(fā)現(xiàn)并建立dfd片段、根據(jù)dfd片段組合產(chǎn)生層圖、產(chǎn)生n層數(shù)據(jù)流圖。16、需求跟蹤的實(shí)現(xiàn)方法主要有： 矩陣 、 實(shí)體聯(lián)系模型 和交叉引用三種。17、功能需求通常體現(xiàn)為三個(gè)層次： 業(yè)務(wù)需求 、 用戶需求 和系統(tǒng)需求。18、面向?qū)ο蠼Ｖ杏玫降募夹g(shù)包括：對(duì)象模型、 用例模型 、行為模型、狀態(tài)機(jī)模型和對(duì)象約束語言。19、

10、需求規(guī)格說明活動(dòng)就是將 需求 和軟件解決方案進(jìn)行定義和文檔化，并傳遞給開發(fā)人員的需求工程活動(dòng)。20、 業(yè)務(wù)需求 、高層解決方案 、系統(tǒng)邊界 都應(yīng)該被定義到項(xiàng)目前景與范圍文檔中。四、簡(jiǎn)答題、需求工程包括哪些活動(dòng)，并簡(jiǎn)要說明其內(nèi)容？軟件開發(fā)中為什么要重視需求工程？答: 1、需求工程活動(dòng)包括：需求開發(fā)和需求管理； 2、1）、需求開發(fā)包括：需求獲取、需求分析、需求規(guī)格說明和需求驗(yàn)證4個(gè)部分； 2）、需求管理：主要工作就是跟蹤后繼階段中需求實(shí)現(xiàn)與需求變更情況，確定需求得到了正確的理解并被正確的實(shí)現(xiàn)到軟件產(chǎn)品中。2、需求獲取活動(dòng)包括那幾個(gè)部分，并對(duì)每一部分活動(dòng)作簡(jiǎn)要解釋？答：1、確定獲取信息的內(nèi)容2、確定

11、待獲取信息的來源3、確定應(yīng)采用的獲取方法4、執(zhí)行獲取5、獲取的結(jié)果、需求分析的根本任務(wù)是什么？需求分析階段需要執(zhí)行哪些活動(dòng)？答：需求分析的根本任務(wù)：1、建立分析模型 2、建立解決方案需求分析階段需要執(zhí)行活動(dòng)：1）問題分析 2）確定系統(tǒng)邊界 3）需求建模 4）需求細(xì)化 5）確定需求優(yōu)先級(jí) 6）需求協(xié)商、什么是需求規(guī)格說明？為什么要建需求規(guī)格說明？需求規(guī)格說明有哪些描述手段？需求規(guī)格說明文檔常見的讀者？答：1、需求規(guī)格說明：就是將需求及其軟件的解決方案進(jìn)行定義和文檔化，并傳遞給開發(fā)人員；2、 1)更好的傳遞軟件系統(tǒng)的需求信息和解決方案給所有的開發(fā)者; 2)拓展人們的知識(shí)記憶能力：復(fù)雜系統(tǒng)信息含量較

12、多書面的文檔可以彌補(bǔ)人的記憶能力不足; 3)開發(fā)者和客戶作為合同協(xié)議的重要部分; 4)作為項(xiàng)目開發(fā)活動(dòng)的一個(gè)重要依據(jù); 5)發(fā)現(xiàn)和減少可能的需求錯(cuò)誤，減少項(xiàng)目的返工，降低項(xiàng)目的工作量; 6)作為有效的智力資產(chǎn)，可以幫助新加入成員更快融入項(xiàng)目;3、4、幾個(gè)常見的讀者群： 1)項(xiàng)目管理者 )設(shè)計(jì)人員與程序員 3)測(cè)試人員 ）文檔寫作人員 ）涉眾（用戶）5、什么是需求管理？為什么要執(zhí)行需求管理？需求管理的主要任務(wù)有哪些？答：需求管理：就是這樣一個(gè)管理活動(dòng)，在需求開發(fā)之后的產(chǎn)品生命周期當(dāng)中保證需求作用的有效發(fā)揮； 在需求開發(fā)結(jié)束之后，需要有一種力量保證后續(xù)的系統(tǒng)開發(fā)活動(dòng)依照需求的基線進(jìn)行展開，保證系統(tǒng)

13、的質(zhì)量； 需求管理的主要任務(wù)有： 1）交流涉眾需要什么；2）將需求應(yīng)用、實(shí)施到解決方案；3）驅(qū)動(dòng)設(shè)計(jì)和實(shí)現(xiàn)工作；4）控制變更；5）將需求分配到子系統(tǒng)；6）測(cè)試和驗(yàn)證最終產(chǎn)品；7）控制迭代式開發(fā)中的變化；8）輔助項(xiàng)目管理；6、描述需求工程的各個(gè)活動(dòng)，并說明各個(gè)活動(dòng)的任務(wù)？答： 需求工程活動(dòng)包括：需求開發(fā)和需求管理； 需求開發(fā)包括：需求獲取、需求分析、需求規(guī)格說明和需求驗(yàn)證4個(gè)部分；需求獲?。耗康膹捻?xiàng)目張羅規(guī)劃開始建立最初的原始需求。它從相關(guān)人員、資料和環(huán)境中得到系統(tǒng)開發(fā)所需要的相關(guān)信息；需求分析：需求獲取的這些信息還不是開發(fā)者能夠立即加以實(shí)現(xiàn)的解決方案。還需要對(duì)需求獲取得到的信息,進(jìn)行需求分析;

14、目的保證需求的完整性和一致性；需求規(guī)格說明:定義用戶需求，準(zhǔn)確描述需求及其解決方案，目的將完整、一致的需求與能夠滿足需求的軟件行為以文檔的方式明確地固定下來；需求驗(yàn)證：目的保證需求及其文檔的正確性，即需求真實(shí)地反映了用戶的真實(shí)意圖；以及通過檢查和修正保證需求及其文檔的完整性和一致性； 需求管理：主要工作就是跟蹤后繼階段中需求實(shí)現(xiàn)與需求變更情況，確定需求得到了正確的理解并被正確的實(shí)現(xiàn)到軟件產(chǎn)品中。7、什么是面談中的開放式問題？什么是封閉式問題？并比較二者的優(yōu)缺點(diǎn)？答：1、開放式問題:指被會(huì)見者對(duì)答復(fù)的選擇可以是開放和不受限制的，他們可能答復(fù)兩個(gè)詞，也可能答復(fù)兩段話；封閉式問題：指答案有基本的形式

15、，被會(huì)見者的回答是受到限制的; 2、優(yōu)缺點(diǎn)： 開放式問題的優(yōu)點(diǎn)：讓被會(huì)見者感到自在；會(huì)見者可以收集被會(huì)見者使用的詞匯，這能反應(yīng)他的教育、價(jià)值標(biāo)準(zhǔn)、態(tài)度和信念；提供豐富的細(xì)節(jié)；對(duì)沒采用的進(jìn)一步的提問有啟迪作用；被會(huì)見者更感興趣；容許更多的自發(fā)性；會(huì)見者可以在沒有太多準(zhǔn)備的情況下進(jìn)行面談。 開放式問題的缺點(diǎn)：提此類問題可能會(huì)產(chǎn)生太多不相干的細(xì)節(jié)；面談可能失控；開放式的回答會(huì)花費(fèi)大量的時(shí)間才能獲得有用的信息量；可能會(huì)使會(huì)見者看上去沒有準(zhǔn)備。 封閉式問題的優(yōu)點(diǎn)：節(jié)省時(shí)間；切中要點(diǎn)；保持對(duì)面談的控制；快速探討大范圍問題；得到貼切的數(shù)據(jù); 封閉式問題的缺點(diǎn)：使得被會(huì)見者厭煩；得不到豐富的細(xì)節(jié)；不能建立和面

16、談?wù)叩挠押藐P(guān)系。9、需求驗(yàn)證的含義？需求驗(yàn)證有哪些常用的方法？問題修正方法？答：需求驗(yàn)證：是專指在需求規(guī)格說明完成之后，對(duì)需求規(guī)格說明文檔進(jìn)行的驗(yàn)證活動(dòng)。常用的方法有：需求評(píng)審、原型與模擬、測(cè)試用例開發(fā)、用戶手冊(cè)編寫、利用跟蹤關(guān)系和自動(dòng)化分析。 問題修正方法：1）需求澄清： 理解偏差：重新進(jìn)行分析工作 分析遺漏：重新分析和文檔化這部分信息 表達(dá)不當(dāng)：重新以合適的方式表達(dá) 2)缺失需求： 重新執(zhí)行需求獲取等一系列工作 3)需求沖突： 協(xié)商解決 4)不切實(shí)際的期望 ： 項(xiàng)目調(diào)整與需求協(xié)商10、涉眾分析的過程？ 答： 1、涉眾識(shí)別 2、涉眾描述 3、涉眾評(píng)估 4、涉眾選擇 11、需求工程中需要獲取的

17、內(nèi)容主要有哪3種？獲取信息的主要來源有哪些？常見的需求獲取方法有哪些（最少寫4種）？ 答：需要獲取的內(nèi)容主要有：1、需求 2、問題域描述 3、環(huán)境與約束獲取信息的主要來源有：1、涉眾 2、硬數(shù)據(jù) 3、相關(guān)產(chǎn)品 4、重要文檔 5、相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)獲取信息的方法 ：1、傳統(tǒng)方法 2、集體獲取方法 3、原型 4、模型驅(qū)動(dòng)方法 5、認(rèn)知方法 6、基于上下文的方法 12、需求管理的活動(dòng)包括哪些？并作具體說明每一個(gè)活動(dòng)內(nèi)容？答： 需求管理的個(gè)活動(dòng)：1)維護(hù)需求基線 將需求基線納入配置管理2)實(shí)現(xiàn)需求跟蹤 以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個(gè)方向上，描述需求以及跟蹤需求變化的能力3)控制需求變更

18、 以可控、一致的方式進(jìn)行需求基線中需求的變更處理13、在需求獲取中獲取信息的主要來源有哪些？ 答：獲取信息的主要來源有：1、涉眾 2、硬數(shù)據(jù) 3、相關(guān)產(chǎn)品 4、重要文檔 5、相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)14、硬數(shù)據(jù)采樣方式有哪2類？答：1、隨機(jī)抽樣2、分層抽樣 15、文檔審查有哪三種方法？分別寫出其含義、以及各自審查文檔的類型？答：文檔審查時(shí)采用的方法： 需求重用、文檔分析、需求剝離需求重用： 分析相關(guān)產(chǎn)品的規(guī)格說明，發(fā)現(xiàn)可以移植到到新產(chǎn)品中的需求信息，進(jìn)行需求的重用；文檔類型：相關(guān)產(chǎn)品的需求規(guī)格說明文檔分析： 閱讀、研究得到的硬數(shù)據(jù)，從中發(fā)現(xiàn)需求信息；文檔類型：硬數(shù)據(jù)需求剝離： 抽取客戶的需求文檔中的

19、需求描述；文檔類型：客戶的需求文檔16、什么是前景？ 什么是范圍？答： 前景：描述了產(chǎn)品的作用以及最終的功能； 范圍：聲明了它為項(xiàng)目劃定了需求的界限；17、確定項(xiàng)目前景與范圍的流程？（步驟）答：?jiǎn)栴}分析 發(fā)現(xiàn)業(yè)務(wù)需求 定義解決方案及系統(tǒng)特性20、什么是需求驗(yàn)證？需求驗(yàn)證中常用的方法？需求驗(yàn)證活動(dòng)的流程？答：需求驗(yàn)證：是專指在需求規(guī)格說明完成之后，對(duì)需求規(guī)格說明文檔進(jìn)行的驗(yàn)證活動(dòng)。常用的方法有：需求評(píng)審、原型與模擬、測(cè)試用例開發(fā)、用戶手冊(cè)編寫、利用跟蹤關(guān)系和自動(dòng)化分析。21、需求獲取活動(dòng)的主要步驟包括哪5步？ 22、涉眾分析有哪些活動(dòng)？解釋每一個(gè)活動(dòng)的具體內(nèi)容？ 答：1、涉眾識(shí)別：目的是尋找和發(fā)

20、現(xiàn)各種涉眾類別；2、涉眾描述：描述對(duì)涉眾的基本特征描述、也會(huì)包括地理和社會(huì)特征；3、涉眾評(píng)估：是將孤立的描述信息聯(lián)合起來進(jìn)行分析，以便得到更深層次信息的過程；4、涉眾選擇： 在發(fā)現(xiàn)關(guān)鍵涉眾類別，完成對(duì)他們角色和職責(zé)的定義之后，還需要為每個(gè)涉眾類別選擇合適的代表，為項(xiàng)目的最終成功起到應(yīng)有的作用。 23、需求驗(yàn)證中常用的方法(最少寫3種)？常見的問題修正行為有哪3種？答：需求評(píng)審、原型與模擬、測(cè)試用例開發(fā)、用戶手冊(cè)編寫、利用跟蹤關(guān)系和自動(dòng)化分析。24、需求工程定義？需求工程的活動(dòng)包括？ 答：1）、需求工程是所有需求處理活動(dòng)總和，它收集信息、分析問題、整理觀點(diǎn)、記錄需求并驗(yàn)證其正確性，最終反映軟件被

21、應(yīng)用后與其環(huán)境互動(dòng)形成的期望效應(yīng).2）、需求工程的活動(dòng)包括：需求開發(fā)和需求管理25、什么是過程建模？過程建模中用到哪些技術(shù)？并對(duì)每一個(gè)技術(shù)詳細(xì)解釋？過程建模與數(shù)據(jù)建模之間的區(qū)別與聯(lián)系？答：1、過程建模：就是分析需求獲取活動(dòng)獲得的信息，根據(jù)數(shù)據(jù)在系統(tǒng)中的流動(dòng)，發(fā)現(xiàn)系統(tǒng)的功能和其與外界的交互，建立能夠?qū)崿F(xiàn)系統(tǒng)功能的過程分解結(jié)構(gòu)，形成系統(tǒng)的過程模型，并用圖行的方式將過程模型描述出來。 2、過程建模中用到哪些技術(shù)：1）上下文圖：用來說明系統(tǒng)的上下文環(huán)境，確定系統(tǒng)邊界； 2）數(shù)據(jù)流圖：用來建立過程的分解結(jié)構(gòu)； 3）微規(guī)格說明：用來描述數(shù)據(jù)流圖過程分解結(jié)構(gòu)中最底層過程的處理邏輯； 4）數(shù)據(jù)字典：用來說明系

22、統(tǒng)中涉及的數(shù)據(jù)的結(jié)構(gòu)；3、過程建模：更多是側(cè)重?cái)?shù)據(jù)產(chǎn)生和使用的時(shí)間、地點(diǎn)和方式，而沒有描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性；數(shù)據(jù)建模彌補(bǔ)了過程建模在數(shù)據(jù)說明方面的不足，描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性的模型；26、什么叫需求獲??？需求獲取獲取信息的內(nèi)容包括？獲取信息的方法？(至少3種)？27、需求管理包括哪3個(gè)活動(dòng)？并詳細(xì)解釋每一個(gè)活動(dòng)？ 答： 需求管理的個(gè)活動(dòng)：1)維護(hù)需求基線 將需求基線納入配置管理2)實(shí)現(xiàn)需求跟蹤 以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個(gè)方向上，描述需求以及跟蹤需求變化的能力3)控制需求變更 以可控、一致的方式進(jìn)行需求基線中需求的變更處理28、需求驗(yàn)證活動(dòng)的過程？需求驗(yàn)

23、證中常用的方法(最少寫3種)？常見的問題修正行為有哪3種？ 答：1、2、驗(yàn)證的常見方法有：需求評(píng)審、原型與模擬、測(cè)試用例開發(fā)、用戶手冊(cè)編寫、利用跟蹤關(guān)系和自動(dòng)化分析。3、常見的問題修正有以下幾種：1)需求澄清（requirements clarification）理解偏差：重新進(jìn)行分析工作分析遺漏：重新分析和文檔化這部分信息表達(dá)不當(dāng)：重新以合適的方式表達(dá)2)缺失需求重新執(zhí)行需求獲取等一系列工作3)需求沖突協(xié)商解決4)不切實(shí)際的期望29、什么叫需求跟蹤？什么叫前向跟蹤？什么叫后向跟蹤？需求跟蹤的實(shí)現(xiàn)方法主要有哪3種？答：需求跟蹤：以軟件需求規(guī)格說明文檔為基線，在前向和后向兩個(gè)方向上，描述需求以及跟蹤需求變化的能力前向跟蹤:是指被定義到軟件需求規(guī)格說明文檔之前的需求演化過程;后向跟蹤:是指被定義到軟件需求規(guī)格說明文檔之后的需