Made with
ConceptDraw
DIAGRAM 14

IDEF3 Standard

In contrast to IDEF0 standard, IDEF3 standard is more particularly specialized. This standard is intended for description and further analysis of technological processes of an enterprise. Using IDEF3 standard it is possible to examine and model scenarios of technological processes. Scenario is a description of consecution of properties changes of an object which takes part in the technological process, e.g. half-finished product which is under processing. Each scenario is documented correspondingly. For documenting of the scenario there are two types of documents: documents, which describe properties and consecution of the process execution (standards, methods and technologies description) and documents, which describe results of the process execution (reports and work statistics). IDEF3 standard allows to get information about process and attendant documentation and to analyze it for increasing of the process management effectiveness. Using IDEF3 standard you can collect and document information about processes key points, define the degree of influence on the course of processes execution and model scenarios without change of the production process itself.

There are two types of diagrams in IDEF3 standard. These diagrams describe the same technological process from different sides. First type of diagram is Process Flow Description Diagrams (PFDD). The second type - Object State Transition Network (OSTN) diagrams.

For instance if it is necessary to describe the process of stamping the detail from a billet, the PFDD diagram will contain a description of consecution of actions which are executed with the billet during the given process, and the OSTN diagram will contain the detail states on each process stage.

Rectangular blocks on the diagram are called functional units or Units of Behavior (UOB). Each UOB has the name in the verb form and a unique number and denotes an event within the limits of the process (a stage, an action or decision making). UOB are connected by arrows in consecution of the process execution. There are 3 different kinds of arrows: Precedence arrow - a solid line, which is drawn from left to right or top-down; Relational Link - a dotted line, used for description of relations between UOB; Object Flow - an arrow with two arrow-heads. Such arrow denotes that the object is used in two or more subruns. For example, when the object is created in one subrun and is used in another one.

The block marked with the cross on the diagram is called a Junction. Such blocks are used for indication of decision makings during the process. Accordingly to IDEF3 standard there are two types of Junctions: for confluence (Fan-in Junction) and branching (Fan-out Junction) of arrows. Simultaneous junction and branching is not allowed. Junctions can be of different types. The junction type is denoted on the diagram.

Indication Name Fan-in Junction Fan-out Junction
Asynchronous AND Asynchronous AND All preceding subruns must be completed All subsequent subruns must be started
Synchronous AND Synchronous AND All preceding subruns must be completed simultaneously All subsequent subruns must be started simultaneously
Asynchronous OR Asynchronous OR One or several preceding subruns must be completed One or several subsequent subruns must be started
Synchronous OR Synchronous OR One or several preceding subruns must be completed simultaneously One or several subsequent subruns must be started simultaneously
Synchronous OR XOR (Exclusive OR) Only one preceding process must be completed Only one subsequent process must be started

All junctions in PFDD are numerated, each number has prefix "J", e.g. J1, J2 and so on.

Each UOB can be represented in the form of sequence of blocks with the necessary degree of detailed elaboration. For example the block “Testing of a detail” can be represented in the form of sequence of blocks, which in their turn will form PFDD diagram. Such diagram will be called a Child diagram, and the initial diagram – a Parent diagram.

The OSTN diagram represents a list of object state and descriptions of influences which correspond to UOB blocks from the corresponding PFDD diagram. Object states are represented by circumferences and their changes – by directed lines, which are signed the same way as corresponding UOB blocks.

IDEF3 Standard *

TEN RELATED HOW TO's:

Entity Relationship Diagram Software Engineering →

