軟件需求工程復(fù)習(xí)題(共48頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上需求工程練習(xí)題一、 單選題（每空1分，共20分，請(qǐng)?jiān)趥溥x答案中選擇唯一一個(gè)正確的選項(xiàng)）1、 產(chǎn)品特性可以稱(chēng)為質(zhì)量屬性，在眾多質(zhì)量屬性中，對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)重要的屬性有哪些（B ）A 有效性、效率、靈活性、互操作性B 可維護(hù)性、可移植性、可重用性、可測(cè)試性C 完整性、可靠性、健壯性、可用性D 容錯(cuò)性、易用性、簡(jiǎn)潔性、正確性2、需求包括11個(gè)方面的內(nèi)容，其中網(wǎng)絡(luò)和操作系統(tǒng)的要求屬于（B ），如何隔離用戶(hù)之間的數(shù)據(jù)屬于（C），執(zhí)行速度、相應(yīng)時(shí)間及吞吐量屬于（D ），規(guī)定系統(tǒng)平均出錯(cuò)時(shí)間屬于（A ）。A 質(zhì)量保證 B環(huán)境需求 C安全保密需求 D 性能需求3、需求分析過(guò)程應(yīng)該建立

2、3種模型，它們分別是數(shù)據(jù)模型、功能模型、行為模型。以下幾種圖形中，（B ）屬于功能模型，（A ）屬于數(shù)據(jù)模型，（C）屬于行為模型。A 實(shí)體-聯(lián)系圖(ERD) B 數(shù)據(jù)流圖(DFD) C 狀態(tài)轉(zhuǎn)換圖(STD) D魚(yú)骨圖4、常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向?qū)ο蟮姆治龇椒ǎ∣OA），下列(D)不是結(jié)構(gòu)化分析方法的圖形工具。A決策樹(shù) B數(shù)據(jù)流圖 C數(shù)據(jù)字典 D快速原型 5、軟件開(kāi)發(fā)中，原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。其中，（B ）和（C ）用完就可以丟棄，而（A）圍繞原型修改、增加。A 進(jìn)化型 B 探索型 C實(shí)驗(yàn)型 D 以上都是6、（ D）

3、用于描述數(shù)據(jù)的處理過(guò)程。A 數(shù)據(jù)字典 B決策樹(shù) C決策表 D 數(shù)據(jù)流圖7、DFD的基本符號(hào)不包括下列哪種（A）A 數(shù)據(jù)字典 B 加工 C 外部實(shí)體 D 數(shù)據(jù)流 E 數(shù)據(jù)存儲(chǔ)文件8、DD的主要字典條目包括以下哪種（E）A數(shù)據(jù)流 B文件 C 數(shù)據(jù)項(xiàng) D加工 E以上都是9、常用的動(dòng)態(tài)分析方法不包括以下哪種（B）A 狀態(tài)遷移圖 B 層次方框圖 C時(shí)序圖 D Petri網(wǎng)10、需求分析階段的文檔包括以下哪些（E ）A 軟件需求規(guī)格說(shuō)明書(shū) B數(shù)據(jù)要求說(shuō)明書(shū) C初步的用戶(hù)手冊(cè) D修改、完善與確定軟件開(kāi)發(fā)實(shí)施計(jì)劃 E以上都是11、需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證：（C ）A 可靠性、可用性、易用性、重用性B

4、可維護(hù)性、可移植性、可重用性、可測(cè)試性C一致性、現(xiàn)實(shí)性、完整性、有效性 D 功能性、非功能性12、風(fēng)險(xiǎn)管理的要素包括哪項(xiàng)（D）A風(fēng)險(xiǎn)評(píng)價(jià) B風(fēng)險(xiǎn)避免 C風(fēng)險(xiǎn)控制 D以上都是13、下列描述中錯(cuò)誤的是（D）A每一個(gè)集成的需求變更必須能跟蹤到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求。B變更過(guò)程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性。C所有需求變更必須遵循過(guò)程，按照此過(guò)程，如果一個(gè)變更需求未被采納，則其后過(guò)程不再予以考慮。D可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔1需求分析最終結(jié)果是產(chǎn)生（C ）A項(xiàng)目開(kāi)發(fā)計(jì)劃 B可行性分析報(bào)告 C需求規(guī)格說(shuō)明書(shū) D設(shè)計(jì)說(shuō)明書(shū)2需求分析中，開(kāi)發(fā)人員要從用戶(hù)那里解決的最重要的問(wèn)題是（

