ArticleslgStudy

engineering

IDEF

IDEF is a engineering topic covered in the lgStudy science library. This page brings together a partial reference excerpt, illustrations, worked examples, real-world applications and a short study plan, so you can understand IDEF rather than just read about it. In short: IDEF, initially an abbreviation of ICAM Definition and renamed in 1999 as Integration Definition, is a family of modeling languages in the field of systems and software engineering. They cover a wide range of uses from functional modeling to data, simulation, object-oriented analysis and design, and knowledge acquisition.

IDEF — main illustration
IDEF — illustration

Key takeaways

  • IDEF belongs to engineering; place it in that map before memorising details.
  • Learn the definition first, then one example that makes the definition concrete.
  • Connect IDEF to a quantity you can measure, compute or draw — that is where exam questions come from.
  • Reproduce the core statement of IDEF from memory before moving on to harder problems.

Reference excerpt

IDEF, initially an abbreviation of ICAM Definition and renamed in 1999 as Integration Definition, is a family of modeling languages in the field of systems and software engineering. They cover a wide range of uses from functional modeling to data, simulation, object-oriented analysis and design, and knowledge acquisition. These definition languages were developed under funding from U.S. Air Force and, although still most commonly used by them and other military and United States Department of Defense (DoD) agencies, are in the public domain. The most-widely recognized and used components of the IDEF family are IDEF0, a functional modeling language building on SADT, and IDEF1X, which addresses information models and database design issues.

Overview of IDEF methods IDEF refers to a family of modeling language, which cover a wide range of uses, from functional modeling to data, simulation, object-oriented analysis/design and knowledge acquisition. Eventually the IDEF methods have been defined up to IDEF14:

IDEF0: Function modeling IDEF1: Information modeling IDEF1X: Data modeling IDEF2: Simulation model design IDEF3: Process description capture IDEF4: Object-oriented design IDEF5: Ontology description capture IDEF6: Design rationale capture IDEF7: Information system auditing IDEF8: User interface modeling IDEF9: Business constraint discovery IDEF10: Implementation architecture modeling IDEF11: Information artifact modeling IDEF12: Organization modeling IDEF13: Three-schema mapping design IDEF14: Network design In 1995 only the IDEF0, IDEF1X, IDEF2, IDEF3 and IDEF4 had been developed in full. Some of the other IDEF concepts had some preliminary design. Some of the last efforts were new IDEF developments in 1995 toward establishing reliable methods for business constraint discovery IDEF9, design rationale capture IDEF6, human system, interaction design IDEF8, and network design IDEF14. The methods IDEF7, IDEF10, IDEF11, IDEF 12 and IDEF13 haven't been developed any further than their initial definition.

History IDEF originally stood for ICAM Definition, initiated in the 1970s at the US Air Force Materials Laboratory, Wright-Patterson Air Force Base in Ohio by Dennis E. Wisnosky, Dan L. Shunk, and others. and completed in the 1980s. IDEF was a product of the ICAM initiative of the United States Air Force. The IEEE recast the IDEF abbreviation as Integration Definition." The specific projects that produced IDEF were ICAM project priorities 111 and 112 (later renumbered 1102). The subsequent Integrated Information Support System (IISS) project priorities 6201, 6202, and 6203 attempted to create an information processing environment that could be run in heterogeneous physical computing environments. Further development of IDEF occurred under those projects as a result of the experience gained from applications of the new modeling techniques. The intent of the IISS efforts was to create 'generic subsystems' that could be used by a large number of collaborating enterprises, such as U.S. defense contractors and the armed forces of friendly nations. At the time of the ICAM 1102 effort there were numerous, mostly incompatible, data model methods for storing computer data — sequential (VSAM), hierarchical (IMS), network (Cincom's TOTAL and CODASYL, and Cullinet's IDMS). The relational data model was just emerging as a promising way of thinking about structuring data for easy, efficient, and accurate access. Relational database management systems had not yet emerged as a general standard for data management. The ICAM program office deemed it valuable to create a "neutral" way of describing the data content of large-scale systems. The emerging academic literature suggested that methods were needed to process data independently of the way it was physically stored. Thus the IDEF1 language was created to allow a neutral description of data structures that could be applied regardless of the storage method or file access method. IDEF1 was developed under ICAM program priority 1102 by Robert R. Brown of the Hughes Aircraft Company, under contract to SofTech, Inc. Brown had previously been responsible for the development of IMS while working at Rockwell International. Rockwell chose not to pursue IMS as a marketable product but IBM, which had served as a support contractor during development, subsequently took over the product and was successful in further developing it for market. Brown credits his Hughes colleague Timothy Ramey as the inventor of IDEF1 as a viable formalism for modeling information structures. The two Hughes researchers built on ideas from and interactions with many luminaries in the field at the time. In particular, IDEF1 draws on the following techniques:

