IBM C9550-413日本語 Value Pack (Frequently Bought Together)

アプリケーション開発者は、イベントベースのローン適格性アプリケーションを実装する必要があります。アプリケーションは、顧客レコードを保持するLoan Requestイベントを受け取ります。
ローン適格性アプリケーションロジックの一部では、顧客の個人情報を抽出し、それを使用してWebサービスを呼び出して顧客のクレジットスコアを取得する必要があります。
アプリケーション開発者はこのロジックをどのように実装できますか？

• A. 1.ローン要求イベントのイベントハンドラーエージェントを実装します。
  2. Webサービスを呼び出すJavaクライアントを開発し、JARファイルとしてパッケージ化します。
  3.イベントハンドラエージェントからJavaクライアントを呼び出し、顧客の個人情報を渡します。
• B. 1. Javaエージェントを作成します。
  2.エージェント記述子を定義して、ローン要求イベントを処理し、顧客レコードを抽出します。
  3. Javaエージェントをコーディングして、顧客レコードの顧客個人情報を使用して、顧客のクレジットスコアを返すWebサービスを呼び出します。
• C. 1.ルールエージェントを作成します。
  2.エージェント記述子を定義して、ローン要求イベントを処理し、顧客レコードを抽出します。
  3.ビルトインWebサービスルールを使用してWebサービスを呼び出し、顧客の個人情報を渡します。
• D. 1. Webサービスエージェントを作成します。
  2.ローン要求イベントをリッスンするようにエージェントを構成します。
  3.顧客レコードの顧客個人情報をWebサービス操作にマッピングすることにより、Webサービス呼び出しを実装します。

ビジネスには、2つのルールセットと2つのルールセット署名が必要です。両方のルールセット署名には、入力パラメーターの1つとしてLoanオブジェクトが必要です。ルールセットの署名は次のように動作することが期待されています。
1.「ローン検証」;検証プロジェクトのルールのみを使用します。
2.「価格設定によるローン検証」;価格設定プロジェクトと検証プロジェクトの両方のルールを使用します。
アプリケーション開発者は、以下に示すように、デフォルトのルールプロジェクトテンプレートから2つのルールプロジェクトを作成することから始めます。
価格設定-メインルールプロジェクトテンプレートから作成。すべてのローン価格設定ルールを含めることを意味します。
検証-標準ルールプロジェクトテンプレートから作成。すべてのローン検証ルールを含めることを意味します。
アプリケーション開発者は、「価格設定付きのローン検証」ルールセット署名をどのように定義する必要がありますか？

• A. ローンタイプの価格設定ルールプロジェクトで入力ルールセットパラメーターを定義します。新しいRuleAppプロジェクトを作成し、両方のルールプロジェクトをRuleAppに追加します。
• B. 検証ルールプロジェクトで意思決定サービス操作を作成します。タイプLoanのルール変数を入力パラメーターとして指定します
• C. ローンタイプの価格設定ルールプロジェクトで入力ルールセットパラメーターを定義します。両方のルールプロジェクトを新しいRuleAppプロジェクトに追加します。
  新しいRuleAppプロジェクトへの参照を、価格設定ルールプロジェクトの展開構成に追加します。
  タイプLoanの価格設定ルールプロジェクト入力ルールセットパラメーターを、意思決定サービス操作の入力パラメーターとして指定します。
• D. 価格設定ルールプロジェクトで意思決定サービス操作を定義します。タイプLoanの入力パラメーターを指定します。

ルール適用プロジェクト内で、ビジネスユーザー中心のアプローチが選択され、Decision Centerがマスターソースとして確立されました。アプリケーション開発者は、Rule Designer内でルールプロジェクトの同期を実行し、ルールファイルの競合について通知されます。
確立されたマスターソースのコンテキストでは、競合を解決するためにアプリケーション開発者はどのようなアクションをとる必要がありますか？

• A. オーバーライドおよび公開
• B. オーバーライドおよび更新
• C. 公開
• D. 更新

アプリケーション開発者は、顧客のアカウント閉鎖の確率を取得できるように予測スコアリングエージェントを構成する必要があります。
次の手順に加えて、他の手順を定義する順序が重要でないエージェントを構成するために、アプリケーション開発者が完了する必要がある他の手順は何ですか？
[ソリューションマップ]ビュー内の[作成者]セクションのウィザードを使用して、予測スコアリングエージェントを作成します。

• A. Add the following properties and their values to the solution_properties.xml file:
  <property
  name="my_scoring_endpoint.url">http://localhost:9080/scoring/services/Scoring.H1
  <property name="my_scoring_endpoint.user">userl</property>
  <property name="my scoring endpoint.password" encoded="true">passwordl</pro
• B. 接続プロパティを使用して、エージェント記述子ファイル「agentadsc」を完成させます。
  高度なプロパティ：
  - url
  http://localhost:9080/scoring/services/Scoring.HttpV2
  - user user1
  - password password1
• C. Update the predictive scoring agent Java file (ie: MyAgent.java) with the following annotation:
  @ScoringConfiguration (user="userl",url="http://localhost:9080/scoring/services/Scoring.HttpV2", password="passwordl")
• D. Define a connectivity definition from the "Model" section inside the "Solution Map" view. Define an inbound end point for the scoring service and set its advanced properties as follows:
  advanced properties:
  - url
  http://localhost:9080/scoring/services/Scoring.HttpV2
  - user user1
  - password password1

アプリケーション開発者は、インフラストラクチャチームと協力して、継続的インテグレーション中にソリューション資産のバージョン番号を制御するための正しい手法を考案する必要があります。チームは、自動化されたソリューション展開プロセス中に手動で介入する必要性を排除したいと考えています。
アプリケーション開発者は、手動介入なしで展開中にソリューション資産のバージョン番号をどのように制御できますか？

• A. ソリューションプロジェクトのSOLUTION.MFファイルのバージョンを更新するスクリプトを記述します。
• B. ソリューションプロジェクトのsolution_properties.xmlファイルのバージョンを更新するスクリプトを記述します。
• C. ヘッドレスEclipseコマンドを使用してエクスポートし、-versionフラグを使用します。
• D. solutionManagerスクリプトを使用してエクスポートし、-versionフラグを使用します。