xp系統(tǒng)

XP用“溝通、簡單、反饋和勇氣”來減輕開發(fā)壓力和包袱；無論是術(shù)語命名、專著敘述內(nèi)容和方式、過程要求，都可以從中感受到輕松愉快和主動(dòng)奮發(fā)的態(tài)度和氣氛。這是一種幫助理解和更容易激發(fā)人的潛力的手段。XP用自己的實(shí)踐，在一定范圍內(nèi)成功地打破了軟件工程“必須重量”才能成功的傳統(tǒng)觀念。

XP精神可以啟發(fā)我們?nèi)绾螌W(xué)習(xí)和對待快速變化、多樣的開發(fā)技術(shù)。成功學(xué)習(xí)XP的關(guān)鍵，是用“溝通、簡單、反饋和勇氣”的態(tài)度來對待XP；輕松愉快地來感受XP的實(shí)踐思想；自己認(rèn)真實(shí)踐后，通過對真實(shí)反饋的分析，來決定XP對自己的價(jià)值；有勇氣接受它，或改進(jìn)它。

四、XP 帶給我們的變化

通過軟件工程設(shè)計(jì)的簡單而優(yōu)美的軟件并不比那些設(shè)計(jì)復(fù)雜而難以維護(hù)的軟件有價(jià)值。這是真的嗎？XP認(rèn)為事實(shí)并非如此。

一個(gè)典型的項(xiàng)目花在人力上的金錢是花在硬件上的時(shí)間的20 倍，這意味著一個(gè)項(xiàng)目每年要花200 萬美元在程序員身上，而僅僅花10 萬美元在電腦設(shè)備上。很多聰明的程序員說：“我們?nèi)绱寺斆�，發(fā)現(xiàn)一種方法可以節(jié)省20%的硬件開銷”，然后他們使得源程序大而且難懂和難以維護(hù)，他們會(huì)說：“但是我們節(jié)省了20%或者2 萬美元每年，很大的節(jié)省”。反之，如果我們寫我們的程序簡單而且容易擴(kuò)展，我們將至少節(jié)省10%的人力開銷，一筆更大的節(jié)省，這是你客戶一定會(huì)注意到的一些事情。

另外一個(gè)對客戶來說很重要的問題就是程序的BUGS 。XP 不只是強(qiáng)調(diào)測試，而且要求正確的測試。測試必須是能自動(dòng)進(jìn)行的，以便為程序和客戶提供一個(gè)安全的環(huán)境。在編碼的所有階段，我們不斷增加測試用例。當(dāng)找到bug 時(shí)，我們就添加新的測試，一個(gè)緊密的安全網(wǎng)就這樣產(chǎn)生了。同一個(gè)BUG 不出現(xiàn)兩次，這些一定會(huì)引起用戶的注意。你的客戶必須注意的另外一件事情：XP 開發(fā)者擁抱需求變化。XP 使我們能夠接受需求的變化。

一般情況下，客戶只有在系統(tǒng)被開發(fā)完成以后能真正去體會(huì)它。XP 卻不一樣，它通過加強(qiáng)客戶的反饋來縮短開發(fā)的周期，同時(shí)獲得足夠的時(shí)間來改變功能和獲得用戶的認(rèn)同。在XP 中，你的客戶應(yīng)該明確的知道這一點(diǎn)。

XP開發(fā)過程的大多的革命是在軟件開發(fā)的方法上，代碼質(zhì)量的重要程度超出人們一般所認(rèn)為的。僅僅因?yàn)橛脩舻目蛻舨荒苊靼子脩舻脑创�碼并不意味著用戶可以不努力去管理代碼的質(zhì)量。

五、用戶什么時(shí)候用XP

XP方法的產(chǎn)生是因?yàn)殡y以管理的需求變化，從一開始你的客戶并不是很完全的知道他們要的系統(tǒng)是怎么樣的，你可能面對的系統(tǒng)的功能一個(gè)月變化多次。在大多數(shù)軟件開發(fā)環(huán)境中不斷變化的需求是唯一的不變，

XP

XP方法是為小團(tuán)體開發(fā)建立的，在2-10 個(gè)人之間。假如你的團(tuán)體恰好合適，你就不需要用其他的軟件工程方法了，就用XP ，但是要注意你不能將XP 方法應(yīng)用于大團(tuán)體的開發(fā)項(xiàng)目中。用戶應(yīng)該注意，在需求一慣呈動(dòng)態(tài)變化或者高具有高風(fēng)險(xiǎn)的項(xiàng)目中，你就會(huì)發(fā)現(xiàn)XP 方法在小團(tuán)體的開發(fā)中的作用要遠(yuǎn)遠(yuǎn)高于在大團(tuán)體的開發(fā)。

