ポータル設計作業リスト

1. プロジェクトの開始と調整

プロジェクトの計画 

• 一般的なプロジェクトの管理を実行します。

プロジェクトの計画の見直し 

• 事前実装を見直します。

• 業務要件を見直します。

• 技術要件を見直します。

• アーキテクチャーの文書を見直します。

• ハードウェアおよびインフラストラクチャーを見直します。

リソースの調整 

• 必要なスキルを確認します。

• リソースを確認します。

• リソースをスケジュールします。

• プロジェクトチームのメンバーを集めます。

• プロジェクトチームのメンバーと作業計画を見直します。

要件の定義 

• 業務要件を収集します。

• 要件を要約します。

• 機能要件を確認します。

• 技術要件を収集します。

• 技術要件を要約します。

• 技術要件を確認します。

• 要件をまとめた文書を準備します。

• 要件を伝えます。

2. 設計

ソリューションアーキテクチャーの開発 

• ソフトウェアのアーキテクチャーを設計します。

• サーバーのトポロジを設計します。

• アーキテクチャーの文書を作成します。

ポータルの統合方法の開発 

• システムの統合について理解します。

• コンテナとチャネルレイアウトを定義します。

• コンテンツの集約を定義します。

• SSO の方法を定義します。

• カスタム Netlet モジュールおよびカスタム認証モジュールを開発します。

ユーザーインタフェースの設計 

• ユーザーインタフェースの設計を準備または変更します。

• 画面の仕様を開発または更新します。

• ユーザーインタフェースモデルを見直し、承認します。

ディレクトリの設計 

データの設計 

• スキーマの設計

• ディレクトリツリーの設計

• トポロジの設計

• レプリケーションの設計

• セキュリティーの設計

• チューニングおよび最適化

• オペレーションおよび決定

3. 開発および統合

テスト環境へのソフトウェアのインストール 

• サポート Directory Server をインストールします。

• 適切な Web コンテナ (Application Server または Web Server) をインストールします。

• Access Manager をインストールします。

• Sun Java System Portal Server ソフトウェア、またオプションとして Sun Java System Portal Server Secure Remote Access ソフトウェアをインストールします ( 適切なサポートソフトウェアをインストールする)。

• その他のソフトウェアをインストールします。

• サーバーソフトウェアを設定します。

• サーバーソフトウェアのコンポーネントをテストします。

• テスト結果の文書を作成します。

開発環境へのサーバーソフトウェアのインストール 

• サポート Directory Server をインストールします。

• 適切な Web コンテナ (Application Server または Web Server) をインストールします。

• Access Manager をインストールします。

• Portal Server、またオプションとして Portal Server Secure Remote Access をインストールします。

• その他のソフトウェアをインストールします。

• サーバーソフトウェアを設定します。

• サーバーソフトウェアのコンポーネントをテストします。

• テスト結果の文書を作成します。

ソフトウェアの設定 

• 特定のソフトウェア設定要件を適用します。

• 製品設定マトリックスを作成します。

Portal Server、Application Server およびその他のソフトウェアの変更 

• 組織の要件と期待を見直します。

• ソフトウェアの変更を定義します。

• ソフトウェアの変更の方法を定めます。

• ソフトウェアの変更計画を立てます。

• ソフトウェアの変更を設計します。

• ソフトウェアの変更チームを編成します。

• 変更を行います。

• 変更をテストします。

• 該当する関係者および組織に変更を見直してもらい承諾を得ます。

LDAP ディレクトリの設定 

• 適切なスキーマを設定するために関係者と話し合います。

• ソフトウェアの変更を定義します。

• ソフトウェアの変更の方法を定めます。

• ソフトウェアの変更計画を立てます。

• ソフトウェアの変更を設計します。

• ソフトウェアの変更チームを編成します。

• スキーマを作成します。

• LDAP を設定します。

• データを受け取り、検証します。

• LDAP に要求されるようにマッピングを変更します。

• データ更新方法を定めます。

• ディレクトリをテストします。

• 更新方法についてのクライアントユーザー用の文書を作成します。

旧バージョンのソフトウェアの統合 (PeopleSoft、SAP など) 

• 統合を行います。

• パッケージの統合テストの計画を準備します。

• 統合テストを実施します。

• パッケージの統合テストの結果を出します。

レポート 

• 組織のレポートの要件を定めます。

• レポートの計画を立てます。

• レポートチームを編成します。

• レポートを設計します。

• レポートを作成します。

• レポートをテストします。

• レポートを顧客と見直します。

• レポートツールの情報とトレーニングを提供します。

テスト 

• テストの計画を立てます。

ユーザー受け入れテストの計画 

• ユーザー受け入れテストのマネージャーを定めます。

• ユーザー受け入れのテストの方針と手順を作成します。

• 方針と手順を顧客と見直します。

• 方針および手順の承諾を得ます。

• ユーザー受け入れテストのロールと責任を定めます。

• 統合テストのシナリオを入手します。

• テスト条件と受け入れ基準を見直し、修正します。

• ユーザー受け入れテストのスケジュールを立てます。

• 受け入れテストのログを準備し、テストのシナリオの指定で更新します。

ユーザー受け入れテストの実施 

• ユーザー受け入れテストを実施します。

• ユーザー受け入れテストの矛盾を特定し、文書を作成します。

• ユーザー受け入れテストの矛盾を解決します。

• ユーザー受け入れテストを再度実行して、ユーザー受け入れテストの進捗状況を追跡します。

• 既知の制限とテスト中に確認したプロセスの改善可能な部分を分類し、優先順位を割り当てます。

• テストの結果を品質保証アドバイザと見直し、結果を要約して関係者に伝えます。

• 関係者から受け入れテストの承認を得ます。

統合およびシステムのテストの実施 

• 統合テスト環境を整備します。

• テストチームを指名し、テストのシナリオの所有権を割り当てます。

• チームに対して統合テスト手順、ロール、および責任のトレーニングを行います。

• 必要に応じて、統合テストの実施スケジュールを見直して修正します。

• 統合テストを実施します。

• 統合テストの矛盾を特定し文書を作成します。

• 統合テストの矛盾を解決し文書を作成します。

• 必要な変更 (設定の改善、インタフェース、レポートなど) を特定します。

• 統合テストを再度実施します。

• 必要に応じて更新します。

• テストの進捗状況を追跡します。

• テストの承認を得ます。

• 結果を要約し関係者に伝えます。

4. 配備の実施

確認方法 

• 実装の場所と構成を関係者と見直し、定めます。

• 実装の方法を定めます。

• 開発用ハードウェアおよびソフトウェアのインストール作業の中で該当するものを繰り返します。

配備の見直しと更新 

• テスト結果の既存の文書を見直します。

• 範囲、目的、および重要な成功の要因を検証します。

• 配備の方法を更新します。

• 配備を見直し、承認します。

配備の実装 

• システムのオペレーションを見直し、調整します。

• 組織およびシステムの手順を見直します。

• 本稼働に昇格させます。

• 現在のオペレーションを更新します。

• システムのリリースを改訂し、配備の資料も新しいものにします。

• 移行を支援します。

トレーニング 

• 組織の約束と期待を確認します。

• すべての担当者のトレーニング要件を定めます。

• トレーニングのスケジュールを立てます。

• トレーニングの担当者を決定します。

• トレーニングに必要なものを準備します。

• 管理者をトレーニングします。

• 保守プロバイダをトレーニングします。

• トレーニングの参加者から意見を聞きます。

• トレーニングの改善のために参加者の意見を反映させます。

ポータルの文書の作成 

• システム管理者用の「運用書」を作成します。