5、 A ）A讓軟件做什么 B要給軟件提供哪些信息C需求軟件工作效率怎樣 D讓軟件具有何種結(jié)構(gòu)3需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（ B ）的描述。A主要功能 B算法的詳細(xì)過(guò)程 C用戶(hù)界面的運(yùn)行環(huán)境 D軟件性能4需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括（ D ）A軟件設(shè)計(jì)的依據(jù) B用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C軟件驗(yàn)收的依據(jù) D軟件可行性研究的依據(jù)5下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是（ B ）A鍵盤(pán)，鼠標(biāo)，通信端口、網(wǎng)絡(luò)等設(shè)備有變化，就會(huì)產(chǎn)生消息B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同6

6、面向?qū)ο蠹夹g(shù)中，對(duì)象是類(lèi)的實(shí)例。對(duì)象有三種成分（ A ）、屬性和方法（或操作）。A標(biāo)識(shí) B規(guī)則 C封裝 D消息7軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明以及（ C ）A總結(jié) B實(shí)踐性報(bào)告 C需求分析評(píng)審 D以上答案都不正確8軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（B ）的描述。A主要功能 B算法的詳細(xì)過(guò)程 C用戶(hù)界面及運(yùn)行環(huán)境 D軟件的性能9. 軟件需求分析階段的工作，可以分成4個(gè)方面：需求獲取，需求分析，編寫(xiě)需求規(guī)格說(shuō)明書(shū)以及（ B ）A用戶(hù) B需求評(píng)審 C總結(jié) D都不正確10在原型法中，開(kāi)發(fā)人員根據(jù)（ A）的需求不斷修改原型，直到滿(mǎn)足客戶(hù)要求為止。A

7、用戶(hù) B開(kāi)發(fā)人員 C系統(tǒng)分析員 D程序員11需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證：（C ）A可靠性、可用性、易用性、重用性B可維護(hù)性、可移植性、可重用性、可測(cè)試性C一致性、現(xiàn)實(shí)性、完整性、有效性D功能性、非功能性12風(fēng)險(xiǎn)管理的要素包括哪項(xiàng)（ D ）A風(fēng)險(xiǎn)評(píng)價(jià) B風(fēng)險(xiǎn)避免 C風(fēng)險(xiǎn)控制 D以上都是13下列描述中錯(cuò)誤的是（ D ）A每一個(gè)集成的需求變更必須能跟蹤到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求B變更過(guò)程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性C所有需求變更必須遵循過(guò)程，按照此過(guò)程，如果一個(gè)變更需求未被采納，則其后過(guò)程不再予以考慮D可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔1、需求獲取的成果（ A ）。A、獲

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

9、評(píng)審是（ B ）中常用的一種方法。 A、需求獲取 B、需求驗(yàn)證 C、需求分析 D、需求管理8、需求跟蹤是（ D ）中的一個(gè)活動(dòng)。A、需求獲取 B、需求驗(yàn)證 C、需求分析 D、需求管理9、針對(duì)客戶(hù)需求文檔進(jìn)行文檔審查的時(shí)候，采用的方法是（ C ）。 A、需求重用 B、文檔分析 C、需求剝離 D、民族志10、下列不是過(guò)程建模中使用的技術(shù)是（ C ）。 A、上下文圖 B、數(shù)據(jù)流圖 C、E-R圖 D、微規(guī)格說(shuō)明11、針對(duì)相關(guān)產(chǎn)品的需求規(guī)格說(shuō)明進(jìn)行文檔審查的時(shí)候，采用的方法是（ C ）。 A、需求剝離 B、文檔分析 C、需求重用 D、民族志12、下列不是用例模型的基本元素的是（ A ）。A、用例 B、參

10、與者C、實(shí)體 D、系統(tǒng)邊界13、下列不屬于需求驗(yàn)證的方法的是（ B ）。A、需求評(píng)審 B、需求分析C、利用跟蹤關(guān)系D、開(kāi)發(fā)測(cè)試用例15、需求分析的最終結(jié)果產(chǎn)生的是（ C ）。A、項(xiàng)目開(kāi)發(fā)計(jì)劃 B、可行性分析報(bào)告 C、需求規(guī)格說(shuō)明書(shū) D、設(shè)計(jì)說(shuō)明書(shū)16、最常見(jiàn)的IEEE1998將需求分成5種類(lèi)別，下列哪個(gè)不是5種類(lèi)別的是（ D ）。 A、功能需求 B、性能需求 C、質(zhì)量屬性 D、需求獲取17、下列不屬于面向?qū)ο蠼Ｖ兴褂玫募夹g(shù)是（ C ）。A、用例模型 B、行為模型C、數(shù)據(jù)模型 D、對(duì)象模型18、下列不屬于獲取信息的內(nèi)容的是（ D ）。 A、需求 B、問(wèn)題域描述 C、環(huán)境與約束 D、涉眾19、

