事前準備

• Wifiに接続し、今日利用する Questetra BPM Suite にログインできることを確認してください。– SSID／パスワード ホワイトボードに記載

• http://goo.gl/Rb9aDaから、「作業依頼フロー_スク ゙試用3.qar」をダウンロードしてください。

2Copyright © Questetra,Inc. All right Reserved.

Questetraハンズオンセミナー 2014/07/07

「ビギナー向け業務プロセス設計」

アジェンダ

1. 体験用のプロセスモデルをインポート

2. プロセスの新規開始／タスクの処理を体験する

3. プロセスモデルを見る

4. タスク処理画面を作る

5. 他の人に仕事を

6. フローを分岐させる

事前準備その２

• http://goo.gl/Rb9aDaから、「作業依頼フロー_スク ゙試用3.qar」をダウンロードしてください。

• Questetra BPM Suite にいるユーザ数を確認してください。– （右上のユーザ名）→「システム設定」

– 1ユーザしかいない場合は、２ユーザほど追加してください

– 追加したユーザは、いずれかの組織に所属させてください

Questetra BPM Suite の基本概念①

プロセスモデル

• 組織が特定の業務を遂行する上において、守るべきルール

• 「業務ルール」「規定」など

プロセス

• プロセスモデルに従って実際に行われる、特定の一連業務

• 特定の「稟議」「申請」「案件」「問い合わせ対応」など

従うべきルール

ルールにそって動く実際の業務

体験用のプロセスモデルをインポート 1/2

1. （右上のユーザ名）→「プロセスモデル設定」– 別タブで開くと、あとあと便利

2. 「アーカイブから新規作成」→先ほどダウンロードした 「作業依頼フロー_スク ゙試用3.qar」 をアップロード– http://goo.gl/Rb9aDa

3. 以下は無変更で、そのまま「新規作成」

– プロパティの編集

– プロセスモデル内で使用されている組織の関連付けを行ってください

体験用のプロセスモデルをインポート 2/2

5. 「開発中のバージョン1のリリース」を押してください

既成のプロセスモデル（業務）をインポートし、使用できる状態にしました

プロセスの新規開始／タスクの処理を体験する 1/4

1. 「ワークフロー」→「新規開始」

2. 一覧から「作業依頼フロー」を見つけて、「▶▶」ボタン

– 「作業依頼フロー」の「１．依頼作業の入力」の処理画面が開きます

3. 「依頼先」で他のユーザBを指定→他を入力して、「『１．依頼作業の入力』処理完了」

プロセスの新規開始／タスクの処理を体験する 2/4

4. 先に「依頼先」で指定したユーザBでログイン

– 別のブラウザを使うと楽です

5. 「マイタスク」（左メニュー）→一覧から「作業依頼フロー」の「2.再確認／完了報告」を見つけて「▶」ボタン→「2.再確認／完了報告」の処理画面が開きます

6. 処理画面で何か入力して「再確認」– 「完了」を押さないで

7. 最初のユーザでログイン8. 「マイタスク」（左サイド）

→一覧に「作業依頼フロー」の「1. 再確認への対応」があることを確認

プロセスモデルを見る 1/2

1. （右上のユーザ名）→「プロセスモデル設定」

2. 「プロセスモデル一覧」から「作業依頼フロー」を見つけて、虫眼鏡ボタンをクリック

スイムレーン同一の役割の人によって処理されるタスクを、グルーピングするスイムレーン内のタスクは、原則、同一ユーザが処理する

タスク人が処理すると定めた工程システムが処理する（自動処理）される工程もあるが、アイコンが異なる

プロセスモデルを見る 2/2

開始イベント／終了イベントプロセスを新規開始することのできるポイント／終了するポイントを表す

フロー工程の前後関係を表す１つの工程から複数のフローが出ている（分岐）する場合もある

プロセスの新規開始／タスクの処理を体験する 3/4

4. 「マイタスク」（左サイド）→一覧から「作業依頼フロー」の「1x. 再確認への対応」を見つけて、虫眼鏡ボタン

5. 以下の情報が表示されています

– 概要

– 関連する会話（社内SNS）

– 処理記録および現在の状態

– プロセスデータ（入力データ）

– 状態

プロセスの新規開始／タスクの処理を体験する 4/4

トークン特定のプロセスにおいて、どの工程まで業務が進んでいるか表す原則、１つのプロセスに１つだが、複数になる場合もある

• 先ほど見たプロセスモデルと同じであることを確認してください

• 個々のプロセスは、プロセスモデルに従って動作します

• １つ１つのタスクを処理していけば、トークンが動いていきます

Questetra BPM Suite の基本概念②

プロセスモデル

• 組織が特定の業務を遂行する上において、守るべきルール

• 「業務ルール」「規定」など

タスク

• プロセスモデル内で、人が処理すると定めた工程

• 自動処理される工程もある

– タスクではない

プロセス

• プロセスモデルに従って実際に行われる、特定の一連業務

• 特定の「稟議」「申請」「案件」「問い合わせ対応」など

タスク

・特定のプロセス内で、実際に人が処理しなければならない、１つ１つの仕事

