使用 Java Enterprise System

建立以 Java Enterprise System 軟體為基礎的業務解決方案包含若干個標準作業。視採用 Java Enterprise System 的起點及嘗試建立與部署的解決方案的特性而定，這些作業在範圍和難度上會有差異。

本節討論使用 Java Enterprise System 的兩個層面：Java Enterprise System 解決方案生命週期與通常牽涉到的各種採用方案。

Java Enterprise System 解決方案生命週期

建立以 Java ES 軟體為基礎的業務解決方案所牽涉到的作業可分成數個階段，如圖 1–3 所示。該圖例還顯示了一般負責執行各種作業的 Java Enterprise System 使用者的種類。

圖 1–3 解決方案生命週期階段及使用者類別

圖 1–3 中顯示的生命週期階段可分成以下幾大群組：

• 部署前。在這些階段，業務需要被轉化為部署方案：邏輯架構與一組服務品質需求。部署方案是用於部署架構設計的規格說明書。

• 部署。在這些階段，部署方案被轉化為部署架構。此架構可作為專案批准與預算編列的基礎。此部署架構同時也是實作規格的基礎，可提供將軟體解決方案部署 (建構、測試與建置) 到生產環境時需要的詳細資訊。

• 部署後。在作業階段，已部署解決方案在生產條件下執行，並接受監視和效能最佳化。還會視需要升級已部署解決方案以包含新功能。

第 4 章, Java Enterprise System 解決方案生命週期作業對解決方案生命週期及圖 1–3 所示的每個階段中的作業有更詳盡的討論。

圖 1–3 顯示通常負責執行上述生命週期階段作業的 Java ES 使用者。如果使用 Java ES，您的工作應會符合圖 1–3 所示的一個或更多個使用者種類。下表描述每個使用者類別的技術與背景。

表 1–5 執行生命週期作業的 Java ES 使用者種類

使用者	技術與背景	階段
業務規劃員 系統分析師	具備一般，而非深入的技術知識  瞭解企業的戰略方向  瞭解業務流程、目標與需求。	業務分析  技術需求  邏輯設計
架構師	具備高級技術。  擁有廣泛的部署架構知識。  熟悉最新的技術。  瞭解業務需求與限制。	邏輯設計  部署設計
系統整合師 售後工程師  系統管理員  系統管理者	具備高級技術。  極度熟悉資訊技術環境。  擁有實作分散式軟體解決方案的經驗。  瞭解網路架構、協定、裝置與安全性。  瞭解程序檔以及程式設計語言。	部署設計  部署實作
專門的系統管理員 授權管理員  支援工程師	具備專門的技術或產品知識。  熟悉硬體、平台、目錄及資料庫。  擁有監視、疑難排解及升級軟體的技術。  暸解作業系統平台的系統管理。	作業

Java Enterprise System 採用方案

促使採用 Java ES 的業務需求差異極大。不過，幾乎每個 Java ES 部署的高階目標均可歸入以下採用方案之一：

• 新系統。不以現有軟體系統為基礎，部署 Java Enterprise System 軟體來支援新的業務解決方案。

• 增強。以現有資訊技術 (IT) 基礎架構為基礎，使用 Java ES 軟體替代該系統的一個、多個或所有部分。您會取代系統或子系統的原因，通常是因為這些系統太複雜、限制太多或是維護的成本太高。例如，您可能需要較佳的安全性、較高的可用性、更大的延展性、更多的彈性、較低的複雜度、額外的功能 (如單次登入)，或是需要更能充分運用 IT 資源。也就是說，你希望能改善現有系統的投資回報。

• 延伸。以現有 IT 基礎架構為基礎，部署目前不是系統一部分的 Java Enterprise System 軟體。您會以此方式延伸系統的原因，通常是因為您必須滿足新的業務需要。可能需要新的實用功能，像是透過 Java ES 入口網站對現有服務進行個人化集合，或針對現有服務的 Java 認證與授權。

• 升級。以包含較早版本的 Java Enterprise System 或早於 Java Enterprise System 的 Sun 產品的 IT 基礎架構為基礎，升級到最新版本的 Java Enterprise System 元件。

每個採用方案都會有個自的考量因素及挑戰。無論您的情況符合哪一種採用方案，圖 1–3 所示的解決方案生命週期程序均適用。但是，依據您的採用方案，您要解決的問題以及在生命週期階段中投入的資源會有所不同。

下列考量因素通常適用於不同等級的採用方案：

• 遷移。使用新軟體增強或升級現有基礎架構通常需要將現有系統的資料遷移至新系統。資料可能是配置資訊、使用者資訊或應用程式資訊。由於擁有新的程式設計介面，所以您可能還必須遷移業務或表示邏輯。

• 整合。將新軟體增加至現有系統或替代軟體子系統通常需要將新軟體元件與其餘子系統整合。整合可能包含開發新的介面層、使用 連接器或資源配接卡、重新配置現有元件，以及實作資料轉換方案。

• 訓練。幾乎任何基礎架構變更都暗示著 IT 程序與技術集的變更。IT 部門必須有充分的時間來獲得新技術或改造舊技術，如此才能支援 Java Enterprise System 技術。

• 硬體。替代或增強現有系統或子系統時，可能受業務限制而必須對現有硬體進行再利用。依據您的採用方案而定，硬體資源可能會變成重要的因素。

下表摘要列出適用於各 Java ES 採用方案的重要性類型。

表 1–6 Java ES 採用方案重要性

採用方案	遷移	整合	培訓	硬體
新系統	不須考量	整合新元件相當容易	通常是重要的考量因素	設備成本及勞力成本之間的抉擇。 [使用幾部功能強大的電腦通常會增加設備成本，但是需求的 IT 資源也較少。使用許多部小型的電腦通常可以降低設備成本，但是需求的 IT 資源也較多。]
增強	可能是主要的考量因素	必須將新元件與現有系統加以整合	可能是重要的考量因素	因為現有設備的緣故，所以可能包含重要的限制因素
延伸	通常不是重要的考量因素	可能必須將新元件與現有系統加以整合	可能是重要的考量因素	通常需要在新硬體方面做出與新系統相同的抉擇
升級	可能是重要的考量因素	整合升級的元件相當容易	不重要的考量因素	不重要的考量因素