クリックし、プレースホルダに制約式を追加します。セルをクリックして、それを「却下のときはその理由が必要」に変更します。アイコンをクリックします。すると制約式を入力できるポップアップが開きます。!"".equals(refusalReason))[エラーメッセージ]列にテキスト:「あなたが出張申請を却下した場合は、その理由を入力する必要があります。指定した結果は次のようになります。オブジェクトの初期値を定義するさて、コントラクトが定義されました。初期値は次の操作で設定できます。タブ、[プール変数]ペインに進みます。ダブルクリックし、編集します。そばにある鉛筆アイコンをクリックすると式エディタが開きます。いうスクリプトが自動的に生成されています。設定を追加し、このスクリプトを完成させます。"未定"コード挿入後の結果は次のようになります。クリックしてその式を保存します。クリックして、変更したオブジェクト定義を保存します。オブジェクトを更新するデータ操作を定義する必要があります。データ操作を次のように定義します。クリックして新しいデータ操作を作成します。ダブルクリックします。クリックしてデータ操作可能なリストするポップアップを開きます。選択し利用可能なメソッドのリストを表示します。ダブルクリックします。データ操作を定義するために、このステップを繰り返します。両方のデータ操作が定義されたとき、詳細パネルは次のように見えるはずです。アクターを指定する次の段階は、このプロセスを遂行する人を定義することです。これはアクターをアサインすることによって行います。アクターはタスクを行う人のプレースホルダです。プロセスを構成すると、プロセス内に定義したアクターとヒューマンタスクを遂行する実際の人間が結びつけられます。呼ぶテスト組織を搭載しています。この例では、プロセスを起動する社員とその社員の上司の二人の人間がいます。インスタンス化とレビュータスクには同じアクターを使用します。承認タスクを行う人を指定するにはアクターフィルタを使用します。これは次のような方法で定義します。ダイアグラム内のプールを選択します。これはこのプロセスのすべてのアクターを定義する場所です。actor」が既に定義されています。この組織とアクターはあとで変更できますが、初期のテストではこれで十分です。デフォルトの設定は出張申請プロセスの案件を開始できる組織内の全社員を意味しますので、何も変更する必要はありません。次にレビュータスクを選択しこのタスクを遂行できる人を定義します。このタスクは、申請を起案した人の上司によって遂行されます。すべての上司もまた社員です。このレーンに定義されているので、このレーンに定義されているアクターを使用します。レビュータスクを正しい上司に送付されることを確実にするために、アクターフィルタを使用します。ボタンををクリックします。プロセスのアクターフィルタのリストが開かれます。これはプロセスを始動した申請送付者の上司によってこのレビュータスクが遂行されることを意味します。アクターフィルタの設定結果は、次のようになります。これで、プロセスの定義は終わりました。次のセクションは、フォームを定義しアプリケーションを作成する前に、プロセスを構成して実行し、プロセス定義が正しいか検証する方法を説明します。仮のフォームを使ってプロセスを検証するフォームを作成する前に自動的に生成された仮のフォームを使って、開発中のプロセスを実行することができます。このプロセスを構成設定し、実行する方法を説明します。プロセスを実行する前にそれを設定する必要があります。最初テストに向けて標準的なデフォルト設定を使用します。このサンプルプロセスで構成することは2つだけあります。アクターマッピングとテストユーザー名前の設定です。クリックして構成ダイアログを開きます。このアクターマッピングのボックスは、アクターをリストしてデフォルトのマッピングを表示します。呼ぶグループにマップされています。このACMEと呼ぶサンプル組織は、全社員を含んでいますから、これを変更する必要はありません。次に、テストユーザーの名前を指定します。Kelly」を指定することができます。ユーザー名である「helen.kelly」とパスワード「bpm」を指定します。構成が完了したので[終了]をクリックします。これで、あなたはプロセスを実行し仮のフォームを見てプロセス定義が正しいかチェックすることができます。ポータルにログインし、出張申請フォームを表示します。フォームを記入します。仮のフォームの各フィールドごとに適切なフォーマットを使用するようにします。フォーム内の日付はyyyy-mm-ddで指定する必要があります。これでフォームは送信されプロセス・インスタンスが開始します。