Java Enterprise System での作業

Java Enterprise System ソフトウェアに基づくビジネスソリューションの作成には、いくつかの標準的な作業が含まれます。それらの作業の範囲や難易度は、Java Enterprise System 導入時の出発点や、作成および配備しようとしているソリューションの性質によって異なります。

ここでは、Java Enterprise System での作業における 2 つの側面、つまり、Java Enterprise System ソリューションのライフサイクルと通常使用される各種導入シナリオについて説明します。

Java Enterprise System ソリューションのライフサイクル

Java ES ソフトウェアに基づくビジネスソリューションの作成に伴う作業は、図 1–3 に示すように、いくつかのフェーズに分けられます。この図は、各種作業を通常実行する Java Enterprise System ユーザーのカテゴリも示しています。

図 1–3 ソリューションライフサイクルのフェーズとユーザーカテゴリ

図 1–3 に示すライフサイクルのフェーズは、次の一般的なグループに分類できます。

• 配備前: このフェーズでは、ビジネスのニーズを配備シナリオ、つまり論理アーキテクチャーと一連のサービス品質の要件に変換します。配備シナリオは、配備アーキテクチャーを設計するために使用する仕様としての役割を果たします。

• 配備: このフェーズでは、配備シナリオに基づいて配備アーキテクチャーを作成します。このアーキテクチャーをプロジェクト承認および予算設定の基礎として使用できます。この配備アーキテクチャーは、ソフトウェアソリューションを本稼動環境に配備 (構築、テスト、および展開) するために必要な詳細情報が含まれる実装仕様の基礎にもなります。

• 配備後: オペレーションフェーズでは、配備されたソリューションを本稼働条件下で実行し、パフォーマンスを監視および最適化します。また、配備されたソリューションを必要に応じてアップグレードし、新しい機能を組み入れます。

図 1–3 に示すソリューションのライフサイクルおよび各フェーズの作業については、第 4 章「Java Enterprise System ソリューションのライフサイクルの作業」で詳しく説明します。

図 1–3 は、ライフサイクルの各フェーズに示された作業を通常実行する Java ES ユーザーを示しています。Java ES で作業を実行する場合、実行するジョブは図 1–3 に示す 1 つ以上のユーザーカテゴリに該当します。各カテゴリのユーザーのスキルとバックグラウンドは、次の表のとおりです。

表 1–5 ライフサイクルの作業に関連する Java ES ユーザーカテゴリ

ユーザー	スキルとバックグラウンド	フェーズ
ビジネスプランナ システムアナリスト	専門的ではなくても、一般的な技術知識を持っている。  企業の戦略上の方向性を理解している。  ビジネスのプロセス、目的、要件を理解している。	ビジネス分析  技術要件  論理設計
設計者	専門的である。  配備アーキテクチャーの幅広い知識を持つ。  最新の技術に精通している。  ビジネスの要件および制約を理解している。	論理設計  配備設計
システムインテグレータ フィールドエンジニア  システム管理者  システムマネージャー	専門的である。  IT 環境に精通している。  分散型のソフトウェアソリューションを実装した経験がある。  ネットワークのアーキテクチャー、プロトコル、デバイス、セキュリティーの知識を持つ。  スクリプト言語およびプログラミング言語の知識を持つ。	配備設計  配備実装
特化したシステム管理者 代行管理者  サポートエンジニア	特化した技術知識または製品知識を持つ。  ハードウェア、プラットフォーム、ディレクトリ、およびデータベースに精通している。  ソフトウェアの監視、トラブルシューティング、およびアップグレードに熟練している。  オペレーティングシステムプラットフォームのシステムの管理の知識を持つ。	オペレーション

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 に示すソリューションのライフサイクルプロセスが適用されます。ただし、導入シナリオによって、ライフサイクルの各フェーズで対処する必要のある問題や投資する必要のあるリソースが異なります。

一般に、導入シナリオには、次に示す考慮事項が程度の差はありますが適用されます。

• 移行: 既存のインフラストラクチャーを新しいソフトウェアで強化またはアップグレードするには、多くの場合、既存のシステムから新しいシステムにデータを移行する必要があります。データは、設定情報、ユーザー情報、アプリケーションの情報などになります。新しいプログラミングインタフェースのために、ビジネスロジックやプレゼンテーションロジックを移行する必要がある場合もあります。

• 統合: 新しいソフトウェアを既存のシステムに追加したり、既存のソフトウェアサブシステムを置き換えたりするには、多くの場合、新しいソフトウェアコンポーネントを残りのサブシステムに統合する必要があります。統合には、新しいインタフェースレイヤーの開発、J2EE コネクタまたはリソースアダプタの使用、既存のコンポーネントの再設定、データ変換スキーマの実装などが含まれます。

• トレーニング: インフラストラクチャーの変更はほとんどの場合、IT 手順やスキルセットの変更を意味します。IT 部門は、Java Enterprise System テクノロジをサポートするための、新しいスキルの習得、または古いスキルの移行のために十分な時間を確保できる必要があります。

• ハードウェア: 既存のシステムまたはサブシステムを置き換えたり強化したりする場合、ビジネス上の制約により、既存のハードウェアを再利用しなければならない可能性があります。導入シナリオによっては、ハードウェアリソースが重要な要素になります。

次の表は、Java ES の各導入シナリオに該当する考慮事項の性質を要約しています。

表 1–6 Java ES 導入シナリオに関する考慮事項

導入シナリオ	移行	統合	トレーニング	ハードウェア
新しいシステム	問題なし	新しいコンポーネントの統合は比較的簡単	通常かなりの考慮が必要	機器のコストと労力のコストのバランス [少数の強力なコンピュータを使用すると、通常、機器のコストは増えますが、必要な IT リソースは少なくなります。多数の小型のコンピュータを使用すると、通常、機器のコストは少なくなりますが、より多くの IT リソースが必要になります。]
強化	重要な考慮事項になる場合がある	新しいコンポーネントを既存のシステムと統合する必要がある	かなりの考慮が必要な場合がある	既存の機器によるかなりの制約がある場合がある
拡張	通常は問題なし	新しいコンポーネントを既存のシステムと統合する必要がある場合がある	かなりの考慮が必要な場合がある	一般に、新しいシステムと同じトレードオフの新しいハードウェアが必要になる
アップグレード	かなりの考慮が必要な場合がある	アップグレードされたコンポーネントの統合は比較的簡単	比較的考慮事項が少ない	比較的考慮事項が少ない