2026年計算機技術(shù)與軟件專業(yè)技術(shù)資格《軟件工程》培訓(xùn)試卷三套

2026年計算機技術(shù)與軟件專業(yè)技術(shù)資格《軟件工程》培訓(xùn)試卷三套考試時間：______分鐘總分：______分姓名：______一、單項選擇題（每題1分，共40分。下列每題只有一個選項是正確的，請將正確選項的字母填寫在括號內(nèi)。）1.軟件生命周期模型中，強調(diào)迭代開發(fā)和增量交付的是（）。A.瀑布模型B.原型模型C.螺旋模型D.敏捷模型2.在軟件需求工程中，用于記錄和表達用戶需求的圖形化工具是（）。A.狀態(tài)圖B.用例圖C.數(shù)據(jù)流圖D.類圖3.軟件設(shè)計中，定義軟件系統(tǒng)架構(gòu)風(fēng)格，關(guān)注系統(tǒng)整體結(jié)構(gòu)和組件間交互模式的是（）。A.模塊設(shè)計B.架構(gòu)設(shè)計C.接口設(shè)計D.詳細設(shè)計4.下列關(guān)于設(shè)計模式的說法中，錯誤的是（）。A.設(shè)計模式是可復(fù)用的解決方案B.設(shè)計模式是為了提高代碼的可維護性C.設(shè)計模式可以減少代碼量D.每個設(shè)計模式都適用于所有場景5.黑盒測試的核心思想是（）。A.檢查代碼的內(nèi)部邏輯B.驗證軟件是否滿足需求C.發(fā)現(xiàn)有設(shè)計缺陷D.評估代碼的可讀性6.軟件測試過程中，通常在單元測試之后進行的是（）。A.集成測試B.系統(tǒng)測試C.驗收測試D.性能測試7.用于衡量軟件質(zhì)量的一種非功能屬性是（）。A.可靠性B.模塊化C.面向?qū)ο驞.數(shù)據(jù)抽象8.軟件項目管理中，用于估算項目成本和工期的關(guān)鍵活動是（）。A.項目規(guī)劃B.項目監(jiān)控C.項目估算D.項目收尾9.在敏捷開發(fā)中，通常以短迭代周期（如2-4周）交付可用軟件單元的是（）。A.瀑布模型B.KANBANC.ScrumD.精益開發(fā)10.配置管理中，用于跟蹤和管理軟件變更的一種重要工具是（）。A.需求規(guī)格說明書B.版本控制系統(tǒng)C.測試計劃D.用戶手冊11.軟件維護活動中，對軟件進行修改以適應(yīng)新的運行環(huán)境或硬件平臺的是（）。A.糾正性維護B.適應(yīng)性維護C.完善性維護D.預(yù)防性維護12.CMMI（能力成熟度模型集成）主要用于（）。A.軟件開發(fā)過程評估B.軟件產(chǎn)品測試C.軟件需求分析D.軟件項目管理13.軟件需求規(guī)格說明書中，描述系統(tǒng)功能需求的部分通常稱為（）。A.數(shù)據(jù)字典B.狀態(tài)轉(zhuǎn)換圖C.功能需求D.非功能需求14.UML（統(tǒng)一建模語言）中，用于表示系統(tǒng)靜態(tài)結(jié)構(gòu)和對象間關(guān)系的圖是（）。A.用例圖B.類圖C.序列圖D.協(xié)作圖15.在軟件設(shè)計階段，采用自頂向下或自底向上方法逐步構(gòu)建軟件結(jié)構(gòu)的是（）。A.模塊化設(shè)計B.面向?qū)ο笤O(shè)計C.構(gòu)件化設(shè)計D.數(shù)據(jù)流設(shè)計16.軟件測試用例設(shè)計方法中，基于等價類劃分原則設(shè)計測試用例屬于（）。A.基本路徑測試B.邊界值分析C.因果圖法D.判定表法17.軟件項目管理中，用于跟蹤項目進度是否按計劃執(zhí)行的工具是（）。A.Gantt圖B.PERT圖C.RUP圖D.WBS圖18.軟件復(fù)用技術(shù)中，將可復(fù)用的軟件構(gòu)件組裝成新系統(tǒng)的方法是（）。A.構(gòu)件集成B.模板復(fù)用C.算法復(fù)用D.數(shù)據(jù)復(fù)用19.軟件可靠性模型中，描述軟件可靠性隨時間變化的統(tǒng)計模型是（）。A.瀑布模型B.極限理論C.指數(shù)模型D.敏捷模型20.軟件需求分析階段，用于獲取用戶需求的常用技術(shù)包括（）。A.文檔分析B.用戶訪談C.觀察法D.以上所有21.軟件架構(gòu)風(fēng)格中，將系統(tǒng)視為一系列相互協(xié)作的組件，并通過接口進行通信的是（）。A.客戶/服務(wù)器架構(gòu)B.層次架構(gòu)C.模塊化架構(gòu)D.對象架構(gòu)22.軟件設(shè)計原則中，“開閉原則”指的是軟件實體應(yīng)當(dāng)對擴展開放，對修改封閉，體現(xiàn)了（）。A.可維護性B.可靠性C.可移植性D.可用性23.軟件測試過程中，由最終用戶或客戶代表進行的測試是（）。A.單元測試B.集成測試C.系統(tǒng)測試D.驗收測試24.軟件項目管理中，識別、分析和應(yīng)對項目風(fēng)險的過程是（）。A.風(fēng)險識別B.風(fēng)險評估C.風(fēng)險應(yīng)對D.風(fēng)險監(jiān)控25.軟件維護類型中，為了提高軟件的可維護性或適應(yīng)新的環(huán)境而進行的修改屬于（）。A.糾正性維護B.適應(yīng)性維護C.完善性維護D.預(yù)防性維護26.軟件工程中，用于描述系統(tǒng)輸入、處理和輸出邏輯的工具是（）。A.數(shù)據(jù)流圖B.狀態(tài)圖C.用例圖D.類圖27.軟件開發(fā)過程中，將大型復(fù)雜系統(tǒng)分解為更小、更易管理的部分的技術(shù)是（）。A.抽象B.模塊化C.封裝D.繼承28.軟件質(zhì)量保證活動通常貫穿于整個軟件生命周期，其目的是（）。A.發(fā)現(xiàn)并修復(fù)軟件缺陷B.確保軟件開發(fā)過程符合標(biāo)準(zhǔn)C.評估軟件是否滿足用戶需求D.預(yù)測軟件未來的可靠性29.軟件配置項（CPI）是指（）。A.軟件項目的可交付成果B.軟件開發(fā)過程中的變更請求C.軟件開發(fā)工具D.軟件測試用例30.軟件工程方法學(xué)中，強調(diào)“人在過程中”重要性，采用迭代和增量式開發(fā)的是（）。A.瀑布模型B.精益軟件開發(fā)C.V模型D.敏捷模型31.軟件需求規(guī)格說明書中，描述系統(tǒng)非功能性需求（如性能、安全性）的部分通常稱為（）。A.數(shù)據(jù)需求B.功能需求C.外部接口需求D.非功能需求32.軟件設(shè)計模式中，用于解耦服務(wù)請求者和服務(wù)提供者，使它們可以獨立變化的是（）。A.單例模式B.工廠模式C.觀察者模式D.中介模式33.軟件測試級別中，通常由開發(fā)人員對其編寫的代碼進行的測試是（）。A.集成測試B.系統(tǒng)測試C.單元測試D.驗收測試34.軟件項目管理中，定義項目范圍、目標(biāo)、可交付成果、進度、成本和資源等的是（）。A.項目計劃B.項目預(yù)算C.項目章程D.項目報告35.軟件維護活動中，對軟件進行修改以修復(fù)錯誤，糾正缺陷的是（）。A.完善性維護B.糾正性維護C.適應(yīng)性維護D.預(yù)防性維護36.軟件工程過程改進的基本原理之一是PDCA循環(huán)，其中“A”代表（）。A.Plan（計劃）B.Do（執(zhí)行）C.Check（檢查）D.Act（處理/改進）37.軟件需求分析中，用于識別和建模系統(tǒng)中的實體以及它們之間關(guān)系的工具是（）。A.數(shù)據(jù)流圖B.狀態(tài)圖C.用例圖D.數(shù)據(jù)字典38.軟件架構(gòu)設(shè)計中的“高內(nèi)聚、低耦合”原則主要目的是（）。A.提高模塊獨立性和可重用性B.減少模塊間交互C.提高系統(tǒng)性能D.降低開發(fā)成本39.軟件項目管理中，用于進行項目風(fēng)險評估和量化的技術(shù)是（）。A.SWOT分析B.PERT圖C.敏感性分析D.決策樹40.軟件復(fù)用技術(shù)的主要優(yōu)勢之一是（）。A.降低開發(fā)成本B.提高軟件質(zhì)量C.加快開發(fā)速度D.以上所有二、多項選擇題（每題2分，共30分。下列每題有多個選項是正確的，請將正確選項的字母填寫在括號內(nèi)。錯選、少選、多選均不得分。）1.軟件生命周期模型包括（）。A.瀑布模型B.V模型C.原型模型D.螺旋模型E.敏捷模型2.軟件需求分析階段的主要任務(wù)包括（）。A.需求獲取B.需求分析C.需求建模D.需求驗證E.需求管理3.軟件設(shè)計階段的主要活動包括（）。A.架構(gòu)設(shè)計B.詳細設(shè)計C.模塊設(shè)計D.接口設(shè)計E.數(shù)據(jù)庫設(shè)計4.軟件測試的主要目的包括（）。A.發(fā)現(xiàn)軟件缺陷B.驗證軟件是否滿足需求C.評估軟件質(zhì)量D.確保軟件沒有缺陷E.預(yù)測軟件未來的可靠性5.軟件項目管理中，常用的計劃工具有（）。A.Gantt圖B.PERT圖C.WBS圖D.RUP圖E.甘特圖（Gantt圖）6.軟件維護的類型包括（）。A.糾正性維護B.適應(yīng)性維護C.完善性維護D.預(yù)防性維護E.改進性維護7.軟件質(zhì)量保證活動包括（）。A.過程審計B.質(zhì)量計劃C.缺陷跟蹤D.客戶滿意度調(diào)查E.技術(shù)評審8.UML中常用的圖包括（）。A.用例圖B.類圖C.狀態(tài)圖D.時序圖E.協(xié)作圖9.軟件設(shè)計原則包括（）。A.單一職責(zé)原則B.開閉原則C.依賴倒置原則D.接口隔離原則E.迪米特原則10.軟件測試用例設(shè)計方法包括（）。A.等價類劃分B.邊界值分析C.因果圖法D.判定表法E.基本路徑測試11.敏捷開發(fā)方法的特點包括（）。A.迭代開發(fā)B.用戶參與C.靈活應(yīng)變D.文檔驅(qū)動E.持續(xù)交付12.軟件配置管理的主要活動包括（）。A.配置識別B.配置控制C.配置狀態(tài)報告D.配置審計E.版本控制13.影響軟件項目成本的主要因素包括（）。A.項目規(guī)模B.項目復(fù)雜度C.開發(fā)團隊經(jīng)驗D.項目需求變更E.開發(fā)工具14.軟件工程中常用的風(fēng)險管理技術(shù)包括（）。A.風(fēng)險識別B.風(fēng)險評估C.風(fēng)險應(yīng)對計劃D.風(fēng)險監(jiān)控E.風(fēng)險規(guī)避15.軟件復(fù)用的方式包括（）。A.源代碼復(fù)用B.目標(biāo)代碼復(fù)用C.構(gòu)件復(fù)用D.模板復(fù)用E.數(shù)據(jù)復(fù)用三、案例分析題（每題10分，共30分。請根據(jù)題目要求，結(jié)合所學(xué)知識進行分析和解答。）1.某公司計劃開發(fā)一個在線購物平臺，需求文檔中提到：用戶需要能夠注冊賬戶、登錄系統(tǒng)；用戶登錄后可以瀏覽商品目錄，查看商品詳細信息；用戶可以將感興趣的商品加入購物車；用戶可以選擇不同的支付方式（如支付寶、微信支付、銀行卡）完成下單；系統(tǒng)需要記錄用戶的訂單歷史。在開發(fā)過程中，產(chǎn)品經(jīng)理提出增加“商品評價”功能，并要求支持視頻評價。請分析：(1)該項目在需求階段遇到了什么問題？(2)簡述處理這類問題的常用方法。(3)如果采用敏捷開發(fā)方法，應(yīng)該如何應(yīng)對這個需求變更？2.某軟件開發(fā)團隊采用瀑布模型進行一個銀行核心系統(tǒng)的開發(fā)。項目初期進行了詳細的需求分析和系統(tǒng)設(shè)計，并編寫了完善的測試計劃和測試用例。然而，在系統(tǒng)測試階段發(fā)現(xiàn)，由于前期對某些特殊業(yè)務(wù)場景考慮不周，導(dǎo)致系統(tǒng)在處理大額轉(zhuǎn)賬時性能指標(biāo)不達標(biāo)，且存在一些邊界條件下的邏輯錯誤。請分析：(1)該項目在測試階段遇到了哪些主要問題？這些問題可能源于哪些階段？(2)簡述造成軟件測試不充分的主要原因。(3)如果重新進行該項目，為了提高軟件質(zhì)量和測試效率，可以在哪些環(huán)節(jié)進行改進？3.某企業(yè)為了提升軟件開發(fā)效率和質(zhì)量，決定引入敏捷開發(fā)方法，并計劃采用Scrum框架進行項目管理。Scrum團隊由產(chǎn)品負責(zé)人、ScrumMaster和開發(fā)團隊成員組成。在第一個Sprint（迭代周期）結(jié)束時，團隊完成了預(yù)定的產(chǎn)品待辦事項列表（ProductBacklog）中的幾項任務(wù)，但產(chǎn)品負責(zé)人對交付的軟件功能表示不完全滿意，認(rèn)為某些核心功能的實現(xiàn)不夠深入。開發(fā)團隊則認(rèn)為他們已經(jīng)按照計劃完成了承諾的任務(wù)。請分析：(1)Scrum框架中，產(chǎn)品負責(zé)人、ScrumMaster和開發(fā)團隊各自的職責(zé)是什么？(2)在Sprint評審會議中，產(chǎn)品負責(zé)人不滿意交付結(jié)果可能的原因有哪些？(3)為了改善這種情況，開發(fā)團隊和產(chǎn)品負責(zé)人之間應(yīng)該如何進行有效的溝通和協(xié)作？試卷答案一、單項選擇題（每題1分，共40分。下列每題只有一個選項是正確的，請將正確選項的字母填寫在括號內(nèi)。）1.D解析：敏捷模型強調(diào)迭代開發(fā)和增量交付，允許需求在開發(fā)過程中演進。2.B解析：用例圖是UML中用于描述系統(tǒng)功能和用戶交互的圖形化工具，常用于需求階段。3.B解析：架構(gòu)設(shè)計關(guān)注軟件系統(tǒng)的整體結(jié)構(gòu)和組件間交互模式，定義了系統(tǒng)的架構(gòu)風(fēng)格。4.D解析：設(shè)計模式并非萬能，有其適用場景，生搬硬套可能適得其反。5.B解析：黑盒測試只關(guān)心軟件輸入輸出，不關(guān)心內(nèi)部實現(xiàn)，核心是驗證是否滿足需求。6.A解析：集成測試通常在單元測試之后進行，將多個單元或模塊組合起來進行測試。7.A解析：可靠性是衡量軟件質(zhì)量的重要非功能屬性，指軟件在規(guī)定時間和條件下無故障運行的能力。8.C解析：項目估算是指估算項目所需的人力、物力、時間和成本等資源，是項目規(guī)劃的關(guān)鍵活動。9.C解析：Scrum是一種流行的敏捷開發(fā)框架，以Sprint為迭代周期，快速交付可用軟件。10.B解析：版本控制系統(tǒng)（如Git）是配置管理的重要工具，用于跟蹤和管理軟件變更。11.B解析：適應(yīng)性維護是指修改軟件以適應(yīng)新的運行環(huán)境或硬件平臺。12.A解析：CMMI（能力成熟度模型集成）主要用于評估和改進組織的軟件開發(fā)過程能力。13.C解析：功能需求是需求規(guī)格說明書中描述系統(tǒng)應(yīng)具備的功能的部分。14.B解析：類圖是UML中用于表示系統(tǒng)靜態(tài)結(jié)構(gòu)和對象及其關(guān)系的圖。15.A解析：模塊化設(shè)計將系統(tǒng)分解為獨立的模塊，逐步構(gòu)建軟件結(jié)構(gòu)。16.B解析：邊界值分析是基于等價類劃分原則的一種補充測試方法，關(guān)注輸入輸出的邊界值。17.A解析：Gantt圖是一種常用的項目進度管理工具，用于展示項目活動及其起止時間。18.A解析：構(gòu)件集成是指將可復(fù)用的軟件構(gòu)件組裝成新系統(tǒng)的方法。19.C解析：指數(shù)模型是軟件可靠性模型中的一種，描述軟件可靠性隨時間變化的統(tǒng)計模型。20.D解析：獲取用戶需求的常用技術(shù)包括文檔分析、用戶訪談和觀察法等。21.A解析：客戶/服務(wù)器架構(gòu)將系統(tǒng)分為客戶機和服務(wù)器兩部分，通過網(wǎng)絡(luò)進行通信。22.A解析：開閉原則要求軟件實體對擴展開放，對修改封閉，從而提高可維護性。23.D解析：驗收測試是由最終用戶或客戶代表進行的測試，確認(rèn)軟件是否滿足業(yè)務(wù)需求。24.C解析：風(fēng)險應(yīng)對是指識別、分析和應(yīng)對項目風(fēng)險的過程。25.C解析：完善性維護是為了提高軟件的可維護性或適應(yīng)新的環(huán)境而進行的修改。26.A解析：數(shù)據(jù)流圖是用于描述系統(tǒng)輸入、處理和輸出邏輯的工具。27.B解析：模塊化是將大型復(fù)雜系統(tǒng)分解為更小、更易管理的部分的技術(shù)。28.B解析：軟件質(zhì)量保證的目的是確保軟件開發(fā)過程符合標(biāo)準(zhǔn)，預(yù)防缺陷的產(chǎn)生。29.A解析：配置項（CPI）是指軟件項目的可交付成果，如源代碼、文檔等。30.B解析：精益軟件開發(fā)強調(diào)“人在過程中”，采用迭代和增量式開發(fā)，減少浪費。31.D解析：非功能需求是需求規(guī)格說明書中描述系統(tǒng)非功能性需求（如性能、安全性）的部分。32.D解析：中介模式（或中間人模式）用于解耦服務(wù)請求者和服務(wù)提供者。33.C解析：單元測試通常由開發(fā)人員對其編寫的代碼進行的測試。34.A解析：項目計劃是定義項目范圍、目標(biāo)、可交付成果、進度、成本和資源等的文檔。35.B解析：糾正性維護是指對軟件進行修改以修復(fù)錯誤，糾正缺陷。36.D解析：PDCA循環(huán)中，“A”代表Act（處理/改進），即采取措施解決發(fā)現(xiàn)的問題。37.D解析：數(shù)據(jù)字典是用于描述數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)間關(guān)系的工具。38.A解析：“高內(nèi)聚、低耦合”原則旨在提高模塊的獨立性和可重用性。39.C解析：敏感性分析是用于進行項目風(fēng)險評估和量化的技術(shù)，分析風(fēng)險因素對項目的影響。40.D解析：軟件復(fù)用技術(shù)的主要優(yōu)勢包括降低開發(fā)成本、提高軟件質(zhì)量和加快開發(fā)速度。二、多項選擇題（每題2分，共30分。下列每題有多個選項是正確的，請將正確選項的字母填寫在括號內(nèi)。錯選、少選、多選均不得分。）1.A,C,D,E解析：軟件生命周期模型包括瀑布模型、原型模型、螺旋模型和敏捷模型等多種。2.A,B,C,D,E解析：軟件需求分析的主要任務(wù)包括需求獲取、分析、建模、驗證和管理。3.A,B,C,D,E解析：軟件設(shè)計階段的主要活動包括架構(gòu)設(shè)計、詳細設(shè)計、模塊設(shè)計、接口設(shè)計和數(shù)據(jù)庫設(shè)計。4.A,B,C解析：軟件測試的主要目的是發(fā)現(xiàn)軟件缺陷、驗證軟件是否滿足需求以及評估軟件質(zhì)量。5.A,B,C,E解析：Gantt圖、PERT圖、WBS圖和甘特圖（Gantt圖）都是常用的項目計劃工具。6.A,B,C,D解析：軟件維護的類型包括糾正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護。7.A,B,E解析：軟件質(zhì)量保證活動包括過程審計、質(zhì)量計劃和（技術(shù)）評審。缺陷跟蹤屬于配置管理范疇。8.A,B,C,D,E解析：UML中常用的圖包括用例圖、類圖、狀態(tài)圖、時序圖和協(xié)作圖。9.A,B,C,D,E解析：軟件設(shè)計原則包括單一職責(zé)原則、開閉原則、依賴倒置原則、接口隔離原則和迪米特原則。10.A,B,C,D,E解析：軟件測試用例設(shè)計方法包括等價類劃分、邊界值分析、因果圖法、判定表法和基本路徑測試。11.A,B,C,E解析：敏捷開發(fā)方法的特點包括迭代開發(fā)、用戶參與、靈活應(yīng)變和持續(xù)交付。文檔驅(qū)動不是敏捷特點。12.A,B,C,D解析：軟件配置管理的主要活動包括配置識別、配置控制、配置狀態(tài)報告和配置審計。13.A,B,C,D解析：影響軟件項目成本的主要因素包括項目規(guī)模、項目復(fù)雜度、開發(fā)團隊經(jīng)驗和項目需求變更。14.A,B,C,D解析：軟件工程中常用的風(fēng)險管理技術(shù)包括風(fēng)險識別、風(fēng)險評估、風(fēng)險應(yīng)對計劃和風(fēng)險監(jiān)控。15.A,B,C,D,E解析：軟件復(fù)用的方式包括源代碼復(fù)用、目標(biāo)代碼復(fù)用、構(gòu)件復(fù)用、模板復(fù)用和數(shù)據(jù)復(fù)用。三、案例分析題（每題10分，共30分。請根據(jù)題目要求，結(jié)合所學(xué)知識進行分析和解答。）1.(1)該項目在需求階段遇到了需求變更的問題。產(chǎn)品經(jīng)理在開發(fā)過程中提出了新的功能需求（商品評價、視頻評價），并且要求在現(xiàn)有基礎(chǔ)上增加。(2)處理需求變更的