• 特定の「Todo」「仕事」「決裁」等

従うべきルール

ルールにそって動く実際の業務

Questetra BPM Suite の基本概念③

プロセスモデルの３要素

• プロセス図（業務フロー図）– 工程、および工程の前後関係

• データ項目（タスク処理画面）– 取り扱うデータ– タスク処理画面（入力画面）

• 処理担当者– 誰が各タスクを処理するか

タスク処理画面を作る 1/2

1. （右上のユーザ名）→「プロセスモデル設定」– 別タブで開くと、あとあと便利

2. 「プロセスモデル新規作成」

3. プロセスモデル名は任意で、そのまま「新規作成」

タスク処理画面を作る①

• 以下のプロセス図を作成してください

• http://youtu.be/2KlwXmhbQmk

• http://youtu.be/h82bFsx0ds4

• モデラー内でも、「ファイル」→「チュートリアル」から参照可能です

• タスクをダブルクリックして、名前を変更

プロセスモデルを見る （再掲）

スイムレーン同一の役割の人によって処理されるタスクを、グルーピングするスイムレーン内のタスクは、原則、同一ユーザが処理する

タスク人が処理すると定めた工程システムが処理する（自動処理）される工程もあるが、アイコンが異なる

開始イベント／終了イベントプロセスを新規開始することのできるポイント／終了するポイントを表す

フロー工程の前後関係を表す１つの工程から複数のフローが出ている（分岐）する場合もある

タスク処理画面を作る 1/5

• プロセスデータ項目で以下を追加– 数値

– 日付

• http://youtu.be/q194S6zWA3k

タスク処理画面を作る 2/5

• データ編集許可設定を、以下のように

– “入力”タスクは、全データを「編集可」に

– “確認”タスクは、全データを「表示のみ」に

• http://youtu.be/GPMJqV-PGRQ

• 「保存」→「閉じる」

• 「開発中のバージョン1のリリース」

• http://youtu.be/ygkaubtVsNU

• プロセスを開始できる状態になったので、プロセスを開始します

タスク処理画面を作る 3/5

プロセスの新規開始／タスクの処理を体験する 4/5

1. 「ワークフロー」→「新規開始」

2. 一覧からプロセスモデルを見つけて、プロセスを開始＆先頭タスクを処理

3. 「ワークフロー」→「マイタスク」

4. 一覧から先に開始したプロセスの「確認」タスクを見つけて、タスクを処理

定義したデータ項目が、タスク処理画面に表示される読み書き設定に応じて、「入力」「確認」タスクでの編集可否が変わる

タスク処理画面を作る 5/5

• データ編集許可設定– 編集可 ：値の閲覧可能。および編集可能– 表示のみ：値の閲覧可能。編集はできない。– 「-」 （なし）：値の閲覧もできない。

• データの種類– 文字（単一行／複数行）– 数値– 選択（ラジオ／チェック／セレクトボックス／検索セレクト）– 日付（年月日／年月／月日／年）／日時– ファイル– ユーザ／組織– 掲示板– テーブル

• タスクプレビュー

色々設定を変更して、試してみてください変更後、「開発中のバージョン○のリリース」を忘れずに

Questetra BPM Suite の基本概念④

• プロセスモデルにバージョンの概念

• 各プロセスは、開始したタイミングのプロセスモデルのバージョンに紐付いている

– プロセスは、その時点での最新バージョンでしか開始できない

• リリースすると、開発中だったものが最新バージョンになる

バージョン１

バージョン2

バージョン3（最新）

バージョン3（開発中）

リリース

他の人に仕事を 1/7

先ほど作成したプロセスモデルの編集画面に移動し、以下のプロセス図に変更してください

1. スイムレーンをドラック＆ドロップで追加

2. 「確認」「終了」を追加したスイムレーンに、ドラッグ＆ドロップで移動

3. スイムレーンの名称変更– プロパティダイアログから変更

他の人に仕事を 2/7

• 処理担当者の設定画面に移動• “担当者2” にて、以下の設定

– 「ユーザ: 〇〇」を選択して、「編集」ボタンを押す• 他のユーザに変更して「確定」

– 「候補者の表示」で、選択したユーザが表示されることを確認

プロセスモデル保存後、 「開発中のバージョン○のリリース」

他の人に仕事を 3/7

1. 「ワークフロー」→「新規開始」

2. 一覧からプロセスモデルを見つけて、プロセスを開始＆先頭タスクを処理

3. 別ユーザでログインしなおして、「ワークフロー」→「マイタスク」

4. 一覧から先に開始したプロセスの「確認」タスクを見つけて、タスクを処理

担当者設定で指定したユーザに、「確認」タスクが割りあたるようになる

更にプロセスモデルを編集します

• “担当者2” にて、設定を「追加」

– 先ほどとは異なるユーザを選択して「確定」

他の人に仕事を 4/7

プロセスモデル保存後、 「開発中のバージョン○のリリース」

他の人に仕事を 5/7

1. 「ワークフロー」→「新規開始」

2. 一覧からプロセスモデルを見つけて、プロセスを開始＆先頭タスクを処理

