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

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

2、種模型，它們分別是數(shù)據(jù)模型、功能模型、行為模型。以下幾種圖形中，（B ）屬于功能模型，（A ）屬于數(shù)據(jù)模型，（C）屬于行為模型。A 實(shí)體 - 聯(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ā)中，原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。其中，（B ）和（C ）用完就可以丟棄，而（A）圍繞原型修改、增加。A 進(jìn)化型B 探索型C 實(shí)驗(yàn)型D 以上都是6、（

3、D）用于描述數(shù)據(jù)的處理過程。A 數(shù)據(jù)字典B 決策樹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ī)格說明書B 數(shù)據(jù)要求說明書C 初步的用戶手冊(cè)D 修改、 完善與確定軟件開發(fā)實(shí)施計(jì)劃E 以上都是11、需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證：（ C ）A 可靠性、可用性、易

4、用性、重用性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 變更過程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性。C 所有需求變更必須遵循過程，按照此過程，如果一個(gè)變更需求未被采納，則其后過程不再予以考慮。D 可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔1 需求分析最終結(jié)果是產(chǎn)生（C ）C.需求規(guī)格說明書D 設(shè)計(jì)說明書A 項(xiàng)目開發(fā)計(jì)劃B 可行性分析報(bào)告2需求分析中，開發(fā)人員要

5、從用戶那里解決的最重要的問題是（A ）A.讓軟件做什么B.要給軟件提供哪些信息C.需求軟件工作效率怎樣D.讓軟件具有何種結(jié)構(gòu)3需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（B ）的描述。A.主要功能 B.算法的詳細(xì)過程C.用戶界面的運(yùn)行環(huán)境D.軟件性能4需求規(guī)格說明書的作用不應(yīng)包括（D ）A 軟件設(shè)計(jì)的依據(jù)B 用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性研究的依據(jù)5下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（B ）A 鍵盤，鼠標(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ā)送與接

6、收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同6面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成分（A ） 、屬性和方法（或操作）。A.標(biāo)識(shí) B.規(guī)則C.封裝 D.消息7軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、制定規(guī)格說明以及（C ）A.總結(jié) B.實(shí)踐性報(bào)告C.需求分析評(píng)審D.以上答案都不正確8軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（B ）的描述。A.主要功能 B.算法的詳細(xì)過程C.用戶界面及運(yùn)行環(huán)境D.軟件的性能9 . 軟件需求分析階段的工作，可以分成4 個(gè)方面：需求獲取，需求分析，編寫需求規(guī)格說明書以及（B ）A.用戶 B.需求評(píng)審C.總結(jié) D.都不正確10 .在原型法

7、中，開發(fā)人員根據(jù)（A）的需求不斷修改原型，直到滿足客戶要求為止。A.用戶 B.開發(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 變更過程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性C.所有需求變更必須遵循過程，按照此過程，如果一個(gè)變更需求未被采納，則其后過程

8、不 再予以考慮D 可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔1、需求獲取的成果（AA、獲取筆錄、錄首或攝像B 、客戶C、需求規(guī)格說明文檔D 、設(shè)計(jì)說明書2、項(xiàng)目前景與范圍文檔中，項(xiàng)目前景不應(yīng)包括什么信息（B ） 。A、前景概述B 、詳細(xì)的功能需求C、主要特性3、下列不屬于需求開發(fā)的活動(dòng)的是（ B ）。A、需求獲取C、需求驗(yàn)證4、面談的類別不包括（C ） 。A、結(jié)構(gòu)化面談C、封閉式面談5、采用觀察方法進(jìn)行需求獲取的原因（C ） 。A、用戶多D 、事件的情景性6、確定需求優(yōu)先級(jí)的常用的方法（A ） 。A、累計(jì)投票C、需求細(xì)化7、需求評(píng)審是（B ）中常用的一種方法。A、需求獲取C、需求分析8、需求跟

9、蹤是（D ）中的一個(gè)活動(dòng)。D 、假設(shè)與依賴B 、需求管理 D 、需求分析B 、半結(jié)構(gòu)化面談 D 、非結(jié)構(gòu)化面談B 、客戶變化D 、存在默認(rèn)知識(shí)B 、協(xié)商D 、需求建模B 、需求驗(yàn)證D 、需求管理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、下列不是用例模型的

10、基本元素的是（A ） 。A、用例B、參與者C、實(shí)體D 、系統(tǒng)邊界13、下列不屬于需求驗(yàn)證的方法的（A、需求評(píng)審C、利用跟蹤關(guān)系15、需求分析的最終結(jié)果產(chǎn)生的（A、項(xiàng)目開發(fā)計(jì)劃C、需求規(guī)格說明書B 、需求分析D 、開發(fā)測(cè)試用例C ）。B 、可行性分析報(bào)告D 、設(shè)計(jì)說明書16、最常見的IEEE1998 將需求分成5種類別，下列哪個(gè)不5 種類別的（D ） 。A、功能需求B、性能需求C、質(zhì)量屬性D、需求獲取17、下列不屬于面向?qū)ο蠼Ｖ兴褂玫募夹g(shù)（C ） 。A、用例模型B、行為模型C、數(shù)據(jù)模型D、對(duì)象模型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)21、下列哪種不屬于原型的表現(xiàn)方法（A、角色C、動(dòng)態(tài)程序22、下列不屬于需求分析方法的（A、傳統(tǒng)分析C、信息工程23、下列不屬于文檔審查方法的（A、需求重用C、需求剝離24、下列不屬于UML 行為模型的（A、流程圖C、狀態(tài)圖25、文檔審查（A ）中常用的一種方法。A、需求獲取C、需求分析26、在面談中不屬于問題的組織結(jié)構(gòu)的（A、金字塔結(jié)構(gòu)C、漏斗結(jié)構(gòu)27、需求獲取中常見的困難不包括下列哪個(gè)A、用戶越俎代庖C、用戶存在認(rèn)知困境D

