2026年軟件開發(fā)過程管理專業(yè)考試題一、單選題（共10題，每題2分，計(jì)20分）要求：下列每題只有一個正確答案。1.在敏捷開發(fā)中，Scrum框架中負(fù)責(zé)產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）管理的角色是？A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.Stakeholder2.在CMMI模型中，屬于“已管理級”（Managed）的過程域是？A.組織過程定義（OPD）B.組織過程性能（OPP）C.項(xiàng)目管理（PM）D.軟件工程（SE）3.在DevOps實(shí)踐中，CI/CD流水線的核心目標(biāo)是？A.提高開發(fā)人員生產(chǎn)力B.實(shí)現(xiàn)自動化測試與部署C.增強(qiáng)用戶需求理解D.優(yōu)化項(xiàng)目預(yù)算分配4.根據(jù)ISO/IEC25010標(biāo)準(zhǔn)，軟件質(zhì)量模型中“功能性質(zhì)量”主要衡量的是？A.性能效率B.易用性C.可靠性D.安全性5.在RUP（統(tǒng)一過程）模型中，“體系結(jié)構(gòu)過山車”階段的主要產(chǎn)出物是？A.用例模型B.架構(gòu)設(shè)計(jì)文檔C.測試計(jì)劃D.用戶手冊6.當(dāng)項(xiàng)目需求頻繁變更時，最適合采用哪種開發(fā)模型？A.瀑布模型B.V模型C.敏捷開發(fā)D.噴泉模型7.在項(xiàng)目風(fēng)險管理中，屬于“威脅”的是？A.新技術(shù)機(jī)會B.資金短缺C.市場需求增長D.團(tuán)隊(duì)經(jīng)驗(yàn)豐富8.根據(jù)PMBOK指南，項(xiàng)目監(jiān)控過程中使用“掙值管理”的主要目的是？A.計(jì)劃未來任務(wù)B.分析進(jìn)度偏差C.評估客戶滿意度D.分配團(tuán)隊(duì)資源9.在ITIL框架中，負(fù)責(zé)處理服務(wù)臺事件的是？A.服務(wù)目錄管理（SDM）B.事件管理（EM）C.變更管理（CM）D.容量管理（CM）10.軟件配置管理中，基線（Baseline）的主要作用是？A.版本控制B.變更追溯C.關(guān)鍵版本凍結(jié)D.測試數(shù)據(jù)生成二、多選題（共5題，每題3分，計(jì)15分）要求：下列每題有多個正確答案。1.敏捷開發(fā)的核心價值觀包括哪些？A.迭代交付B.團(tuán)隊(duì)協(xié)作C.客戶反饋D.按計(jì)劃執(zhí)行E.自我組織2.在項(xiàng)目管理中，常見的進(jìn)度壓縮技術(shù)包括？A.快速跟進(jìn)（FastTracking）B.資源平滑（ResourceSmoothing）C.資源集中（ResourceConcentration）D.關(guān)鍵路徑法（CPM）E.跳過測試3.根據(jù)FMEA（失效模式與影響分析），降低風(fēng)險等級的措施通常包括？A.替換高故障率組件B.增加冗余設(shè)計(jì)C.優(yōu)化操作流程D.提高檢測頻率E.減少維護(hù)成本4.DevOps工具鏈中常見的組件有？A.JenkinsB.DockerC.JIRAD.NagiosE.GitLabCI5.軟件測試過程中，黑盒測試的主要方法包括？A.等價類劃分B.決策表測試C.代碼審查D.用例測試E.性能測試三、判斷題（共10題，每題1分，計(jì)10分）要求：下列每題判斷正誤。1.Scrum框架中，Sprint評審會（SprintReview）是強(qiáng)制性的會議。（）2.CMMI模型中的“已定義級”（Defined）要求組織建立統(tǒng)一的過程規(guī)范。（）3.DevOps強(qiáng)調(diào)開發(fā)與運(yùn)維的分離，而非協(xié)作。（）4.ISO/IEC25011標(biāo)準(zhǔn)主要針對軟件測試過程評估。（）5.RUP模型中，迭代之間是順序依賴的，無法并行。（）6.項(xiàng)目范圍蔓延（ScopeCreep）是項(xiàng)目成功的標(biāo)志之一。（）7.PERT（計(jì)劃評審技術(shù)）是一種定量風(fēng)險分析工具。（）8.ITIL框架中，服務(wù)級別協(xié)議（SLA）是服務(wù)管理的核心。（）9.軟件配置管理中，版本庫（Repository）僅用于存儲代碼文件。（）10.敏捷開發(fā)完全排斥計(jì)劃性，強(qiáng)調(diào)“無計(jì)劃”工作。（）四、簡答題（共5題，每題5分，計(jì)25分）要求：簡述概念或流程，不超過200字。1.簡述敏捷開發(fā)與瀑布模型的區(qū)別。2.解釋什么是“基線（Baseline）”及其作用。3.描述DevOps中CI/CD流水線的基本流程。4.說明項(xiàng)目管理中“風(fēng)險登記冊”的主要內(nèi)容。5.列舉三種常見的軟件測試類型及其目的。五、案例分析題（共3題，每題10分，計(jì)30分）要求：結(jié)合實(shí)際場景進(jìn)行分析。1.場景：某企業(yè)計(jì)劃開發(fā)一款電商平臺，需求文檔中提到“用戶需支持國內(nèi)主流支付方式”。開發(fā)團(tuán)隊(duì)在技術(shù)選型時發(fā)現(xiàn)，集成支付寶和微信支付會顯著增加系統(tǒng)復(fù)雜度，但產(chǎn)品經(jīng)理強(qiáng)調(diào)必須優(yōu)先實(shí)現(xiàn)。問題：（1）該場景中存在哪些潛在風(fēng)險？（2）請?zhí)岢鲲L(fēng)險應(yīng)對建議。2.場景：某軟件項(xiàng)目采用敏捷開發(fā)模式，每個Sprint周期為2周。在Sprint第10天時，測試團(tuán)隊(duì)發(fā)現(xiàn)核心功能存在嚴(yán)重缺陷，導(dǎo)致無法按期交付。項(xiàng)目經(jīng)理面臨兩種選擇：延長Sprint周期或犧牲部分需求。問題：（1）敏捷開發(fā)中如何處理這種突發(fā)狀況？（2）從團(tuán)隊(duì)協(xié)作角度，應(yīng)如何避免類似問題？3.場景：某IT服務(wù)公司采用ITIL框架管理運(yùn)維服務(wù)，但客戶頻繁投訴響應(yīng)時間過長。服務(wù)臺記錄顯示，多數(shù)事件因配置信息不完整導(dǎo)致工程師需二次溝通。問題：（1）分析客戶投訴的根本原因。（2）提出改進(jìn)建議，并說明ITIL中哪些流程可支持改進(jìn)。答案與解析一、單選題1.B（ProductOwner負(fù)責(zé)管理ProductBacklog，ScrumMaster負(fù)責(zé)服務(wù)團(tuán)隊(duì)，DevelopmentTeam負(fù)責(zé)開發(fā)。）2.C（已管理級要求過程被正式識別、定義并管理，PM屬于此級別。）3.B（CI/CD核心是自動化構(gòu)建、測試和部署。）4.A（功能性質(zhì)量關(guān)注軟件是否滿足用戶需求。）5.B（體系結(jié)構(gòu)過山車階段產(chǎn)出架構(gòu)設(shè)計(jì)。）6.C（敏捷開發(fā)適用于需求頻繁變更場景。）7.B（資金短缺是典型威脅。）8.B（掙值管理用于分析進(jìn)度和成本偏差。）9.B（事件管理負(fù)責(zé)快速恢復(fù)服務(wù)。）10.C（基線是關(guān)鍵版本的凍結(jié)狀態(tài)。）二、多選題1.A,B,C,E（敏捷價值觀：個體與互動高于流程與工具；工作軟件高于詳盡文檔；客戶合作高于合同談判；響應(yīng)變化高于遵循計(jì)劃。）2.A,B,C（快速跟進(jìn)、資源平滑、資源集中是進(jìn)度壓縮技術(shù)。）3.A,B,C,D（FMEA措施：替換組件、增加冗余、優(yōu)化流程、提高檢測頻率。）4.A,B,C,D（Jenkins、Docker、Nagios是常見DevOps工具。）5.A,B,D（黑盒測試方法：等價類、決策表、用例測試。）三、判斷題1.√2.√3.×（DevOps強(qiáng)調(diào)開發(fā)與運(yùn)維協(xié)作。）4.×（ISO/IEC25011針對軟件生命周期評估。）5.×（RUP迭代可并行。）6.×（范圍蔓延通常導(dǎo)致項(xiàng)目失敗。）7.√8.√9.×（版本庫存儲所有配置項(xiàng)。）10.×（敏捷仍需計(jì)劃，但更靈活。）四、簡答題1.敏捷開發(fā)與瀑布模型的區(qū)別敏捷開發(fā)采用迭代、增量方式，強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作和客戶反饋；瀑布模型是順序、文檔驅(qū)動，階段間不可逆。敏捷無固定計(jì)劃，瀑布計(jì)劃嚴(yán)格。2.基線的作用基線是項(xiàng)目關(guān)鍵版本的凍結(jié)點(diǎn)，用于變更控制和質(zhì)量保證，可作為后續(xù)開發(fā)或驗(yàn)收的基準(zhǔn)。3.CI/CD流水線流程代碼提交→自動化構(gòu)建→單元測試→集成測試→部署（開發(fā)/測試/生產(chǎn)）。4.風(fēng)險登記冊內(nèi)容風(fēng)險描述、可能性、影響、應(yīng)對措施、責(zé)任人、狀態(tài)等。5.軟件測試類型功能測試（驗(yàn)證需求）、性能測試（評估效率）、安全測試（檢查漏洞）。五、案例分析題1.電商平臺開發(fā)風(fēng)險與應(yīng)對（1）風(fēng)險：支付集成復(fù)雜度高、測試不充分、上線后用戶投訴。（2）建議：①分階段集成（優(yōu)先核心支付方式）；②加強(qiáng)測試覆蓋率；③與客戶協(xié)商明確優(yōu)先級。2.敏捷項(xiàng)目延期問題處理（1）敏捷應(yīng)對：召開Sprint評審會，重新評估剩余工作量，若無法完成則調(diào)整計(jì)