「Questetra BPM Suite」は、Drag＆Dropの簡単操作で、業務ルールや業務の流れを設定し、業務プロセスを定義することができるツールです。プログラミングやシステムの知識がなくても、ブラウザだけで、誰でも簡単に業務システムを作成できます。

1. 1Copyright © Questetra,Inc. All right Reserved.
Questetra ハンズオンセミナー
ビギナー向け業務プロセス設計
その１
Wifi に接続し、今日利用する Questetra BPM Suite に
ログインできることを確認してください。
SSID／パスワード ホワイトボードに記載
http://goo.gl/Rb9aDa
から、「作業依頼フロー_スグ試用3.qar」をダウンロード
してください。

2. 事前準備
• http://goo.gl/Rb9aDa
から、「作業依頼フロー_スグ試用3.qar」をダウンロード
してください。
• Questetra BPM Suite にいるユーザ数を確認してください。
– （右上のユーザ名）→「システム設定」
– 1ユーザしかいない場合は、
別に1ユーザを追加してください

3. アジェンダ
1. 既成のプロセスモデルで試す
1. プロセスモデルを見る
2. プロセスの新規開始／タスクの処理を体験する
2. プロセスモデルの設計
1. タスク処理画面を作る
2. 他の人に仕事を
3. フローを分岐させる

4. Questetra BPM Suite の基本概念①
プロセスモデル
• 組織が特定の業務を遂
行する上において、守る
べきルール
• 「業務ルール」「規定」な
ど
プロセス（インスタンス）
• ルールに従って実際に行
われる、一連の仕事
• 特定の「稟議」「申請」「案
件」「問い合わせ対応」な
ど
従うべきルール
ルールにそって動く
実際の業務

5. 既成のプロセスモデルで試す

6. 体験用のプロセスモデルをインポート 1/2
1. （右上のユーザ名）
→「プロセスモデル設定」
2. 「アーカイブから新規作成」
→先ほどダウンロードした 「作業
依頼フロー_スグ試用3.qar」 をア
ップロード
– http://goo.gl/Rb9aDa
3. 以下は無変更で、そのまま「新
規作成」
– プロパティの編集
– プロセスモデル内で使用されてい
る組織の関連付けを行ってくださ
い

7. 体験用のプロセスモデルをインポート 2/2
5. 「開発中のバージョン1のリリース」を押してください
既成のプロセスモデル（業務）をインポートし、
使用できる状態にしました

8. プロセスモデルを見る 1/2
開始イベント／終了イベント
プロセスを新規開始することのできるポイント／終了するポイントを表す
フロー
工程の前後関係を表す
１つの工程から複数のフローが出ている（分岐）する場合もある

9. プロセスモデルを見る 2/2
スイムレーン
同一の役割の人によって処理されるタスクを、グルーピングする
スイムレーン内のタスクは、原則、同一ユーザが処理する
タスク
人が処理すると定めた工程
システムが処理する（自動処理）される工程もあるが、アイコンが異なる

10. プロセスの新規開始／タスクの処理を体験する 1/4
1. 「ワークフロー」
→「新規開始」
2. 一覧から「作業依頼フロー」
を見つけて、「▶▶」ボタン
– 「作業依頼フロー」の「１．依頼
作業の入力」の処理画面が開
きます
3. 「依頼先」で他のユーザBを指
定
→他を入力して、「『１．依頼
作業の入力』処理完了」

11. プロセスの新規開始／タスクの処理を体験する 2/4
4. 先に「依頼先」で指定したユーザBで
ログイン
– 別のブラウザを使うと楽です
5. 「マイタスク」（左メニュー）
→一覧から「作業依頼フロー」の「2.
再確認／完了報告」を見つけて「▶」
ボタン
→「2.再確認／完了報告」の処理画
面が開きます
6. 処理画面で何か入力して「再確認」
– 「完了」を押さないで
7. 最初のユーザでログイン
8. 「マイタスク」（左サイド）
→一覧に「作業依頼フロー」の「1.
再確認への対応」があることを確認

