2026年軟件工程初級專業(yè)技術(shù)資格測試及答案考試時長：120分鐘滿分：100分試卷名稱：2026年軟件工程初級專業(yè)技術(shù)資格測試考核對象：軟件工程初級專業(yè)技術(shù)資格考生題型分值分布：-判斷題（總共10題，每題2分）總分20分-單選題（總共10題，每題2分）總分20分-多選題（總共10題，每題2分）總分20分-案例分析（總共3題，每題6分）總分18分-論述題（總共2題，每題11分）總分22分總分：100分---一、判斷題（每題2分，共20分）1.軟件工程中的需求分析階段不需要考慮用戶界面設(shè)計。2.瀑布模型適用于需求快速變化且復(fù)雜的軟件項目。3.UML類圖中的關(guān)聯(lián)關(guān)系表示兩個類之間的繼承關(guān)系。4.軟件測試的目的是發(fā)現(xiàn)軟件中的所有缺陷。5.黑盒測試不需要了解軟件的內(nèi)部實現(xiàn)邏輯。6.軟件維護分為改正性維護、適應(yīng)性維護和完美性維護三種類型。7.軟件項目管理中，范圍蔓延會導(dǎo)致項目延期和成本超支。8.敏捷開發(fā)強調(diào)在開發(fā)過程中不斷調(diào)整需求。9.軟件設(shè)計中的模塊化原則可以提高軟件的可維護性。10.軟件開發(fā)過程中，需求變更越晚，修復(fù)成本越高。二、單選題（每題2分，共20分）1.下列哪種方法不屬于軟件需求獲取技術(shù)？A.訪談B.觀察法C.文檔分析D.代碼審查2.軟件設(shè)計中的“高內(nèi)聚低耦合”原則指的是？A.模塊內(nèi)部功能緊密相關(guān)，模塊間依賴少B.模塊內(nèi)部功能松散，模塊間依賴多C.模塊內(nèi)部功能松散，模塊間依賴少D.模塊內(nèi)部功能緊密相關(guān)，模塊間依賴多3.下列哪種測試方法屬于黑盒測試？A.單元測試B.集成測試C.系統(tǒng)測試D.代碼審查4.軟件項目管理中，甘特圖主要用于？A.風險管理B.進度控制C.成本控制D.質(zhì)量控制5.敏捷開發(fā)中，Scrum框架的核心角色不包括？A.產(chǎn)品負責人B.敏捷教練C.開發(fā)團隊D.項目經(jīng)理6.軟件維護中最常見的類型是？A.改正性維護B.適應(yīng)性維護C.完美性維護D.預(yù)防性維護7.軟件設(shè)計中的“開閉原則”指的是？A.軟件應(yīng)易于擴展，不易修改B.軟件應(yīng)易于修改，不易擴展C.軟件應(yīng)同時易于擴展和修改D.軟件應(yīng)封閉，避免修改8.軟件測試中的“等價類劃分”方法主要用于？A.白盒測試B.黑盒測試C.單元測試D.集成測試9.軟件項目管理中，風險應(yīng)對策略不包括？A.風險規(guī)避B.風險轉(zhuǎn)移C.風險接受D.風險獎勵10.軟件開發(fā)過程中，需求分析階段的主要輸出是？A.源代碼B.設(shè)計文檔C.需求規(guī)格說明書D.測試用例三、多選題（每題2分，共20分）1.軟件需求分析階段常用的工具包括？A.用例圖B.數(shù)據(jù)流圖C.狀態(tài)圖D.類圖2.軟件設(shè)計中的“單一職責原則”指的是？A.一個類只負責一項功能B.一個類可以負責多項功能C.模塊內(nèi)部功能緊密相關(guān)D.模塊間依賴少3.軟件測試中的“邊界值分析”方法主要用于？A.白盒測試B.黑盒測試C.單元測試D.集成測試4.軟件項目管理中，常見的風險類型包括？A.技術(shù)風險B.進度風險C.成本風險D.范圍風險5.敏捷開發(fā)中，Scrum框架的核心活動包括？A.迭代計劃會議B.每日站會C.評審會議D.回顧會議6.軟件維護的類型包括？A.改正性維護B.適應(yīng)性維護C.完美性維護D.預(yù)防性維護7.軟件設(shè)計中的“里氏替換原則”指的是？A.子類可以替換父類B.父類可以替換子類C.模塊內(nèi)部功能緊密相關(guān)D.模塊間依賴少8.軟件測試中的“錯誤猜測法”主要用于？A.白盒測試B.黑盒測試C.單元測試D.集成測試9.軟件項目管理中，常見的溝通工具包括？A.甘特圖B.郵件C.即時通訊工具D.會議10.軟件開發(fā)過程中，需求變更的原因包括？A.用戶需求變化B.技術(shù)限制C.項目延期D.成本超支四、案例分析（每題6分，共18分）案例1：某公司開發(fā)一款在線購物平臺，需求如下：-用戶可以注冊、登錄、瀏覽商品；-用戶可以將商品加入購物車，修改購物車內(nèi)容；-用戶可以提交訂單，選擇支付方式；-管理員可以管理商品信息、訂單信息。問題：1.請用用例圖描述該系統(tǒng)的核心用例。2.請說明該系統(tǒng)在需求分析階段可能遇到的主要問題。案例2：某軟件項目采用敏捷開發(fā)模式，團隊規(guī)模為6人，迭代周期為2周。在第一個迭代結(jié)束時，產(chǎn)品負責人提出增加一個新的功能模塊，導(dǎo)致團隊需要調(diào)整開發(fā)計劃。問題：1.請說明敏捷開發(fā)中如何處理需求變更。2.請分析該案例中可能存在的風險。案例3：某公司開發(fā)一款企業(yè)級ERP系統(tǒng)，系統(tǒng)上線后，用戶反饋部分功能操作復(fù)雜，導(dǎo)致使用率低。公司決定進行優(yōu)化。問題：1.請說明該系統(tǒng)在維護階段可能遇到的主要問題。2.請?zhí)岢鲋辽偃N優(yōu)化方案。五、論述題（每題11分，共22分）1.請論述軟件需求分析的重要性，并說明如何有效獲取需求。2.請論述軟件設(shè)計中的模塊化原則，并說明其優(yōu)勢。---標準答案及解析一、判斷題1.×（需求分析階段需要考慮用戶界面設(shè)計）2.×（瀑布模型適用于需求穩(wěn)定的軟件項目）3.×（關(guān)聯(lián)關(guān)系表示兩個類之間的合作關(guān)系）4.×（軟件測試的目的是發(fā)現(xiàn)軟件中的主要缺陷）5.√6.√7.√8.√9.√10.√解析：-需求分析階段需要考慮用戶界面設(shè)計，因為用戶界面是用戶與軟件交互的橋梁。-瀑布模型適用于需求穩(wěn)定的軟件項目，不適用于需求快速變化的軟件項目。-UML類圖中的關(guān)聯(lián)關(guān)系表示兩個類之間的合作關(guān)系，繼承關(guān)系用空心三角形表示。-軟件測試的目的是發(fā)現(xiàn)軟件中的主要缺陷，而不是所有缺陷。-黑盒測試不需要了解軟件的內(nèi)部實現(xiàn)邏輯，只關(guān)注軟件的功能。-軟件維護分為改正性維護、適應(yīng)性維護和完美性維護三種類型。-軟件項目管理中，范圍蔓延會導(dǎo)致項目延期和成本超支。-敏捷開發(fā)強調(diào)在開發(fā)過程中不斷調(diào)整需求。-軟件設(shè)計中的模塊化原則可以提高軟件的可維護性。-軟件開發(fā)過程中，需求變更越晚，修復(fù)成本越高。二、單選題1.D2.A3.C4.B5.D6.A7.A8.B9.D10.C解析：1.代碼審查不屬于軟件需求獲取技術(shù)，其他選項都是需求獲取技術(shù)。2.“高內(nèi)聚低耦合”原則指的是模塊內(nèi)部功能緊密相關(guān)，模塊間依賴少。3.系統(tǒng)測試屬于黑盒測試，其他選項屬于白盒測試或非測試方法。4.甘特圖主要用于進度控制，其他選項不是甘特圖的主要用途。5.敏捷開發(fā)中，Scrum框架的核心角色不包括項目經(jīng)理。6.改正性維護是最常見的類型，其他選項是維護的其他類型。7.“開閉原則”指的是軟件應(yīng)易于擴展，不易修改。8.等價類劃分方法主要用于黑盒測試，其他選項不是等價類劃分的用途。9.風險應(yīng)對策略包括風險規(guī)避、風險轉(zhuǎn)移和風險接受，不包括風險獎勵。10.需求分析階段的主要輸出是需求規(guī)格說明書，其他選項不是需求分析階段的輸出。三、多選題1.A,B,C2.A3.B4.A,B,C,D5.A,B,C,D6.A,B,C,D7.A8.A,B9.B,C,D10.A,B解析：1.用例圖、數(shù)據(jù)流圖和狀態(tài)圖都是需求分析階段常用的工具，類圖主要用于設(shè)計階段。2.“單一職責原則”指的是一個類只負責一項功能，其他選項不符合該原則。3.邊界值分析方法主要用于黑盒測試，其他選項不是邊界值分析的用途。4.軟件項目管理中，常見的風險類型包括技術(shù)風險、進度風險、成本風險和范圍風險。5.敏捷開發(fā)中，Scrum框架的核心活動包括迭代計劃會議、每日站會、評審會議和回顧會議。6.軟件維護的類型包括改正性維護、適應(yīng)性維護、完美性維護和預(yù)防性維護。7.“里氏替換原則”指的是子類可以替換父類，其他選項不符合該原則。8.錯誤猜測法主要用于白盒測試和黑盒測試，其他選項不是錯誤猜測法的用途。9.軟件項目管理中，常見的溝通工具包括郵件、即時通訊工具和會議，甘特圖是進度控制工具。10.軟件開發(fā)過程中，需求變更的原因包括用戶需求變化和技術(shù)限制，其他選項不是需求變更的原因。四、案例分析案例1：1.用例圖：-用戶：注冊、登錄、瀏覽商品、加入購物車、修改購物車、提交訂單、選擇支付方式-管理員：管理商品信息、管理訂單信息2.需求分析階段可能遇到的主要問題：-用戶需求不明確，導(dǎo)致需求頻繁變更。-系統(tǒng)功能復(fù)雜，導(dǎo)致需求難以管理。-用戶界面設(shè)計不合理，導(dǎo)致用戶體驗差。解析：1.用例圖描述了系統(tǒng)的核心用例，包括用戶和管理員的用例。2.需求分析階段可能遇到的主要問題包括用戶需求不明確、系統(tǒng)功能復(fù)雜和用戶界面設(shè)計不合理。案例2：1.敏捷開發(fā)中處理需求變更的方法：-在迭代計劃會議中討論需求變更，評估影響。-調(diào)整開發(fā)計劃，優(yōu)先開發(fā)核心功能。-與產(chǎn)品負責人溝通，確定需求變更的優(yōu)先級。2.該案例中可能存在的風險：-需求變更導(dǎo)致開發(fā)進度延誤。-團隊成員對需求變更的理解不一致。-需求變更導(dǎo)致系統(tǒng)功能不穩(wěn)定。解析：1.敏捷開發(fā)中處理需求變更的方法包括在迭代計劃會議中討論需求變更、調(diào)整開發(fā)計劃和與產(chǎn)品負責人溝通。2.該案例中可能存在的風險包括開發(fā)進度延誤、團隊成員對需求變更的理解不一致和系統(tǒng)功能不穩(wěn)定。案例3：1.該系統(tǒng)在維護階段可能遇到的主要問題：-用戶界面操作復(fù)雜，導(dǎo)致用戶使用率低。-系統(tǒng)功能不穩(wěn)定，導(dǎo)致用戶反饋缺陷。-系統(tǒng)性能差，導(dǎo)致用戶等待時間長。2.優(yōu)化方案：-簡化用戶界面操作，提高用戶體驗。-修復(fù)系統(tǒng)缺陷，提高系統(tǒng)穩(wěn)定性。-優(yōu)化系統(tǒng)性能，提高系統(tǒng)響應(yīng)速度。解析：1.該系統(tǒng)在維護階段可能遇到的主要問題包括用戶界面操作復(fù)雜、系統(tǒng)功能不穩(wěn)定和系統(tǒng)性能差。2.優(yōu)化方案包括簡化用戶界面操作、修復(fù)系統(tǒng)缺陷和優(yōu)化系統(tǒng)性能。五、論述題1.軟件需求分析的重要性及需求獲取方法：-軟件需求分析是軟件開發(fā)的基礎(chǔ)，決定了軟件的功能和性能。-需求分析的重要性體現(xiàn)在：-確保軟件滿足用戶需求，提高用戶滿意度。-減少開發(fā)過程中的變更，降低開發(fā)成本。-為后續(xù)的設(shè)計和測試提供依據(jù)。-需求獲取方法包括：-訪談：與用戶進行面對面交流，獲取需求。-觀察法：觀察用戶使用系統(tǒng)的過程，獲取需求。-文檔分析：分析用戶文檔，獲取需求。-用例圖：用用例圖描述系統(tǒng)功能，獲取需求。2.軟件設(shè)計中的模塊化原則及優(yōu)勢：-模塊化原則是指將軟件系統(tǒng)劃分為多個模塊，每個模塊負責一項功能。-模塊化原則的優(yōu)勢包括：