2025年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格（水平）考試沖刺押題卷——軟件工程基礎(chǔ)與設(shè)計(jì)考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每題1分，共30分）1.軟件工程方法學(xué)中，強(qiáng)調(diào)開(kāi)發(fā)過(guò)程階段劃分、文檔規(guī)范、適用于需求穩(wěn)定的項(xiàng)目的模型是？A.瀑布模型B.螺旋模型C.原型模型D.敏捷模型2.在軟件生命周期中，下列哪個(gè)階段的主要產(chǎn)出物是軟件需求規(guī)格說(shuō)明書(shū)？A.概要設(shè)計(jì)階段B.詳細(xì)設(shè)計(jì)階段C.需求分析階段D.測(cè)試階段3.下面不屬于軟件需求規(guī)格說(shuō)明書(shū)應(yīng)具有的特性的是？A.無(wú)歧義性B.完整性C.可驗(yàn)證性D.可執(zhí)行性4.常用于描述系統(tǒng)用例和參與者之間交互關(guān)系的圖是？A.狀態(tài)轉(zhuǎn)換圖B.活動(dòng)圖C.用例圖D.順序圖5.軟件設(shè)計(jì)中的“高內(nèi)聚，低耦合”原則主要強(qiáng)調(diào)的是？A.模塊內(nèi)部元素關(guān)聯(lián)緊密，模塊之間依賴(lài)盡量少B.模塊內(nèi)部元素關(guān)聯(lián)松散，模塊之間依賴(lài)盡量多C.模塊獨(dú)立性差，修改一個(gè)模塊影響范圍小D.模塊獨(dú)立性好，修改一個(gè)模塊影響范圍大6.下列關(guān)于面向?qū)ο笤O(shè)計(jì)原則SOLID的描述，錯(cuò)誤的是？A.單一職責(zé)原則（SingleResponsibilityPrinciple）B.開(kāi)放封閉原則（Open-ClosedPrinciple）C.接口隔離原則（InterfaceSegregationPrinciple）D.繼承復(fù)用原則（InheritanceReusePrinciple）7.提供了一種“請(qǐng)求-響應(yīng)”通信模式，允許發(fā)送方和接收方獨(dú)立工作的架構(gòu)風(fēng)格是？A.MVCB.MicroservicesC.Event-DrivenD.Client/Server8.軟件測(cè)試中，依據(jù)程序內(nèi)部結(jié)構(gòu)和邏輯路徑設(shè)計(jì)測(cè)試用例的方法稱(chēng)為？A.黑盒測(cè)試法B.白盒測(cè)試法C.測(cè)試驅(qū)動(dòng)開(kāi)發(fā)D.行為驅(qū)動(dòng)開(kāi)發(fā)9.發(fā)現(xiàn)并糾正軟件中錯(cuò)誤、缺陷的活動(dòng)稱(chēng)為？A.需求分析B.軟件設(shè)計(jì)C.軟件測(cè)試D.軟件維護(hù)10.軟件維護(hù)中最主要、最頻繁的一類(lèi)維護(hù)活動(dòng)是？A.改進(jìn)性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)11.在軟件項(xiàng)目管理中，用于估算項(xiàng)目所需人力資源和時(shí)間的活動(dòng)屬于？A.范圍規(guī)劃B.活動(dòng)定義C.活動(dòng)估算D.資源規(guī)劃12.項(xiàng)目風(fēng)險(xiǎn)管理過(guò)程中，識(shí)別潛在風(fēng)險(xiǎn)并分析其可能性和影響程度的活動(dòng)是？A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)分析C.風(fēng)險(xiǎn)應(yīng)對(duì)D.風(fēng)險(xiǎn)監(jiān)控13.在軟件項(xiàng)目管理中，溝通計(jì)劃的主要目的是？A.規(guī)劃項(xiàng)目預(yù)算B.確定項(xiàng)目范圍C.確定如何以及何時(shí)向項(xiàng)目干系人傳遞信息D.管理項(xiàng)目風(fēng)險(xiǎn)14.ISO/IEC12207是關(guān)于什么的國(guó)際標(biāo)準(zhǔn)？A.軟件開(kāi)發(fā)過(guò)程B.軟件測(cè)試方法C.計(jì)算機(jī)硬件架構(gòu)D.數(shù)據(jù)庫(kù)管理15.軟件架構(gòu)風(fēng)格中，將應(yīng)用程序劃分為表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層的一種模型是？A.層次模型B.客戶(hù)/服務(wù)器模型C.模塊化模型D.對(duì)象模型16.下列不屬于軟件架構(gòu)設(shè)計(jì)原則的是？A.抽象B.封裝C.繼承D.可擴(kuò)展性17.用于表示實(shí)體及其之間關(guān)系的模型是？A.數(shù)據(jù)流圖（DFD）B.統(tǒng)一建模語(yǔ)言（UML）類(lèi)圖C.狀態(tài)轉(zhuǎn)換圖D.順序圖18.軟件測(cè)試中，由最終用戶(hù)或客戶(hù)代表進(jìn)行的測(cè)試是？A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.驗(yàn)收測(cè)試19.在敏捷開(kāi)發(fā)方法中，通常以短迭代周期（如2-4周）交付可用軟件的實(shí)踐是？A.瀑布開(kāi)發(fā)B.精益開(kāi)發(fā)C.紙板墻D.Scrum20.軟件設(shè)計(jì)模式中，提供一種對(duì)象創(chuàng)建機(jī)制，可以解除對(duì)象創(chuàng)建邏輯與對(duì)象使用邏輯之間的耦合的是？A.策略模式B.責(zé)任鏈模式C.工廠方法模式D.觀察者模式21.下列關(guān)于數(shù)據(jù)庫(kù)概念設(shè)計(jì)的描述，錯(cuò)誤的是？A.主要是建立數(shù)據(jù)的邏輯結(jié)構(gòu)B.通常使用E-R圖進(jìn)行建模C.關(guān)注數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)和訪問(wèn)效率D.需要考慮數(shù)據(jù)的一致性和完整性約束22.軟件項(xiàng)目管理中，導(dǎo)致項(xiàng)目范圍蔓延的主要原因是？A.項(xiàng)目計(jì)劃不周B.干系人需求變更頻繁且未受控C.團(tuán)隊(duì)成員能力不足D.項(xiàng)目風(fēng)險(xiǎn)應(yīng)對(duì)不當(dāng)23.軟件的可維護(hù)性主要包括可理解性、可修改性、可靠性和？A.可移植性B.可重用性C.可測(cè)試性D.可分析性24.下列不屬于軟件維護(hù)類(lèi)型的是？A.正常維護(hù)B.改進(jìn)性維護(hù)C.適應(yīng)性維護(hù)D.預(yù)防性維護(hù)25.在軟件設(shè)計(jì)階段，確定系統(tǒng)主要組成模塊以及模塊之間的關(guān)系的過(guò)程是？A.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.需求分析D.架構(gòu)設(shè)計(jì)26.軟件需求分析過(guò)程中，用于捕獲用戶(hù)業(yè)務(wù)流程和操作步驟的技術(shù)是？A.數(shù)據(jù)流分析B.狀態(tài)遷移分析C.用例建模D.類(lèi)圖分析27.下列關(guān)于軟件架構(gòu)描述，錯(cuò)誤的是？A.軟件架構(gòu)定義了系統(tǒng)的基本結(jié)構(gòu)B.軟件架構(gòu)關(guān)注系統(tǒng)的非功能性需求C.軟件架構(gòu)是軟件設(shè)計(jì)的核心D.軟件架構(gòu)的選擇對(duì)系統(tǒng)開(kāi)發(fā)成本影響不大28.軟件測(cè)試中的回歸測(cè)試是為了？A.發(fā)現(xiàn)新的缺陷B.驗(yàn)證修改是否解決了原有問(wèn)題且未引入新問(wèn)題C.測(cè)試軟件的易用性D.評(píng)估軟件的性能29.軟件項(xiàng)目管理中，用于識(shí)別項(xiàng)目所有相關(guān)干系人的活動(dòng)是？A.干系人分析B.干系人管理C.干系人溝通D.干系人識(shí)別30.軟件開(kāi)發(fā)過(guò)程中，需求變更管理的主要目的是？A.盡量避免需求變更B.確保需求變更得到有效控制和管理C.由開(kāi)發(fā)團(tuán)隊(duì)自行決定是否接受變更D.忽略對(duì)項(xiàng)目影響小的需求變更二、案例分析題（共2題，共40分）案例一（20分）假設(shè)你正在參與一個(gè)銀行核心系統(tǒng)項(xiàng)目的開(kāi)發(fā)，目前處于需求分析階段。項(xiàng)目需求文檔中提到了以下關(guān)鍵業(yè)務(wù)場(chǎng)景：1.客戶(hù)可以在銀行柜臺(tái)或網(wǎng)上銀行申請(qǐng)辦理存款業(yè)務(wù)。存款可以是活期或定期。2.客戶(hù)可以在線(xiàn)或柜臺(tái)查詢(xún)賬戶(hù)余額。3.客戶(hù)可以在滿(mǎn)足一定條件下（如積分達(dá)到一定數(shù)額）獲得賬戶(hù)利息。4.系統(tǒng)需要記錄客戶(hù)的個(gè)人信息（姓名、身份證號(hào)、聯(lián)系方式）和賬戶(hù)信息（賬號(hào)、開(kāi)戶(hù)日期、賬戶(hù)類(lèi)型、余額）。5.系統(tǒng)需要支持不同類(lèi)型的員工（柜員、客戶(hù)經(jīng)理、系統(tǒng)管理員），并賦予他們不同的操作權(quán)限。請(qǐng)根據(jù)以上場(chǎng)景，完成以下任務(wù)：（1）描述獲取上述需求的可能方法。（4分）（2）識(shí)別出該系統(tǒng)的主要參與者（Actor），并簡(jiǎn)要說(shuō)明其角色。（4分）（3）針對(duì)場(chǎng)景1和場(chǎng)景2，分別設(shè)計(jì)一個(gè)簡(jiǎn)單的用例，用自然語(yǔ)言描述用例名稱(chēng)和用例描述。（8分）（4）設(shè)計(jì)一個(gè)簡(jiǎn)單的E-R圖，用于表示客戶(hù)、賬戶(hù)和利息之間的關(guān)系。（4分）案例二（20分）某公司計(jì)劃開(kāi)發(fā)一個(gè)在線(xiàn)招聘系統(tǒng)，用于發(fā)布職位、管理簡(jiǎn)歷、進(jìn)行初步篩選和安排面試。在系統(tǒng)設(shè)計(jì)階段，初步確定了以下模塊：*職位發(fā)布模塊：負(fù)責(zé)發(fā)布、修改和刪除職位信息。*簡(jiǎn)歷管理模塊：負(fù)責(zé)接收、存儲(chǔ)和管理候選人的簡(jiǎn)歷信息。*篩選模塊：根據(jù)預(yù)設(shè)條件（如學(xué)歷、技能、工作經(jīng)驗(yàn)）對(duì)簡(jiǎn)歷進(jìn)行自動(dòng)或手動(dòng)篩選。*面試安排模塊：負(fù)責(zé)根據(jù)篩選結(jié)果，自動(dòng)或手動(dòng)安排面試時(shí)間和地點(diǎn)，并通知候選人。*用戶(hù)管理模塊：負(fù)責(zé)管理不同類(lèi)型的用戶(hù)（管理員、招聘經(jīng)理、求職者）的登錄、權(quán)限等。請(qǐng)根據(jù)以上描述，完成以下任務(wù)：（1）簡(jiǎn)述模塊化設(shè)計(jì)在該系統(tǒng)中的應(yīng)用意義。（4分）（2）分析上述模塊劃分是否符合高內(nèi)聚、低耦合的原則，并說(shuō)明理由。（6分）（3）如果采用分層架構(gòu)設(shè)計(jì)，請(qǐng)簡(jiǎn)述該招聘系統(tǒng)可能包含哪些層次，并說(shuō)明每一層的主要職責(zé)。（5分）（4）在設(shè)計(jì)篩選模塊時(shí)，如果需要支持復(fù)雜的篩選條件組合（如“學(xué)歷為碩士且工作經(jīng)驗(yàn)超過(guò)3年或精通特定技能”），可以采用哪些設(shè)計(jì)方法或技術(shù)？（5分）試卷答案一、選擇題1.A解析：瀑布模型的特點(diǎn)是階段劃分清晰、文檔規(guī)范、線(xiàn)性順序，適用于需求比較穩(wěn)定的項(xiàng)目。2.C解析：需求分析階段的核心任務(wù)是獲取、分析和表達(dá)用戶(hù)需求，其主要的產(chǎn)出物是軟件需求規(guī)格說(shuō)明書(shū)。3.D解析：需求規(guī)格說(shuō)明書(shū)描述的是軟件應(yīng)該做什么，是邏輯性的文檔，不具備可執(zhí)行性。其特性應(yīng)是無(wú)歧義性、完整性、可驗(yàn)證性、一致性等。4.C解析：用例圖主要用于表示系統(tǒng)中的參與者以及他們與系統(tǒng)用例之間的關(guān)系。5.A解析：高內(nèi)聚意味著模塊內(nèi)部功能關(guān)聯(lián)緊密，模塊本身功能明確；低耦合意味著模塊之間依賴(lài)關(guān)系少，修改一個(gè)模塊對(duì)其他模塊的影響小，這是衡量模塊獨(dú)立性的重要指標(biāo)。6.D解析：SOLID原則包括單一職責(zé)原則、開(kāi)閉原則、接口隔離原則、里氏替換原則和依賴(lài)倒置原則。繼承復(fù)用是面向?qū)ο缶幊痰奶匦?，但并非SOLID原則之一。7.C解析：事件驅(qū)動(dòng)架構(gòu)是一種基于事件發(fā)布的通信模式，發(fā)送方和接收方不需要時(shí)刻保持連接，可以獨(dú)立工作。8.B解析：白盒測(cè)試是基于程序內(nèi)部結(jié)構(gòu)和代碼邏輯設(shè)計(jì)測(cè)試用例的方法，測(cè)試人員需要了解程序的內(nèi)部實(shí)現(xiàn)。9.C解析：軟件測(cè)試的主要目的是發(fā)現(xiàn)軟件中的缺陷（錯(cuò)誤），并對(duì)其進(jìn)行修正。10.C解析：完善性維護(hù)是指為了改進(jìn)軟件的性能、可用性或增加新的功能而進(jìn)行的修改，這是最常見(jiàn)的一類(lèi)維護(hù)活動(dòng)。11.C解析：活動(dòng)估算是項(xiàng)目管理中估算完成各項(xiàng)活動(dòng)所需時(shí)間（工期）和資源（人力）的過(guò)程。12.A解析：風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)管理的第一步，目的是找出項(xiàng)目中可能存在的風(fēng)險(xiǎn)因素。13.C解析：溝通計(jì)劃定義了項(xiàng)目信息傳遞的內(nèi)容、方式、頻率和對(duì)象，確保信息在正確的時(shí)間傳遞給正確的干系人。14.A解析：ISO/IEC12207是國(guó)際標(biāo)準(zhǔn)化組織發(fā)布的關(guān)于軟件生命周期過(guò)程的國(guó)際標(biāo)準(zhǔn)。15.A解析：層次模型是一種常見(jiàn)的架構(gòu)風(fēng)格，將系統(tǒng)劃分為多個(gè)層次，各層之間有明確的層次關(guān)系。16.C解析：封裝、抽象、模塊化、可擴(kuò)展性等都是軟件架構(gòu)設(shè)計(jì)的重要原則。繼承是面向?qū)ο缶幊痰恼Z(yǔ)言特性，主要用于代碼復(fù)用，并非架構(gòu)設(shè)計(jì)原則。17.B解析：UML類(lèi)圖用于描述系統(tǒng)中對(duì)象的靜態(tài)結(jié)構(gòu)，包括類(lèi)、屬性和操作，以及它們之間的關(guān)系，可以表示實(shí)體和關(guān)系。18.D解析：驗(yàn)收測(cè)試是由客戶(hù)或用戶(hù)代表進(jìn)行的測(cè)試，目的是確認(rèn)軟件是否滿(mǎn)足其需求。19.D解析：Scrum是一種流行的敏捷開(kāi)發(fā)框架，其特點(diǎn)是短迭代周期（Sprint）和頻繁交付可工作的軟件。20.C解析：工廠方法模式提供了一種創(chuàng)建對(duì)象的接口，允許子類(lèi)決定實(shí)例化哪一個(gè)類(lèi)，將對(duì)象的創(chuàng)建邏輯與使用邏輯分離。21.C解析：數(shù)據(jù)庫(kù)概念設(shè)計(jì)關(guān)注數(shù)據(jù)的邏輯結(jié)構(gòu)和語(yǔ)義，關(guān)注實(shí)體及其關(guān)系，存儲(chǔ)結(jié)構(gòu)和訪問(wèn)效率屬于物理設(shè)計(jì)范疇。22.B解析：需求蔓延通常由項(xiàng)目過(guò)程中干系人提出的大量未經(jīng)控制的需求變更引起。23.A解析：軟件的可維護(hù)性通常包括可理解性、可修改性、可靠性和可移植性。24.A解析：正常維護(hù)通常指對(duì)已交付軟件進(jìn)行的日常操作和故障排除，并非軟件維護(hù)的一個(gè)正式分類(lèi)類(lèi)型，其他三個(gè)都是。25.A解析：概要設(shè)計(jì)階段的主要任務(wù)是確定系統(tǒng)模塊結(jié)構(gòu)、模塊間接口和系統(tǒng)架構(gòu)。26.C解析：用例建模是捕獲用戶(hù)目標(biāo)和使用場(chǎng)景的有效方法，適合描述業(yè)務(wù)流程和操作步驟。27.D解析：軟件架構(gòu)的選擇對(duì)系統(tǒng)的開(kāi)發(fā)成本、維護(hù)成本、性能、可擴(kuò)展性等都有顯著影響。28.B解析：回歸測(cè)試是在代碼修改后重新運(yùn)行相關(guān)測(cè)試用例，目的是驗(yàn)證修改是否引入了新問(wèn)題或?qū)е略袉?wèn)題未解決。29.D解析：干系人識(shí)別是項(xiàng)目管理初期識(shí)別所有可能影響項(xiàng)目或被項(xiàng)目影響的個(gè)人或群體的活動(dòng)。30.B解析：需求變更管理旨在建立一套流程來(lái)評(píng)估、記錄、批準(zhǔn)或拒絕需求變更，確保變更得到有效控制。二、案例分析題案例一（1）獲取需求的可能方法包括：用戶(hù)訪談、問(wèn)卷調(diào)查、觀察用戶(hù)操作、文檔分析、原型法（快速構(gòu)建原型獲取反饋）等。針對(duì)銀行系統(tǒng)，用戶(hù)訪談（與柜員、客戶(hù)、管理員交談）和觀察用戶(hù)操作可能是比較有效的方法。（2）主要參與者（Actor）包括：*客戶(hù)：使用存款、查詢(xún)余額等服務(wù)。*柜員：在柜臺(tái)處理客戶(hù)存款、查詢(xún)等請(qǐng)求。*網(wǎng)上銀行用戶(hù)：通過(guò)網(wǎng)上銀行進(jìn)行存款、查詢(xún)等操作。*系統(tǒng)管理員：管理系統(tǒng)用戶(hù)、賬戶(hù)信息等。（3）用例設(shè)計(jì)：*用例1：存款用例名稱(chēng)：存款用例描述：客戶(hù)（通過(guò)柜臺(tái)或網(wǎng)上銀行）將其賬戶(hù)中的資金存入另一個(gè)賬戶(hù)或本賬戶(hù)。柜員或系統(tǒng)根據(jù)客戶(hù)指令和賬戶(hù)類(lèi)型處理存款，更新賬戶(hù)余額，并記錄存款流水。支持活期和定期存款。*用例2：查詢(xún)賬戶(hù)余額用例名稱(chēng)：查詢(xún)賬戶(hù)余額用例描述：客戶(hù)（通過(guò)柜臺(tái)或網(wǎng)上銀行）查詢(xún)其指定賬戶(hù)的當(dāng)前可用余額。系統(tǒng)驗(yàn)證客戶(hù)身份，返回該賬戶(hù)的余額信息。（4）E-R圖設(shè)計(jì)（文字描述）：*實(shí)體：客戶(hù)（屬性：客戶(hù)ID、姓名、身份證號(hào)、聯(lián)系方式），賬戶(hù)（屬性：賬號(hào)、開(kāi)戶(hù)日期、賬戶(hù)類(lèi)型、余額），利息（屬性：利息ID、賬戶(hù)ID、利息金額、計(jì)息日期）。*關(guān)系：*客戶(hù)與賬戶(hù)：一對(duì)多（一個(gè)客戶(hù)可以有多個(gè)賬戶(hù)）。*賬戶(hù)與利息：一對(duì)多（一個(gè)賬戶(hù)可以產(chǎn)生多條利息記錄）。*圖示（無(wú)法繪制，文字描述如上）。案例二（1）模塊化設(shè)計(jì)的意義在于：*降低復(fù)雜性：將大系統(tǒng)分解為小模塊，每個(gè)模塊關(guān)注特定功能，使系統(tǒng)更易于理解和開(kāi)發(fā)。*提高可重用性：獨(dú)立的模塊可以在其他系統(tǒng)或未來(lái)項(xiàng)目中重用。*便于維護(hù)和修改：修改一個(gè)模塊對(duì)其他模塊的影響被限制在模塊內(nèi)部，減少了風(fēng)險(xiǎn)。*促進(jìn)并行開(kāi)發(fā)：不同的團(tuán)隊(duì)可以同時(shí)開(kāi)發(fā)不同的模塊。*提高可測(cè)試性：每個(gè)模塊可以獨(dú)立進(jìn)行測(cè)試。（2）分析：*內(nèi)聚性：各模塊的功能相對(duì)集中。例如，“職位發(fā)布模塊”專(zhuān)注于職位信息管理，“簡(jiǎn)歷管理模塊”專(zhuān)注于簡(jiǎn)歷管理，“篩選模塊”專(zhuān)注于簡(jiǎn)歷篩選，“面試安排模塊”專(zhuān)注于面試組織，“用戶(hù)管理模塊”專(zhuān)注于用戶(hù)權(quán)限管理。從描述看，內(nèi)聚性是比較高的。*耦合性：模塊之間的依賴(lài)關(guān)系。描述中未明確說(shuō)明模塊間的交互方式，但可以推測(cè)存在交互。例如，篩選模塊需要調(diào)用簡(jiǎn)歷管理模塊獲取簡(jiǎn)歷信息，面試安排模塊可能需要調(diào)用職位發(fā)布模塊獲取職位信息，用戶(hù)管理模塊被其他模塊調(diào)用以進(jìn)行權(quán)限驗(yàn)證。如果這些交互是通過(guò)簡(jiǎn)單的函數(shù)調(diào)用或數(shù)據(jù)傳遞完成，且依賴(lài)關(guān)系明確、數(shù)量少，則耦合度相對(duì)較低。但如果篩選邏輯過(guò)于復(fù)雜，需要深度依賴(lài)其他模塊，或者用戶(hù)管理模塊被多處調(diào)用且修改困難，則耦合度可能較高。總體來(lái)說(shuō)，如果設(shè)計(jì)得當(dāng)，可以做到低耦合。*結(jié)論：初步的模塊劃分體現(xiàn)了較高的內(nèi)聚性，如果各模塊之間的接口設(shè)計(jì)良好，交互簡(jiǎn)單明確，則可以保持相對(duì)較低的耦合度。但這需要進(jìn)一步的設(shè)計(jì)細(xì)化來(lái)保證。（3）分層架構(gòu)設(shè)計(jì)（可能包含）：*表示層（PresentationLayer）：負(fù)責(zé)與用戶(hù)交互，接收用戶(hù)輸入，展示輸出結(jié)果。例如，網(wǎng)頁(yè)界面、移動(dòng)App界面等。*應(yīng)用層（ApplicationLayer/Bus