Pega Constellation と画面設計
Constellation の仕組み、従来 UI との違い、移行の進め方、画面設計の判断を扱う記事です。
この領域で判断すること
Constellation は画面と業務ロジックを API で分ける設計で、従来の Section ベースの UI とは考え方が異なります。View と Template の設計、カスタム部品を作るかどうか、移行の順序、ポータルの分け方など、画面まわりの判断をまとめています。
最初に読む
- 01 Pega Constellation とは|従来 UI との違いと移行の考え方
Pega Constellation とは何か。従来の Section ベース UI との違い、構成要素の役割、標準でできないことへの向き合い方、新規ケース・共存・全面移行という 3 つの移行パターンと、移行前に見ておくべき点を 1 本にまとめました。
- 02 Pega Constellation UI と Cosmos の違いを徹底比較
Pega の次世代 UI アーキテクチャ「Constellation」と従来の「Cosmos」を、設計思想・開発体験・パフォーマンス・移行戦略の観点から実装経験者の視点で徹底比較します。
- 03 Pega Constellation UI で「できないこと」と現実的な回避策
Pega Constellation UI で実装時に直面する「できないこと」——アサインメント画面のボタン・連続画面・List view の列など——と、標準の枠内での現実的な回避策を実装経験からまとめます。
このテーマの記事(7 本)
- Pega カスタム DX Component(React) の作りどころ|OOTB 設定と自作の使い分け
- Pega Constellation の View/Template 設計|自動生成 UI を活かす判断とアンチパターン
- Pega DX API で独自フロントを作る判断|標準 Constellation UI との使い分け
- Constellation 移行の事前アセスメント|工数を左右する UI 資産の棚卸し方法
関連するご支援: Constellation UI の導入支援