Made with
ConceptDraw
DIAGRAM 14

IDEF9 Standard

IDEF9 method, as well as other IDEF methods, was developed in the framework of the BBC USA program on information integration for coordinated development (The Air Force Information Integration for Concurrent Engineering (IICE)). IDEF9 method is one of the methods, which constitute the technology of the work with existing information and knowledge. In particular, IDEF9 method (Business Constraint Discovery) is developed for calculation and analysis of conditions and limitations in business-systems. The main motivation for development of such method was the perception of the fact, that conditions and limitations, influenced on the enterprise structure, usually are poorly defined and studied. An organization can normally function (which frequently happens) without knowledge about conditions and limitations, which acts in its system, in other words, without knowledge about requirements of this system.
Nevertheless, if there is a task to improve the functioning of the production system, to increase its effectiveness and adapt the enterprise to new market conditions, the knowledge about the enterprise system requirements is critically significant.

Each object of the production system has its own requirements, and their fulfillment affect the execution of the production task in general. Accordingly, if there is a necessity to change the system behavior (to increase the effectiveness or production) it is necessary to know which requirements of the system objects must be satisfied for this. As a result of using IDEF9 method, system requirements are specified and cataloged. Thus, it is always possible to check easily how much system requirements are satisfied and correspondingly to change work conditions for gaining the necessary result. By knowing the system requirements it is also possible to explain why at the moment the system works this way and how to improve its work. IDEF9 method is an indispensable tool of a business-engineer, as with its help is it possible to define how the system will work and which requirements will have to be satisfied for the system work accordingly to the project.

Accordingly to IDEF9 method, requirement is a kind of a connection between system parts, which must obligatory exist at the given conditions set (context). The condition is considered as fulfilled if all conditions of its existence in the given context are fulfilled. Requirement is a connection type, which can be established between system objects, between processes, between objects and processes, between processes and objects properties, etc.

Requirements are described by statements. An example of the requirement statement to objects: “Only heads of departments are authorized to sign waybills.” An example of the requirement statement of the process to objects: “Transportations are only allowed in the presence of a signed waybill” or “Credit giving out is only possible at monthly paying off the percents on the credit.” An example of the requirement statement of the process to object properties: “Maximum carrying capacity of the elevator is 500 kg.”

In that way, the system is represented in the view of a set of objects and processes, which have definite requirements for system functioning. Also into the system description the purpose of the work of this system is usually included. This is necessary for definition of only those requirements of objects and processes, which are important for execution of the considered task.
At the system projecting the requirements define which rules, conditions, limitations and necessary connections the project must involve. The production system represents the set of objects, executing one or several functions under the influence of requirements for reaching the preset goal.

Requirements are divided into:

  • Inner (in), which influence inside the system;
  • Outer (on) which influence outside the system or which are managed outside the system;
  • Belonging to the system (of), which belong to the system and are controlled by it;
  • Intersystem (between), which connect systems between each other in the capacity of objects of a big system.

Also the requirements are divided into enabling and limiting in the context of the considered conditions. Surely, limiting requirements are more obvious and become apparent in the form of following problem symptoms: excess costs, low quality, terms increase, etc. Such symptoms are called evidence of existing of the requirements in a system.

The set of opinions, proving the necessity of definition and providing the requirement for system objects is called rationale for the requirement. The consequences of the influence of the requirement on the system are called effects of the requirements. Effects can be direct and indirect, intended and unintended, desirable and undesirable in the framework of the considered context.

It is necessary the sufficient number of evidence of requirements existence, otherwise the requirement will remain undefined. The effective definition of requirements and their management lets quickly identify requirements and react upon the typical industrial problems of requirements, listed below:

  • The cost of the requirement execution exceeds the requirement value;
  • An existing requirement does not correspond to the enterprise purposes anymore;
  • The requirement provokes unforeseen and undesired effects;
  • Objects of the system, responsible for the requirements fulfillment are incapable to provide the requirements fulfillment;
  • The requirement does not have an obvious mechanism of provision.

Also systems overloaded with outdated or inappropriate requirements lose productivity and waste resources on execution of these requirements.

Potential users of IDEF9 method are business owners, organization managers, system projecting and planning specialists and analysts. The knowledge of system requirements may help in Business Process Reengineering (BPR), Total Quality Management (TQM) and in strategic planning..

There is an example of the procedure of definition, confirmation and further improving of the requirement. The given procedure consists of following stages:

  1. Information collection (Collect) – implies the collection of data about the system and getting evidence of the requirement necessity.
  2. Classification (Classify) - definition of system conditions, objects, objects’ properties, processes and connection types.
  3. Hypotheses formation (Hypothesize) – selection of requirements-candidates, based upon received data and evidence.
  4. Requirement realization (Substantiate) – collection of examples for definition of the best requirement-candidate.
  5. Requirement check-up (Challenge) - checking-up of the requirement with the engagement of the interested persons.
  6. Requirement improvement (Refine) – modernizations, checkout, improvement of the requirement and adding details to the requirement characteristics.

Accordingly to IDEF9 method requirements are displayed in the form of visual schemes. Requirements on the schemes are displayed by way of rounded rectangles, objects and processes in the form of rectangles. Connections between objects of the scheme are represented by way of lines. The connection, indicating at obliging circumstances, is represented in the form of a line with the black little circle at the end. There are also used junctions, which are shown on the scheme in the form of squares with the definition of the junction type: &, O, X.

For example there is a following requirement: “An account for payment of consumed electricity must be signed by the head specialist of the power engineering, by the chief accountant and the head of the enterprise.” The corresponding scheme will have the following view:

