IDEF5、またはオントロジ獲得のための統合化定義手法は、ドメインのオントロジ（概念体系）を開発し、その有用性、正確性を維持するためのソフトウエア・エンジニアの手法である。コンピュータ科学の分野で概念体系は、関連づけられた関係と意味とともに、特定のドメインにおける概念とオブジェクトを獲得するために使われます。加えて、概念体系獲得は、用語の標準化により協調するプロジェクトを助け、情報の再利用の機会を創り出す。IDEF5 オントロジ獲得手法は、特定ドメインの人間の理解を密接に反映する方法で、概念体系をしっかり構築するため開発された。IDEF5手法において、概念体系は、実世界のオブジェクト、それらの特性、およびそれらの相互関係についてある特定の想定のコンテンツを獲得し、直観的で自然な形式でそれらのコンテンツを表現することによって構築される。IDEF5手法は、3つの主要な構成要素を持つ。概念的な体系分析を支援する図式言語、概念体系を特徴付ける詳細化のための構造化テキスト言語、および効果的な概念体系獲得のためのガイドラインを提供する体系的な手順。
IDEF4の開発は、オブジェクト指向プログラミングパラダイムからの結果、モジュール性、維持性、及びコードの再利用性が、伝統的なデータ処理アプリケーションで実現され得ることを認識したことから始まった。大規模複雑な分散システムにおけるデータ・レベルの統合を支援するオブジェクト指向プログラミング・パラダイムの実証された能力は、また伝統的なデータ処理コミュニティからこの技術に対する幅広く広がった関心における大きな要素でもあった。IDEF4は、LISP、Flavors、Smalltalk、Objective-C、C++ 、およびその他を使うソフトウエア設計者のための設計ツールとして開発された。オブジェクト指向パラダイムの効果的な使用法は、従来の手続的あるいはデータベース言語を使用と異なる思考過程を必要とすることから、構造化チャート、データ・フロー・ダイアグラム、あるいは伝統的データベース・モデル（階層的、リレーショナル、およびネットワーク）のような標準手法論では十分でない。IDEF4は、オブジェクト指向設計の意思決定過程を支援する必要な手段を提供することを模索した。
3番目のIDEF（IDEF2）は、ユーザー・インタフェース・モデリング手法として当初意図された。しかしながらICAMプログラムは、シミュレーション・モデリング・ツールを必要とし、結果のIDEF2は、数学モデル・ベース・シミュレーションの使用のためのフレームワークを提供する、製造システムにおける資源の時系列的振舞を表現する手法であった。この状況を改善することがICAM内での手法論プログラムの意図であったが、資金の限界がそれをすることを許さなかった。結果として、システムの利用者ビューの記述の構造化支援の方法の不足が、IDEFシステムの主要な欠陥となっていた。手法論的観点からの基本的問題は、システム（既存または提案された）が何をするはずかの記述と、システムが何をするであろうかを予測するシミュレーション・モデルの表現とを区別することの必要性である。この後者がIDEF2の焦点であり、前者がIDEF3の焦点である。
IISS-6202プロジェクトで認識されたデータモデリングの拡張要求を充たすため、サブコントラクタ（DACON）は、論理データベース設計技術 (LDDT)とその支援ソフトウエア（ADAM）へのライセンスを取得した。LDDTは、1982年に、IDEFプログラムのまったく外の、さらにIDEF1の知識を持たない、データベース設計グループ（The Database Design Group）のRobert G. Brownによって開発された。LDDTは、リレーショナル・モデル、E-Rモデル、及び、データ・モデリングとデータベース設計へのデータ・モデルの変換を支援することを意図した具体的方法におけるデータ汎化の要素を結びつけた。LDDTの図式構文はIDEF1のそれとは異なり、そしてより重要には、LDDTが含む相互関係モデリング概念は、IDEF1で存在しない。Mary E. Loomis は、可能なかぎりIDEF1と互換性のある用語を使って、LDDTの重要なサブセットの構文と意味論の簡潔な要約を書いた。DACOMは、結果をIDEF1Xと名づけ、そしてそれを1985年に発効した、ICAMプログラムに供給した IDEFプログラムは政府による資金で行われたことから、その技術はパブリック・ドメインに存在する。ADAMソフトウエアへの追加で、Leverageの名前の下でDACOMによって売られた、CAのERwinのような幾つかのコンピュータ支援ソフトウエアエンジニアリング（CASE）ツールが、データ・モデリングのための彼らの表現技術としてIDEF1Xを使った。IISSプロジェクトは、異種のコンピュータ環境で実行でる情報処理環境の作業プロトタイプを実際に作った。JavaやJDBCのような技術における現在の優位性は、IISSによって最初に示された、あらゆるところ（ubiquity）でかつあらゆる用途（versatility）を横断したコンピューティング環境の目標を現在到達している。
大井 信常（おおい のぶつね、生年不詳 - 天文20年7月14日（1551年8月8日）?）は、戦国時代の武将。甲斐武田氏の家臣。上野介。甲斐国西郡の国衆・大井信達の次男。子に信舜、信家、信稟。武田信玄の叔父。大井氏は享禄4年（1531年）2月2日に信業が病死し、信業の子・信為が家督を相続する。「諸州古文書」によれば、天文14年（1544年）6月14日、信濃府中における武田氏と信濃守護・小笠原長時との合戦において信常の被官である中島善五郎が首級を挙げ、武田晴信から感状を得ている。三条西実枝『甲信紀行の歌』によれば、天文16年（1547年）に三条西実枝は甲斐へ下向して歌会を開き、同年8月20日に実枝と信常、武田信繁、信常の弟である武藤信堯らが精進（山梨県南巨摩郡富士河口湖町精進）において歌会・船遊びを行っている。翌8月21日にも出立する信枝と歌を交わしている。また、『心珠詠藻』によれば、年不詳の秋には甲斐へ下向した四辻季遠が信常の宿所を訪問し、和歌を詠んでいる。『高白斎記』によれば、天文18年（1549年）月27日には甥にあたる信為が死去し、名代として家督を相続している。『高白斎記』によれば、天文19年（1550年）8月25日の戸石城（長野県上田市）攻めでは足軽大将の横田高松・原虎胤らとともに敵情視察に派遣されている。天文20年7月14日に死去し、子息により高野山成慶院で供養が行われているが、命日は供養依頼日である可能性も指摘される。『武田家御位牌帳』『武田源氏一統系図』によれば、法名は松山全祝禅定門。信常の没後は信舜が家督を相続する。