12. プロセスの新規開始／タスクの処理を体験する 3/4
9. 「1x. 再確認への対応」の
虫眼鏡ボタン
10. 以下の情報が表示されています
– 概要
– 関連する会話（社内SNS）
– 処理記録および現在の状態
– プロセスデータ（入力データ）
– 状態

13. プロセスの新規開始／タスクの処理を体験する 4/4
トークン
特定のプロセスにおいて、どの工程まで業務が進んでいるか表す
原則、１つのプロセスに１つだが、複数になる場合もある
全てのトークンが終了イベントに到達すると、プロセスは終了する
• 先ほど見たプロセスモデルと同じであることを確認してください
• 個々のプロセスは、プロセスモデルに従って動作します
• １つ１つのタスクを処理していけば、トークンが動いていきます

14. Questetra BPM Suite の基本概念②
プロセスモデル
• 組織が特定の業務を遂行する上に
おいて、守るべきルール
• 「業務ルール」「規定」など
タスク
• プロセスモデル内で、
人が処理すると定めた工程
• 自動処理される工程もある
– イベント、サービスタスクなど
プロセス（インスタンス）
• ルールに従って実際に行われる、
一連の仕事
• 特定の「稟議」「申請」「案件」「問い
合わせ対応」など
トークン
• 特定のプロセスにおいて、どの工程
まで業務が進んでいるか表す
従うべきルール
ルールにそって動く
実際の業務

15. プロセスモデルの設計

16. Questetra BPM Suite の基本概念③
プロセスモデルの３要素
• プロセス図（業務フロー図）
– 工程、および工程の前後関係
• データ項目（タスク処理画面）
– 取り扱うデータ
– タスク処理画面（入力画面）
• 処理担当者
– 誰が各タスクを処理するか

17. タスク処理画面を作る 1/2
1. （右上のユーザ名）
→「プロセスモデル設定」
2. 「プロセスモデル新規作成」
3. プロセスモデル名は任意で、
そのまま「新規作成」

18. タスク処理画面を作る①
• 以下のプロセス図を作成してください
• http://youtu.be/jHK9juTN0eg
• モデラー内でも、「ファイル」→「チュートリアル」から参照可能です
• タスクをダブルクリックして、名前を変更

19. プロセスモデルを見る （改めて）
スイムレーン
同一の役割の人によって処理されるタスクを、グルーピングする
スイムレーン内のタスクは、原則、同一ユーザが処理する
タスク
人が処理すると定めた工程
システムが処理する（自動処理）される工程もあるが、アイコンが異なる
開始イベント／終了イベント
プロセスを新規開始することのできるポイント／終了するポイントを表す
フロー
工程の前後関係を表す
１つの工程から複数のフローが出ている（分岐）する場合もある

20. タスク処理画面を作る 1/5
• プロセスデータ項目で以下を追加
– 数値
– 日付

21. タスク処理画面を作る 2/5
• データ編集許可設定を、以下のように
– “入力”タスクは、全データを「編集可」に
– “確認”タスクは、全データを「表示のみ」に

22. • 「保存」→「閉じる」
• 「開発中のバージョン1の
リリース」
• プロセスを開始できる状
態になったので、
プロセスを開始します
タスク処理画面を作る 3/5

23. プロセスの新規開始／タスクの処理を体験する 4/5
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始＆先頭タ
スクを処理
3. 次の工程「確認」に進んでいる
はずなので、それを探します
「ワークフロー」→「マイタスク」
4. 一覧から先に開始したプロセス
の「確認」タスクを見つけて、
タスクを処理
定義したデータ項目が、タスク処理画面に表示される
設定に応じて、「入力」「確認」での、各項目の編集可否が変わる

24. タスク処理画面を作る 5/5
• データ編集許可設定
– 編集可 ：値の閲覧可能。および編集可能
– 表示のみ：値の閲覧可能。編集はできない。
– 「-」 （なし）：値の閲覧も、項目の閲覧もできない。
• データの種類
– 文字（単一行／複数行）
– 数値
– 選択（ラジオ／チェック／セレクトボックス／検索セレクト）
– 日付（年月日／年月／月日／年）／日時
– ファイル
– ユーザ／組織
– 掲示板
– テーブル