Here the double-sided rectangle presents the context of a task, the rounded rectangle shows the requirement itself, and rectangles represent objects, which influence on the requirement execution. & junction shows that the requirement needs an influence of all objects, i.e. the account should be signed by each of the three faces.

Analogously it is possible to compose a scheme of the selection of requirements-candidates, a scheme, reflecting requirement effects and a scheme showing which requirements should be executed for reaching the general goal.

An effective management of changes is significantly facilitated by way of definition and documenting of business-requirements. The knowledge about the business-requirements which exist and how they interrelate between each other in the best way is insufficient sometimes. Nevertheless the requirements trigger, manage and bound the behavior of objects of the business-system and affect them so that the final goal is reached with more or less costs of resources and time. IDEF9 method is developed to help with definition and analysis of the requirements.

IDEF9 Standard *

TEN RELATED HOW TO's:

Electrical Symbols, Electrical Diagram Symbols →

Electrical Engineering Solution used together with ConceptDraw DIAGRAM drawing facilities makes short a work of drawing various electrical and electronic circuit schemes. A library of vector objects composed from symbols of Analog and Digital Logic elements of electric circuit includes 40 symbolic images of logic gates, bistable switches of bi-stable electric current, circuit controllers, amplifiers, regulators, generators, etc. All of them can be applied in electronic circuit schemes for showing both analog and digital elements of the circuit. Electrical Engineering Solution used together with ConceptDraw DIAGRAM drawing facilities makes short a work of drawing various electrical and electronic circuit schemes. A library of vector objects composed from symbols of Analog and Digital Logic elements of electric circuit includes 40 symbolic images of logic gates, bistable switches of bi-stable electric current, circuit controllers, amplifiers, regulators, generators, etc. All of them can be applied in electronic circuit schemes for showing both analog and digital elements of the circuit.Electrical Diagram Symbols
Picture: Electrical Symbols, Electrical Diagram Symbols
Related Solution:

Flowchart Marketing Process. Flowchart Examples →

This sample shows the Flowchart that displays the layout and work flow of the cloud marketing platform. This diagram has a style of the marketing brochure. This style displays the central product that is related to the other issues. Using the ready-to-use predesigned objects, samples and templates from the Flowcharts Solution for ConceptDraw DIAGRAM you can create your own professional looking Flowchart Diagrams quick and easy.Flowchart Marketing Process. <br>Flowchart Examples *
Picture: Flowchart Marketing Process. Flowchart Examples
Related Solution:

Entity-Relationship Diagram (ERD) with ConceptDraw DIAGRAM  →

Database structures are usually described by ER-diagrams which represents entities as boxes with lines-connections between them. You can create any entity-relationship diagram (ERD) by means of ConceptDraw DIAGRAM using ready-to-use templates and special libraries containing all the needed symbols and shapes. Creating a model for your database from now on can take just a few minutes. ERD (entity relationship diagram) designed to show the logical structure of databases. It intended to depict the relationships between data components (entities). ERDs are a popular tool for software engineers and architects. Using ERD they can manage the every aspect of database design. Also ERD can be used as guidelines for testing and communications before software release. This diagram represents the file reference system of the WordPress web platform. Because entity relationship diagrams have such a broad application area through the prevalence of database technology, it can be applied for a wide range of users.Entity-Relationship Diagram (ERD) <br>with ConceptDraw DIAGRAM  *
Picture: Entity-Relationship Diagram (ERD) with ConceptDraw DIAGRAM
Related Solution:

Concept Maps →

As concept map consists from conception-blocks and links between them, you can use ConceptDraw library objects and add to a document as much objects as you need. ConceptDraw tools let you to edit, group, move objects, change their appearance and add text signs and raster or vector pictures. ConceptDraw DIAGRAM diagramming and vector drawing software extended with Concept Maps Solution from the "Diagrams" Area is effective tool for creating professional looking Concept Maps.Concept Maps *
Picture: Concept Maps
Related Solution:

Landscape Drawing →

Develop of landscape drawing is a complex process which requires great efforts and inspiration. ConceptDraw DIAGRAM is a powerful diagramming and vector drawing software. Extended with Site Plans Solution from the Building Plans Area, ConceptDraw DIAGRAM will help to make this process easier.Landscape Drawing *
Picture: Landscape Drawing
Related Solution:

Illustration Software →

No science can't exist without illustrations, and especially astronomy! Illustrations help to visualize knowledge, natural phenomenons which are studied by astronomy, they equally effective help in work, during the learning process and on the conferences. Now we have professional astronomy illustration software - ConceptDraw DIAGRAM illustration and sketching software with templates, samples and libraries of a variety of astronomy symbols, including constellations, galaxies, stars, and planet vector shapes; a whole host of celestial bodies. When drawing scientific and educational astronomy illustrations, astronomy pictures and diagrams, can help you reach for the stars!Illustration Software *
Picture: Illustration Software
Related Solution:

UML Sample Project →

Unified Modeling Language (UML) is a graphical modeling language for describing, visualizing, projecting and documenting of object oriented systems. UML digram is used for modeling of organizations and their business processes, for development the big projects, the complex software applications. Comprehensive UML diagram allows to create the set of interrelated documents that gives the complete visual representation of the modeling system.UML Sample Project *
Picture: UML Sample Project
Related Solution:

SysML →

Systems Modeling Language (SysML) is a general-purpose modeling language for systems engineering applications. ConceptDraw DIAGRAM diagramming and vector drawing software was extended with SysML Solution from the Software Development Area of ConceptDraw Solution Park specially to help systems engineers design various model systems with SysML.SysML *
Picture: SysML
Related Solution:
ConceptDraw
DIAGRAM 14