While designing a conceptual data model, you should use appropriate software. For instance, ConceptDraw DIAGRAM is a user-friendly ER diagram tool that has a lot of samples and templates to facilitate your work. A clear entity-relationship diagram helps to define the relations between system’s components. Software engineering is the section of a computer science engaged to design, realization, and support of complex software products. An ERD is a data modeling method that is widely applied in the software engineering practice. Commonly it is used for developing a structure of a a relational database. An entity relationship diagram is helpful for structuring and organizing databases that can be modeled using a relational structure. An entity relationship diagram is designed to depicts the interrelationships within the sets of entities which are accumulated in the database. Each entity represents a particular component of a data. Thus, ER diagrams depicts the logical structure of databases. ConceptDraw ER Diagrams solution provides software engineers with the professional tool for making entity-relationship diagrams.Entity Relationship Diagram Software Engineering *
Picture: Entity Relationship Diagram Software Engineering
Related Solution:

Diagrams Mean Nothing →

You are probably familiar with diagrams. But have you ever thought that they are useless? This article will explain you why.Diagrams Mean Nothing *
Picture: Diagrams Mean Nothing
Related Solution:

Entity Relationship Diagram Examples →

An abstract representation is usually the first thing you will need while developing a database. To understand the ways that databases are structured, you should look through entity-relationship diagram examples and see the notations features and attributes. With an entity-relationship model you can describe a database of any complexity. This Entity-relationship diagram is a tool for software developers. It enables every element of database to be managed, communicated and tested before release. This ERD was created using symbols advocated by Chen's notation. Because of a linguistic origin of the Chen’s notation, the boxes representing entities could be interpreted as nouns, and the relationships between them are in verb form, shown on a diagram as a diamond.Entity Relationship Diagram Examples
Picture: Entity Relationship Diagram Examples
Related Solution:

Wiring Diagrams with ConceptDraw DIAGRAM →

It is important to have an electrical circuits scheme, when you plan a renovation or move to a new apartment. You have to arrange interior according to that plan, and it’s trouble-free to create wiring diagrams with ConceptDraw DIAGRAM , furthermore, this software has all the features needed to create an interior plan as well. So, get inspired by tons of examples included to ConceptDraw DIAGRAM solutions, and start your diagramming experience! A wiring diagrams, that are represented on this drawing was created to depict the components of the electrical circuit schemes. These diagrams are created to depict the information about circuit arrangements and connections. Wiring diagrams, in contrast to physical drawings, use standard symbol's notation to depict different circuit devices and connections. That is why, wiring diagrams are applied to discover and repair electrical and electronic circuits. The vector graphic objects provided by ConceptDraw Electrical Engineering solution can help any specialist in electric engineering to design electrical schemes, circuit and wiring plans, power systems charts, and Maintenance and Repair diagrams.Wiring Diagrams with ConceptDraw DIAGRAM
Picture: Wiring Diagrams with ConceptDraw DIAGRAM
Related Solution:

Wireless Network Topology →

Wireless network topology — logical topology. Wireless network topology shows how the computers connect each other when there is no physical connection. The computers communicate each using the wireless devices.Wireless Network Topology
Picture: Wireless Network Topology
Related Solution:

SysML Diagram →

To draw SysML diagrams use the ConceptDraw DIAGRAM diagramming and vector drawing software extended with the Rapid UML solution from the Software Development area of ConceptDraw Solution Park.SysML  Diagram *
Picture: SysML Diagram
Related Solutions:

Electrical Symbols — Switches and Relays →

In electrical engineering, a switch is an electrical component that can break an electrical circuit, interrupting the current or diverting it from one conductor to another. The mechanism of a switch may be operated directly by a human operator to control a circuit (for example, a light switch or a keyboard button), may be operated by a moving object such as a door-operated switch, or may be operated by some sensing element for pressure, temperature or flow. A relay is a switch that is operated by electricity. Switches are made to handle a wide range of voltages and currents; very large switches may be used to isolate high-voltage circuits in electrical substations. 26 libraries of the Electrical Engineering Solution of ConceptDraw DIAGRAM make your electrical diagramming simple, efficient, and effective. You can simply and quickly drop the ready-to-use objects from libraries into your document to create the electrical diagram.Electrical Symbols — Switches and Relays *
Picture: Electrical Symbols — Switches and Relays
Related Solution:
ConceptDraw
DIAGRAM 14