IDEF是ICAM DEFinition method 的缩写,是美国空军在70年代末80年代初ICAM(Integrated Computer Aided Manufacturing)工程在结构化分析和设计方法基础上发展的一套系统分析和设计方法。IDEF0方法是其中的一个内容,在ICAM中用来建立加工制造业的体系结构模型,其基本内容是SADT(System Analysis and Design Technology)的活动模型方法。它是由Softech 公司发展起来的。

使用IDEFO过程制图模型为模型配置管理、需求和收益分析、要求定义和持续改进模型创建分层图。

IDEF0的基本思想是结构化分析方法，来源于SADT方法。它具有以下一组基本特色，这些特色形成一种思维规则，适用于从计划阶段到设计阶段的各种工作。

一、全面地描述系统，通过建立模型来理解一个系统

一般地说，一个系统可以被认为是由对象物体（用数据表示）和活动（由人、机器和软件来执行）以及它们之间的联系组成。数据流图只反映了一个侧面，很难说明系统的全貌。IDEF0能同时表达系统的活动（用盒子表示）和数据流（用箭头表示）以及它们之间的联系。所以IDEF0模型能使人们全面描述系统。

对于新的系统来说，IDEF0能描述新系统的功能及需求，进而表达一个能符合需求及能完成功能的实现。对已有系统来说，IDEF0能分析应用系统的工作目的，完成的功能及记录实现的机制。在这两种情况下都是通过建立一种IDEF0模型来体现。所谓模型就是系统的一种书面描述。它不一定必须用某种数学公式表示，可以是图形，甚至可以是文字叙述。因而可以说：“不管何种形式，只要M能回答有关实际对象A的所要研究的问题，就可以说M是A的模型”。对于有关复杂的企业对象或其他系统，由于用自然语言无法精确又无二义性地表示分析及设计结果，所以这里采用一种图形语言来表示IDEF模型。这种图形语言能做到：

?有控制地逐步展开细节。

?精确性及准确性。

?注意模型的接口。

?提供一套强有力的分析和设计词汇。

一个模型由图形、文字说明、词汇表及相互的交叉引用表组成。其中图形是主要成分。IDEF0图形中同时考虑活动、信息及接口条件。它把方盒作为活动，用箭头表示数据及接口。因此在表示一种当前的操作，表示功能说明或设计时，总是由一个活动模型、一个信息模型及一个用户接口模型组成。

工程界对系统开发过程一般可安排几个阶段：分析（确定系统将做什么）、设计（定义子系统及其接口）、实现（独立地创建子系统）、集成（把子系统联接成一个整体）、测试（证明系统能工作）、安装（使系统能运行）和运行（使用系统）。我们介绍IDEF方法的目的，在于强调科学地进行复杂系统的分析和设计的重要性。一般来说，在分析或设计阶段造成的错误，在后续阶段可能花2倍时间去找到、花5倍时间去纠正。或者如人们所说的：分析阶段的一个错误未被纠正，在设计阶段要花2倍时间，测试阶段要花10倍时间，运行或维修阶段要花100倍的时间才能纠正。

二、目的与观点（Purpose and Viewpoint）

由于模型是一个书面说明，因此象一切技术文件一样，每一个模型都有一个目的与一个观点。目的是指建模的意义，为什么要建立模型。观点是指从哪个角度去反映问题或者站在什么人的立场上来分析问题。功能模型是为了要进一步做好需求分析，要实现预定的技术要求（不论是对已有系统的改造还是新建系统），所以要明确是对功能活动进行分析（逐步分解），而不是对组织机构的分解。一个活动可能由某个职能部门来完成，但活动功能不等于组织，因此必须避免画成组织模型的分解过程。模型描述的内容反映各种用户的要求，从单一角度描述问题是困难的，也是不可能的。如：物资管理人员――仓库管理员关心收、发、存；计划人员关心什么时候物料从库存点到采购点；厂长关心哪一个工程项目节约用料，加快进度。因此要求所有的用户，有同样重要而且相同的需求是不可能的，不切实际的。IDEF0要求在画出整个系统的功能模型时，具有明确的目的与观点。譬如对一个企业的CIM系统，必须有明确的站在厂长（或经理）的位置上建模的观点，所有不同层次的作者都要以全局的观点来进行建模工作，或者说就是为厂长而建模。这样才能保证是从全企业的高度来揭示各部分之间的相互联系和相互制约的关系。否则有的人强调设计处的利益，有的人突出供销处的要求，甚至有的可以只为某个岗位的操作人员的要求来建立各功能模块之间的联系，那就整个乱套了。

三、区别“什么”（What）和“如何”(How)

“什么”是指一个系统必须完成的是“什么”功能，“如何”是指系统为完成指定功能而应“如何”建立。就是说，在一个模型中应能明确地区别出功能与实现间的差别。

IDEF0首先建立功能模型。把表示“这个问题是什么”的分析阶段，与“这个问题是如何处理与实现”的设计阶段仔细地区别开来。这样，在决定解法的细节之前，保证能完整而清晰地理解问题。这是系统成功开发的关键所在。

在设计阶段，要逐渐识别各种能用来实现所需功能的机制，识别选择适当机制的依据是设计经验及对性能约束的知识。根据不同模型，机制可以是很抽象，也可以是很具体的。重要的是，机制指出了“什么”是“如何”地实现的。IDEF0提供了一种记号，来表示在功能模型中如何提供一个机制来实现一个功能，及单个机制如何能在功能模型的几个不同地方完成有关功能。

有时机制相当复杂，以致机制本身需要进行功能分解。

四、自顶向下分解

用严格的自顶向下地逐层分解的方式来构造模型，使其主要功能在顶层说明，然后分解得到逐层有明确范围的细节表示，每个模型在内部是完全一致的。

IDEF0在建模一开始，先定义系统的内外关系，来龙去脉。用一个盒子及其接口箭头来表示，确定了系统范围，如图 1。由于在顶层的单个方盒代表了整个系统，所以写在方盒中的说明性短语是比较一般的，抽象的。同样，接口箭头代表了整个系统对外界的全部接口。所以写在箭头旁边的标记也是一般的，抽象的。然后，把这个将系统当作单一模块的盒子分解成另一张图形。这张图形上有几个盒子，盒子间用箭头连接。这就是单个父模块所相对的各个子模块。这些分解得到的子模块，也是由盒子表示，其边界由接口箭头来确定。每一个子模块可以同样地细分得到更详细的细节。如图2。

IDEF0提供的规则，保证了如何通过分解得到人们所需要的具体信息。一个模块在向下分解时，分解成不少于3个、不多于6个的子模块。上界6，保证了采用递阶层次来描述复杂事物时，同一层次中的模块数不会太多，以致不适宜于人的认识规律。下界3，保证了分解有意义的。但是，原始的SADT方法，规定一张图上的盒子数为2～7个，故我们也不作很硬性的限制。

模型中一个图形与其他图形间的精确关系，则用互相连接的箭头来表示。当一个模块被分解成几个子模块时，用箭头表示各子模块之间的接口。每个子模块的名字加上带标签的接口，确定了一个范围，规定了子模块细节的内容。

在所有情况下，子模块忠实地代表了父模块，以既不增加也不减少的方式反映着各自父模块所包含的信息。