プロセス・モデリング
プロセスは異なる種類でありえる。これらの定義は『プロセスがモデル化できる種々の方法に対応する』。
戦略的プロセス 一つのことを行う代替的方法を調査し、結果としてそれを行う計画を作る。 しばしば創造的であり、人との共同作業を必要とする;そこで、代替の生成と選択肢から一つを選ぶことは非常に重要な活動である。
戦術的プロセス 計画の達成における助け 到達計画の開発より実際の計画達成のため採用されるべき戦術により多くかかわる。
実装的プロセス 最下位レベルのプロセスである 計画の実装の何が及びどのようにの詳細に直接かかわる
用語『事業モデル』には異なって定義される3つのカバー範囲が存在する:
アクティビティ中心:プロダクト定義の特定目的のため実施されるアクティビティの関連セット;ある目標に到達することを意図した部分的に順序だったステップのセット
活動中心:望まれるプロダクトに到達するための敏感なプロダクト変換を起こす一連の活動
意思決定中心:プロダクト定義の特定目的のため実施される関連意思決定のセット
文脈中心:ある文脈で採られた意思決定の影響の下で連なるプロダクト変換を起こす文脈のシーケンス
戦略中心:多面アプローチのプロセスを表すモデル構築を許し、意図と戦略の表記に基づくプロダクトを詳述する異なる可能な方法を計画する。
理論的視点から、メタプロセス・モデリング(英語版)は、開発プロセスで何が起こるか(何において、何時起こり、及びなぜ)、記述するのに必要な主要な概念を説明する。運用的視点から、メタプロセス・モデリングは、手法工学とアプリケーション開発のためのガイダンスを提供することが目的である。
事業プロセスのモデリングの活動は、通常、プロセス変更へのニーズを論じ、そして修正すべき課題を識別する。これの転換は、事業プロセスをモデル化するための共通な駆動力であるかも知れないが、IT関連であるかも知れないしそうでないかもしれない。変更管理プログラムは、プロセスを実践に置くため求められる。大規模プラットフォーム・ベンダーからの技術の進歩とともに、完全な実行可能(及び双方向エンジニアリングの能力を持つように)になった事業プロセス・モデルのビジョンが、日々現実に近づいている。支援技術には、UML、モデル駆動型仕組、及びサービス指向仕組等を含む。
プロセス・モデリングは、エンタープライズアーキテクチャの全てを包含する先導であるエンタープライズビジネスアーキテクチャ(英語版)のプロセス的局面を取り扱う。事業体システム、データ、組織的構造、戦略、等に残された文脈での事業プロセスの関係性は、変更の分析と計画における大きな能力を作り出す。実世界での一つの例は、合併と吸収にある:詳細に両社のプロセスを理解し、円滑な合併に帰着する冗長性を認識するための管理を可能にする。
プロセス・モデリングは、常に事業プロセス再設計とシックス・シグマにおける継続的改善アプローチのキーとなる局面である。
早期の研究とプロセス・モデル品質を評価する方法から、プロセス・モデルのサイズ、構造、モデラーの熟練性、及びモジュール性がその全体的理解可能性に影響するように見えた。これらに基づいて、7つのプロセス・モデリングのガイドライン (7PMG)として、ガイドラインのセットが表現された。このガイドラインは、モデル中の要素の数、構造化されたモデリングのアプリケーション、及びプロセス・モデルの分割におけるガイドラインと同じように、動詞-オブジェクト・スタイルを利用する。そのガイドラインは以下のである:
G1 一つのモデル中の要素の数を最小化する
G2 要素ごとの経路を最小化する
G3 一つの始点と一つの終点イベントを使う
G4 可能な限り構造化したモデル
G5 要素のOR経路を避ける
G6 動詞-オブジェクトのアクティビティ・ラベルを使う
G7 50要素以上でモデルを分割する
7PMG は、未だその利用において制限があるけれど:検証問題、7PMGは、プロセス・モデルのコンテンツに関係しないが、しかしこのコンテンツが組織化されそして表現される方法だけある。それは、コンテンツが相互作用を持続する一方、何がモデルに含まれなければならないかの実用上の課題は未だ残される。2番目の限界は、21のプロセス・モデラーにのみとの係わり合いに頼るような、小さな経験的基盤を持つ、派生されるランク付けをガイドする優先付けに係わる。
これは、一方でプロセス・モデラーの『経験』の幅広い改良への必要のように見えるが、しかし、それはまた、どのような代替アプローチが優先付けのガイドに到達するため利用可能かもしれないという疑問もまた持ち上がる。