2025年學(xué)歷類自考專業(yè)(計(jì)算機(jī)應(yīng)用)計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)-軟件工程參考題庫(kù)含答案解析一、單選題（共35題）1.軟件危機(jī)的主要表現(xiàn)不包括下列哪一項(xiàng)？A.軟件開發(fā)效率低下，無(wú)法滿足需求增長(zhǎng)B.軟件質(zhì)量難以保證，維護(hù)成本高昂C.硬件技術(shù)的快速發(fā)展導(dǎo)致軟件滯后D.軟件開發(fā)過(guò)程缺乏有效管理工具【選項(xiàng)】A.軟件開發(fā)效率低下，無(wú)法滿足需求增長(zhǎng)B.軟件質(zhì)量難以保證，維護(hù)成本高昂C.硬件技術(shù)的快速發(fā)展導(dǎo)致軟件滯后D.軟件開發(fā)過(guò)程缺乏有效管理工具【參考答案】C【解析】1.軟件危機(jī)的核心是軟件開發(fā)領(lǐng)域的問(wèn)題，而非硬件技術(shù)發(fā)展導(dǎo)致。2.A、B、D均為軟件危機(jī)的典型表現(xiàn)，如開發(fā)效率低（A）、質(zhì)量與維護(hù)問(wèn)題（B）、管理工具缺失（D）。3.C選項(xiàng)中硬件發(fā)展屬于外部環(huán)境因素，與軟件危機(jī)的內(nèi)在矛盾無(wú)關(guān)。2.在結(jié)構(gòu)化分析方法中，用于描述系統(tǒng)數(shù)據(jù)流動(dòng)和處理的工具是？A.數(shù)據(jù)流圖（DFD）B.狀態(tài)轉(zhuǎn)換圖（STD）C.實(shí)體-關(guān)系圖（ERD）D.程序流程圖【選項(xiàng)】A.數(shù)據(jù)流圖（DFD）B.狀態(tài)轉(zhuǎn)換圖（STD）C.實(shí)體-關(guān)系圖（ERD）D.程序流程圖【參考答案】A【解析】1.數(shù)據(jù)流圖（DFD）是結(jié)構(gòu)化分析的核心工具，專注于數(shù)據(jù)流動(dòng)、加工、存儲(chǔ)和外部實(shí)體。2.狀態(tài)轉(zhuǎn)換圖（STD）用于描述系統(tǒng)狀態(tài)變化，適用于實(shí)時(shí)系統(tǒng)。3.實(shí)體-關(guān)系圖（ERD）屬于數(shù)據(jù)庫(kù)設(shè)計(jì)范疇，側(cè)重?cái)?shù)據(jù)關(guān)系。4.程序流程圖是設(shè)計(jì)階段的工具，描述程序執(zhí)行邏輯。3.下列哪種軟件測(cè)試策略屬于黑盒測(cè)試？A.路徑覆蓋測(cè)試B.等價(jià)類劃分C.條件覆蓋測(cè)試D.循環(huán)覆蓋測(cè)試【選項(xiàng)】A.路徑覆蓋測(cè)試B.等價(jià)類劃分C.條件覆蓋測(cè)試D.循環(huán)覆蓋測(cè)試【參考答案】B【解析】1.黑盒測(cè)試關(guān)注功能需求而非內(nèi)部結(jié)構(gòu)，等價(jià)類劃分依據(jù)輸入輸出行為設(shè)計(jì)測(cè)試用例。2.路徑覆蓋（A）、條件覆蓋（C）、循環(huán)覆蓋（D）均需了解代碼邏輯，屬于白盒測(cè)試范疇。4.軟件維護(hù)中，“為適應(yīng)新的軟硬件環(huán)境而修改軟件”屬于哪種維護(hù)類型？A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)【選項(xiàng)】A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)【參考答案】B【解析】1.適應(yīng)性維護(hù)針對(duì)環(huán)境變化（如操作系統(tǒng)升級(jí)），屬被動(dòng)調(diào)整。2.改正性維護(hù)修復(fù)錯(cuò)誤（A），完善性維護(hù)擴(kuò)展功能（C），預(yù)防性維護(hù)優(yōu)化未來(lái)可維護(hù)性（D）。5.下列哪項(xiàng)不屬于面向?qū)ο笤O(shè)計(jì)原則？A.單一職責(zé)原則B.開閉原則C.高內(nèi)聚低耦合D.瀑布模型原則【選項(xiàng)】A.單一職責(zé)原則B.開閉原則C.高內(nèi)聚低耦合D.瀑布模型原則【參考答案】D【解析】1.瀑布模型是傳統(tǒng)軟件開發(fā)模型，非面向?qū)ο笤O(shè)計(jì)原則。2.單一職責(zé)（A）、開閉（B）、高內(nèi)聚低耦合（C）均為SOLID原則或通用設(shè)計(jì)原則。6.下列關(guān)于UML狀態(tài)圖的描述，錯(cuò)誤的是？A.描述對(duì)象在其生命周期內(nèi)的狀態(tài)變化B.適用于具有復(fù)雜狀態(tài)轉(zhuǎn)換的系統(tǒng)C.初始狀態(tài)用實(shí)心圓表示D.轉(zhuǎn)移邊必須標(biāo)注觸發(fā)事件【選項(xiàng)】A.描述對(duì)象在其生命周期內(nèi)的狀態(tài)變化B.適用于具有復(fù)雜狀態(tài)轉(zhuǎn)換的系統(tǒng)C.初始狀態(tài)用實(shí)心圓表示D.轉(zhuǎn)移邊必須標(biāo)注觸發(fā)事件【參考答案】D【解析】1.轉(zhuǎn)移邊可標(biāo)注觸發(fā)事件、守衛(wèi)條件和動(dòng)作，但非強(qiáng)制要求（D錯(cuò)誤）。2.A、B、C均正確：狀態(tài)圖用于對(duì)象狀態(tài)變化（A），適合復(fù)雜狀態(tài)機(jī)（B），初始狀態(tài)符號(hào)為實(shí)心圓（C）。7.在CMMI能力成熟度模型中，“已定義級(jí)（Level3）”的特征是？A.過(guò)程可預(yù)測(cè)且持續(xù)優(yōu)化B.過(guò)程標(biāo)準(zhǔn)化并文檔化C.過(guò)程依賴個(gè)人能力D.過(guò)程可量化控制【選項(xiàng)】A.過(guò)程可預(yù)測(cè)且持續(xù)優(yōu)化B.過(guò)程標(biāo)準(zhǔn)化并文檔化C.過(guò)程依賴個(gè)人能力D.過(guò)程可量化控制【參考答案】B【解析】1.CMMILevel3（已定義級(jí)）要求建立組織級(jí)標(biāo)準(zhǔn)過(guò)程并文檔化（B正確）。2.Level4（量化管理級(jí)）強(qiáng)調(diào)過(guò)程量化控制（D），Level5（優(yōu)化級(jí)）為持續(xù)優(yōu)化（A），Level2（受管理級(jí)）仍依賴個(gè)人（C）。8.下列哪種設(shè)計(jì)模式用于“保證一個(gè)類僅有一個(gè)實(shí)例”？A.工廠模式B.觀察者模式C.單例模式D.策略模式【選項(xiàng)】A.工廠模式B.觀察者模式C.單例模式D.策略模式【參考答案】C【解析】1.單例模式通過(guò)私有構(gòu)造器限制實(shí)例化次數(shù)，確保全局唯一實(shí)例（C正確）。2.工廠模式創(chuàng)建對(duì)象（A），觀察者處理對(duì)象間通知（B），策略模式封裝算法族（D）。9.軟件需求規(guī)格說(shuō)明書（SRS）的內(nèi)容不包括？A.功能需求B.性能需求C.項(xiàng)目進(jìn)度計(jì)劃D.用戶界面設(shè)計(jì)【選項(xiàng)】A.功能需求B.性能需求C.項(xiàng)目進(jìn)度計(jì)劃D.用戶界面設(shè)計(jì)【參考答案】C【解析】1.SRS聚焦“需求”定義，包含功能（A）、性能（B）、界面設(shè)計(jì)（D）等產(chǎn)品要求。2.項(xiàng)目進(jìn)度計(jì)劃屬項(xiàng)目管理文檔，與需求分析階段無(wú)關(guān)（C錯(cuò)誤）。10.ISO/IEC9126軟件質(zhì)量模型中，“可移植性”子特性不包括？A.適應(yīng)性B.易安裝性C.易替換性D.可維護(hù)性【選項(xiàng)】A.適應(yīng)性B.易安裝性C.易替換性D.可維護(hù)性【參考答案】D【解析】1.可移植性含適應(yīng)性（A）、易安裝性（B）、易替換性（C）。2.可維護(hù)性是與可移植性并列的一級(jí)質(zhì)量特性（D錯(cuò)誤）。11.在軟件工程中，下列哪個(gè)開發(fā)模型最強(qiáng)調(diào)風(fēng)險(xiǎn)分析并具備迭代性和可演化性？【選項(xiàng)】A.瀑布模型B.快速原型模型C.螺旋模型D.增量模型【參考答案】C【解析】螺旋模型是一種融合了瀑布模型和原型化思想的開發(fā)模型，其核心特征是通過(guò)多輪迭代逐步推進(jìn)項(xiàng)目，每輪迭代均包含風(fēng)險(xiǎn)分析環(huán)節(jié)，適用于大規(guī)模、高風(fēng)險(xiǎn)項(xiàng)目。A項(xiàng)瀑布模型為線性順序開發(fā)，缺乏靈活性；B項(xiàng)快速原型模型側(cè)重需求快速驗(yàn)證；D項(xiàng)增量模型通過(guò)功能模塊分階段交付，但未強(qiáng)制要求風(fēng)險(xiǎn)分析環(huán)節(jié)。12.軟件測(cè)試中，黑盒測(cè)試與白盒測(cè)試的主要區(qū)別在于：【選項(xiàng)】A.黑盒測(cè)試關(guān)注內(nèi)部邏輯，白盒測(cè)試關(guān)注功能實(shí)現(xiàn)B.黑盒測(cè)試基于需求規(guī)格，白盒測(cè)試基于代碼結(jié)構(gòu)C.黑盒測(cè)試由開發(fā)人員執(zhí)行，白盒測(cè)試由測(cè)試人員執(zhí)行D.黑盒測(cè)試僅用于系統(tǒng)測(cè)試，白盒測(cè)試用于單元測(cè)試【參考答案】B【解析】黑盒測(cè)試以用戶視角驗(yàn)證軟件功能是否符合需求規(guī)格，不涉及代碼內(nèi)部結(jié)構(gòu)；白盒測(cè)試則通過(guò)分析程序內(nèi)部邏輯設(shè)計(jì)測(cè)試用例，需依賴代碼實(shí)現(xiàn)。A項(xiàng)描述相反；C項(xiàng)與角色無(wú)關(guān)；D項(xiàng)兩者均可應(yīng)用于多測(cè)試階段。13.模塊設(shè)計(jì)中提倡“高內(nèi)聚、低耦合”的主要目的是：【選項(xiàng)】A.降低模塊代碼行數(shù)B.提升模塊執(zhí)行效率C.增強(qiáng)模塊獨(dú)立性與可維護(hù)性D.減少測(cè)試用例數(shù)量【參考答案】C【解析】高內(nèi)聚指模塊內(nèi)部元素緊密關(guān)聯(lián)，低耦合指模塊間依賴度低。該原則可提高系統(tǒng)可修改性、可復(fù)用性和可維護(hù)性。A、B、D均非核心目標(biāo)，系統(tǒng)性能與代碼量需通過(guò)其他方法優(yōu)化。14.下列哪項(xiàng)是結(jié)構(gòu)化分析方法（SA）的核心建模工具？【選項(xiàng)】A.狀態(tài)轉(zhuǎn)換圖B.數(shù)據(jù)流圖（DFD）C.對(duì)象關(guān)系圖D.決策樹【參考答案】B【解析】結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖為核心工具，通過(guò)分層DFD描述系統(tǒng)功能的數(shù)據(jù)處理流程。A項(xiàng)用于行為建模；C項(xiàng)屬面向?qū)ο蠓椒ǎ籇項(xiàng)為決策邏輯輔助工具。15.面向?qū)ο笤O(shè)計(jì)中，“單一職責(zé)原則”要求：【選項(xiàng)】A.每個(gè)類應(yīng)僅有一個(gè)屬性B.每個(gè)方法應(yīng)僅完成一個(gè)操作C.每個(gè)類應(yīng)有且僅有一個(gè)引起其變化的原因D.每個(gè)接口應(yīng)僅定義一種方法【參考答案】C【解析】單一職責(zé)原則（SRP）規(guī)定一個(gè)類只負(fù)責(zé)一項(xiàng)職責(zé)，避免因多職責(zé)導(dǎo)致修改風(fēng)險(xiǎn)擴(kuò)散。A、B、D均為對(duì)原則的過(guò)度狹義理解，實(shí)際允許適度復(fù)合功能。16.軟件維護(hù)階段中，“修復(fù)用戶報(bào)告的系統(tǒng)故障”屬于：【選項(xiàng)】A.適應(yīng)性維護(hù)B.完善性維護(hù)C.預(yù)防性維護(hù)D.糾錯(cuò)性維護(hù)【參考答案】D【解析】糾錯(cuò)性維護(hù)針對(duì)已發(fā)現(xiàn)的軟件缺陷進(jìn)行修復(fù)。A項(xiàng)指適應(yīng)新環(huán)境；B項(xiàng)為增強(qiáng)功能或性能；C項(xiàng)旨在預(yù)防未來(lái)故障，三者均非錯(cuò)誤修復(fù)范疇。17.在軟件風(fēng)險(xiǎn)管理中，風(fēng)險(xiǎn)監(jiān)控的主要活動(dòng)是：【選項(xiàng)】A.識(shí)別潛在風(fēng)險(xiǎn)因素B.定量評(píng)估風(fēng)險(xiǎn)發(fā)生概率C.跟蹤已識(shí)別風(fēng)險(xiǎn)并觸發(fā)應(yīng)對(duì)措施D.制定風(fēng)險(xiǎn)緩解計(jì)劃【參考答案】C【解析】風(fēng)險(xiǎn)監(jiān)控貫穿項(xiàng)目全程，核心是對(duì)已識(shí)別風(fēng)險(xiǎn)的狀態(tài)跟蹤及應(yīng)對(duì)執(zhí)行。A屬風(fēng)險(xiǎn)識(shí)別；B屬風(fēng)險(xiǎn)評(píng)估；D屬風(fēng)險(xiǎn)規(guī)劃階段活動(dòng)。18.軟件配置管理的基線（Baseline）是指：【選項(xiàng)】A.項(xiàng)目開發(fā)計(jì)劃文檔B.通過(guò)評(píng)審的階段性產(chǎn)品版本C.測(cè)試用例集合D.用戶需求說(shuō)明書【參考答案】B【解析】基線是經(jīng)正式評(píng)審認(rèn)可的工作產(chǎn)品版本，作為后續(xù)開發(fā)基礎(chǔ)。A、C、D雖可納入配置項(xiàng)，但未體現(xiàn)“里程碑版本”的核心特征。19.CMMI能力成熟度模型中，“可重復(fù)級(jí)”的核心特征是：【選項(xiàng)】A.過(guò)程標(biāo)準(zhǔn)化且可量化B.依賴個(gè)人能力而非制度化過(guò)程C.基于歷史項(xiàng)目經(jīng)驗(yàn)建立基本管理規(guī)范D.持續(xù)優(yōu)化過(guò)程性能【參考答案】C【解析】CMMI二級(jí)（可重復(fù)級(jí)）意味著能基于相似項(xiàng)目經(jīng)驗(yàn)重復(fù)成功實(shí)踐。A屬四級(jí)（量化管理級(jí)）；B為一級(jí)（初始級(jí)）；D屬五級(jí)（優(yōu)化級(jí)）。20.需求驗(yàn)證的核心目標(biāo)是：【選項(xiàng)】A.降低開發(fā)成本B.確保需求可測(cè)試且無(wú)歧義C.縮短開發(fā)周期D.提高代碼覆蓋率【參考答案】B【解析】需求驗(yàn)證通過(guò)評(píng)審、原型等方法確認(rèn)需求正確性、一致性、完整性和可測(cè)試性。A、C是潛在間接效益，D屬測(cè)試階段指標(biāo)。21.根據(jù)軟件工程的基本原理，以下哪一項(xiàng)不屬于軟件工程過(guò)程的組成部分？A.軟件需求分析B.軟件測(cè)試C.軟件維護(hù)D.軟件開發(fā)過(guò)程【選項(xiàng)】A.軟件需求分析B.軟件測(cè)試C.軟件維護(hù)D.軟件開發(fā)過(guò)程【參考答案】D【解析】軟件工程過(guò)程包括需求分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段。"軟件開發(fā)過(guò)程"是對(duì)整體活動(dòng)的描述，而非具體組成部分。D項(xiàng)混淆了過(guò)程與活動(dòng)集合的概念，屬于易錯(cuò)點(diǎn)。22.在白盒測(cè)試中，下述哪種測(cè)試方法主要針對(duì)程序內(nèi)部的邏輯結(jié)構(gòu)？A.等價(jià)類劃分B.邊界值分析C.路徑覆蓋D.錯(cuò)誤推測(cè)【選項(xiàng)】A.等價(jià)類劃分B.邊界值分析C.路徑覆蓋D.錯(cuò)誤推測(cè)【參考答案】C【解析】路徑覆蓋是白盒測(cè)試的典型方法，通過(guò)覆蓋程序執(zhí)行路徑驗(yàn)證邏輯結(jié)構(gòu)；A、B、D均為黑盒測(cè)試方法。白盒與黑盒測(cè)試的區(qū)分是高頻混淆點(diǎn)。23.模塊獨(dú)立性是結(jié)構(gòu)化設(shè)計(jì)的重要原則，其衡量標(biāo)準(zhǔn)是：A.模塊的代碼行數(shù)和接口復(fù)雜度B.模塊的扇入和扇出數(shù)C.模塊的耦合性和內(nèi)聚性D.模塊的功能和性能指標(biāo)【選項(xiàng)】A.模塊的代碼行數(shù)和接口復(fù)雜度B.模塊的扇入和扇出數(shù)C.模塊的耦合性和內(nèi)聚性D.模塊的功能和性能指標(biāo)【參考答案】C【解析】耦合性衡量模塊間關(guān)聯(lián)度，內(nèi)聚性衡量模塊內(nèi)功能相關(guān)性，二者是模塊獨(dú)立性的核心標(biāo)準(zhǔn)。B項(xiàng)扇入扇出反映調(diào)用關(guān)系，但非直接衡量指標(biāo)，屬干擾項(xiàng)。24.下列耦合類型中，哪種模塊耦合度最低？A.控制耦合B.數(shù)據(jù)耦合C.公共耦合D.內(nèi)容耦合【選項(xiàng)】A.控制耦合B.數(shù)據(jù)耦合C.公共耦合D.內(nèi)容耦合【參考答案】B【解析】耦合度從低到高排序?yàn)椋簲?shù)據(jù)耦合<標(biāo)記耦合<控制耦合<外部耦合<公共耦合<內(nèi)容耦合。數(shù)據(jù)耦合通過(guò)參數(shù)傳遞基本類型數(shù)據(jù)，依賴最小，是結(jié)構(gòu)化設(shè)計(jì)的理想狀態(tài)。25.在模塊化設(shè)計(jì)原則中，以下哪項(xiàng)表述是錯(cuò)誤的？A.模塊大小應(yīng)適中，通常以50-100行代碼為宜B.模塊應(yīng)保證功能可預(yù)測(cè)性C.模塊間應(yīng)盡量采用內(nèi)容耦合D.模塊應(yīng)具有單一入口和出口【選項(xiàng)】A.模塊大小應(yīng)適中，通常以50-100行代碼為宜B.模塊應(yīng)保證功能可預(yù)測(cè)性C.模塊間應(yīng)盡量采用內(nèi)容耦合D.模塊應(yīng)具有單一入口和出口【參考答案】C【解析】?jī)?nèi)容耦合是最高強(qiáng)度的耦合類型（如直接訪問(wèn)對(duì)方內(nèi)部數(shù)據(jù)），應(yīng)盡量避免。C項(xiàng)表述與設(shè)計(jì)原則相悖，是典型錯(cuò)誤選項(xiàng)。26.Parnas提出的信息隱藏原則主要用于：A.降低模塊間的耦合度B.提高模塊的可復(fù)用性C.隱藏模塊的具體實(shí)現(xiàn)細(xì)節(jié)D.增強(qiáng)系統(tǒng)的安全性【選項(xiàng)】A.降低模塊間的耦合度B.提高模塊的可復(fù)用性C.隱藏模塊的具體實(shí)現(xiàn)細(xì)節(jié)D.增強(qiáng)系統(tǒng)的安全性【參考答案】C【解析】信息隱藏強(qiáng)調(diào)將模塊的實(shí)現(xiàn)細(xì)節(jié)封裝，僅通過(guò)接口提供服務(wù)。A、B是間接效果，D屬于安全范疇，非原始設(shè)計(jì)目標(biāo)，屬易混選項(xiàng)。27.軟件危機(jī)最突出的特征是：A.軟件開發(fā)周期過(guò)長(zhǎng)B.軟件質(zhì)量難以保證C.軟件開發(fā)成本超支D.軟件維護(hù)費(fèi)用高昂【選項(xiàng)】A.軟件開發(fā)周期過(guò)長(zhǎng)B.軟件質(zhì)量難以保證C.軟件開發(fā)成本超支D.軟件維護(hù)費(fèi)用高昂【參考答案】D【解析】統(tǒng)計(jì)表明軟件維護(hù)費(fèi)用通常占生命周期總成本的60%-80%，是軟件危機(jī)的核心表現(xiàn)。B、C雖也是問(wèn)題，但維護(hù)成本高更直接反映危機(jī)本質(zhì)。28.軟件測(cè)試的目的是：A.證明程序無(wú)錯(cuò)誤B.發(fā)現(xiàn)程序中的錯(cuò)誤C.驗(yàn)證需求規(guī)格的正確性D.提高代碼執(zhí)行效率【選項(xiàng)】A.證明程序無(wú)錯(cuò)誤B.發(fā)現(xiàn)程序中的錯(cuò)誤C.驗(yàn)證需求規(guī)格的正確性D.提高代碼執(zhí)行效率【參考答案】B【解析】測(cè)試只能證明存在錯(cuò)誤而不能證明無(wú)錯(cuò)誤（A錯(cuò)），C屬于需求分析階段任務(wù)，D是性能優(yōu)化目標(biāo)。此題為經(jīng)典概念辨析題。29.在可行性研究中，首先要進(jìn)行的是：A.經(jīng)濟(jì)可行性分析B.技術(shù)可行性分析C.法律可行性分析D.運(yùn)行環(huán)境可行性分析【選項(xiàng)】A.經(jīng)濟(jì)可行性分析B.技術(shù)可行性分析C.法律可行性分析D.運(yùn)行環(huán)境可行性分析【參考答案】B【解析】技術(shù)可行性決定項(xiàng)目是否可實(shí)施，是其他可行性分析的前提?？忌渍`選經(jīng)濟(jì)可行性，但技術(shù)不可行則后續(xù)分析無(wú)意義。30.軟件風(fēng)險(xiǎn)分析的最佳時(shí)機(jī)是：A.需求分析階段B.概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段D.項(xiàng)目立項(xiàng)前【選項(xiàng)】A.需求分析階段B.概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段D.項(xiàng)目立項(xiàng)前【參考答案】D【解析】風(fēng)險(xiǎn)分析應(yīng)在項(xiàng)目啟動(dòng)前完成，以避免資源浪費(fèi)。56%的錯(cuò)誤選項(xiàng)集中在需求階段，但實(shí)際立項(xiàng)決策需基于風(fēng)險(xiǎn)評(píng)估。31.在軟件生命周期模型中，下列哪一模型的特點(diǎn)是階段間具有順序性和依賴性，且前一階段的工作完全結(jié)束后才能開始下一階段的工作？A.瀑布模型B.增量模型C.原型模型D.螺旋模型【選項(xiàng)】A.瀑布模型B.增量模型C.原型模型D.螺旋模型【參考答案】A【解析】1.瀑布模型的核心特點(diǎn)是階段劃分嚴(yán)格，各階段按固定順序執(zhí)行（如需求分析→設(shè)計(jì)→編碼→測(cè)試→維護(hù)），前一階段完成后才能進(jìn)入下一階段。2.增量模型通過(guò)多次迭代逐步交付功能模塊，不具備嚴(yán)格的階段依賴性。3.原型模型強(qiáng)調(diào)快速構(gòu)建原型以驗(yàn)證需求，過(guò)程靈活性高。4.螺旋模型結(jié)合瀑布模型和原型模型，引入風(fēng)險(xiǎn)分析，適用于復(fù)雜項(xiàng)目，階段間非嚴(yán)格線性。32.在白盒測(cè)試中，若要求覆蓋程序中所有可能的路徑，應(yīng)使用的覆蓋標(biāo)準(zhǔn)是？A.語(yǔ)句覆蓋B.判定覆蓋C.條件覆蓋D.路徑覆蓋【選項(xiàng)】A.語(yǔ)句覆蓋B.判定覆蓋C.條件覆蓋D.路徑覆蓋【參考答案】D【解析】1.語(yǔ)句覆蓋：僅確保程序中每條語(yǔ)句至少執(zhí)行一次，覆蓋強(qiáng)度最低。2.判定覆蓋：使每個(gè)判定的真假分支均執(zhí)行一次，但仍可能遺漏路徑組合。3.條件覆蓋：要求每個(gè)條件的真假取值均被覆蓋，但不同條件的組合可能未覆蓋。4.路徑覆蓋：要求測(cè)試用例覆蓋程序中所有可能的執(zhí)行路徑，覆蓋強(qiáng)度最高，但實(shí)現(xiàn)難度較大。33.下列哪一項(xiàng)屬于黑盒測(cè)試技術(shù)？A.邏輯覆蓋測(cè)試B.基本路徑測(cè)試C.等價(jià)類劃分D.循環(huán)覆蓋測(cè)試【選項(xiàng)】A.邏輯覆蓋測(cè)試B.基本路徑測(cè)試C.等價(jià)類劃分D.循環(huán)覆蓋測(cè)試【參考答案】C【解析】1.黑盒測(cè)試關(guān)注輸入與輸出功能，不涉及內(nèi)部代碼結(jié)構(gòu)。等價(jià)類劃分通過(guò)將輸入數(shù)據(jù)劃分為有效/無(wú)效等價(jià)類來(lái)設(shè)計(jì)測(cè)試用例，屬于典型黑盒技術(shù)。2.邏輯覆蓋、基本路徑測(cè)試和循環(huán)覆蓋均依賴程序內(nèi)部邏輯結(jié)構(gòu)，屬于白盒測(cè)試技術(shù)。34.CMMI（能力成熟度模型集成）的最高成熟度等級(jí)是？A.已管理級(jí)B.已定義級(jí)C.量化管理級(jí)D.優(yōu)化管理級(jí)【選項(xiàng)】A.已管理級(jí)B.已定義級(jí)C.量化管理級(jí)D.優(yōu)化管理級(jí)【參考答案】D【解析】CMMI成熟度模型共5個(gè)等級(jí)：-1級(jí)：初始級(jí)（無(wú)序過(guò)程）-2級(jí)：已管理級(jí)（基本項(xiàng)目管理）-3級(jí)：已定義級(jí)（標(biāo)準(zhǔn)化過(guò)程）-4級(jí)：量化管理級(jí)（數(shù)據(jù)驅(qū)動(dòng)的過(guò)程優(yōu)化）-5級(jí)：優(yōu)化管理級(jí)（持續(xù)改進(jìn)與創(chuàng)新）。35.結(jié)構(gòu)化分析方法（SA）的核心工具是？A.數(shù)據(jù)流圖B.狀態(tài)轉(zhuǎn)換圖C.對(duì)象圖D.類圖【選項(xiàng)】A.數(shù)據(jù)流圖B.狀態(tài)轉(zhuǎn)換圖C.對(duì)象圖D.類圖【參考答案】A【解析】1.結(jié)構(gòu)化分析方法（SA）的核心是通過(guò)數(shù)據(jù)流圖（DFD）描述系統(tǒng)的數(shù)據(jù)流動(dòng)與處理過(guò)程。2.狀態(tài)轉(zhuǎn)換圖用于描述動(dòng)態(tài)行為，對(duì)象圖和類圖為面向?qū)ο蠓椒ǖ墓ぞ?。二、多選題（共35題）1.在軟件工程中，以下哪些屬于軟件生命周期的核心階段？（）【選項(xiàng)】A.需求分析B.系統(tǒng)設(shè)計(jì)C.網(wǎng)絡(luò)拓?fù)浯罱―.風(fēng)險(xiǎn)評(píng)估與控制【參考答案】AB【解析】-軟件生命周期通常包括需求分析（A）、系統(tǒng)設(shè)計(jì)（B）、編碼、測(cè)試、部署與維護(hù)等階段。網(wǎng)絡(luò)拓?fù)浯罱▽儆谙到y(tǒng)架構(gòu)設(shè)計(jì)中的具體技術(shù)活動(dòng)，并非核心階段（C）。風(fēng)險(xiǎn)評(píng)估與控制屬于項(xiàng)目管理內(nèi)容，雖與周期相關(guān)但不在核心階段中（D）。2.下列軟件開發(fā)模型中，哪些強(qiáng)調(diào)迭代和增量交付？（）【選項(xiàng)】A.瀑布模型B.螺旋模型C.增量模型D.V模型【參考答案】BC【解析】-螺旋模型（B）通過(guò)多輪迭代評(píng)估風(fēng)險(xiǎn)并演進(jìn)系統(tǒng)；增量模型（C）通過(guò)分階段遞增功能交付。瀑布模型（A）和V模型（D）為線性順序開發(fā)模型，不支持迭代。3.關(guān)于軟件需求工程，以下說(shuō)法正確的有（）?！具x項(xiàng)】A.功能需求描述系統(tǒng)"做什么"B.性能需求屬于非功能性需求C.用戶界面設(shè)計(jì)是功能需求的核心內(nèi)容D.質(zhì)量屬性包括可靠性和可擴(kuò)展性【參考答案】ABD【解析】-功能需求定義系統(tǒng)功能（A），性能需求是非功能性需求（B），質(zhì)量屬性如可靠性、可擴(kuò)展性屬于非功能性需求（D）。用戶界面設(shè)計(jì)屬于系統(tǒng)設(shè)計(jì)范疇，非需求內(nèi)容（C）。4.以下哪些是面向?qū)ο笤O(shè)計(jì)原則？（）【選項(xiàng)】A.高內(nèi)聚低耦合B.單一職責(zé)原則C.深度優(yōu)先遍歷原則D.開閉原則【參考答案】ABD【解析】-高內(nèi)聚低耦合（A）、單一職責(zé)原則（B）和開閉原則（D）均為經(jīng)典面向?qū)ο笤O(shè)計(jì)原則。深度優(yōu)先遍歷（C）是算法設(shè)計(jì)方法，與設(shè)計(jì)原則無(wú)關(guān)。5.黑盒測(cè)試技術(shù)包括（）?！具x項(xiàng)】A.等價(jià)類劃分B.邏輯覆蓋C.邊界值分析D.路徑測(cè)試【參考答案】AC【解析】-黑盒測(cè)試關(guān)注輸入輸出，含等價(jià)類劃分（A）和邊界值分析（C）。邏輯覆蓋（B）與路徑測(cè)試（D）屬于白盒測(cè)試技術(shù)。6.根據(jù)ISO/IEC9126標(biāo)準(zhǔn)，軟件質(zhì)量模型的特性包括（）?！具x項(xiàng)】A.功能性B.可靠性C.可維護(hù)性D.成本效益【參考答案】ABC【解析】-ISO9126定義的六大特性包括功能性（A）、可靠性（B）、可維護(hù)性（C）等。成本效益（D）屬于經(jīng)濟(jì)指標(biāo)，并非質(zhì)量特性。7.以下屬于預(yù)防性維護(hù)的是（）?！具x項(xiàng)】A.修復(fù)系統(tǒng)漏洞B.為兼容新操作系統(tǒng)重構(gòu)代碼C.優(yōu)化數(shù)據(jù)庫(kù)查詢性能D.重構(gòu)代碼以降低未來(lái)修改成本【參考答案】D【解析】-預(yù)防性維護(hù)指主動(dòng)改進(jìn)可維護(hù)性（D）。修復(fù)漏洞屬改正性維護(hù)（A），兼容新系統(tǒng)屬適應(yīng)性維護(hù)（B），性能優(yōu)化屬完善性維護(hù)（C）。8.軟件配置管理的關(guān)鍵活動(dòng)包括（）?！具x項(xiàng)】A.版本控制B.需求評(píng)審C.變更管理D.單元測(cè)試【參考答案】AC【解析】-配置管理核心為版本控制（A）與變更管理（C）。需求評(píng)審（B）和單元測(cè)試（D）分屬需求與測(cè)試階段活動(dòng)。9.UML圖中用于描述系統(tǒng)功能需求的是（）?！具x項(xiàng)】A.類圖B.用例圖C.狀態(tài)圖D.活動(dòng)圖【參考答案】B【解析】-用例圖（B）直接描述用戶與系統(tǒng)的功能交互。類圖（A）表示靜態(tài)結(jié)構(gòu)，狀態(tài)圖（C）和活動(dòng)圖（D）用于行為建模。10.風(fēng)險(xiǎn)管理流程的正確步驟是（）。【選項(xiàng)】A.識(shí)別→分析→計(jì)劃→監(jiān)控B.分析→識(shí)別→應(yīng)對(duì)→評(píng)估C.識(shí)別→評(píng)估→應(yīng)對(duì)→監(jiān)控D.監(jiān)控→識(shí)別→計(jì)劃→實(shí)施【參考答案】AC【解析】-標(biāo)準(zhǔn)流程為"識(shí)別→分析→計(jì)劃→監(jiān)控"（A），或"識(shí)別→評(píng)估（含分析）→應(yīng)對(duì)→監(jiān)控"（C）兩種表述。其他選項(xiàng)步驟順序混亂。11.在軟件工程中，關(guān)于軟件開發(fā)模型的特點(diǎn)，下列描述錯(cuò)誤的有哪些？【選項(xiàng)】A.瀑布模型適用于需求明確且變更較少的項(xiàng)目，但靈活性較差B.增量模型的核心是將系統(tǒng)分解為多個(gè)可獨(dú)立開發(fā)的模塊，分階段交付C.螺旋模型通過(guò)迭代降低風(fēng)險(xiǎn)，但要求開發(fā)團(tuán)隊(duì)具備較高的風(fēng)險(xiǎn)管理能力D.原型模型適用于需求不明確的場(chǎng)景，但可能導(dǎo)致忽略軟件長(zhǎng)期維護(hù)性設(shè)計(jì)【參考答案】B【解析】-B選項(xiàng)錯(cuò)誤：增量模型的核心是分階段交付“增量版本”（即部分功能模塊），而非“獨(dú)立開發(fā)的模塊”。其本質(zhì)是通過(guò)漸進(jìn)式功能疊加完成系統(tǒng)開發(fā)。-其他選項(xiàng)正確：A準(zhǔn)確描述瀑布模型的優(yōu)缺點(diǎn)；C指出螺旋模型的風(fēng)險(xiǎn)驅(qū)動(dòng)特性；D強(qiáng)調(diào)原型模型在快速驗(yàn)證需求時(shí)可能忽視架構(gòu)設(shè)計(jì)的長(zhǎng)期性。12.下列哪些屬于軟件需求分析階段的主要任務(wù)？【選項(xiàng)】A.編寫用戶操作手冊(cè)B.建立數(shù)據(jù)字典并定義數(shù)據(jù)流圖C.識(shí)別系統(tǒng)的功能性與非功能性需求D.設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)【參考答案】B、C【解析】-B、C正確：數(shù)據(jù)字典、數(shù)據(jù)流圖及需求分類（功能/非功能）是需求分析的核心輸出。-A錯(cuò)誤：用戶手冊(cè)是維護(hù)階段的文檔。-D錯(cuò)誤：數(shù)據(jù)庫(kù)設(shè)計(jì)屬于系統(tǒng)設(shè)計(jì)階段任務(wù)。13.關(guān)于軟件測(cè)試策略，以下說(shuō)法正確的有哪些？【選項(xiàng)】A.單元測(cè)試通常由開發(fā)人員完成，需依賴樁模塊或驅(qū)動(dòng)模塊B.集成測(cè)試的目標(biāo)是驗(yàn)證模塊間的接口兼容性C.系統(tǒng)測(cè)試側(cè)重功能驗(yàn)證，性能測(cè)試不屬于此階段D.驗(yàn)收測(cè)試以用戶為主導(dǎo)，依據(jù)合同需求進(jìn)行【參考答案】A、B、D【解析】-C錯(cuò)誤：系統(tǒng)測(cè)試包括功能、性能、安全等多維度驗(yàn)證，性能測(cè)試是其關(guān)鍵部分。-A、B、D正確：?jiǎn)卧獪y(cè)試依賴輔助模塊（樁/驅(qū)動(dòng)）；集成測(cè)試聚焦接口；驗(yàn)收測(cè)試由用戶確認(rèn)需求符合性。14.軟件維護(hù)的類型包括哪些？【選項(xiàng)】A.糾錯(cuò)性維護(hù)（修復(fù)缺陷）B.適應(yīng)性維護(hù)（適應(yīng)環(huán)境變化）C.預(yù)防性維護(hù)（優(yōu)化代碼結(jié)構(gòu)）D.完善性維護(hù)（新增功能）【參考答案】A、B、C、D【解析】軟件維護(hù)四類均為標(biāo)準(zhǔn)定義：A修復(fù)錯(cuò)誤；B適配新硬件/系統(tǒng)；C改進(jìn)可維護(hù)性；D增強(qiáng)功能或用戶體驗(yàn)。15.下列耦合類型中，耦合度由低到高排序正確的是？【選項(xiàng)】A.數(shù)據(jù)耦合→公共耦合→內(nèi)容耦合B.標(biāo)記耦合→控制耦合→外部耦合C.數(shù)據(jù)耦合→控制耦合→公共耦合D.外部耦合→內(nèi)容耦合→公共耦合【參考答案】A、C【解析】-耦合度排序：數(shù)據(jù)耦合（最低）<標(biāo)記耦合<控制耦合<外部耦合<公共耦合<內(nèi)容耦合（最高）。-A正確：數(shù)據(jù)→公共→內(nèi)容（跳過(guò)中間類型但順序正確）。-C正確：數(shù)據(jù)→控制→公共（符合遞增邏輯）。-B錯(cuò)誤：標(biāo)記→控制→外部應(yīng)為升序，但外部耦合高于控制耦合。-D錯(cuò)誤：外部耦合低于內(nèi)容耦合。16.在結(jié)構(gòu)化設(shè)計(jì)方法中，下列哪些原則可提高模塊內(nèi)聚性？【選項(xiàng)】A.保證每個(gè)模塊僅完成單一功能B.模塊內(nèi)部代碼盡量使用全局變量C.多個(gè)功能按執(zhí)行順序組合在同一模塊中D.將關(guān)聯(lián)緊密的數(shù)據(jù)操作封裝到同一模塊【參考答案】A、D【解析】-A、D正確：?jiǎn)我还δ軐?duì)應(yīng)功能內(nèi)聚（最高內(nèi)聚）；數(shù)據(jù)封裝對(duì)應(yīng)通信內(nèi)聚（較高）。-B錯(cuò)誤：全局變量增加耦合度，降低內(nèi)聚。-C錯(cuò)誤：順序組合屬過(guò)程內(nèi)聚，強(qiáng)度低于功能內(nèi)聚。17.關(guān)于黑盒測(cè)試與白盒測(cè)試的區(qū)別，描述錯(cuò)誤的有哪些？【選項(xiàng)】A.黑盒測(cè)試不關(guān)注代碼邏輯，僅驗(yàn)證輸入輸出是否符合需求B.白盒測(cè)試需覆蓋全部代碼路徑，但無(wú)法檢測(cè)缺失功能C.等價(jià)類劃分法屬于白盒測(cè)試技術(shù)D.路徑覆蓋屬于黑盒測(cè)試的覆蓋率指標(biāo)【參考答案】C、D【解析】-C錯(cuò)誤：等價(jià)類劃分是黑盒測(cè)試方法。-D錯(cuò)誤：路徑覆蓋是白盒測(cè)試的覆蓋標(biāo)準(zhǔn)。-A、B正確：黑盒測(cè)試基于需求，白盒測(cè)試關(guān)注代碼路徑且可能遺漏未實(shí)現(xiàn)的功能。18.下列哪些是UML行為圖的具體類型？【選項(xiàng)】A.類圖（ClassDiagram）B.狀態(tài)圖（StateMachineDiagram）C.活動(dòng)圖（ActivityDiagram）D.序列圖（SequenceDiagram）【參考答案】B、C、D【解析】-UML行為圖描述系統(tǒng)動(dòng)態(tài)行為，包括狀態(tài)圖（B）、活動(dòng)圖（C）、序列圖（D）等。-A錯(cuò)誤：類圖屬于結(jié)構(gòu)圖，描述靜態(tài)系統(tǒng)架構(gòu)。19.在軟件質(zhì)量模型中，ISO/IEC9126標(biāo)準(zhǔn)定義的主要特性包括哪些？【選項(xiàng)】A.功能性、可靠性B.可維護(hù)性、可移植性C.效率、易用性D.兼容性、可擴(kuò)展性【參考答案】A、B、C【解析】-ISO/IEC9126六大特性：功能性、可靠性、易用性、效率、可維護(hù)性、可移植性（A、B、C選項(xiàng)覆蓋全部）。-D錯(cuò)誤：兼容性和可擴(kuò)展性不在該標(biāo)準(zhǔn)中。20.關(guān)于敏捷開發(fā)方法，描述正確的有哪些？【選項(xiàng)】A.Scrum強(qiáng)調(diào)固定周期的迭代（Sprint）與每日站會(huì)B.極限編程（XP）要求結(jié)對(duì)編程和測(cè)試驅(qū)動(dòng)開發(fā)C.敏捷宣言主張遵循嚴(yán)格文檔規(guī)范優(yōu)先于響應(yīng)變化D.用戶故事（UserStory）是需求描述的常用形式【參考答案】A、B、D【解析】-C錯(cuò)誤：敏捷宣言核心原則是“響應(yīng)變化高于遵循計(jì)劃”，文檔非首要優(yōu)先級(jí)。-A、B、D正確：Scrum、XP實(shí)踐及用戶故事均為敏捷開發(fā)的典型特征。21.以下哪些屬于典型軟件過(guò)程模型？（）A.瀑布模型B.螺旋模型C.V模型D.敏捷開發(fā)模型【選項(xiàng)】A.瀑布模型B.螺旋模型C.V模型D.敏捷開發(fā)模型【參考答案】ABCD【解析】1.瀑布模型是最經(jīng)典的線性順序開發(fā)模型，分為需求、設(shè)計(jì)、編碼、測(cè)試等階段。2.螺旋模型結(jié)合了瀑布模型和原型迭代，強(qiáng)調(diào)風(fēng)險(xiǎn)分析，適用于大型復(fù)雜項(xiàng)目。3.V模型是瀑布模型的變種，強(qiáng)調(diào)測(cè)試與開發(fā)階段的對(duì)應(yīng)關(guān)系。4.敏捷開發(fā)模型以迭代和用戶協(xié)作為核心，代表方法包括Scrum和極限編程（XP）。22.需求分析階段的主要輸出包括哪些？（）A.數(shù)據(jù)流圖（DFD）B.實(shí)體關(guān)系圖（ER圖）C.用例圖D.項(xiàng)目甘特圖【選項(xiàng)】A.數(shù)據(jù)流圖（DFD）B.實(shí)體關(guān)系圖（ER圖）C.用例圖D.項(xiàng)目甘特圖【參考答案】ABC【解析】1.數(shù)據(jù)流圖用于描述系統(tǒng)功能的數(shù)據(jù)流動(dòng)和處理過(guò)程。2.實(shí)體關(guān)系圖用于定義系統(tǒng)數(shù)據(jù)結(jié)構(gòu)和實(shí)體間關(guān)系。3.用例圖通過(guò)用戶與系統(tǒng)的交互場(chǎng)景描述功能需求。4.項(xiàng)目甘特圖屬項(xiàng)目管理工具，不屬于需求分析的直接產(chǎn)物。23.下列哪些是白盒測(cè)試的覆蓋標(biāo)準(zhǔn)？（）A.語(yǔ)句覆蓋B.判定覆蓋C.邊界值覆蓋D.路徑覆蓋【選項(xiàng)】A.語(yǔ)句覆蓋B.判定覆蓋C.邊界值覆蓋D.路徑覆蓋【參考答案】ABD【解析】1.語(yǔ)句覆蓋要求每條代碼語(yǔ)句至少執(zhí)行一次。2.判定覆蓋要求每個(gè)邏輯判斷的真假分支均被執(zhí)行。3.邊界值覆蓋屬于黑盒測(cè)試技術(shù)，關(guān)注輸入范圍的邊界條件。4.路徑覆蓋要求測(cè)試覆蓋程序中所有可能的執(zhí)行路徑。24.軟件維護(hù)的類型包括哪些？（）A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)【選項(xiàng)】A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)【參考答案】ABCD【解析】1.糾錯(cuò)性維護(hù)：修復(fù)軟件交付后發(fā)現(xiàn)的錯(cuò)誤。2.適應(yīng)性維護(hù)：使軟件適應(yīng)外部環(huán)境變化（如操作系統(tǒng)升級(jí)）。3.完善性維護(hù)：根據(jù)用戶需求增強(qiáng)功能或性能。4.預(yù)防性維護(hù)：優(yōu)化代碼結(jié)構(gòu)以降低未來(lái)修改難度。25.以下哪些屬于模塊耦合的類型？（）A.數(shù)據(jù)耦合B.控制耦合C.內(nèi)容耦合D.時(shí)間耦合【選項(xiàng)】A.數(shù)據(jù)耦合B.控制耦合C.內(nèi)容耦合D.時(shí)間耦合【參考答案】ABC【解析】1.數(shù)據(jù)耦合：模塊間通過(guò)參數(shù)傳遞基本數(shù)據(jù)類型。2.控制耦合：模塊間傳遞控制信號(hào)（如標(biāo)志位）。3.內(nèi)容耦合：模塊直接修改另一模塊的內(nèi)部數(shù)據(jù)。4.時(shí)間耦合是干擾選項(xiàng)，耦合類型中無(wú)此分類。26.面向?qū)ο笤O(shè)計(jì)的核心原則包括哪些？（）A.單一職責(zé)原則B.開閉原則C.里氏替換原則D.高內(nèi)聚低耦合原則【選項(xiàng)】A.單一職責(zé)原則B.開閉原則C.里氏替換原則D.高內(nèi)聚低耦合原則【參考答案】ABCD【解析】1.單一職責(zé)原則：一個(gè)類只負(fù)責(zé)一個(gè)功能領(lǐng)域。2.開閉原則：對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。3.里氏替換原則：子類必須能替換父類而不破壞程序。4.高內(nèi)聚低耦合是通用設(shè)計(jì)原則，也適用于面向?qū)ο笤O(shè)計(jì)。27.以下哪些屬于軟件項(xiàng)目管理的內(nèi)容？（）A.風(fēng)險(xiǎn)管理B.進(jìn)度管理C.配置管理D.復(fù)雜性度量【選項(xiàng)】A.風(fēng)險(xiǎn)管理B.進(jìn)度管理C.配置管理D.復(fù)雜性度量【參考答案】ABC【解析】1.風(fēng)險(xiǎn)管理：識(shí)別和應(yīng)對(duì)項(xiàng)目潛在風(fēng)險(xiǎn)。2.進(jìn)度管理：通過(guò)甘特圖或PERT圖控制項(xiàng)目時(shí)間。3.配置管理：管理軟件版本和變更過(guò)程。4.復(fù)雜性度量屬于軟件度量范疇，不直接屬于項(xiàng)目管理活動(dòng)。28.下列哪些是黑盒測(cè)試技術(shù)？（）A.等價(jià)類劃分B.邊界值分析C.條件覆蓋D.因果圖法【選項(xiàng)】A.等價(jià)類劃分B.邊界值分析C.條件覆蓋D.因果圖法【參考答案】ABD【解析】1.等價(jià)類劃分：將輸入域劃分為有效/無(wú)效等價(jià)類。2.邊界值分析：針對(duì)輸入邊界值設(shè)計(jì)測(cè)試用例。3.條件覆蓋屬于白盒測(cè)試的覆蓋標(biāo)準(zhǔn)。4.因果圖法：通過(guò)分析輸入條件組合關(guān)系生成測(cè)試用例。29.軟件質(zhì)量模型中ISO/IEC9126標(biāo)準(zhǔn)定義的質(zhì)量特性包括哪些？（）A.功能性B.可靠性C.可移植性D.可測(cè)試性【選項(xiàng)】A.功能性B.可靠性C.可移植性D.可測(cè)試性【參考答案】ABC【解析】1.功能性：軟件滿足需求規(guī)格的能力。2.可靠性：在規(guī)定條件下維持性能水準(zhǔn)的能力。3.可移植性：軟件適應(yīng)不同環(huán)境的能力。4.可測(cè)試性屬于子特性（如維護(hù)性下的子項(xiàng)），非ISO9126的六大主特性之一。30.下列哪些屬于軟件配置管理的活動(dòng)？（）A.版本控制B.變更控制C.代碼評(píng)審D.配置審計(jì)【選項(xiàng)】A.版本控制B.變更控制C.代碼評(píng)審D.配置審計(jì)【參考答案】ABD【解析】1.版本控制：管理軟件不同版本的存儲(chǔ)和檢索。2.變更控制：規(guī)范化處理需求或代碼變更的流程。3.代碼評(píng)審屬于質(zhì)量控制活動(dòng)，不屬于配置管理。4.配置審計(jì)：驗(yàn)證配置項(xiàng)是否符合標(biāo)準(zhǔn)和規(guī)范。31.關(guān)于軟件生命周期模型的描述，下列哪些說(shuō)法是正確的？A.瀑布模型強(qiáng)調(diào)階段間的反饋與迭代B.原型模型適用于需求不明確的項(xiàng)目，能快速驗(yàn)證需求C.螺旋模型將原型與瀑布模型結(jié)合，并加入了風(fēng)險(xiǎn)分析D.敏捷開發(fā)模型適用于需求穩(wěn)定的項(xiàng)目，強(qiáng)調(diào)詳細(xì)文檔【選項(xiàng)】A.瀑布模型強(qiáng)調(diào)階段間的反饋與迭代B.原型模型適用于需求不明確的項(xiàng)目，能快速驗(yàn)證需求C.螺旋模型將原型與瀑布模型結(jié)合，并加入了風(fēng)險(xiǎn)分析D.敏捷開發(fā)模型適用于需求穩(wěn)定的項(xiàng)目，強(qiáng)調(diào)詳細(xì)文檔【參考答案】B、C【解析】1.A錯(cuò)誤：瀑布模型是線性順序模型，階段間反饋較少，缺乏靈活性。2.B正確：原型模型通過(guò)快速構(gòu)建原型驗(yàn)證用戶需求，適合需求模糊的項(xiàng)目。3.C正確：螺旋模型融合了瀑布模型和原型迭代，并引入系統(tǒng)化風(fēng)險(xiǎn)管理。4.D錯(cuò)誤：敏捷開發(fā)適用于需求易變的場(chǎng)景，強(qiáng)調(diào)可工作的軟件而非詳盡文檔。32.下列哪些屬于軟件需求分析中"非功能需求"的范疇？A.系統(tǒng)需支持日均10萬(wàn)用戶并發(fā)訪問(wèn)B.用戶可在線提交訂單并支付C.系統(tǒng)響應(yīng)時(shí)間不超過(guò)2秒D.采用MySQL作為數(shù)據(jù)庫(kù)管理系統(tǒng)【選項(xiàng)】A.系統(tǒng)需支持日均10萬(wàn)用戶并發(fā)訪問(wèn)B.用戶可在線提交訂單并支付C.系統(tǒng)響應(yīng)時(shí)間不超過(guò)2秒D.采用MySQL作為數(shù)據(jù)庫(kù)管理系統(tǒng)【參考答案】A、C、D【解析】1.A正確：并發(fā)能力屬于性能需求（非功能需求）。2.B錯(cuò)誤："提交訂單"屬于功能需求。3.C正確：響應(yīng)時(shí)間是典型的性能指標(biāo)。4.D正確：技術(shù)選型屬于設(shè)計(jì)約束類非功能需求。33.關(guān)于面向?qū)ο笤O(shè)計(jì)原則，下列描述正確的有哪些？A.開閉原則要求對(duì)修改關(guān)閉，對(duì)擴(kuò)展開放B.依賴倒置原則強(qiáng)調(diào)高層模塊依賴底層模塊C.單一職責(zé)原則指每個(gè)類只承擔(dān)一項(xiàng)職責(zé)D.里氏替換原則允許子類任意重寫父類方法【選項(xiàng)】A.開閉原則要求對(duì)修改關(guān)閉，對(duì)擴(kuò)展開放B.依賴倒置原則強(qiáng)調(diào)高層模塊依賴底層模塊C.單一職責(zé)原則指每個(gè)類只承擔(dān)一項(xiàng)職責(zé)D.里氏替換原則允許子類任意重寫父類方法【參考答案】A、C【解析】1.A正確：開閉原則是核心設(shè)計(jì)原則之一。2.B錯(cuò)誤：依賴倒置原則要求高層與底層均依賴抽象。3.C正確：?jiǎn)我宦氊?zé)原則降低類的復(fù)雜性。4.D錯(cuò)誤：里氏替換要求子類必須完全兼容父類行為，不能破壞原有邏輯。34.在軟件測(cè)試層次中，下列哪些屬于集成測(cè)試的范疇？A.測(cè)試單個(gè)函數(shù)的功能正確性B.驗(yàn)證模塊間的接口交互C.檢查系統(tǒng)是否符合用戶需求D.發(fā)現(xiàn)全局?jǐn)?shù)據(jù)結(jié)構(gòu)沖突【選項(xiàng)】A.測(cè)試單個(gè)函數(shù)的功能正確性B.驗(yàn)證模塊間的接口交互C.檢查系統(tǒng)是否符合用戶需求D.發(fā)現(xiàn)全局?jǐn)?shù)據(jù)結(jié)構(gòu)沖突【參考答案】B、D【解析】1.A錯(cuò)誤：?jiǎn)卧獪y(cè)試負(fù)責(zé)單個(gè)函數(shù)/模塊測(cè)試。2.B正確：集成測(cè)試重點(diǎn)驗(yàn)證模塊間接口。3.C錯(cuò)誤：系統(tǒng)測(cè)試階段驗(yàn)證整體需求符合性。4.D正確：全局?jǐn)?shù)據(jù)沖突是典型的集成問(wèn)題。35.根據(jù)ISO/IEC9126軟件質(zhì)量模型，下列哪些屬于"可維護(hù)性"的子特性？A.易分析性：定位缺陷的難易程度B.穩(wěn)定性：修改引發(fā)意外結(jié)果的風(fēng)險(xiǎn)C.易測(cè)試性：驗(yàn)證修改效果的便利性D.適應(yīng)性：應(yīng)對(duì)環(huán)境變化的靈活性【選項(xiàng)】A.易分析性：定位缺陷的難易程度B.穩(wěn)定性：修改引發(fā)意外結(jié)果的風(fēng)險(xiǎn)C.易測(cè)試性：驗(yàn)證修改效果的便利性D.適應(yīng)性：應(yīng)對(duì)環(huán)境變化的靈活性【參考答案】A、B、C【解析】1.ABC正確：均屬于可維護(hù)性的子特性（ISO9126標(biāo)準(zhǔn)）。2.D錯(cuò)誤：適應(yīng)性屬于"可移植性"的子特性，與環(huán)境適配相關(guān)。三、判斷題（共30題）1.軟件生命周期中，瀑布模型的主要缺點(diǎn)之一是階段之間缺乏足夠的反饋機(jī)制?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】A【解析】瀑布模型是一種線性順序的開發(fā)模型，階段間嚴(yán)格按順序執(zhí)行且缺乏靈活性。其主要缺點(diǎn)之一是難以應(yīng)對(duì)需求變更，且上一階段完成后才能進(jìn)入下一階段，導(dǎo)致階段間反饋滯后，不利于問(wèn)題及時(shí)發(fā)現(xiàn)和修正。2.在需求分析階段，結(jié)構(gòu)化分析方法（SA）主要采用數(shù)據(jù)流圖（DFD）描述系統(tǒng)的功能模型。【選項(xiàng)】A.正確B.錯(cuò)誤【參考答案】A【解析】結(jié)構(gòu)化分析方法的核心工具是數(shù)據(jù)流圖（DFD），用于描述系統(tǒng)輸入、輸出、數(shù)據(jù)處理及數(shù)據(jù)存儲(chǔ)的邏輯關(guān)系，輔以數(shù)據(jù)字典和加工說(shuō)明共同構(gòu)成功能模型，與實(shí)體關(guān)系圖（ER圖）等數(shù)據(jù)模型形成互補(bǔ)。3.軟件測(cè)試中，黑盒測(cè)試僅關(guān)注程序內(nèi)部邏輯結(jié)構(gòu)，無(wú)需了解代碼實(shí)現(xiàn)細(xì)節(jié)。【選項(xiàng)】A.正確B.錯(cuò)誤【參考答案】B【解析】黑盒測(cè)試關(guān)注程序外部功能行為，測(cè)試者在不知內(nèi)部代碼的情況下驗(yàn)證輸入輸出是否符合預(yù)期。而白盒測(cè)試才基于內(nèi)部邏輯結(jié)構(gòu)設(shè)計(jì)用例，需了解代碼實(shí)現(xiàn)細(xì)節(jié)。題干混淆了兩者概念。4.維護(hù)階段的“適應(yīng)性維護(hù)”指修改軟件以應(yīng)對(duì)運(yùn)行環(huán)境變化（如操作系統(tǒng)升級(jí)）。【選項(xiàng)】A.正確B.錯(cuò)誤【參考答案】A【解析】軟件維護(hù)分為四類：改正性維護(hù)（修復(fù)缺陷）、適應(yīng)性維護(hù)（適應(yīng)環(huán)境變化）、完善性維護(hù)（增強(qiáng)功能）和預(yù)防性維護(hù)（提高可維護(hù)性）。題干描述符合適應(yīng)性維護(hù)的定義。5.V模型中，集成測(cè)試對(duì)應(yīng)需求分析階段，單元測(cè)試對(duì)應(yīng)詳細(xì)設(shè)計(jì)階段?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】B【解析】V模型左側(cè)為開發(fā)階段，右側(cè)為測(cè)試階段。單元測(cè)試對(duì)應(yīng)編碼階段，集成測(cè)試對(duì)應(yīng)概要設(shè)計(jì)階段，系統(tǒng)測(cè)試對(duì)應(yīng)需求分析階段，驗(yàn)收測(cè)試對(duì)應(yīng)用戶需求階段。題干關(guān)聯(lián)關(guān)系錯(cuò)誤。6.敏捷開發(fā)的核心原則之一是“客戶協(xié)作高于合同談判”?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】A【解析】敏捷宣言強(qiáng)調(diào)個(gè)體互動(dòng)高于流程工具、可用軟件高于詳盡文檔、客戶協(xié)作高于合同談判、響應(yīng)變化高于遵循計(jì)劃。題干所述為敏捷開發(fā)四大價(jià)值觀之一，描述正確。7.軟件配置管理中，“基線”指未經(jīng)正式評(píng)審即可隨意修改的階段性產(chǎn)品版本?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】B【解析】基線是經(jīng)正式評(píng)審且一致同意的階段性產(chǎn)品版本，用于控制后續(xù)變更，需通過(guò)配置控制委員會(huì)（CCB）審批才能修改。題干中“隨意修改”與基線嚴(yán)格受控的特性相悖。8.面向?qū)ο笤O(shè)計(jì)中，對(duì)象關(guān)聯(lián)關(guān)系的強(qiáng)度排序?yàn)椋豪^承>聚合>依賴?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】A【解析】繼承（泛化）是類間的強(qiáng)耦合關(guān)系，聚合（整體-部分）為中度耦合，依賴（臨時(shí)使用）為弱耦合。題干對(duì)各關(guān)聯(lián)關(guān)系的耦合強(qiáng)度排序正確。9.軟件質(zhì)量屬性中，“可維護(hù)性”指軟件在發(fā)生故障后恢復(fù)正常運(yùn)行的難易程度。【選項(xiàng)】A.正確B.錯(cuò)誤【參考答案】B【解析】可維護(hù)性指修改或擴(kuò)展軟件的難易程度（含修正、適應(yīng)、完善）。題干描述的是“容錯(cuò)性”（或可靠性）的一部分，屬于易混淆點(diǎn)。10.在UML動(dòng)態(tài)模型中，狀態(tài)圖描述對(duì)象間消息交互時(shí)序，活動(dòng)圖描述系統(tǒng)業(yè)務(wù)流程?！具x項(xiàng)】A.正確B.錯(cuò)誤【參考答案】B【解析】狀態(tài)圖描述單個(gè)對(duì)象生命周期內(nèi)狀態(tài)變遷，活動(dòng)圖描述系統(tǒng)或?qū)ο蟮臉I(yè)務(wù)流程（類似流程圖）。而序列圖/協(xié)作圖才描述對(duì)象間消息交互時(shí)序。題干混淆了狀態(tài)圖與序列圖的功能。11.軟件工程的主要目標(biāo)是解決軟件開發(fā)中的技術(shù)難題，不包括提高開發(fā)效率和保證軟件質(zhì)量?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】軟件工程的核心目標(biāo)是通過(guò)系統(tǒng)化、規(guī)范化的方法提高軟件開發(fā)效率、保證軟件質(zhì)量并有效控制開發(fā)成本。技術(shù)難題解決僅是實(shí)現(xiàn)目標(biāo)的手段之一，而非唯一目標(biāo)。12.在軟件生命周期中，需求分析階段的主要任務(wù)是確定系統(tǒng)的物理模型?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】需求分析階段的核心是建立系統(tǒng)邏輯模型，明確功能與非功能需求；物理模型涉及技術(shù)實(shí)現(xiàn)細(xì)節(jié)，屬于設(shè)計(jì)階段的任務(wù)。13.結(jié)構(gòu)化設(shè)計(jì)方法中，模塊的內(nèi)聚性越高，模塊間的耦合度越低。【選項(xiàng)】正確／錯(cuò)誤【參考答案】正確【解析】高內(nèi)聚指模塊內(nèi)部元素聯(lián)系緊密，功能單一；低耦合指模塊間依賴關(guān)系弱。兩者協(xié)同提升系統(tǒng)可維護(hù)性，符合結(jié)構(gòu)化設(shè)計(jì)原則。14.黑盒測(cè)試僅關(guān)注程序內(nèi)部邏輯結(jié)構(gòu)，不涉及輸入輸出功能驗(yàn)證?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】黑盒測(cè)試基于需求規(guī)格檢查輸入輸出是否符合預(yù)期，不考察內(nèi)部代碼邏輯；白盒測(cè)試才針對(duì)程序內(nèi)部結(jié)構(gòu)設(shè)計(jì)用例。15.軟件配置管理的基線是指軟件開發(fā)過(guò)程中不可再修改的階段性成果?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】正確【解析】基線是經(jīng)正式評(píng)審并批準(zhǔn)的配置項(xiàng)集合（如需求文檔、設(shè)計(jì)說(shuō)明書），后續(xù)修改需通過(guò)變更控制流程，確保項(xiàng)目可控性。16.敏捷開發(fā)方法強(qiáng)調(diào)預(yù)先制定完整需求文檔后再進(jìn)行迭代開發(fā)?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】敏捷開發(fā)主張適應(yīng)需求變化，通過(guò)短周期迭代逐步完善功能，輕量級(jí)文檔取代詳盡的預(yù)先需求說(shuō)明。17.McCabe環(huán)路復(fù)雜度越高，表明程序的可理解性與可維護(hù)性越好?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】環(huán)路復(fù)雜度度量程序控制流的復(fù)雜程度，數(shù)值越高說(shuō)明路徑分支越多，出錯(cuò)概率增大，可維護(hù)性反而降低。18.確認(rèn)測(cè)試由開發(fā)方主導(dǎo)，目的是驗(yàn)證軟件是否滿足用戶需求?！具x項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】確認(rèn)測(cè)試（驗(yàn)收測(cè)試）由用戶或第三方執(zhí)行，直接依據(jù)原始需求驗(yàn)證軟件功能；開發(fā)方主導(dǎo)的是集成測(cè)試與系統(tǒng)測(cè)試。19.面向?qū)ο笤O(shè)計(jì)中，繼承關(guān)系的濫用可能導(dǎo)致代碼冗余度增加。【選項(xiàng)】正確／錯(cuò)誤【參考答案】錯(cuò)誤【解析】繼承用于實(shí)現(xiàn)代碼復(fù)用，合理使用可減少冗余；但過(guò)度繼