《第13章敏捷軟件開發(fā)與極限編程》由會員分享，可在線閱讀，更多相關(guān)《第13章敏捷軟件開發(fā)與極限編程（21頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,第十三章 敏捷軟件開發(fā)與極限編程,13.1,敏捷軟件開發(fā)概述,13.2,敏捷方法與規(guī)范化方法的關(guān)系,13.3,極限編程實踐案例,一些經(jīng)驗豐富的軟件設(shè)計師在應(yīng)對快速交付、需求易變的開發(fā)要求實踐中分別總結(jié)出自己獨特且有效的軟件開發(fā)方法，被業(yè)界概括為敏捷軟件開發(fā)方法。其中以“極限編程”最為流行。,13.1,敏捷軟件開發(fā)概述,敏捷軟件開發(fā)方法其實不是一個具體的過程，,而是一個涵蓋性術(shù)語。用于概括那些應(yīng)需而生的,具有類似價值觀的軟件開發(fā)方式和方法，這些方,法一般都具有以人為核心、循環(huán)迭代、響應(yīng)變化,等特點，著眼于能高
2、質(zhì)量地快速交付客戶滿意的,工作軟件。,什么是敏捷軟件開發(fā)方法？,代表性的敏捷開發(fā)方法,極限編程,(,eXtreme,Programming,，簡稱,XP),特征驅(qū)動軟件開發(fā)（,Feature Driven Development,，簡稱,FDD,）,動態(tài)系統(tǒng)開發(fā)（,Dynamic Systems Development Methodology,，簡稱,DSDM),自適應(yīng)軟件開發(fā),(Adaptive Software Development,，簡稱,ASD),SCRUM,Crystal,“敏捷聯(lián)盟”的價值觀,個體與交互重于過程與工具,可以工作的軟件重于面面俱到的文檔,與客戶的合作重于與其合同的談
3、判,對變化的響應(yīng)重于對計劃的遵循,可見，敏捷的軟件開發(fā)方法的理念是，在保證軟件開發(fā)有成功產(chǎn)出的前提下，盡量減少開發(fā)過程中的活動和制品的方法；在滿足軟件質(zhì)量要求的前提下，力求適應(yīng)變化和提高開發(fā)效率。,敏捷軟件開發(fā)的原則,敏捷開發(fā)而言，最重要的是通過盡早和不斷交付有價值的軟件來滿足客戶的需求。,敏捷開發(fā)歡迎需求的變化，即使是開發(fā)后期。敏捷過程能夠駕馭變化并以此為客戶創(chuàng)造競爭優(yōu)勢。,經(jīng)常交付可以工作的軟件，從幾個星期到幾個月，時間間隔越短越好。,業(yè)務(wù)人員和開發(fā)人員應(yīng)該在整個項目過程中始終朝夕在一起工作。,圍繞斗志高昂的人進行軟件開發(fā)，給他們提供適宜的環(huán)境，滿足他們的需要，并相信他們能夠完成任務(wù)。,在
4、團隊中，最有效率也最有效果的信息表達方式是面對面的交談。,可以工作的軟件是進度的主要度量標(biāo)準(zhǔn)。,敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該總是維持不變的節(jié)奏。,對優(yōu)秀的技能與好的設(shè)計的不斷追求將有助于提高敏捷能力。,簡單,盡可能減少工作量的藝術(shù)是至關(guān)重要的。,最好的架構(gòu)、需求和設(shè)計都源自自組織的團隊。,每隔一定時間，團隊都要總結(jié)如何更有效率，然后相應(yīng)地調(diào)整自己的行為。,敏捷軟件開發(fā)的原則,典型敏捷方法：極限編程,(XP),XP,方法的基礎(chǔ)是,4,個價值觀念,：,溝通,。大多數(shù)項目的失敗源于溝通不暢，所以要進行一些能夠推動積極溝通的實踐。,簡單,。開發(fā)能夠滿足客戶需要的最簡單的產(chǎn)品。
5、,反饋,。開發(fā)者必須要獲取并且重視來自客戶、系統(tǒng)的反饋以及相互之間的反饋。,勇氣,。準(zhǔn)備好做出支持其他原則和實踐的艱難決定。,XP,在,4,個價值觀之上，又定義了,12,個的必須遵循的實踐：,1.,完整團隊,：,XP,項目的所有參與者（開發(fā)人員、客戶、測試人員等）一起工作在一個開放的場所中，他們是同一個團隊的成員。這個場所的墻壁上隨意懸掛著大幅的、顯著的圖表以及其他一些顯示他們進度的東西。,2.,計劃游戲,：計劃是持續(xù)的、循序漸進的。每,2,周，開發(fā)人員就為下,2,周估算候選特性的成本，而客戶則根據(jù)成本和商務(wù)價值來選擇要實現(xiàn)的特性。,3.,客戶測試,：作為選擇每個所期望的特性的一部分，客戶可以
6、根據(jù)腳本語言來定義出自動驗收測試來表明該特性可以工作。,典型敏捷方法：極限編程,(XP),4.,簡單設(shè)計,：團隊保持設(shè)計恰好和當(dāng)前的系統(tǒng)功能相匹配。它通過了所有的測試，不包含任何重復(fù)，表達出了編寫者想表達的所有東西，并且包含盡可能少的代碼。,5.,結(jié)對編程,：所有的產(chǎn)品軟件都是由兩個程序員、并排坐在一起在同一臺機器上構(gòu)建的。,6.,測試驅(qū)動開發(fā),：編寫單元測試是一個驗證行為，更是一個設(shè)計行為。同樣，它更是一種編寫文檔的行為。編寫單元測試避免了相當(dāng)數(shù)量的反饋循環(huán)，尤其是功功能能驗證方面的反饋循環(huán)。程序員以非常短的循環(huán)周期工作，他們先增加一個失敗的測試，然后使之通過。,典型敏捷方法：極限編程,(X
7、P),7.,改進設(shè)計,：隨時利用重構(gòu)方法改進已經(jīng)腐化的代碼，保持代碼盡可能的干凈、具有表達力。,8.,持續(xù)集成,：團隊總是使系統(tǒng)完整地被集成。一個人拆入（,Check in,）后，其它所有人責(zé)任代碼集成。,9.,集體代碼所有權(quán),：任何結(jié)對的程序員都可以在任何時候改進任何代碼。沒有程序員對任何一個特定的模塊或技術(shù)單獨負責(zé)，每個人都可以參與任何其它方面的開發(fā)。,典型敏捷方法：極限編程,(XP),10.,編碼標(biāo)準(zhǔn),：系統(tǒng)中所有的代碼看起來就好像是一人單獨編寫的。,11.,隱喻,：將整個系統(tǒng)聯(lián)系在一起的全局視圖的概念。它是系統(tǒng)的未來影像，是它使得所有單獨模塊的位置和外觀變得明顯直觀。如果模塊的外觀與整
8、個隱喻不符，那么你就知道該模塊是錯誤的。,12.,可持續(xù)的速度,：團隊只有持久才有獲勝的希望。他們以能夠長期維持的速度努力工作，他們保存精力，把項目看作是馬拉松長跑，而不是全速短跑。,典型敏捷方法：極限編程,(XP),極限編程是一組簡單、具體的實踐，這,些實踐結(jié)合在形成了一個敏捷開發(fā)過程。極,限編程是一種優(yōu)良的、通用的軟件開發(fā)方,法，項目團隊可以拿來直接采用，也可以增,加一些實踐，或者對其中的一些實踐進行修,改后再采用。,典型敏捷方法：極限編程,(XP),13.2,敏捷方法與規(guī)范化方法的關(guān)系,二者的比較,：,“敏捷宣言”把關(guān)注的焦點從傳統(tǒng)的計劃驅(qū)動、基于過程的方法轉(zhuǎn)移到更輕量、適應(yīng)性更強的開發(fā)
9、范型。,但并不意味著可以忽略對傳統(tǒng)方法中強過程規(guī)范和嚴格準(zhǔn)則的需要，這些軟件開發(fā)方法為規(guī)范軟件開發(fā)的過程，提高軟件項目的成功率起了重要的作用。,如同過于繁瑣與官僚化的過程和文檔阻礙軟件開發(fā)一樣，過度地強調(diào)簡單與拋棄文檔也會對軟件項目造成傷害。,純粹的敏捷開發(fā)方法同樣要求軟件企業(yè)組織管理能力和開發(fā)人員個人非常高的素質(zhì),傳統(tǒng)的計劃驅(qū)動方法的擅長領(lǐng)域通常是大型、復(fù)雜的系統(tǒng)，這些系統(tǒng)時常具有關(guān)鍵的安全性或者其他高可靠性的屬性。需求應(yīng)該相當(dāng)穩(wěn)定，環(huán)境也具有相當(dāng)?shù)目深A(yù)見性。,敏捷方法則更適用于那些系統(tǒng)和開發(fā)團隊規(guī)模較小、客戶和系統(tǒng)的使用者隨時可以到位、需求和環(huán)境容易變化的項目。,平衡敏捷與規(guī)范：,為了維持
10、相關(guān)性并符合客戶的需要和期望，國防和其他大型系統(tǒng)必須找到適當(dāng)?shù)耐緩皆谒鼈兊姆椒▽W(xué)中融合敏捷性。但仍必須把規(guī)范作為適應(yīng)性的基礎(chǔ)。,典型地，可以將敏捷方法與統(tǒng)一軟件開發(fā)過程,(RUP),等規(guī)范方法相結(jié)合。比如，,RUP,作為整體框架，負責(zé)最初前景分析、商業(yè)計劃，敏捷建模負責(zé)業(yè)務(wù)建模，具體開發(fā)使用,XP,等敏捷方法。而在整個項目的項目管理、配置管理、質(zhì)量管理使用,RUP,。進一步可將,SW-CMM,作為整個過程改進的目標(biāo)，根據(jù),CMM,五級目標(biāo)可以制定與過程改進相符的階段目標(biāo)和長遠目標(biāo)。,極限編程實踐細則,極限編程的,12,個核心實踐具體分來有如下,四個方面一些細則內(nèi)容：,1.,計劃,寫出用戶素材；
11、,根據(jù)發(fā)布版本計劃編制進度表；,頻繁發(fā)布小版本,:,度量項目速度；,這個項目劃分為多個迭代；,每次迭代開始前制定迭代計劃；,角色互換；,每日立式晨會；,根據(jù)項目情況對,XP,作出調(diào)整。,2.,設(shè)計,簡單；,選取一個系統(tǒng)比喻；,在設(shè)計會上使用,CRC,卡片；,通過探針方案降低風(fēng)險；,不要過早加入任何功能；,盡可能的進行重構(gòu)。,極限編程實踐細則,3.,編碼,客戶一直在場；,代碼必須符合相應(yīng)的編碼標(biāo)準(zhǔn)；,首先編寫單元測試；,必須實行結(jié)對編程；,嚴格的串行代碼集成；,頻繁地進行代碼集成；,實行代碼共有制；,將優(yōu)化工作留到最后；,不要加班。,極限編程實踐細則,4.,測試,所有代碼必須有單元測試；,所有代碼發(fā)布前必須,100%,通過所有對應(yīng)的單元測試；,發(fā)現(xiàn)了錯誤必須要增加相應(yīng)的測試；,經(jīng)常運行接受測試并且公布其結(jié)果。,極限編程實踐細則,
第13章敏捷軟件開發(fā)與極限編程
