計算機技術(shù)與軟件專業(yè)技術(shù)資格（高級）綜合知識真題庫（完整版）

計算機技術(shù)與軟件專業(yè)技術(shù)資格（高級）綜合知識真題庫（完整版）一、判斷題（每題2分，共20分）1.信息系統(tǒng)的生命周期依次分為立項、開發(fā)、運維、消亡四個階段，其中開發(fā)階段又可細分為需求分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)驗收四個子階段。2.項目進度管理中，關(guān)鍵路徑上的活動總時差恒為0，非關(guān)鍵路徑上的活動總時差一定大于0。3.微服務(wù)架構(gòu)中，每個微服務(wù)獨立部署、獨立迭代，服務(wù)間通常采用輕量級通信機制，因此不存在服務(wù)調(diào)用鏈路過長導(dǎo)致的性能損耗問題。4.根據(jù)網(wǎng)絡(luò)安全等級保護2.0要求，第三級及以上等級的信息系統(tǒng)應(yīng)當(dāng)每年至少開展一次等級保護測評工作。5.DevOps強調(diào)開發(fā)、測試、運維三個部門的深度協(xié)同，其核心目標是縮短軟件交付周期、提升交付質(zhì)量、降低交付風(fēng)險，因此DevOps實踐中完全不需要設(shè)置專門的測試崗位。6.公民為完成法人工作任務(wù)所創(chuàng)作的職務(wù)作品，其著作權(quán)完全由法人享有，創(chuàng)作者僅享有署名權(quán)。7.云原生架構(gòu)的核心特征包括容器化、服務(wù)網(wǎng)格、微服務(wù)、不可變基礎(chǔ)設(shè)施、聲明式API五個核心維度，其中容器是云原生應(yīng)用的基本部署單元。8.數(shù)據(jù)治理的核心目標是提升數(shù)據(jù)質(zhì)量、保障數(shù)據(jù)安全、實現(xiàn)數(shù)據(jù)價值變現(xiàn)，因此數(shù)據(jù)治理工作僅由企業(yè)的數(shù)據(jù)管理部門獨立完成即可。9.需求工程分為需求開發(fā)和需求管理兩大領(lǐng)域，其中需求開發(fā)包含需求獲取、需求分析、需求規(guī)格說明編寫、需求驗證四個環(huán)節(jié)。10.根據(jù)《招標投標法》規(guī)定，依法必須進行招標的項目，自招標文件開始發(fā)出之日起至投標人提交投標文件截止之日止，最短不得少于十五日。二、單選題（每題2分，共20分）1.某信息系統(tǒng)項目當(dāng)前的計劃值（PV）為120萬元，掙值（EV）為100萬元，實際成本（AC）為110萬元，該項目的成本績效指數(shù)（CPI）和進度績效指數(shù)（SPI）分別為A.0.91，0.83B.0.83，0.91C.1.1，0.83D.0.91，1.22.以下系統(tǒng)架構(gòu)風(fēng)格中，適合用于對實時性要求極高、業(yè)務(wù)邏輯相對固定的工業(yè)控制系統(tǒng)的是A.分層架構(gòu)B.事件驅(qū)動架構(gòu)C.管道-過濾器架構(gòu)D.微服務(wù)架構(gòu)3.以下網(wǎng)絡(luò)攻擊手段中，屬于社會工程學(xué)攻擊范疇的是A.SQL注入B.釣魚郵件C.DDoS攻擊D.緩沖區(qū)溢出4.軟件測試階段中，主要用于驗證軟件功能是否滿足用戶實際業(yè)務(wù)需求的測試類型是A.單元測試B.集成測試C.系統(tǒng)測試D.驗收測試5.以下云計算服務(wù)模式中，用戶僅需管理自身的業(yè)務(wù)應(yīng)用和數(shù)據(jù)，無需管理底層的服務(wù)器、存儲、網(wǎng)絡(luò)等基礎(chǔ)設(shè)施，也無需管理操作系統(tǒng)、中間件等運行環(huán)境的是A.IaaSB.PaaSC.SaaSD.DaaS6.根據(jù)《招標投標法實施條例》，依法必須進行招標的項目，投標有效期從（）之日起計算A.招標文件發(fā)布B.提交投標文件截止C.開標D.中標通知書發(fā)出7.以下大數(shù)據(jù)處理流程環(huán)節(jié)中，負責(zé)對原始數(shù)據(jù)進行清洗、去重、格式轉(zhuǎn)換等操作，提升數(shù)據(jù)可用性的是A.數(shù)據(jù)采集B.數(shù)據(jù)預(yù)處理C.數(shù)據(jù)挖掘D.數(shù)據(jù)可視化8.以下人工智能技術(shù)分類中，主要用于模擬人類的推理和決策能力，解決復(fù)雜規(guī)劃、調(diào)度類問題的是A.感知智能B.認知智能C.運算智能D.行為智能9.ITIL4框架中，作為核心服務(wù)價值體系組成部分，用于指導(dǎo)組織如何通過協(xié)調(diào)各項活動交付有價值產(chǎn)品和服務(wù)的模塊是A.服務(wù)價值鏈B.服務(wù)實踐C.治理D.持續(xù)改進10.以下需求優(yōu)先級排序方法中，通過對需求的業(yè)務(wù)價值、實現(xiàn)成本、技術(shù)風(fēng)險三個維度進行打分排序的是A.MoSCoW法B.KANO模型C.加權(quán)評分法D.時間盒法三、多選題（每題2分，共20分，多選、少選、錯選均不得分）1.項目風(fēng)險管理中，屬于負面風(fēng)險應(yīng)對策略的有A.規(guī)避B.轉(zhuǎn)移C.減輕D.開拓2.系統(tǒng)架構(gòu)評估過程中，屬于系統(tǒng)質(zhì)量屬性的有A.性能B.可用性C.可擴展性D.業(yè)務(wù)合法性3.零信任架構(gòu)的核心原則包括A.永不信任，始終驗證B.最小權(quán)限訪問C.假定所有網(wǎng)絡(luò)環(huán)境都不可信D.基于用戶身份進行一次性授權(quán)4.以下屬于DevOps核心實踐的有A.持續(xù)集成B.持續(xù)交付C.基礎(chǔ)設(shè)施即代碼D.瀑布式開發(fā)5.以下情形中，屬于著作權(quán)法規(guī)定的合理使用范疇，可以不經(jīng)著作權(quán)人許可、不向其支付報酬的有A.為個人學(xué)習(xí)使用他人已經(jīng)發(fā)表的作品B.為報道時事新聞，在報紙中不可避免地引用已經(jīng)發(fā)表的作品C.將已經(jīng)發(fā)表的漢語言文字作品翻譯成少數(shù)民族語言文字作品在國內(nèi)出版發(fā)行D.為編寫義務(wù)教育教科書，匯編他人已經(jīng)發(fā)表的作品片段6.以下屬于云原生核心技術(shù)的有A.Docker容器B.KubernetesC.服務(wù)網(wǎng)格IstioD.虛擬機VMware7.數(shù)據(jù)治理的核心維度包括A.數(shù)據(jù)質(zhì)量B.數(shù)據(jù)安全C.數(shù)據(jù)生命周期D.數(shù)據(jù)應(yīng)用場景8.根據(jù)《招標投標法》，以下投標文件屬于廢標的有A.投標文件未按招標文件要求密封的B.投標文件未經(jīng)投標單位蓋章和單位負責(zé)人簽字的C.投標聯(lián)合體沒有提交共同投標協(xié)議的D.投標報價低于成本或者高于招標文件設(shè)定的最高投標限價的9.以下軟件開發(fā)場景中，適合采用敏捷開發(fā)方法的有A.需求變動頻繁的互聯(lián)網(wǎng)產(chǎn)品開發(fā)項目B.業(yè)務(wù)邏輯固定、周期長達3年的大型水利工程控制系統(tǒng)開發(fā)項目C.團隊規(guī)模小于10人、交付周期小于3個月的小型應(yīng)用開發(fā)項目D.需要嚴格遵循行業(yè)監(jiān)管要求、所有需求必須提前明確的金融核心系統(tǒng)開發(fā)項目10.企業(yè)數(shù)字化轉(zhuǎn)型的核心要素包括A.技術(shù)賦能B.組織變革C.流程重構(gòu)D.文化升級四、案例分析題（每題6分，共18分）1.案例背景：某軟件公司承接了某政府部門的政務(wù)服務(wù)系統(tǒng)開發(fā)項目，合同約定總工期為12個月，項目開展到第8個月時，項目經(jīng)理統(tǒng)計項目績效發(fā)現(xiàn)：PV為800萬元，EV為640萬元，AC為720萬元。同時團隊反饋當(dāng)前需求變更頻繁，客戶經(jīng)常提出新的功能需求，導(dǎo)致進度延誤、成本超支。問題：（1）計算該項目當(dāng)前的CPI、SPI、成本偏差（CV）、進度偏差（SV）；（2）結(jié)合項目現(xiàn)狀，給出3條可采取的進度趕工措施。2.案例背景：某零售企業(yè)計劃搭建新的線上商城系統(tǒng)，預(yù)計峰值日活用戶可達100萬，需要支持大促期間的流量突增場景，同時后續(xù)需要快速迭代上線營銷、會員、支付等多個獨立業(yè)務(wù)模塊。技術(shù)團隊在架構(gòu)選型時出現(xiàn)兩種意見：一方建議采用傳統(tǒng)的單體架構(gòu)，開發(fā)成本低、部署簡單；另一方建議采用微服務(wù)架構(gòu)，擴展性強、迭代速度快。問題：請結(jié)合該企業(yè)的業(yè)務(wù)需求，分析兩種架構(gòu)的適用性，并給出最終選型建議。3.案例背景：某醫(yī)療科技公司存儲了超過1000萬用戶的健康診療數(shù)據(jù)，2023年該公司為了提升人工智能輔助診斷模型的準確率，在未告知用戶的前提下，將匿名化處理后的用戶數(shù)據(jù)提供給第三方科研機構(gòu)使用，被用戶舉報后遭到監(jiān)管部門處罰。問題：（1）該公司的行為違反了哪些數(shù)據(jù)安全相關(guān)法律法規(guī)的要求？（2）請給出3條企業(yè)在處理用戶個人數(shù)據(jù)時應(yīng)遵循的合規(guī)原則。五、論述題（每題11分，共22分）1.請結(jié)合你參與過的信息系統(tǒng)項目實踐，論述項目全生命周期質(zhì)量管理的核心要點，以及如何落地實施質(zhì)量管理措施保障項目交付質(zhì)量。要求表述邏輯清晰，結(jié)合實際案例，不少于300字。2.隨著企業(yè)數(shù)字化轉(zhuǎn)型的深入，傳統(tǒng)的邊界式安全防護已經(jīng)無法適配復(fù)雜的網(wǎng)絡(luò)環(huán)境，零信任架構(gòu)已經(jīng)成為當(dāng)前安全體系建設(shè)的主流方向。請論述零信任架構(gòu)在企業(yè)落地實施的核心步驟，以及落地過程中需要注意的核心問題。要求表述邏輯清晰，結(jié)合行業(yè)實際，不少于300字。標準答案及解析一、判斷題答案1.錯誤。解析：信息系統(tǒng)開發(fā)階段的子階段包括需求分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)測試、系統(tǒng)驗收五個環(huán)節(jié)，題干遺漏了系統(tǒng)測試環(huán)節(jié)，表述錯誤。2.錯誤。解析：當(dāng)項目存在強制完工日期、資源約束等特殊情況時，非關(guān)鍵路徑上的活動總時差可能為0甚至為負，并非一定大于0，表述錯誤。3.錯誤。解析：微服務(wù)架構(gòu)下服務(wù)拆分粒度細，跨服務(wù)調(diào)用場景多，確實存在鏈路過長導(dǎo)致的性能損耗問題，需要通過鏈路追蹤、服務(wù)緩存等機制優(yōu)化，表述錯誤。4.正確。解析：網(wǎng)絡(luò)安全等級保護2.0明確要求，第二級系統(tǒng)每兩年至少開展一次測評，第三級及以上系統(tǒng)每年至少開展一次測評，表述正確。5.錯誤。解析：DevOps實踐中只是推動測試左移（開發(fā)階段介入測試）、測試右移（運維階段開展線上測試），并不意味著取消專門的測試崗位，專業(yè)測試人員仍是保障質(zhì)量的核心角色，表述錯誤。6.錯誤。解析：普通職務(wù)作品的著作權(quán)由創(chuàng)作者享有，單位僅享有業(yè)務(wù)范圍內(nèi)的優(yōu)先使用權(quán)；只有主要利用法人物質(zhì)技術(shù)條件創(chuàng)作、由法人承擔(dān)責(zé)任的特殊職務(wù)作品，著作權(quán)除署名權(quán)外才歸法人所有，表述錯誤。7.正確。解析：云原生架構(gòu)的五大核心特征表述準確，容器是云原生應(yīng)用的標準部署單元，表述正確。8.錯誤。解析：數(shù)據(jù)治理是跨部門的系統(tǒng)性工作，需要業(yè)務(wù)、技術(shù)、合規(guī)、管理等多部門協(xié)同參與，僅靠數(shù)據(jù)管理部門無法完成，表述錯誤。9.正確。解析：需求工程的兩大領(lǐng)域及需求開發(fā)的四個核心環(huán)節(jié)表述準確，表述正確。10.錯誤。解析：《招標投標法》明確要求該時間最短不得少于20日，題干表述的15日不符合規(guī)定，表述錯誤。二、單選題答案1.A。解析：CPI=EV/AC=100/110≈0.91，SPI=EV/PV=100/120≈0.83，對應(yīng)選項A。2.C。解析：管道-過濾器架構(gòu)的每個處理環(huán)節(jié)獨立、數(shù)據(jù)流轉(zhuǎn)延遲低，適合實時性要求高的工業(yè)控制場景；分層架構(gòu)耦合度較高、事件驅(qū)動架構(gòu)延遲不可控、微服務(wù)架構(gòu)鏈路復(fù)雜，均不適合該場景。3.B。解析：釣魚郵件是利用人的心理弱點騙取信息的攻擊方式，屬于社會工程學(xué)攻擊；其余選項均為技術(shù)層面的攻擊手段。4.D。解析：驗收測試是由用戶主導(dǎo)的測試環(huán)節(jié)，核心目標是驗證軟件是否滿足實際業(yè)務(wù)需求；單元測試驗證代碼邏輯、集成測試驗證模塊間調(diào)用、系統(tǒng)測試驗證整體功能符合需求規(guī)格說明，均不符合題干要求。5.B。解析：PaaS（平臺即服務(wù)）模式下，服務(wù)商提供底層基礎(chǔ)設(shè)施和運行環(huán)境，用戶僅需管理自身的應(yīng)用和數(shù)據(jù)；IaaS模式下用戶需管理操作系統(tǒng)及以上資源，SaaS模式下用戶無需管理應(yīng)用和數(shù)據(jù)，僅需使用軟件服務(wù)，DaaS是數(shù)據(jù)即服務(wù)，不符合題干要求。6.B。解析：《招標投標法實施條例》明確規(guī)定，投標有效期從提交投標文件截止之日起計算。7.B。解析：數(shù)據(jù)預(yù)處理環(huán)節(jié)的核心工作就是對原始數(shù)據(jù)進行清洗、轉(zhuǎn)換、標準化，提升數(shù)據(jù)質(zhì)量；數(shù)據(jù)采集負責(zé)獲取原始數(shù)據(jù)、數(shù)據(jù)挖掘負責(zé)從數(shù)據(jù)中提取規(guī)律、數(shù)據(jù)可視化負責(zé)展示數(shù)據(jù)結(jié)果，均不符合題干要求。8.B。解析：認知智能是人工智能的高階階段，核心是模擬人類的推理、決策、理解能力；感知智能負責(zé)圖像、語音識別等感知類工作，運算智能負責(zé)高速計算，行為智能負責(zé)機器人等實體交互，均不符合題干要求。9.A。解析：ITIL4的服務(wù)價值鏈是核心模塊，負責(zé)串聯(lián)各個服務(wù)活動實現(xiàn)價值交付；其余選項均為服務(wù)價值體系的輔助模塊。10.C。解析：加權(quán)評分法通過給不同維度設(shè)置權(quán)重、對需求進行多維度打分排序；MoSCoW法將需求分為必須有、應(yīng)該有、可以有、不會有四類，KANO模型從用戶滿意度維度劃分需求，時間盒法基于交付周期倒排優(yōu)先級，均不符合題干要求。三、多選題答案1.ABC。解析：負面風(fēng)險的應(yīng)對策略包括規(guī)避、轉(zhuǎn)移、減輕、接受；開拓是正面風(fēng)險的應(yīng)對策略，不符合要求。2.ABC。解析：系統(tǒng)架構(gòu)的質(zhì)量屬性包括性能、可用性、可擴展性、可維護性、安全性等技術(shù)屬性；業(yè)務(wù)合法性屬于業(yè)務(wù)層面的要求，不屬于架構(gòu)質(zhì)量屬性。3.ABC。解析：零信任的核心原則是永不信任始終驗證、最小權(quán)限、默認所有環(huán)境不可信、持續(xù)動態(tài)授權(quán)，一次性授權(quán)不符合零信任的持續(xù)驗證要求。4.ABC。解析：DevOps的核心實踐包括持續(xù)集成、持續(xù)交付、基礎(chǔ)設(shè)施即代碼、自動化測試、監(jiān)控告警等；瀑布式開發(fā)是傳統(tǒng)的軟件開發(fā)模型，和DevOps的敏捷迭代理念相悖。5.ABC。解析：著作權(quán)法規(guī)定的合理使用情形包括個人學(xué)習(xí)使用、時事新聞引用、漢語言作品翻譯為少數(shù)民族語言在國內(nèi)發(fā)行等；編寫義務(wù)教育教科書使用作品屬于法定許可，需要向著作權(quán)人支付報酬，不屬于合理使用。6.ABC。解析：云原生核心技術(shù)包括容器、容器編排（Kubernetes）、服務(wù)網(wǎng)格、微服務(wù)、聲明式API等；虛擬機是傳統(tǒng)的虛擬化技術(shù)，不屬于云原生技術(shù)范疇。7.ABC。解析：數(shù)據(jù)治理的核心維度包括數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全、數(shù)據(jù)生命周期、數(shù)據(jù)標準、數(shù)據(jù)架構(gòu)等；數(shù)據(jù)應(yīng)用場景是數(shù)據(jù)價值實現(xiàn)的環(huán)節(jié)，不屬于治理的核心維度。8.ABCD。解析：《招標投標法》及實施條例明確規(guī)定，題干所述四種情形均屬于廢標范疇。9.AC。解析：敏捷開發(fā)適合需求變動頻繁、團隊規(guī)模小、交付周期短的項目；需求固定、周期長、監(jiān)管要求嚴格的項目適合采用瀑布式開發(fā)模型。10.ABCD。解析：企業(yè)數(shù)字化轉(zhuǎn)型是系統(tǒng)性變革，技術(shù)賦能是基礎(chǔ)、組織變革是保障、流程重構(gòu)是核心、文化升級是內(nèi)生動力，四個均為核心要素。四、案例分析題參考答案及評分標準1.（1）計算結(jié)果：CPI=EV/AC=640/720≈0.89，SPI=EV/PV=640/800=0.8，CV=EV-AC=640-720=-80萬元，SV=EV-PV=640-800=-160萬元。（計算全部正確得3分，每算錯1個扣0.5分）（2）趕工措施示例：①建立需求變更控制委員會，嚴格審批客戶的變更請求，避免非必要的需求變更；②投入更多資深開發(fā)資源提升開發(fā)效率，對非關(guān)鍵路徑上的活動進行資源抽調(diào)、趕工關(guān)鍵路徑活動；③采用模塊化并行開發(fā)的方式，壓縮后續(xù)開發(fā)周期，同時引入自動化測試工具提升測試效率。（答出3條合理措施即可得3分，每條1分，言之有理可酌情給分）2.分析及建議：①單體架構(gòu)的適用性：單體架構(gòu)開發(fā)部署簡單、初期成本低，適合業(yè)務(wù)需求固定、用戶規(guī)模小的項目，但該企業(yè)需要支持百萬日活和大促流量突增，單體架構(gòu)的擴展性不足，無法靈活應(yīng)對流量峰值，且后續(xù)多模塊獨立迭代的需求也無法滿足，因此不適用于該場景（2分）。②微服務(wù)架構(gòu)的適用性：微服務(wù)架構(gòu)可以按業(yè)務(wù)模塊拆分，每個模塊可以獨立擴縮容，靈活應(yīng)對大促流量高峰，同時各個業(yè)務(wù)模塊可以獨立迭代上線，符合該企業(yè)后續(xù)快速迭代的需求，僅存在初期開發(fā)成本高、運維復(fù)雜度高的問題，可以通過引入容器編排、服務(wù)治理工具解決（2分）。③最終選型建議：選擇微服務(wù)架構(gòu)作為系統(tǒng)的核心架構(gòu)，初期可以先拆分核心的交易、商品、用戶模塊，后續(xù)再逐步拆分其他業(yè)務(wù)模塊，兼顧落地成本和業(yè)務(wù)需求（2分）。（言之有理可酌情給分）3.（1）違反的法律法規(guī)：違反了《個人信息保護法》中處理個人信息應(yīng)當(dāng)取得個人知情同意的要求，以及《數(shù)據(jù)安全法》中關(guān)于重要數(shù)據(jù)、敏感個人數(shù)據(jù)處理的合規(guī)要求（2分）。（2）合規(guī)原則示例：①最小必要原則：僅收集和使用實現(xiàn)業(yè)務(wù)目的必需的最少數(shù)據(jù)，不得過度采集用戶數(shù)據(jù)；②知情同意原則：處理用戶個人數(shù)據(jù)前應(yīng)當(dāng)明確告知用戶處理的目的、范圍、方式，取得用戶的明確同意；③安全保障原則：采取足夠的技術(shù)和管理措施保障用戶數(shù)據(jù)安全，防止數(shù)據(jù)泄露、濫