IDEF（Integration DEFinition）はシステム工学やソフトウエア工学分野における統合化定義のためのモデリング手法ファミリを参照する。

機能モデリングからデータ、シミュレーション、オブジェクト指向の分析／設計と知識獲得までの幅広い利用レンジをカバーしている。これらの『定義手法』は米国空軍からの資金で開発され、その後他の軍隊や国防省の機関を含め、今も彼らによって最も共通に使用されるパブリック・ドメインの手法になっている。
  
IDEFファミリ手法で最も幅広く認識されかつ使われているコンポーネントは、構造化分析及び設計技法で構築された機能モデリングの手法であるIDEF0と、情報モデリングとデータベース設計課題を扱うIDEF1Xである。

IDEF手法の全貌 
IDEFファミリ手法は、IDEF14まで定義された。
 IDEF0: 機能モデリング手法
 IDEF1: 情報モデリング手法
 IDEF1X: 情報／データ・モデリング手法
 IDEF2 : シミュレーション・モデル設計
 IDEF3 : プロセス記述獲得手法
 IDEF4 : オブジェクト指向設計手法
 IDEF5 : オントロジ記述獲得手法
 IDEF6 : 設計根拠獲得手法 
 IDEF7 : 情報システム監査
 IDEF8 : ユーザ・インタフェース・モデリング
 IDEF9 : 事業制約発見 
 IDEF10 : 実装仕組モデリング
 IDEF11 : 情報生成物モデリング
 IDEF12 : 組織モデリング
 IDEF13 : 3層スキーマ・マッピング設計
 IDEF14 : ネットワーク設計

1995年までにIDEF0、IDEF1X、IDEF2、IDEF3、及びIDEF4が完全に開発された。 他のいくつかのIDEF手法の概念設計も行われた。最後の試みは、1995年の事業制約発見 (IDEF9)、設計根拠獲得 (IDEF6)、人間－システム相互作用設計 (IDEF8)、及びネットワーク設計 (IDEF14)のための信頼できる手法に向けての新しいIDEF手法開発だった。

手法IDEF7、IDEF10、IDEF11、IDEF 12、及びIDEF13は、それらの初期定義以上のどんな開発も行われなかった。

歴史 
IDEFは、1970年代に米空軍のマテリアル・ラボ、オハイオ州ライト・パターソン空軍基地でデニス・ウィスノスキー、ダン・L.・シュンク（Dan L. Shunk）他によって始められた、ICAMの定義が起源となり、1980年代に開発が終了した。IDEFは、アメリカ空軍のICAMイニシアティブのプロダクトだった。『IDEF』は、当初『ICAM DEFinition』言語であり、IEEE標準はそれを『Integration DEFinition』としてIDEFを改名した。

IDEFを作ったその特定プロジェクトは、プライオリティ111と112（後に1102と再付番された）のICAMプロジェクトであった。後に続いたプライオリティ6201、6202、及び6203情報統合支援システム（Integreted Information Support System：IISS）プロジェクトは、物理コンピュータ環境で実行できる情報処理環境を創作する努力だった。新しいモデリング技術の応用で向上した経験の結果として、IDEFの更なる開発がそれらのプロジェクトの下で起こった。IISS努力の意図は、米国のや友好国の武装軍隊のような多くの協調した事業体で使うことができる'汎用的サブシステム'を創出することだった。

ICAM1102努力の時点で、コンピュータにデータを格納するための、多彩で、ほとんど互換性のない、データモデル手法が存在した関係モデルは、容易で、効率的で、かつ正確なアクセスのためのデータの構造化について考える頼もしい方法としてちょうど台頭した。関係データベース管理システムは、データ管理のための一般的標準としてまだ登場していなかった。

ICAM プログラムオフィスは、大規模システムのデータ・コンテンツを記述する「中立的」方法を作成することに価値を乱していた。登場する学問的文献は、それが物理的に格納される方法とを処理する方法を示唆した。そこでIDEF1言語が、格納方法あるいはファイル・アクセス方法に関係なく等しく適用され得る、データ構造の中間的記述を可能にするため作られた。

IDEF1は、SofTech社との契約の下でヒューズ・エアクラフトのロバート・R.・ブラウンによって ICAMプログラム プライオリティ1102の下で開発された。ブラウンは、以前働いていたロックウェル・インターナショナルでIMS開発の責任があった（ロックウェルは、市場製品としてIMSを追求するのを止めたが、その開発中に支援契約としてサービスしていたIBMがそのあとその製品を引き継ぎ、その市場への更なる開発を成功させた）。ブラウンは、ヒューズの同僚ティモシー・レイミー（Timothy Ramey）を情報構造モデリングの実現可能な形式のIDEF1の創案者として認めた。2人のヒューズの研究者は、その時のフィールドに存在する多くの著名人からのアイデアの上に構築した。特に、IDEF1は以下の技術を活用している。
 G. M. Nijssen(CDC)の進化する自然言語情報モデル(ENALIM)技術 — この技術は現在、NIAMあるいはオブジェクト役割モデル（ORM）としてより幅広く知られている。
 チャールズ・バックマン(Honeywell Information Systems)の、一般にCODASYLアプローチと呼ばれる、ネットワーク・データ構造。
 IBMのIMSデータ管理システムに実装され、ブラウン(ロックウェル・インターナショナル)が開発した、階層データ管理技術。
 エドガー・F・コッド (IBM)のデータのリレーショナル・アプローチ。
 ピーター・チェン (UCLA)の実体関連モデル。