11、下列不屬于涉眾的是（ C ）。 A、用戶(hù) B、客戶(hù) C、相關(guān)軟件 D、開(kāi)發(fā)者20、面談中，問(wèn)題組織結(jié)構(gòu)中，下列不屬于問(wèn)題的組織結(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)畫(huà)面 C、動(dòng)態(tài)程序 D、情景串聯(lián)圖板22、下列不屬于需求分析方法的是（ ）。 A、傳統(tǒng)分析 B、結(jié)構(gòu)化分析 C、信息工程 D、面向?qū)ο蠓治?3、下列不屬于文檔審查方法的是（ D ）。A、需求重用 B、文檔分析 C、需求剝離 D、采樣觀察24、下列不屬于UML行為模型的是（ A ）、A、流程圖 B、交互圖C、狀態(tài)圖 D、活動(dòng)圖2

12、5、文檔審查是（ A ）中常用的一種方法。 A、需求獲取 B、需求驗(yàn)證 C、需求分析 D、需求管理26、在面談中不屬于問(wèn)題的組織結(jié)構(gòu)的是（ B ）。A、金字塔結(jié)構(gòu) B、梯形結(jié)構(gòu)C、漏斗結(jié)構(gòu) D、菱形結(jié)構(gòu)27、需求獲取中常見(jiàn)的困難不包括下列哪個(gè)( D )。A、用戶(hù)越俎代庖 B、知識(shí)理解困難C、用戶(hù)存在認(rèn)知困境 D、模型建立二、填空題、最常見(jiàn)的IEEE1998，將需求的分為類(lèi)：功能需求、性能需求、質(zhì)量屬性、對(duì)外接口和約束。、優(yōu)秀需求的特性：完整性 、正確性、精確性、可行性、必要性、 無(wú)歧義 、可驗(yàn)證。、需求獲取的信息來(lái)源可能有哪些：涉眾、硬數(shù)據(jù)、相關(guān)產(chǎn)品、 重要文檔、相關(guān)技術(shù)標(biāo)準(zhǔn)和法規(guī)。、常用的兩

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

14、描述過(guò)程處理邏輯的技術(shù)，主要有三種常用的技術(shù)：結(jié)構(gòu)化英語(yǔ)、行為圖、決策表/樹(shù) 。13、用例模型的基本元素有四種：用例、參與者 、關(guān)系和系統(tǒng)邊界。14、面談中相關(guān)問(wè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ù)需求 、 用戶(hù)需求 和系統(tǒng)需求。18、面向?qū)ο蠼Ｖ杏玫降募夹g(shù)包括：對(duì)象模型、 用例模型 、行為模型、狀態(tài)機(jī)模型和對(duì)象約束語(yǔ)言。19、需求規(guī)格說(shuō)明活動(dòng)就是將 需求

15、和軟件解決方案進(jìn)行定義和文檔化，并傳遞給開(kāi)發(fā)人員的需求工程活動(dòng)。20、 業(yè)務(wù)需求 、高層解決方案 、系統(tǒng)邊界 都應(yīng)該被定義到項(xiàng)目前景與范圍文檔中。三、判斷題（每題1分，共10分，請(qǐng)?jiān)谡_的括號(hào)內(nèi)標(biāo)注，在錯(cuò)誤的括號(hào)內(nèi)標(biāo)注×）1、使用實(shí)例方法可以使用戶(hù)更清楚地認(rèn)識(shí)到新系統(tǒng)允許他做什么，那么我們就應(yīng)該試圖把每一個(gè)需求與一個(gè)使用實(shí)例相聯(lián)系，盡可能多的使用實(shí)例。（ F）2、在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)(即初始狀態(tài))，終態(tài)(即最終狀態(tài))和中間狀態(tài)，在一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有0至多個(gè)。（T ）3、結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類(lèi)型軟件的需求分析。（T）4、數(shù)據(jù)流圖中每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流，但可以沒(méi)有輸出數(shù)據(jù)流。（F）5、DFD與數(shù)據(jù)流程圖的