… excerpt ends here. Continue reading the full article.

Illustrations

IDEF: IDEF methods: part of the systems engineer's toolbox
IDEF methods: part of the systems engineer's toolbox
IDEF: Example of an IDEF0 diagram: a function model of the process of maintaining reparable spares
Example of an IDEF0 diagram: a function model of the process of maintaining reparable spares
IDEF: Example of an IDEF1X diagram
Example of an IDEF1X diagram
IDEF: Example of an enhanced transition schematic, modelled with IDEF3
Example of an enhanced transition schematic, modelled with IDEF3
IDEF: IDEF4 behavior diagram
IDEF4 behavior diagram

Worked examples

Example 1 — a first encounter with IDEF

Start with the simplest possible case. Write down what IDEF claims or describes in one sentence, then invent the smallest concrete situation in which that sentence is true. In engineering, the smallest case is usually a single object, a single equation or a single measurement. Check that every symbol or term in your sentence has a meaning in that case.

Example 2 — changing one variable

Take the situation from Example 1 and change exactly one quantity: double it, halve it, or set it to zero. Predict what should happen to IDEF before you calculate. Comparing your prediction with the result is the fastest way to find out whether you understand the idea or only the words.

Example 3 — an exam-style question

Typical questions about IDEF ask you to (a) state it precisely, (b) apply it to given data, and (c) explain a limitation. Practise writing all three answers in under five minutes; the third part is what separates a full-mark answer from an average one.

Applications of IDEF

In research
IDEF appears in engineering research whenever the underlying quantities have to be modelled precisely. Papers usually cite it as a starting assumption and then explore where it breaks down.
In technology and industry
Engineering practice reuses IDEF in design rules, simulations and safety margins. Knowing the idea lets you read a specification sheet and understand why the numbers look the way they do.
In the classroom
IDEF is common in secondary-school and first-year university syllabi. It links to neighbouring topics Data modeling, Modeling languages, Standards, so understanding it makes those chapters shorter.
In everyday life
Look for IDEF outside the textbook — in sport, cooking, traffic, electronics or the sky above you. An example you found yourself is remembered far longer than one you were given.

Affiliate

Preply — study more efficiently by working with a personal tutor. 50% off.

How to study IDEF in 20 minutes

  1. Read the reference excerpt below once, without taking notes.
  2. Close the page and write down what IDEF means in your own words.
  3. Compare your version with the excerpt and mark what you missed.
  4. Work through the three examples above with pen and paper.
  5. Explain IDEF out loud to somebody else — or to Teacher Smith in the lgStudy chat.

Frequently asked questions

What is IDEF in simple terms?

IDEF, initially an abbreviation of ICAM Definition and renamed in 1999 as Integration Definition, is a family of modeling languages in the field of systems and software engineering. They cover a wide range of uses from functional modeling to data, simulation, object-oriented analysis and design, an…

Why does IDEF matter?

Because it connects several engineering ideas at once: it gives you a definition you can apply, a quantity you can calculate, and a way to check whether a result is plausible.

How should I study IDEF?

Read the excerpt, restate it from memory, then work through the examples and applications listed on this page. The five-step study plan above takes about twenty minutes.

What does this page cover?

It gives you a compact reference excerpt plus original lgStudy explanations, examples, applications and study material on IDEF.

Tags

  • Data modeling
  • Modeling languages
  • Standards
  • Systems engineering

Keep exploring