はじめに

ここでは、Decision Centerに関するチュートリアルをなぞっていきながら、Decision Center利用の流れを見ていきたいと思います。
1つ前の記事ではルールを作ってRESにデプロイするだけでなく、Decision Centerへ公開するところまでやってみました。今回のチュートリアルは、その公開されたルールをDecision Center上でメンテナンスする、という位置づけです。
一度ルールを作成して公開すれば、ブラウザからGUIベースでルールのメンテナンスができるので、プログラマーでなくても簡単に迅速にルールの変更が行えますよ、というのがイメージできるとよいです。

関連記事

IBM Operational Decision Manager メモ - (1) 概要、Linuxへのインストール
 IBM Operational Decision Manager メモ - (2) ルール開発から実行までの流れ
 IBM Operational Decision Manager メモ - (3) Decision Center利用の流れ
 IBM Operational Decision Manager メモ - (4) Linux上での環境セットアップ
 IBM Operational Decision Manager メモ - (5) z/OS上での環境セットアップ
 IBM Operational Decision Manager メモ - (6) z/OS上でのルール呼び出し
 IBM Operational Decision Manager メモ - (7) zODM環境補足

チュートリアルのシナリオ概要

このチュートリアルでは2人の登場人物が出てきてそれぞれの役割に応じた操作を行うので、その辺りを理解した上で操作を進める必要があります。

Paulさん: ルール管理の責任者。ルール改修の指示や最終的なリリースの決定を行う人。
Baeさん: 実際に手を動かしてルールの修正を行う人。

以下の流れでルールのメンテナンスを行います。

Paulさんが現在のルールを確認しスナップショットを取得した後、Beaさんにルール改修の指示を出します。
BeaさんはPaulさんの指示に従いルールの改修を行います。ここで実施するのは既存のDecision Tableの修正と、新規Action ruleの追加です。
Paulさんは改修された内容を確認し正しく動作するかテストします。テストが完了したらルールをRESにデプロイします。

※Paul, BeaというユーザーはSample Serverに事前に定義されています。

チュートリアル実施

以下のチュートリアルの指示に従って進めていきます。
Getting started with decision services

Task 1: Evaluating and assigning changes

まずPaulさんとしての操作を行います。
ここでは既存のルールを確認してスナップショットを取り、ルール改修指示を出します。

Step 1: Accessing the decision service

ブラウザからDecision Centerにアクセスし、"Paul"でログインします。

Miniloan Serviceの"メイン"ブランチを開きます。

"意思決定成果物"タブの下の"タイプ"のXをクリックします。(デフォルトでは表示するタイプが絞り込まれているため、フィルター条件を削除して全タイプの成果物を表示させます)

全成果物が表示されるようになりました。

Step 2: Following changes to rules

左側のリストからeligibilityを選択し、真ん中の列の項目全てにチェックし、星マークをクリックします。

これで、eligibility以下のルールがすべてフォロー対象になりました。(変更された場合に確認しやすくなります。)

Step 3: Opening the business rules

eligibility以下の2つのルール("minimum credit score", "repayment and score")を確認しておきます。

"minimum credit score"

"repayment and score"

※ここは中身を確認するだけ

Step 4: Taking a snapshot

この時点でのSnapshotを取ります。Snapshotを取っておくと意図しない変更をしてしまった場合にもこの時点に戻せますし、ルール修正後にどの部分が修正されたのか比較できるようになります。

"スナップショットの取得"をクリック

名前、説明を記入して"作成"をクリック

"スナップショット"タブで、Snapshotが作成されたことが確認できます。

Step 5: Posting a comment

ホーム - ストリームから、Beaさんへルール修正指示を送るためのコメントを投稿します。

コメントが投稿されました。

Paulさんの作業は一区切りなので、ログアウトします。

Task 2: Creating and editing rules

次に、Beaさんとしての操作を行います。
ここでは実際にルールの改修を行います。

Step 1: Searching for rules

ブラウザからDecision Centerにアクセスし、"Bea"でログインします。

ホーム - ストリームを確認すると、Paulさんからルール改修指示が上がっているのが確認できます。

ライブラリからMiniloan Serviceの"メイン"ブランチを開きます。

eligibility以下の repayment and score を開きます。

タイムラインをクリックします。Paulによりスナップショットが取得されたことが確認できます。

前の画面に戻って、編集アイコンをクリックします。

そのままOK

ルールが編集できるようになるので、1行目のcredit score - max の 200 を 300 に変更します。

次に"詳細"ボタンを押して、ポップアップ画面の "状況"を"検証済み"に変更します。

"保存"ボタンを押して、コメントを追記し、新規バージョンの作成をクリックします。

一旦ルールの変更ができました。

※この時点では不具合が含まれています。

Step 3: Correcting an error

さて、先に変更した内容だと1行目のみ変更しているので条件が1行目と2行目でかぶってしまっておりよろしくない状態です。
セルの左下にオレンジ色の三角マークが表示されている所がありますが、そのセルにカーソルを合わせるとポップアップでメッセージが表示されます。例えば2行目の200のセルにカーソルを合わせると以下のようなメッセージが表示されます。

条件が重複している場合このように警告してくれるのでミスを未然に防げます。
2行目のcredit score - min の欄を300に変更します。これで整合性がとれました。

