IDEF3
IDEF3（"プロセス記述の統合定義手法"）は、IDEF0を補完するプロセス・モデリング ()手法である。IDEF3手法は、どのように特定のシステムが動作するかについての知識を獲得することを意図した、シナリオ・ベースのプロセス・フロー記述獲得手法である。
IDEF3手法は、下記の2つを表現するモードを提供している：
この手法は、システム工学 ()やソフトウエア工学 ()分野のモデリング言語 ()のIDEFファミリ手法の一部である。
世界の記述に使われる主なメカニズムの1つは、出来事または活動の順序だったシーケンス()での物語に関係している。IDEF3プロセス記述獲得手法は、状況あるいは事業プロセス ()を記述する共通のメカニズムを配慮した、活動のシーケンス ()の記述を獲得するため創られた。IDEF3の主な目標は、ドメイン・エキスパート()が特定システムまたは組織の運用についての知識 ()を表現できる、構造化された方法を提供することである。知識獲得 ()は、獲得するための最も自然な形式で、実世界のプロセスや出来事についての見方を直接獲得することによって可能にされる。IDEF3は、プロセス知識獲得のための信頼されかつ良く構造化されたアプローチで、情報獲得 ()のための表現豊かで、使い易くて、そして表現を提供することにより、この種の知識獲得を支援する。
IDEF3の開発動機は、以下を必要とする：当初のIDEFは、1970年代中頃から、彼らの既存システムがどのように統合されるかを意思決定するのに必要な人々の間でのコミュニケーションを強化するため開発された。IDEF0は、機能分割の過程と機能間の関係の分類化（すなわち、入力、出力、制約、及び機構の分類）を経てシステムの機能を記述を優しく拡張することを可能にするため設計された。IDEF1は、組織が、その目的を達成するため重要であると認める情報の記述を可能にするため設計された。
3番目のIDEF（)は、当初ユーザー・インタフェース・モデリング手法を意図した。しかしながら、ICAM ()プログラムは、シミュレーションのモデリング・ツールを必要として、結果としてIDEF2が、数学モデル・ベース・シミュレーションの仕様のためのフレームワークを提供する、製造におけるシステム資源の時系列的振舞を表現する1つの手法となった。この状況を正したいとのICAM内の手法論プログラムの意図があったが、それをすることを許さない資金的限界があった。結果として、システムの構造的なユーザー・ビュー (User_view)の記述の支援する手法の不足が、IDEFシステムの大きな欠点となった。手法論的視点からの基本的問題は、（既存または提案の）システムが何をすると想定するかの記述と、システムが何を行うかを予測するシミュレーション・モデルの表現を区別することである。その後者がIDEF2の焦点であり、前者がIDEF3の焦点である。
記述 ()とモデル ()との区別は、微妙であるが、IDEF3でのそれは重要であり、両方とも正確な技術的意味を持っている。
モデルの力は、それが表す実世界のシステムを単純化し、そしてモデル内で対応する事実の長所によってそのシステムについてある特定の事実を予測するその能力からくる。そこでモデルは、それ自身の権利で設計されたシステムです。モデルは、正しくないことと知られる理想化されたシステムであるが、ドメイン内であらかじめ定義された関心の領域のための信頼できる予測要素を提供するのに十分近いと考えられる。その一方で記述は、個人の知識または経験の領域内での何かについて事実または信念の記録である。そのような記述は一般的に不完全である；すなわち、記述を与える人が、彼や彼女が無関係であると信じる、あるいはシステムを記述する成り行きで忘れた、事実を省略するかもしれない。記述はまた、他の人がそのドメイン内の観察した状況と矛盾しているかもしれない。IDEF3は、同じシナリオまたはプロセスの代わりの記述を獲得しあ押して組織化することを可能にする特定の機能を提供することで、これらの可能性を受け入れている。図を参照のこと。
モデリングは、矛盾したあるいは一貫性のないビューを解決する記述獲得の背後に付加的ステップを踏むことを必要とする。これは順番に、一般的にモデラーに、1つの視点を選ばせるか生成させることと、直接の知識または経験を利用できないところでのギャップを埋めるため人工的近似モデリングを導入することを要求する。モデルとは違い、記述は、単純に正確性を不足しても、満たされなければならない、理想化、テスト可能条件によって制約されない。
記述獲得の目的は、プロセス知識を単純に記録しコミュニケートし、あるいは人々がどのように主要プロセスが実際に運営されるかを理解する過程で、一貫性のない点を識別することかもしれない。記述獲得手法を使うことによって、ユーザーは、実行可能なモデルを作り出すことを強いる慣習（例えば、正確さ、内部の整合性、論理的一貫性、非冗長性、完全性などを確かめる慣習）を学びかつ適用することを必要としない。ユーザにモデルを強制することは、彼らに、彼らのドメインでの経験的知識を正確に獲得することなく、モデル設計の観点とモデルを生成するリスクを採らせることを要求する。
シナリオまたは物語の概念は、IDEF3プロセス記述のための構造の基本的組織として使われる。1つのシナリオは、組織またはシステム、あるいはプロセスが起こるところでの設定によって取扱われる問題の典型的クラスを記述する状況のセットを、再発する状況と考えることができる。シナリオは、記述の焦点と境界条件を確立する。このようにシナリオを使うことは、彼らが、与えられたシナリオまたは状況の文脈で行動の順序だったシーケンスに関して知っていることを記述する人間の傾向を利用する。シナリオはまた、プロセス中心知識の集合体を組織化するため都合の良い道具を提供する。
IDEF3のプロセス図は、プロセス中心の知識を獲得し、管理し、そして表示する主要な手段である。これらの図は、異なるアプリケーション領域からのドメイン・エキスパートや分析者がプロセスについての知識をコミュニケーションするのを助ける図式媒体を提供する。これは、出来事や活動についての知識、それらの出現に参加するオブジェクト、及び出現の振る舞いを統治する制約関係を含む。
IDEF3のオブジェクト図は、プロセスのオブジェクト中心の記述を獲得し、管理し、そして表示する。すなわち、どのように様々な種類のオブジェクトが、プロセスを通して他の種類のものに遷移するか、どのように与えられた種類のオブジェクトがプロセス、あるいは1つのプロセスでのオブジェクト間の重要な関係についての文脈設定情報を通して状態を変えるかについての情報。
IDEF3記述は、2つの異なった観点：プロセス中心とオブジェクト中心、から開発される。これらのアプローチは、相互に排他的ではなく、IDEF3は、複雑なプロセス記述を表現するため、それらの間のクロス参照を可能にする。
プロセス図は、最も馴染みやすさと、幅広く利用されるIDEF3手法の構成要素を意図する。これらの図は、シナリオのプロセス中心記述のための可視化メカニズムを提供する。図画要素は、振舞の単位（UOB）ボックス、前後関係リンク、、結合子（ジャンクション）、参照子（レファレント）、及び注釈（ノート）を含む。構築ブロックは以下の通りである：IDEFは、オブジェクト中心プロセス情報の詳細を表すための構築ブロックを提供する。すなわち、どのように様々な種類のオブジェクトがプロセスを通して他の種類のものに変換され、あるいはどのように与えられたオブジェクトの種類がプロセスを通して状態を変化するかについての情報。