処理メソッド
処理メソッドは、なんらかの基準に基づいて構成を定義するために使用できるオブジェクトです。たとえば、サービス開始シナリオを開始する場合、サービス要求タイプは顧客情報サービス部門と顧客区分によって異なる場合があります。ユーザーがサービス開始プロセスを開始するときに、顧客情報サービス部門と顧客区分を決定できる、顧客に関する情報の入力をシステムでユーザーに求めることができます。システムではその後、この情報を渡すアルゴリズムをコールし、処理メソッドの定義に従って、使用する適切なサービス要求タイプを取得できます。この項全体を通して、'基準'という用語は、目的の構成を決定するために使用される情報を識別するために使用され、'詳細'または'結果'という用語は、決定される構成情報を識別するために使用されます。
この機能を使用するユース・ケースを設計する場合は、次のことを検討してください。
-
どの情報を識別する必要があるか('詳細'/'結果')前述の例では、構成オブジェクトを例として使用しています(サービス要求タイプ)。ただし、決定する情報は、属性の組合せによって異なる可能性のあるものである場合があります。これを使用して、基準に基づいて実行する収集アルゴリズムを決定できます。または、ユース・ケースの処理を進めるために待機する日数。
-
この情報をいつ、どこで決定する必要があるか、また、それを受け取った後にどのように処理するか。
-
これはユーザーとの対話の一部として必要か。
-
それとも内部処理に必要か。
-
-
目的の情報を決定するために必要な基準は何か。この情報は必要とする時点で入手しているか。それとも、この情報の入力をユーザーに求める必要があるか。
フレームワーク製品には、このタイプの機能をサポートするために必要な汎用オブジェクトが用意されています。個々のエッジ製品または実装では、提供されているツールを使用してユース・ケースを構築できます。この項のトピックでは、提供されている機能についてさらに説明します。
処理メソッド役割
処理メソッドの機能は、特定のユース・ケースを表す処理メソッド役割によって決まります。エンタープライズ製品に関連する可能性のある処理メソッド役割の例として、'サービス開始'、'サービス停止'および'サービス移転'があります。有効な処理メソッド役割は、拡張可能参照を使用して定義され、処理メソッドで参照されます。1つの処理メソッド役割について定義できる処理メソッドは、1つのみです。
処理メソッド役割のユース・ケースにユーザーとの対話が含まれる場合、処理メソッド役割レコードは処理メソッド役割ビジネス・プロセス・アシスタント・スクリプトを参照できます。このスクリプトの役割は、必要に応じて、処理メソッド役割の値を取得し、その役割を参照する処理メソッドを決定し、(ビジネス・オブジェクトで定義された)より具体的なアクション処理ビジネス・プロセス・アシスタント・スクリプトを識別して、そのスクリプトに管理を転送することです。この参照は、ユーザー・エクスペリエンスの実装方法に応じて、監査または情報目的で使用できます。処理メソッド役割ビジネス・プロセス・アシスタントは、このユース・ケースに関連する特定のユーザー・インタフェースの該当するメニュー・エントリや処理ボタンで理想的に構成されます。
ビジネス・ユース・ケースでユーザーとの対話が必要ない場合、処理メソッド役割ビジネス・プロセス・アシスタント・スクリプトは不要です。
処理メソッド・ビジネス・オブジェクト
処理メソッドのビジネス・オブジェクトは、基準と結果の両方について構成する必要がある情報を定義するために使用されます。前述の例を引き続き使用すると、サービス開始ユース・ケースのビジネス・オブジェクトでは、使用するサービス要求タイプとともに顧客情報サービス部門と顧客区分を取得するリストを定義します。この情報は処理メソッドのXMLデータ領域で構成され、スキーマ設計はビジネス要件によって指定されます。たとえば、結果(この場合はサービス要求タイプ)のデフォルト値、および部門と顧客区分の組合せに基づく上書き値をユース・ケースで指定できます。
処理メソッド詳細の取得プラグイン
ビジネス・オブジェクトでは、基準および結果を取得するためのスキーマ情報を定義することに加えて、基準に基づいて結果を取得するために起動する必要があるアルゴリズムを定義します。
プラグイン・スポットは、処理メソッド詳細の取得です。そのAPIは、受け取る情報と返す情報に柔軟性があるため、それぞれの処理メソッドのユース・ケースでビジネス要件に基づいてアルゴリズムを設計できます。
このアルゴリズムは、'名前'と最大5つの値(複数の部分からなる主キーを処理するため)を使用して、'基準データ'のリストを受け取ります。通常、それぞれのエントリには'値1'のみが必要です。特定の処理メソッド・ビジネス・オブジェクト用に設計されたアルゴリズム・タイプで、受け取る情報を決定できます。処理メソッドで定義された基準要素を想定するようにすることができます。この例では、アルゴリズム・タイプは、顧客情報サービス部門と顧客区分を受け取ることを想定できます。または、必要な基準を決定するために使用できる値を受け取るようにアルゴリズム・タイプを設計することもできます。たとえば、アカウントIDを受け取り、その情報を使用して顧客情報サービス部門と顧客区分を決定するようにすることができます。
このアルゴリズムは、1つ以上の結果を'詳細'として返します。返される情報は、ユース・ケースに基づきます。この例では、サービス要求タイプが返されます。ビジネス要件で処理メソッド役割を使用して、複数の結果を返すことができます。たとえば、サービス開始に必要なすべての情報を取得するために、起動するサービス要求タイプとプロセス・フロー・タイプを返します。
この製品には、特定の処理メソッド値のアルゴリズムをコールするビジネス・サービスF1-RetrieveActionMethodDetailsが用意されています。
アクション処理ビジネス・プロセス・アシスタント
ビジネス要件で、処理メソッド詳細の取得アルゴリズムに渡す基準を決定するか、結果の情報を使用してオンライン処理に進むためにユーザーとの対話が必要な場合は、アクション処理ビジネス・プロセス・アシスタントが必要です。このビジネス・プロセス・アシスタントは、「アクション処理ビジネス・プロセス・アシスタント・スクリプト」オプション・タイプを使用してオプションとして設計し、処理メソッド・ビジネス・オブジェクトにリンクする必要があります。
このビジネス・プロセス・アシスタントの設計は、ビジネス要件によって異なります。ただし、全体的には、処理メソッド詳細に関連付けられた基準を決定するために必要な情報の入力をユーザーに求め、F1-RetrieveActionMethodDetailsビジネス・サービスをコールして処理メソッドのアルゴリズムを実行することが必要になる可能性があります。結果が返されると、スクリプトはビジネス・ユース・ケースの次のステップに進みます。
処理メソッド役割と処理メソッド・ビジネス・オブジェクト
処理メソッド役割は、ユース・ケースを定義します。ビジネス・オブジェクトは、基準および結果のスキーマを設計するために使用され、アクション処理ビジネス・プロセス・アシスタントおよび処理メソッド詳細の取得プラグインを識別します。これにより、それぞれの処理メソッド役割についてビジネス・オブジェクトが一意であることを保証できます。ただし、複数の処理メソッド役割とその処理メソッドで同じビジネス・オブジェクトを再利用できる場合があります。たとえば、サービス開始、サービス停止およびサービス移転について異なるサービス要求タイプがあるが、すべての場合において、有効な値は顧客情報サービス部門と顧客区分によって決まるとします。これら3つの個別の処理メソッド役割と処理メソッドでは、共通のビジネス・オブジェクトを再利用して顧客情報サービス部門と顧客区分の基準を定義し、適切なサービス要求タイプを決定できます。