メタプロセスモデリング

「従来のプロセスモデルは、開発者の経験の表現です。この経験は形式化されておらず、したがって知識の蓄積として利用できないため、これらのプロセスモデルはアドホックな構築手法の結果であると言えます。これには2つの大きな結果があります。これらのプロセスモデルがどのように生成されたかを知ることができないこと、そして経験の領域に依存するようになることです。プロセスモデルがドメインに依存せず、迅速に生成および変更可能であるためには、経験に基づくプロセスモデルの構築から脱却する必要があります。明らかに、生成と変更可能性は、採用されたプロセス管理ポリシーに関連しています（使用法の世界を参照）。インスタンス化とアセンブリは、モジュール化を促進することで、優れた実践の活用と既存のプロセスモデルの改善を容易にします。」^{[ 2 ]}

アセンブリ技術は、プロセスコンポーネントを選択できるプロセスリポジトリの考え方に基づいています。Rolland (1998) は、2 つの選択戦略を挙げています。^{[ 2 ]}

1. 偶発性基準に基づいて、現在進行中のプロジェクトのグローバル分析を促進する（例：Van Slooten 1996 ^{[ 5 ]}）
2. プロセスチャンクを記述する手段として、記述子の概念^{[ 6 ]を使用します。これにより、ユーザーの要件を満たすコンポーネントや、目の前の状況に一致するコンポーネントの検索が容易になります。 [ 7 ]} （例として、 NATURE ^{[ 9 ]}に掲載されたPlihon 1995 ^{[ 8 ] 、およびCREWSプロジェクト[ 10 ] [ 11 ]}でインターネット上でアクセス可能なシナリオベースのアプローチのリポジトリ）

アセンブリ技術が成功するためには、プロセスモデルがモジュール化されている必要がある。アセンブリ技術をインスタンス化技術と組み合わせる場合は、メタモデル自体がモジュール化されている必要がある。^{[ 2 ]}

プロセスを再利用するために、メタプロセスモデルは「プロセスモデルの共通の汎用的な特徴を特定し、それらを概念のシステムで表現します。このような表現は、これらの特徴を共有するすべてのプロセスモデルを「生成」する可能性を秘めています。この可能性は、生成手法が定義され、その適用によって目的のプロセスモデルが得られるときに実現されます。」^{[ 2 ]}

プロセス モデルは、インスタンス化によってプロセス メタ モデルから導出されます。ローランドは、インスタンス化アプローチにいくつかの利点があるとしています。^{[ 2 ]}

1. メタモデルを活用することで、幅広いプロセスモデルを定義することが可能になります。
2. これにより、プロセスモデルを定義する作業が体系的かつ汎用的なものとなる。
3. これは、プロセスメタモデルにおいて問題に対する汎用的な解決策を探し出し、導入することを促し、それによって派生したプロセスモデルが解決策の特性を継承するようになる。

「インスタンス化手法は、例えばNATURE ^{[ 9 ]} 、 Rolland 1993 ^{[ 1 ]} 、 Rolland 1994 ^{[ 12 ]} 、 Rolland 1996 ^{[ 13 ]}などで使用されている。プロセスエンジニアは、対象となるプロセスモデルを構成するコンテキストと関係のインスタンスを定義する必要がある。」^{[ 2 ]}

Rolland (1998) は、ソフトウェアエンジニアリングコミュニティで使用されているプロセスモデルを表現するための多数の言語をリストアップしています: ^{[ 2 ]}

• E3 ^{[ 4 ]}
• EPOS ^{[ 14 ]}、Oikos ^{[ 15 ]}、PEACE ^{[ 4 ]用のさまざまな Prolog 方言}
• PWI用PS-Algol ^{[ 4 ]}

さらに、新たな計算パラダイムも存在する。

• EPOS ^{[ 14 ]}および SPADE ^{[ 16 ]}におけるペトリネット
• MERLINにおけるルールベースのパラダイム^{[ 17 ]}
• ALF ^{[ 18 ]}
• マーベル^{[ 19 ]}
• EPOS ^{[ 14 ]}
• ^{ADELE [ 20 ]}および MVP-L ^{[ 4 ]}のトリガー

言語は通常プロセス プログラムに関連しているのに対し、インスタンス化技術はプロセス スクリプトの構築に使用されてきました。^{[ 2 ]}

メタモデリングプロセスは、CAMEツール（コンピュータ支援メソッドエンジニアリング）またはMetaCASEツール（メタレベルコンピュータ支援ソフトウェアエンジニアリングツール）と呼ばれるソフトウェアツールによってサポートされることが多い。多くの場合、インスタンス化技術は「コンピュータ支援メソッドエンジニアリング環境のリポジトリを構築するために利用されてきた」。^{[ 2 ] [ 21 ] [ 22 ] [ 23 ] [ 24 ]}

メタプロセスモデリングのツールの例は次のとおりです。^{[ 25 ]}

• マエストロII ^{[ 23 ]}
• MetaEdit+ ^{[ 21 ]}
• メンター^{[ 24 ]}

マップは「次に達成すべき意図とそれを達成するための適切な戦略の動的な選択をサポートするナビゲーション構造」であり、「意図と戦略の非決定論的な順序付けが組み込まれたプロセス モデル」です。これは、意図をノード、戦略を意図間のエッジとするラベル付き有向グラフです。グラフの有向性は、どの意図がどの意図の後に続くことができるかを示します。」^{[ 3 ]}

CREWS-L'Ecritoireメソッドのマップは以下のようになります。

