EPCチャート
サブジェクトイベントアプローチは、「イベント」の概念の定義レベルですでにEPCとは異なります。 EPCでは、イベントは特定の機能の入力または出力で固定され、ある時点で特定のパラメーターのセットによって設定される状態と見なされます。 直感的には、このようなイベントの定義は非常に理解しやすいように見えますが、一般的な場合、不確実性の大きな瞬間が含まれています。 システム全体？ いくつかのオブジェクト？ 件名？ 一方、ビジネスプロセスの過程に明らかに影響する多くのイベントはこの定義に該当しません。EPCには、論理コネクター、論理関係、情報フロー、および本質的にはイベントとして記述されていないその他の要素が含まれます。 この不確実性は、システム内のすべてのエンティティの記述が統一されているため、サブジェクトイベントアプローチでは完全に排除されます。いずれも一連のイベントとして記録されます。
サブジェクトイベントアプローチの重要な利点は、モデリング（制御フロー、メッセージフロー、論理接続、関連付けなど）でのさまざまな種類の接続の排除です。すべての接続は、イベント間の因果（論理）接続と見なされます。 もちろん、関連するイベントの1つのチェーンは、リソースを変更するプロセス、別の管理プロセス、サブジェクトによる機能のパフォーマンスとして3番目に指定できますが、元のレコードでは、これらのプロセスはすべて、実行条件を介して接続された標準的に記述されたイベントのフローにすぎません。
したがって、サブジェクトイベントアプローチの観点から、EPCダイアグラムは、1つまたは複数の単一レベルエンティティによって多くの機能を実行するシーケンスを反映して、企業のアクティビティのフラグメントを表す便利で視覚的な形式と見なされる必要があります。 既存の図は、企業のイベントフローを形成するためのデータソースとして機能します。
サブジェクト指向アプローチ（s-BPM）
ビジネスプロセスのモデリング用のツール開発の観点から、s-BPMの後の次のステップとして、サブジェクトイベントアプローチを検討する必要があります。 後者のすべての利点を保持しながら、サブジェクトとイベントのアプローチには、サブジェクトとオブジェクトの記述の統一という形で重要な利点があります。 これにより、企業の機能の3つの側面の最大近似が保証されます：（1）直接的な活動、（2）モデリング、および（3）データ処理。 1つの形式のイベントストリームでは、企業の構造（そのすべての要素間の関係）とすべての要素の完全な説明（サブジェクトとオブジェクトの両方）の両方が同時に記録されます。
s-BPMの基礎は、企業の機能が低下する、より正確には、その活動が予測されるレベルまで低下するサブジェクト間の関係の行為（イベント）です。 この方向にさらに進むと、システムの実質的な要素としてのサブジェクトイベントアプローチは、サブジェクトの行為、サブジェクトとオブジェクトの両方とのすべての関係、つまり企業の将来の状態に影響を与える可能性のあるイベントを考慮することを提案します。
s-BPMおよびサブジェクトイベントアプローチで企業を記述する原則は密接です-多くのサブジェクトが採用され、それらの関係は固定されています-しかし、イベントアプローチでは、サブジェクトはシステム形成要因とは見なされません。 主題は記述されることを意図していません。他のオブジェクトと同様に、「出現」し、特定の一連のイベントとしてイベントフローの形成中に明らかになります。 イベントアプローチの主な質問は、「このサブジェクトはここで何をしているのですか？」ではなく、「どのサブジェクトがこのイベントをどのオブジェクトで実行していますか？」です。 被験者からイベントへの注意のシフトは、後者を基本的な不変条件にします。複数の人間の被験者を1つの被験者に結合したり、逆に、1つの被験者を複数の被験者に分割したり、ソフトウェアエージェントに置き換えたり、オブジェクト（リソース）を次のように変更することもできます：別の-そしてイベントは同じままになります。 つまり、イベントの流れによる企業自体の説明は、データ編成の原則とその説明の形式を変更することなく、変更と最適化に最大限に適応されます。
s-BPMが提唱する「5文字のみのプロセス記述」という原則に応えて、サブジェクトイベントアプローチは独自の「1文字のみの記述」を提供します。 生物企業をイベントの流れとして理解することからどのような原則が導き出されますか。すべてのイベントを修正すると、システム全体の完全な説明が得られます 。 そして追加のエンティティはありません。
もちろん、「1文字」はスローガンにすぎません。 企業のイベントフロー自体は、固定表記の論理的に分離されたスキームとして、 最終モデルとして表すことはできません。 イベントフローはイベントの多次元の宇宙として理解されるべきであり、分析のために特定の視点から考慮され、特定の平面に投影されるべきです。 たとえば、「サブジェクトとサブジェクト」関係のレベルでイベントを選択すると、サブジェクト指向の説明（s-BPM）が得られます。 一連の機能の開始と終了のイベントを修正すると、システムの断片のEPCイメージが得られます。 つまり、イベントアプローチの位置から、ビジネスプロセスを記述するための既存のスキームのいずれかは、考えられる意味平面の1つでの生物企業の投影として、視覚化方法と見なされる必要があります。 そして、そのような予測は無限かもしれません。
サブジェクトイベントアプローチの大きな利点は、元のモデルである新しいスキームを提供しないが、すべての既存のスキームを一方でイベントのフローに減らすことができ、他方でいくつかのパラメーターを修正することで自動的に区別できることを示すことです、たとえば、サブジェクトのレベル、リソースの移動など。
結論
- サブジェクトイベントアプローチの基本原則を簡潔に繰り返します。
- 下位レベルの説明の統一：イベントのみが存在し、その他すべて-サブジェクト、オブジェクト（リソース、ドキュメント）はイベントのセットとして説明されます。
- モデルとデータの組み合わせ-イベントストリームには、システムに関する完全な情報（オブジェクトとサブジェクトの説明、システムの構造）が含まれます。
- 記述相対性の達成-任意のオブジェクトは指定された主題に対してのみ存在し、それによって区別されるさまざまなイベントを通じて記述されます。
- 説明のレベルの形式化-同じオブジェクトを区別するサブジェクトが1つのレベルに割り当てられ、説明は各レベルで整合性を持ちます。
- 最高レベルでの記述の調整：すべての可能なモデル（構造、機能など）は、それらに共通する基本的なイベントのストリームに削減されます。
サブジェクトイベントアプローチは、本質的に、組織、管理、近代化、最適化の方法ではなく、時間分散された複雑さを備えた複雑なシステムを記述するための汎用プラットフォームにすぎません。 システムイベントフローの構造を正式に分析した後、1つまたは別の管理および最適化戦略の選択を提案できます。 しかし、管理および最適化戦略を「ハング」せずにイベント記述の事実でさえ、一方では、あらゆるレベルで、あらゆる主題の観点からシステムの動作を視覚化するツールを提供し、他方では、すべての規制および手段を形式化する迅速な修正のため。 実際、この規制は、ある主題によって実行され、他のイベントと条件付きで関連付けられているイベントのリストにすぎません。
つまり、複雑なシステムの分析に対するサブジェクトイベントアプローチの重要な利点の1つは、管理および最適化手法からオントロジー記述を最初に分離することです。 システムは、いくつかのレベルで私たちの前に現れます。
- システムに関する完全な情報を含む低レベルのイベント。
- オブジェクトとサブジェクトのレベル（イベントのセットとして表されます）;
- イベントシステムの階層レベル-プロセス、アクション、アクティビティ、およびオブジェクトとサブジェクトとの関係。
- スキームによって表される管理と最適化のレベル、さまざまな観点から企業の構造を表示するモデル。
各レベルは、イデオロギー的にもプログラム的にも、後者の要素の構造として下位に構築されますが、すべてのレベルの存在論的にすべての構造は下位レベルの要素（イベント）で構成され、それまで縮小できます。 つまり、オントロジー的に（およびプログラム的に）イベントはレベルで区別されず、システムのイベントフローのすべての要素です。
サブジェクトイベントアプローチ自体は、複雑なシステムを記述するためのツールにすぎず、企業を最適化および計画する方法を直接決定するものではないことに特に注意してください。 （システムのイベントフローをモデル化するという事実は、その組織の問題を明らかにし、それらに対する解決策を提案することができますが。）しかし、リアルタイムでの最適化および計画方法の実装と自動化の基礎と見なすことができるのは、非常に統一されたグローバルに接続された記述です。