2025年軟件設(shè)計(jì)師(中級(jí))考試上午題專項(xiàng)真題試卷

姓名：__________考號(hào)：__________題號(hào)一二三四五總分評(píng)分一、單選題(共10題)1.以下哪個(gè)概念不屬于軟件工程的范疇？()A.軟件需求分析B.軟件測(cè)試C.軟件項(xiàng)目管理D.硬件設(shè)計(jì)2.在軟件開(kāi)發(fā)過(guò)程中，以下哪個(gè)階段不會(huì)產(chǎn)生軟件代碼？()A.需求分析B.設(shè)計(jì)C.編碼D.測(cè)試3.UML（統(tǒng)一建模語(yǔ)言）中的類圖主要用于展示什么？()A.類與類之間的關(guān)系B.對(duì)象與對(duì)象之間的關(guān)系C.系統(tǒng)的靜態(tài)結(jié)構(gòu)D.系統(tǒng)的行為過(guò)程4.以下哪種數(shù)據(jù)庫(kù)范式要求表中的所有字段都依賴于主鍵？()A.第一范式B.第二范式C.第三范式D.第四范式5.在面向?qū)ο缶幊讨?，以下哪個(gè)概念表示類和對(duì)象之間的關(guān)系？()A.繼承B.實(shí)現(xiàn)C.組合D.關(guān)聯(lián)6.以下哪種設(shè)計(jì)模式適用于在多個(gè)類之間共享行為和狀態(tài)？()A.工廠模式B.觀察者模式C.裝飾者模式D.模板方法模式7.在軟件開(kāi)發(fā)過(guò)程中，以下哪個(gè)階段主要關(guān)注軟件的質(zhì)量和可靠性？()A.需求分析B.設(shè)計(jì)C.編碼D.測(cè)試8.以下哪個(gè)工具通常用于軟件版本控制？()A.ExcelB.WordC.GitD.PowerPoint9.在軟件需求分析過(guò)程中，以下哪個(gè)工具可以幫助確定系統(tǒng)的功能需求？()A.狀態(tài)圖B.用例圖C.類圖D.序列圖10.以下哪個(gè)原則是軟件設(shè)計(jì)中的“開(kāi)閉原則”？()A.單一職責(zé)原則B.開(kāi)放封閉原則C.里氏替換原則D.依賴倒置原則二、多選題(共5題)11.以下哪些是軟件開(kāi)發(fā)生命周期中需求分析階段的任務(wù)？()A.確定用戶需求B.設(shè)計(jì)軟件架構(gòu)C.編寫測(cè)試用例D.編寫技術(shù)文檔12.在面向?qū)ο蟮脑O(shè)計(jì)中，以下哪些是設(shè)計(jì)模式的分類？()A.創(chuàng)建型模式B.結(jié)構(gòu)型模式C.行為型模式D.數(shù)據(jù)庫(kù)模式13.以下哪些是數(shù)據(jù)庫(kù)設(shè)計(jì)中的范式？()A.第一范式B.第二范式C.第三范式D.第四范式14.在軟件測(cè)試中，以下哪些是軟件缺陷的來(lái)源？()A.設(shè)計(jì)錯(cuò)誤B.編程錯(cuò)誤C.用戶錯(cuò)誤D.系統(tǒng)配置錯(cuò)誤15.以下哪些是敏捷開(kāi)發(fā)中的核心原則？()A.個(gè)體和交互勝過(guò)過(guò)程和工具B.可工作的軟件勝過(guò)詳細(xì)的文檔C.客戶合作勝過(guò)合同談判D.響應(yīng)變化勝過(guò)遵循計(jì)劃三、填空題(共5題)16.軟件需求規(guī)格說(shuō)明書(shū)的主要作用是描述軟件系統(tǒng)的17.UML中的類圖主要用來(lái)說(shuō)明系統(tǒng)的18.數(shù)據(jù)庫(kù)設(shè)計(jì)中的范式之一，要求非主屬性完全依賴于主鍵的范式是19.軟件測(cè)試中，用來(lái)檢查軟件是否滿足既定需求的測(cè)試方法是20.敏捷開(kāi)發(fā)中，強(qiáng)調(diào)頻繁交付的軟件，以及業(yè)務(wù)人員和開(kāi)發(fā)人員必須協(xié)同工作的原則是四、判斷題(共5題)21.軟件需求規(guī)格說(shuō)明書(shū)編寫完成后，無(wú)需進(jìn)行評(píng)審。()A.正確B.錯(cuò)誤22.UML類圖中的關(guān)聯(lián)表示了兩個(gè)類之間的組合關(guān)系。()A.正確B.錯(cuò)誤23.數(shù)據(jù)庫(kù)范式越高，數(shù)據(jù)冗余越少。()A.正確B.錯(cuò)誤24.在軟件測(cè)試過(guò)程中，測(cè)試用例設(shè)計(jì)完成后，可以直接進(jìn)行測(cè)試執(zhí)行。()A.正確B.錯(cuò)誤25.敏捷開(kāi)發(fā)中的迭代模型是一種增量式開(kāi)發(fā)方法。()A.正確B.錯(cuò)誤五、簡(jiǎn)單題(共5題)26.請(qǐng)簡(jiǎn)述軟件開(kāi)發(fā)生命周期中需求分析階段的主要任務(wù)。27.解釋UML類圖中的聚合和組合的區(qū)別。28.請(qǐng)說(shuō)明數(shù)據(jù)庫(kù)設(shè)計(jì)中的ER模型和關(guān)系模型之間的關(guān)系。29.簡(jiǎn)述軟件測(cè)試中白盒測(cè)試和黑盒測(cè)試的區(qū)別。30.闡述敏捷開(kāi)發(fā)中的Scrum框架的基本概念和主要角色。

