システムがますます複雑になるにつれて、概念モデリングの役割は劇的に拡大している。 そのプレゼンスの拡大に伴い、システムの基本を捉える上での概念モデリングの有効性が認識されつつある。 その実感を基に、数多くの概念的モデリング技術が生み出されてきた。 これらの技法は、複数の分野にまたがって適用することができ、モデル化されるシステムに対するユーザーの理解を深めることができます。 以下の文章では、いくつかの技法について簡単に説明するが、さらに多くの技法が存在し、また開発されている。 3485>
データフローモデリング 編集
データフローモデリング（DFM）は、システムの要素をグラフィカルに表現する基本的な概念モデリング技法である。 DFMはかなり単純な技法ですが、多くの概念的モデリング技法と同様に、上位および下位の代表図を構築することが可能です。 データフローダイアグラムは通常、並行開発の考慮やタイミング情報などの複雑なシステムの詳細を伝えるものではなく、主要なシステム機能を文脈に沿わせるために機能するものです。 3485>
Entity Relationship ModelingEdit
Entity-relationship modeling (ERM) は主にソフトウェアシステム表現に使われる概念的モデリング技法である。 ERM技法を実行した成果物である Entity-relationship diagram は、通常、データベースモデルや情報システムを表現するために使用される。 ダイアグラムの主な構成要素は、エンティティとリレーションシップである。 エンティティは、独立した機能、オブジェクト、またはイベントを表すことができる。 関係は、エンティティを互いに関連付ける役割を果たします。 システムプロセスを形成するために、関係は、エンティティおよびプロセスをさらに記述するために必要な属性と組み合わされる。 この手法には、IDEF1X、Bachman、EXPRESSなど、複数の図式化規則が存在する。
Event-driven process chainEdit
The event-driven process chain (EPC) is a conceptual modeling technique which is mainly used to systematically improve business process flows. 多くの概念モデリング技法と同様に、イベントドリブンプロセスチェーンはエンティティ/エレメントと、関係を開発・処理するための機能から構成されています。 より具体的には、EPCは、プロセスがどのような状態にあるか、あるいはプロセスが動作するルールを定義するイベントから構成される。 イベントを進行させるためには、機能／アクティブイベントを実行する必要がある。 プロセスの流れに応じて、関数はイベントの状態を変換したり、他のイベントドリブンプロセスチェーンにリンクする機能を持っています。 EPCには他の要素も存在し、それらすべてが連動して、システムがどのように、どのようなルールで動作するかを定義します。 EPCの技術は、リソース計画、プロセス改善、ロジスティクスなどのビジネスプラクティスに適用することができます。
Joint Application DevelopmentEdit
The dynamic systems development method uses a specific process called JEFFF to conceptually model a systems life cycle.動的システム開発法は、概念的にシステムのライフサイクルをモデル化するためにJEFFFと呼ばれる特定のプロセスを使用します。 JEFFFは、プロジェクトの初期化に先立つより高度な開発計画に焦点を当てることを意図している。 JADのプロセスでは、参加者がプロジェクトを特定し、定義し、構想から完成までの全体的なマップを作成する一連のワークショップが必要とされます。 この方法は、大規模なアプリケーションではうまく機能しないことが判明しているが、小規模なアプリケーションでは通常、効率の純増が報告されている。
Place/transition netEdit
ペトリネットとしても知られているこの概念モデリング技術は、直接数学的手段で記述できる要素を用いてシステムを構築することを可能にする。 3485>
State transition modelingEdit
State transition modelingはシステム動作を記述するために状態遷移図を使用する。 これらの状態遷移図では、システムの動作や変化を定義するために明確な状態を使用します。 現在のほとんどのモデリングツールは、状態遷移モデリングを表現するためのある種の機能を含んでいます。 状態遷移モデルの使用は、有限状態マシン用の論理状態図および有向グラフとして最も容易に認識することができる。
技術の評価と選択編集
概念モデリング法は、広い使用領域を考慮するために意図的に曖昧になることがあるので、概念モデリングの実際の適用が難しくなることがある。 この問題を軽減し、適切な概念モデリング手法を選択する際に考慮すべきことに光を当てるために、以下の文章ではGeminoとWandが提案したフレームワークについて説明することにする。 しかし、概念モデリング技法の有効性を評価する前に、概念モデリング技法のグラフィカルな表現、トップレベルの表現に特化して比較することは近視眼的であるという重要な概念を理解する必要がある。 Gemino と Wand は、適切な技法を選択する際には、概念モデリング言語に重点を置くべきであると主張し、良い点を挙げている。 一般に、概念モデルは何らかの形で概念モデリング技法を用いて開発される。 その技法は、モデルに到達する方法のルールを決定する概念モデリング言語を利用します。 概念モデリング技法を適切に評価するためには、使用される特定の言語の能力を理解することが不可欠です。 また、概念モデリング言語は、システムが複雑であろうと単純であろうと、表現できる深さに直接影響する。
Considering affecting factorsEdit
Building on some of their earlier work, Gemino and Wand acknowledge some main points to consider when studying the affecting factors：概念モデルが表現すべき内容、モデルが示される方法、モデルのユーザーの特性、概念モデル言語の特定のタスク。 概念モデルの内容は、関連する情報を提示することができる技術を選択するために考慮されるべきです。 選択目的のための表現方法は、意図した深さと詳細さでモデルを表現する技術の能力に焦点を当てることになる。 モデルのユーザーまたは参加者の特性は、考慮すべき重要な側面である。 参加者の経歴や経験が概念モデルの複雑さと一致しなければ、システムの誤った表現や重要なシステム概念の誤解により、そのシステムの実現に問題が生じる可能性があるからです。 概念モデル言語タスクは、さらに適切な技術を選択することを可能にする。 3485>
Considering affected variablesEdit
Gemino and Wand go on to expand the affected variable content of their proposed framework by considering the focus of observation and the criterion for comparison.システムの機能性を伝えるためのシステム概念モデルの作成とその機能を解釈するシステム概念モデルの作成の違いは、全く異なる2種類の概念モデル言語を含む可能性がある。 観察の焦点は概念的な模倣の技術が「新しいプロダクト」を創造するかどうか、または技術がモデル化されるシステムのより親密な理解をもたらすだけであるかどうか考慮する。 比較の基準では、概念モデリング技法が効率的または効果的であるかどうかを量ることになる。 すべてのシステム変数を高レベルで考慮したシステム モデルを開発できる概念モデリング技法は、システム機能を理解するプロセスをより効率的にするかもしれませんが、その技法は内部プロセスを説明するのに必要な情報を欠いているため、モデルの効果は低くなります。 概念モデルの範囲を理解することは、その特定のモデルに適切に対処する技法を、より多くの情報に基づき選択することにつながります。 要約すると、モデリング技法を選択する際に、以下の質問に答えることにより、概念モデリングに関するいくつかの重要な考慮事項に対処することができます。
シミュレーション概念モデルの別の機能は、シミュレーション適用の妥当性を評価するための合理的かつ事実に基づく基礎を与えることにあります。
