敏捷軟件開發(fā)方法簡介——以極限編程為例(編輯修改稿)
2024-11-03 22:42 本頁面
【文章內(nèi)容簡介】 ? 快速反饋 ? 假設(shè)簡單性 ? 遞增更改 ? 提倡更改 ? 優(yōu)質(zhì)工作 快速反饋 XP提倡盡可能早地、迅速地每天反饋，讓編程人員始終把注意力放在最重要的軟件功能上，促使系統(tǒng)快速演進(jìn)。 XP迭代過程 假設(shè)簡單性 XP試圖把注意力集中在能工作的盡可能最簡單的實(shí)現(xiàn)上；另一方面，可以根據(jù)給定的項目資源條件，最優(yōu)地分配項目資源。 遞增更改 XP認(rèn)為首次更改就嘗試重大更改絕對不會成功，提倡以重構(gòu)概念為基礎(chǔ)做小改動，用期望的功能逐步增強(qiáng)系統(tǒng)。 提倡更改 最佳策略是在實(shí)際解決最重要的問題的前提下保留最多選項的那一個，在交付最需要的東西上保留選擇余地。 優(yōu)質(zhì)工作 XP活動 ——XP軟件開發(fā)的基石 ? 編碼 ? 測試 ? 傾聽 ? 設(shè)計 編碼 作為一種輕量級方法論， XP明確放棄了系統(tǒng)建檔和分析以外的任何外在活動。分析保留為一種相當(dāng)簡單，但是在和客戶的日常溝通中發(fā)生的持續(xù)活動。文檔則明確不予鼓勵，所以編碼成為 XP最主要的活動。 測試 為了確保編寫好的代碼能實(shí)踐工作，XP提倡編寫大量測試來檢查代碼是否正確。 傾聽 XP編程人員傾聽客戶和其他編程人員的需求和意圖。 設(shè)計 從日常的編碼中返回來進(jìn)行一些一般性設(shè)計，小的設(shè)計成為 XP編程人員日常事務(wù)的一部分。 XP的實(shí)踐 ——項目成員用戶成功執(zhí)行 XP活動的技術(shù) （ Onsite Customer） （ Planning Game） （ System Metaphor） （ Simple Design） （ Collective Code Ownership） （ Pair Programming） （ Testdriven） （ Small Releases） （ Refactoring） （ Continuous integration） 40小時工作制（ 40hour Weeks） （ Coding Standards） XP層次結(jié)構(gòu) 過程 團(tuán)隊實(shí)踐 編程 現(xiàn)場客戶、測試、計劃游戲、小型發(fā)布 簡單設(shè)計、測試、重構(gòu)、編碼標(biāo)準(zhǔn) 代碼集體所有、持續(xù)集成、隱喻、編碼標(biāo)準(zhǔn)、每周 40小時工作制、結(jié)對編程、小型發(fā)布 1 現(xiàn)場客戶 始終在開發(fā)團(tuán)隊中有一位客戶。 現(xiàn)場客戶的工作： ? 回答問題 ? 編寫驗收測試 ? 運(yùn)行驗收測試 ? 指導(dǎo)迭代 ? 接受版本 2 計劃游戲 以業(yè)務(wù)優(yōu)先級和技術(shù)估計為基礎(chǔ)，決定下一版本發(fā)布的范圍。 3 系統(tǒng)隱喻 在 XP中，隱喻是一種概念框架并提供名稱的描述系統(tǒng)，類似于其他方法中的體系結(jié)構(gòu)（或體系結(jié)構(gòu)基準(zhǔn)）。 ? 共識 ? 共享的術(shù)語空間 例子： Windows風(fēng)格的界面、網(wǎng)上購物站點(diǎn)的購物車 4 簡單設(shè)計 系統(tǒng)應(yīng)設(shè)計得盡可能簡單。 聚沙成塔，集腋成裘 5 代碼集體所有 整個團(tuán)隊擁有所有代碼。任何人都可以更改他們需要更改的部分。沒有唯一對代碼有所有權(quán)的人。 題外話一 編程的樂趣 (F P. Brooks) ? 創(chuàng)造的快樂 ? 開發(fā)對他人有用的東西 ? 整體過程的魅力 ? 持續(xù)學(xué)習(xí)的快樂 ? 來自于易于駕馭的介質(zhì)上工作 編程的快樂在于它不僅滿足了我們內(nèi)心深處進(jìn)行創(chuàng)造的渴望，而且還喚醒了每個人內(nèi)心的情感。 題外話二 編程的苦惱 (F P. Brooks) ? 來自追求完美 ? 來自由他人設(shè)定目標(biāo)、供給資源、提供信息。 ? 陷入瑣碎的重復(fù)性勞動 ? 持續(xù)學(xué)習(xí)的快樂 ? 無用功 這
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1