2025年軟件設(shè)計(jì)師(中級(jí))考試上午題專項(xiàng)真題試卷一、單選題(共10題)1.【答案】D【解析】硬件設(shè)計(jì)不屬于軟件工程的范疇，軟件工程主要關(guān)注軟件的開(kāi)發(fā)和維護(hù)。2.【答案】A【解析】需求分析階段主要是確定用戶需求，不涉及具體的代碼編寫。3.【答案】C【解析】UML類圖主要用于展示系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括類、屬性和方法。4.【答案】B【解析】第二范式要求表中的所有字段都依賴于主鍵，且非主鍵字段之間不存在部分依賴。5.【答案】A【解析】繼承表示類和類之間的關(guān)系，允許子類繼承父類的屬性和方法。6.【答案】C【解析】裝飾者模式允許在運(yùn)行時(shí)動(dòng)態(tài)地添加或修改類的功能，適用于共享行為和狀態(tài)。7.【答案】D【解析】測(cè)試階段主要關(guān)注軟件的質(zhì)量和可靠性，確保軟件滿足需求和規(guī)范。8.【答案】C【解析】Git是一種常用的版本控制工具，用于管理軟件開(kāi)發(fā)過(guò)程中的版本變化。9.【答案】B【解析】用例圖可以幫助確定系統(tǒng)的功能需求，展示系統(tǒng)與外部用戶之間的交互。10.【答案】B【解析】開(kāi)放封閉原則要求軟件實(shí)體（如類、模塊、函數(shù)等）應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改封閉。二、多選題(共5題)11.【答案】A【解析】需求分析階段的任務(wù)是確定用戶需求，而設(shè)計(jì)軟件架構(gòu)、編寫測(cè)試用例和編寫技術(shù)文檔屬于后續(xù)階段的工作。12.【答案】ABC【解析】設(shè)計(jì)模式分為創(chuàng)建型模式、結(jié)構(gòu)型模式和行行為型模式，數(shù)據(jù)庫(kù)模式并不是一個(gè)標(biāo)準(zhǔn)的設(shè)計(jì)模式分類。13.【答案】ABCD【解析】數(shù)據(jù)庫(kù)設(shè)計(jì)中的范式包括第一范式、第二范式、第三范式和第四范式，用于指導(dǎo)數(shù)據(jù)庫(kù)的規(guī)范化設(shè)計(jì)。14.【答案】ABCD【解析】軟件缺陷可能來(lái)源于設(shè)計(jì)錯(cuò)誤、編程錯(cuò)誤、用戶錯(cuò)誤和系統(tǒng)配置錯(cuò)誤等多種原因。15.【答案】ABCD【解析】敏捷開(kāi)發(fā)的四個(gè)核心原則包括個(gè)體和交互勝過(guò)過(guò)程和工具、可工作的軟件勝過(guò)詳細(xì)的文檔、客戶合作勝過(guò)合同談判以及響應(yīng)變化勝過(guò)遵循計(jì)劃。三、填空題(共5題)16.【答案】功能和非功能需求【解析】軟件需求規(guī)格說(shuō)明書(shū)詳細(xì)描述了軟件系統(tǒng)的功能需求和非功能需求，為后續(xù)的開(kāi)發(fā)和維護(hù)提供依據(jù)。17.【答案】靜態(tài)結(jié)構(gòu)【解析】UML類圖是UML圖中的一種，用于表示系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括類、接口、屬性和方法。18.【答案】第三范式【解析】第三范式要求數(shù)據(jù)庫(kù)表中所有非主屬性完全依賴于主鍵，避免了傳遞依賴，提高了數(shù)據(jù)的一致性和完整性。19.【答案】黑盒測(cè)試【解析】黑盒測(cè)試是一種測(cè)試方法，它不考慮軟件的內(nèi)部結(jié)構(gòu)，只關(guān)注軟件的功能是否符合需求規(guī)格說(shuō)明書(shū)。20.【答案】持續(xù)交付【解析】持續(xù)交付是敏捷開(kāi)發(fā)的一個(gè)原則，強(qiáng)調(diào)頻繁交付可用的軟件，并且要求業(yè)務(wù)人員和開(kāi)發(fā)人員緊密合作。四、判斷題(共5題)21.【答案】錯(cuò)誤【解析】軟件需求規(guī)格說(shuō)明書(shū)編寫完成后，需要經(jīng)過(guò)評(píng)審以確保需求文檔的完整性和準(zhǔn)確性。22.【答案】錯(cuò)誤【解析】UML類圖中的關(guān)聯(lián)表示了兩個(gè)類之間的交互關(guān)系，而組合關(guān)系用組合（Composition）表示。23.【答案】正確【解析】數(shù)據(jù)庫(kù)范式是數(shù)據(jù)庫(kù)設(shè)計(jì)的重要指導(dǎo)原則，范式越高，數(shù)據(jù)的冗余越少，數(shù)據(jù)的一致性和完整性越好。24.【答案】錯(cuò)誤【解析】測(cè)試用例設(shè)計(jì)完成后，需要經(jīng)過(guò)評(píng)審和確認(rèn)，確保測(cè)試用例的合理性和有效性，然后才能進(jìn)行測(cè)試執(zhí)行。25.【答案】正確【解析】敏捷開(kāi)發(fā)中的迭代模型允許開(kāi)發(fā)團(tuán)隊(duì)在每次迭代中完成部分或全部的功能開(kāi)發(fā)，是一種增量式開(kāi)發(fā)方法。五、簡(jiǎn)答題(共5題)26.【答案】需求分析階段的主要任務(wù)包括：收集用戶需求、分析需求、定義系統(tǒng)功能、確定系統(tǒng)邊界、編寫需求規(guī)格說(shuō)明書(shū)等。這一階段的目標(biāo)是明確軟件系統(tǒng)的功能和性能要求，為后續(xù)的開(kāi)發(fā)工作提供基礎(chǔ)?！窘馕觥啃枨蠓治鍪擒浖_(kāi)發(fā)的第一步，其目的是確保開(kāi)發(fā)團(tuán)隊(duì)能夠正確理解并滿足用戶的需求，避免后期出現(xiàn)返工和資源浪費(fèi)。27.【答案】聚合和組合都是類之間的關(guān)系，但它們?cè)诒硎绢愔g的依賴程度上有區(qū)別。聚合表示整體與部分之間的“擁有”關(guān)系，整體對(duì)象可以獨(dú)立于部分對(duì)象存在；而組合表示整體與部分之間的“強(qiáng)擁有”關(guān)系，整體對(duì)象的存在依賴于部分對(duì)象的存在?！窘馕觥坷斫饩酆虾徒M合的區(qū)別對(duì)于設(shè)計(jì)良好的類圖和系統(tǒng)架構(gòu)至關(guān)重要，它們反映了類之間的不同依賴關(guān)系。28.【答案】ER模型（實(shí)體-關(guān)系模型）是數(shù)據(jù)庫(kù)設(shè)計(jì)的一種概念模型，用于描述實(shí)體之間的關(guān)系。關(guān)系模型是數(shù)據(jù)庫(kù)的一種邏輯模型，它將ER模型中的實(shí)體和關(guān)系轉(zhuǎn)換為關(guān)系數(shù)據(jù)庫(kù)中的表和關(guān)系。ER模型是關(guān)系模型的基礎(chǔ)，關(guān)系模型是ER模型在數(shù)據(jù)庫(kù)設(shè)計(jì)中的具體實(shí)現(xiàn)?！窘馕觥縀R模型和關(guān)系模型是數(shù)據(jù)庫(kù)設(shè)計(jì)中兩種重要的模型，它們之間的關(guān)系是概念模型到邏輯模型的轉(zhuǎn)換，對(duì)于數(shù)據(jù)庫(kù)設(shè)計(jì)人員來(lái)說(shuō)，理解這種轉(zhuǎn)換是必要的。29.【答案】白盒測(cè)試和黑盒測(cè)試是兩種不同的測(cè)試方法。白盒測(cè)試關(guān)注軟件的內(nèi)部結(jié)構(gòu)和邏輯，測(cè)試人員需要了解代碼實(shí)現(xiàn)；黑盒測(cè)試關(guān)注軟件的功能，測(cè)試人員不需要了解代碼實(shí)現(xiàn)。白盒測(cè)試通常用于單元測(cè)試，黑盒測(cè)試適用于集成測(cè)試和系統(tǒng)測(cè)試?！窘馕觥堪缀袦y(cè)試和黑盒測(cè)試是軟件測(cè)試中的兩種基本方法，它們?cè)跍y(cè)試策略和測(cè)試過(guò)程中有明顯的區(qū)別，選擇合適的測(cè)試方法對(duì)于提高軟件質(zhì)量至關(guān)重要。30.【答案】Scrum是一種敏捷開(kāi)發(fā)框架，它通過(guò)迭代和增量式的方法來(lái)管理軟件開(kāi)發(fā)過(guò)程。Scrum框架的主要角色