2025年大學(xué)《信息與計(jì)算科學(xué)》專業(yè)題庫——軟件工程與敏捷開發(fā)方法考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每小題2分，共20分。請(qǐng)將正確選項(xiàng)的代表字母填在題后的括號(hào)內(nèi)）1.軟件工程的出現(xiàn)主要是為了解決軟件行業(yè)中的（）。A.軟件開發(fā)成本過高問題B.軟件開發(fā)周期過長(zhǎng)問題C.軟件質(zhì)量難以保證問題D.軟件可維護(hù)性差問題2.在軟件生命周期模型中，下列哪種模型強(qiáng)調(diào)開發(fā)活動(dòng)的迭代和增量？（）A.瀑布模型B.V模型C.原型模型D.迭代模型3.下列關(guān)于需求分析的任務(wù)，描述錯(cuò)誤的是（）。A.需求獲取B.需求分析C.需求規(guī)格說明D.需求設(shè)計(jì)4.軟件設(shè)計(jì)中，模塊化設(shè)計(jì)的核心思想是（）。A.盡可能減少模塊間的依賴B.盡可能增加模塊間的耦合C.提高模塊的獨(dú)立性和可重用性D.增加模塊的數(shù)量以降低復(fù)雜度5.在軟件測(cè)試中，通常由用戶或客戶代表進(jìn)行，以確認(rèn)軟件是否滿足指定需求的測(cè)試是（）。A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.驗(yàn)收測(cè)試6.軟件維護(hù)活動(dòng)中，修改變更了軟件需求的是（）。A.正規(guī)維護(hù)B.改進(jìn)維護(hù)C.缺陷修正維護(hù)D.增量式維護(hù)7.敏捷開發(fā)宣言的核心價(jià)值觀強(qiáng)調(diào)個(gè)體和互動(dòng)勝過流程和工具。（）A.正確B.錯(cuò)誤8.敏捷開發(fā)方法普遍認(rèn)為變更（）。A.應(yīng)該盡量避免B.在項(xiàng)目早期就應(yīng)該完全確定C.是對(duì)項(xiàng)目成功的威脅D.應(yīng)該被擁抱和適應(yīng)9.在Scrum框架中，負(fù)責(zé)管理和優(yōu)先排序產(chǎn)品待辦事項(xiàng)列表的是（）。A.ScrumMasterB.開發(fā)團(tuán)隊(duì)C.產(chǎn)品負(fù)責(zé)人(ProductOwner)D.項(xiàng)目經(jīng)理10.下列不屬于Scrum框架中的核心角色的是（）。A.產(chǎn)品負(fù)責(zé)人B.ScrumMasterC.項(xiàng)目經(jīng)理D.開發(fā)團(tuán)隊(duì)二、簡(jiǎn)答題（每小題5分，共20分。請(qǐng)將答案寫在答題紙上）1.簡(jiǎn)述軟件危機(jī)的主要表現(xiàn)。2.請(qǐng)簡(jiǎn)述敏捷開發(fā)的基本原則。3.說明Scrum框架中的三個(gè)主要工件是什么。4.什么是用戶故事？請(qǐng)簡(jiǎn)述用戶故事的三個(gè)要素。三、論述題（每小題10分，共20分。請(qǐng)將答案寫在答題紙上）1.試述瀑布模型與敏捷開發(fā)方法（以Scrum為例）在項(xiàng)目管理和開發(fā)方式上的主要區(qū)別。2.結(jié)合實(shí)際或想象中的軟件開發(fā)場(chǎng)景，論述采用敏捷開發(fā)方法可能帶來的優(yōu)勢(shì)以及可能面臨的挑戰(zhàn)。四、實(shí)踐題（10分。請(qǐng)將答案寫在答題紙上）假設(shè)你正在參與一個(gè)開發(fā)小型社區(qū)論壇的項(xiàng)目。請(qǐng)根據(jù)敏捷開發(fā)的思想，為一個(gè)即將開始的Sprint編寫2-3個(gè)用戶故事，并簡(jiǎn)要說明每個(gè)故事的驗(yàn)收標(biāo)準(zhǔn)是什么。試卷答案一、選擇題1.C2.D3.D4.C5.D6.B7.A8.D9.C10.C二、簡(jiǎn)答題1.軟件危機(jī)的主要表現(xiàn)：軟件成本急劇上升、開發(fā)周期大大延長(zhǎng)、軟件質(zhì)量難以保證、軟件可維護(hù)性差、軟件開發(fā)人員大量流失等。2.敏捷開發(fā)的基本原則：個(gè)體和互動(dòng)勝過流程和工具；工作的軟件勝過大量文檔；客戶合作勝過合同談判；響應(yīng)變化勝過遵循計(jì)劃。3.Scrum框架中的三個(gè)主要工件：產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）、Sprint待辦事項(xiàng)列表（SprintBacklog）、Increment（產(chǎn)品增量）。4.用戶故事是站在用戶角度描述軟件功能需求的簡(jiǎn)短描述。用戶故事的三個(gè)要素：角色（Whoistheuser/role?）、行動(dòng)（Whatdotheywanttodo?）、價(jià)值（Whatvaluedoesitprovide?），常用格式為：“作為一個(gè)<角色>，我想要<執(zhí)行某個(gè)動(dòng)作>，以便<獲得某種價(jià)值>”。三、論述題1.瀑布模型與敏捷開發(fā)方法（以Scrum為例）在項(xiàng)目管理和開發(fā)方式上的主要區(qū)別：*項(xiàng)目管理方式：瀑布模型是計(jì)劃驅(qū)動(dòng)的，強(qiáng)調(diào)階段劃分和文檔驅(qū)動(dòng)；敏捷開發(fā)是迭代和增量的，強(qiáng)調(diào)靈活適應(yīng)變化和快速交付。*開發(fā)方式：瀑布模型按順序完成需求分析、設(shè)計(jì)、編碼、測(cè)試等階段；敏捷開發(fā)通過短迭代（Sprint）循環(huán)進(jìn)行開發(fā)，每個(gè)迭代都產(chǎn)出可工作的軟件增量。*需求管理：瀑布模型要求在項(xiàng)目早期就詳細(xì)定義所有需求，變更困難；敏捷開發(fā)鼓勵(lì)在開發(fā)過程中擁抱需求變更，需求通過用戶故事等方式逐步細(xì)化。*溝通協(xié)作：瀑布模型溝通相對(duì)較少，文檔是主要溝通媒介；敏捷開發(fā)強(qiáng)調(diào)團(tuán)隊(duì)成員（開發(fā)、產(chǎn)品負(fù)責(zé)人、ScrumMaster）之間高頻、直接的溝通協(xié)作。*交付頻率：瀑布模型通常在項(xiàng)目結(jié)束時(shí)交付最終產(chǎn)品；敏捷開發(fā)定期（如每2-4周）交付可工作的軟件增量。*角色定義：瀑布模型角色相對(duì)固定（如項(xiàng)目經(jīng)理、分析師、開發(fā)者）；敏捷開發(fā)有明確的角色分工（產(chǎn)品負(fù)責(zé)人、ScrumMaster、開發(fā)團(tuán)隊(duì)）。*質(zhì)量保證：瀑布模型質(zhì)量保證主要在測(cè)試階段進(jìn)行；敏捷開發(fā)強(qiáng)調(diào)測(cè)試驅(qū)動(dòng)開發(fā)（TDD）、持續(xù)集成等，質(zhì)量保證貫穿整個(gè)開發(fā)過程。2.結(jié)合實(shí)際或想象中的軟件開發(fā)場(chǎng)景，論述采用敏捷開發(fā)方法可能帶來的優(yōu)勢(shì)以及可能面臨的挑戰(zhàn)：*優(yōu)勢(shì)：*更快響應(yīng)市場(chǎng)變化：敏捷開發(fā)擁抱變化，能夠根據(jù)客戶反饋和市場(chǎng)需求快速調(diào)整開發(fā)方向和優(yōu)先級(jí)，提高產(chǎn)品競(jìng)爭(zhēng)力。*提高客戶滿意度：通過頻繁交付可工作的軟件增量，客戶可以盡早看到成果并提供反饋，減少開發(fā)過程中的誤解，提升滿意度。*改善團(tuán)隊(duì)協(xié)作和士氣：敏捷強(qiáng)調(diào)跨職能團(tuán)隊(duì)緊密協(xié)作、自組織和跨域?qū)W習(xí)，有助于提高團(tuán)隊(duì)凝聚力和成員滿意度。*降低項(xiàng)目風(fēng)險(xiǎn)：通過短迭代和早期交付，可以及早發(fā)現(xiàn)潛在問題（技術(shù)或需求），及時(shí)調(diào)整，降低項(xiàng)目失敗風(fēng)險(xiǎn)。*更靈活的管理：去中心化的管理方式讓團(tuán)隊(duì)成員有更大的自主權(quán)，管理者更關(guān)注移除障礙和支持團(tuán)隊(duì)。*挑戰(zhàn)：*需求不穩(wěn)定：如果需求在項(xiàng)目開始時(shí)非常模糊或不斷劇烈變動(dòng)，敏捷開發(fā)可能難以有效管理，導(dǎo)致混亂。*不適合所有類型的項(xiàng)目：對(duì)于需求非常穩(wěn)定、規(guī)模巨大且需要嚴(yán)格遵守規(guī)范的系統(tǒng)（如航空航天、核工業(yè)），敏捷可能不是最佳選擇。*需要高度協(xié)作的團(tuán)隊(duì)：敏捷開發(fā)需要團(tuán)隊(duì)成員之間極高的溝通協(xié)作意愿和能力，這對(duì)團(tuán)隊(duì)文化要求很高。*管理層級(jí)和文化的轉(zhuǎn)變：傳統(tǒng)的層級(jí)管理結(jié)構(gòu)和管理者可能不適應(yīng)敏捷的扁平化管理和賦權(quán)模式。*客戶參與度要求高：敏捷開發(fā)需要客戶或產(chǎn)品負(fù)責(zé)人深度參與，頻繁提供反饋和決策，如果客戶配合度不高，會(huì)影響效率。*文檔相對(duì)較少：雖然強(qiáng)調(diào)溝通，但敏捷開發(fā)對(duì)傳統(tǒng)冗長(zhǎng)文檔的依賴減少，可能不適用于需要大量文檔記錄的領(lǐng)域。四、實(shí)踐題（示例答案，實(shí)際編寫可不同）用戶故事1：*作為一個(gè)論壇用戶，*我想要能夠搜索論壇中的帖子，*以便快速找到我感興趣的信息。驗(yàn)收標(biāo)準(zhǔn)1：能夠通過關(guān)鍵詞在帖子標(biāo)題和內(nèi)容中進(jìn)行搜索。驗(yàn)收標(biāo)準(zhǔn)2：搜索結(jié)果能夠按照相關(guān)性排序。驗(yàn)收標(biāo)準(zhǔn)3：搜索功能應(yīng)支持模