2025年軟件工程期末考試題庫(kù)及答案_第1頁(yè)
2025年軟件工程期末考試題庫(kù)及答案_第2頁(yè)
2025年軟件工程期末考試題庫(kù)及答案_第3頁(yè)
2025年軟件工程期末考試題庫(kù)及答案_第4頁(yè)
2025年軟件工程期末考試題庫(kù)及答案_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

付費(fèi)下載

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

2025年軟件工程期末考試題庫(kù)及答案一、單項(xiàng)選擇題(每題2分,共30分)1.以下哪項(xiàng)不屬于軟件危機(jī)的典型表現(xiàn)?A.軟件質(zhì)量低下B.軟件開發(fā)成本超出預(yù)算C.軟件功能無(wú)法滿足用戶需求D.軟件運(yùn)行速度緩慢答案:D2.瀑布模型的主要缺點(diǎn)是?A.難以適應(yīng)需求變更B.開發(fā)周期短C.文檔要求低D.適合小型項(xiàng)目答案:A3.用例圖(UseCaseDiagram)中,“<<include>>”關(guān)系表示?A.一個(gè)用例包含另一個(gè)用例的功能B.兩個(gè)用例互為補(bǔ)充C.用例與參與者的交互D.用例之間的繼承答案:A4.以下哪種測(cè)試方法屬于黑盒測(cè)試?A.路徑覆蓋測(cè)試B.等價(jià)類劃分C.邏輯覆蓋測(cè)試D.循環(huán)測(cè)試答案:B5.敏捷開發(fā)(AgileDevelopment)的核心價(jià)值觀不包括?A.個(gè)體與交互重于流程與工具B.可工作的軟件重于詳盡的文檔C.合同談判重于客戶協(xié)作D.響應(yīng)變化重于遵循計(jì)劃答案:C6.軟件需求規(guī)格說(shuō)明書(SRS)的核心作用是?A.記錄開發(fā)過(guò)程中的技術(shù)細(xì)節(jié)B.明確用戶需求與系統(tǒng)功能邊界C.作為代碼編寫的直接依據(jù)D.用于項(xiàng)目成本核算答案:B7.結(jié)構(gòu)化設(shè)計(jì)(SD)中,模塊的內(nèi)聚性從低到高排序正確的是?A.偶然內(nèi)聚→邏輯內(nèi)聚→時(shí)間內(nèi)聚→功能內(nèi)聚B.邏輯內(nèi)聚→偶然內(nèi)聚→時(shí)間內(nèi)聚→功能內(nèi)聚C.時(shí)間內(nèi)聚→偶然內(nèi)聚→邏輯內(nèi)聚→功能內(nèi)聚D.功能內(nèi)聚→時(shí)間內(nèi)聚→邏輯內(nèi)聚→偶然內(nèi)聚答案:A8.以下不屬于UML(統(tǒng)一建模語(yǔ)言)結(jié)構(gòu)型圖的是?A.類圖(ClassDiagram)B.對(duì)象圖(ObjectDiagram)C.狀態(tài)圖(StateDiagram)D.組件圖(ComponentDiagram)答案:C9.軟件測(cè)試的V模型中,與編碼階段對(duì)應(yīng)的測(cè)試階段是?A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.驗(yàn)收測(cè)試答案:A10.軟件維護(hù)中,為修復(fù)軟件發(fā)布后發(fā)現(xiàn)的錯(cuò)誤而進(jìn)行的維護(hù)屬于?A.完善性維護(hù)B.適應(yīng)性維護(hù)C.正確性維護(hù)D.預(yù)防性維護(hù)答案:C11.以下哪項(xiàng)是CMMI(能力成熟度模型集成)的5級(jí)(優(yōu)化級(jí))的關(guān)鍵特征?A.過(guò)程可重復(fù)B.過(guò)程已定義C.過(guò)程可量化管理D.過(guò)程持續(xù)優(yōu)化答案:D12.軟件項(xiàng)目風(fēng)險(xiǎn)管理中,“技術(shù)選型不當(dāng)導(dǎo)致開發(fā)延遲”屬于?A.已知風(fēng)險(xiǎn)B.可預(yù)測(cè)風(fēng)險(xiǎn)C.不可預(yù)測(cè)風(fēng)險(xiǎn)D.外部風(fēng)險(xiǎn)答案:B13.設(shè)計(jì)模式中,觀察者模式(ObserverPattern)的主要目的是?A.定義對(duì)象間的一種一對(duì)多的依賴關(guān)系,當(dāng)一個(gè)對(duì)象狀態(tài)改變時(shí),所有依賴它的對(duì)象會(huì)被通知并自動(dòng)更新B.將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另一個(gè)接口,解決接口不兼容問(wèn)題C.保證一個(gè)類僅有一個(gè)實(shí)例,并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)D.將抽象部分與它的實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化答案:A14.以下哪項(xiàng)不屬于軟件配置管理(SCM)的核心活動(dòng)?A.版本控制B.變更管理C.需求驗(yàn)證D.配置審計(jì)答案:C15.螺旋模型(SpiralModel)的核心優(yōu)勢(shì)是?A.適合需求明確的小型項(xiàng)目B.強(qiáng)調(diào)風(fēng)險(xiǎn)分析,適合大型復(fù)雜項(xiàng)目C.開發(fā)過(guò)程高度并行D.文檔驅(qū)動(dòng),適合嚴(yán)格監(jiān)管領(lǐng)域答案:B二、填空題(每空1分,共20分)1.軟件生命周期的典型階段包括需求分析、______、編碼、測(cè)試、______和退役。答案:設(shè)計(jì);維護(hù)2.需求分析的主要成果是______,其英文縮寫為______。答案:軟件需求規(guī)格說(shuō)明書;SRS3.UML中的行為型圖包括活動(dòng)圖、______、順序圖和______。答案:狀態(tài)圖;通信圖(或協(xié)作圖)4.軟件測(cè)試的四個(gè)階段是單元測(cè)試、______、系統(tǒng)測(cè)試和______。答案:集成測(cè)試;驗(yàn)收測(cè)試5.軟件設(shè)計(jì)的兩個(gè)層次是______設(shè)計(jì)(關(guān)注系統(tǒng)整體結(jié)構(gòu))和______設(shè)計(jì)(關(guān)注模塊內(nèi)部細(xì)節(jié))。答案:架構(gòu);詳細(xì)6.敏捷開發(fā)的典型方法包括Scrum、______和______。答案:XP(極限編程);看板方法7.軟件項(xiàng)目進(jìn)度管理中,關(guān)鍵路徑是指項(xiàng)目中______最長(zhǎng)的路徑,決定了項(xiàng)目的______。答案:活動(dòng)歷時(shí);最短完成時(shí)間8.設(shè)計(jì)模式按目的分類可分為創(chuàng)建型、______和______三類。答案:結(jié)構(gòu)型;行為型9.軟件質(zhì)量模型(如ISO/IEC25010)的六大特性包括功能性、可靠性、______、效率、______和可維護(hù)性。答案:易用性;可移植性10.CMMI的五個(gè)成熟度等級(jí)從低到高依次為初始級(jí)、______、已定義級(jí)、______和優(yōu)化級(jí)。答案:可重復(fù)級(jí);已管理級(jí)三、簡(jiǎn)答題(每題6分,共30分)1.簡(jiǎn)述瀑布模型與敏捷模型的主要差異。答案:瀑布模型是線性順序開發(fā)模型,強(qiáng)調(diào)階段間的嚴(yán)格順序和文檔驅(qū)動(dòng),適合需求明確、變更少的項(xiàng)目;敏捷模型是迭代增量開發(fā)模型,強(qiáng)調(diào)快速迭代、客戶協(xié)作和響應(yīng)變更,適合需求模糊、需要快速交付的項(xiàng)目。兩者的核心差異在于對(duì)變更的適應(yīng)性(瀑布模型難以適應(yīng),敏捷模型主動(dòng)擁抱)、開發(fā)流程(線性vs迭代)和文檔重視程度(高文檔vs輕文檔)。2.需求分析的主要任務(wù)有哪些?答案:需求分析的主要任務(wù)包括:①理解用戶需求,明確系統(tǒng)目標(biāo);②建立需求模型(如用例模型、數(shù)據(jù)流圖);③編寫軟件需求規(guī)格說(shuō)明書(SRS),定義功能需求、非功能需求(性能、安全性等)和約束條件;④驗(yàn)證需求的正確性、完整性和一致性;⑤與用戶和開發(fā)團(tuán)隊(duì)確認(rèn)需求,確保各方理解一致。3.結(jié)構(gòu)化設(shè)計(jì)中,如何提高模塊的獨(dú)立性?答案:模塊獨(dú)立性通過(guò)內(nèi)聚性和耦合性衡量。提高獨(dú)立性需:①提高模塊內(nèi)聚性(優(yōu)先選擇功能內(nèi)聚,避免偶然內(nèi)聚);②降低模塊間耦合性(優(yōu)先選擇數(shù)據(jù)耦合,避免內(nèi)容耦合或公共耦合);③設(shè)計(jì)單一職責(zé)的模塊,確保每個(gè)模塊僅完成一個(gè)明確功能;④通過(guò)接口定義模塊間交互,減少直接依賴。4.單元測(cè)試的目標(biāo)是什么?常用的測(cè)試方法有哪些?答案:?jiǎn)卧獪y(cè)試的目標(biāo)是驗(yàn)證單個(gè)模塊(如函數(shù)、類)的正確性,確保其實(shí)現(xiàn)符合設(shè)計(jì)要求,盡早發(fā)現(xiàn)編碼錯(cuò)誤。常用方法包括:①白盒測(cè)試(如語(yǔ)句覆蓋、分支覆蓋、路徑覆蓋);②黑盒測(cè)試(如等價(jià)類劃分、邊界值分析);③測(cè)試驅(qū)動(dòng)開發(fā)(TDD),先寫測(cè)試用例再編碼;④使用測(cè)試框架(如JUnit、PyTest)自動(dòng)化執(zhí)行測(cè)試。5.軟件維護(hù)的類型及各自特點(diǎn)是什么?答案:軟件維護(hù)分為四類:①正確性維護(hù)(占17%-21%):修復(fù)發(fā)布后發(fā)現(xiàn)的錯(cuò)誤;②適應(yīng)性維護(hù)(占18%-25%):使軟件適應(yīng)環(huán)境變化(如操作系統(tǒng)升級(jí));③完善性維護(hù)(占48%-50%):增強(qiáng)功能或改進(jìn)性能;④預(yù)防性維護(hù)(占4%-5%):為未來(lái)維護(hù)或升級(jí)做準(zhǔn)備(如重構(gòu)代碼)。其中完善性維護(hù)占比最高,反映用戶需求的動(dòng)態(tài)變化。四、應(yīng)用題(每題8分,共24分)1.某在線教育平臺(tái)需實(shí)現(xiàn)“學(xué)生在線提交作業(yè)”功能,需求如下:學(xué)生登錄后進(jìn)入作業(yè)列表,選擇未提交的作業(yè),上傳文件(支持PDF、Word格式,大小≤50MB),提交后系統(tǒng)提示“提交成功”;若文件格式或大小不符合要求,提示具體錯(cuò)誤。請(qǐng)?jiān)O(shè)計(jì)該功能的測(cè)試用例(至少5個(gè))。答案:測(cè)試用例1:正常提交(PDF,40MB)→期望結(jié)果:提交成功,提示“提交成功”。測(cè)試用例2:正常提交(Word,30MB)→期望結(jié)果:提交成功,提示“提交成功”。測(cè)試用例3:文件格式錯(cuò)誤(JPG,20MB)→期望結(jié)果:提示“文件格式僅支持PDF、Word”。測(cè)試用例4:文件大小超限(PDF,60MB)→期望結(jié)果:提示“文件大小不能超過(guò)50MB”。測(cè)試用例5:未登錄時(shí)訪問(wèn)作業(yè)列表→期望結(jié)果:跳轉(zhuǎn)至登錄頁(yè)面。測(cè)試用例6:重復(fù)提交已提交的作業(yè)→期望結(jié)果:提示“作業(yè)已提交,無(wú)法重復(fù)操作”。2.某圖書管理系統(tǒng)的類圖中存在“Book”(圖書)和“BorrowRecord”(借閱記錄)兩個(gè)類,其中每本圖書可被多次借閱(每次提供一條借閱記錄),每條借閱記錄對(duì)應(yīng)一本圖書。請(qǐng)用UML類圖表示兩者的關(guān)系(需標(biāo)注關(guān)系類型和多重性)。答案:Book與BorrowRecord之間為一對(duì)多關(guān)聯(lián)關(guān)系。Book類的多重性為“1”,BorrowRecord類的多重性為“”(或“0..”)。關(guān)聯(lián)線上標(biāo)注“包含”或“對(duì)應(yīng)”,箭頭指向BorrowRecord(或雙向無(wú)箭頭)。3.某軟件項(xiàng)目的任務(wù)分解如下:需求分析(A,5天)→系統(tǒng)設(shè)計(jì)(B,7天,A完成后開始)→編碼(C,10天,B完成后開始)→單元測(cè)試(D,3天,C完成后開始);同時(shí),需求分析完成后可并行開展界面設(shè)計(jì)(E,6天)→界面開發(fā)(F,8天,E完成后開始)。請(qǐng)繪制該項(xiàng)目的單代號(hào)網(wǎng)絡(luò)圖(PDM),并計(jì)算關(guān)鍵路徑和總工期。答案:網(wǎng)絡(luò)圖節(jié)點(diǎn):A→B→C→D;A→E→F。關(guān)鍵路徑為A→B→C→D,總工期=5+7+10+3=25天。并行路徑A→E→F的工期=5+6+8=19天,小于關(guān)鍵路徑工期,因此不影響總工期。五、綜合題(共16分)某公司計(jì)劃開發(fā)一款智能快遞柜管理系統(tǒng),主要功能包括:用戶通過(guò)微信小程序掃碼開箱取件、管理員后臺(tái)管理(添加/刪除快遞柜、查看異常記錄)、系統(tǒng)自動(dòng)通知用戶取件(短信/微信)。請(qǐng)結(jié)合軟件工程知識(shí),回答以下問(wèn)題:(1)該系統(tǒng)的需求分析階段應(yīng)包含哪些關(guān)鍵活動(dòng)?(6分)(2)若采用敏捷開發(fā)(Scrum),請(qǐng)描述其核心角色、工件和事件。(10分)答案:(1)需求分析階段的關(guān)鍵活動(dòng):①用戶調(diào)研(訪談快遞員、用戶、管理員,收集需求);②建立用例模型(繪制用例圖,如“用戶取件”“管理員管理快遞柜”等用例);③定義功能需求(掃碼開箱、通知提醒、后臺(tái)管理)和非功能需求(響應(yīng)時(shí)間≤2秒、支持1000+并發(fā)用戶);④編寫SRS,明確系統(tǒng)邊界(不包含物流運(yùn)輸功能);⑤需求評(píng)審(邀請(qǐng)用戶、開發(fā)、測(cè)試人員確認(rèn)需求)。(2)Scrum的核心角色:①產(chǎn)品負(fù)責(zé)人(ProductOwner):定義產(chǎn)品待辦列表(ProductBacklog),優(yōu)先級(jí)排序;②Scrum團(tuán)隊(duì)(開發(fā)團(tuán)隊(duì)):跨職能團(tuán)隊(duì),負(fù)責(zé)完成迭代任務(wù);③Scrum主管(ScrumMaster):促進(jìn)流程,移除障礙。核

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論