12、 、菱形結(jié)構(gòu)A ）。B 、靜態(tài)畫面 D 、情景串聯(lián)圖板 ）。B 、結(jié)構(gòu)化分析 D 、面向?qū)ο蠓治鯠 ）。B 、文檔分析D 、采樣觀察B 、交互圖 D 、活動(dòng)圖B 、需求驗(yàn)證 D 、需求管理 。B 、梯形結(jié)構(gòu) D 、菱形結(jié)構(gòu) ）。B 、知識(shí)理解困難 D 、模型建立A ）、中常用的一種方法。選擇題1.軟件生命周期包括哪些階段？ AA.需求、設(shè)計(jì)、漏碼、單元測(cè)試、接收測(cè)試和維護(hù)階段。B.設(shè)計(jì)、編碼、單元測(cè)試、接收測(cè)試和維護(hù)階段，C.需求、設(shè)計(jì)、編碼、單元測(cè)試和接收測(cè)試階段。D.需求、設(shè)計(jì)和編碼階段。2.好的軟件需求具有哪些特性？ AA. 一致性和全面性。B.易讀性和充分性。C.充分性°D.

13、易讀性。3. RUP的十人要素是:開發(fā)一個(gè)前景、達(dá)成計(jì)劃、標(biāo)識(shí)和減小風(fēng)險(xiǎn)、分配和跟睇任務(wù)、檢 查商業(yè)理由、設(shè)計(jì)組件構(gòu)架、對(duì)產(chǎn)品進(jìn)行垠量式的構(gòu)建和測(cè)試、驗(yàn)證和評(píng)價(jià)結(jié)果、和.° AA.管理和控制變化及提供用戶支持：B.迭代的開發(fā)和提供用戶支持。C.迭代的開發(fā)和管理和控制變化eD.建立模版和迭代的開發(fā).4 .下列哪個(gè)不是RUP的核心工作流? CA.業(yè)務(wù)建模B.分析和設(shè)計(jì)C.用戶需求了解。D.需求5 . R.4D的缺點(diǎn)不包括£>,A.如果用戶不能持續(xù)地參與整個(gè)生命周期中，最終產(chǎn)品會(huì)受到負(fù)面影響，B.要求系統(tǒng)能適當(dāng)模塊化，如果沒有可里用的組件，它的效率就會(huì)下降°百目應(yīng)

14、用時(shí).會(huì)缺乏成本概念和項(xiàng)目完成的時(shí)間限制c項(xiàng)目有永遠(yuǎn)不能完結(jié)的風(fēng)險(xiǎn).D.工作重點(diǎn)從文檔轉(zhuǎn)為構(gòu)建,所見即所得。6 .螺旋模型的優(yōu)點(diǎn)不包括C。A.能夠及時(shí)找到項(xiàng)目存在的風(fēng)險(xiǎn)，避免因?yàn)榭朔涣说膹U難而造成大的損失°B.使用戶能夠盡早將信息經(jīng)常反饋給開發(fā)人員，保證了產(chǎn)品的正確性和高質(zhì)量,C.大量的中間階段會(huì)產(chǎn)生額外的內(nèi)外部文檔。D.可以方便地評(píng)估和驗(yàn)證每次迭代的成果；實(shí)現(xiàn)從開發(fā)到維護(hù)的無(wú)縫連接，7 .迭代方法中的常見問題不包括B 0A.過分詳細(xì)的規(guī)劃8 .項(xiàng)目收斂C.回避棘手問題D.不同的小組按自己的進(jìn)度進(jìn)行工作8 .用戶故事的書寫遵循一定的原則,其中不包括一0A.作為（系統(tǒng)的一個(gè)涉眾）9

15、.我想要（做一件事）C.是什么（用戶的需求是什么）D.從而（達(dá)到一個(gè)商業(yè)價(jià)值）10 指出RUP的核心工作流不包括D 0A.業(yè)務(wù)建模B需求C.測(cè)試D.問卷調(diào)查10建立需求基線的作用不包括二:。A.防止需求的濫變給程序架構(gòu)造成重大影喧B為開發(fā)工件提供了一個(gè)定點(diǎn)和快照C.可以拓展應(yīng)用D,可以重新建立基于某個(gè)特定發(fā)布版本的配置1瀑布模型存在的問題是（B）A、用戶容易參與開發(fā)B、缺乏靈活性C、用戶與開發(fā)者易溝通D、適用可變需求2、軟件生命周期中所花費(fèi)用最多的階段是（D ）A、詳細(xì)設(shè)計(jì) B、軟件編碼 C、軟件測(cè)試 D、軟件淮護(hù)3、需求分析中開發(fā)人員要從用戶那里了解（A ）A、軟件做什么 B、用戶使用界面

16、C、輸入的信息 D、軟件的規(guī)模4、RUP的迭代開發(fā)模式主要的目的是（D ）A、需求獲取 B、產(chǎn)品的維護(hù) C、業(yè)務(wù)建模管理 D、需求管理和版本控制5、需求分析階段的任務(wù)是（C ）A、軟件開發(fā)費(fèi)用 B、軟件開發(fā)工具 C、軟件開發(fā)方法 D、軟件系統(tǒng)的功能6、20世紀(jì)80年代中期，需求工程形成，是（B ）的子領(lǐng)域，A、互聯(lián)網(wǎng)技術(shù) B、軟件工程 C、管理學(xué) D、生產(chǎn)名作管理7、系統(tǒng)流程圖適用于可行性分析中的（A ）的描述。A、當(dāng)前運(yùn)行系統(tǒng) B、當(dāng)前邏輯模型 C、目標(biāo)系統(tǒng) D、新系統(tǒng)8、在需求分析階段,不會(huì)用到哪種圖表形式？ （ C ）A、魚骨圖 B、帕累托圖 C、產(chǎn)品設(shè)計(jì)圖 D、泳道流程圖9、需求評(píng)審時(shí)

17、，評(píng)審員最多為（A ）個(gè)。A、7 B、10 C、9 D、1210、逐項(xiàng)舉例的項(xiàng)目特性（系統(tǒng)功能），用以提交特定的版本,是確定（D ）的一項(xiàng)重要 功能。A、SRS B、業(yè)務(wù)模型 C、管理工具 D、基線1 .以下哪一個(gè)不是高質(zhì)量SRS的特征（D）A.完整性B.一致性C可修改性D.穩(wěn)定性2 .以下哪一個(gè)不是軟件的質(zhì)量特征（B）A可靠性B.非功能性C.可用性D.可維護(hù)性3 .以下描述中哪個(gè)不是魚骨圖的優(yōu)點(diǎn)（B）A.它允許探討各種類別的原因B.它也被稱為“石川圖”C.它提供問題與各類原因的直觀圖D.它鼓勵(lì)通過自由討論發(fā)揮創(chuàng)造性4 .需求工程的涉眾不包括（C）A.分析人員B.管理人員C測(cè)試人員D.用戶5

