タスクについて

ガバナンス・アプリケーションの構築では、基本的に3つのステージが必要です。バックエンド・サービスからデータをフェッチするには、APIレイヤーを作成する必要があります。また、監査結果の表示や各監査での質問リストの作成など、必要なタスクをユーザーが実行できるようにするユーザー・インタフェースも作成できます。次に、監査承認者が元の監査者に質問を送信できるワークフローと、ユーザー・インタフェースを統合します。

Oracle Mobile Hubを使用したAPIレイヤーの作成

Oracle Mobile Hubでは、既存のSaaSアプリケーションの周囲にファディAPIレイヤーを構築する際に、JavaScriptおよびNode.jsを使用します。このAPIレイヤーは、基礎となるAPIをユーザーからマスクするもので、ユーザーがアクセス権を持つ正確な機能のみを公開できるようにします。

Oracle Mobile Hubを使用してファシャドAPIレイヤーを作成すると、次のことができます。

パフォーマンスの向上パフォーマンスはモバイル・アプリケーションのすべてのもので、モバイル・ネットワークは待機時間が長く、スループットは良好です。さらに、バックエンド・コールの大部分をバックグラウンドでSaaSサービスに実行することは、高速のSaaSデータ・センター・リンクを使用してデータを取得することを意味します。
可能な場合、バックエンド非同期サービスを利用します。バックエンドAPIサービスがコールをパラレル(非同期)で実行する機能を提供し、すべてのコールでの結果が返されるまで待機する場合は、サービス・リクエストをバックエンド・サービスにインターリーブすることをお薦めします。
キャッシュを実装します。キャッシュのタイプ(ユーザーごとまたはアプリケーション全体)に関係なく、APIサービスにキャッシュを実装すると、通常はパフォーマンスの向上に役立ちます(バックエンド・サービスの速度が遅い場合)。キャッシュすると、SaaSレイヤーの負荷も軽減されます。最後に、バックエンド・サービスがレート制限されている場合、または1日当たりに限定された数のAPIコールを提供する場合は、キャッシュが非常に重要になります。
ソリューションの規模を簡単に変更できます。バックエンドがステートレスの場合、ソリューションはエラスティックなコンピューティングで簡単にスケールできます。
UIの複雑さを減らします。UI開発者は、データの形成や変換ではなく、UIリクエストでのデータの表示とUIリクエストの処理に集中できます。バックエンドAPIレイヤーが単純化、またはバックエンド・サービスをエンリッチすることで、UIはより単純で明瞭で高速です。
再使用の許可。組織内の複数のアプリケーションで同じ機能が必要な場合があります。APIレイヤーを作成すると、他のプロジェクトでそのAPIレイヤーを再利用できます。
セキュリティを強化します。クライアント(特にJavaScriptクライアント)からSaaSレイヤーに直接アクセスすることは、危険を伴います。その他のJavaScript開発者は、サービスに発行されたAPIコールのインターセプト、実行されているコールの理解、および様々なパラメータを指定してAPIコールのリプレイを行うことができます。

どのようなアプリケーション開発でも、APIの形状によって、クライアントの構築および使用が容易になるかが決定されます。適切に設計されたAPIレイヤーを使用すると、ユーザー・インタフェースから複雑な作業を抜き出し、APIレイヤーで処理できます。そのため、APIデザイン全体を慎重に考慮することが重要です。

Oracle Visual Builderを使用したユーザー・インタフェースの構築

ユーザー・インタフェース(UI)の構築時に、AngularJS、ReactJS、ブートストラップなどのhtml 5フレームワークおよびライブラリを含む、多くのテクノロジから選択できます。また、Oracle JETを使用してUIを構築できます。ただし、これらのテクノロジの一部では、アプリケーション開発に非常に時間がかかり、コストもかかります。また、JavaScriptやスタイルシート、ビルドのツールなどで高度に経験のあるアプリケーション開発者も考案する必要があります。Oracle Visual Builderは、UIの構築に適した中間です。宣言的なジェスチャとコンポーネントが多数サポートされています。ただし、生成されたJavaScriptコードへの完全なアクセス権も提供しています。これにより、必要な場合にカスタム・コンポーネントを作成できます。Oracle Visual Builderを使用することでUIを迅速に構築でき、Oracle Mobile HubによってデプロイされたRESTサービスと連携してapiを使用するように適切に設計されています。