マップは、戦略（矢印で象徴される）によって接続された目標／意図（楕円で示される）で構成されています。意図とは、アプリケーション エンジニアが特定の時点で念頭に置いている目標、目的のことです。戦略とは、意図を達成するためのアプローチ、方法です。2 つの目標と戦略の接続は、セクションとも呼ばれます。^{[ 3 ]}

マップは、「アプリケーション エンジニアが開始意図から終了意図までのパスを決定できるようにするものです。マップには有限個のパスが含まれており、それぞれのパスは製品を開発する方法を規定しています。つまり、それぞれのパスはプロセス モデルです。したがって、マップはマルチ モデルです。マップは複数のプロセス モデルを具現化し、一連のプロセスをモデル化するためのマルチ モデル ビューを提供します。マップに含まれる有限個のモデルのいずれも、事前に推奨されるものではありません。代わりに、このアプローチはマップ内をナビゲートすることで実際のパスを動的に構築することを提案します。この意味で、このアプローチはプロセスで発生する特定の状況に敏感です。次の意図とそれを達成するための戦略は、マップによって提供される複数の可能なものの中から、アプリケーション エンジニアによって動的に選択されます。さらに、このアプローチは、マップ内のパスを動的に追加すること、つまりプロセスの実際の過程に新しい戦略や新しいセクションを追加することを可能にすることを目的としています。このような場合、特定の状況に対処するために利用可能なすべての選択肢を提供するガイドラインは非常に便利です。マップは、このようなガイドラインに関連付けられています。」^{[ 3 ]}

ガイドラインは「選択された意図の運用化を支援する」ものであり^{[ 3 ]}、「目的を達成したり活動を実行したりするための手順を示す一連の指示」である^{[ 33 ]。}ガイドラインの説明は、NATUREプロジェクトの文脈的アプローチ^{[ 9 ] [ 34 ] [ 35 ]}とそれに対応する実施メカニズム^{[ 24 ]}に基づいている。 ガイドラインは3つのタイプに分類できる。

• 意図選択ガイドライン（ISG）は、次のステップで達成可能な意図のセットを特定し、それに対応するIAG（意図に対して1つの選択肢のみ）またはSSG（複数の可能性のある意図）のいずれかのセットを選択します。
• 戦略選択ガイドライン（SSG）は戦略の選択を導き、それによって対応するIAGの選択につながる。
• 意図達成ガイドライン（IAG）は、戦略に従ってアプリケーションエンジニアが意図を達成できるよう支援することを目的としており、これらの戦略を実行するための戦術に関係し、複数の戦術を提供する可能性があり、したがって、意図を達成するための代替的な運用方法を含む可能性があります。

私たちの場合、上記の地図に対応する以下のガイドラインを定義する必要があります。

意図選択ガイドライン（ISG）

1. ISG-1 目標を引き出すことからの進捗状況
2. ISG-2 シナリオの概念化からの進捗状況
3. ISG3 シナリオ作成からの進捗状況
4. ISG-4の開始からの進捗状況

戦略選択ガイドライン（SSG）

1. SSG-1 目標を引き出すための進捗状況
2. SSG-2 シナリオ構想の進捗状況
3. SSG-3 シナリオ作成の進捗状況
4. SSG-4 目標を引き出すための進捗状況
5. SSG-5 進行停止

意図達成ガイドライン（IAG）

1. IAG-1 事例に基づいた戦略で目標を引き出す
2. IAG-2 構成戦略を用いて目標を引き出す
3. IAG-3 代替戦略を用いて目標を引き出す
4. IAG-4 目標を洗練戦略とともに引き出す
5. IAG-5 言語戦略を用いて目標を引き出す
6. IAG-6 テンプレート主導型戦略で目標を引き出す
7. IAG-7 テンプレート駆動型戦略を用いたシナリオを作成する
8. IAG-8 自由散文でシナリオを作成する
9. IAG-9 コンピュータ支援戦略を用いたシナリオの概念化
10. IAG-10 シナリオを手動で概念化する
11. IAG-11 完全性戦略で停止

以下のグラフは、意図達成ガイドライン8（IAG-8）の詳細を示しています。

C. Rolland の論文で提示されているマルチモデルビューでは、メタプロセス (メタプロセスモデルのインスタンス) は「マップからパスを生成し、それを目の前のアプリケーションに即座に実行するプロセス」です。^{[ 3 ]}メタプロセスモデルはさまざまな方法で表現できますが、ここでもマップが表現手段として選択されました。これは、上記で提示したプロセスモデルのマップと混同しないでください。

コレット・ローランドはメタモデルを次のように説明しています。^{[ 3 ]} （メタ意図は太字、メタ戦略は斜体で示され、マップ上では緑色で示されています。）

「Startメタインテントは、ソースとしてマップインテントStartを持つメソッドマップ内のセクションを選択することで、プロセスの構築を開始します。Choose Sectionメタインテントは、メソッドマップセクションの選択結果となります。Enact Sectionメタインテントは、 Choose Sectionによって選択されたメソッドマップセクションの実行を引き起こします。最後に、Stopメタインテントは、アプリケーションプロセスの構築を停止します。これは、 Enact Sectionメタインテントによって、ターゲットとしてStopを持つメソッドマップセクションの実行が行われた場合に発生します。前のセクションで説明したように、メソッドマップのセクションを選択する方法は、インテントを選択するか、ストラテジーを選択するかの2つがあります。したがって、Choose Sectionメタインテントには、それぞれselect intentとselect strategyという2つのメタストラテジーが関連付けられています。Choose Sectionによってメソッドマップセクションが選択されると、その実行をサポートするIAGを取得する必要があります。これは、メタストラテジーautomated supportをメタインテントEnact Sectionに関連付けることで[グラフ]に表されます。」