2025年大學(xué)《信息與計算科學(xué)》專業(yè)題庫——信息系統(tǒng)開發(fā)中的敏捷方法考試時間：______分鐘總分：______分姓名：______一、選擇題（每小題2分，共20分）1.敏捷宣言中，置于最高優(yōu)先級的是（）。A.優(yōu)秀的個體和相互協(xié)作的團(tuán)隊B.可工作的軟件C.客戶合作D.響應(yīng)變化2.在Scrum框架中，負(fù)責(zé)維護(hù)產(chǎn)品待辦列表（ProductBacklog）并確保其價值最大化的人員是（）。A.ScrumMasterB.開發(fā)團(tuán)隊（DevelopmentTeam）C.產(chǎn)品負(fù)責(zé)人（ProductOwner）D.項目經(jīng)理3.下列關(guān)于“用戶故事”的描述，錯誤的是（）。A.通常以“作為一個...,我想要...,以便...”的格式編寫B(tài).側(cè)重于從用戶的角度描述需求C.必須在Sprint計劃會上詳細(xì)討論D.可以估算其復(fù)雜度或故事點4.每個Sprint結(jié)束時，開發(fā)團(tuán)隊需要向產(chǎn)品負(fù)責(zé)人展示一個可用的、完成了“完成定義”（DefinitionofDone）的潛在可交付產(chǎn)品increment，這一活動稱為（）。A.Sprint評審會（SprintReview）B.Sprint回顧會（SprintRetrospective）C.Sprint計劃會（SprintPlanning）D.DailyScrum5.Kanban（看板）方法中，限制同時進(jìn)行的工作項數(shù)量（WorkInProgress,WIPLimit）的主要目的是（）。A.縮短項目總周期B.提高開發(fā)速度C.避免資源過載和提高流程效率D.減少團(tuán)隊成員之間的溝通6.“測試驅(qū)動開發(fā)”（Test-DrivenDevelopment,TDD）通常描述為（）。A.先編寫代碼再寫測試用例B.在Sprint期間持續(xù)集成代碼C.先編寫測試用例，再編寫能使測試通過的最少代碼D.由產(chǎn)品負(fù)責(zé)人定義測試標(biāo)準(zhǔn)7.敏捷方法相對于傳統(tǒng)瀑布模型的主要優(yōu)勢之一是（）。A.更強(qiáng)的前期計劃性和文檔化程度B.更早地獲得可運(yùn)行軟件并獲取反饋C.對需求變更的適應(yīng)性更差D.通常需要更高成本的項目啟動8.在敏捷開發(fā)中，“持續(xù)集成”（ContinuousIntegration,CI）是一種實踐，其核心思想是（）。A.每天發(fā)布一個完整的軟件版本B.開發(fā)人員頻繁地將代碼變更集成到主干，并通過自動化測試確保集成質(zhì)量C.由測試人員定期合并開發(fā)人員代碼D.在Sprint結(jié)束時進(jìn)行一次大規(guī)模集成9.敏捷開發(fā)中強(qiáng)調(diào)的“自組織團(tuán)隊”（Self-OrganizingTeam）意味著（）。A.團(tuán)隊成員自行決定工作時間和地點B.團(tuán)隊成員在ScrumMaster的指揮下安排工作C.團(tuán)隊成員能夠自主決定如何最好地完成他們的工作承諾，并自我管理D.團(tuán)隊成員只負(fù)責(zé)他們被分配的任務(wù)10.下列哪項通常不被視為敏捷開發(fā)的核心原則？（）A.最優(yōu)先考慮通過客戶合作來獲取進(jìn)展B.不僅要響應(yīng)變化，還要擁抱變化C.通過構(gòu)建詳盡的文檔來促進(jìn)溝通D.最優(yōu)先考慮通過可工作的軟件來獲取客戶反饋二、簡答題（每小題5分，共20分）1.簡述敏捷宣言中的四個核心價值觀。2.請簡述Scrum框架中的三個主要角色及其核心職責(zé)。3.什么是“用戶故事”？請列出其通常包含的三個關(guān)鍵要素。4.什么是“完成定義”（DefinitionofDone）？為什么它在敏捷開發(fā)中很重要？三、論述題（每小題10分，共30分）1.試述敏捷方法與傳統(tǒng)瀑布模型在項目管理、需求處理和團(tuán)隊協(xié)作方面的主要區(qū)別。2.在一個復(fù)雜的軟件項目中，為什么采用敏捷方法可能比傳統(tǒng)方法更有優(yōu)勢？請結(jié)合具體實踐進(jìn)行闡述。3.敏捷開發(fā)在實踐中可能面臨哪些主要的挑戰(zhàn)？作為項目參與者，可以采取哪些策略來應(yīng)對這些挑戰(zhàn)？---試卷答案一、選擇題1.B解析：敏捷宣言將“可工作的軟件”置于最高優(yōu)先級之一，但“客戶合作”和“響應(yīng)變化”同樣被置于同等優(yōu)先級。2.C解析：產(chǎn)品負(fù)責(zé)人是Scrum框架中負(fù)責(zé)最大化產(chǎn)品待辦列表價值的人員，負(fù)責(zé)清晰表達(dá)產(chǎn)品愿景并管理Backlog。3.C解析：用戶故事的討論和細(xì)化可以在Sprint計劃會或其他時間進(jìn)行，并非必須在計劃會上。4.A解析：Sprint評審會是Scrum事件之一，旨在向相關(guān)方展示Sprint期間的成果并收集反饋。5.C解析：Kanban通過限制WIP來平衡隊列，減少等待時間，避免瓶頸，從而提高整體流程效率和流動。6.C解析：TDD的核心是先編寫失敗的測試用例，然后編寫剛好能讓測試通過的代碼，再重構(gòu)。7.B解析：敏捷方法通過短迭代和早期交付，使團(tuán)隊能夠快速響應(yīng)客戶反饋和需求變更，這是其核心優(yōu)勢之一。8.B解析：持續(xù)集成的核心是開發(fā)人員頻繁集成代碼，并通過自動化測試確保集成質(zhì)量，以盡早發(fā)現(xiàn)和解決問題。9.C解析：自組織團(tuán)隊意味著團(tuán)隊成員共同決定如何執(zhí)行任務(wù)和自我管理，以提高效率和責(zé)任感。10.C解析：敏捷反對過度產(chǎn)生不必要的文檔，認(rèn)為溝通應(yīng)更側(cè)重于人和可工作的軟件，文檔是次要的。二、簡答題1.敏捷宣言的四個核心價值觀是：個體和互動高于流程和工具；工作的軟件高于詳盡的文檔；客戶合作高于合同談判；響應(yīng)變化高于遵循計劃。2.Scrum框架中的三個主要角色及其核心職責(zé)：*產(chǎn)品負(fù)責(zé)人：負(fù)責(zé)最大化產(chǎn)品價值，管理產(chǎn)品待辦列表，清晰表達(dá)產(chǎn)品需求。*ScrumMaster：作為服務(wù)型領(lǐng)導(dǎo)者，幫助團(tuán)隊理解和應(yīng)用Scrum，移除障礙，促進(jìn)Scrum實踐。*開發(fā)團(tuán)隊：一個跨職能、自組織的團(tuán)隊，負(fù)責(zé)在每個Sprint內(nèi)交付潛在可交付的產(chǎn)品增量。3.用戶故事是一種描述軟件需求的方式，通常從用戶角度出發(fā)，格式為“作為一個<角色>,我想要<功能>,以便<價值>”。其通常包含的關(guān)鍵要素是：角色（Who）、行動/功能（What）、價值/收益（Why）。4.完成定義（DefinitionofDone）是一系列明確的標(biāo)準(zhǔn)，描述了用戶故事或任務(wù)必須滿足的所有條件才能被認(rèn)為是“完成”的。它在敏捷開發(fā)中非常重要，因為它確保了交付物的一致質(zhì)量，提供了清晰的驗收標(biāo)準(zhǔn)，促進(jìn)了團(tuán)隊內(nèi)部和外部的透明度與信任，并使團(tuán)隊能夠可靠地計劃工作。三、論述題1.敏捷方法與傳統(tǒng)瀑布模型的主要區(qū)別：*項目管理：敏捷采用迭代和增量式管理，產(chǎn)品逐步完善；瀑布模型是串行、階段劃分明確的線性流程。敏捷強(qiáng)調(diào)適應(yīng)性規(guī)劃，計劃是靈活的；瀑布模型依賴詳細(xì)的前期計劃。*需求處理：敏捷在開發(fā)過程中歡迎甚至擁抱需求變更，通過短迭代和用戶反饋持續(xù)調(diào)整；瀑布模型要求在項目早期就凍結(jié)需求，變更成本高。*團(tuán)隊協(xié)作：敏捷強(qiáng)調(diào)跨職能團(tuán)隊的緊密協(xié)作和自組織，溝通頻繁直接；瀑布模型中角色分工明確，層級和部門墻可能存在，溝通可能不如敏捷順暢。2.采用敏捷方法在復(fù)雜軟件項目中的優(yōu)勢：*應(yīng)對復(fù)雜性：復(fù)雜項目需求往往不清晰或易變，敏捷的短迭代和持續(xù)反饋機(jī)制有助于逐步探索和調(diào)整方向，降低整體風(fēng)險。*提高適應(yīng)性：面對市場或技術(shù)變化，敏捷團(tuán)隊可以快速響應(yīng)，調(diào)整優(yōu)先級和計劃，保持項目相關(guān)性。*促進(jìn)溝通與協(xié)作：敏捷強(qiáng)調(diào)團(tuán)隊成員、產(chǎn)品負(fù)責(zé)人和利益相關(guān)者之間的緊密協(xié)作和日常溝通，有助于減少誤解，統(tǒng)一認(rèn)知。*增強(qiáng)質(zhì)量：通過測試驅(qū)動開發(fā)、持續(xù)集成、頻繁的評審和重構(gòu)等實踐，敏捷有助于及早發(fā)現(xiàn)和解決問題，提升最終產(chǎn)品質(zhì)量。*提升客戶滿意度：早期交付可工作的軟件增量，讓客戶及時看到進(jìn)展并提供反饋，增強(qiáng)客戶參與感和滿意度。3.敏捷開發(fā)可能面臨的挑戰(zhàn)及應(yīng)對策略：*挑戰(zhàn)：需求蔓延（ScopeCreep）——不斷添加新需求導(dǎo)致項目失控。策略：嚴(yán)格執(zhí)行產(chǎn)品待辦列表管理，明確Sprint目標(biāo)和范圍，使用用戶故事點或預(yù)算控制規(guī)模。*挑戰(zhàn)：團(tuán)隊融合困難——新成員融入自組織團(tuán)隊需要時間。策略：建立清晰的敏捷流程和規(guī)范，進(jìn)行有效的Onboarding，鼓勵知識共享和團(tuán)隊建設(shè)活動。*挑戰(zhàn)：管理層理解不足——傳統(tǒng)管理層可能不習(xí)慣敏捷的靈活性和缺乏詳細(xì)計劃。策略：加強(qiáng)溝通，展示敏捷成果，提供敏捷