再度コメントを付けて保存します。

タイムラインをクリックします。

新しいバージョンを保存した履歴が確認できます。

Step 4: Creating an action rule

今度は新しいルールを追加します。
validation を選択して「＋」ボタンをクリックします。

新規ルールを選択します。

ルールの名前に"check duration"を指定して"作成"をクリック

Action ruleのエディターが開きます。

Rule Designerと同様にコンテンツ・アシスト機能が使えますので、それを利用しつつルールを記述していきます。

ガイドに従い以下のようなルールを定義し、"保存"をクリックします。

コメントを記入して"新規バージョンの作成"をクリックします。

"check duration"という新しいルールが追加されました。

ホーム - ストリームから、Paulさんのコメントに対してルール改修が完了した旨の返答をします。

コメントが投稿されました。

これでBeaさんの操作は完了ですのでログアウトします。

Task 3: Testing and deploying the decision service

再びPaulさんとして操作します。
ここでは変更されたルールの確認/テストを実施し、RESへのデプロイを行います。

Step 1: Comparing changes to the initial state

ユーザー"Paul"でログインします。

ホーム - 最近のアクティビティーを参照します。ここで、Beaさんから作業が完了したメッセージや、追加/更新されたルールについての情報が確認できます。

新規ルール以下の"メイン"をクリックします。

"スナップショット"タブから、先に取得したSnapshot"Initial State"をクリックします。

"比較"ボタンをクリック

比較対象の2つ(ここでは、"プロジェクトの現在の状態" と "Initial State")を選択して"比較"をクリックします。

これで選択した両者の差分比較が行えます。つまり、どのように修正が行われたのか確認することができます。
"追加済み"をクリックすると、check durationというルールが追加されていることが分かります。

"更新済み"をクリックすると、"repayment and score"が更新されたことが分かります。

"repayment and score"の行にマウスを当てると"このエレメントの2つのバージョンを比較"というボタンが出てくるのでクリックします。

変更内容が以下のように確認できます。

"プロパティー"をクリックするとプロパティーの変更内容も比較できます。

Step 2: Running a test suite

テストを実施する際には、はじめに"テスト・スイート"と呼ばれるものを作成し、どのようなテストを行うかを登録しておく必要があります。今回はサンプルとして事前に用意されたテスト・スイートがあるのでその中身を確認しておきます。
Miniloan Serviceのルールを開いて"テスト"タブから、事前登録されている"Miniloan test suite"をクリックします。

使用するファイルとして"miniloan.xlsx"というのが登録されています。

このExcelをダウンロードして中身を確認してみます。
"Scenarios"タブには、投入するデータのパターンが2つ(2行)登録されています。この2つのパターンについてテストしますよ、ということです。

"Expected Results"タブには、先のシナリオを実行した時に期待される結果が記載されています。実際にルールを動かして得られた結果とここに記載された期待値が一致していればテストはOKと判断される、ということです。

※注意: 本来であれば、ルール変更前後で結果が変わる条件をここに追加してきちんと意図した通りに機能しているかを確認する必要があるのですが、チュートリアルではその辺は特に言及していません。既存のテストパターンとしては条件分岐の網羅性とか限界値チェックのような観点で作られていないので(2つしかないし！)、まぁあくまで手順を確認するための簡易的なものと考えてください。実際にはこのテストケースもルール変更に合わせて修正が必要になるでしょう。

それでは実際にこのテスト・スイートを実行してみます。
テストタブにて、"Miniloan test suite"横の実行ボタンをクリックします。

実行されました。

レポートが生成されるので、こちらをクリックします。

2つあったシナリオが成功したことが確認できます。

(ルール変更とは関係ない条件指定がされたテストシナリオなので、まぁそのまま実行しても両方とも成功してます。)

"詳細"のリンクをクリックすると、各テスト結果の内容と期待値が確認できます。

Step 3: Running a simulation

次に"シミュレーション"というのをやってみます。こちらは大量のテストケースを流して傾向などを確認できるもののようです。
こちらも事前に用意されているシミュレーション用のデータがあるのでそちらを確認しておきます。

シミュレーション - シミュレーション以下の "File Simulation"をクリックします。

入力データとして"Loan Data Excel"が指定されていることが確認できます。

※"シミュレーション"では、シミュレーションした結果としてどのようなレポートを出力するかというのを"レポート・フォーマット"として事前に定義しておきます。その辺も事前に定義されているものに基づいてレポート出力されます(レポートフォーマットの確認はここでは割愛)。

シミュレーション - データから、Loan Data Excelとして登録されているExcelファイルをダウンロードして中身を確認します。

Excelを開くと以下のようなテストシナリオが登録されています。シミュレーションの場合結果を検証する訳ではないので期待値は含まれず、入力パラメーターのみ設定しています。ここでは16件のシナリオが用意されているようです。

それではこのシミュレーションを実行してみます。
シミュレーションタブにて、"File Simulation"横の実行ボタンをクリックします。

実行されました。

レポートタブに切り替わって、しばらくするとシミュレーションが完了します。結果はレポートとして確認できますので、レポートのリンクをクリックします。

シミュレーションした結果がテンプレートに基づいてレポートとして生成されます。