The IDEF0 (ICAM DEFinition for Function Modeling, where 'ICAM' is an acronym for Integrated Computer Aided Manufacturing) diagram presents an integrated picture of the inputs, control, outputs, and mechanisms (ICOM) for a function's decomposition. Part of the behavioral (logical architecture) representation set, the IDEF0 diagram displays a great deal of context information on the interrelationships of the decomposition without displaying the actual control logic / structure of the decomposition. Originally specified by National Institute of Standards and Technology (NIST) Standard FIPS-183, the IDEF0 diagram is used less frequently than other behavioral representations but is still a valuable part of an integrated representation set.
The IDEF0 diagram is available for entities in the Function class (as well as any other subclasses of ProcessingUnit).
On an IDEF0 diagram, the subfunctions are shown on the main diagonal. The order of functions is automatically determined by GENESYS, which traverses the underlying structure of the parent function (as shown graphically in an activity diagram or EFFBD). The structure is traversed left to right with parallel and select constructs traversed one branch at a time.
For each functional node:
NOTE: |
The IDEFO A-O variant (pronounced "A minus zero") provides a contextual ICOM view of a function at any level in your behavioral hierarchy. Though related in concept, the representation differs from the primary IDEF0 and is implemented as a separate diagram in GENESYS. |
The ICOM representation on an IDEF0 diagram has two special aspects:
Branching - Individual ICOM arrows fork and join on the diagram. Where an arrow forks, that represents the relationship between a parent entity and a child entity. Where two arrows join, that represents the relationship between a child entity and a parent entity. In this way, the IDEF0 diagram elegantly represents multiple levels of hierarchy in items and components, bringing additional clarity to the model.
Tunneling - Tunneling is a technique within IDEF0 to hide an ICOM in part of the model. The use of parentheses around either the head or tail of an arrow depicts a tunnel in IDEF0. A parenthesis around the head of an arrow that is entering a function box indicates that the ICOM associated with that arrow will not be seen on the decomposition of that function. If the ICOM does reappear, it will have parentheses around its tail. GENESYS handles this issue automatically. To insert a tunnel, just remove the item on the child page, and then GENESYS automatically inserts a tunnel on the head of the arrow on the parent page.
An IDEF0 model should have a purpose and viewpoint. These are usually placed on the context page. In GENESYS these can be inserted by using the Note command.
NOTE: |
A good reference for further information on the IDEF0 diagram is National Institute of Standards and Technology (NIST), Federal Information Processing Standards Publication 183 (FIPS PUB 183), Specification for Integration Definition for Function Modeling (IDEF0). |
In addition to the classic diagram options, the IDEF0 diagram settings include:
The constructs and key entities tabs allow you to quickly develop your IDEF0 diagram, while the all entities tab enables you to relate your functions, items, and components to the remainder of your system definition.
Constructs
Utilities
Key Entities
All Entities - all classes and entities in the system model, allowing you to drag any entity on top of a diagram node to establish relationships with the balance of your system model
ICOM
Items that join or fork and appear on the boundary are special nodes that are combined into one unit. These units can be hidden as one. Items that join or fork internal to the diagrams (inside the node "box") are not combined and therefore must be hidden separately.