18、.E-R圖的基本元素不包括（A）A.輸入輸出B.數(shù)據(jù)對(duì)象C.屬性D.關(guān)系6 .以下哪個(gè)不屬于數(shù)據(jù)字典中的內(nèi)容（B）A.名稱B.如何存儲(chǔ)C.何處使用，/如何使用D.內(nèi)容描述7 .狀態(tài)轉(zhuǎn)換圖屬于（A）A.行為模型8 .狀態(tài)模型C.功能模型D.數(shù)據(jù)模型8 .以下哪個(gè)不是描述需求的語(yǔ)言（D）A.非形式化語(yǔ)言B.半形式化語(yǔ)言C.形式化語(yǔ)言D.結(jié)用化語(yǔ)言9 .以下哪個(gè)不屬于RUP的核心過程工作流（C）A業(yè)務(wù)建模B.需求C項(xiàng)目管理D.分析和設(shè)計(jì)10 .以下那個(gè)不屬于RUP的核心支持工作流（A）A.測(cè)試B.配置和變更管理C項(xiàng)目管理D.環(huán)境1、需求分析最終結(jié)果是產(chǎn)生（）A.項(xiàng)目開發(fā)計(jì)劃B,可行性分析報(bào)告C.需求

19、規(guī)格說明書 D.設(shè)計(jì)說明書 答案：C2、需求分析中，開發(fā)人員要從用戶那里解決的最重要的問電是（）A.讓軟件做什么B.要給軟件提供哪些信息c.要求軟件工作效率怎樣D,讓軟件具有何種結(jié)構(gòu)答案：A3 .需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述，A.主要功能B.算法的詳細(xì)過程C.用戶界面和運(yùn)行環(huán)境D.軟件性能 答案：B4 .需求規(guī)格說明書的作用不應(yīng)包括（）A.軟件設(shè)計(jì)的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性研究的依據(jù)答案：D5 .（）闡述了一個(gè)參與者與系統(tǒng)的交互行為。A.狀態(tài)圖B.月例圖C活動(dòng)圖D.類圖答案：B6 .軟件質(zhì)量保證應(yīng)在（）階段開始，A.需求分析B設(shè)

20、計(jì)C.編碼D.投入使答案：A7 .下列哪些是高質(zhì)量的SRS的特性。（）A.完整性B.一致性C.可修改性D.以上都是答案：D8 .RUP中將系統(tǒng)需求分為幾類，以下哪個(gè)不是（）A.功能B,可用性 C.可靠性 D安全性9 .面向?qū)ο蟮慕？梢砸暈橐粋€(gè)包含很多元素的概念框架,下面哪個(gè)不是（）0A.抽象B.封裝C.模塊化D安全答案：D10歆件生命周期模型包括（）A瀑布模型B.RADC RUPD.以上都是答案：D】、需求分析最終結(jié)果是產(chǎn)生（）A.頃目開發(fā)計(jì)劃B.可行性分析報(bào)告C.需求規(guī)格說明書 D.設(shè)計(jì)說明書 答案，C2、需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是（）A.讓軟件做什么B.要給軟件

21、提供哪些信息C.要求軟件工作效率怎樣D.讓軟件具有何種結(jié)構(gòu)答案：A3 .需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述，A.主要功能B.算法的詳細(xì)過程C.用戶界面和運(yùn)行環(huán)境D.軟件性能 答案：B4 .需求規(guī)格說明書的作用不應(yīng)包括（）A,軟件設(shè)計(jì)的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性研究的依據(jù)答案：D5 .典型的生命周期模型不應(yīng)包括（）A.瀑布模型 B.迭代式模型C.虞旋模型D.倉(cāng)庫(kù)模型答案：D6 .高質(zhì)量的SRS 一般包括哪些特性（）A.完篁性B.可修改性C. 一致性D,以上都是答案；D7 .分析模型的主要目標(biāo)是（）A.描述客戶的需要B.完成所需要的系統(tǒng)原型

22、C.定義在軟件完成后可以被確認(rèn)的一組需求D.建立創(chuàng)建軟件設(shè)計(jì)的基礎(chǔ)答案：B8 .軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述。A.主要功能B.算法的詳細(xì)過程C.用戶界面及運(yùn)行環(huán)境D.軟件的性能答案:B9 .需求變革的主要原因A.因競(jìng)爭(zhēng)、成本等因數(shù)，工期已經(jīng)確立并且不合理B.用戶需求不明確C,項(xiàng)目組沒有很好的實(shí)施需求管理D.以上皆是答案:D10.用例之間一般不包含以下哪些關(guān)系A(chǔ). 拓展 B.包含C.并列 D.泛化答案:C什么是SRS? A軟件需求規(guī)格說明B、用戶需求手冊(cè)C、需求工程D、需求建模軟件非功能需求不包括下面哪項(xiàng)？ D可維護(hù)性 B、可用性 C、有效性 D、結(jié)構(gòu)性下面哪項(xiàng)是瀑布模型的優(yōu)點(diǎn)？

23、 C準(zhǔn)確反映軟件開發(fā)中解決問題的特點(diǎn)B、文檔驅(qū)動(dòng)的，文檔工作量非常大可以嚴(yán)格控制項(xiàng)目進(jìn)程，使項(xiàng)目跟蹤D、項(xiàng)目按照該模型給出的順序進(jìn)行以下對(duì)業(yè)務(wù)建模分析正硝的是：AA、以軟件模型方式描述企業(yè)管理和業(yè)務(wù)所涉及的對(duì)象和要素、以及它們的屬性、行為和彼 此關(guān)系0B、是針對(duì)數(shù)據(jù)流建立數(shù)據(jù)模型，功能模型和行為模型，C、格數(shù)據(jù)與施加在該數(shù)據(jù)之上的操作封裝成關(guān)來(lái)模擬現(xiàn)實(shí)生活中的“對(duì)象”。D、描述軟件目標(biāo)系統(tǒng)的數(shù)據(jù)信息、處理功能、用戶界面及運(yùn)行的外部行為。5、什么是UML? BA、數(shù)據(jù)字典B、統(tǒng)一建模語(yǔ)言 C、業(yè)務(wù)建埃 D、用戶手冊(cè)6、高質(zhì)量的SRS不包括以下哪個(gè)特性？ DA、完里性B、一致性C、可修改性D、美觀

