使用IDEFO流程圖模型創建模型配置管理、需求和效益分析、需求定義和持續改進模型的層次圖。
IDEF0的基本思想是結構化方法，它來源於SADT方法。它具有以下基本特征，形成壹種思維規律，適用於從策劃階段到設計階段的各種工作。
對系統的全面描述，通過建立模型來理解壹個系統。
壹般來說，系統可以認為是由對象(用數據表示)和活動(由人、機器和軟件執行)以及它們之間的關系組成的。數據流圖只反映了壹個側面，很難說明系統的全貌。IDEF0可以同時表達系統活動(用方框表示)和數據流(用箭頭表示)以及它們之間的關系。因此IDEF0模型可以使人們全面地描述系統。
對於新系統，IDEF0可以描述新系統的功能和需求，然後表達壹個能夠滿足需求並完成功能的實現。對於現有系統，IDEF0可以分析應用系統的工作目的、完成的功能以及記錄實現的機制。這兩種情況都是通過建立IDEF0模型來體現的。所謂模型，就是對系統的書面描述。不壹定要用某種數學公式來表達，可以是圖表，甚至是文字敘述。因此可以說:“無論什麽形式，只要M能回答關於實際對象A的問題，就可以說M是A的模型”。對於復雜的企業對象或其他系統，由於分析和設計結果無法用自然語言準確無誤地表達，這裏用壹種圖形語言來表達IDEF模型。這種圖形語言可以做到:
有控制地逐步展開細節。
準確度和精確度。
註意模型的界面。
為分析和設計提供強大的詞匯表。
模型由圖表、文本描述、詞匯表和交叉引用表組成。其中，圖形是主要組成部分。IDEF0圖形同時考慮活動、信息和界面條件。它把方盒子作為壹個活動，用箭頭表示數據和接口。因此，當表示當前操作、功能描述或設計時，它總是由活動模型、信息模型和用戶界面模型組成。
工程圈壹般可以為系統開發過程安排幾個階段:分析(確定系統將做什麽)、設計(定義子系統及其接口)、實現(獨立創建子系統)、集成(將子系統連接成壹個整體)、測試(證明系統能夠工作)、安裝(使系統能夠運行)和運行(使用系統)。介紹IDEF方法的目的是強調復雜系統科學分析和設計的重要性。壹般來說，在分析或設計階段犯的錯誤可能需要兩倍的時間來發現，在隨後的階段需要五倍的時間來糾正。或者像人們說的，如果分析階段的壹個錯誤沒有得到糾正，那麽在設計階段要花兩倍的時間，在測試階段要花65，438+00次，在運行或維護階段要花65，438+000次才能糾正。
二、目的和觀點(Purpose and Viewpoint)
因為模型是壹個書面的解釋，像所有的技術文檔壹樣，每個模型都有壹個目的和壹個觀點。目的是指建模的意義，為什麽要建立模型。觀點是指從哪個角度反映問題，或者從誰的角度分析問題。功能模型是為了做更好的需求分析，達到預定的技術要求(無論是改造現有系統還是構建新系統)，所以要明確是為了分析功能活動(壹步壹步)，而不是組織的分解。壹項活動可能由壹個職能部門完成，但活動的職能不等於組織，所以必須避免畫組織模型的分解過程。模型描述的內容反映了各種用戶的需求，很難也不可能從單壹角度描述問題。如:物料管理員——倉庫管理員關心的是收發存；計劃者關心材料何時從庫存點轉移到采購點；廠長關心哪個項目省材料，加快進度。所以，要求所有用戶都有同樣重要、同樣的需求，是不可能的，也是不現實的。IDEF0在繪制整個系統的功能模型時，要求有明確的目的和觀點。比如企業的CIM系統，必須有明確的從廠長(或經理)的立場建模的觀點，各個層次的作者都要從全局的角度建模工作，或者說是為廠長建模。只有這樣，才能保證從整個企業的高度來揭示各部分之間的相互聯系和相互制約。否則，有的人強調設計部門的利益，有的人突出供銷部門的要求，有的甚至只針對某個崗位的操作人員的要求就可以建立功能模塊之間的聯系，那就亂套了。
第三，區分“什麽”和“如何”
“什麽”是指壹個系統必須完成什麽功能，“如何”是指系統應該如何建立才能完成規定的功能。也就是說，在壹個模型中應該明確區分功能和實現的區別。
IDEF0首先建立功能模型。仔細區分“這個問題是什麽”的分析階段和“如何處理和實現這個問題”的設計階段。這樣，在決定解決方案的細節之前，就保證了問題能被完整清晰地理解。這是系統成功開發的關鍵。
在設計階段，我們應該逐步確定可以用來實現所需功能的各種機制，而確定和選擇合適機制的基礎是設計經驗和對性能約束的了解。根據不同的模型，機制可以很抽象，也可以很具體。重要的是機制指出了“什麽”是如何實現的。IDEF0提供了壹種表示法，展示了如何提供壹種機制來實現功能模型中的壹個功能，以及單個機制如何在功能模型中的幾個不同的地方完成相關的功能。
有時機制非常復雜，以至於機制本身需要功能分解。
第四，自上而下分解
通過嚴格的自上而下的逐層分解來構建模型，使其主要功能在頂層得到解釋，然後通過分解得到範圍明確的詳細表示，各個模型內部完全壹致。
在建模之初，IDEF0首先定義了系統的內部和外部關系，以及上下文。用方框及其界面箭頭表示，確定了系統範圍，如圖1所示。因為頂層的單個框代表整個系統，所以寫在框中的描述性短語更壹般和抽象。同樣，接口箭頭代表整個系統與外界的所有接口。所以寫在箭頭旁邊的標記也是壹般的抽象的。然後，將系統視為單個模塊的盒子分解成另壹個圖。這張圖上有幾個方框，用箭頭連接起來。這是對應於單個父模塊的每個子模塊。這些分解的子模塊也用方框表示，它們的邊界由界面箭頭確定。每個子模塊可以以同樣的方式細分成更詳細的細節。如圖2所示。
IDEF0提供的規則保證了如何通過分解獲得人們需要的具體信息。壹個模塊向下分解時，分解成不少於3個、不多於6個子模塊。上限6保證了在用層次化的層次描述復雜事物時，同壹層次的模塊數量不會太多，不適合人的認知規律。下限3確保分解是有意義的。但是，最初的SADT方法規定壹張圖片上的盒子數量是2 ~ 7個，所以我們沒有做出非常嚴格的限制。
模型中壹個圖形和其他圖形之間的精確關系由相互連接的箭頭表示。當壹個模塊被分解成幾個子模塊時，子模塊之間的接口用箭頭表示。每個子模塊的名稱加上標記的接口確定了壹個範圍，並指定了子模塊的細節。
在所有情況下，子模塊忠實地表示父模塊，並以既不增加也不減少的方式反映包含在它們各自的父模塊中的信息。