データモデリング

概念データモデルは、ビジネスアーキテクトチームとさまざまな利害関係者によって作成されます。 アプリケーションの概念データモデルを文書化するには、まず、会社が業務の処理に使用するデータエンティティと属性、およびそれらのデータ要素間の関係を理解することから始めます。

次の図は、倉庫に保管されている書籍の概念データモデルを示しています。 図は、書庫の在庫モデルの基本のエンティティ、属性、および主要な要素間の関係を示しています。 この例では、Warehouseがエンティティで、Name、City、Capacityが属性です。 さらに、Warehouseは、AddressおよびInventoryのエンティティと直接的な関係があります。

概念データモデルを生きているドキュメントと考えてください。 ビジネスプロセスの設計についてビジネス利害関係者とミーティングをする際には、概念データモデルを使用します。これは、あなたが特定したデータエンティティをビジネス利害関係者が可視化するのに役立つからです。 この可視化により、プロセスやデータのギャップを特定しやすくなります。  

概念データモデルを構築する際、ビジネス成果を達成するために必要なデータを一つ一つモデル化する必要はありませんが、ビジネスのデータ要件を完全に理解していない場合は、プロジェクトの初期段階でデータ設計に時間をかけておくと、その後の時間を節約できます。 

全体として、概念データモデルは、プロジェクトの初期段階における誤解が原因でやり直しが発生するリスクを軽減するのに役立ちます。 もちろん、プロジェクトが進み、チームがさらにインサイトを得るにつれて、概念データモジュールが変更される可能性もあります。 それでも、この概念データモデルが、アプリケーション開発の議論のための堅実な出発点であることに変わりありません。 

論理データモデルとは、Pega Platform向けに変換および調整された概念データモデルです。

次の画像の中央にある縦線をスライドすると、Warehouseシナリオを例として、どのように概念データモデルが論理データモデルに変換されるのかを確認することができます。

物理データモデルは、アプリケーションに保存されアクセスされるデータを反映します。

物理データモデルは、Pegaデータベースのあるローカルストレージや組織で使用される外部のシステムオブレコードなど、組織のデータにアクセスするために必要な統合設定に重点を置いています。

物理データモデルの詳細は、App StudioのIntegration Designerのランディングページに表示されます。 Integration Designerは、App Studio内の1つの場所で、アプリケーションのデータオブジェクト、データビュー、データオブジェクトの依存関係、システムオブレコードにアクセスできるようにします。 Integration Designerでは、物理データモデルを定義するエンティティがどのように接続されているかということについても理解することができます。

次の画像で「+」アイコンをクリックすると、Integration Designerのランディングページに表示される情報の詳細が表示されます。