24、性7、情節(jié)串聯(lián)板的類型不包括以下哪個(gè)？ DA、被動(dòng)式B、主動(dòng)式C、交互式D、傳播式9、以下哪步不是Pressman需求工程近程“CA、需求獲取B、需求分析C、需求定義D、需求管理10、數(shù)據(jù)模型不包含以下哪個(gè)信息？ AA、數(shù)據(jù)報(bào)表B、數(shù)據(jù)對(duì)象C、描述數(shù)據(jù)對(duì)象的屬性D、相互連接的關(guān)系1 .軟件生命周期有六個(gè)階段，以下那個(gè)階段出現(xiàn)問題所需要花費(fèi)的成本更多？A.需求階段B維護(hù)階段C.單元測(cè)試階段D.接受測(cè)試階段2 .軟件開發(fā)時(shí)需要滿足不同的需求，以下哪個(gè)需求是非功能需求的內(nèi)容？A.業(yè)務(wù)需求B.用戶需求C,可靠性需求D.功能需求3 .需求工程的方法有四類，下面選項(xiàng)當(dāng)中哪些是需求工程方法？A.面向?qū)ο蟮男?/p>

25、求工程方法B.面向過程的需求工程方法C.面向控制的需求工程方法D. D,以上都是4 .統(tǒng)一軟件開發(fā)過程是一個(gè)面對(duì)對(duì)象且基于網(wǎng)絡(luò)的程序開發(fā)方法，Rub中有9個(gè)核心工 作流，分為6個(gè)過程工作流和3個(gè)支持工作流以下哪項(xiàng)都屬于過程工作流？A.業(yè)務(wù)建模、需求、分析和設(shè)計(jì)、測(cè)俄B業(yè)務(wù)建模、實(shí)現(xiàn)、測(cè)試、項(xiàng)目管理C.環(huán)境、項(xiàng)目管理、部署、分析和設(shè)計(jì)D.分析和設(shè)計(jì)、都害、配亙和變更管理、業(yè)務(wù)建模5 .用例模型是由用例圖和用例規(guī)約所組成，下面用例規(guī)約中哪一項(xiàng)能夠反映出所有的場(chǎng) 景？A.事件流B用例場(chǎng)景C前置條件D.后置條件6 .想要進(jìn)行一次成功評(píng)審需要達(dá)到哪些要素？A.理睇評(píng)審流程B.確保評(píng)審員理解自己的角色C.

26、指定協(xié)調(diào)員D.以上都是7 .下面哪一種情況的發(fā)生不利于評(píng)審的正常進(jìn)行？A.當(dāng)某公司在做業(yè)務(wù)流程管理系統(tǒng)的需求評(píng)審會(huì)時(shí)，項(xiàng)目組人員在會(huì)議上 宣讀上百頁(yè)的需求報(bào)告時(shí)，用戶紛紛表示聽不懂。B.評(píng)審會(huì)開始后不久各領(lǐng)域的專家都發(fā)表了自己的意見但是一直爭(zhēng)執(zhí)不下。C.需求報(bào)告的執(zhí)筆人與產(chǎn)品主要的策劃人想法差別很大。D.以上都是。8 .哪些會(huì)引起需求風(fēng)險(xiǎn)？A無(wú)足夠用戶參與。B用戶需求的不斷增加。C不必要的特性。D.以上都是。9 .在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在 用例模型中予以說明，（B）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系 統(tǒng)質(zhì)量和特性的額外要求。A.

27、業(yè)務(wù)需求B.非功能需求C.用戶能求D.功能需求10 .有關(guān)用例的描述錯(cuò)誤的是（B）A.月例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能。B 一個(gè)用例代表一個(gè)子系統(tǒng)的單個(gè)目標(biāo)。C 用例是一個(gè)行為上相關(guān)的步驟序列。D.月例描述了系統(tǒng)與用戶的交互。11 .在ISO9126中指出了 6個(gè)質(zhì)量要求，下列哪些不屬于軟件的非功能需求（D）A.可靠性B. 一致性C.有效性D,可維護(hù)性1、下列不屬于非功能需求的是（）A、可靠性 B、完整性 C、可用性 D、可移植性2、下列不屬于獲取需求的方法是OAs面向目標(biāo)B、基于場(chǎng)景C、基于知識(shí)D、非形式化3、下列描述瀑布模型的特征錯(cuò)誤的是()A、接受上一階段的結(jié)果作為本階段活動(dòng)的

28、輸入，B、依據(jù)上一階段活動(dòng)的結(jié)果實(shí)施本階段應(yīng)完成的活動(dòng)。C、對(duì)本階段的活動(dòng)進(jìn)行評(píng)審。D、將上一階段段活動(dòng)的結(jié)果作為輸出，傳遞給下一階段°4、()展示了幾個(gè)對(duì)象之間的交互關(guān)系，主要是用來(lái)顯示對(duì)象之間發(fā)送消息的限序。A、用例圖 B、狀態(tài)圖 C、類圖 D、順序5、制定進(jìn)度計(jì)劃的常用工具有()A、PAD 圖 B、Gaiitt 圖 C,結(jié)構(gòu)圖 D、N-S 圖6、可行性研究主要從()確定軟件是否可行A、經(jīng)濟(jì) B、技術(shù) C、法律 D、以上都是7、需求工程的第一個(gè)階段()A、系統(tǒng)建模 B、需求獲取C、需求分析與協(xié)商 D、需求驗(yàn)證8、下列不能表述程序算法的是()A、程序流程圖 B、判定表 C、PDL設(shè)

