PegaのCenter-outビジネスアーキテクチャ

従来、アプリケーションはトップダウン型（アプリケーションの設計がデリバリーチャネルに基づいている）、またはボトムアップ型（アプリケーションがデータストレージとアクセスシステムを中心に設計される）のいずれかで設計されます。

次の画像と説明文の番号を照らし合わせて、ソフトウェアの設計と開発におけるトップダウン型およびボトムアップ型アプローチの短所の詳細を確認してください。

1. トップダウン型アプローチ：トップダウン型アプローチでは、ウェブ、モバイル、デジタルメッセージング、音声AIなど、プレゼンテーションレイヤーのデリバリーチャネルに固有のアプリケーションを設計します。トップダウン型アプローチの最も重大な短所の1つは、異なるチャネルで一貫したエクスペリエンスを提供するために、同じビジネスロジックを複数回実装する必要があることです。
2. ボトムアップ型アプローチ： ソフトウェアの設計と開発に対するボトムアップ型アプローチは、データアクセスレイヤーを中心に据えています。ボトムアップ型に潜むリスクは、それぞれのシステムがそのアプリケーションが使用するデータしか把握できないことです。サイロ化されたレガシーシステムでは、複数のシステムに保管されているデータが重複します。また、単一の事業体（顧客など）に関するさまざまなデータがさまざまなデータストレージシステムに存在する場合は、一つのソリューションでは、事業体全体を一目で把握できません。

PegaのCenter-outフローは、ビジネスロジックと成果を中心に据えることで、フロントオフィスとバックオフィスの業務をシームレスに結びつけ、組織がどこにいても顧客と接し、業務効率を向上させます。

PegaのCenter-outアプローチは、ビジネスロジックレイヤーをアプリケーション設計の中心に据えています。このビジネスロジックレイヤーは、ビジネス成果を達成するために必要なすべての情報を維持します。プレゼンテーションレイヤーとデータアクセスレイヤーはビジネスロジックから分離されており、デリバリーチャネルとデータベースアクセスを変更できるようになっています。この分離により、組織は全チャネルをまたいでエンドツーエンドの顧客ジャーニーをオーケストレーションしながら、ビジネスルールの一貫性、再利用性、一元管理を維持できます。

次の画像と説明文の番号を照らし合わせて、Pegaがサイロ化や重複を避け、顧客満足度を高め、戦略的成果を達成するために必要なビジネスロジックをアプリケーション設計の中心に据える方法を確認してください。

1. プレゼンテーションレイヤー： アプリケーションのビジネスロジックはプレゼンテーションレイヤーに接続されており、デリバリーチャネルは中心にあるビジネスロジックの変更に動的に対応します。
2. アプリケーションとビジネスロジックレイヤー： アプリケーションレイヤーは中央ハブであり、組織にとって望ましい戦略的成果を達成するために必要なすべてのビジネスロジックが含まれています。
3. データアクセスレイヤー： データアクセスレイヤーへの接続は、ビジネスロジックから切り離された形で行われるため、オンプレミスのデータストレージからクラウドデータストレージへの移行など、システムオブレコードを変更しても、アプリケーションのビジネスロジックの変更は必要はありません。 

Center-outビジネスアーキテクチャには、顧客と戦略的成果を中心に構成された5つの原則があります。 次の画像と説明文の番号を照らし合わせて、PegaのCenter-outビジネスアーキテクチャの5つの原則の詳細を確認してください。

1. インテリジェンスを中心に管理する： ビジネスロジックから始める。ビジネス成果は、リアルタイムの顧客情報によって導かれるべきです。また、ルールの一貫性が確保され、正確なアクションが推奨されます。 
2. 成果にフォーカスし、プロセスを調整する：仕事をこなす。 特定の成果に関係しているカスタマージャーニーの一環として実行するMicrojourney™アプローチを適用することで、仕事を管理、自動化、向上するためのケースマネジメントを使用します。
3. 体験をチャネルにつなげる： 一貫性のあるユーザーエクスペリエンスを提供する。 フロントエンドロジックとバックエンドロジックの調和を保ちます。新たなコーディングなしで、変更が動的に反映されます。
4. データに接続し、ロジックの俊敏性を保つ： 複雑化せずにデータにアクセスする。 Pegaにより、ユーザーはデータの保存場所やアクセス方法を心配することなく、ニーズに合ったアプリケーションを構築するために必要なデータをすばやく簡単に定義でき、実行中のアプリケーションでそのデータにアクセスできるようになります。
5. バリエーションを管理し、拡大に備える： まずは、小規模ですばやく開始。Pegaにより、顧客タイプ、ビジネスライン、地域などに組織を適応させることができます。PegaのSituational Layer Cake™を使用して、大規模かつ広範囲に拡張し、将来性を確保します。

Center-outビジネスアーキテクチャにより、開発の効率性、アジリティ、ガバナンス、拡張性が向上します。

• 効率性：開発者はビジネスルールを一元的に定義することで、重複を排除し、チャネルやアプリケーション間の不一致を減らします。
• アジリティ：ビジネス要件が変更された場合、中央ロジックを更新します。システムにより、すべてのチャネルインターフェイスに変更が適用されるため、変化するビジネスニーズにアプリケーションが対応しやすくなります。
• ガバナンス：一元化されたルールにより、インターフェイス間での監査、監視、ポリシー適用が簡素化されます。
• 拡張性：組織が新しいチャネルインターフェイスや顧客タッチポイントを追加した場合は、既存のビジネスロジックを再利用して一貫性を維持します。

これらのメリットが組み合わさることで、組織は業務効率を改善し、ガバナンスを維持し、全チャネルをまたいで一貫したエクスペリエンスを拡張できます。

モデル駆動型UIは、基盤となるデータモデルとビジネスルールがユーザーインターフェイスを生成するアプローチです。Center-outアーキテクチャでは、これらのモデルは中心に存在し、システムはそこから動的にUIを生成します。

Pegaアプリケーションでは、モデル駆動型UIを実装するための再利用可能なテンプレートとしてパターンを使用します。データモデルとビジネスルールを中心に定義し、インターフェイスをレンダリングするパターンを選択して設定します。このアプローチでは、あらゆるデバイスやチャネルをまたいでビジネスロジックの一元化とユーザー体験の一貫性を維持しながら、全体の統一感と開発者の生産性を向上させます。 

パターンを使用する主な利点の1つは、ビジネスロジックとプレゼンテーションを分離できることです。ビジネスルールが変更された場合、UIは自動的に適応し、手動で更新する必要はありません。このように分離することで、ビジネスロジックを中心に据え、UIにルールを動的に反映させることができます。パターンベースのUIは、デバイスやチャネルをまたぐレスポンシブな設計にも対応しています。

Pegaプリケーションには、フォーム、リスト、ダッシュボード、ケースマネジメントインターフェイスなど、一般的なUIシナリオのためのパターンが組み込まれています。Center-outの原則を維持しながら、特定のビジネスニーズに合わせてこれらのパターンをカスタマイズおよび拡張できます。