概要 企業は、当初はSAP R/3 モデリングと連携して、イベント駆動型プロセス チェーン図を使用してビジネス プロセスのワークフロー をレイアウトしますが、現在ではより広く使用されています。多くの企業が、ビジネス プロセスのモデリング、分析、および再設計に使用しています。イベント駆動型プロセス チェーン方式は、統合情報システム アーキテクチャ (ARIS) のフレームワーク内で開発されました。そのため、ARIS でのモデリングの中核となる技術を形成し、いわゆる制御ビューでさまざまなビューをリンクする役割を果たします。イベント駆動型プロセス チェーンに関する 2006 年の出版物からの引用は次のとおりです。[ 3 ]
イベント駆動型プロセスチェーン（EPC）は、イベントと関数の順序付きグラフ です。EPCは、プロセスの代替実行や並列実行を可能にする様々なコネクタを提供します。さらに、OR、AND、XORなどの論理演算子の使用によって定義されます。EPCの大きな強みは、そのシンプルさと理解しやすい表記法にあるとされています。このため、EPCはビジネスプロセスを表現するための広く受け入れられている手法となっています。 イベント駆動型プロセスチェーンが順序付きグラフであるという記述は、明示的なノード順序付けが規定されていない他の有向グラフ にも見られます。EPCの構造には実際には制約がないようですが、並列処理を伴う複雑な構造では実行セマンティクスが明確に定義されていません。この点において、EPCはUMLアクティビティ図 に似ています。
いくつかの科学論文は、一般的なイベント駆動型プロセスチェーンの明確な実行セマンティクスを提供することに専念している。[ 4 ] [ 5 ] [ 6 ]
要素 イベント駆動型プロセスチェーンの要素 これらの要素は、イベント駆動型プロセスチェーン図で使用されます。
イベント イベントは、イベント駆動型プロセスチェーンにおける受動的な要素です。イベントは、関数やプロセスがどのような状況下で動作するか、あるいは関数やプロセスがどのような状態になるかを記述します。イベントの例としては、「要求事項の取得」、「在庫のある資材」などがあります。EPCグラフでは、イベントは六角形で表されます。一般的に、EPC図はイベントで始まり、イベントで終わる必要があります。 関数 関数はEPCにおけるアクティブな要素です。関数は、企業内のタスクやアクティビティをモデル化します。関数は、初期状態から結果状態への変換を記述します。異なる結果状態が発生する可能性がある場合、それぞれの結果状態の選択は、論理コネクタを使用した決定関数として明示的にモデル化できます。関数は、別のEPCに細分化できます。この場合、階層関数と呼ばれます。関数の例としては、「要件の取得」、「在庫資材の確認」などがあります。イベント駆動型プロセスチェーングラフでは、関数は角丸長方形で表されます。 プロセスオーナー プロセスオーナーは、特定の機能（例えば、予約係は旅行の予約を担当する）を担当します。プロセスオーナーは通常、組織単位の一部（例えば、予約係は予約部門に所属する）に属します。プロセスオーナーは、縦線が引かれた四角形で表されます。 組織単位 組織単位とは、企業構造内のどの組織が特定の機能を担当するかを決定するものです。例としては、「営業部」、「調達部」などがあります。これは、垂直線が引かれた楕円で表されます。 情報、資料、またはリソースオブジェクト イベント駆動型プロセスチェーンにおいて、情報、資材、またはリソースオブジェクトは、現実世界のオブジェクト（例えば、ビジネスオブジェクト、エンティティなど）を表します。これらは、関数の基礎となる入力データ、または関数によって生成される出力データとなる可能性があります。例としては、「資材」、「注文」などが挙げられます。EPCグラフでは、このようなオブジェクトは長方形で表されます。 論理コネクタ イベント駆動型プロセスチェーンでは、制御フロー内の要素、すなわちイベントと関数間の論理的な関係は、論理コネクタによって記述されます。論理コネクタを用いることで、制御フローを1つのフローから2つ以上のフローに分割したり、2つ以上のフローから1つのフローに同期させたりすることが可能です。 論理的な関係 イベント駆動型プロセスチェーンでは、3種類の論理的関係が定義されています。 分岐/マージ: 分岐とマージは、複数の制御フローの中からどのパスを選択するかを決定することに対応します。分岐には、1 つの入力制御フローと 2 つ以上の出力制御フローがあります。条件が満たされると、分岐は出力制御フローのうち 1 つだけをアクティブにし、他のフローを非アクティブにします。分岐の対義語はマージです。マージには、2 つ以上の入力フローと 1 つの出力制御フローがあります。マージは、アクティブ化された選択肢と非アクティブ化された選択肢を同期します。その後、制御はマージの次の要素に渡されます。EPC では、分岐は開始 XOR コネクタで表され、マージは終了 XOR コネクタで表されます。 フォーク/ジョイン : フォークとジョインは、制御フロー内のすべてのパスを同時にアクティブ化することに対応します。フォークには、1 つの入力制御フローと 2 つ以上の出力制御フローがあります。条件が満たされると、フォークはすべての出力制御フローを並列にアクティブ化します。ジョインには、2 つ以上の入力制御フローと 1 つの出力制御フローがあります。ジョインは、アクティブ化されたすべての入力制御フローを同期します。イベント駆動型プロセス チェーン図では、並行性がどのように実現されるかは問題ではありません。実際には、並行性は真の並列処理またはインターリーブによって実現される仮想並行処理によって実現できます。EPC のフォークは、開始の「AND」コネクタで表され、ジョインは終了の「AND」コネクタで表されます。 OR ：OR関係は、制御フロー間の1つ以上のパスをアクティブ化することに対応します。開始ORコネクタは、1つの入力制御フローと2つ以上の出力制御フローを持つことができます。条件が満たされると、開始ORコネクタは1つ以上の制御フローをアクティブ化し、残りの制御フローを非アクティブ化します。これに対応するのが終了ORコネクタです。入力制御フローのうち少なくとも1つがアクティブ化されると、終了ORコネクタは制御を次の要素に渡します。 制御フロー 制御フローは、イベントと関数、プロセスパス、または論理コネクタを接続し、それらの間に時系列的な順序と論理的な相互依存関係を作り出します。制御フローは破線の矢印で表されます。 情報の流れ 情報フローは、関数と入力データまたは出力データとの間のつながりを示し、関数はそれらのデータに基づいて読み取り、変更、または書き込みを行います。 組織単位への割り当て 組織単位の割り当ては、組織単位とそれが担当する機能との間の関連性を示します。 処理パス プロセスパスは、EPC（イベント駆動型プロセスチェーン）におけるナビゲーション補助として機能します。プロセスパスは、他のプロセスとの接続を示します。プロセスパスは、イベントシンボルの上に機能シンボルを重ね合わせた複合シンボルとして表されます。イベント駆動型プロセスチェーン図でプロセスパスシンボルを使用するには、プロセスパスシンボルにシンボルを接続します。これにより、図示されたプロセスが、図の簡略化のために単一のシンボルで表される別のプロセス全体を包含していることを示します。
例 例に示すように、顧客からの注文を受けることが、社内で要件把握プロセスを開始する最初のイベントとなります。この機能を具体化するために、営業部門はマーケティング、通貨などの管理を担当します。結果として、「要件把握」イベントは、製品製造に必要な資材の在庫確認という新たな機能へとつながります。
資材に関するすべての入出力データは情報リソース内に保持されます。資材の確認後、在庫の有無という2つの事象が発生する可能性があります。在庫がある場合は在庫から資材を取り出し、ない場合は仕入先に資材を発注します。この2つの状況は同時に発生することはないため、XOR演算子を用いて両者を連結するのが適切です。
実際のプロセスは、最終的に完了するまでに一連の段階を含む場合があるものの、主要な活動は基本的に同じである。イベントが1つの機能をトリガーし、機能が1つのイベントにつながる。一方、イベントは1つ以上のプロセスを伴う場合があるが、プロセスは1つのイベントに対して一意であり、プロセスとプロセスパスについても同様である。
機能に関しては、そのデータは一つまたは複数の情報リソースに含まれる可能性がある一方、組織単位は特定の機能のみを担当する。
参考文献 ↑ G. ケラー、M. ニュトゲンス、A.-W.シェーア (1992)。 Semantische Prozeßmodellierung auf der Grundlage 「Ereignisgesteuerter Prozeßketten (EPK)」 。国際情報研究所 (IWi)。重量89。 ↑ A.-W. Scheer (1999). ARIS. ビジネスプロセスフレームワーク . Springer. ↑ <trans oldtip="Anni Tsai et al. (2006). " EPC Workflow Model to WIFA Model Conversion " . In: " newtip="Anni Tsai 等人(2006年)。 “ EPC 工作流モデルからWifa モデルへの変換”。在：">Ani蔡等人（2006 年）。「EPC ワークフロー モデルから Wifa モデルへの移行」。 場所：</trans> <trans oldtip="2006 IEEE International Conference on Systems, Man, and Cybernetics、台北、台湾" newtip="2006 IEEE システム、人、制御国家际会議、台北、台湾">2006 IEEE系统，人，制御论国际会议，台北，台湾</trans> <trans oldtip=", pp. 2758-2763]" newtip="，第2758-2763页]">，第2758-2763页]</trans> ↑ <trans oldtip="ウィル・ファン・デル・アールスト" newtip="ウィル・ファン・デル・アールスト">ウィル・ファン・デル・アールスト</trans> (1999)。 <trans oldtip="イベント駆動型プロセス チェーンの形式化と検証" newtip="イベント駆動プロセスチェーンの形式とテスト">イベント駆動プロセスチェーンの形式とテスト</trans> 2006 年 9 月 23 日にウェイバック マシン に アーカイブされました<trans oldtip=".In " newtip="。在……ここ</trans> oldtip="情報とソフトウェア技術 41(10)" newtip="情報と软件技術41(10)">情報と软件技術41(10)</trans> <trans oldtip=", pp. 639-650" newtip="、第639-650页">、第639-650页</trans>↑ <trans oldtip="Kees van Hee et al. (2006). " newtip="Kees van Hee等人。(2006年)。">Kees van Hee等人。(2006年)。</trans> <trans oldtip=" " 拡張されたイベント駆動型プロセスチェーンを検証するための色付きペトリネット" " newtip="展覧会イベント駆動プロセスのテストに使用される有色ペトリ ネットワーク">展イベント駆動プロセスの検証に使用される有色ペトリ ネットワーク</trans> 2016 年 3 月 3 日にウェイバック マシン に アーカイブされました<trans oldtip=".In " newtip="。在……里面">。 oldtip="企業情報システムのモデリング、シミュレーション、検証、検証に関する第 4 回ワークショップ (MSVVEIS06) の議事録" newtip="第四期計画通信系统建模、仿真、验证および验证讲习班(MSVVEIS 06)">第四期計画通信系统建模、仿真、验证および验证讲习班(MSVVEIS 06)</trans> <trans oldtip="、5月23–24、2006 キプロス、パフォス、76-85 ページ。」 newtip="，2006 年 5 月 23 日から 24 日，プランジャ浦路斯福シス，第 76 号から 85 号。">，2006 年 5 月 23 日から 24 日，プランジャ浦路斯福シス，第 76 号から 85 号。</trans> ↑ <trans oldtip="Ekkart Kindler (2006). " newtip="Ekkart Kindler(2006年)。">Ekkart Kindler(2006年)。</trans> <trans oldtip="EPC のセマンティクスについて: 悪循環を解決するためのフレームワーク" newtip="EPC语义学：一解决恶性循環的框架">EPC语义学：一解决恶性循環的框架</trans> <trans oldtip=". 技術レポート。ドイツ、パーダーボルン大学コンピューターサイエンス学科。" newtip="。技術報告。德国帷尔伯恩大学コンピューター科学システム。">。技術報告。德国帷尔伯恩大学コンピューター科学システム。</trans>
外部リンク ウィキメディア・コモンズには、イベント駆動型プロセスチェーン に関連するメディアがあります。