29、計(jì)行語(yǔ)言 D、甘特圖9、支持面向?qū)ο蟪绦蛟O(shè)計(jì)開發(fā)的過程模型是()A、瀑布模型B、螺旋模型C、噴泉模型 D、增量模型10、選擇結(jié)構(gòu)的復(fù)雜性比順序結(jié)構(gòu)的復(fù)雜性要CA、小 B、大 C、相等 D、無(wú)法比較 1、需求分析最終結(jié)果是產(chǎn)生（）CA.項(xiàng)目開發(fā)計(jì)劃B.可行性分析報(bào)告C.需求規(guī)格說明書 D.設(shè)計(jì)說明書2、需求分析中，開發(fā)人員要從用戶那里睇決的最重要的問題是（）AA.讓軟件做什么B.要給軟件提供哪些信息C.要求軟件工作效率怎樣D.讓軟件具有何種結(jié)構(gòu)3、面向?qū)ο蠹夹g(shù)中，無(wú)象是類的實(shí)例.對(duì)象有三種成份：_A、屬性和方法（或操作）。A.標(biāo)識(shí) B.規(guī)則 C.封裝 D.消息4、軟件需求分析階段的工作，可以分成

30、以下四個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、 制定規(guī)格說明以及（）.CA.總結(jié) B.實(shí)踐性報(bào)告 C.需求分析評(píng)審 D.以上答案都不正確5、軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述° BA. 主要功能 B.算法的詳細(xì)過程C.用戶界面及運(yùn)行環(huán)境D.軟件的性能6、軟件工程三要素是（）8 BA）技術(shù)、方法和工具B）方法、工具和過程C）方法、對(duì)象和類D）過程、模型、方法7、包含風(fēng)險(xiǎn)分析的軟件工程模型是（）.AA）螺旋模型 B）瀑布模型C）增量模型D）噴泉模型8、下列不是軟件開發(fā)方法的工作模型是（）DA）螺旋模型 B）循環(huán)模型 C）瀑布模型 D）專家模型9、面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停?/p>

31、即（D）。A）系統(tǒng)模型、E-R模型、應(yīng)用模型B）對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型C） E.R模型、對(duì)象模型、功能模型D）對(duì)象模型、動(dòng)態(tài)模型、功能模型10、數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由（C ）四類條目組成。A）數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲(chǔ)條目B）數(shù)據(jù)流條目、數(shù)據(jù)項(xiàng)條目、文件條目、加工條目C）數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理?xiàng)l目、數(shù)據(jù)文件條目D）數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)池條目、加工條目11、在E-R模型中，包含的基本成分是（C）。A）數(shù)據(jù)、對(duì)象、實(shí)體B）控制、聯(lián)系、對(duì)象C）實(shí)體、聯(lián)系、屬性D）實(shí)體、屬性、聯(lián)系1、需求分析最終結(jié)果是產(chǎn)生（）A.項(xiàng)目開發(fā)計(jì)劃B.可

32、行性分析報(bào)告C.需求規(guī)格說明書 D.設(shè)計(jì)說明書 答案：C 2、需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是（ ）A.讓軟件做什么 B.要給軟件提供哪些信息 C.要求軟件工作效里怎樣D.讓軟件具有何種結(jié)構(gòu)答案：A3.需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述。A.主要功能B.算法的詳細(xì)過程C.用戶界面和運(yùn)行環(huán)境 D.軟件性能 答案 B 4.需求規(guī)格說明書的作用不應(yīng)包括（）A.軟件設(shè)計(jì)的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件疆收的依據(jù) D.軟件可行性研究的依據(jù)答案：D5 .下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是。 A,鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消

33、息 B.操/乍系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息 C.應(yīng)用程序之間可以相互發(fā)送消息 D.發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的了程序調(diào)用機(jī)制不同答案：B6 .面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成份 、屬性和方法（或操作）。 A.標(biāo)識(shí) B,規(guī)則 C.封裝 D.消息答案：A7 .軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、制定 規(guī)格說明以及（）0 A.總結(jié) B.實(shí)踐性報(bào)告C.需求分析評(píng)審D.以上答案都不正確答案:C8 .軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述。A.主要功能 B.算法的詳細(xì)過程C.用戶界面及運(yùn)行環(huán)境 D.軟件的性能 答案:

34、B1 .從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階爰中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié) 出錯(cuò)，對(duì)軟件的影響最大（C）。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段2 . UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法（C）A、基于瀑布噢型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法3 .軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分表（A）A、計(jì)劃階段、開發(fā)階段、運(yùn)行階段R、計(jì)劃階段、編程階段、測(cè)試階段C、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D、需求分析、功能定義、系統(tǒng)設(shè)計(jì)4 .軟件生存周期中時(shí)間最長(zhǎng)的是（D）

35、階段。A.需求分析B.概要設(shè)計(jì) C測(cè)試D.維護(hù)5 .在下面的軟件開發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高（B）A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法6 .在ER模型中，包含以下基本成分（C）°A、數(shù)據(jù)、對(duì)象、實(shí)體B、控制、聯(lián)系、對(duì)象C、實(shí)體、聯(lián)系、屬性D、對(duì)象、屬性、操作 7.軟件需求分析階段的工作，可以分為以下4個(gè)方面，對(duì)問題的識(shí)別、分析與縹合、編寫需求分析文檔以及（C ）。A.總結(jié) B.階段性報(bào)告 C.需求分析評(píng)審D.以上答案都不正確8 .在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有（A ）5A.數(shù)據(jù)流圖 B.數(shù)據(jù)詞典C.結(jié)構(gòu)化語(yǔ)言D

36、判定表與判定樹9 .結(jié)構(gòu)分析方法就是面向（D）自頂向下逐步求精進(jìn)行需求分析的方法。A.目標(biāo)B.功能C.對(duì)象D.數(shù)據(jù)流10 .在軟件的可行性研究中，可以從不同的角度充軟件的可行性進(jìn)行研究，其中是從軟件的 功能可行性角度考慮的是（B）A、經(jīng)濟(jì)可行性 B、技術(shù)可行性C、操作可行性 D、法律可行性1需求分析最終結(jié)果是產(chǎn)生（）A項(xiàng)目開發(fā)計(jì)劃B.可行性分析報(bào)告C.需求規(guī)格說明書D.設(shè)計(jì)說明書 答案：C2、需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是（）A.讓軟件做什么 B.要給軟件提供哪些信息 C.要求軟件工作效率怎樣D.讓軟件具有何種結(jié)構(gòu)答案：A3.需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)（）的描述。A.

