Dev Studio
堅牢なエンタープライズグレードのPega Platform™アプリケーションは、アプリケーションデベロッパーの2つの主要グループの協力関係に基づいています。 専門分野のエキスパート：ビジネスアナリスト、シチズンデベロッパー、フロントエンドデベロッパーは、プロセスやユーザーニーズについての貴重なインサイトを提供します。システム導入のエキスパート：システムアーキテクト、フルスタックデベロッパー、データベース管理者、セキュリティ管理者は、複雑な設定を必要とする重要なユースケースに対応できる専門知識を提供します。
App Studioでは、専門分野のエキスパートは、コアアプリケーション開発機能（ケースデザイン、データ管理、およびユーザーエクスペリエンス）にアクセスし、専門知識を活用して開発の成果を改善できます。アプリケーションの高度なルール設定をサポートするため、Pega Platformではシステム導入のエキスパートのために、第二の開発環境、Dev Studioが提供されます。Dev Studioでは、システム導入のエキスパートがルールフォームに直接アクセスして、複雑な設定要件や、あまり一般的ではない設定要件に対応します。さらに、Dev Studioでは、セキュリティのアクセス権限とアクセス制御の設定、再利用を促進するルールの管理、およびアプリケーションのパフォーマンス制限に対処する機能が提供されます。Pega Platformは、2つの開発環境を提供することで、スキルレベルに合わせて調整された、実行するタスクに最適な環境により、アプリケーションデベロッパーの各グループをサポートします。
次の画像と説明文の番号を照らし合わせて、Dev Studioのサービスレベルアグリーメント（SLA）で利用可能ないくつかのオプションを確認してください（App Studioで利用可能な基本的な目標と期限よりも細かい設定）。
- 初期化動作：Dev Studioでは、SLAで初期緊急度をカスタマイズしたり、ワークリストやワークキューに送信される前にアサインメントが保留される際、目標タイマーや期限タイマーの開始を遅らせたりできます。
- インターバルの長さの変更：Dev Studioでは、明示的な長さだけではなく、プログラム的なインターバルを適用して、ケースバイケースでSLAの動作を調整できます。
- 目標インターバルと緊急度の調整：SLA目標のインターバルオプションはApp Studioで設定可能です。
- 営業日の考慮：Dev Studioでは、SLAインターバルを計算する際に、祝日や週末を考慮して休日を除外できます。
- 追加のエスカレーションアクション：Dev Studioで、タスクの再割り当てやケースの完了など、通知以外の追加のエスカレーション オプションを設定できます。
以下のインタラクションで理解度をチェックしてください。
共同開発ソリューション
ビジネスアナリストとシチズンデベロッパーはビジネスニーズを理解しています。システムアーキテクトはPega Platformの機能を理解しています。これら2つのグループの連携を支援するため、Pega Platformでは、各グループの強みを取り入れた共同開発アプローチを実現しています。この共同開発のアプローチでは、ビジネスアナリストとシチズンデベロッパーに開発チームのコアメンバーとしての権限が付与されるため、それぞれ専門知識を活用してビジネスプロセスの設計を改善できます。専門分野のエキスパートとシステム導入のエキスパートが協力することで、優れたソリューションをすばやく開発できます。
次の画像と説明文の番号を照らし合わせて、ビジネスアナリストとシステムアーキテクトがどのように連携し、注文の配送先住所の入力で優れたユーザー体験を設計できるかを確認してください。
- ビジネスアナリスト：ビジネスアナリストはApp Studioでビューを設計して、注文の請求先住所と配送先住所を取得します。住所が請求先住所と一致する場合でも、ユーザーは配送先住所を手動で入力する必要があります。
- システムアーキテクト：システムアーキテクトはユーザーの要求に応じて請求先住所を配送先住所に自動的にコピーできるようにする機能を追加します。さらに、システムアーキテクトはテストケースを作成して、機能が意図される通りに動作することを確認し、アプリケーションの将来のリリースにおける回帰エラーを特定します。
- ユーザー：チェックアウト時にユーザーは完了したビューのチェックボックスをクリックして、請求先住所に注文を発送します。
組織全体で再利用を促進する
App Studioでは、デベロッパーは単一のケースタイプに対してプロセス、ビュー、コレスポンデンス、サービスレベルなどのルールを設定できます。Dev Studioでは、デベロッパーはアプリケーションのすべてのレイヤーにアクセスして、単一のケースタイプから、ルールのスコープをアプリケーション、部門、または組織全体に拡張し、標準化された再利用可能なルールのライブラリを作成できます。シチズンデベロッパーとビジネスアナリストは、これらのテスト済み、実証済みのルールを使用することで、後続リリースの開発時間を短縮できます。
次の画像と説明文の番号を照らし合わせて、システムアーキテクトが承認プロセスの範囲を拡張してアプリケーションの品質を改善し、シチズンデベロッパーが他のアプリケーションでプロセスを再利用できるようにすることで、市場投入までの時間を短縮する方法を確認してください。
- 承認プロセスの設計：App Studioを使用して、ビジネスアナリストは損害保険の契約管理アプリケーションの一部として、保険金の承認プロセスを設計します。
- プロセスの拡張：承認プロセスは多くの種類の消費者保険商品で一貫性があるため、システムアーキテクトはDev Studioを使用してプロセスのスコープを消費者部門全体に拡張します。
- プロセスの再利用：ビジネスアナリストはApp Studioを使用して、旅行および自動車保険ポリシー管理アプリケーションで承認プロセスを再利用し、市場投入までの時間を短縮し、アプリケーションの品質を改善します。
必要に応じてスタジオを切り替える
アプリケーションデベロッパーは、ルールの動作を設定するために、必要に応じてApp StudioとDev Studioを切り替えることができます。各スタジオの左上には、ユーザーが利用できるすべてのスタジオを一覧表示したメニューがあります。別のスタジオに切り替えるには、メニューからスタジオ名を選択します。
また、App Studioから、Dev Studioの特定のルールを開くことができます。たとえば、App Studioで目標と期限を設定した後、Dev Studioで対応するSLAレコードを開くことができます。
スタジオ間の名前の違い
Dev Studioでは、デベロッパーは、シチズンデベロッパー、ビジネスアナリスト、およびフロントエンドデベロッパーがApp Studioで作成したルールにアクセスすることができますが、ルールには別の名前が付けられていることがあります。次の表は、いくつかの一般的なApp Studio要素と、Dev Studioでこれらの要素に使用される別の名前を示しています。
| App Studio | Dev Studio |
|---|---|
| フィールド | プロパティ |
| 目標と期限 | サービスレベルアグリーメント（SLA） |
| ユーザー | オペレーター |
| チーム | ワークグループ |
補足： たとえば、App Studioでは、データモデルとビューにfields を追加します。システムにより、対応するproperty が作成され、Dev Studioで変更できるようになります。詳細については、「ケースのデータモデルの拡張」を参照してください。2つのスタジオ間の用語の違いの詳細については、「App StudioとDev Studioの命名の違い」を参照してください。
以下のインタラクションで理解度をチェックしてください。
このトピックは、下記のモジュールにも含まれています。
- Dev Studioの概要 v7
- ローコードの定義 v9
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。