對于目前企業(yè)應(yīng)用開發(fā)競爭日益激烈，需求變更頻繁，各個(gè)系統(tǒng)集成商都面臨巨大的生存壓力。其中有兩個(gè)方面表現(xiàn)尤其突出： 沒有統(tǒng)一的軟件開發(fā)過程或者照搬重量級的軟件開發(fā)過程，例如RUP等，但是往往由于時(shí)間等壓力的影響，并不能切實(shí)執(zhí)行； 大部分企業(yè)仍然沒有擺脫手工作坊期間的做法，每個(gè)項(xiàng)目或者產(chǎn)品由于管理人員或者團(tuán)隊(duì)的不同，重新設(shè)計(jì)系統(tǒng)框架，浪費(fèi)大量的時(shí)間在結(jié)構(gòu)驗(yàn)證與調(diào)整上。

　　企業(yè)應(yīng)用系統(tǒng)的開發(fā)中，需求的變更是項(xiàng)目中不變的東西，而且，為了保持開發(fā)的一致性和利益大化，系統(tǒng)集成商需要與客戶保持長期的合作。因此，采取演進(jìn)式敏捷軟件開發(fā)，可以更好的保證項(xiàng)目質(zhì)量。在所有的敏捷軟件開發(fā)方法中，XP是目前應(yīng)用為廣泛的一種。它是一種高度動態(tài)的過程，它通過非常短的迭代周期來應(yīng)對需求的變化；溝通、簡單、反饋和勇氣是它的四大核心價(jià)值。同時(shí)，它集中了業(yè)界的很多佳實(shí)踐，目前已經(jīng)有18條之多，XP強(qiáng)調(diào)通過嚴(yán)格執(zhí)行全部的佳實(shí)踐來獲得"極限"效果。

　　同時(shí)，出于復(fù)用和效率的考慮，尤其是對于系統(tǒng)集成商，企業(yè)應(yīng)用系統(tǒng)應(yīng)該具有自己的框架和結(jié)構(gòu)。擁有具有良好性能、經(jīng)過項(xiàng)目驗(yàn)證的系統(tǒng)框架，結(jié)合有效的軟件開發(fā)過程，系統(tǒng)集成商可以快速、成功地開發(fā)企業(yè)應(yīng)用系統(tǒng)。

　　為了更好的開發(fā)成功的系統(tǒng)，系統(tǒng)集成商們可以試著從以下兩個(gè)方面著手解決問題： 結(jié)合開源工具的支持，在組織內(nèi)部實(shí)施"敏捷軟件開發(fā)方法"； 為核心業(yè)務(wù)領(lǐng)域建立靈活、有效的Framework。

　　由于目前很多企業(yè)應(yīng)用是采用基于J2EE技術(shù)的網(wǎng)絡(luò)應(yīng)用程序開發(fā)，因此，下面主要介紹基于JAVA的開源項(xiàng)目、工具的應(yīng)用。

　　1、開源工具與XP

　　XP的12條佳實(shí)踐，對于所有的企業(yè)應(yīng)用開發(fā)商而言，由于組織和文化的不同，不可能全部應(yīng)用，但是，下面幾個(gè)實(shí)踐是有條件逐步實(shí)施的：

　　代碼規(guī)范：CODE STANDARD

　　測試驅(qū)動開發(fā)：TEST-DRIVEN DEVELOPMENT

　　日構(gòu)建：DAILY BUILDING

　　持續(xù)集成：CONTINUOUS INTEGRATION

　　小步發(fā)布：SMALL RELEASE

　　每日晨會：DAILY MEETING

　　每周40小時(shí)工作：40-HOURS A WEEK

　　其中，CODE STANDARD和TDD是CONTINUOUS INTEGRATION、DAILY BUILDING和SMALL RELEASE的基礎(chǔ)；而DAILY MEETING和40-HOURS A WORK是單獨(dú)的實(shí)踐過程，可以與其他的實(shí)踐想結(jié)合，增強(qiáng)項(xiàng)目小組的溝通，激發(fā)士氣。

　　需要說明的是以上佳實(shí)踐并非XP所獨(dú)有，而是被多的軟件開發(fā)方法所應(yīng)用，其中"日構(gòu)建"在微軟的軟件開發(fā)方法中正式出現(xiàn)過。

　　1）代碼規(guī)范

　　雖然大部分的企業(yè)在一定程度上推行代碼標(biāo)準(zhǔn)與規(guī)范，而且對于使用JAVA的應(yīng)用程序開發(fā)，也有SUN的推薦編碼規(guī)范，但是，實(shí)際的情況并不理想。

　　主要的原因在于：一方面，開發(fā)人員的習(xí)慣勢力很大；另一方面，代碼審查的力度不夠。如果能夠借助工具，從一定程度上幫助進(jìn)行代碼標(biāo)準(zhǔn)的執(zhí)行情況檢查，那么代碼審查可以著重檢查程序的邏輯和性能等方面。

　　開源產(chǎn)品CheckStyle (http://sourceforge.net/projects/checkstyle) 可以幫助開發(fā)組織解決代碼標(biāo)準(zhǔn)審查的問題。

　　目前的新版本為3.0，它提供了兩種運(yùn)行方式：一種是命令行；一種是與Ant結(jié)合(Ant自1.5以后提供的OPTIONAL TASKS中有對于CheckStyle的支持)。同時(shí)，SourceForge中有對于JBuilder等流行IDE的插件支持，可以定義Global、Project級別上的屬性文件， 但是，目前只是支持2.42版本。

　　在3.x版本之前，CheckStyle的配置信息寫在Property File中；而在3.x之后，配置信息為XML文件，配置更加靈活。3.0的發(fā)布版本中提供了針對Sun Code Conventions的特定Check File，可以參考使用。

　　建議執(zhí)行情況：

　　手動執(zhí)行：開發(fā)人員在IDE中手動觸發(fā)CheckStyle檢查或者代碼審查時(shí)由審查者手動執(zhí)行；

　　自動執(zhí)行：將CheckStyle與源碼控制系統(tǒng)(CVS)結(jié)合，在源碼Checkin的時(shí)候進(jìn)行規(guī)則判斷，如果不符合，則不允許代碼進(jìn)入系統(tǒng)。

　　2）測試驅(qū)動開發(fā)

　　測試先行或者測試驅(qū)動是XP的基本實(shí)踐之一，同時(shí)測試在軟件開發(fā)中的重要作用正越來越得到人們的重視。審查和測試作為系統(tǒng)確認(rèn)和驗(yàn)證的有效方式，是項(xiàng)目質(zhì)量保證的重要措施。