建站
咨詢
售后
建站咨詢
新聞中心
一個典型的J2EE項目通常應該使用哪一種開發(fā)流程呢？流行開發(fā)流程有很多種，應用比較廣泛的有：瀑布式、迭代式、以及RUP (Rational Unified Process)。每一種都有其優(yōu)點和不足，所以通常我們應該把它們結(jié)合起來而不是認定其中一個然后100%按著它的規(guī)范走。
首先來看看每一種大致是什么意思：
[瀑布式]
這種模式的流程強調(diào)在開始編碼和測試之前完成所有的需求分析和設(shè)計，這種模式歷史相當久遠，也很成熟，甚至到了今天，這種模式還是被廣泛的采用到絕大多數(shù)公司和項目中。采用這種模式開發(fā)的項目通常很大，并且需要較長時間交付。正因為如此，這些項目通常會有更多的風險：在業(yè)務需求不斷變化的今天，如果待開發(fā)的系統(tǒng)不能及時反應出這些需求的變化，最終開發(fā)出來的產(chǎn)品可能已經(jīng)不是客戶真正需要的了。
[迭代式]
為了應對傳統(tǒng)瀑布式的開發(fā)在處理需求變更上的不足，近些年出現(xiàn)了一種全新的極限編程的概念。極限編程（XP）的核心思想在于：從長遠看，早期發(fā)現(xiàn)錯誤以及降低復雜度可以節(jié)約成本。極限編程強調(diào)我們將任務/系統(tǒng)細分為可以在較短周期解決的一個個子任務/模塊，并且強調(diào)測試、代碼質(zhì)量和及早發(fā)現(xiàn)問題。通常，通過一個個短小的迭代周期，我們就可以獲得一個個階段性的進展，并且可以及時形成一個版本供用戶參考，以便及時對用戶可能的需求變更作出響應。
[RUP]
RUP的全稱是Rational Unified Process，是一套定義得很完整的軟件工程模型。它強調(diào)編碼前的需求分析和設(shè)計，以及短迭代周期的開發(fā)和發(fā)布。它鼓勵團隊首先開發(fā)項目中風險***的模塊，用更多的時間發(fā)現(xiàn)和應對問題，當設(shè)計需要變化時，它也能夠在一定程度上減輕一些重復工作。不過，因為RUP十分嚴謹，也比較具體，通常要完全跟著這個流程走也不是100%必要。
下面我們來看看實際上我們應該采取什么樣的流程或者策略：
實際的J2EE項目中，RUP的應用呈逐年上升的趨勢，不過也并非所有這些采用了RUP的項目也是完完全全RUP式的。我們可以考慮一種綜合上面三種流程的優(yōu)點的方式，根據(jù)具體的項目量體裁衣。需要對這幾種的優(yōu)點來一個總結(jié)：瀑布式由于比較成熟，通常很好的強調(diào)了先需求后設(shè)計再編碼的重要性，也比較適合大公司先預算后執(zhí)行的方式；極限編程強調(diào)測試先行和簡單是美，這樣有利于及早發(fā)現(xiàn)問題以及更好的應對變化；RUP強調(diào)的集中化的分析和設(shè)計也有其不可替代的優(yōu)越性。
要做出一個結(jié)論性的答案并不容易，如果貴公司相對較大并且愿意支付一定的管理成本來推一套成熟且完整的開發(fā)流程并在公司內(nèi)部所有項目或者是大多數(shù)項目嚴格執(zhí)行，我想RUP應該是***；如果貴公司希望有更大的靈活性，可以考慮一些折衷的方案，根據(jù)具體的項目，從上面三種流程提取有價值的部分，來確定具體的流程。
【編輯推薦】
- 結(jié)合struts和hibernate談J2EE架構(gòu)的數(shù)據(jù)表示
- .NET與J2EE之爭
- J2ee Jdbc 存儲過程調(diào)用
- Java EE = J2EE = Java企業(yè)應用
- J2EE線程代碼示例
【責任編輯：夢見 TEL：（010）68476606】
網(wǎng)頁題目：不同的J2EE項目開發(fā)流程
分享URL：http://m.5511xx.com/article/dhcdcss.html
