Skip to main content

モジュール型アーキテクチャとエンタープライズ再利用

Pega Platform™はモジュール型アーキテクチャをサポートしているため、アプリケーション機能を再利用可能なコンポーネントにまとめることができます。このアプローチにより、チームは開発を加速させ、重複を減らし、アプリケーション間の一貫性を保つことができます。再利用が可能な設計にすることで、開発効率を最大化し、企業全体ですばやく高品質を実現できます。

エンタープライズの再利用

企業の再利用では、ルール、データ構造、プロセスなどの同じソフトウェアコンポーネントを組織内の複数のアプリケーションで使用する必要があります。

このアプローチには、次のような主なメリットがあります。

  • 開発期間の短縮
  • 労力とコストの削減
  • 品質と一貫性の向上
  • アジリティとコントロールの向上
  • チームやイニシアチブ間の調整を改善

これらのメリットが組み合わさることで、投資収益率(ROI)の向上につながります。Pega Platformは、企業での再利用を念頭に設計されています。データタイプ、データページ、フロールール、統合などのアセットは最初からパッケージ化して再利用できます。この再利用により、組織全体で迅速かつスケーラブルなデリバリーがサポートされます。

モジュールと再利用の説明

Pega Platformでは、ルールが、最も基本的な再利用可能なビルディングブロックです。ルールは、アプリケーションの動作を定義します。再利用を促進するために、関連するルールをモジュールにまとめます。モジュールは、特定のビジネス、統合、またはユーティリティ機能を提供する自己完結型のアプリケーションです。一貫性、拡張性、保守性をサポートするために、エンタープライズ全体で再利用できるモジュールを設計できます。

各モジュールには、アプリケーションが必要とする場所でデベロッパーが実装できる再利用可能なロジックが含まれています。モジュールは他のアプリケーションに依存しないため、保守や更新が容易です。パラメーター拡張ポイントConfiguration Setを使用して、特定のユースケースに合わせてカスタマイズできます。このアプローチにより、チームは作業を重複させずに機能を適応させることができます。

補足: パラメーター化、拡張ポイント、Configuration Setの詳細については、「パラメーター化と拡張ポイント」、「Configuration Setの作成」を参照してください。 

App Studioの再利用ライブラリには、アプリケーションで再利用可能なアセットがリストされており、その使用方法が説明されています。エンタープライズ再利用ライブラリにモジュールを追加すると、チームは複雑なアプリケーションをすばやく組み立てられるため、開発にかかる時間とコストを削減できます。

モジュールのアセットをアプリケーションに含めるには、モジュールを組み込みアプリケーションとして追加するか、New Applicationウィザードを使用します。選択したメソッドによって、アセットを変更できる範囲が決まります。モジュールは再利用できるように構築されているため、モジュール内で機能を変更すると、その変更を再利用するすべてのアプリケーションに反映されます。

補足:  アセットの再利用の詳細については、「再利用ライブラリのアセットを含める方法」を参照してください。

Modular Situational Layer Cake

Situational Layer Cake™のアプローチでは、クラスとルールが階層構造で編成され、アプリケーションコンポーネントの再利用、特殊化、拡張がサポートされます。

推奨される設計アプローチは、Modular Situational Layer Cakeです。このモデルでは、エンタープライズレイヤーは軽量であり続け、組織全体に適用される共有アセット(UIスタイル、セキュリティ、認証など)のみが含まれます。 モジュールは、最も再利用可能な機能を含み、特定のビジネスニーズ、システム統合、またはユーティリティ機能と連携しています。このモジュール型セットアップにより、アプリケーション間での柔軟性と再利用が促進されます。

次の画像で「+」アイコンをクリックすると、PegaのModular Situational Layer Cakeの例が表示されます。

Pega Platformでアプリケーションを開発するには、さまざまなレイヤーと、レイヤーが互いに継承する方法を理解することが不可欠です。このようにクラスとルールを整理することで、アプリケーション内でのルールの再利用性が向上し、特定の要素のカスタマイズの幅が広がります。

補足: 詳細については、「Situational Layer Cake」を参照してください。

次の問題に答えて、理解度をチェックしましょう。  

モジュールのベストプラクティス

再利用とROIを最大化するには、ビジネスニーズを理解し、適切な詳細レベルでモジュールを設計することが重要です。企業で複数のアプリケーションを使用する場合、それらのアプリケーション間で一貫性を保つ要素を特定し、再利用します。 たとえば、次のようなタイプのモジュールを作成できます。

  • データオブジェクトモジュール: ビジネスモジュールには、顧客、アカウント、注文などの単一のエンティティに焦点を当てた再利用可能なアセットが含まれます。
  • 統合モジュール: 統合モジュールには、単一システムとの統合に焦点を当てた再利用可能なアセットが含まれています。
  • ユーティリティモジュール: ユーティリティモジュールには、ドキュメント管理などのユーティリティ機能を実行する再利用可能なアセットが含まれています。

通常、モジュールにはケースタイプは含まれません。これは、ケースタイプは特定のワークフローと一致し、拡張なしで再利用するのが困難であるためです。この制限により、更新の管理が難しくなります。変更を防止するには、モジュールのほとんどのルールを「Final」にマークします。Configuration Setを使用して、カスタマイズが必要な動作をサポートします。

共通の再利用可能なモジュールには、ユーザーが顧客データを検索、取得、更新できる顧客モジュールと、ユーザーが事前定義されたメッセージを送信および編集できるメッセージングモジュールがあります。

補足: 詳細については、「モジュールのベストプラクティス」を参照してください。

関連レコードとStudioの相互運用性

Pega Platformでは、App StudioとDev Studioが連携して開発を簡素化し、コラボレーションを強化します。開発者はDev Studioでルールを作成し、それを関連レコードとしてマークしてApp Studioで利用できるようにします。ローコードユーザー向けに設計されたApp Studioでは、チームはこれらの関連レコードを使用して機能を構築できます。この相互運用性により、業務チームとITチームは効率的にアプリケーションを共同開発できるようになります。

次の図は、Dev Studioでルールを関連レコードとしてマークする方法を示しています。

Mark as relevant record.
注: レコードを関連レコードとして指定する前に、そのレコードがガードレールに適合しているかどうかを確認してください。 

スタジオ間で使用される一般的なビルディングブロックには、スマートシェープ、データページ、データトランスフォームなどがあります。App Studioでレコードを作成すると、システムによって関連レコードとしてマークされ、Studio間で利用できるようになります。App StudioのConfiguration Setを使用して、基盤となるルールを変更せずにアプリケーションの動作を調整することもできます。

補足: 詳細については、「関連レコードとStudioの相互運用性」を参照してください。

次の問題に答えて、理解度をチェックしましょう。   


このトピックは、下記のモジュールにも含まれています。

トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。

このコンテンツは役に立ちましたか?

改善できるところはありますか?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice