軟件需求工程復(fù)習(xí)題

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

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

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

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

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

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

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

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

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

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

11、下列不屬于涉眾的是（ 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、動態(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、活動圖2

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

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

14、描述過程處理邏輯的技術(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、需求跟蹤的實現(xiàn)方法主要有： 矩陣 、 實體聯(lián)系模型 和交叉引用三種。17、功能需求通常體現(xiàn)為三個層次： 業(yè)務(wù)需求 、 用戶需求 和系統(tǒng)需求。18、面向?qū)ο蠼Ｖ杏玫降募夹g(shù)包括：對象模型、 用例模型 、行為模型、狀態(tài)機模型和對象約束語言。19、需求規(guī)格說明活動就是將 需求

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