IDEF1 を発展させる努力は、情報モデリングの新しい方法と「製造の参照情報モデル」のフォームでのその使用例の両方をもたらした。この後の作成物は、レイミーの指揮の元、ヒューズのサブ契約者として行動した、D. Appleton Company (DACOM)のD.・S.・コールマンによって開発された。DACOM の要員は、IDEF1モデリングの大変なエキスパートに成り、その後 IDEF1モデリング技術のトレーニングコースとそれに伴う資料を作った。

IDEF1 の経験は、データベース設計への情報要求の変換が当初の予測より相当に難しかったことを明らかにした。IDEF1 情報モデリング技術の最も有益な価値は、それらのデータがどのように格納され使われるべきかと独立にデータを表現する能力だった。それは、要求収集プロセスの間にデータ要求を表すことを、方法を伴いデータ・モデラーとデータ分析者に提供した。これは設計者が、データ要求の本質が理解された後で、どのDBMSを様々な状況下で使うかの意思決定に接することを可能にした。結果は、DBMSの能力と限界へのデータ要求の「不整合」の縮小でしたこれによってIDEF1モデルからデータベース設計への変換は、難しいことが証明された。

IDEF モデリング言語

IDEF0 

IDEF0 機能モデリングは、組織又はシステムの意思決定、行動、及び活動のモデル化をすることを意図している。

IDEF6 

IDEF6 ([:en])または設計根拠獲得のための統合化定義は、の開発で使われるの収集、表現、および維持を促進する手法である。根拠とは、理由、妥当性、動機の背景、あるいは設計者に特定な戦略あるいは設計の特徴を選ばせる弁解である。より簡単には、根拠は、『なぜこの設計がこのような方法で行われているのか？』の質問への答えの解釈である。ほとんどの設計手法は、その設計は何か（例えば、なぜ設計がそのような方法か、よりむしろ、最終製品に関して）に焦点を当てる。 

IDEF6は、概念的資源と、1. 与えられたシステム内で設計根拠を構成する情報の性質と構造を表現すること、及び 2. そのシステムのため設計仕様、モデル、及び文書に関係づけることを必要とする言語能力を持つ手法である。IDEF6は、予備的及び詳細設計活動の両方を通して初期の概念化から
情報システム開発プロセスの全てのフェーズに適用される。ソフトウエア・システムがコーディング・フェーズに下ろされるのための詳細な意思決定に広げるため、IDEF6技術は同様にソフトウエア構築プロセスの間にも利用可能であるべきである。

IDEF8 
IDEF8または人間－機械相互作用設計の統合化定義は、ユーザーと彼らが運用するシステムとの間に起こる相互作用の高品質な設計をするための一つの手法である。 システムは、特定目標を達成する機能群を実行するオブジェクトの集合として特徴付けられる。ユーザーが相互作用するシステムは、必ずしもコンピュータ・プログラムを必要とせず、どんなシステムでもあり得る。人間と機械の相互作用は、IDEF8手法内に3レベルの仕様で設計された。その最初のレベルは、システム運用の考え方（哲学）を定義し、全体的システム・プロセスのモデル・セットと文章記述を作り出す。設計の2番目のレベルは、システム利用の役割中心的シナリオを規定する。IDEF8設計の3番目のレベルは、人間と機械の詳細設計のためである。設計のこのレベルでIDEF8は、ユーザーと設計者がより知られている振舞いの他のオブジェクトの基準で望む振舞いを規定するのを助ける、メタファーのライブラリを提供する。メタファーは、よく知られた具体的オブジェクト及び経験の基準で、抽象概念のモデルを提供する。

IDEF9 

IDEF9または事業制約発見のための統合化定義は、事業システム (business system)における制約の発見と分析を支援することを意図した。IDEF9の開発を駆動する主要な動機は、事業体システムを築き上る制約の集合が一般的に十分に定義されていないことを認めたことであった。どんな制約が存在しそれら制約がどのように相互作用かの知識が、不完全で、断絶し、配布され、そして時にはまったく知られていないことである。まさに生体がある種の振舞いを統治する遺伝子的または自律的制約に気付いていないように、組織は、システムを組立てる接着剤の明示的知識なしでうまく能力を（ほとんどの場合）発揮できる。しかしながら、予測可能な方法で事業を変更するため、遺伝子工学で遺伝子の知識が重要なように、これらの制約の知識が重要である。

IDEF14 
IDEF14またはネットワーク設計のための統合化定義手法は、コンピュータや通信ネットワーク (communication network)のモデリングと設計をターゲットとした一つの手法である。それは、既存（As-is）または想定（To-be）のネットワークをモデル化するのに使われ得る。それはネットワーク設計者に潜在的ネットワーク設計を調査し、設計根拠を文書化するのを助ける。
IDEF14研究プロジェクトの基本的目標は、すばやく勝つ正確に実装されえる良いネットワーク設計のためのニーズから発展された。