項目階段：

開發(fā)

影響的項目階段:

穩(wěn)定化、并發(fā)、成熟期

對系統(tǒng)的影響:

你的權(quán)衡

癥狀:

經(jīng)過多日或數(shù)周的時間才能過渡到成熟系統(tǒng)

風(fēng)險存在與過渡期，帶有很多不確定性，有些主要的功能場景沒有被測試到

實際系統(tǒng)中的數(shù)據(jù)和開發(fā)、測試中的數(shù)據(jù)不同

無法在開發(fā)者機(jī)器上進(jìn)行組建

應(yīng)用行為在開發(fā)、穩(wěn)定化及產(chǎn)品環(huán)境中各不相同

規(guī)避方案:

解決之道是忠實地在開發(fā)環(huán)境中配置實際的環(huán)境，讓開發(fā)所用環(huán)境接近于要實施產(chǎn)品的環(huán)境。如果未來環(huán)境是JDK 1.2.2及Solaris 7，那么不要在JDK 1.3及Red Hat Linux上進(jìn)行開發(fā)。對于所用的應(yīng)用服務(wù)器也是如此。同樣，要快速地看一下產(chǎn)品數(shù)據(jù)庫中的數(shù)據(jù)，并將這樣的數(shù)據(jù)用于測試。不要依賴于人工創(chuàng)建的數(shù)據(jù)。如果產(chǎn)品數(shù)據(jù)很敏感，則要使之變得不敏感，然后把它配置起來。開發(fā)中未能預(yù)期到的產(chǎn)品數(shù)據(jù)將對以下過程產(chǎn)生破壞：

數(shù)據(jù)檢驗規(guī)則

系統(tǒng)測試行為

系統(tǒng)組件構(gòu)建(特別地包括：EJB-EJB以及EJB-數(shù)據(jù)庫)

最為糟糕的是，這樣還可能產(chǎn)生異常、空指針，以及你從沒見過的問題。

備注:

開發(fā)人員常把安全性問題放到穩(wěn)定化階段才開始解決。要防止這樣的陷阱產(chǎn)生，你也可以花費(fèi)同樣多的時間在業(yè)務(wù)邏輯中改進(jìn)安全性。

成熟期是一個復(fù)雜的過程，其中充滿了技術(shù)性問題和非技術(shù)性問題。你可能會陷于想不到的一大堆問題中，這就是成熟化所意味的一切。開發(fā)及穩(wěn)定化環(huán)境過程為你提供了制造更多這樣的問題，以及發(fā)現(xiàn)這樣的問題的地方，不斷去做，就可以大大減少風(fēng)險。

你做的工程越多，你就越能了解什么是可行的，什么是不可行的。你可以對工程問題進(jìn)行記錄，以避免同樣的錯誤重復(fù)發(fā)生。

--------------------------------------------------------------------------------

風(fēng)險5: 選擇了錯誤的提供商

項目階段：

提供商選擇

影響階段：

設(shè)計、開發(fā)、穩(wěn)定化/負(fù)載測試，成熟化

對系統(tǒng)的影響:

可伸縮性、性能、可維護(hù)性及穩(wěn)定性

癥狀:

開發(fā)人員要使用更多的時間來處理工具方面的問題，而不是很有成效地使用這些工具

為了應(yīng)付已知的和未知的問題，而不得不進(jìn)行顯著的系統(tǒng)重新設(shè)計

在不同的工具之間很難進(jìn)行集成(應(yīng)用服務(wù)器與IDE工具，IDE工具與調(diào)試器，源碼控制與合成工具，等等)

對于IDE工具和調(diào)試器等，開發(fā)人員往往排斥它們，而推崇自己所喜歡的工具

規(guī)避方案:

為了避免風(fēng)險5，你需要一個很好的提供商選擇過程，風(fēng)險10的規(guī)避也適用于此。

要真正衡量一種IDE工具是否最合適的方法是真正地進(jìn)行使用。而唯一來評估一種J2EE應(yīng)用的方法是建立一種概念試驗來進(jìn)行證明，在試驗中要包含你的應(yīng)用框架。事實上，你也不希望在花費(fèi)了3個月時間進(jìn)行了培訓(xùn)和開發(fā)后，在使用時又發(fā)現(xiàn)一些bug。

假設(shè)在開發(fā)到一半的時候，突然發(fā)現(xiàn)你的工具集有問題，那么你早應(yīng)該知道，有些工具確實比另一些更重要。如果你所選的應(yīng)用服務(wù)器不能充分滿足你的需要，你只好修改原先的設(shè)定。如果IDE不好，則需要設(shè)置最低限度的代碼標(biāo)準(zhǔn)，并讓開發(fā)人員任意選擇他們認(rèn)為最為有效的工具。