3. プロセスモデルで指定した、２人のユーザそれぞれでログイン

「マイタスク」ではなく、「引き受け待ち」に「確認」タスクが入る

Questetra BPM Suite の基本概念⑤

• 設定に該当するユーザが１人しかいない場合

• 仕事は、自動的にそのユーザのものとなる

• 設定に該当するユーザが２人以上いる場合

• 仕事は「誰かが引き受けてくれるのを待つ」（引き受け待ち）状態に– 対象ユーザに依頼メール

• 仕事は、引き受けたユーザのものとなる

他の人に仕事を 6/7

1. 「引き受け待ち」にある「確認」タスクで、虫眼鏡アイコン

2. 「詳細」ページの

「処理記録および現在の状態」から、「候補者」ボタン

– 処理担当の候補者が表示される

– プロセスモデルで指定した２人のユーザ

3. 「引き受ける」または「引き受けて処理開始」からタスク処理が可能

引き受けた時点で、他の候補者の「引き受け待ち」リストからは消える

他の人に仕事を 7/7

• 組織で指定

– 〇〇に直接所属する人／のリーダ

– 〇〇の下位組織に所属する人／のリーダ

• ユーザで指定

• プロセスデータで指定

– 組織型やユーザ型データで指定されたユーザ／組織

• スイムレーンを用いた相対的な指定

– スイムレーン〇〇のタスクを処理した人より上位組織の人など

組織やプロセスデータの指定を試してみてください変更後、「編集用バージョンのアクティベート」を忘れずに

フローを分岐させる 1/6

大きく２種類ありますが、まず１つ目タスク処理の際、次のトークンの遷移先を指定する方法です

先ほど作成したプロセスモデルの編集画面に移動し、以下のプロセス図に変更してください

1. タスクを「担当者１」のスイムレーンにドラック＆ドロップで追加2. 追加したタスクと「確認」タスクを、相互に接続3. 追加したタスクの名称変更

– プロパティダイアログから変更

4. 「再入力」タスクの編集許可設定は、全て「編集可」に

フローを分岐させる 2/6

1. 「確認」タスクの「分岐」設定に移動分岐条の設定に移動2. 「分岐タイプ」はそのまま3. 「遷移先の決定」の「ボタン名」を変更

プロセスモデル保存後、 「編集用バージョンのアクティベート」

フローを分岐させる 3/6

1. 「ワークフロー」→「新規開始」

2. 一覧からプロセスモデルを見つけて、プロセスを開始＆先頭タスクを処理

3. プロセスモデルで指定した、２人のユーザのいずれかでログイン

4. 「引き受け待ち」の一覧から「確認」タスクを見つけて、処理画面を開く

分岐条件で設定した２つのボタンが表示されるいずれかのボタンを押すとタスクが完了し、設定した先にトークンが移動する

フローを分岐させる 4/6

データの値に応じて分岐させることも可能

1. 先ほど作成したプロセスモデルにて、「確認」タスクの分岐設定に移動

2. 分岐タイプを「最初に合致した条件の遷移先に流す」に

3. 「再入力」へ遷移する条件を削除（「ー」ボタンで）

4. 「デフォルトフロー」の遷移先を「再入力」に

フローを分岐させる 5/6

5. 遷移先が「終了」である条件式の条件名を編集

6. 同じ行の条件式のアイコンをクリック

プロセスモデル保存後、 「開発中のバージョン○のリリース」

7. 「条件式設定」で「詳細な条件を設定する」を選択

8. 「数値」「右の値以上」を選択し、「100000」を入力

9. 「閉じる」で条件式が「数値>= 100000」になっていることを確認

フローを分岐させる 6/6

1. 「ワークフロー」→「新規開始」

2. 一覧からプロセスモデルを見つけて、プロセスを開始＆先頭タスクを処理

3. プロセスモデルで指定した、２人のユーザのいずれかでログイン

4. 「引き受け待ち」の一覧から「確認」タスクを見つけて、タスクを処理

– タスクを完了させるボタンは１つに戻る

「数値」が100000以上であれば、「再入力」タスクへトークンが自動的に移動

ゲートウェイ （補足）

分岐専用の「ゲートウェイ」というアイテムもある

• 最初に条件を満たした、１つのフローのみにトークンを流す

• トークンを複製し、全てのフローにトークンを流す

• トークンを複製し、条件を満たしたフローのみにトークンを流す

• 複数のフローを１つに集約するトークンが複数になっている場合は、１つにまとめる

まとめ

プロセスモデル

• 組織が特定の業務を遂行する上において、守るべきルール

• 「業務ルール」「規定」など

タスク

• プロセスモデル内で、人が処理すると定めた工程

プロセス

• プロセスモデルに従って実際に行われる特定の一連の業務

• 特定の「稟議」「申請」「案件」「問い合わせ対応」など

タスク

・特定のプロセス内で、実際に人が処理しなければならない、１つ１つの仕事

• 特定の「Todo」「仕事」「決裁」等

従うべきルール

ルールにそって動く実際の業務

プロセスモデル（3要素）の実装が肝

•プロセス図•データ項目•処理担当者