信息系統(tǒng)監(jiān)理師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷軟件資格考試(中級(jí))試題與參考答案

軟件資格考試信息系統(tǒng)監(jiān)理師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷(中級(jí))自測(cè)試題(答案在后面)一、基礎(chǔ)知識(shí)（客觀(guān)選擇題，75題，每題1分，共75分）1、計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的互聯(lián)設(shè)備是____。A）交換機(jī)B）路由器C）集線(xiàn)器D）調(diào)制解調(diào)器2、計(jì)算機(jī)系統(tǒng)中的磁盤(pán)存儲(chǔ)器屬于____。A）只讀存儲(chǔ)器B）主存儲(chǔ)器C）外存儲(chǔ)器D）高速緩沖存儲(chǔ)器3、以下哪項(xiàng)不是軟件工程的主要過(guò)程活動(dòng)？A.需求分析B.設(shè)計(jì)C.編碼D.實(shí)施現(xiàn)場(chǎng)4、在軟件設(shè)計(jì)中，以下哪一種設(shè)計(jì)方法強(qiáng)調(diào)數(shù)據(jù)驅(qū)動(dòng)的體系結(jié)構(gòu)設(shè)計(jì)？A.面向?qū)ο笤O(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì)C.軟件架構(gòu)設(shè)計(jì)D.數(shù)據(jù)庫(kù)設(shè)計(jì)5、以下關(guān)于軟件工程方法學(xué)的描述，哪一項(xiàng)是不正確的？A、瀑布模型可以有效地管理項(xiàng)目進(jìn)度和控制風(fēng)險(xiǎn)。B、增量模型允許軟件在開(kāi)發(fā)過(guò)程中逐步進(jìn)行驗(yàn)證，適合需求易變的項(xiàng)目。C、迭代模型通過(guò)周期性的交付軟件版本來(lái)滿(mǎn)足用戶(hù)需求的變化。D、敏捷模型強(qiáng)調(diào)持續(xù)集成和快速迭代，適合小型項(xiàng)目或團(tuán)隊(duì)。6、下面關(guān)于UML（統(tǒng)一建模語(yǔ)言）的描述，哪一項(xiàng)是不正確的？A、UML是一種可視化的建模語(yǔ)言，用于軟件系統(tǒng)的設(shè)計(jì)和開(kāi)發(fā)。B、UML包含多個(gè)圖，如類(lèi)圖、序列圖和狀態(tài)圖等，用于描述不同方面的需求。C、UML可以用于描述非軟件系統(tǒng)的要求和行為。D、UML僅限于程序編碼階段的應(yīng)用，不適用于需求分析階段。7、在軟件工程中，以下哪一個(gè)不是軟件生命周期模型？A.瀑布模型B.螺旋模型C.循環(huán)改善模型D.水晶模型8、在信息系統(tǒng)工程中，以下哪個(gè)不是項(xiàng)目質(zhì)量管理的基本活動(dòng)？A.風(fēng)險(xiǎn)管理B.質(zhì)量策劃C.質(zhì)量保證D.項(xiàng)目審計(jì)9、題目：以下關(guān)于軟件工程中“需求工程”的說(shuō)法，錯(cuò)誤的是：A.需求工程是軟件工程的一個(gè)重要組成部分，主要關(guān)注如何獲取、分析和管理軟件系統(tǒng)的需求B.需求工程的目標(biāo)是確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求C.需求工程通常包括需求獲取、需求分析、需求規(guī)格說(shuō)明和需求管理四個(gè)階段D.需求工程不涉及軟件系統(tǒng)的設(shè)計(jì)階段10、題目：在軟件工程中，以下關(guān)于“軟件架構(gòu)”的說(shuō)法，正確的是：A.軟件架構(gòu)是軟件設(shè)計(jì)階段的產(chǎn)物，主要關(guān)注軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)細(xì)節(jié)B.軟件架構(gòu)是軟件需求階段的產(chǎn)物，主要關(guān)注如何滿(mǎn)足用戶(hù)需求C.軟件架構(gòu)是軟件維護(hù)階段的產(chǎn)物，主要關(guān)注如何修復(fù)軟件系統(tǒng)中的缺陷D.軟件架構(gòu)是軟件工程中的一個(gè)重要組成部分，主要關(guān)注軟件系統(tǒng)的結(jié)構(gòu)、行為和屬性11、軟件測(cè)試的種類(lèi)按測(cè)試進(jìn)行的階段可分為以下哪幾類(lèi)？（）A、單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試B、靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試C、白盒測(cè)試和黑盒測(cè)試D、功能測(cè)試、性能測(cè)試和安全性測(cè)試12、軟件生存周期中，軟件開(kāi)發(fā)約占20%～60%，而軟件維護(hù)約占80%～90%，這體現(xiàn)了以下哪個(gè)原則？（）A、軟件的可維護(hù)性原則B、軟件的可靠性原則C、軟件的可測(cè)試性原則D、軟件的可重用性原則13、以下哪項(xiàng)不屬于軟件開(kāi)發(fā)生命周期中的活動(dòng)？（）A.需求分析B.系統(tǒng)測(cè)試C.項(xiàng)目管理等D.數(shù)據(jù)庫(kù)設(shè)計(jì)14、以下關(guān)于敏捷開(kāi)發(fā)方法的描述，哪項(xiàng)是錯(cuò)誤的？（）A.強(qiáng)調(diào)持續(xù)交付有價(jià)值的軟件B.團(tuán)隊(duì)自組織，按照用戶(hù)故事優(yōu)先級(jí)進(jìn)行迭代開(kāi)發(fā)C.忽視了系統(tǒng)功能和性能的測(cè)試D.更關(guān)注客戶(hù)需求和用戶(hù)體驗(yàn)15、題目：以下哪個(gè)選項(xiàng)不屬于軟件工程的基本原則？A.單一職責(zé)原則B.開(kāi)放封閉原則C.迭代開(kāi)發(fā)原則D.大規(guī)模并行開(kāi)發(fā)原則16、題目：以下哪個(gè)選項(xiàng)不是軟件開(kāi)發(fā)生命周期模型？A.瀑布模型B.V模型C.精益軟件開(kāi)發(fā)模型D.RUP17、操作系統(tǒng)中采用多層次頁(yè)表的主要優(yōu)點(diǎn)是（）。A、減少頁(yè)表項(xiàng)的數(shù)量B、加快地址變換速度C、減少內(nèi)存碎片D、可以支持更大的地址空間18、在計(jì)算機(jī)網(wǎng)絡(luò)中，實(shí)現(xiàn)不同網(wǎng)絡(luò)中主機(jī)之間的相互通信需要（）。A、網(wǎng)關(guān)B、路由器C、交換機(jī)D、集線(xiàn)器19、關(guān)于軟件工程中軟件開(kāi)發(fā)的生命周期模型，以下哪個(gè)模型通常將軟件的開(kāi)發(fā)分為準(zhǔn)備階段、設(shè)計(jì)階段和編碼階段？A.演示型生命周期B.生命周期原型法C.水晶模型D.瀑布模型20、在軟件開(kāi)發(fā)中，敏捷方法論的核心價(jià)值觀(guān)之一是？A.盡可能地編寫(xiě)詳細(xì)的文檔B.獲取用戶(hù)反饋并快速響應(yīng)C.嚴(yán)格按照計(jì)劃執(zhí)行D.采用嚴(yán)格的質(zhì)量控制方法21、在信息系統(tǒng)項(xiàng)目中，以下哪項(xiàng)不屬于信息系統(tǒng)監(jiān)理師應(yīng)承擔(dān)的主要職責(zé)？A.監(jiān)督項(xiàng)目進(jìn)度B.確保項(xiàng)目質(zhì)量C.管理項(xiàng)目風(fēng)險(xiǎn)D.完成項(xiàng)目驗(yàn)收?qǐng)?bào)告22、以下哪項(xiàng)不屬于信息系統(tǒng)工程合同的主要條款？A.工程范圍和內(nèi)容B.工程進(jìn)度計(jì)劃C.質(zhì)量要求D.費(fèi)用支付方式23、軟件生命周期是指什么過(guò)程？A、軟件從提出、實(shí)現(xiàn)、使用維護(hù)到停止使用退役的過(guò)程。B、軟件版本從0.1更新至1.0的過(guò)程。C、軟件的實(shí)現(xiàn)過(guò)程，從需求分析到編碼再到測(cè)試。D、軟件從設(shè)計(jì)、編碼到發(fā)布的全過(guò)程。24、需求分析的主要目標(biāo)是什么？A、確定軟件功能和性能需求。B、開(kāi)發(fā)人員與用戶(hù)之間的溝通。C、設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。D、確定測(cè)試用例。25、（單選題）以下哪個(gè)選項(xiàng)不屬于軟件工程的基本原則？（）A.高內(nèi)聚低耦合B.軟件可重用性C.代碼修改量最小化D.需求變更不引入缺陷26、（多選題）軟件測(cè)試的目的是什么？（）A.驗(yàn)證軟件是否滿(mǎn)足需求B.尋找并修正軟件中的錯(cuò)誤C.測(cè)試軟件的性能D.確保軟件的安全性和可靠性27、以下哪項(xiàng)不屬于軟件工程的基本原則？A.逐步求精原則B.面向?qū)ο笤瓌tC.代碼重用原則D.代碼優(yōu)化原則28、在軟件需求分析階段，以下哪種方法最有利于用戶(hù)參與和溝通？A.問(wèn)卷調(diào)查法B.面向?qū)ο蟮姆治龇椒–.邏輯結(jié)構(gòu)圖法D.交互式討論法29、在軟件測(cè)試方法中，以下哪種方法側(cè)重于通過(guò)實(shí)際運(yùn)行軟件來(lái)發(fā)現(xiàn)缺陷，不預(yù)先設(shè)計(jì)具體測(cè)試用例？白盒測(cè)試黑盒測(cè)試靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試30、在軟件工程中，架構(gòu)復(fù)查是一種評(píng)估軟件架構(gòu)的技術(shù)，它通常在哪個(gè)軟件開(kāi)發(fā)階段進(jìn)行？需求分析設(shè)計(jì)實(shí)現(xiàn)測(cè)試31、以下關(guān)于軟件項(xiàng)目管理中風(fēng)險(xiǎn)類(lèi)型的描述，正確的是：A.風(fēng)險(xiǎn)通常只包括技術(shù)風(fēng)險(xiǎn)B.風(fēng)險(xiǎn)主要來(lái)源于需求變更C.風(fēng)險(xiǎn)主要分為技術(shù)風(fēng)險(xiǎn)、市場(chǎng)風(fēng)險(xiǎn)和管理風(fēng)險(xiǎn)D.風(fēng)險(xiǎn)管理與風(fēng)險(xiǎn)評(píng)估是同一概念32、關(guān)于軟件開(kāi)發(fā)生命周期模型的描述，以下哪項(xiàng)是錯(cuò)誤的？A.瀑布模型是一種典型的線(xiàn)性順序型生命周期模型B.螺旋模型融合了瀑布模型的系統(tǒng)化和螺旋模型的迭代性C.增量模型將軟件開(kāi)發(fā)任務(wù)分為多個(gè)階段，每個(gè)階段完成后才進(jìn)入下一個(gè)階段D.瀑布模型容易導(dǎo)致需求的變更無(wú)法追溯33、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于信息系統(tǒng)集成項(xiàng)目的范圍管理活動(dòng)？A.范圍定義B.范圍核實(shí)C.范圍變更控制D.項(xiàng)目進(jìn)度管理34、以下關(guān)于信息系統(tǒng)工程質(zhì)量管理活動(dòng)的說(shuō)法，不正確的是：A.質(zhì)量計(jì)劃是質(zhì)量管理活動(dòng)的第一步B.質(zhì)量保證活動(dòng)確保項(xiàng)目遵循既定的質(zhì)量標(biāo)準(zhǔn)和程序C.質(zhì)量控制活動(dòng)關(guān)注項(xiàng)目產(chǎn)品的最終質(zhì)量D.質(zhì)量管理是一個(gè)持續(xù)的過(guò)程，貫穿于整個(gè)項(xiàng)目生命周期35、《軟件工程》一書(shū)中軟件生存周期管理的核心是：A、需求管理B、風(fēng)險(xiǎn)管理C、項(xiàng)目管理D、質(zhì)量保證36、網(wǎng)絡(luò)體系結(jié)構(gòu)模型OSI中，哪個(gè)層次負(fù)責(zé)處理兩個(gè)終端應(yīng)用之間的數(shù)據(jù)交換和格式化：A、物理層B、會(huì)話(huà)層C、表示層D、應(yīng)用層37、簡(jiǎn)述信息系統(tǒng)監(jiān)理師職業(yè)道德規(guī)范中的“公正自律”包含哪些內(nèi)容？38、信息系統(tǒng)工程監(jiān)理的主要內(nèi)容有哪些？39、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于項(xiàng)目進(jìn)度管理的內(nèi)容？A.制定項(xiàng)目進(jìn)度計(jì)劃B.進(jìn)度跟蹤與控制C.進(jìn)度風(fēng)險(xiǎn)管理D.進(jìn)度資源分配40、在信息系統(tǒng)工程中，以下關(guān)于配置管理的說(shuō)法，錯(cuò)誤的是：A.配置管理是確保項(xiàng)目交付物質(zhì)量的重要手段B.配置管理可以避免因配置不一致造成的錯(cuò)誤C.配置管理可以確保項(xiàng)目團(tuán)隊(duì)能夠在任何時(shí)間訪(fǎng)問(wèn)到最新版本的配置項(xiàng)D.配置管理不涉及變更管理41、計(jì)算機(jī)系統(tǒng)由哪兩大部分組成？A、輸入設(shè)備和輸出設(shè)備B、硬件系統(tǒng)和軟件系統(tǒng)C、中央處理器和存儲(chǔ)器D、主機(jī)和外部設(shè)備42、在信息系統(tǒng)的生命周期中，哪個(gè)階段主要負(fù)責(zé)定義系統(tǒng)的具體目標(biāo)和要求？A、規(guī)劃階段B、需求分析階段C、設(shè)計(jì)階段D、實(shí)施階段43、按照《中華人民共和國(guó)招標(biāo)投標(biāo)法》的規(guī)定，招標(biāo)代理機(jī)構(gòu)應(yīng)當(dāng)具備以下哪些基本條件？A、有從事招標(biāo)代理業(yè)務(wù)的營(yíng)業(yè)場(chǎng)所和資金B(yǎng)、有具備高級(jí)職稱(chēng)的技術(shù)人員C、有編制工程量清單和招標(biāo)控制價(jià)的專(zhuān)業(yè)人員D、有申辦招標(biāo)業(yè)務(wù)的經(jīng)驗(yàn)44、在信息系統(tǒng)監(jiān)理過(guò)程中，以下哪項(xiàng)工作屬于監(jiān)理單位的主要職責(zé)？A、審查和批準(zhǔn)合同中的技術(shù)規(guī)范B、監(jiān)督工程進(jìn)度C、對(duì)項(xiàng)目質(zhì)量進(jìn)行驗(yàn)收D、對(duì)項(xiàng)目進(jìn)度進(jìn)行預(yù)測(cè)45、以下關(guān)于數(shù)據(jù)庫(kù)規(guī)范化理論的描述中，哪一項(xiàng)是錯(cuò)誤的？A.第一范式要求字段是不可分的原子值。B.第二范式要求在第一范式的基礎(chǔ)上，非主屬性完全依賴(lài)于主鍵。C.第三范式要求在第二范式的基礎(chǔ)上，消除傳遞依賴(lài)。D.第四范式要求在第三范式的基礎(chǔ)上，消除多值依賴(lài)。46、在軟件開(kāi)發(fā)過(guò)程中，以下哪個(gè)階段通常不涉及詳細(xì)的需求分析？A.需求分析階段B.系統(tǒng)設(shè)計(jì)階段C.程序編碼階段D.測(cè)試階段47、(1分)在軟件工程中，標(biāo)識(shí)軟件測(cè)試階段的目標(biāo)，下列哪個(gè)描述最準(zhǔn)確？證明軟件符合設(shè)計(jì)規(guī)格說(shuō)明且無(wú)錯(cuò)誤不僅限定于查找錯(cuò)誤，還旨在改進(jìn)軟件質(zhì)量，確保用戶(hù)需求得到滿(mǎn)足確保代碼質(zhì)量無(wú)瑕疵僅僅是為了發(fā)現(xiàn)軟件中的缺陷和錯(cuò)誤48、(1分)基于當(dāng)前軟件工程的實(shí)踐，以下哪種測(cè)試策略最適用于初期開(kāi)發(fā)階段的測(cè)試活動(dòng)？回歸測(cè)試單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試49、【題目】在信息系統(tǒng)集成項(xiàng)目實(shí)施過(guò)程中，以下哪項(xiàng)工作不屬于系統(tǒng)集成項(xiàng)目管理中的風(fēng)險(xiǎn)管理？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)評(píng)價(jià)C.風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃D.項(xiàng)目驗(yàn)收50、【題目】某信息系統(tǒng)開(kāi)發(fā)項(xiàng)目采用敏捷開(kāi)發(fā)模式，項(xiàng)目團(tuán)隊(duì)成員之間的溝通主要通過(guò)以下哪種方式進(jìn)行？A.多媒體會(huì)議B.編寫(xiě)詳細(xì)的文檔C.項(xiàng)目經(jīng)理定期召開(kāi)進(jìn)度會(huì)議D.短信或即時(shí)通訊工具51、在信息系統(tǒng)項(xiàng)目管理中，項(xiàng)目的范圍定義輸出是什么？A.項(xiàng)目章程B.項(xiàng)目范圍說(shuō)明書(shū)C.項(xiàng)目工作分解結(jié)構(gòu)D.項(xiàng)目質(zhì)量管理計(jì)劃52、下列哪一項(xiàng)不是信息系統(tǒng)監(jiān)理的主要職責(zé)？A.監(jiān)督項(xiàng)目進(jìn)度B.控制項(xiàng)目成本C.設(shè)計(jì)系統(tǒng)架構(gòu)D.管理項(xiàng)目變更53、以下關(guān)于軟件工程中需求工程的說(shuō)法中，不正確的是：A、需求工程是軟件工程中非常重要的一環(huán)，負(fù)責(zé)收集、分析和整理用戶(hù)需求。B、需求工程的主要目標(biāo)是確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求。C、需求工程的結(jié)果通常包括需求規(guī)格說(shuō)明書(shū)、用例圖、用戶(hù)故事等。D、需求工程不涉及與用戶(hù)溝通，完全由軟件工程師獨(dú)立完成。54、在軟件測(cè)試過(guò)程中，以下關(guān)于測(cè)試用例的說(shuō)法中，不正確的是：A、測(cè)試用例是軟件測(cè)試的核心，用于驗(yàn)證軟件系統(tǒng)是否符合需求規(guī)格說(shuō)明書(shū)。B、一個(gè)優(yōu)秀的測(cè)試用例應(yīng)該具有可重復(fù)性、可維護(hù)性、可理解性等特點(diǎn)。C、測(cè)試用例的設(shè)計(jì)應(yīng)該遵循“等價(jià)類(lèi)劃分”、“邊界值分析”、“因果圖”等方法。D、測(cè)試用例的實(shí)施只需要關(guān)注功能測(cè)試，不需要考慮性能、安全等方面。55、在軟件開(kāi)發(fā)過(guò)程中，下列哪種方法是以用例為中心的開(kāi)發(fā)方法？A、面向過(guò)程方法B、原型化方法C、面向?qū)ο蠓椒―、用例驅(qū)動(dòng)開(kāi)發(fā)方法56、在信息系統(tǒng)監(jiān)理工作中，信息系統(tǒng)在交付使用前進(jìn)行的驗(yàn)收測(cè)試，由誰(shuí)負(fù)責(zé)組織？A、信息系統(tǒng)主管部門(mén)B、信息系統(tǒng)建設(shè)單位C、信息系統(tǒng)監(jiān)理單位D、信息系統(tǒng)使用單位57、以下哪項(xiàng)不屬于信息系統(tǒng)工程監(jiān)理的范圍？（）A.土建工程監(jiān)理B.軟件開(kāi)發(fā)監(jiān)理C.系統(tǒng)集成監(jiān)理D.網(wǎng)絡(luò)工程監(jiān)理58、在信息系統(tǒng)工程監(jiān)理中，質(zhì)量控制主要包括以下幾個(gè)方面。（）A.工程合同管理B.進(jìn)度控制C.軟件質(zhì)量保證D.人員資格管理59、在信息系統(tǒng)項(xiàng)目管理中，關(guān)于范圍變更控制的說(shuō)法正確的是：A.范圍變更控制主要關(guān)注項(xiàng)目范圍的減少，而不必關(guān)注范圍的增加B.變更請(qǐng)求可以是口頭的，也可以是書(shū)面的，但建議所有變更都應(yīng)有正式記錄C.范圍變更控制與整體變更控制是相互獨(dú)立的過(guò)程，互不影響D.范圍變更控制僅由項(xiàng)目經(jīng)理決定，無(wú)需經(jīng)過(guò)變更控制委員會(huì)(CCB)審批60、在軟件開(kāi)發(fā)過(guò)程中，下列哪一項(xiàng)不是需求分析階段的主要任務(wù)？A.明確用戶(hù)的具體需求，定義系統(tǒng)功能B.編寫(xiě)詳細(xì)的設(shè)計(jì)文檔，指導(dǎo)后續(xù)的開(kāi)發(fā)工作C.進(jìn)行需求評(píng)審，確保需求的準(zhǔn)確性和完整性D.制定測(cè)試計(jì)劃，為后續(xù)的測(cè)試活動(dòng)做準(zhǔn)備61、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于項(xiàng)目風(fēng)險(xiǎn)管理的步驟？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)分析C.風(fēng)險(xiǎn)規(guī)避D.風(fēng)險(xiǎn)監(jiān)控62、關(guān)于軟件工程中軟件測(cè)試的描述，以下哪項(xiàng)是錯(cuò)誤的？A.軟件測(cè)試是軟件質(zhì)量保證的重要手段B.軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤C.軟件測(cè)試應(yīng)該在軟件開(kāi)發(fā)過(guò)程的早期階段開(kāi)始D.軟件測(cè)試應(yīng)該由獨(dú)立的測(cè)試團(tuán)隊(duì)執(zhí)行63、下列關(guān)于菜單的描述中，哪一項(xiàng)是不正確的？A、下拉菜單在軟件開(kāi)發(fā)中用于實(shí)現(xiàn)命令式操作。B、工具欄可看作是一種特殊的下拉菜單，常用于提供快捷操作。C、彈出菜單由用戶(hù)通過(guò)鼠標(biāo)點(diǎn)擊屏幕上的空白區(qū)域或其他圖形元素觸發(fā)。D、彈出菜單的顯示通常不與其關(guān)聯(lián)的圖形元素在同一層級(jí)的區(qū)域內(nèi)。64、軟件架構(gòu)風(fēng)格改變了哪個(gè)系統(tǒng)元素的組合方式既能滿(mǎn)足當(dāng)前功能性和非功能性需求，又能適應(yīng)未來(lái)的變化？A、應(yīng)用的設(shè)備B、數(shù)據(jù)C、子系統(tǒng)D、交互界面65、以下關(guān)于信息系統(tǒng)集成技術(shù)特點(diǎn)的描述，錯(cuò)誤的是（）。A.系統(tǒng)性B.綜合性C.可伸縮性D.非標(biāo)準(zhǔn)化66、在信息系統(tǒng)建設(shè)過(guò)程中，以下不屬于系統(tǒng)實(shí)施階段任務(wù)的是（）。A.建立數(shù)據(jù)庫(kù)B.部署操作系統(tǒng)C.編寫(xiě)系統(tǒng)文檔D.進(jìn)行系統(tǒng)驗(yàn)收67、在信息系統(tǒng)開(kāi)發(fā)過(guò)程中，需求分析階段的主要任務(wù)是什么？A、制定項(xiàng)目計(jì)劃B、編寫(xiě)程序代碼C、明確用戶(hù)需求D、設(shè)計(jì)系統(tǒng)架構(gòu)68、下列哪種方法不是用于保證軟件質(zhì)量的技術(shù)手段？A、代碼復(fù)審B、單元測(cè)試C、持續(xù)集成D、功能增強(qiáng)69、在信息系統(tǒng)監(jiān)理過(guò)程中，以下哪項(xiàng)工作不屬于監(jiān)理工程師的職責(zé)？（）A.監(jiān)督合同執(zhí)行情況B.審查設(shè)計(jì)文檔C.編寫(xiě)監(jiān)理日記D.參與系統(tǒng)測(cè)試70、在項(xiàng)目進(jìn)度控制中，以下哪種工具可以幫助監(jiān)理工程師識(shí)別項(xiàng)目進(jìn)度偏差的原因？（）A.Gantt圖B.網(wǎng)絡(luò)圖C.PERT圖D.報(bào)表71、計(jì)算機(jī)網(wǎng)絡(luò)中，以下哪個(gè)協(xié)議主要負(fù)責(zé)在主機(jī)之間傳輸電子郵件？A、HTTPB、SMTPC、FTPD、UDP72、在軟件工程中，下列哪種模型著重描述了軟件的邏輯功能，而不是物理實(shí)現(xiàn)？A、瀑布模型B、螺旋模型C、面向?qū)ο竽Ｐ虳、用例模型73、以下哪個(gè)法規(guī)是中國(guó)軟件工程領(lǐng)域的基礎(chǔ)性法規(guī)？（）A.《中華人民共和國(guó)合同法》B.《中華人民共和國(guó)計(jì)算機(jī)信息網(wǎng)絡(luò)國(guó)際聯(lián)網(wǎng)安全保護(hù)管理辦法》C.《中華人民共和國(guó)計(jì)算機(jī)軟件保護(hù)條例》D.《中華人民共和國(guó)合同法與計(jì)算機(jī)軟件保護(hù)條例》74、軟件工程中的“需求工程”主要關(guān)注哪一個(gè)階段？（）A.軟件開(kāi)發(fā)生命周期中的需求分析階段B.軟件開(kāi)發(fā)生命周期中的設(shè)計(jì)階段C.軟件開(kāi)發(fā)生命周期中的測(cè)試階段D.軟件開(kāi)發(fā)生命周期中的維護(hù)階段75、在項(xiàng)目管理中，下列哪一項(xiàng)不屬于風(fēng)險(xiǎn)管理過(guò)程的一部分？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)評(píng)估C.風(fēng)險(xiǎn)應(yīng)對(duì)開(kāi)發(fā)D.風(fēng)險(xiǎn)審計(jì)二、應(yīng)用技術(shù)（全部為主觀(guān)問(wèn)答題，總5大題，第一題必選，剩下4選2，每題25分，共75分）第一題案例材料：某軟件公司承接了一個(gè)電子商務(wù)平臺(tái)項(xiàng)目，項(xiàng)目周期為12個(gè)月，項(xiàng)目預(yù)算為500萬(wàn)元。項(xiàng)目經(jīng)理A負(fù)責(zé)整個(gè)項(xiàng)目。項(xiàng)目開(kāi)始前，項(xiàng)目經(jīng)理A組織了項(xiàng)目團(tuán)隊(duì)，團(tuán)隊(duì)成員包括需求分析師、軟件設(shè)計(jì)師、程序員、測(cè)試員和運(yùn)維人員。項(xiàng)目采用敏捷開(kāi)發(fā)模式，分為4個(gè)迭代周期。在項(xiàng)目進(jìn)行過(guò)程中，項(xiàng)目經(jīng)理A發(fā)現(xiàn)以下幾個(gè)問(wèn)題：1.需求變更頻繁，導(dǎo)致項(xiàng)目進(jìn)度滯后。2.團(tuán)隊(duì)成員之間溝通不暢，影響了項(xiàng)目質(zhì)量。3.項(xiàng)目質(zhì)量管理措施不完善，導(dǎo)致部分功能存在缺陷。一、問(wèn)題分析：1、請(qǐng)分析需求變更頻繁的原因，并提出相應(yīng)的改進(jìn)措施。1、請(qǐng)分析團(tuán)隊(duì)成員之間溝通不暢的原因，并提出相應(yīng)的改進(jìn)措施。1、請(qǐng)分析項(xiàng)目質(zhì)量管理措施不完善的原因，并提出相應(yīng)的改進(jìn)措施。第二題以下是案例材料，請(qǐng)根據(jù)材料回答以下問(wèn)題?！景咐牧稀磕彻菊陂_(kāi)發(fā)一個(gè)在線(xiàn)教育平臺(tái)，目標(biāo)用戶(hù)群體為中小學(xué)生及其家長(zhǎng)。該平臺(tái)包括上課、作業(yè)管理、在線(xiàn)測(cè)試、知識(shí)點(diǎn)講解視頻等功能模塊。為了確保系統(tǒng)的穩(wěn)定性、安全性及用戶(hù)體驗(yàn)，公司決定進(jìn)行系統(tǒng)監(jiān)理工作。項(xiàng)目團(tuán)隊(duì)初步制定了以下監(jiān)理計(jì)劃，以確保項(xiàng)目的順利進(jìn)行：1.項(xiàng)目啟動(dòng)階段，監(jiān)理團(tuán)隊(duì)組織項(xiàng)目相關(guān)人員進(jìn)行項(xiàng)目需求評(píng)審，確保需求的準(zhǔn)確性和完整性。2.在系統(tǒng)開(kāi)發(fā)過(guò)程中，每半個(gè)月進(jìn)行一次內(nèi)部評(píng)審，發(fā)現(xiàn)問(wèn)題及時(shí)糾正。3.在系統(tǒng)測(cè)試階段，監(jiān)理團(tuán)隊(duì)參與測(cè)試計(jì)劃制定，確保測(cè)試用例覆蓋率達(dá)到90%以上。4.項(xiàng)目完成后，監(jiān)理團(tuán)隊(duì)組織驗(yàn)收會(huì)議，根據(jù)驗(yàn)收標(biāo)準(zhǔn)對(duì)系統(tǒng)進(jìn)行全面檢查。根據(jù)監(jiān)理計(jì)劃，在開(kāi)發(fā)階段，監(jiān)理團(tuán)隊(duì)希望能夠確保代碼質(zhì)量和性能，為此，決定采用以下措施：5.每周進(jìn)行代碼審查，檢查代碼的安全性和規(guī)范性，同時(shí)評(píng)估代碼性能影響。6.引入自動(dòng)化測(cè)試工具，覆蓋所有的功能模塊和邊界條件，提高測(cè)試效率。7.建立性能測(cè)試環(huán)境，對(duì)系統(tǒng)進(jìn)行負(fù)載測(cè)試和壓力測(cè)試，確保系統(tǒng)在高并發(fā)情況下依然能穩(wěn)定運(yùn)行。根據(jù)上述背景，請(qǐng)回答下列問(wèn)題。1、在系統(tǒng)開(kāi)發(fā)過(guò)程中，如何確保代碼質(zhì)量？2、為什么要引入自動(dòng)化測(cè)試工具？3、如何在性能測(cè)試環(huán)境中開(kāi)展性能測(cè)試工作？第三題案例材料：某市政府信息中心計(jì)劃建設(shè)一個(gè)包含數(shù)據(jù)處理、存儲(chǔ)、網(wǎng)絡(luò)通信等模塊的信息系統(tǒng)，以滿(mǎn)足政府各部門(mén)的辦公需求。該項(xiàng)目被分為三個(gè)階段實(shí)施：需求分析、設(shè)計(jì)開(kāi)發(fā)和系統(tǒng)測(cè)試。1.在需求分析階段，監(jiān)理工程師對(duì)甲單位進(jìn)行現(xiàn)場(chǎng)訪(fǎng)問(wèn)，發(fā)現(xiàn)甲單位部分業(yè)務(wù)流程存在不合理之處。監(jiān)理工程師向甲單位提出以下建議：提高業(yè)務(wù)流程的自動(dòng)化程度；優(yōu)化信息存儲(chǔ)結(jié)構(gòu)，提高數(shù)據(jù)訪(fǎng)問(wèn)效率；加強(qiáng)信息安全管理。甲單位采納了監(jiān)理工程師的建議，并在后續(xù)的設(shè)計(jì)開(kāi)發(fā)階段進(jìn)行了相應(yīng)的調(diào)整。2.在設(shè)計(jì)開(kāi)發(fā)階段，監(jiān)理工程師對(duì)乙單位的子系統(tǒng)開(kāi)發(fā)進(jìn)行了質(zhì)量控制。乙單位按照需求文檔完成了系統(tǒng)設(shè)計(jì)，并提出了一份設(shè)計(jì)報(bào)告。監(jiān)理工程師對(duì)設(shè)計(jì)報(bào)告進(jìn)行了評(píng)審，主要評(píng)審內(nèi)容如下：系統(tǒng)架構(gòu)是否符合需求文檔；設(shè)計(jì)是否滿(mǎn)足性能、安全、兼容性等方面的要求；設(shè)計(jì)文檔的完整性、規(guī)范性和準(zhǔn)確性。3.在系統(tǒng)測(cè)試階段，監(jiān)理工程師組織丙單位對(duì)系統(tǒng)集成進(jìn)行了功能測(cè)試和性能測(cè)試。測(cè)試過(guò)程中，發(fā)現(xiàn)以下問(wèn)題：一些功能模塊的功能與需求描述不一致；系統(tǒng)響應(yīng)時(shí)間較長(zhǎng)，影響用戶(hù)體驗(yàn)；部分測(cè)試數(shù)據(jù)存在錯(cuò)誤。監(jiān)理工程師針對(duì)這些問(wèn)題，組織了丙單位進(jìn)行了問(wèn)題追蹤和修復(fù)。問(wèn)題：1、（1）根據(jù)案例材料，請(qǐng)簡(jiǎn)要說(shuō)明信息系統(tǒng)監(jiān)理工程師在需求分析階段的職責(zé)。（2）針對(duì)甲單位采納監(jiān)理工程師的建議后，在后續(xù)的設(shè)計(jì)開(kāi)發(fā)階段可能面臨的風(fēng)險(xiǎn)，請(qǐng)列舉三種主要風(fēng)險(xiǎn)。2、（1）監(jiān)理工程師對(duì)乙單位提交的設(shè)計(jì)報(bào)告進(jìn)行的評(píng)審內(nèi)容中，“系統(tǒng)架構(gòu)是否符合需求文檔”這一項(xiàng)的評(píng)審目的是什么？（2）請(qǐng)簡(jiǎn)述監(jiān)理工程師在設(shè)計(jì)階段需要關(guān)注的幾個(gè)關(guān)鍵點(diǎn)。3、（1）請(qǐng)列舉案例中系統(tǒng)測(cè)試階段發(fā)現(xiàn)的三種主要問(wèn)題。（2）監(jiān)理工程師在問(wèn)題追蹤和修復(fù)過(guò)程中應(yīng)遵循哪些原則？第四題案例材料：某企業(yè)計(jì)劃開(kāi)發(fā)一套內(nèi)部使用的員工績(jī)效管理系統(tǒng)。該系統(tǒng)主要功能包括：?jiǎn)T工基本信息管理、績(jī)效目標(biāo)設(shè)定、績(jī)效考核、績(jī)效反饋及績(jī)效改進(jìn)計(jì)劃等。項(xiàng)目組決定采用敏捷開(kāi)發(fā)模式，并選擇Scrum框架來(lái)指導(dǎo)整個(gè)項(xiàng)目的實(shí)施。在進(jìn)行第一次Sprint規(guī)劃會(huì)議時(shí)，團(tuán)隊(duì)成員就如何確定用戶(hù)故事的優(yōu)先級(jí)進(jìn)行了討論。背景信息：項(xiàng)目周期預(yù)計(jì)為6個(gè)月。團(tuán)隊(duì)由項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、前端工程師、后端工程師以及測(cè)試工程師組成。在首次Sprint中，已經(jīng)初步定義了幾個(gè)關(guān)鍵的用戶(hù)故事，如“作為管理員，我希望可以添加新員工的信息以便于管理”，“作為經(jīng)理，我希望能夠查看下屬的績(jī)效報(bào)告以評(píng)估他們的工作表現(xiàn)”。1、基于上述案例，請(qǐng)簡(jiǎn)述敏捷開(kāi)發(fā)中的Sprint是什么？它在整個(gè)敏捷過(guò)程中扮演著怎樣的角色？2、請(qǐng)列舉并解釋至少三種用于確定用戶(hù)故事優(yōu)先級(jí)的方法。3、結(jié)合案例，說(shuō)明如果使用MoSCoW法則來(lái)為首次Sprint中的用戶(hù)故事設(shè)置優(yōu)先級(jí)，你會(huì)如何劃分這些故事？給出你的理由。第五題案例背景：某市某區(qū)政府為提高行政效率，決定投資建設(shè)一個(gè)電子政務(wù)平臺(tái)。該平臺(tái)包括政府門(mén)戶(hù)網(wǎng)站、政務(wù)信息資源共享平臺(tái)、網(wǎng)上辦事大廳等模塊。項(xiàng)目總預(yù)算為5000萬(wàn)元，項(xiàng)目周期為24個(gè)月。監(jiān)理工程師小李擔(dān)任該項(xiàng)目的監(jiān)理工作。一、項(xiàng)目實(shí)施階段，小李發(fā)現(xiàn)以下問(wèn)題：1.項(xiàng)目組成員中，部分成員缺乏相關(guān)經(jīng)驗(yàn)，導(dǎo)致項(xiàng)目進(jìn)度滯后。2.項(xiàng)目計(jì)劃中，部分模塊的測(cè)試時(shí)間不足，可能影響項(xiàng)目質(zhì)量。3.項(xiàng)目變更頻繁，導(dǎo)致項(xiàng)目成本增加。二、針對(duì)上述問(wèn)題，小李采取了以下措施：1.對(duì)項(xiàng)目組成員進(jìn)行培訓(xùn)，提高其技能水平。2.增加測(cè)試時(shí)間，確保項(xiàng)目質(zhì)量。3.加強(qiáng)變更管理，控制項(xiàng)目成本。問(wèn)答題：1、小李在項(xiàng)目實(shí)施階段發(fā)現(xiàn)的問(wèn)題有哪些？（）2、小李為解決上述問(wèn)題采取了哪些措施？（）3、結(jié)合案例，分析小李在項(xiàng)目監(jiān)理過(guò)程中，如何保證項(xiàng)目質(zhì)量和進(jìn)度？（）軟件資格考試信息系統(tǒng)監(jiān)理師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷(中級(jí))自測(cè)試題與參考答案一、基礎(chǔ)知識(shí)（客觀(guān)選擇題，75題，每題1分，共75分）1、計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的互聯(lián)設(shè)備是____。A）交換機(jī)B）路由器C）集線(xiàn)器D）調(diào)制解調(diào)器答案：B解析：路由器是連接多個(gè)網(wǎng)絡(luò)或網(wǎng)絡(luò)不同部分的かる硬件設(shè)備，它的功能是根據(jù)邏輯地址選擇信息能夠發(fā)送到的網(wǎng)絡(luò)。路由器能夠?qū)⒉煌瑓f(xié)議的網(wǎng)絡(luò)互連，從而實(shí)現(xiàn)了不同網(wǎng)絡(luò)之間的互聯(lián)。2、計(jì)算機(jī)系統(tǒng)中的磁盤(pán)存儲(chǔ)器屬于____。A）只讀存儲(chǔ)器B）主存儲(chǔ)器C）外存儲(chǔ)器D）高速緩沖存儲(chǔ)器答案：C解析：外存儲(chǔ)器是指存儲(chǔ)器的主要存儲(chǔ)介質(zhì)不參與CPU的存儲(chǔ)器總線(xiàn)數(shù)據(jù)交換，如磁盤(pán)存儲(chǔ)器或光盤(pán)存儲(chǔ)器等。它們通常用于長(zhǎng)時(shí)期保存數(shù)據(jù)，但相對(duì)訪(fǎng)問(wèn)速度較慢。因此，選項(xiàng)C“外存儲(chǔ)器”是正確的。3、以下哪項(xiàng)不是軟件工程的主要過(guò)程活動(dòng)？A.需求分析B.設(shè)計(jì)C.編碼D.實(shí)施現(xiàn)場(chǎng)答案：D解析：軟件工程的主要過(guò)程活動(dòng)包括需求分析、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等，實(shí)施現(xiàn)場(chǎng)并不屬于軟件工程的主要過(guò)程活動(dòng)，它是軟件開(kāi)發(fā)過(guò)程中的一個(gè)階段，但不是過(guò)程活動(dòng)的一部分。所以選擇選項(xiàng)D。4、在軟件設(shè)計(jì)中，以下哪一種設(shè)計(jì)方法強(qiáng)調(diào)數(shù)據(jù)驅(qū)動(dòng)的體系結(jié)構(gòu)設(shè)計(jì)？A.面向?qū)ο笤O(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì)C.軟件架構(gòu)設(shè)計(jì)D.數(shù)據(jù)庫(kù)設(shè)計(jì)答案：A解析：面向?qū)ο笤O(shè)計(jì)（Object-OrientedDesign，OOD）強(qiáng)調(diào)以數(shù)據(jù)為中心的設(shè)計(jì)方法，它關(guān)注于數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，通過(guò)定義類(lèi)和對(duì)象來(lái)構(gòu)建軟件體系結(jié)構(gòu)。而在其他選項(xiàng)中，結(jié)構(gòu)化設(shè)計(jì)（StructuredDesign）、軟件架構(gòu)設(shè)計(jì)（SoftwareArchitectureDesign）和數(shù)據(jù)庫(kù)設(shè)計(jì)（DatabaseDesign）并不是特別強(qiáng)調(diào)數(shù)據(jù)驅(qū)動(dòng)的體系結(jié)構(gòu)設(shè)計(jì)。因此，正確答案是A選項(xiàng)。5、以下關(guān)于軟件工程方法學(xué)的描述，哪一項(xiàng)是不正確的？A、瀑布模型可以有效地管理項(xiàng)目進(jìn)度和控制風(fēng)險(xiǎn)。B、增量模型允許軟件在開(kāi)發(fā)過(guò)程中逐步進(jìn)行驗(yàn)證，適合需求易變的項(xiàng)目。C、迭代模型通過(guò)周期性的交付軟件版本來(lái)滿(mǎn)足用戶(hù)需求的變化。D、敏捷模型強(qiáng)調(diào)持續(xù)集成和快速迭代，適合小型項(xiàng)目或團(tuán)隊(duì)。答案：A解析：瀑布模型雖然能夠在早期階段設(shè)定嚴(yán)格的計(jì)劃，但在需求頻繁變化或不確定的情況下，可能會(huì)遇到問(wèn)題。因此選項(xiàng)A不是軟件工程方法學(xué)中最佳的描述，因?yàn)槠俨寄Ｐ透嗟氖浅蔀橐粋€(gè)結(jié)構(gòu)化的線(xiàn)性流程，但沒(méi)有靈活性去應(yīng)對(duì)需求的變動(dòng)。6、下面關(guān)于UML（統(tǒng)一建模語(yǔ)言）的描述，哪一項(xiàng)是不正確的？A、UML是一種可視化的建模語(yǔ)言，用于軟件系統(tǒng)的設(shè)計(jì)和開(kāi)發(fā)。B、UML包含多個(gè)圖，如類(lèi)圖、序列圖和狀態(tài)圖等，用于描述不同方面的需求。C、UML可以用于描述非軟件系統(tǒng)的要求和行為。D、UML僅限于程序編碼階段的應(yīng)用，不適用于需求分析階段。答案：D解析：UML不僅適用于編碼階段，還廣泛用于需求分析、設(shè)計(jì)和測(cè)試等多個(gè)階段。因此選項(xiàng)D不正確，UML是一個(gè)全面的建模工具，貫穿整個(gè)軟件開(kāi)發(fā)過(guò)程。7、在軟件工程中，以下哪一個(gè)不是軟件生命周期模型？A.瀑布模型B.螺旋模型C.循環(huán)改善模型D.水晶模型答案：C解析：軟件生命周期模型包括瀑布模型、螺旋模型、原型模型、增量模型等。循環(huán)改善模型并不是一個(gè)標(biāo)準(zhǔn)的軟件生命周期模型。水晶模型（CrystalModel）是軟件工程中的一種過(guò)程模型，它適用于不同的軟件開(kāi)發(fā)情況。8、在信息系統(tǒng)工程中，以下哪個(gè)不是項(xiàng)目質(zhì)量管理的基本活動(dòng)？A.風(fēng)險(xiǎn)管理B.質(zhì)量策劃C.質(zhì)量保證D.項(xiàng)目審計(jì)答案：A解析：項(xiàng)目質(zhì)量管理的基本活動(dòng)通常包括質(zhì)量策劃、質(zhì)量保證、質(zhì)量控制以及質(zhì)量改進(jìn)。風(fēng)險(xiǎn)管理雖然與質(zhì)量有關(guān)，但它更多地關(guān)注于對(duì)潛在風(fēng)險(xiǎn)的管理和防范，不屬于項(xiàng)目質(zhì)量管理的基本活動(dòng)。項(xiàng)目審計(jì)是對(duì)項(xiàng)目管理過(guò)程進(jìn)行獨(dú)立、系統(tǒng)的審查，以驗(yàn)證項(xiàng)目是否符合既定的標(biāo)準(zhǔn)和要求。9、題目：以下關(guān)于軟件工程中“需求工程”的說(shuō)法，錯(cuò)誤的是：A.需求工程是軟件工程的一個(gè)重要組成部分，主要關(guān)注如何獲取、分析和管理軟件系統(tǒng)的需求B.需求工程的目標(biāo)是確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求C.需求工程通常包括需求獲取、需求分析、需求規(guī)格說(shuō)明和需求管理四個(gè)階段D.需求工程不涉及軟件系統(tǒng)的設(shè)計(jì)階段答案：D解析：需求工程確實(shí)是一個(gè)獨(dú)立的階段，它關(guān)注如何獲取、分析和管理軟件系統(tǒng)的需求，并且貫穿于整個(gè)軟件生命周期。需求工程的目標(biāo)是確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求，它包括需求獲取、需求分析、需求規(guī)格說(shuō)明和需求管理四個(gè)階段。然而，需求工程確實(shí)涉及到軟件系統(tǒng)的設(shè)計(jì)階段，因?yàn)樵谛枨笠?guī)格說(shuō)明階段，設(shè)計(jì)團(tuán)隊(duì)通常會(huì)根據(jù)需求規(guī)格說(shuō)明來(lái)設(shè)計(jì)軟件系統(tǒng)的架構(gòu)和組件。因此，選項(xiàng)D是錯(cuò)誤的。10、題目：在軟件工程中，以下關(guān)于“軟件架構(gòu)”的說(shuō)法，正確的是：A.軟件架構(gòu)是軟件設(shè)計(jì)階段的產(chǎn)物，主要關(guān)注軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)細(xì)節(jié)B.軟件架構(gòu)是軟件需求階段的產(chǎn)物，主要關(guān)注如何滿(mǎn)足用戶(hù)需求C.軟件架構(gòu)是軟件維護(hù)階段的產(chǎn)物，主要關(guān)注如何修復(fù)軟件系統(tǒng)中的缺陷D.軟件架構(gòu)是軟件工程中的一個(gè)重要組成部分，主要關(guān)注軟件系統(tǒng)的結(jié)構(gòu)、行為和屬性答案：D解析：軟件架構(gòu)是軟件工程中的一個(gè)重要組成部分，它關(guān)注軟件系統(tǒng)的結(jié)構(gòu)、行為和屬性。軟件架構(gòu)定義了軟件系統(tǒng)的整體結(jié)構(gòu)，包括組件之間的關(guān)系、組件的接口和系統(tǒng)的關(guān)鍵特性。軟件架構(gòu)通常在軟件設(shè)計(jì)階段形成，但它并不僅僅關(guān)注軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)細(xì)節(jié)，還涉及到軟件系統(tǒng)的行為和屬性，如性能、可擴(kuò)展性、安全性等。因此，選項(xiàng)D是正確的。選項(xiàng)A、B和C都未能準(zhǔn)確描述軟件架構(gòu)的性質(zhì)和作用。11、軟件測(cè)試的種類(lèi)按測(cè)試進(jìn)行的階段可分為以下哪幾類(lèi)？（）A、單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試B、靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試C、白盒測(cè)試和黑盒測(cè)試D、功能測(cè)試、性能測(cè)試和安全性測(cè)試答案：A解析：軟件測(cè)試按測(cè)試進(jìn)行的階段可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。12、軟件生存周期中，軟件開(kāi)發(fā)約占20%～60%，而軟件維護(hù)約占80%～90%，這體現(xiàn)了以下哪個(gè)原則？（）A、軟件的可維護(hù)性原則B、軟件的可靠性原則C、軟件的可測(cè)試性原則D、軟件的可重用性原則答案：A解析：軟件生存周期中，軟件維護(hù)占據(jù)整個(gè)周期的大部分時(shí)間，體現(xiàn)了軟件的可維護(hù)性原則。13、以下哪項(xiàng)不屬于軟件開(kāi)發(fā)生命周期中的活動(dòng)？（）A.需求分析B.系統(tǒng)測(cè)試C.項(xiàng)目管理等D.數(shù)據(jù)庫(kù)設(shè)計(jì)答案：C解析：在軟件開(kāi)發(fā)生命周期中，通常包括需求分析、系統(tǒng)設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段。選項(xiàng)C的“項(xiàng)目管理等”不屬于軟件開(kāi)發(fā)生命周期中的具體活動(dòng)，而是一個(gè)管理過(guò)程。14、以下關(guān)于敏捷開(kāi)發(fā)方法的描述，哪項(xiàng)是錯(cuò)誤的？（）A.強(qiáng)調(diào)持續(xù)交付有價(jià)值的軟件B.團(tuán)隊(duì)自組織，按照用戶(hù)故事優(yōu)先級(jí)進(jìn)行迭代開(kāi)發(fā)C.忽視了系統(tǒng)功能和性能的測(cè)試D.更關(guān)注客戶(hù)需求和用戶(hù)體驗(yàn)答案：C解析：敏捷開(kāi)發(fā)方法強(qiáng)調(diào)的是持續(xù)交付有價(jià)值的軟件，通過(guò)團(tuán)隊(duì)自組織，按照用戶(hù)故事優(yōu)先級(jí)進(jìn)行迭代開(kāi)發(fā)，關(guān)注客戶(hù)需求和用戶(hù)體驗(yàn)，同時(shí)也包含對(duì)系統(tǒng)功能和性能的測(cè)試。選項(xiàng)C描述錯(cuò)誤，因?yàn)槊艚蓍_(kāi)發(fā)同樣重視測(cè)試環(huán)節(jié)，以保證軟件質(zhì)量和用戶(hù)體驗(yàn)。15、題目：以下哪個(gè)選項(xiàng)不屬于軟件工程的基本原則？A.單一職責(zé)原則B.開(kāi)放封閉原則C.迭代開(kāi)發(fā)原則D.大規(guī)模并行開(kāi)發(fā)原則答案：D解析：?jiǎn)我宦氊?zé)原則、開(kāi)放封閉原則和迭代開(kāi)發(fā)原則都是軟件工程中的基本原則。大規(guī)模并行開(kāi)發(fā)原則不屬于軟件工程的基本原則。單一職責(zé)原則要求一個(gè)類(lèi)或模塊只負(fù)責(zé)一項(xiàng)功能；開(kāi)放封閉原則要求軟件實(shí)體（類(lèi)、模塊等）應(yīng)該是開(kāi)放的，對(duì)擴(kuò)展是開(kāi)放的，對(duì)修改是封閉的；迭代開(kāi)發(fā)原則要求軟件開(kāi)發(fā)是一個(gè)迭代的過(guò)程，逐步完善。16、題目：以下哪個(gè)選項(xiàng)不是軟件開(kāi)發(fā)生命周期模型？A.瀑布模型B.V模型C.精益軟件開(kāi)發(fā)模型D.RUP答案：D解析：瀑布模型、V模型和精益軟件開(kāi)發(fā)模型都是軟件開(kāi)發(fā)生命周期模型。RUP（RationalUnifiedProcess）是一種過(guò)程框架，它提供了一套軟件開(kāi)發(fā)的最佳實(shí)踐，但并不是一個(gè)具體的生命周期模型。瀑布模型將軟件開(kāi)發(fā)生命周期劃分為需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試和維護(hù)等階段；V模型將瀑布模型的每個(gè)階段對(duì)應(yīng)一個(gè)驗(yàn)證階段；精益軟件開(kāi)發(fā)模型強(qiáng)調(diào)快速響應(yīng)客戶(hù)需求，持續(xù)交付可用的軟件。17、操作系統(tǒng)中采用多層次頁(yè)表的主要優(yōu)點(diǎn)是（）。A、減少頁(yè)表項(xiàng)的數(shù)量B、加快地址變換速度C、減少內(nèi)存碎片D、可以支持更大的地址空間答案：D解析：操作系統(tǒng)中采用多層次頁(yè)表可以支持更大的地址空間，便于管理大規(guī)模的虛擬地址，這在現(xiàn)代操作系統(tǒng)中是非常重要的。18、在計(jì)算機(jī)網(wǎng)絡(luò)中，實(shí)現(xiàn)不同網(wǎng)絡(luò)中主機(jī)之間的相互通信需要（）。A、網(wǎng)關(guān)B、路由器C、交換機(jī)D、集線(xiàn)器答案：B解析：路由器在不同的網(wǎng)絡(luò)之間進(jìn)行數(shù)據(jù)包的路由選擇與轉(zhuǎn)發(fā)，是多個(gè)網(wǎng)絡(luò)互聯(lián)的關(guān)鍵設(shè)備。網(wǎng)關(guān)涉及更復(fù)雜的協(xié)議轉(zhuǎn)換，通常用于不同協(xié)議的網(wǎng)絡(luò)之間。交換機(jī)主要用于局域網(wǎng)內(nèi)的數(shù)據(jù)幀轉(zhuǎn)發(fā)，而集線(xiàn)器則是一種較低級(jí)別的網(wǎng)絡(luò)互聯(lián)設(shè)備，功能較為簡(jiǎn)單。19、關(guān)于軟件工程中軟件開(kāi)發(fā)的生命周期模型，以下哪個(gè)模型通常將軟件的開(kāi)發(fā)分為準(zhǔn)備階段、設(shè)計(jì)階段和編碼階段？A.演示型生命周期B.生命周期原型法C.水晶模型D.瀑布模型答案：D解析：瀑布模型將軟件開(kāi)發(fā)的生命周期劃分為如下幾個(gè)階段：需求分析、系統(tǒng)設(shè)計(jì)、編碼、測(cè)試、部署和維護(hù)。這個(gè)模型強(qiáng)調(diào)每個(gè)階段之間嚴(yán)格的順序關(guān)系，即前一階段完成后才能進(jìn)入下一階段。20、在軟件開(kāi)發(fā)中，敏捷方法論的核心價(jià)值觀(guān)之一是？A.盡可能地編寫(xiě)詳細(xì)的文檔B.獲取用戶(hù)反饋并快速響應(yīng)C.嚴(yán)格按照計(jì)劃執(zhí)行D.采用嚴(yán)格的質(zhì)量控制方法答案：B解析：敏捷方法論是一種在軟件開(kāi)發(fā)過(guò)程中強(qiáng)調(diào)快速響應(yīng)、迭代開(kāi)發(fā)、靈活變化和客戶(hù)合作的方法論。在其中，獲取用戶(hù)反饋并快速響應(yīng)被視為核心價(jià)值觀(guān)之一，有助于確保軟件產(chǎn)品能更好地滿(mǎn)足用戶(hù)需求。21、在信息系統(tǒng)項(xiàng)目中，以下哪項(xiàng)不屬于信息系統(tǒng)監(jiān)理師應(yīng)承擔(dān)的主要職責(zé)？A.監(jiān)督項(xiàng)目進(jìn)度B.確保項(xiàng)目質(zhì)量C.管理項(xiàng)目風(fēng)險(xiǎn)D.完成項(xiàng)目驗(yàn)收?qǐng)?bào)告答案：C解析：信息系統(tǒng)監(jiān)理師的主要職責(zé)包括監(jiān)督項(xiàng)目進(jìn)度、確保項(xiàng)目質(zhì)量和完成項(xiàng)目驗(yàn)收?qǐng)?bào)告等，但管理項(xiàng)目風(fēng)險(xiǎn)更多是項(xiàng)目經(jīng)理的職責(zé)。監(jiān)理師雖然也要參與風(fēng)險(xiǎn)管理工作，但不是其主要職責(zé)。因此，選項(xiàng)C不屬于信息系統(tǒng)監(jiān)理師應(yīng)承擔(dān)的主要職責(zé)。22、以下哪項(xiàng)不屬于信息系統(tǒng)工程合同的主要條款？A.工程范圍和內(nèi)容B.工程進(jìn)度計(jì)劃C.質(zhì)量要求D.費(fèi)用支付方式答案：B解析：信息系統(tǒng)工程合同的主要條款通常包括工程范圍和內(nèi)容、質(zhì)量要求、費(fèi)用支付方式、工期及違約責(zé)任等。工程進(jìn)度計(jì)劃雖然是項(xiàng)目管理中的重要內(nèi)容，但它通常屬于項(xiàng)目計(jì)劃的一部分，而非合同條款。因此，選項(xiàng)B不屬于信息系統(tǒng)工程合同的主要條款。23、軟件生命周期是指什么過(guò)程？A、軟件從提出、實(shí)現(xiàn)、使用維護(hù)到停止使用退役的過(guò)程。B、軟件版本從0.1更新至1.0的過(guò)程。C、軟件的實(shí)現(xiàn)過(guò)程，從需求分析到編碼再到測(cè)試。D、軟件從設(shè)計(jì)、編碼到發(fā)布的全過(guò)程。答案：A解析：軟件生命周期是指一個(gè)軟件從提出其構(gòu)思開(kāi)始直到該軟件報(bào)廢所經(jīng)歷的全部階段的總和，包括軟件的計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、使用和維護(hù)等階段。選項(xiàng)A正確地概括了這一全過(guò)程。24、需求分析的主要目標(biāo)是什么？A、確定軟件功能和性能需求。B、開(kāi)發(fā)人員與用戶(hù)之間的溝通。C、設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。D、確定測(cè)試用例。答案：A解析：需求分析的主要目標(biāo)是準(zhǔn)確地確定系統(tǒng)應(yīng)具備的功能和性能特性，確保開(kāi)發(fā)出的軟件能夠滿(mǎn)足用戶(hù)的所有需求。選項(xiàng)A準(zhǔn)確地表達(dá)了需求分析的核心目標(biāo)。其他選項(xiàng)雖然在軟件開(kāi)發(fā)過(guò)程中扮演重要角色，但它們并不是需求分析的主要目標(biāo)。25、（單選題）以下哪個(gè)選項(xiàng)不屬于軟件工程的基本原則？（）A.高內(nèi)聚低耦合B.軟件可重用性C.代碼修改量最小化D.需求變更不引入缺陷答案：C解析：軟件工程的基本原則包括模塊化、低耦合高內(nèi)聚、軟件可重用性、可維護(hù)性和用戶(hù)友好等，而“代碼修改量最小化”并不屬于這些基本原則之一。此選項(xiàng)強(qiáng)調(diào)的是結(jié)果而非過(guò)程，而原則更多地關(guān)注于軟件開(kāi)發(fā)的方法和實(shí)施策略。26、（多選題）軟件測(cè)試的目的是什么？（）A.驗(yàn)證軟件是否滿(mǎn)足需求B.尋找并修正軟件中的錯(cuò)誤C.測(cè)試軟件的性能D.確保軟件的安全性和可靠性答案：A、B、C、D解析：軟件測(cè)試是一個(gè)復(fù)雜的過(guò)程，其目的包括：A.驗(yàn)證軟件是否滿(mǎn)足需求：確保軟件按照用戶(hù)的需求正確運(yùn)作；B.尋找并修正軟件中的錯(cuò)誤：找出軟件中存在的缺陷并修復(fù)它們；C.測(cè)試軟件的性能：檢查軟件在特定環(huán)境下的執(zhí)行速度、資源消耗等性能指標(biāo)；D.確保軟件的安全性和可靠性：保證軟件在操作過(guò)程中的安全性，不出現(xiàn)數(shù)據(jù)泄露、崩潰等問(wèn)題。27、以下哪項(xiàng)不屬于軟件工程的基本原則？A.逐步求精原則B.面向?qū)ο笤瓌tC.代碼重用原則D.代碼優(yōu)化原則答案：D解析：軟件工程的基本原則包括逐步求精原則、模塊化原則、抽象原則、信息隱蔽原則、高內(nèi)聚低耦合原則等，而代碼優(yōu)化原則并不屬于軟件工程的基本原則。28、在軟件需求分析階段，以下哪種方法最有利于用戶(hù)參與和溝通？A.問(wèn)卷調(diào)查法B.面向?qū)ο蟮姆治龇椒–.邏輯結(jié)構(gòu)圖法D.交互式討論法答案：D解析：在軟件需求分析階段，交互式討論法最有利于用戶(hù)參與和溝通。該方法通過(guò)面對(duì)面的溝通，能夠更好地理解用戶(hù)的需求和期望，有助于建立良好的用戶(hù)關(guān)系。問(wèn)卷調(diào)查法適用于收集大量數(shù)據(jù)，但用戶(hù)參與度較低；面向?qū)ο蟮姆治龇椒ê瓦壿嫿Y(jié)構(gòu)圖法主要針對(duì)系統(tǒng)分析階段。29、在軟件測(cè)試方法中，以下哪種方法側(cè)重于通過(guò)實(shí)際運(yùn)行軟件來(lái)發(fā)現(xiàn)缺陷，不預(yù)先設(shè)計(jì)具體測(cè)試用例？白盒測(cè)試黑盒測(cè)試靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試答案：D解析：動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行軟件來(lái)發(fā)現(xiàn)缺陷，主要通過(guò)執(zhí)行程序檢測(cè)程序的執(zhí)行結(jié)果或執(zhí)行路徑，而不依賴(lài)于事先設(shè)計(jì)的具體測(cè)試用例。此方法強(qiáng)調(diào)程序的實(shí)際運(yùn)行和行為驗(yàn)證，但不預(yù)先編寫(xiě)詳細(xì)的測(cè)試用例腳本。30、在軟件工程中，架構(gòu)復(fù)查是一種評(píng)估軟件架構(gòu)的技術(shù)，它通常在哪個(gè)軟件開(kāi)發(fā)階段進(jìn)行？需求分析設(shè)計(jì)實(shí)現(xiàn)測(cè)試答案：B解析：架構(gòu)復(fù)查是一種高層次的審查技術(shù)，旨在確保軟件的架構(gòu)符合預(yù)期的目標(biāo)和需求。它通常在設(shè)計(jì)階段進(jìn)行，以確保設(shè)計(jì)能夠滿(mǎn)足功能、性能、安全性和可維護(hù)性等關(guān)鍵特性。通過(guò)此復(fù)查，可以及早發(fā)現(xiàn)和修正架構(gòu)設(shè)計(jì)中的問(wèn)題，從而降低后續(xù)開(kāi)發(fā)階段的風(fēng)險(xiǎn)。31、以下關(guān)于軟件項(xiàng)目管理中風(fēng)險(xiǎn)類(lèi)型的描述，正確的是：A.風(fēng)險(xiǎn)通常只包括技術(shù)風(fēng)險(xiǎn)B.風(fēng)險(xiǎn)主要來(lái)源于需求變更C.風(fēng)險(xiǎn)主要分為技術(shù)風(fēng)險(xiǎn)、市場(chǎng)風(fēng)險(xiǎn)和管理風(fēng)險(xiǎn)D.風(fēng)險(xiǎn)管理與風(fēng)險(xiǎn)評(píng)估是同一概念答案：C解析：在軟件項(xiàng)目管理中，風(fēng)險(xiǎn)是指可能會(huì)對(duì)項(xiàng)目產(chǎn)生不利影響的任何事件。這些風(fēng)險(xiǎn)可能來(lái)源于技術(shù)、市場(chǎng)和管理的各個(gè)方面。因此，選項(xiàng)C是正確的。選項(xiàng)A和B都過(guò)于片面，而選項(xiàng)D錯(cuò)誤地將風(fēng)險(xiǎn)管理與風(fēng)險(xiǎn)評(píng)估混淆了。32、關(guān)于軟件開(kāi)發(fā)生命周期模型的描述，以下哪項(xiàng)是錯(cuò)誤的？A.瀑布模型是一種典型的線(xiàn)性順序型生命周期模型B.螺旋模型融合了瀑布模型的系統(tǒng)化和螺旋模型的迭代性C.增量模型將軟件開(kāi)發(fā)任務(wù)分為多個(gè)階段，每個(gè)階段完成后才進(jìn)入下一個(gè)階段D.瀑布模型容易導(dǎo)致需求的變更無(wú)法追溯答案：C解析：增量模型是一種將軟件開(kāi)發(fā)任務(wù)分為多個(gè)階段，但每個(gè)階段完成后可以立即或部分進(jìn)入下一個(gè)階段的軟件開(kāi)發(fā)生命周期模型。這與選項(xiàng)C所述“每個(gè)階段完成后才進(jìn)入下一個(gè)階段”相矛盾，因此選項(xiàng)C是錯(cuò)誤的。其他選項(xiàng)描述都是正確的：瀑布模型是一種線(xiàn)性順序模型，螺旋模型融合了瀑布模型和迭代模型的特點(diǎn)，而瀑布模型確實(shí)容易導(dǎo)致需求的變更無(wú)法追溯。33、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于信息系統(tǒng)集成項(xiàng)目的范圍管理活動(dòng)？A.范圍定義B.范圍核實(shí)C.范圍變更控制D.項(xiàng)目進(jìn)度管理答案：D解析：項(xiàng)目范圍管理是指確保項(xiàng)目團(tuán)隊(duì)完成全部規(guī)定要做的工作，同時(shí)避免做任何不必要工作的過(guò)程。范圍管理包括范圍定義、范圍核實(shí)和范圍變更控制。項(xiàng)目進(jìn)度管理屬于項(xiàng)目時(shí)間管理的范疇，不屬于范圍管理的活動(dòng)。因此，選項(xiàng)D是正確答案。34、以下關(guān)于信息系統(tǒng)工程質(zhì)量管理活動(dòng)的說(shuō)法，不正確的是：A.質(zhì)量計(jì)劃是質(zhì)量管理活動(dòng)的第一步B.質(zhì)量保證活動(dòng)確保項(xiàng)目遵循既定的質(zhì)量標(biāo)準(zhǔn)和程序C.質(zhì)量控制活動(dòng)關(guān)注項(xiàng)目產(chǎn)品的最終質(zhì)量D.質(zhì)量管理是一個(gè)持續(xù)的過(guò)程，貫穿于整個(gè)項(xiàng)目生命周期答案：C解析：質(zhì)量管理是一個(gè)持續(xù)的過(guò)程，包括質(zhì)量計(jì)劃、質(zhì)量保證和質(zhì)量控制三個(gè)主要活動(dòng)。質(zhì)量計(jì)劃是質(zhì)量管理活動(dòng)的第一步，質(zhì)量保證活動(dòng)確保項(xiàng)目遵循既定的質(zhì)量標(biāo)準(zhǔn)和程序，質(zhì)量控制活動(dòng)關(guān)注項(xiàng)目產(chǎn)品的實(shí)現(xiàn)過(guò)程，而不是最終質(zhì)量。因此，選項(xiàng)C是不正確的說(shuō)法。35、《軟件工程》一書(shū)中軟件生存周期管理的核心是：A、需求管理B、風(fēng)險(xiǎn)管理C、項(xiàng)目管理D、質(zhì)量保證答案：C、項(xiàng)目管理解析：軟件生存周期管理的核心包括需求管理、風(fēng)險(xiǎn)管理、項(xiàng)目管理和質(zhì)量保證等多個(gè)方面，其中項(xiàng)目管理是貫穿整個(gè)軟件生存周期的核心環(huán)節(jié)，負(fù)責(zé)確保軟件項(xiàng)目能夠按計(jì)劃完成。項(xiàng)目管理需要協(xié)調(diào)各方資源，管理時(shí)間、成本和質(zhì)量，確保項(xiàng)目目標(biāo)的實(shí)現(xiàn)。36、網(wǎng)絡(luò)體系結(jié)構(gòu)模型OSI中，哪個(gè)層次負(fù)責(zé)處理兩個(gè)終端應(yīng)用之間的數(shù)據(jù)交換和格式化：A、物理層B、會(huì)話(huà)層C、表示層D、應(yīng)用層答案：C、表示層解析：在OSI七層模型中，應(yīng)用層、會(huì)話(huà)層、表示層都與用戶(hù)的應(yīng)用程序直接相關(guān)，但表示層的功能是處理信息的形式和語(yǔ)法，包括數(shù)據(jù)的編碼、壓縮和解壓縮等，以確保數(shù)據(jù)能夠被接收方正確解釋。因此，表示層負(fù)責(zé)處理兩個(gè)終端應(yīng)用之間的數(shù)據(jù)交換和格式化。37、簡(jiǎn)述信息系統(tǒng)監(jiān)理師職業(yè)道德規(guī)范中的“公正自律”包含哪些內(nèi)容？答案：公正自律包括但不限于以下內(nèi)容：1.公平對(duì)待各相關(guān)方，不偏袒任一方；2.在工作中堅(jiān)持原則，維護(hù)法律法規(guī)和標(biāo)準(zhǔn)規(guī)范；3.嚴(yán)格自律，嚴(yán)守職業(yè)道德，不利用職務(wù)之便謀取不正當(dāng)利益；4.為維護(hù)信息系統(tǒng)投資效益，維護(hù)國(guó)家利益和用戶(hù)權(quán)益而努力工作；5.不斷提高自身專(zhuān)業(yè)素養(yǎng)，勇于開(kāi)拓創(chuàng)新，勇于承擔(dān)社會(huì)責(zé)任。解析：公正自律是信息系統(tǒng)監(jiān)理師職業(yè)道德規(guī)范的重要內(nèi)容。公正意味著在監(jiān)理工作中，監(jiān)理師應(yīng)保持公平公正的態(tài)度，對(duì)待各方利益不偏袒。自律則要求監(jiān)理師在工作過(guò)程中，嚴(yán)格遵守職業(yè)道德和法律法規(guī)，不違背個(gè)人職業(yè)操守。公正自律是信息系統(tǒng)監(jiān)理師職業(yè)形象的重要組成部分，有利于樹(shù)立良好的行業(yè)風(fēng)氣。38、信息系統(tǒng)工程監(jiān)理的主要內(nèi)容有哪些？答案：信息系統(tǒng)工程監(jiān)理的主要內(nèi)容包括：1.工程立項(xiàng)階段的監(jiān)理：包括立項(xiàng)依據(jù)、可行性研究報(bào)告的審核、監(jiān)理單位資質(zhì)審核等；2.設(shè)計(jì)階段監(jiān)理：包括設(shè)計(jì)方案審核、設(shè)備選型、技術(shù)規(guī)范和標(biāo)準(zhǔn)等；3.施工階段監(jiān)理：包括施工進(jìn)度、質(zhì)量、安全文明施工、合同執(zhí)行等方面的監(jiān)理；4.系統(tǒng)驗(yàn)收階段監(jiān)理：包括驗(yàn)收條件、驗(yàn)收程序、驗(yàn)收標(biāo)準(zhǔn)等；5.運(yùn)維階段監(jiān)理：包括運(yùn)維服務(wù)、設(shè)備維護(hù)、系統(tǒng)優(yōu)化升級(jí)等；6.信息系統(tǒng)安全監(jiān)理：包括安全體系設(shè)計(jì)、安全風(fēng)險(xiǎn)評(píng)估、安全防護(hù)措施等；7.軟件著作權(quán)、商標(biāo)、專(zhuān)利等方面的監(jiān)理。解析：信息系統(tǒng)工程監(jiān)理是對(duì)整個(gè)信息系統(tǒng)工程項(xiàng)目進(jìn)行全面、系統(tǒng)、規(guī)范的管理。主要包括工程立項(xiàng)、設(shè)計(jì)、施工、驗(yàn)收、運(yùn)維等階段，涉及多個(gè)方面的工作。監(jiān)理師需全面了解信息系統(tǒng)工程的特點(diǎn)和需求，遵循相關(guān)法律法規(guī)，確保工程質(zhì)量和進(jìn)度，保障相關(guān)方權(quán)益。這道題目旨在考察考生對(duì)信息系統(tǒng)工程監(jiān)理內(nèi)容的掌握程度。39、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于項(xiàng)目進(jìn)度管理的內(nèi)容？A.制定項(xiàng)目進(jìn)度計(jì)劃B.進(jìn)度跟蹤與控制C.進(jìn)度風(fēng)險(xiǎn)管理D.進(jìn)度資源分配答案：C解析：進(jìn)度管理主要包括以下內(nèi)容：制定項(xiàng)目進(jìn)度計(jì)劃、進(jìn)度跟蹤與控制、進(jìn)度變更管理。進(jìn)度風(fēng)險(xiǎn)管理屬于風(fēng)險(xiǎn)管理的內(nèi)容，不屬于進(jìn)度管理的內(nèi)容。因此，選項(xiàng)C是正確答案。40、在信息系統(tǒng)工程中，以下關(guān)于配置管理的說(shuō)法，錯(cuò)誤的是：A.配置管理是確保項(xiàng)目交付物質(zhì)量的重要手段B.配置管理可以避免因配置不一致造成的錯(cuò)誤C.配置管理可以確保項(xiàng)目團(tuán)隊(duì)能夠在任何時(shí)間訪(fǎng)問(wèn)到最新版本的配置項(xiàng)D.配置管理不涉及變更管理答案：D解析：配置管理是確保項(xiàng)目交付物質(zhì)量的重要手段，可以避免因配置不一致造成的錯(cuò)誤，確保項(xiàng)目團(tuán)隊(duì)能夠在任何時(shí)間訪(fǎng)問(wèn)到最新版本的配置項(xiàng)。同時(shí)，配置管理也涉及變更管理，因?yàn)樽兏芾硎桥渲霉芾淼囊徊糠?。因此，選項(xiàng)D是錯(cuò)誤的。41、計(jì)算機(jī)系統(tǒng)由哪兩大部分組成？A、輸入設(shè)備和輸出設(shè)備B、硬件系統(tǒng)和軟件系統(tǒng)C、中央處理器和存儲(chǔ)器D、主機(jī)和外部設(shè)備答案：B、硬件系統(tǒng)和軟件系統(tǒng)解析：計(jì)算機(jī)系統(tǒng)由硬件和軟件兩大部分組成，硬件系統(tǒng)包括計(jì)算機(jī)中央處理器（CPU）、存儲(chǔ)器和輸入輸出設(shè)備，軟件系統(tǒng)則包含操作系統(tǒng)、應(yīng)用軟件等多種程序。42、在信息系統(tǒng)的生命周期中，哪個(gè)階段主要負(fù)責(zé)定義系統(tǒng)的具體目標(biāo)和要求？A、規(guī)劃階段B、需求分析階段C、設(shè)計(jì)階段D、實(shí)施階段答案：B、需求分析階段解析：需求分析階段是信息系統(tǒng)生命周期中的關(guān)鍵階段，其主要任務(wù)是明確系統(tǒng)的目標(biāo)、功能、性能、用戶(hù)需求等，為后續(xù)的設(shè)計(jì)和實(shí)施提供依據(jù)。43、按照《中華人民共和國(guó)招標(biāo)投標(biāo)法》的規(guī)定，招標(biāo)代理機(jī)構(gòu)應(yīng)當(dāng)具備以下哪些基本條件？A、有從事招標(biāo)代理業(yè)務(wù)的營(yíng)業(yè)場(chǎng)所和資金B(yǎng)、有具備高級(jí)職稱(chēng)的技術(shù)人員C、有編制工程量清單和招標(biāo)控制價(jià)的專(zhuān)業(yè)人員D、有申辦招標(biāo)業(yè)務(wù)的經(jīng)驗(yàn)答案：A解析：根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》第十四條規(guī)定，招標(biāo)代理機(jī)構(gòu)應(yīng)當(dāng)具備下列基本條件：（一）有從事招標(biāo)代理業(yè)務(wù)的營(yíng)業(yè)場(chǎng)所和資金；（二）有具備中級(jí)以上職稱(chēng)的技術(shù)人員；（三）有資信良好的獨(dú)立的招標(biāo)代理執(zhí)業(yè)印章。44、在信息系統(tǒng)監(jiān)理過(guò)程中，以下哪項(xiàng)工作屬于監(jiān)理單位的主要職責(zé)？A、審查和批準(zhǔn)合同中的技術(shù)規(guī)范B、監(jiān)督工程進(jìn)度C、對(duì)項(xiàng)目質(zhì)量進(jìn)行驗(yàn)收D、對(duì)項(xiàng)目進(jìn)度進(jìn)行預(yù)測(cè)答案：C解析：在信息系統(tǒng)監(jiān)理過(guò)程中，檢驗(yàn)和驗(yàn)收項(xiàng)目質(zhì)量屬于監(jiān)理單位的主要職責(zé)?！缎畔⑾到y(tǒng)集成項(xiàng)目管理工程師教程》中指出，監(jiān)理單位的職責(zé)包括：對(duì)合同履行情況進(jìn)行監(jiān)督、對(duì)項(xiàng)目質(zhì)量進(jìn)行檢驗(yàn)和驗(yàn)收、對(duì)項(xiàng)目變更進(jìn)行審核等。因此，選項(xiàng)C是正確的。選項(xiàng)A中，審查和批準(zhǔn)合同中的技術(shù)規(guī)范是業(yè)主（或招標(biāo)人）的職責(zé)；選項(xiàng)B中，監(jiān)督工程進(jìn)度是監(jiān)理單位應(yīng)履行的職責(zé)，但并非主要職責(zé)；選項(xiàng)D中，對(duì)項(xiàng)目進(jìn)度進(jìn)行預(yù)測(cè)是項(xiàng)目經(jīng)理的職責(zé)，而非監(jiān)理單位的主要職責(zé)。45、以下關(guān)于數(shù)據(jù)庫(kù)規(guī)范化理論的描述中，哪一項(xiàng)是錯(cuò)誤的？A.第一范式要求字段是不可分的原子值。B.第二范式要求在第一范式的基礎(chǔ)上，非主屬性完全依賴(lài)于主鍵。C.第三范式要求在第二范式的基礎(chǔ)上，消除傳遞依賴(lài)。D.第四范式要求在第三范式的基礎(chǔ)上，消除多值依賴(lài)。答案：D解析：數(shù)據(jù)庫(kù)規(guī)范化理論中，第四范式（4NF）是在第三范式（3NF）的基礎(chǔ)上，要求消除多值依賴(lài)。多值依賴(lài)是指一個(gè)關(guān)系模式中存在兩個(gè)或多個(gè)非主屬性，它們可以同時(shí)依賴(lài)于同一個(gè)候選鍵，而不是單個(gè)屬性。因此，選項(xiàng)D的描述是正確的，其他選項(xiàng)描述都是正確的數(shù)據(jù)庫(kù)規(guī)范化理論要求。題目要求選出錯(cuò)誤的描述，所以答案是D。46、在軟件開(kāi)發(fā)過(guò)程中，以下哪個(gè)階段通常不涉及詳細(xì)的需求分析？A.需求分析階段B.系統(tǒng)設(shè)計(jì)階段C.程序編碼階段D.測(cè)試階段答案：C解析：程序編碼階段是軟件開(kāi)發(fā)過(guò)程中的實(shí)現(xiàn)階段，開(kāi)發(fā)者根據(jù)系統(tǒng)設(shè)計(jì)文檔將設(shè)計(jì)轉(zhuǎn)化為實(shí)際的代碼。在這一階段，開(kāi)發(fā)者關(guān)注的是如何將設(shè)計(jì)轉(zhuǎn)換為可執(zhí)行的程序代碼，而不是進(jìn)行詳細(xì)的需求分析。需求分析階段是明確用戶(hù)需求、系統(tǒng)功能和性能要求的過(guò)程；系統(tǒng)設(shè)計(jì)階段則是根據(jù)需求分析的結(jié)果進(jìn)行系統(tǒng)架構(gòu)和模塊設(shè)計(jì)；測(cè)試階段是對(duì)已實(shí)現(xiàn)的軟件進(jìn)行測(cè)試，確保其滿(mǎn)足需求。因此，選項(xiàng)C是正確的，不涉及詳細(xì)的需求分析。47、(1分)在軟件工程中，標(biāo)識(shí)軟件測(cè)試階段的目標(biāo)，下列哪個(gè)描述最準(zhǔn)確？證明軟件符合設(shè)計(jì)規(guī)格說(shuō)明且無(wú)錯(cuò)誤不僅限定于查找錯(cuò)誤，還旨在改進(jìn)軟件質(zhì)量，確保用戶(hù)需求得到滿(mǎn)足確保代碼質(zhì)量無(wú)瑕疵僅僅是為了發(fā)現(xiàn)軟件中的缺陷和錯(cuò)誤答案：B解析：軟件測(cè)試階段的目標(biāo)不僅僅是發(fā)現(xiàn)錯(cuò)誤，更重要的是通過(guò)測(cè)試過(guò)程不斷改善軟件質(zhì)量，并確保最終產(chǎn)品能夠滿(mǎn)足用戶(hù)的需求和期望。48、(1分)基于當(dāng)前軟件工程的實(shí)踐，以下哪種測(cè)試策略最適用于初期開(kāi)發(fā)階段的測(cè)試活動(dòng)？回歸測(cè)試單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試答案：B解析：在軟件開(kāi)發(fā)初期，通常會(huì)進(jìn)行單元測(cè)試來(lái)驗(yàn)證單個(gè)模塊或函數(shù)的功能是否符合預(yù)期，這有助于及時(shí)發(fā)現(xiàn)并修復(fù)編碼錯(cuò)誤，提高開(kāi)發(fā)效率。49、【題目】在信息系統(tǒng)集成項(xiàng)目實(shí)施過(guò)程中，以下哪項(xiàng)工作不屬于系統(tǒng)集成項(xiàng)目管理中的風(fēng)險(xiǎn)管理？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)評(píng)價(jià)C.風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃D.項(xiàng)目驗(yàn)收【答案】D【解析】風(fēng)險(xiǎn)管理是項(xiàng)目管理中的一個(gè)重要方面，包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)價(jià)、風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃和風(fēng)險(xiǎn)監(jiān)控等。項(xiàng)目驗(yàn)收是項(xiàng)目結(jié)束階段的工作，不屬于風(fēng)險(xiǎn)管理范疇。因此，選項(xiàng)D是正確答案。50、【題目】某信息系統(tǒng)開(kāi)發(fā)項(xiàng)目采用敏捷開(kāi)發(fā)模式，項(xiàng)目團(tuán)隊(duì)成員之間的溝通主要通過(guò)以下哪種方式進(jìn)行？A.多媒體會(huì)議B.編寫(xiě)詳細(xì)的文檔C.項(xiàng)目經(jīng)理定期召開(kāi)進(jìn)度會(huì)議D.短信或即時(shí)通訊工具【答案】D【解析】敏捷開(kāi)發(fā)模式強(qiáng)調(diào)小團(tuán)隊(duì)、快速迭代和高頻溝通。在現(xiàn)代的信息技術(shù)社區(qū)中，短信、即時(shí)通訊工具如微信、Slack等因?yàn)楸憬莺透咝?，?jīng)常被用于團(tuán)隊(duì)成員之間的即時(shí)溝通。雖然多媒體會(huì)議和文檔編寫(xiě)也是溝通方式，但它們通常用于需要更詳細(xì)記錄或多次討論的場(chǎng)合。而項(xiàng)目經(jīng)理定期召開(kāi)進(jìn)度會(huì)議雖然是一種常見(jiàn)的管理手段，但并不直接針對(duì)團(tuán)隊(duì)成員間的日常溝通。因此，選項(xiàng)D是正確答案。51、在信息系統(tǒng)項(xiàng)目管理中，項(xiàng)目的范圍定義輸出是什么？A.項(xiàng)目章程B.項(xiàng)目范圍說(shuō)明書(shū)C.項(xiàng)目工作分解結(jié)構(gòu)D.項(xiàng)目質(zhì)量管理計(jì)劃【正確答案】B【解析】項(xiàng)目的范圍定義過(guò)程產(chǎn)生的是項(xiàng)目范圍說(shuō)明書(shū)，它描述了項(xiàng)目的工作范圍、產(chǎn)品范圍以及項(xiàng)目的假設(shè)條件與制約因素等信息。52、下列哪一項(xiàng)不是信息系統(tǒng)監(jiān)理的主要職責(zé)？A.監(jiān)督項(xiàng)目進(jìn)度B.控制項(xiàng)目成本C.設(shè)計(jì)系統(tǒng)架構(gòu)D.管理項(xiàng)目變更【正確答案】C【解析】信息系統(tǒng)監(jiān)理的主要職責(zé)包括監(jiān)督項(xiàng)目進(jìn)度、控制項(xiàng)目成本以及管理項(xiàng)目變更等。設(shè)計(jì)系統(tǒng)架構(gòu)通常是系統(tǒng)分析師或架構(gòu)設(shè)計(jì)師的職責(zé)，并不屬于監(jiān)理的主要工作范圍。53、以下關(guān)于軟件工程中需求工程的說(shuō)法中，不正確的是：A、需求工程是軟件工程中非常重要的一環(huán)，負(fù)責(zé)收集、分析和整理用戶(hù)需求。B、需求工程的主要目標(biāo)是確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求。C、需求工程的結(jié)果通常包括需求規(guī)格說(shuō)明書(shū)、用例圖、用戶(hù)故事等。D、需求工程不涉及與用戶(hù)溝通，完全由軟件工程師獨(dú)立完成。答案：D解析：需求工程是一個(gè)迭代的過(guò)程，需要與用戶(hù)進(jìn)行溝通，以收集和分析他們的需求。軟件工程師不能獨(dú)立完成需求工程，而是需要與利益相關(guān)者合作，確保軟件系統(tǒng)能夠滿(mǎn)足用戶(hù)的需求。54、在軟件測(cè)試過(guò)程中，以下關(guān)于測(cè)試用例的說(shuō)法中，不正確的是：A、測(cè)試用例是軟件測(cè)試的核心，用于驗(yàn)證軟件系統(tǒng)是否符合需求規(guī)格說(shuō)明書(shū)。B、一個(gè)優(yōu)秀的測(cè)試用例應(yīng)該具有可重復(fù)性、可維護(hù)性、可理解性等特點(diǎn)。C、測(cè)試用例的設(shè)計(jì)應(yīng)該遵循“等價(jià)類(lèi)劃分”、“邊界值分析”、“因果圖”等方法。D、測(cè)試用例的實(shí)施只需要關(guān)注功能測(cè)試，不需要考慮性能、安全等方面。答案：D解析：測(cè)試用例不僅需要關(guān)注功能測(cè)試，還需要考慮性能、安全、兼容性等多個(gè)方面。一個(gè)全面的測(cè)試用例應(yīng)該能夠覆蓋軟件系統(tǒng)的各個(gè)方面，以確保軟件質(zhì)量。因此，選項(xiàng)D是不正確的。55、在軟件開(kāi)發(fā)過(guò)程中，下列哪種方法是以用例為中心的開(kāi)發(fā)方法？A、面向過(guò)程方法B、原型化方法C、面向?qū)ο蠓椒―、用例驅(qū)動(dòng)開(kāi)發(fā)方法答案：D解析：用例驅(qū)動(dòng)開(kāi)發(fā)方法（Use-CaseDrivenDevelopment,UCDD）是一種以用戶(hù)需求為中心的軟件開(kāi)發(fā)方法，強(qiáng)調(diào)通過(guò)收集和分析用例來(lái)指導(dǎo)系統(tǒng)的開(kāi)發(fā)，以確保系統(tǒng)能夠滿(mǎn)足用戶(hù)需求。這種方法特別適用于信息系統(tǒng)監(jiān)理師在項(xiàng)目管理過(guò)程中評(píng)估和監(jiān)督所有開(kāi)發(fā)活動(dòng)是否符合用戶(hù)的需求和期望。56、在信息系統(tǒng)監(jiān)理工作中，信息系統(tǒng)在交付使用前進(jìn)行的驗(yàn)收測(cè)試，由誰(shuí)負(fù)責(zé)組織？A、信息系統(tǒng)主管部門(mén)B、信息系統(tǒng)建設(shè)單位C、信息系統(tǒng)監(jiān)理單位D、信息系統(tǒng)使用單位答案：C解析：信息系統(tǒng)監(jiān)理單位在信息系統(tǒng)交付使用前負(fù)責(zé)組織進(jìn)行交付使用前的驗(yàn)收測(cè)試，這是信息系統(tǒng)監(jiān)理工作的主要內(nèi)容之一。監(jiān)理單位需要通過(guò)這些測(cè)試來(lái)驗(yàn)證系統(tǒng)是否滿(mǎn)足合同約定的各項(xiàng)需求和質(zhì)量標(biāo)準(zhǔn)，確保系統(tǒng)的穩(wěn)定性和可靠性。57、以下哪項(xiàng)不屬于信息系統(tǒng)工程監(jiān)理的范圍？（）A.土建工程監(jiān)理B.軟件開(kāi)發(fā)監(jiān)理C.系統(tǒng)集成監(jiān)理D.網(wǎng)絡(luò)工程監(jiān)理答案：A解析：信息系統(tǒng)工程監(jiān)理的范圍主要針對(duì)信息系統(tǒng)領(lǐng)域，包括軟件開(kāi)發(fā)、系統(tǒng)集成、網(wǎng)絡(luò)工程等。土建工程監(jiān)理屬于建筑工程領(lǐng)域，與信息系統(tǒng)工程監(jiān)理范圍不符，因此選A。58、在信息系統(tǒng)工程監(jiān)理中，質(zhì)量控制主要包括以下幾個(gè)方面。（）A.工程合同管理B.進(jìn)度控制C.軟件質(zhì)量保證D.人員資格管理答案：BC解析：信息系統(tǒng)工程監(jiān)理的質(zhì)量控制主要包括進(jìn)度控制、軟件質(zhì)量保證等方面。工程合同管理和人員資格管理不屬于嚴(yán)格意義上的質(zhì)量控制范圍，因此選BC。59、在信息系統(tǒng)項(xiàng)目管理中，關(guān)于范圍變更控制的說(shuō)法正確的是：A.范圍變更控制主要關(guān)注項(xiàng)目范圍的減少，而不必關(guān)注范圍的增加B.變更請(qǐng)求可以是口頭的，也可以是書(shū)面的，但建議所有變更都應(yīng)有正式記錄C.范圍變更控制與整體變更控制是相互獨(dú)立的過(guò)程，互不影響D.范圍變更控制僅由項(xiàng)目經(jīng)理決定，無(wú)需經(jīng)過(guò)變更控制委員會(huì)(CCB)審批答案：B解析：范圍變更控制是指對(duì)項(xiàng)目范圍的增加或減少進(jìn)行管理的過(guò)程，不僅需要關(guān)注范圍的減少，也需要關(guān)注范圍的增加，因此選項(xiàng)A錯(cuò)誤。變更請(qǐng)求無(wú)論是口頭還是書(shū)面形式，都應(yīng)該被記錄下來(lái)，并且最好是以書(shū)面形式提交，以便于后續(xù)的跟蹤和處理，所以選項(xiàng)B正確。范圍變更控制過(guò)程應(yīng)當(dāng)與其他項(xiàng)目管理過(guò)程緊密聯(lián)系，如整體變更控制，因此選項(xiàng)C錯(cuò)誤。對(duì)于重要的變更，通常需要經(jīng)過(guò)變更控制委員會(huì)(CCB)的審批，而不僅僅是項(xiàng)目經(jīng)理個(gè)人的決定，故選項(xiàng)D錯(cuò)誤。60、在軟件開(kāi)發(fā)過(guò)程中，下列哪一項(xiàng)不是需求分析階段的主要任務(wù)？A.明確用戶(hù)的具體需求，定義系統(tǒng)功能B.編寫(xiě)詳細(xì)的設(shè)計(jì)文檔，指導(dǎo)后續(xù)的開(kāi)發(fā)工作C.進(jìn)行需求評(píng)審，確保需求的準(zhǔn)確性和完整性D.制定測(cè)試計(jì)劃，為后續(xù)的測(cè)試活動(dòng)做準(zhǔn)備答案：B解析：需求分析階段的核心任務(wù)是明確用戶(hù)的實(shí)際需求，確定系統(tǒng)的功能和性能要求，確保這些需求能夠被正確地理解并記錄下來(lái)。此外，還需要通過(guò)需求評(píng)審來(lái)驗(yàn)證需求的合理性和可行性，保證需求的質(zhì)量。因此，選項(xiàng)A和C都是需求分析階段的主要任務(wù)。而選項(xiàng)D制定測(cè)試計(jì)劃雖然重要，但它屬于測(cè)試設(shè)計(jì)階段的工作，不是需求分析階段的任務(wù)。編寫(xiě)詳細(xì)的設(shè)計(jì)文檔（選項(xiàng)B）則是設(shè)計(jì)階段的工作，同樣不屬于需求分析階段的任務(wù)。但在上述四個(gè)選項(xiàng)中，只有選項(xiàng)B明確指出了這是一個(gè)設(shè)計(jì)階段的任務(wù)，因此選擇B作為正確答案。61、在信息系統(tǒng)工程中，以下哪項(xiàng)不屬于項(xiàng)目風(fēng)險(xiǎn)管理的步驟？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)分析C.風(fēng)險(xiǎn)規(guī)避D.風(fēng)險(xiǎn)監(jiān)控答案：C解析：項(xiàng)目風(fēng)險(xiǎn)管理的步驟通常包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)應(yīng)對(duì)（包括風(fēng)險(xiǎn)規(guī)避、風(fēng)險(xiǎn)轉(zhuǎn)移、風(fēng)險(xiǎn)減輕等策略）和風(fēng)險(xiǎn)監(jiān)控。風(fēng)險(xiǎn)規(guī)避是指完全避免風(fēng)險(xiǎn)的發(fā)生，而不是對(duì)風(fēng)險(xiǎn)的管理步驟，因此C選項(xiàng)不屬于項(xiàng)目風(fēng)險(xiǎn)管理的步驟。A、B、D選項(xiàng)都是項(xiàng)目風(fēng)險(xiǎn)管理的步驟。62、關(guān)于軟件工程中軟件測(cè)試的描述，以下哪項(xiàng)是錯(cuò)誤的？A.軟件測(cè)試是軟件質(zhì)量保證的重要手段B.軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤C.軟件測(cè)試應(yīng)該在軟件開(kāi)發(fā)過(guò)程的早期階段開(kāi)始D.軟件測(cè)試應(yīng)該由獨(dú)立的測(cè)試團(tuán)隊(duì)執(zhí)行答案：D解析：A、B、C選項(xiàng)都是關(guān)于軟件測(cè)試的正確描述。軟件測(cè)試確實(shí)是軟件質(zhì)量保證的重要手段，目的是發(fā)現(xiàn)軟件中的錯(cuò)誤，并且應(yīng)該在軟件開(kāi)發(fā)過(guò)程的早期階段開(kāi)始。然而，D選項(xiàng)說(shuō)軟件測(cè)試應(yīng)該由獨(dú)立的測(cè)試團(tuán)隊(duì)執(zhí)行，這并不是絕對(duì)的。雖然獨(dú)立的測(cè)試團(tuán)隊(duì)可以提供客觀(guān)的測(cè)試結(jié)果，但軟件測(cè)試也可以由開(kāi)發(fā)人員自行執(zhí)行，尤其是在小型項(xiàng)目或敏捷開(kāi)發(fā)環(huán)境中。因此，D選項(xiàng)是錯(cuò)誤的描述。63、下列關(guān)于菜單的描述中，哪一項(xiàng)是不正確的？A、下拉菜單在軟件開(kāi)發(fā)中用于實(shí)現(xiàn)命令式操作。B、工具欄可看作是一種特殊的下拉菜單，常用于提供快捷操作。C、彈出菜單由用戶(hù)通過(guò)鼠標(biāo)點(diǎn)擊屏幕上的空白區(qū)域或其他圖形元素觸發(fā)。D、彈出菜單的顯示通常不與其關(guān)聯(lián)的圖形元素在同一層級(jí)的區(qū)域內(nèi)。答案：C解析：彈出菜單是由用戶(hù)通過(guò)對(duì)菜單項(xiàng)進(jìn)行操作或者點(diǎn)擊特定圖標(biāo)后觸發(fā)的，不總是由鼠標(biāo)點(diǎn)擊屏幕上的空白區(qū)域或者其他圖形元素觸發(fā)。因此，選項(xiàng)C的說(shuō)法是不準(zhǔn)確的。其他選項(xiàng)描述的內(nèi)容都是正確的。64、軟件架構(gòu)風(fēng)格改變了哪個(gè)系統(tǒng)元素的組合方式既能滿(mǎn)足當(dāng)前功能性和非功能性需求，又能適應(yīng)未來(lái)的變化？A、應(yīng)用的設(shè)備B、數(shù)據(jù)C、子系統(tǒng)D、交互界面答案：C解析：軟件架構(gòu)風(fēng)格描述了軟件系統(tǒng)的組件及其之間的交互方式，它改變了子系統(tǒng)之間的組合方式，以滿(mǎn)足當(dāng)前功能性和非功能性需求，并且使得系統(tǒng)可以更好地適應(yīng)未來(lái)的變化。因此，選項(xiàng)C是正確的。選項(xiàng)A、B、D描述的內(nèi)容雖然也是軟件系統(tǒng)的重要組成部分，但不是通過(guò)架構(gòu)風(fēng)格主要改變的內(nèi)容。65、以下關(guān)于信息系統(tǒng)集成技術(shù)特點(diǎn)的描述，錯(cuò)誤的是（）。A.系統(tǒng)性B.綜合性C.可伸縮性D.非標(biāo)準(zhǔn)化答案：D解析：信息系統(tǒng)集成技術(shù)具有以下特點(diǎn)：系統(tǒng)性、綜合性、可伸縮性和標(biāo)準(zhǔn)化。非標(biāo)準(zhǔn)化不是信息系統(tǒng)集成技術(shù)特點(diǎn)之一，因此選D。66、在信息系統(tǒng)建設(shè)過(guò)程中，以下不屬于系統(tǒng)實(shí)施階段任務(wù)的是（）。A.建立數(shù)據(jù)庫(kù)B.部署操作系統(tǒng)C.編寫(xiě)系統(tǒng)文檔D.進(jìn)行系統(tǒng)驗(yàn)收答案：D解析：信息系統(tǒng)實(shí)施階段主要包括以下任務(wù)：建立數(shù)據(jù)庫(kù)、部署操作系統(tǒng)、進(jìn)行系統(tǒng)集成和網(wǎng)絡(luò)配置等。系統(tǒng)驗(yàn)收屬于系統(tǒng)試運(yùn)行階段，因此選D。67、在信息系統(tǒng)開(kāi)發(fā)過(guò)程中，需求分析階段的主要任務(wù)是什么？A、制定項(xiàng)目計(jì)劃B、編寫(xiě)程序代碼C、明確用戶(hù)需求D、設(shè)計(jì)系統(tǒng)架構(gòu)【正確答案】C、明確用戶(hù)需求【解析】需求分析階段的目標(biāo)是理解用戶(hù)的需求，并將其轉(zhuǎn)化為詳細(xì)的規(guī)格說(shuō)明。這一階段需要與用戶(hù)緊密合作，確保所獲取的需求準(zhǔn)確無(wú)誤地反映了用戶(hù)的期望。68、下列哪種方法不是用于保證軟件質(zhì)量的技術(shù)手段？A、代碼復(fù)審B、單元測(cè)試C、持續(xù)集成D、功能增強(qiáng)【正確答案】D、功能增強(qiáng)【解析】功能增強(qiáng)通常指的是在軟件產(chǎn)品中增加新的特性或功能，而不是一種直接提高軟件質(zhì)量的方法。而代碼復(fù)審、單元測(cè)試以及持續(xù)集成都是用來(lái)確保軟件質(zhì)量的重要措施。69、在信息系統(tǒng)監(jiān)理過(guò)程中，以下哪項(xiàng)工作不屬于監(jiān)理工程師的職責(zé)？（）A.監(jiān)督合同執(zhí)行情況B.審查設(shè)計(jì)文檔C.編寫(xiě)監(jiān)理日記D.參與系統(tǒng)測(cè)試答案：D解析：信息系統(tǒng)監(jiān)理工程師的主要職責(zé)包括監(jiān)督合同執(zhí)行情況、審查設(shè)計(jì)文檔、編寫(xiě)監(jiān)理日記等工作。參與系統(tǒng)測(cè)試屬于測(cè)試工程師的職責(zé)，不屬于監(jiān)理工程師的職責(zé)。70、在項(xiàng)目進(jìn)度控制中，以下哪種工具可以幫助監(jiān)理工程師識(shí)別項(xiàng)目進(jìn)度偏差的原因？（）A.Gantt圖B.網(wǎng)絡(luò)圖C.PERT圖D.報(bào)表答案：A解析：Gantt圖是一種常見(jiàn)的項(xiàng)目進(jìn)度管理工具，可以幫助監(jiān)理工程師清晰地展示項(xiàng)目進(jìn)度，識(shí)別項(xiàng)目進(jìn)度偏差的原因。網(wǎng)絡(luò)圖用于展示項(xiàng)目活動(dòng)之間的依賴(lài)關(guān)系，PERT圖用于評(píng)估項(xiàng)目活動(dòng)的時(shí)間，報(bào)表則用于記錄和報(bào)告項(xiàng)目進(jìn)度信息。71、計(jì)算機(jī)網(wǎng)絡(luò)中，以下哪個(gè)協(xié)議主要負(fù)責(zé)在主機(jī)之間傳輸電子郵件？A、HTTPB、SMTPC、FTPD、UDP答案：B解析：SMTP（SimpleMailTransferProtocol，簡(jiǎn)單郵件傳輸協(xié)議）主要用于在源計(jì)算機(jī)和郵件服務(wù)器之間以及郵件服務(wù)器之間的郵件發(fā)送。HTTP（HypertextTransferProtocol，超文本傳輸協(xié)議）用于在Web瀏覽器和Web服務(wù)器之間傳輸超文本（HTML文檔），而不是用于郵件傳輸。FTP（FileTransferProtocol，文件傳輸協(xié)議）主要用于在主機(jī)之間傳輸文件，并不是專(zhuān)門(mén)用于電子郵件傳輸?shù)?。UDP（UserDatagramProtocol，用戶(hù)數(shù)據(jù)報(bào)協(xié)議）是一種無(wú)連接協(xié)議，常用于不需要保證數(shù)據(jù)包順序和完整性的應(yīng)用層協(xié)議，廣泛用于多媒體應(yīng)用中的實(shí)時(shí)通信，如IP電話(huà)、視頻會(huì)議和在線(xiàn)游戲等，也不用于電子郵件傳輸。72、在軟件工程中，下列哪種模型著重描述了軟件的邏輯功能，而不是物理實(shí)現(xiàn)？A、瀑布模型B、螺旋模型C、面向?qū)ο竽Ｐ虳、用例模型答案：D解析：用例模型（UseCaseModel）是一種描述軟件系統(tǒng)的關(guān)鍵行為以及與外部參與者之間的交互模型。這種模型更多地關(guān)注軟件的功能及其邏輯行為，而不是具體的實(shí)現(xiàn)細(xì)節(jié)。相比之下，瀑布模型強(qiáng)調(diào)線(xiàn)性依次的開(kāi)發(fā)階段，螺旋模型考慮到了風(fēng)險(xiǎn)分析和迭代開(kāi)發(fā)，面向?qū)ο竽Ｐ蛣t強(qiáng)調(diào)數(shù)據(jù)對(duì)象之間的交互。因此，用例模型最符合題目中的描述。73、以下哪個(gè)法規(guī)是中國(guó)軟件工程領(lǐng)域的基礎(chǔ)性法規(guī)？（）A.《中華人民共和國(guó)合同法》B.《中華人民共和國(guó)計(jì)算機(jī)信息網(wǎng)絡(luò)國(guó)際聯(lián)網(wǎng)安全保護(hù)管理辦法》C.《中華人民共和國(guó)計(jì)算機(jī)軟件保護(hù)條例》D.《中華人民共和國(guó)合同法與計(jì)算機(jī)軟件保護(hù)條例》答案：C解析：中國(guó)軟件工程領(lǐng)域的基礎(chǔ)性法規(guī)是《中華人民共和國(guó)計(jì)算機(jī)軟件保護(hù)條例》。這個(gè)條例的主要內(nèi)容是保護(hù)計(jì)算機(jī)軟件的作者和其他權(quán)利人的權(quán)益，調(diào)整計(jì)算機(jī)軟件在開(kāi)發(fā)、傳播和使用中發(fā)生的利益關(guān)系。74、軟件工程中的“需求工程”主要關(guān)注哪一個(gè)階段？（）A.軟件開(kāi)發(fā)生命周期中的需求分析階段B.軟件開(kāi)發(fā)生命周期中的設(shè)計(jì)階段C.軟件開(kāi)發(fā)生命周期中的測(cè)試階段D.軟件開(kāi)發(fā)生命周期中的維護(hù)階段答案：A解析：需求工程是軟件工程中的一個(gè)重要環(huán)節(jié)，主要負(fù)責(zé)軟件開(kāi)發(fā)過(guò)程中對(duì)用戶(hù)需求的分析。它主要集中的是軟件開(kāi)發(fā)生命周期中的需求分析階段，確保對(duì)用戶(hù)需求有準(zhǔn)確、全面的理解。75、在項(xiàng)目管理中，下列哪一項(xiàng)不屬于風(fēng)險(xiǎn)管理過(guò)程的一部分？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)評(píng)估C.風(fēng)險(xiǎn)應(yīng)對(duì)開(kāi)發(fā)D.風(fēng)險(xiǎn)審計(jì)答案：D.風(fēng)險(xiǎn)審計(jì)解析：在項(xiàng)目管理的知識(shí)體系中，風(fēng)險(xiǎn)管理是一個(gè)重要的組成部分，它包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析（定量與定性）、風(fēng)險(xiǎn)應(yīng)對(duì)規(guī)劃以及風(fēng)險(xiǎn)監(jiān)控等環(huán)節(jié)。而風(fēng)險(xiǎn)審計(jì)屬于質(zhì)量管理和控制過(guò)程中的活動(dòng)，主要用于評(píng)估風(fēng)險(xiǎn)管理過(guò)程的有效性，并不是風(fēng)險(xiǎn)管理過(guò)程的一個(gè)直接組成部分。因此，選項(xiàng)D風(fēng)險(xiǎn)審計(jì)不屬于風(fēng)險(xiǎn)管理過(guò)程的一部分。二、應(yīng)用技術(shù)（全部為主觀(guān)問(wèn)答題，總5大題，第一題必選，剩下4選2，每題25分，共75分）第一題案例材料：某軟件公司承接了一個(gè)電子商務(wù)平臺(tái)項(xiàng)目，項(xiàng)目周期為12個(gè)月，項(xiàng)目預(yù)算為500萬(wàn)元。項(xiàng)目經(jīng)理A負(fù)責(zé)整個(gè)項(xiàng)目。項(xiàng)目開(kāi)始前，項(xiàng)目經(jīng)理A組織了項(xiàng)目團(tuán)隊(duì)，團(tuán)隊(duì)成員包括需求分析師、軟件設(shè)計(jì)師、程序員、測(cè)試員和運(yùn)維人員。項(xiàng)目采用敏捷開(kāi)發(fā)模式，分為4個(gè)迭代周期。在項(xiàng)目進(jìn)行過(guò)程中，項(xiàng)目經(jīng)理A發(fā)現(xiàn)以下幾個(gè)問(wèn)題：1.需求變更頻繁，導(dǎo)致項(xiàng)目進(jìn)度滯后。2.團(tuán)隊(duì)成員之間溝通不暢，影響了項(xiàng)目質(zhì)量。3.項(xiàng)目質(zhì)量管理措施不完善，導(dǎo)致部分功能存在缺陷。一、問(wèn)題分析：1、請(qǐng)分析需求變更頻繁的原因，并提出相應(yīng)的改進(jìn)措施。1、請(qǐng)分析團(tuán)隊(duì)成員之間溝通不暢的原因，并提出相應(yīng)的改進(jìn)措施。1、請(qǐng)分析項(xiàng)目質(zhì)量管理措施不完善的原因，并提出相應(yīng)的改進(jìn)措施。答案：1、原因分析：客戶(hù)對(duì)項(xiàng)目需求理解不透徹，導(dǎo)致需求變更頻繁。項(xiàng)目團(tuán)隊(duì)缺乏有效的需求管理流程。缺乏需求變更控制機(jī)制。改進(jìn)措施：加強(qiáng)需求調(diào)研，確?？蛻?hù)對(duì)項(xiàng)目需求有清晰的認(rèn)識(shí)。建立需求管理流程，明確需求變更的審批流程。制定需求變更控制機(jī)制，限制需求變更的頻率。1、原因分析：團(tuán)隊(duì)成員之間缺乏有效的溝通工具和平臺(tái)。團(tuán)隊(duì)成員之間缺乏信任，不愿主動(dòng)溝通。溝通方式單一，缺乏多樣化的溝通手段。改進(jìn)措施：引入項(xiàng)目溝通管理工具，如項(xiàng)目管理軟件、即時(shí)通訊工具等。建立團(tuán)隊(duì)信任，鼓勵(lì)團(tuán)隊(duì)成員主動(dòng)溝通。采用多樣化的溝通手段，如會(huì)議、郵件、即時(shí)通訊等。1、原因分析：項(xiàng)目質(zhì)量管理計(jì)劃不明確，缺乏可操作性。缺乏質(zhì)量保證團(tuán)隊(duì)，無(wú)法對(duì)項(xiàng)目質(zhì)量進(jìn)行有效監(jiān)控。質(zhì)量管理工具和手段不足，無(wú)法對(duì)項(xiàng)目質(zhì)量進(jìn)行全面評(píng)估。改進(jìn)措施：制定詳細(xì)的項(xiàng)目質(zhì)量管理計(jì)劃，明確質(zhì)量目標(biāo)和質(zhì)量標(biāo)準(zhǔn)。建立質(zhì)量保證團(tuán)隊(duì)，負(fù)責(zé)項(xiàng)目質(zhì)量監(jiān)控和評(píng)估。引入質(zhì)量管理和評(píng)估工具，如缺陷跟蹤系統(tǒng)、代碼審查工具等。第二題以下是案例材料，請(qǐng)根據(jù)材料回答以下問(wèn)題?！景咐牧稀磕彻菊陂_(kāi)發(fā)一個(gè)在線(xiàn)教育平臺(tái)，目標(biāo)用戶(hù)群體為中小學(xué)生及其家長(zhǎng)。該平臺(tái)包括上課、作業(yè)管理、在線(xiàn)測(cè)試、知識(shí)點(diǎn)講解視頻等功能模塊。為了確保系統(tǒng)的穩(wěn)定性、安全性及用戶(hù)體驗(yàn)，公司決定進(jìn)行系統(tǒng)監(jiān)理工作。項(xiàng)目團(tuán)隊(duì)初步制定了以下監(jiān)理計(jì)劃，以確保項(xiàng)目的順利進(jìn)行：1.項(xiàng)目啟動(dòng)階段，監(jiān)理團(tuán)隊(duì)組織項(xiàng)目相關(guān)人員進(jìn)行項(xiàng)目需求評(píng)審，確保需求的準(zhǔn)確性和完整性。2.在系統(tǒng)開(kāi)發(fā)過(guò)程中，每半個(gè)月進(jìn)行一次內(nèi)部評(píng)審，發(fā)現(xiàn)問(wèn)題及時(shí)糾正。3.在系統(tǒng)測(cè)試階段，監(jiān)理團(tuán)隊(duì)參與測(cè)試計(jì)劃制定，確保測(cè)試用例覆蓋率達(dá)到90%以上。4.項(xiàng)目完成后，監(jiān)理團(tuán)隊(duì)組織驗(yàn)收會(huì)議，根據(jù)驗(yàn)收標(biāo)準(zhǔn)對(duì)系統(tǒng)進(jìn)行全面檢查。根據(jù)監(jiān)理計(jì)劃，在開(kāi)發(fā)階段，監(jiān)理團(tuán)隊(duì)希望能夠確保代碼質(zhì)量和性能，為此，決定采用以下措施：5.每周進(jìn)行代碼審查，檢查代碼的安全性和規(guī)范性，同時(shí)評(píng)估代碼性能影響。6.引入自動(dòng)化測(cè)試工具，覆蓋所有的功能模塊和邊界條件，提高測(cè)試效率。7.建立性能測(cè)試環(huán)境，對(duì)系統(tǒng)進(jìn)行負(fù)載測(cè)試和壓力測(cè)試，確保系統(tǒng)在高并發(fā)情況下依然能穩(wěn)定運(yùn)行。根據(jù)上述背景，請(qǐng)回答下列問(wèn)題。1、在系統(tǒng)開(kāi)發(fā)過(guò)程中，如何確保代碼質(zhì)量？答案：在系統(tǒng)開(kāi)發(fā)過(guò)程中，可以通過(guò)以下方式確保代碼質(zhì)量：實(shí)施代碼審查，檢查代碼的安全性和規(guī)范性，及時(shí)發(fā)現(xiàn)潛在問(wèn)題。利用靜態(tài)代碼分析工具進(jìn)行代碼質(zhì)量檢測(cè)，自動(dòng)化發(fā)現(xiàn)代碼中的錯(cuò)誤。采用代碼覆蓋率較高的測(cè)試用例，確保所有代碼路徑都被測(cè)試到。定期進(jìn)行代碼優(yōu)化，提高代碼的可讀性和可維護(hù)性。2、為什么要引入自動(dòng)化測(cè)試工具？答案：引入自動(dòng)化測(cè)試工具可以加快測(cè)試進(jìn)度、提高精確度和覆蓋率，同時(shí)降低測(cè)試風(fēng)險(xiǎn)。具體原因如下：自動(dòng)化測(cè)試能夠自動(dòng)執(zhí)行重復(fù)性高的測(cè)試用例，減少人為干預(yù)，大大提高了測(cè)試效率?？梢栽诓挥绊懫渌_(kāi)發(fā)活動(dòng)的前提下，進(jìn)行持續(xù)集成，確保每次修改后的特性都能經(jīng)過(guò)完整的測(cè)試流程。自動(dòng)化測(cè)試能夠覆蓋更多的邊界條件和異常情況，提高測(cè)試覆蓋率。自動(dòng)化測(cè)試能夠模擬用戶(hù)行為，進(jìn)行并發(fā)測(cè)試和性能測(cè)試，提前發(fā)現(xiàn)問(wèn)題，優(yōu)化系統(tǒng)性能。3、如何在性能測(cè)試環(huán)境中開(kāi)展性能測(cè)試工作？答案：在性能測(cè)試環(huán)境中可以采取以下措施進(jìn)行性能測(cè)試：建立性能測(cè)試環(huán)境，確保與生產(chǎn)環(huán)境配置一致，能夠真實(shí)模擬高并發(fā)的真實(shí)場(chǎng)景。制定詳細(xì)的測(cè)試場(chǎng)景和測(cè)試計(jì)劃，選擇合適的壓力測(cè)試工具，通過(guò)逐步增加并發(fā)用戶(hù)數(shù)來(lái)測(cè)試系統(tǒng)性能。在測(cè)試