アプリケーション開発者は、あるルールパッケージから別のルールパッケージに現在存在しない新しい中間データを渡すために、既存のルールセットを変更しています。変更では、既存のクライアントアプリケーションを変更する必要はありません。
ルールフローは次のとおりです。

アプリケーション開発者が上記の制限内でセグメント顧客と確定文書間でデータを渡すことができるのは、次のうちどれですか？

• A. ルールセット変数
• B. ルールセットパラメーター
• C. ルール変数
• D. ルールプロジェクトプロパティ

意思決定サービスはテストDecision Server環境にデプロイされます。アプリケーション開発者は、Decision Warehouseモニターをアクティブにして、結果の出力をRule Execution Serverコンソール内で集約してレビューできるようにする必要があります。
アプリケーション開発者は、ルールセットでデシジョンウェアハウスモニタリングをどのようにアクティブにしますか？

• A. ルールデザイナで展開構成​​を開き、[意思決定操作]タブで左側の操作を選択し、[ルールの一般的な動作]で[トレース]チェックボックスをオンにします。さらに、ルールセットのプロパティでプラス記号をクリックし、プロパティルールセットを追加します。シーケンシャル、トレース、有効、値をtrueに設定して保存します。
• B. Rule Designerで決定操作を開き、右下隅の[概要]タブで、[ビジネスルールコンテンツ]セクションを使用して、Decision Warehouseでの監視に使用するクエリとバリデータを指定します。
• C. Rule Execution Serverコンソールを開き、ルールセットの[ルールセットビュー]ページに移動し、[監視オプション]セクションを表示して編集し、[決定ウェアハウスでトレースを有効にする]チェックボックスをオンにして保存します。
• D. Rule Execution Serverコンソールを開き、ルールセットの[ルールセットビュー]ページに移動し、上部の[編集]をクリックし、[デバッグ]ボックスをオンにして[保存]をクリックします。さらに、上部の[プロパティの追加]をクリックして、プロパティモニタリングを追加します。フィルタ、値をtrueに設定して保存します。

アプリケーション開発者は、図に示すようにルールセット署名とBOM階層を維持するために、新しい意思決定サービスルールプロジェクトと意思決定操作をどのように作成できますか

• A. 1.新しいメインルールプロジェクトと3つの新しい標準意思決定サービスプロジェクトを作成して、BOM（新しいBOMプロジェクト）を含めます。
  2.新しいBOMプロジェクトのそれぞれのプロジェクト参照をメインルールプロジェクトに追加します。
  3.すべてのルールをメインルールプロジェクトに追加します。
  4.メインルールプロジェクトで意思決定操作を作成します。
• B. 1.新しいメインルールプロジェクトを作成します。
  2.メインルールプロジェクトからルールプロジェクト1、ルールプロジェクト2、およびルールプロジェクト3への参照を追加します。
  3.メインルールプロジェクトで意思決定操作を作成します。
• C. 1. BOM（新しいBOMプロジェクト）を含めるために、新しいメインルールプロジェクトと3つの新しい標準意思決定サービスプロジェクトを作成します。
  2.メインルールプロジェクトのプロジェクト参照をすべての新しいBOMプロジェクトに追加します。
  3.新しいCustomers BOMプロジェクトのプロジェクト参照を新しいOrders and History BOMプロジェクトに追加します。
  4.新しいProducts BOMプロジェクトのプロジェクト参照を新しいOrders and History BOMプロジェクトに追加します。
  5.すべてのルールを追加し、メインルールプロジェクトに決定操作を作成します。
• D. 1. BOMの新しいメインルールプロジェクトと、意思決定操作の新しい標準意思決定サービスプロジェクトを作成します。
  2.顧客、注文と履歴、製品のメインルールプロジェクトにBOMエントリを追加します。
  3. Orders and HistoryエントリのCustomersエントリにBOM参照を追加します。
  4.製品エントリのBOM参照を注文と履歴エントリに追加します。
  5.すべてのルールをメインルールプロジェクトに追加します。
  6. Standard Decision Serviceルールプロジェクトで意思決定操作（顧客用、注文用、製品用）を作成します。

アプリケーション開発者は、メモリ不足エラー後のソリューションのメモリフットプリントを削減するために、メモリに保持されるイベントの数を減らす必要があります。イベント、エージェント、および集約のイベント期間を短縮した後、集約の精度に問題があります。
アーティファクト定義とプロパティ値のどの組み合わせが問題を示していますか？

• A. Aggregate definition of:
  define 'total number test events1 as the number of test events during the last period of 2 days In the solution_properties.xml:
  <property name="maxHorizon">PT12H</property>
• B. Aggregate definition of:
  define 'total number test events' as the number of test events during the last period of 24 hours In the solution_properties.xml:
  <property name="eventAggregateMaxHorizon>PT36H
  </property>

アプリケーション開発者は、Rule Designerのルールプロジェクト内にアクションルールテンプレートを設定しました。このテンプレートを使用して、4つのアクションルールが作成されました。
要件の変更の結果として、新しい条件をテンプレートに追加する必要があります。 Rule Designerを使用して、アプリケーション開発者はこの追加を4つのルールにどのように伝搬できますか？

• A. テンプレートを使用するアクションルールがある場合、ルールテンプレートは更新できないため、テンプレートを使用するアクションルールの関連付けを解除します。
• B. テンプレートを更新した後、Rule Designerの「アクションルールテンプレート」コンテキストメニューを使用して変更を伝達します。
• C. ルールテンプレートを更新した後、変更を保存して、Rule Designerが変更をアクションルールに自動的に伝達できるようにします。
• D. テンプレートを更新した後、関連するアクションルールを手動で更新します。