Loading article…
IDEF0（ICAM Definition for Function Modeling、ICAMはIntegrated Computer-Aided Manufacturingの略）は、製造機能を記述するための機能モデリング手法であり、情報システム、ビジネスプロセス、またはソフトウェアエンジニアリング分析の分析、開発、再設計、および統合のための機能モデリング言語を提供します。[ 1 ]
IDEF0は、ソフトウェアエンジニアリング分野におけるIDEFファミリーのモデリング言語の一つであり、機能モデリング言語である構造化分析設計技法（SADT）に基づいて構築されています。
IDEF0 機能モデリング手法は、組織またはシステムの意思決定、アクション、アクティビティをモデル化するように設計されています。[ 2 ] これは、Douglas T. RossとSofTech, Inc.によって開発された確立されたグラフィック モデリング言語である構造化分析設計技法(SADT)から派生したものです。IDEF0 の原型には、グラフィック モデリング言語 (構文と意味論) の定義と、モデル開発のための包括的な方法論の説明の両方が含まれています。[ 3 ]米空軍は、SADT 開発者に「システムの機能的観点を分析および伝達するための機能モデル手法を開発する」よう依頼しました。IDEF0 は、システム分析の整理を支援し、簡素化されたグラフィック デバイスを通じてアナリストと顧客間の効果的なコミュニケーションを促進するはずです。[ 2 ]
機能フローブロック図は製品の機能フローを示すために使用されますが、IDEF0 はデータフロー、システム制御、ライフサイクル プロセスの機能フローを示すために使用されます。IDEF0 は、さまざまなビジネス、製造、その他のタイプの企業オペレーションをあらゆる詳細レベルでグラフィカルに表現できます。厳密かつ正確な記述を提供し、使用と解釈の一貫性を促進します。政府および民間企業による長年の使用を通じて十分にテストされ、実証されています。さまざまなコンピュータ グラフィックス ツールで生成できます。多数の商用製品が、IDEF0 ダイアグラムとモデルの開発と分析を特にサポートしています。[ 1 ]
関連する技術である情報モデリングのための統合定義（IDEF1x）は、データ集約型システム向けにIDEF0を補完するために使用されます。IDEF0標準（連邦情報処理標準規格183（FIPS 183））とIDEF1x標準（FIPS 184）は、米国国立標準技術研究所（NIST）によって維持されています。[ 1 ]
FIPS PUB 183「機能モデリングのための統合定義（IDEF0）」は、2008年9月2日に連邦規格として廃止されました（オープン仕様および規格に置き換えられました）。これは、「連邦官報」第73巻51276ページ（73FR/51276）に記載されています。[ 4 ]
1970年代、米国空軍の統合コンピュータ支援製造プログラム（ICAM）は、コンピュータ技術の体系的な適用を通じて製造生産性の向上を目指しました。ICAMプログラムは、製造生産性の向上に関わる人々にとって、より優れた分析およびコミュニケーション技術が必要であることを認識しました。その結果、1981年にICAMプログラムは、IDEF（ICAM定義）技術として知られる一連の技術を開発しました。これには以下が含まれます。[ 3 ]
1983 年、米国空軍の統合情報支援システム プログラムが IDEF1 情報モデリング技術を拡張し、意味論的データ モデリング技術であるIDEF1X (IDEF1 拡張) を形成しました。1990 年代までに、IDEF0 および IDEF1X 技術は政府、産業、商業部門で広く使用され、幅広い企業やアプリケーション ドメインのモデリング 作業をサポートしています。1991 年、米国国立標準技術研究所(NIST) は、米国国防総省企業情報管理室 (DoD/CIM) から、モデリング技術用の連邦情報処理標準(FIPS) を 1 つ以上開発するための支援を受けました。選択された技術は、機能モデリング用の IDEF0 と情報モデリング用の IDEF1X でした。これらの FIPS 文書は、1980 年代初頭に米国空軍が発行した IDEF マニュアルに基づいています。[ 3 ] その後しばらくして、IEEE が IDEF0 標準を作成し、ISO がそれを採用して IEEE/ISO/IEC 31320-1 として発行しました。
IDEF0 は、自動化システムと非自動化システムの幅広い種類のモデリングに使用できます。新規システムの場合、まず要件を定義して機能を指定し、次に要件を満たし機能を実行する実装を設計するために使用できます。既存システムの場合、IDEF0 は、システムが実行する機能を分析し、それらの機能を実行するメカニズム (手段) を記録するために使用できます。IDEF0 をシステムに適用した結果は、相互参照された図、テキスト、用語集の階層的なシリーズで構成されるモデルです。モデリングの主要な 2 つのコンポーネントは、機能 (図ではボックスで表されます) と、それらの機能を相互に関連付けるデータとオブジェクト (矢印で表されます) です。[ 3 ]
左側に表示されている IDEF0 モデルは、シンプルな構文に基づいています。各アクティビティは、ボックス内に配置された動詞ベースのラベルで記述されます。入力はアクティビティ ボックスの左側から入る矢印として表示され、出力はボックスの右側から出る矢印として表示されます。制御はボックスの上部から入る矢印として表示され、メカニズムはボックスの下部から入る矢印として表示されます。入力、制御、出力、およびメカニズム (ICOM) はすべて概念と呼ばれます。[ 2 ]
IDEF0は、相互参照された階層的な図、テキスト、用語集で構成されるモデルです。主なモデリング構成要素は以下の2つです。
図3に示すように、矢印がボックスに取り付けられる位置は、インターフェースの具体的な役割を示しています。コントロールはボックスの上部から入ります。入力、つまり操作によって処理されるデータやオブジェクトは、ボックスの左側から入ります。操作の出力はボックスの右側から出ます。機能を実行するためのサポート手段を提供するメカニズムの矢印は、ボックスの下部に取り付けられます（上向きに指します）。[ 1 ]
IDEF0 プロセスは、分解対象となる主要機能の特定から始まります。この機能は、特定の IDEF0 分析の範囲を定義する「トップレベル コンテキスト図」上で特定されます。情報システム管理プロセスのトップレベル コンテキスト図の例を図 3 に示します。この図から下位レベルの図が生成されます。ライフサイクル機能の派生図 (IDEF0 用語では「子」と呼ばれます) の例を図 4 に示します。[ 1 ]
1993 年 12 月、米国国立標準技術研究所 (NIST) は、ソフトウェア標準、モデリング技術のカテゴリで、機能モデリングの統合定義 (IDEF0) の標準を発表しました。この出版物では、IDEF0 が連邦情報処理標準 (FIPS) として採用されたことが発表されています。この標準は、1981 年 6 月に空軍ライト航空研究所の統合コンピュータ支援製造(ICAM) アーキテクチャに基づいて作成されました。 [ 3 ]
2008年9月2日、関連するNIST規格であるFIPS 183は撤回されました（連邦官報第73巻51276ページに掲載）。[ 4 ]
システム工学の基礎。国防調達大学出版局、2001年。
この記事には、米国国立標準技術研究所（NIST）のパブリックドメイン資料が含まれています。