備注:

要真正了解到哪一個供應(yīng)商對一項特殊的任務(wù)來說最合適，其實并不是一件一次性決定的事情。你需要不斷地跟蹤與評估這個市場。例如，在過去的一年里我用過4種不同的IDE工具，這取決于我使用了什么樣的應(yīng)用服務(wù)器、平臺，是否使用EJB等。

--------------------------------------------------------------------------------

風(fēng)險6: 不了解你的提供商

項目階段：

提供商選擇

影響階段:

提供商選擇階段后面的所有階段：設(shè)計、開發(fā)、穩(wěn)定化/負(fù)載測試、成熟化

對系統(tǒng)的影響:

可維護(hù)性、可伸縮性、性能

癥狀:

開發(fā)所用周期超過了最壞預(yù)測的周期1/3以上

提供商已經(jīng)提供了某項功能，但開發(fā)者在不知道的情況下重新進(jìn)行了該項功能的開發(fā)

規(guī)避方案:

為了規(guī)避這樣的風(fēng)險，你可以盡可能地訂閱提供商的網(wǎng)上資源，例如郵件列表、新聞組、版本信息(尤其是其中的bug修復(fù)補(bǔ)丁的說明等)，你能從中得到無法估量之多的收獲。

一旦你已經(jīng)選定了提供商，那么立即就要投資進(jìn)行培訓(xùn)，并且盡可能趕在項目啟動以前。然后，逐漸在團(tuán)隊中建立起對此提供商的認(rèn)識及信任。試著建立幾個EJB并部署一下，再用你的表示層技術(shù) (Swing GUI, JSP等)來調(diào)用它們。如果你既要搭建開發(fā)環(huán)境，又要同時在實現(xiàn)項目目標(biāo)，就會產(chǎn)生一些不必要的沖突。實際上，我也見到過一直沒有進(jìn)行構(gòu)建過程的情況：“我們沒有時間。”因此，這些工作必須提早進(jìn)行。有些人會說：“我們的計劃中沒有為我們提供這些時間。”我的回答是：“你的計劃中并沒有不給你時間使你不這么做啊。”

備注:

在J2EE世界里，各提供商產(chǎn)品的技術(shù)兼容性究竟如何?讓我們看一下IBM和BEA的具體分析吧。兩者都分別在各自的應(yīng)用服務(wù)器中支持EJB 1.1。那么，實際上BEA WebLogic 5.1和IBM WebSphere 3.5究竟有多少相似之處呢?

BEA WebLogic和IBM WebSphere的系統(tǒng)配置和管理方式幾乎完全不同。

IBM在WebSphere中采用了全面的GUI環(huán)境，而與之相對的是，BEA 在WebLogic中提供一整套命令行。

IBM WebSphere使用IIOP來和CORBA異常進(jìn)行通訊，這些異常對程序員來說是可見的;WebLogic根本沒有CORBA構(gòu)造，而缺省使用t3協(xié)議。

WebSphere和Visual Age銜接緊密，而WebLogic是IDE無關(guān)的，實際上，你幾乎可以使用任何的開發(fā)工具。

由此可見，差異還是相當(dāng)多。如果你是一種應(yīng)用服務(wù)器的專家，并不意味著你就是所有應(yīng)用服務(wù)器的專家。這種區(qū)別體現(xiàn)在IDE，debugger，build工具，配置管理等等方面。具備某提供商的某項特殊工具的使用經(jīng)驗，可以在評估該提供商的競爭對手產(chǎn)品時具有一些便利。但是，不要奢望在不同產(chǎn)品之間進(jìn)行無縫的轉(zhuǎn)移或銜接。因此，你不得不花費(fèi)足夠多的時間在熟練掌握這些工具上。

--------------------------------------------------------------------------------

風(fēng)險7: 設(shè)計中沒有充分考慮到可伸縮性和產(chǎn)品性能

項目階段：

設(shè)計

受影響的項目階段:

開發(fā)、負(fù)載測試及成熟化

對系統(tǒng)的影響:

可伸縮性、性能、可維護(hù)性

癥狀:

無法忍受的速度緩慢

系統(tǒng)給服務(wù)器端增加的沉重負(fù)擔(dān)，而無法利用到一些聚簇技術(shù)。

規(guī)避方案:

把精力集中于性能和可伸縮性方面的需求，明確開發(fā)中要達(dá)到的性能指標(biāo)。如果你需要每秒50個事務(wù)，而你的EJB設(shè)計只能提供40個，那么你就需要考慮替代方案，諸如存儲過程，批處理，或者重新考慮OLTP的設(shè)計。

