この項目「プロセス・モデリング」は途中まで翻訳されたものです。(原文:[1]
"英語版" 06:38, 5 April 2011 (UTC))プロセス・モデル (英: process model)という用語は、様々な文脈で使われる。例えば、事業プロセス・モデリング における事業体プロセス・モデルは、しばしば事業プロセス・モデルとして参照される。プロセス・モデルは、プロセス工学専門領域での中核概念である。 プロセス・モデルは、一つのモデルで一緒に分類される同じ性格のプロセスである。そこで、一つのプロセス・モデルは、そのレベル・タイプでのプロセスの一つの記述である。そのプロセス・モデルはそのレベル・タイプにあることから、プロセスは、それの一つのインスタンス(出現例)である。同じプロセス・モデルは、多くのアプリケーションの開発のため繰返し使われ、そして多くのインスタンスを持つ。プロセス・モデルの一つの可能な利用は、何が実際に起こったかのプロセス自身に対比した、どのように物事が行われ、なければいけない/るべき/れ得る、かを定める。プロセス・モデルは、プロセスがどのように見えるかの大まかな期待である。どんなプロセスが、実際のシステム開発中に決められるべきである[2]。 プロセス・モデルの目的は以下のである: 理論的視点から、メタプロセス・モデリング
概要
記述的 (Descriptive)
プロセス中に実際に起こったことの追跡
プロセスが実行された方法を見る外部の観察者の視点を採り、より効果的かつ効率的にそれを行わせなければならない改善を決める。
規範的 (Prescriptive)
記述されたプロセスと、そしてそれがどのように実行され、なければならない/るべき/かもしれない、かを定義する。
望むプロセス性能に導く、もし従うべきな、ルール、ガイドライン、及び振舞いパターンを確立する。それらは厳格な強制から柔軟なガイダンスまでのレンジであり得る。
説明的 (Explanatory)
プロセスの根拠についての説明を提供する。
根拠となる論証に基づく行為の複数の可能なコースを探しかつ評価する。
プロセス間の明示的接続とそのプロセスが満たす要求を確立する。
報告目的で抽出できるデータのポイントをあらかじめ定義する。
目的
事業プロセスのモデリングの活動は、通常、プロセス変更へのニーズを論じ、そして修正すべき課題を識別する。これの転換は、事業プロセスをモデル化するための共通な駆動力であるかも知れないが、IT関連であるかも知れないしそうでないかもしれない。変更管理プログラムは、プロセスを実践に置くため求められる。大規模プラットフォーム・ベンダーからの技術の進歩とともに、完全な実行可能(及び双方向エンジニアリングの能力を持つように)になった事業プロセス・モデルのビジョンが、日々現実に近づいている。支援技術には、UML、モデル駆動型仕組、及びサービス指向仕組等を含む。
プロセス・モデリングは、エンタープライズアーキテクチャの全てを包含する先導であるエンタープライズビジネスアーキテクチャ(英語版)のプロセス的局面を取り扱う。事業体システム、データ、組織的構造、戦略、等に残された文脈での事業プロセスの関係性は、変更の分析と計画における大きな能力を作り出す。実世界での一つの例は、合併と吸収にある:詳細に両社のプロセスを理解し、円滑な合併に帰着する冗長性を認識するための管理を可能にする。
プロセス・モデリングは、常に事業プロセス再設計とシックス・シグマにおける継続的改善アプローチのキーとなる局面である。 用語『事業モデル』には異なって定義される3つのカバー範囲が存在する[3]:
プロセス・モデルの分類
カバーする範囲によって
アクティビティ中心:プロダクト定義の特定目的のため実施されるアクティビティの関連セット;ある目標に到達することを意図した部分的に順序だったステップのセット[4]
活動中心:望まれるプロダクトに到達するための敏感なプロダクト変換を起こす一連の活動
意思決定中心:プロダクト定義の特定目的のため実施される関連意思決定のセット
文脈中心:ある文脈で採られた意思決定の影響の下で連なるプロダクト変換を起こす文脈のシーケンス
戦略中心:多面アプローチのプロセスを表すモデル構築を許し、意図と戦略の表記に基づくプロダクトを詳述する異なる可能な方法を計画する[5]。