25. Questetra BPM Suite の基本概念④
• プロセスモデルに
バージョンの概念
• 各プロセスは、開始したタイミン
グのプロセスモデルのバージョン
に紐付いている
– プロセスは、その時点での最新
バージョンでしか開始できない
• リリースすると、
開発中だったものが
最新バージョンになる
バージョン１
バージョン2
バージョン3（最新）
バージョン3（開発中）
リリース

26. 他の人に仕事を

27. 他の人に仕事を 1/10
先ほど作成したプロセスモデルの編集画面に移動
① ②
③

28. 他の人に仕事を 2/10
以下のプロセス図に変更してください
1. スイムレーンをドラック＆ドロップで追加
2. 「確認」「終了」を追加したスイムレーンに、
ドラッグ＆ドロップで移動
3. スイムレーンの名称変更
– プロパティダイアログから変更

29. 他の人に仕事を 3/10
• 処理担当者の設定画面に移動
• “担当者2” にて、以下の設定
– 「ユーザ: 〇〇」を選択して、「編集」ボタンを押す
• 他のユーザに変更して「確定」
– 「候補者の表示」で、選択したユーザが表示されることを確認
プロセスモデル保存後、 「開発中のバージョン○のリリース」

30. 他の人に仕事を 4/10
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始＆先頭タ
スクを処理
3. 別ユーザでログインしなおして、
「ワークフロー」→「マイタスク」
4. 一覧から先に開始したプロセス
の「確認」タスクを見つけて、
タスクを処理
担当者設定で指定したユーザに、「確認」タスクが割りあたるようになる

31. 少し脱線 「開始したプロセス」を見る
• 「開始したプロセス」か「処理したタスク」
• タスクとプロセスの違いは
工程のレベルで見るか、全体で見るかの違い
• プロセス（インスタンス）には、「工程名」や「締め切り」の
属性はない
• 「マイタスク」「引き受け待ち」は、「工程のレベル」で
見ている。「全体のレベル」で見ていない。

32. 他の人に仕事を 5/10
再びプロセスモデルを編集します
① ②
③

33. “担当者2” にて、設定を「追加」
• 先ほどとは異なるユーザを選択して「確定」
他の人に仕事を 6/10
プロセスモデル保存後、 「開発中のバージョン○のリリース」

34. 他の人に仕事を 7/10
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始＆先頭タ
スクを処理
3. プロセスモデルで指定した、
２人のユーザそれぞれで
ログイン
「マイタスク」ではなく、「引き受け待ち」に「確認」タスクが入る

35. Questetra BPM Suite の基本概念⑤
• 設定に該当するユーザ
が１人しかいない場合
• 仕事は、自動的にそのユ
ーザのものとなる
• 設定に該当するユーザ
が２人以上いる場合
• 仕事は「誰かが引き受け
てくれるのを待つ」（引き
受け待ち）状態に
– 対象ユーザに依頼メール
• 仕事は、引き受けたユー
ザのものとなる

36. 他の人に仕事を 8/10
1. 「引き受け待ち」にある
「確認」タスクで、虫眼鏡アイコン
2. 「詳細」ページの
「処理記録および現在の状態」
から、「候補者」ボタン
– 処理担当の候補者が表示される
– プロセスモデルで指定した
２人のユーザ
3. 「引き受ける」
または「引き受けて処理開始」
からタスク処理が可能
引き受けた時点で、他の候補者の「引き受け待ち」リストからは消える

37. 他の人に仕事を 9/10
• 現在、もう１人のユーザではプロセスを開始できない
• 開始イベントのあるスイムレーンでは、担当者設定の意味が異なる
• 「該当業務のプロセスを開始できるのは誰か」という意味に
• それ以外のスイムレーンでは、
「そのスイムレーンで発生した仕事を処理できるのは誰か」
担当者１の「担当者設定」で、もう１人のユーザを追加してやると、
そのユーザもプロセスを開始できるようになる