37、主要功能B.算法的詳細(xì)過程C.用戶界面和運(yùn)行環(huán)境D.軟件性能答案：B4需求規(guī)格說明書的作用不應(yīng)包括（）A.軟件設(shè)計(jì)的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù) D.軟件可行性研究的依據(jù)答案：D5 .下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是 oA鍵盤、鼠標(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ī)制不同答案:B6 .面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成份：、屬性和方法（或操作）。B、標(biāo)識(shí)B.規(guī)則C,封裝D.消息答案

38、：A7軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、制定 規(guī)格設(shè)明以及（）oA.總結(jié) B.實(shí)踐性報(bào)告C. 需求分析評(píng)審 D.以上答案都不正確答案:C8i vn,中的狀態(tài)圖用于創(chuàng)建-A.用戶視圖 也行為視圖 C交互視圖 D.物埋視圖B.答案：A91ML中 關(guān)系體現(xiàn)了事物間對(duì)稱的結(jié)構(gòu)關(guān)系。，.簡(jiǎn)單關(guān)聯(lián)B.聚合C.組合 D.泛化答案：D10.在需求工程的下列活動(dòng)中口屬于需求管理活動(dòng)的是（）口口B、需求發(fā)現(xiàn) B.需求文檔化 C.需求驗(yàn)證 I).需求變更控制答案：D1、在軟件生命周期中能準(zhǔn)確地確定軟件系統(tǒng)必須做什么和必須具各哪些功能的階段是A口概要設(shè)計(jì)B詳細(xì)設(shè)計(jì)C 口可行性分析

39、D口需求分析2、下面不屬于軟件需求工程的3個(gè)要素的是A 口工具 B 口過程 C 口方法D 口環(huán)境3、檢查軟件產(chǎn)品是否合需求定義的過程稱為A確認(rèn)測(cè)成B集成測(cè)試 C口驗(yàn)證測(cè)試D驗(yàn)收測(cè)試4、數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯袋型口數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖 符名標(biāo)識(shí)的圖符不屬于數(shù)據(jù)流合法國(guó)符的是人口控制流 B 口加工 C 數(shù)據(jù)存儲(chǔ)D 源和潭5、下面不屬于軟件設(shè)計(jì)原則的是0A 口抽象R 口模塊化 C 自底向上 DZ)住息隱蔽6、程序流圖DPFD 口中箭頭代表的是A口數(shù)據(jù)流B口控制流C口調(diào)用關(guān)系 D口組成關(guān)系7、在結(jié)構(gòu)化方法中口軟件功能分解屬于下列軟件開發(fā)中的階段是A口詳細(xì)設(shè)計(jì)B需求分析C總體

40、設(shè)計(jì) D口編程調(diào)試8、軟件調(diào)試的目的是A口發(fā)現(xiàn)錯(cuò)誤B改正錯(cuò)誤C口改善軟件的性能D口編程調(diào)試9、軟件需求分析階段的工作可以分為四個(gè)方面口需求獲取口需求分析口編寫需求規(guī)格說明 書以及A口階段性報(bào)告B口需求評(píng)審C 口總結(jié) D口都不正確選擇題10.需求分析最終結(jié)果是產(chǎn)生口口C、設(shè)計(jì)說明書D、可行性分析報(bào)A、項(xiàng)目開發(fā)計(jì)劃B、需求規(guī)格說明書告1、軟件的六個(gè)質(zhì)量特征不包括（C）A、可靠性 B、可用性 C、正確性 D、可維護(hù)性2、瀑布模型的優(yōu)點(diǎn)不包括（D）A、客戶很容易熟悉該模型。B、有序的方式解決復(fù)雜的問題,易于理解，目標(biāo)簡(jiǎn)單一一完成所需要的活動(dòng)。C、可以浮格控制項(xiàng)目進(jìn)程，使項(xiàng)目管理易于實(shí)施“D、用戶能夠持

41、續(xù)地參與開發(fā)，提高了用戶參與程度，從而使用戶的滿意度上升，保證了系 統(tǒng)能夠滿足用戶的需要。3、RAD適用條件是（A）A、系統(tǒng)可模塊化（基于組件的結(jié)構(gòu)）和可縮放。B、適用于大型項(xiàng)目；更適用于內(nèi)部開發(fā)（指沒有外包的開發(fā)內(nèi)容兀C、用于新功能、新產(chǎn)品或需要采用新技術(shù)時(shí)。D、收益不確定，項(xiàng)目不能確保成功時(shí)。4、螺旋模型的跳點(diǎn)是（A）A、模型本身比較復(fù)雜，開發(fā)人員和用戶難于掌握。B、如果用戶不能持續(xù)地參與整個(gè)生命周期中，最終產(chǎn)品會(huì)受到負(fù)面影響。C、要求系統(tǒng)能適當(dāng)模塊化，如果沒有可重用的組件，它的效率就會(huì)下降。D、盲目應(yīng)用時(shí)，會(huì)缺乏成本概念和項(xiàng)目完成的時(shí)間限制,項(xiàng)目有永遠(yuǎn)不能完結(jié)的風(fēng)險(xiǎn).5、RUP的四個(gè)階段

42、不包括（D）A、初始階段 B、細(xì)化階段 C、構(gòu)造階段D、維護(hù)階段6、數(shù)捷方法的適用的情況（A）A、愛用迭代增量式的開發(fā)方式B、現(xiàn)有的組織文化適合采用傳統(tǒng)的開發(fā)流程 C、團(tuán)隊(duì)規(guī)模很大，分布在各地D、性命攸關(guān)的系統(tǒng)7、ERD基本構(gòu)建不包括（B）A、數(shù)據(jù)對(duì)象 B、注釋 C、關(guān)系 D、屬性8、采用瀑布模型不需要具備以下特征（C）A、在系統(tǒng)開發(fā)前要對(duì)需求有完整、全面、清眥的了解，B、上述需求不存在隱含的不可克服的風(fēng)險(xiǎn)。C、需求變更過于頻繁CD、不同涉眾的需求互相莪容，不存在明顯的沖突.9、迭代方法中的常見問題的不包括（A）A、立即處理棘手的問題B、過分詳細(xì)的規(guī)劃C、項(xiàng)目不收斂D、不同的小組按自己的進(jìn)度進(jìn)

