A. ビジネスルールのwhen部分の前に時間枠を追加して、次のようにイベント処理を2時間延期します。
2時間後
受注が発生したとき

B. 次のようなビジネスルールのwhen部分に2時間の遅延ステートメントを追加します。
注文を受け取ったときにsleep（2 * 60 * 60 * 1000）が発生したとき

C. このように2時間イベント処理を延期するビジネスルールのwhen部分を実装します。受注が2時間前に発生したとき

D. タイマーコールバック関数Order Handling Timerを実装し、次のようなルールから呼び出します。
「受注」と呼ばれる受注が発生したとき
注文「注文」で注文処理タイマーを呼び出し、2時間待機します。

A. クラシックルールエンジンはBALルール言語のみを使用できます。

B. 決定エンジンはすでにコードとしてコンパイルされています。

C. 意思決定エンジンはワーキングメモリとアジェンダを活用できません。

D. クラシックルールエンジンは既にコードとしてコンパイルされています。

A. 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>

B. 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>

A. 1.起動していないルールからすべての条件を削除し、ルールを呼び出して、フロー内に条件なしで他のロジックのコンテキストでルールが機能することをテストします。
2.政府の価格設定に関連するルールを分離し、ルールフローなしで実行します。
3.決定ウェアハウスを使用して、決定トレースを調べます。
4. Rule Designer Debuggerを実行し、作業メモリーを検査します。
5.詳細なRule Execution Serverロギングを使用して、ログファイルを検査します。

B. 1.ビジネスコンソールを使用して、決定トレースを調べます。
2.政府の価格設定に関連するルールを分離し、ルールフローなしで実行します。
3.ルールを完全なルールフローに追加し、フロー内の他のロジックのコンテキストでルールが機能することをテストします。
4.詳細なRule Execution Serverロギングを使用して、ログファイルを検査します。

C. 1.起動していないルールからすべての条件を削除し、ルールを呼び出して、フローに条件がなくてもルールが他のロジックのコンテキストで機能することをテストします。
2.条件をルールに追加し、フロー内の他のロジックのコンテキストでルールが機能することをテストします。
3.決定ウェアハウスを使用して、決定トレースを調べます。
4.詳細なRule Execution Serverロギングを使用して、ログファイルを検査します。

D. 1.政府の価格設定に関連するルールを分離し、ルールフローなしで実行します。
2.ルールを完全なルールフローに追加し、フロー内の他のロジックのコンテキストでルールが機能することをテストします。
3.決定ウェアハウスを使用して、決定トレースを調べます。
4.詳細なRule Execution Serverロギングを使用して、ログファイルを検査します。

A. オプションC

B. オプションA

C. オプションD

D. オプションB

A. Operational Decision Managerビジネスルールテクノロジーを別のアプリケーションに統合できるようにするAPI。

B. アプリケーション開発者がDecision Center Business ConsoleをHTMLフレーム要素に埋め込むことができるAPI。

C. Operational Decision Managerの組み込みJSR-94ルールエンジンAPIコンポーネント。

D. アプリケーション開発者がOperational Decision Managerルールプロジェクトに外部Javaベースのアプリケーションを埋め込むことができるAPI。

A. スコアリング構成を処理する新しいJavaエージェントプロジェクトの作成スコアリングモデルイベントを処理するJavaエージェントプロジェクトのエージェント記述子ファイルを完成する新しいJavaエージェントプロジェクトのスコアリングモデルの属性を関連付ける新しいルールを作成する

B. Javaコードを使用してスコアリングモデルの入力と出力をマッピングします
新しい予測スコアリングエージェントプロジェクトのエージェント記述子ファイルを完成しますスコアリングサービスプロパティをsolution_properties.xmlに追加します

C. 既存のエージェントプロジェクトから予測スコアリングエージェントプロジェクトへの参照を作成します。生成されたスコアリングサービスXMLスキーマからイベントとエンティティタイプをインポートします。生成されたプロパティファイルの内容をsolution_properties.xmlにコピーします。サービス出力

D. 現在のソリューションの既存のエージェントプロジェクトから予測スコアリングエージェントプロジェクトへの参照を作成します。関連するbmdファイルに次のステートメントを追加します。