盡可能讓你的提供商加入進(jìn)來，他們應(yīng)該非常清楚其產(chǎn)品的強(qiáng)項和弱處在哪里，然后給你提供最直接的幫助。

備注:

本風(fēng)險與風(fēng)險2 (over-engineering)似乎有些沖突。實際上，兩者相互影響。 我對風(fēng)險2給出的解決方案是，只在絕對必要的情況下才進(jìn)行構(gòu)建。而對與性能和可伸縮性，你要預(yù)先劃分好什么是必須要做的。

如果你實現(xiàn)就識別出系統(tǒng)需要非常強(qiáng)的可伸縮性，并把它作為一個比較關(guān)鍵的需求，那么你首先需要選擇一個帶有很強(qiáng)的簇支持及事務(wù)型緩存的應(yīng)用服務(wù)器。另外，你應(yīng)把業(yè)務(wù)對象設(shè)計為EJB，從而可以充分利用服務(wù)器架構(gòu)的優(yōu)勢。 XP也沒有問題，你仍然是只做絕對必要的工作。

我把這樣的觀點看作是一種檢查和平衡的方法。我們只需要最簡單可能性的系統(tǒng)，該系統(tǒng)只提供客戶所需要的功能與行為即可。

--------------------------------------------------------------------------------

風(fēng)險8: 陳舊的開發(fā)過程

項目階段：

開發(fā)

影響階段:

穩(wěn)定化，成熟化

對系統(tǒng)的影響:

可維護(hù)性、代碼質(zhì)量

癥狀:

項目計劃看上去似乎類似于瀑布模型: “首先草構(gòu)設(shè)計，然后在一個很長的周期里進(jìn)行開發(fā)。”

由于不存在構(gòu)建(build)過程，每次構(gòu)建都象是噩夢

構(gòu)建的日期等于損失開發(fā)的日期，因為什么也沒有做成

在集成以前組件沒有分別被充分地測試過，而集成測試意味著將2個不穩(wěn)定的組件放在一起，然后查看堆棧里的跟蹤結(jié)果。

規(guī)避方案:

好的軟件方法學(xué)將提高你的軟件生命期。此前我已經(jīng)提到XP方法，你可以在網(wǎng)上找到很多這方面的資料。

備注:

JUnit可以用來進(jìn)行單元測試，Ant工具可以進(jìn)行編譯與構(gòu)建，這2種工具都對XP方法有很好的支持。

--------------------------------------------------------------------------------

風(fēng)險9: 沒有好的架構(gòu)方式

項目階段：

開發(fā)

影響階段:

開發(fā)、穩(wěn)定化、成熟期

對系統(tǒng)的影響：

可維護(hù)性、可伸縮性、代碼質(zhì)量

癥狀:

在代碼中使用了很多次的核心庫中發(fā)現(xiàn)Bug。

沒有建立日志標(biāo)準(zhǔn) -- 于是系統(tǒng)的輸出很難讀取或者解析。

不良的不一致的異常處理。在有些站點中我們甚至可以看到，出錯信息直接暴露給了最終用戶，例如在用戶在他的購物車核帳時發(fā)送一條SQLException堆棧跟蹤信息，用戶接著會怎么做?打電話給數(shù)據(jù)庫管理員要求對primary key約束進(jìn)行修補(bǔ)嗎?

以下任務(wù)已經(jīng)被開發(fā)者以各種方式處理了無數(shù)次了，這些都有必要放在任何構(gòu)架設(shè)計的第一批目標(biāo)中。

日志

異常處理

與資源的連接(數(shù)據(jù)庫，名字服務(wù)等)

構(gòu)建JSP頁

數(shù)據(jù)合法性檢查

規(guī)避方案:

我是一個輕方法學(xué)的信徒和實踐者。我在JavaWorld 上的第一篇文章 -- "Frameworks Save the Day" -- 就是研討在企業(yè)Java環(huán)境中的架構(gòu)。即使你已經(jīng)開始開發(fā)了，此時考慮一下架構(gòu)仍然是值得的。可能你不得不忍受一下重構(gòu)帶來的異常處理和日志處理，但從長遠(yuǎn)來看還是值得的，這樣即省時間又省錢。

備注:

讓我們想一下在構(gòu)架中基于組件開發(fā)的可重用性的不同等級。第一級別是plumbing，具有0.9以上的可重用比例，也就是說，有90%的項目可以對它重復(fù)利用。 服務(wù)定義得越詳細(xì)，重用比例就越低。換句話說，我需要構(gòu)建一個會計服務(wù)，但要提供這些資源與用法的管理，以便于其它50%項目中可以對它們進(jìn)行重復(fù)利用。但是對那些項目來說，能得到這些資源，那真是太好了!