XP方法需要一個(gè)擴(kuò)展的開發(fā)團(tuán)體，XP 團(tuán)體不僅僅包括開發(fā)者，經(jīng)理、客戶也是其中的一員，所有的工作一環(huán)扣一環(huán)，問問題，商討方法和日程，增加功能測試，這些問題的解決不僅僅涉及到軟件的開發(fā)者。

另一個(gè)需要是可測試性，你必須能增加自動(dòng)的單元測試和功能測試，然而在你進(jìn)行這個(gè)需求的時(shí)候，你會(huì)發(fā)現(xiàn)有許多的問題很難測試，這需要充分發(fā)揮你的測試的經(jīng)驗(yàn)和智慧，而且你有時(shí)還要改變你的設(shè)計(jì)以便它可以更容易的進(jìn)行測試。記�。耗莾河行枨螅�那兒就應(yīng)該有測試的方法。

在XP方法的好處的清單上，最后一條是生產(chǎn)力。在同樣的合作環(huán)境下，XP 項(xiàng)目都一致的表現(xiàn)出比使用其他方法高的多的生產(chǎn)力。但這從來不是XP 方法學(xué)的真正目標(biāo)。XP 真實(shí)追求的目標(biāo)是：在規(guī)定的時(shí)間生產(chǎn)出滿足客戶需要的軟件。假如對于你的開發(fā)來說，這是很重要的方面，你就可以選擇XP 了。

六、極限編程的有效實(shí)踐

1、完整團(tuán)隊(duì)

XP

XP項(xiàng)目的所有參與者（開發(fā)人員、客戶、測試人員等）一起工作在一個(gè)開放的場所中，他們是同一個(gè)團(tuán)隊(duì)的成員。這個(gè)場所的墻壁上隨意懸掛著大幅的、顯著的圖表以及其他一些顯示他們進(jìn)度的東西。

2、計(jì)劃游戲

計(jì)劃是持續(xù)的、循序漸進(jìn)的。每2周，開發(fā)人員就為下2周估算候選特性的成本，而客戶則根據(jù)成本和商務(wù)價(jià)值來選擇要實(shí)現(xiàn)的特性。

3、客戶測試

作為選擇每個(gè)所期望的特性的一部分，客戶可以根據(jù)腳本語言來定義出自動(dòng)驗(yàn)收測試來表明該特性可以工作。

4、簡單設(shè)計(jì)

團(tuán)隊(duì)保持設(shè)計(jì)恰好和當(dāng)前的系統(tǒng)功能相匹配。它通過了所有的測試，不包含任何重復(fù)，表達(dá)出了編寫者想表達(dá)的所有東西，并且包含盡可能少的代碼。

5、結(jié)對編程

所有的產(chǎn)品軟件都是由兩個(gè)程序員、并排坐在一起在同一臺機(jī)器上構(gòu)建的。

6、測試驅(qū)動(dòng)開發(fā)

編寫單元測試是一個(gè)驗(yàn)證行為，更是一個(gè)設(shè)計(jì)行為。同樣，它更是一種編寫文檔的行為。編寫單元測試避免了相當(dāng)數(shù)量的反饋循環(huán)，尤其是功功能能驗(yàn)證方面的反饋循環(huán)。程序員以非常短的循環(huán)周期工作，他們先增加一個(gè)失敗的測試，然后使之通過。

7、改進(jìn)設(shè)計(jì)

隨時(shí)利用重構(gòu)方法改進(jìn)已經(jīng)腐化的代碼，保持代碼盡可能的干凈、具有表達(dá)力。

8、持續(xù)集成

團(tuán)隊(duì)總是使系統(tǒng)完整地被集成。一個(gè)人拆入（Check in）后，其它所有人責(zé)任代碼集成。

9、集體代碼所有權(quán)

任何結(jié)對的程序員都可以在任何時(shí)候改進(jìn)任何代碼。沒有程序員對任何一個(gè)特定的模塊或技術(shù)單獨(dú)負(fù)責(zé)，每個(gè)人都可以參與任何其它方面的開發(fā)。

10、編碼標(biāo)準(zhǔn)

系統(tǒng)中所有的代碼看起來就好像是被單獨(dú)一人編寫的。

11、隱喻

將整個(gè)系統(tǒng)聯(lián)系在一起的全局視圖；它是系統(tǒng)的未來影像，是它使得所有單獨(dú)模塊的位置和外觀變得明顯直觀。如果模塊的外觀與整個(gè)隱喻不符，那么你就知道該模塊是錯(cuò)誤的。

12、可持續(xù)的速度

團(tuán)隊(duì)只有持久才有獲勝的希望。他們以能夠長期維持的速度努力工作，他們保存精力，他們把項(xiàng)目看作是馬拉松長跑，而不是全速短跑。