當你開始著手組織一個企業(yè)級Java項目的時候，就如同開始同時輪回地扔好幾個魔術小球： 業(yè)主關系處理、持續(xù)而漫長的設計開發(fā)過程，以及保持健全與完整性，等等。每一個“小球”都會帶來其固有的風險，有些顯而易見，有些則不易發(fā)現(xiàn)。盡管如此，所有這些風險都是完全可以避免的。本文作者Humphrey Sheil分析了威脅到企業(yè)級Java項目成功的10大風險， 并一一列出了風險規(guī)避的策略方法。
在過去這段時期里，我擔任過程序員、高級設計師以及架構設計師等工作，見識過很優(yōu)秀的企業(yè)級Java項目，也見識過不好的，甚至很"丑陋"的項目。有時候我會自己問自己，為什么一個項目可以取得成功，而另一個卻走向失敗？很難定義出某種規(guī)則或標準來表明各個不同的項目應該如何成功，J2EE項目也并不例外。但與此相反的是，我們可以從各個角度和層次上去考察項目失敗的原因，如果很好地避開了這些風險，項目就可以取得成功。在本文中，我將提出排名前10位的企業(yè)級Java項目風險，供讀者參考。
在各種各樣的風險中，有些風險只是延緩了項目的進度，有些帶來了一些不必要的工作，而另一些則會把成功的可能性徹底地消除。不過，如果預先有了足夠的準備和清醒的認識，那么并沒有不可避免的事情。這好比如果你是一名旅行者，你清楚地知道前面的道路在什么方向，做了充分的準備，又有一位清楚知道哪里有危險的向導，這樣就會比較順利地到達自己的目的地。
本文采用了以下結構來描述風險：
風險名稱：風險的標題（使用粗體）
項目階段：在哪個項目階段會發(fā)生風險情況
影響階段：會影響到以后的哪些階段
癥狀： 風險產生時的癥狀
規(guī)避方案：如何規(guī)避風險或者把其對項目的影響降低到最小程度
備注： 風險相關的補充說明和提示
通過對企業(yè)級Java項目的仔細考察，本文將J2EE項目過程分解為以下幾個階段：
提供商選擇: 在開始你的J2EE項目之前，要選擇最合適的提供商，從應用服務器到開發(fā)工具組合，一直至工作期間享用的咖啡的廠商。
設計： 在遵照一系列嚴格的規(guī)范和軟件工程方法的前提下，可以開始進行足夠充分的設計，然后再很自然地進入開發(fā)階段。在開發(fā)之前，要周全地考慮好正在做什么，以及如何往下做的問題。另外，我使用了一些設計模板來確信在進入開發(fā)之前，已經想到了所有的問題和可能的解決方案。但是，我有時也在該階段做一些編碼，有時候這樣做可以回答一些問題，有效地判斷出性能上和模塊劃分上的問題。
開發(fā): 也就是程序開發(fā)階段，選擇一些好的開發(fā)工具，進行精良的設計等等，在這個階段將顯示其優(yōu)越性，并且可以給開發(fā)帶來很大的幫助。
穩(wěn)定性/負載測試：在該階段，系統(tǒng)架構師和項目經理應該凍結住產品特性，并把焦點放在質量以及產品參數(shù)（允許的并發(fā)用戶數(shù)量，故障恢復情況，等等）上。質量和性能在該階段應得到足夠的重視。當然，最好應該避免在前階段寫出不良的運行緩慢的代碼而到本階段來作很多的修改。
成熟期：這不是一個真正的項目階段，而是一個固定的準備階段。過去潛伏的錯誤（來自于糟糕的設計和開發(fā)、錯誤的廠商選擇）可能出現(xiàn)并影響你的系統(tǒng)。
風險1:沒有真正理解 Java, EJB, 和J2EE
這個問題可以分解為3個部分，以便于分析。
描述: 沒有真正理解Java
項目階段:開發(fā)
影響階段：設計、穩(wěn)定性測試、成熟期
對系統(tǒng)性能的影響：可維護性、可擴展性、性能
癥狀：
重復開發(fā)了JDK核