38. 他の人に仕事を 10/10
• 組織で指定
– 〇〇に直接所属する人／のリーダ
– 〇〇の下位組織に所属する人／のリーダ
• ユーザで指定
• プロセスデータで指定
– 組織型やユーザ型データで指定されたユーザ／組織
• スイムレーンを用いた相対的な指定
– スイムレーン〇〇のタスクを処理した人より上位組織の人など
• ロールで指定

39. フローを分岐させる

40. フローを分岐させる 1/8
大きく２種類ありますが、まず１つ目
タスク処理の際、次のトークンの遷移先を指定する方法です
先ほど作成したプロセスモデルの編集画面に移動
① ②
③

41. フローを分岐させる 2/8
以下のプロセス図に変更してください
1. タスクを「担当者１」のスイムレーンにドラック＆ドロップで追加
2. 追加したタスクと「確認」タスクを、相互に接続
3. 追加したタスクの名称変更
– プロパティダイアログから変更
4. 「再入力」タスクの編集許可設定は、全て「編集可」に

42. フローを分岐させる 3/8
1. 「確認」タスクの「分岐」設定に移動分岐条の設定に移動
2. 「分岐タイプ」はそのまま
3. 「遷移先の決定」の「ボタン名」を変更
プロセスモデル保存後、 「開発中のバージョン○のリリース」

43. フローを分岐させる 4/8
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始＆先頭タ
スクを処理
3. プロセスモデルで指定した、
２人のユーザのいずれかで
ログイン
4. 「引き受け待ち」の一覧から「確
認」タスクを見つけて、処理画面
を開く
分岐条件で設定した２つのボタンが表示される
いずれかのボタンを押すとタスクが完了し、設定した先にトークンが移動する

44. フローを分岐させる 5/8
データの値に応じて、分岐させることも可能
再びプロセスモデルの編集画面に移動
① ②
③

45. フローを分岐させる 6/8
1. 先ほど作成したプロセスモデルにて、「確認」タスクの分岐設定に移動
2. 分岐タイプを「最初に合致した条件の遷移先に流す」に
3. 「再入力」へ遷移する条件を削除（「ー」ボタンで）
4. 「デフォルトフロー」の遷移先を「再入力」に

46. フローを分岐させる 7/8
5. 遷移先が「終了」である条件式の条件名を編集
6. 同じ行の条件式のアイコンをクリック
プロセスモデル保存後、 「開発中のバージョン○のリリース」
7. 「条件式設定」で「詳細な条件を設定する」を選択
8. 「数値」「右の値以上」を選択し、「100000」を入力
9. 「閉じる」で条件式が「数値>= 100000」になっていることを確認

47. フローを分岐させる 8/8
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始＆先頭タ
スクを処理
3. プロセスモデルで指定した、
２人のユーザのいずれかで
ログイン
4. 「引き受け待ち」の一覧から「確
認」タスクを見つけて、
タスクを処理
– タスクを完了させるボタンは
１つに戻る
「数値」が100000未満であれば、「再入力」タスクへトークンが自動的に移動

48. ゲートウェイ （補足）
分岐専用の「ゲートウェイ」というアイテムもある
• 最初に条件を満たした、１つのフローのみにトークンを流す
• トークンを複製し、全てのフローにトークンを流す
• トークンを複製し、条件を満たしたフローのみにトークンを流す
• 複数のフローを１つに集約する
トークンが複数になっている場合は、１つにまとめる

49. まとめ
プロセスモデル
• 組織が特定の業務を遂行する上に
おいて、守るべきルール
• 「業務ルール」「規定」など
タスク
• プロセスモデル内で、人が処理する
と定めた工程
プロセス（インスタンス）
• ルールに従って実際に行われる、一連の
仕事
• 特定の「稟議」「申請」「案件」「問い合わ
せ対応」など
トークン
• 特定のプロセスにおいて、どの工程
まで業務が進んでいるか表す
従うべきルール
ルールにそって動く
実際の業務
プロセスモデル（3要素）の実装が肝
•プロセス図
•データ項目
•処理担当者