--------------------------------------------------------------------------------

風(fēng)險10: 項目計劃和設(shè)計基于市場效應(yīng)，而脫離了技術(shù)現(xiàn)實

備注: 不斷有新人加入到Java/EJB的開發(fā)領(lǐng)域中來，不理解Java的人數(shù)一般比想象中還要多。

項目階段：

所有階段都會受到影響，包括提供商的選擇

影響階段:

所有階段都會受到影響

對系統(tǒng)的影響:

可維護(hù)性、可擴(kuò)展性、設(shè)計質(zhì)量、代碼質(zhì)量

癥狀:

輕率地進(jìn)行技術(shù)決策，認(rèn)為EJB只是為了便攜式處理的方便

選擇提供商的時候沒有隨即進(jìn)行產(chǎn)品的試用

在項目的生命周期內(nèi)還需要更換工具

規(guī)避方案:

不要輕易相信項目外部的任何人的看法，這些人可能已經(jīng)有一些既得利益，不要相信提供商的說法(除非你早已經(jīng)了解)，也不要相信白皮書。如果你要取得來自真實世界的關(guān)于應(yīng)用服務(wù)器的建議，可以在網(wǎng)上取得。你還可以下載這些工具進(jìn)行評估，用它們做一些原型，并運(yùn)行一下其中的樣例。(好的提供商都有這樣的樣例)。

總的來說，為你的項目選擇最好的提供商及工具需要時間，而你可能沒有太多的時間。你可以把選擇范圍限制在3-4個對象，然后用一周時間進(jìn)行比較和檢驗。最后從中選出比較滿意的工具和產(chǎn)品。

備注:

如果你缺少J2EE經(jīng)驗，則可能會在項目前期就產(chǎn)生問題。在前期所確定的決策會影響整個過程，并進(jìn)而影響項目的成功。好的J2EE咨詢專家將能夠幫助你選擇好的提供商，并為設(shè)計和開發(fā)刻劃出一個好的構(gòu)形。

--------------------------------------------------------------------------------

僅僅只有這10項風(fēng)險嗎?

10只是一個特定的數(shù)字，顯然，還有更多更多的風(fēng)險會存在。只是我可以保證的是，如果你克服了所列的各項風(fēng)險，那么你的項目會有出色的表現(xiàn)并已打好了成功的基礎(chǔ)。

還有一項需要注意，即沒有任何東西可以代替經(jīng)驗和計劃。如果你沒有經(jīng)驗，那么一定要想辦法取得并積累。千萬不要一邊做項目一邊進(jìn)行培訓(xùn)。在開發(fā)之前要預(yù)先做好充分的準(zhǔn)備，最好是在設(shè)計以前就進(jìn)行準(zhǔn)備。可以讓你的團(tuán)隊接受Java/J2EE顧問的指導(dǎo)，并確保這樣的指導(dǎo)能夠傳遞到整個其他的團(tuán)隊成員。

最后，還有必要提到以下幾點：

軟件工程的外界影響

什么時候進(jìn)行單元測試，什么時候進(jìn)行集成測試?

設(shè)計模式

異常處理

結(jié)論

總的說來，以上10大風(fēng)險是你在企業(yè)級Java項目開發(fā)過程中將面對的主要困難。我也相信在你的旅程中一定還有更多的陷阱，但我比較確信的是我所提到的風(fēng)險已經(jīng)涵蓋了主要的問題。最后讓我們按照優(yōu)先級重新列舉一下10大風(fēng)險：

沒有真正理解Java, 沒有真正理解EJB, 沒有真正理解J2EE

過度設(shè)計(Over-engineering)

沒有將業(yè)務(wù)規(guī)則和邏輯表現(xiàn)形式相分離

沒有在開發(fā)環(huán)境中進(jìn)行適當(dāng)?shù)呐渲?/P>

選擇了錯誤的提供商

不了解你的提供商

設(shè)計中沒有充分考慮到可伸縮性和產(chǎn)品性能

陳舊的開發(fā)過程

沒有好的架構(gòu)方式

項目計劃和設(shè)計基于市場效應(yīng)，而脫離了技術(shù)現(xiàn)實

最后，讓我祝你好運(yùn)!

【編輯推薦】

1. Java EE工作流管理系統(tǒng)jBPM
2. jBPM數(shù)據(jù)庫表說明：流程節(jié)點表
3. jBPM 4.4正式發(fā)布 Java工作流管理系統(tǒng)
4. jBPM實現(xiàn)高級交互模式詳解