43、行工作10、需求開發(fā)的一般過程不包括（D）A、需求獲取 B、需求建模 C、需求規(guī)格說明D、需求變更控制11、難以使用原型的系統(tǒng)（D）A、javascript B、Web C、數(shù)據(jù)庫(kù) D、大量批處理系統(tǒng)5、下列哪個(gè)因素不是造成軟件生命周期中成本升高的因素？（）A.產(chǎn)品賠償或保修的成本B.重新測(cè)試C報(bào)廢D.開發(fā)人員少參考答案：D6、以下采用瀑布模型需具備的條件中錯(cuò)誤的是：（）A.開發(fā)期限允許分階段地串行工作B.需求變更不能過于頻繁C.開發(fā)周期很短，通常約60天D.不同涉眾的需求互相兼容參考答案：C 7、RUP中的6個(gè)核心過程工作流不包括：（） A.需求B.分析和設(shè)計(jì)C.測(cè)試D.配置和變更管理參考答

44、案：D8、RUP中的3個(gè)核心支持工作流不包括：（）A.項(xiàng)目管理B.部署C.環(huán)境D.配置和變更管理參考答案：B9、分析膜型必須達(dá)到的目標(biāo)是：（）A.描述客戶的需要B建立創(chuàng).建軟件設(shè)計(jì)的基礎(chǔ)C.定義在軟件完成后可以被確認(rèn)的一組需求D.包括以上三個(gè)選項(xiàng)參考答案：D10、用例之間有什么關(guān)系？（）A.包含C.擴(kuò)展參考答案：D11、以下哪個(gè)選項(xiàng)不是原型的種類?A.層次型C拋棄型參考答案：A12、CRC是什么的簡(jiǎn)稱？（）A.類、責(zé)任、協(xié)助者C.類、貢任、繼承者參考答案：A13、用例模型主要的模型元素有：（A.參與者、用例C.參與者、用例、功能參考答案：DB.泛化D.包括以上三個(gè)選項(xiàng)（）B.進(jìn)化型D.水平型B

45、.類、關(guān)系、協(xié)助者D.類、貢任、涉眾）B.用例D.參與者、用例、通信關(guān)聯(lián)14、下面跟需求有關(guān)的風(fēng)險(xiǎn)是：（A.無(wú)足夠用戶參與C過于精簡(jiǎn)的規(guī)格說明參考答案：D15、通用的跟蹤模型包含了：（B、在系統(tǒng)定義領(lǐng)域踉蹤需求C在測(cè)試領(lǐng)域踉蹤需求參考答案：D16、評(píng)審的類型有：（）A.審查C.走百參考答案：DB模凌兩可的需求D.包括以上三個(gè)選項(xiàng)B.在實(shí)現(xiàn)領(lǐng)域跟蹤需求D.包括以上三個(gè)選項(xiàng)B.檢查D.包括以上三個(gè)選項(xiàng)在需求分析過程中，分析員要從用戶那里解決的最重要的問題是（AA.要求軟件做什么B、要給軟件提供哪些信息C、要求軟件工作效率如何 D、要求軟件具有什么樣的結(jié)構(gòu) 面向?qū)ο蟮拈_發(fā)方法的工作模型是（BB.瀑布

46、模型C、智能模型B、賓泉膜型D、循環(huán)模型瀑布模型的存在問題是（B ）A.用戶容易參與開發(fā)B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求軟件生命周期中所花費(fèi)用最多的階段是（DA.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測(cè)試 D.軟件維護(hù)需求分析階段的任務(wù)是確定（D）o A. 軟件開發(fā)方法 B、軟件開發(fā)工具 C、軟件開發(fā)費(fèi)D、軟件系統(tǒng)的功能需求分析最終結(jié)果是產(chǎn)生（B ）oA|項(xiàng)目開發(fā)計(jì)劃B、需求規(guī)格說明書C、設(shè)計(jì)說明書D、可行性分析報(bào)告軟件測(cè)試的目的是（B ）A|為了表明程序沒有錯(cuò)誤B.為了發(fā)現(xiàn)程序中的錯(cuò)誤C.為了說明程序能正確地執(zhí)行D.為了評(píng)價(jià)程序的質(zhì)量需求分析是軟件生存周期中的一個(gè)重要階段，它的應(yīng)該

47、是在（C ）進(jìn)行。A維護(hù)階段 B、軟件開發(fā)全過程C、軟件定義階段 D、軟件運(yùn)行階段軟件是（C）oA處理對(duì)象和處理規(guī)則的描述B.程序C.程序及其文檔D.計(jì)算機(jī)系統(tǒng)在E-R模型中，包含以下基本成分（C）。A數(shù)據(jù)、對(duì)象、實(shí)體B、控制、聯(lián)系、對(duì)象C、實(shí)體、聯(lián)系、屬性D、實(shí)體、屬性、操作需求分析中開發(fā)人員要從用戶那里了解（）A軟件做什么B、用戶使用界面C、輸入的信息 D、軟件的規(guī)模1、分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式口它的頂層數(shù)據(jù)流圖描述了系統(tǒng)的, BA、細(xì)節(jié) B、輸入與輸C、軟件的作者 D、繪制的時(shí)間2、需求規(guī)格說明書的作用不應(yīng)包括° DA、軟件設(shè)計(jì)的依據(jù) B、用戶與開發(fā)人員對(duì)

48、軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù) D、軟件可行性研究的依3、需求分析的結(jié)果是產(chǎn)生定義下面 問題域的分析模型。DA、信息 B、功能 C、性能 D、以上所有選項(xiàng)4、需求規(guī)格說明描述了（ ）,. AA、計(jì)算機(jī)系統(tǒng)的功能、性能及其約束 B、每個(gè)指定系統(tǒng)的實(shí)現(xiàn)C、軟件系統(tǒng)結(jié)構(gòu)的元素 D、系統(tǒng)仿真所需要的時(shí)間5、組織需求評(píng)審的最好方法是（）o DA、檢查系統(tǒng)模型的錯(cuò)誤 B、讓客戶檢查需求C、將需求發(fā)放給設(shè)計(jì)團(tuán)隊(duì)去征求意見D、使用問題列表檢查每一個(gè)需求6、用例參與者總是人員而不是系統(tǒng)設(shè)備。（）BA、真 B、假7、軟件需求分析的任務(wù)不包括（）o CA、問題分析 B、信息域分析 C、結(jié)構(gòu)化設(shè)計(jì) D、確定

