ビジネスディメンションライフサイクルのアプローチは何ですか？

ビジネスディメンションライフサイクルには、次のようなさまざまなアプローチがあります-

プロジェクト計画 −プロジェクト計画では、準備評価やビジネスの正当化など、データウェアハウスプロジェクトの説明と範囲に対応します。これらは、データウェアハウスプロジェクトに関連する高い可視性とコストのためのタスクです。

プロジェクト計画は、プロジェクトタスクの割り当て、継続、および順序付けと組み合わせて、リソースおよびスキルレベルの人員配置要件を対象としています。結果として得られる統合プロジェクト計画は、ビジネスディメンションライフサイクルおよび含まれる関係者に関連するすべてのタスクを認識します。これは、データウェアハウスプロジェクトの継続的な管理の基盤として機能します。これらの活動間の双方向の矢印で示されているように、プロジェクト計画はビジネス要件に対して脆弱です。

次元モデリング −ビジネス要件の説明により、ビジネスユーザーの体系的な要件に対応するために必要なデータが決まります。これらの分析を提供するデータモデルを設計するには、運用システムの設計に使用されるアプローチよりも複数のアプローチが必要でした。

それは、主要なビジネスプロセスとその次元を定義するマトリックスを構築することから始めることができます。マトリックスは、データウェアハウスが時間の経過とともに組織全体に拡張可能であることを提供するためのスキームを提供します。

物理設計 −論理データベース設計を提供するために必要な物理アーキテクチャを表す物理データベース設計ターゲット。このプロセスのコンポーネントには、命名基準の表現とデータベース環境のセットアップが含まれます。予備的な索引付けと分割の方法も決定されます。

データステージングの設計と開発 −データステージングの設計および開発プロセスは、一般的に最も無視されているデータウェアハウスプロジェクトのタスクです。データステージングプロセスには、抽出、変換、および読み込みの3つのステップがあります。抽出プロセスは、運用ソースシステム内でカバーされているデータ品質の問題を継続的に明らかにします。

製品の選択とインストール −技術構造設計をフレームワークとして使用するには、ハードウェアプラットフォーム、データベース管理システム、データステージングツール、データアクセスツールなどの特定のアーキテクチャ要素を計算して選択する必要があります。

標準的な技術的計算プロセスは、各アーキテクチャ要素の特定の計算要素とともに表されます。製品は計算および選択されているため、データウェアハウス環境内で適切なエンドツーエンドの統合を提供するようにセットアップおよび徹底的にテストされています。

エンドユーザーアプリケーションの仕様 −すべてのビジネスユーザーがデータウェアハウスへのアドホックアクセスを必要としたわけではないため、これは標準のエンドユーザーアプリケーションのグループを表しています。アプリケーション仕様は、ドキュメントテンプレート、ユーザー主導のパラメーター、および必要な計算を定義します。これらの仕様により、開発チームとビジネスユーザーは、提供されるアプリケーションを頻繁に理解できます。

導入 −展開は、ビジネスユーザーのデスクトップから利用できるテクノロジー、データ、およびエンドユーザーアプリケーションの統合を定義します。これらのパズルのピースが正しく収まるようにするには、広範な計画が必要です。