ガバナンス・アプリケーションを構築する際に、このUIは一部のユーザー(このシナリオの監査承認者など)によってのみ使用されるため、モバイル・デバイス上のピクセルパーフェクトのあるアプリケーションは必要ありません。開発時間を最小限にし、監査者がアプリケーションを簡単に使用できるようにすることが、より重要です。もう1つの重要な側面は、最小限の作業でUIの様々な側面を変更できる柔軟性です。これにより、すぐに使用を開始する必要があるユーザーを保持せずに、アプリケーションを段階的に改善および強化できます。

次に、前に設計したApiを利用して、クライアントが実行できるようにする必要がある主要なタスクをいくつか示します。

監査アプリケーションでのオープン監査の問合せ
監査承認者が指定した監査の結果をレビューできるようにします
監査承認者が質問のリストを作成し、リストが完成するまで質問リストに追加できるようにします
監査承認者が、指定された監査の監査者に質問リストを送信できるようにします
ワークフローを実行して、解決する必要がある質問があることを監査者に警告します。

Oracle Visual Builderでは、監査承認者が尋ねた質問の一時的なストアまたはバスケットとして使用するカスタム・オブジェクトを定義できます。バスケットや質問のリストは、Oracle Integrationのプロセス機能(場合によってはOracle Process Cloud Serviceと呼ばれる)と統合して、監査者が質問を解決できるようにしておくことができます。

ワークフローの作成およびユーザー・インタフェースとの統合

ユーザー・インタフェースをワークフローと統合するには、Oracle Integrationのプロセス機能(Oracle Process Cloud Serviceとも呼ばれる)を使用できます。この機能を使用すると、ワークフローの迅速な作成、ユーザーへのタスクの割当て、およびユーザー間のドキュメントの交換を行うことができます。ワークフローは、ビジネス上の必要に応じて単純なものにすることも複雑なものにすることもできます。

適切なアプローチは、Oracle Integrationの機能を使用して、プロセス・ワークフローをクリーンかつ効率的な方法でユーザー・インタフェースに統合することです。この方法を実装するために推奨される一連のステップを次に示します。

UIから、指定した監査IDでOracle Integrationサービスを呼び出します。
Oracle Integration Serviceは、Oracle Visual Builderを呼び出して、指定された監査についての監査質問のリストを取得します。
指定した監査の監査者リストを取得します。
監査質問ごとに、新しいプロセス・インスタンスを作成して、そのインスタンスを監査者に割り当てて、それぞれのプロセス・ワークリストに表示されるようにします。

このアプローチには、次のようないくつかの利点があります。

質問の数によっては、大量のコールではなく、UIからOracle Integrationサービスへのコールが1つのみ発生します。
Oracle Visual Builderを使用したUIからOracle Integration Serviceへのコールは非同期で非常に高速です。
Processワークフロー・インスタンスの作成中にエラーが発生すると、Oracle Integration Serviceでエラーが管理され、再試行されます。Oracle Visual Builderはエラー管理には関与しません。
プロセス機能のパフォーマンスは、主にプロセス・フロー(ヒューマン・ワークフローに基づいています)に使用され、ランタイム・プロセスの数が削減されると最適化されます。
Oracle Integration Serviceには、統合ベースである別のAPIレイヤーが用意されています。これはその他の拡張機能に使用できます。ユーザーのOutlookカレンダでタスクを作成したり、データをログ・サービスに書き込む場合は、Oracle Integration Serviceレイヤーでこのタイプの機能を実装する理想的な場所が提供されます。