49、邏輯結(jié)構(gòu)8、結(jié)構(gòu)化分析方法使用的主要描述工具有（）DA、數(shù)據(jù)庫(kù) B、模塊結(jié)構(gòu)圖 C、PAD圖 D、分層的DFD圖9、UML中，包是一種（）CA、集合 B、數(shù)據(jù)結(jié)構(gòu) C、分組機(jī)制 D、對(duì)系統(tǒng)的動(dòng)態(tài)描述10、瀑布模型存在的問題是（）BA、用戶容易參與開發(fā)B、缺乏靈活性C、用于與開發(fā)者易溝通D、適用可變需求11、結(jié)構(gòu)化方法是一種什么的軟件開發(fā)方法0（ ） 3A、面向用戶 B、面向數(shù)據(jù)結(jié)構(gòu) C、面向?qū)ο驞、面向數(shù)據(jù)流12、面向?qū)ο蟮奶卣髦皇牵ǎ〢A、對(duì)象的唯一性B、數(shù)據(jù)如何確定 C、對(duì)象的共享性 D、數(shù)據(jù)關(guān)系的抽象(1)下面哪項(xiàng)不是造成軟件生命周期中成本升高的因素？A、缺乏用戶介入；B、不完整的需求

50、和規(guī)格說明；C、不斷改變額需求和規(guī)格說明；D、用 戶改變主意；(2)以下哪項(xiàng)不是軟件生命周期的階段？A、提出概念B、需求C、設(shè)計(jì)D、控制(3)好的軟件需求沒有涉及到下面哪項(xiàng)因素？A、可跟蹤性因素B、非功能因素C、完整性因素D 一致性因素(4)下面哪項(xiàng)不是軟件的六個(gè)質(zhì)量特征？A、可靠B、可用C、不可約束D、可維護(hù)軟件的非功能需求不包括：A、可達(dá)到性B、可移植性C、有效性D、可維護(hù)性(6)以下哪些不是瀑布模型優(yōu)點(diǎn)？A、客戶很容易熟悉該模型B、以有序的方式解決復(fù)雜的問題,易于理解,目標(biāo)簡(jiǎn)單一一完成所需要的活動(dòng)C、定義了質(zhì)量控制過程。運(yùn)用該過程來(lái)確定系統(tǒng)質(zhì)量D、采用高效率的開發(fā)工具，從而減少了整個(gè)產(chǎn)品

51、的開發(fā)周期(7)下面哪項(xiàng)不是RAD模型缺點(diǎn)？A、如果用戶不能持續(xù)地參與整個(gè)生命周期中，最終產(chǎn)品會(huì)受到負(fù)面影響B(tài)、要求系統(tǒng)能適當(dāng)模塊化，如果沒有可重用的組件，它的效率就會(huì)下降C、盲目應(yīng)用時(shí)，會(huì)缺乏成本概念和項(xiàng)目完成的歸間限制。項(xiàng)目有永遠(yuǎn)不能完成的風(fēng)陛D、最后集成造成較大的風(fēng)險(xiǎn)(8)什么樣的項(xiàng)目不可以使用瀑布模型？A、在系統(tǒng)開發(fā)前要對(duì)需求有完整、全面、清啦的了解.B、上述需求不存在陡含的不可克服的風(fēng)險(xiǎn)C、需求變更不能過于頻繁D、不同涉眾的需求不互相兼容，存在明顯的沖突 (9)下面哪項(xiàng)不是需求工程的方法大致分類?A、面向過程B、面向功能C、面向控制D、面向?qū)ο螅?0）下面哪項(xiàng)不屬于RUP模型十大要素

52、：A、控制軟件變更B、達(dá)成計(jì)劃C、設(shè)計(jì)組件構(gòu)架D、險(xiǎn)證和評(píng)價(jià)結(jié)果選擇題1 .瀑布模型的優(yōu)點(diǎn)（B）A.客戶很難熟悉該模型B.以有序的方式解決復(fù)雜的問題，易于理群,目標(biāo)簡(jiǎn)單一一完成所需要的活動(dòng) C.項(xiàng)目難以實(shí)施D.不便于項(xiàng)目踉蹤2 .螺旋懾型的缺點(diǎn)（D）A.易于實(shí)現(xiàn)每個(gè)階段的目標(biāo)B,模型本身比較簡(jiǎn)單，開發(fā)人員和用戶易于掌握C.每一次螺旋結(jié)束后評(píng)估風(fēng)險(xiǎn)的時(shí)間及人工耗費(fèi)都較小D.大量的中間階段會(huì)產(chǎn)生額外的內(nèi)外部文檔3 . Pressman的需求工作過程（A）A.需求獲取一需求分析一需求規(guī)格說明一系統(tǒng)建模一需求確認(rèn)一需求管理B.需求獲取一需求分析一系統(tǒng)建模一需求規(guī)格說明一需求確認(rèn)一需求管理 C.需求獲取一需求分析一需求規(guī)格說明一系統(tǒng)建模一需求管理一需求確認(rèn) D.需求獲取一需求規(guī)格說明一需求分析一系統(tǒng)建模一苦求確認(rèn)一需求管理 4.下列不屬于用例建模錯(cuò)誤的是（D）A.編寫功能性需求,而不是編寫使用場(chǎng)景文本B.描述屬性和方法而不是使用情況C.編寫的用例過于簡(jiǎn)潔D.從用戶的角度，使用主動(dòng)語(yǔ)態(tài)編寫用例5 .下列哪些特征不是瀑布模型所具備的（C）A.在系統(tǒng)開發(fā)前要對(duì)需求有完整、全面、清晰的了解B.需求不存在隱含的不可克服的因素C,需求變更過于頻繁D.不同涉眾的需求互相兼容，不