IDEF1x standard is developed for work with relational data bases. In particular IDEF1x standard is meant for constructing of conceptual schemes which represent the structure of data in the context of the concerned system, for example, a commercial organization. IDEF1x standard is a static method and is not intended for dynamic analysis, but it can be used for this, as an alternative to IDEF1 standard.
It is necessary to remember that IDEF1x standard is developed specially for construction of data base structure and that for work it requires an entering of definite data which is not necessary for work with other objects. For example, it requires an entering of dominant attributes to distinguish entities, which is not necessary in the object-oriented projection, so for such projection it is better to use the corresponding IDEF4 standard.
In general the terminology of IDEF1x standard coincides with the terminology of IDEF1 standard, however there are some differences. In IDEF1x the entity is a totality of objects of the real world similar by key properties. Each concrete object in this case is a realization of this entity. For instance an entity COMPUTER represents the totality of all computers of an organization. Each copy of the COMPUTER entity must contain definite information such as computer ID, the name in the network, characteristics, etc. This information is called attributes of an entity.
In IDEF1x entities are connected between each other with links, ties and associations. Ties are called in the verb form. Names of ties show entities relations. For example an ORGANIZATION COMPUTERS, AUTOMOBILE food stuffs, etc.
The first entity in the above mentioned examples is connected with several entities of the second type therefore such tie is called ‘one to many’. At that, the first entity is called parental, and subsequent are daughters. (Child?) On the diagram ties are represented in the form of lines with the dot at the end and with the name specification. Also there are ties of the type ‘many to many’. They are used at the starting stage of the projection and represented in the form of lines with dots at both ends. As an example of such tie is the tie between the mass of PASSNGERS which by a number of BUSES. In future such ties must be necessarily elaborated in details.
Accordingly to IDEF1x standard entities are represented in the form of rectangles with definite fields. At the upper part of the rectangle the key information of the entity, also called the primary key, is located. This information is selected for unique entity identification, e.g. ID of a computer.
At the lower part an area with non key attributes is located, e.g. the name of the computer in the network, the current worker, who works with the computer, works fulfilled on the given computer and computer characteristics.
At the left bottom part an area with the entity name on the diagram is located, e.g. COMPUTER, WORKER or DEPARTMENT.
In the capacity of key attributes several attributes or even attribute groups can be chosen. Attributes, which can be key attributes, are called candidates of key attributes. Key attributes selection rules consist in the following:
- Key attributes must uniquely identify an entity;
- Key attributes mustn’t contain empty or NULL values;
- Key attributes can’t change with time. At key attributes change the entity changes also;
- Key attributes must be brief as far as possible for convenience of the further processing or indexation. For instance these can be alphanumeric symbols of the entity ID.
At choice of the primary key it is often used the so-called surrogate key, which represents an arbitrary number, existing only within the limits of the concrete data base and is unique for each
If entities on the IDEF1x diagram are connected one to each other, then the parent entity transfers key attributes to a child entity. Such attributes are called migratory or external keys. For example, COMPUTER which is on DEPARTMENT balance will have as an external key one of its key attributes the DEPARTMENT ID. Such child entities are called dependent as their identification depends on the key attributes of the parent entity. Dependent entities are divided into those entities which cannot exist without parent entity and those that can’t be identified without parent entity. For example, the INFORMATION on the COMPUTER cannot exist without it or without an external carrier, which are parent entities for it. In its turn, COMPUTER can exist without a DEPARTMENT, but accordingly to the accepted notations, cannot be identified not being the part of any department. Independent entities are those which are not dependent in identification on other entities. These are entities into which the system is divided in the first place and further structuring will happen within the limits of these entities. For example as a rule an organization is divided into DEPARTMENTS which are independent entities as they have its unique identifier not dependent on other entities. All other entities in their identification will depend on ID of the department they belong to.
Accordingly to IDEF1x standard, dependent entities are represented in the form of rounded rectangles, and non-dependent – in the form of usual rectangles.
The ties between entities can be identifying (transferring the external key to a child entity) and non-identifying (transferring data to the area of child entity data). Identifying ties are represented with a solid line, and non-identifying- with dotted line. As an example of identifying tie can be the tie between the DEPARTMENT and any of the resources, which is allotted between DEPARTMENTS and belong not to any of the DEPARTMENTS but to the organization as a whole.
The main advantage of the IDEF1X is the rigid and strict standardization of modeling. Such standardization allows to avoid misunderstandings during the analysis of the constructed model which is the significant advantage against other modeling methods without data bases.
TEN RELATED HOW TO's:
The Entity-Relationship Diagram (ERD) solution from ConceptDraw Solution Park extends ConceptDraw DIAGRAM vector graphics and diagramming software with the ability to describe a database using the Entity-Relationship (Chen) model. Use it for design your ERDs and verify that ConceptDraw DIAGRAM offers the best ERD diagrams software tools for design element Chen notation.
Picture: Entity Relationship Diagram - ERD - Software for Design Chen ER Diagrams
The activity of any organization is more or less branchy network of processes. The description of these processes is a hard technical task which requires definite methodology and standards.
According to the IDEF0 standard any process can be described in the form of a block (Activity Box) which has inputs and outputs. The process consists in transformation of inputs into outputs under the influence of the management and in the presence of necessary resources. Outputs of the given process later on can be either inputs for the next process or resources, or management means.
Picture: IDEF0 standard with ConceptDraw DIAGRAM
A flowchart maker is a software showing the interaction, sequence or organization. It also known as flowchart maker or ConceptDraw DIAGRAM standard supplied with different types of symbol collections: standard symbols, branded set and authored. It used strictly for enhancing scientific or business documents with abstract explanatory pictures.
Business graphic applications show a special knowledge representations and include many features for creating schematic pictures. These graphic tools are known as flowchart maker or flowchart maker software.
Picture: Flowchart Maker
UML Collaboration Diagram depicts the interactions between objects or parts in terms of sequenced messages and describes both the static structure and dynamic behavior of a system.
Rapid UML solution provides templates, examples and libraries of stencils for quick and easy drawing all the types of system and software engineering diagrams according to UML 2.4 and 1.2 notations.
Picture: UML Collaboration Diagram (UML2.0)
In ConceptDraw DIAGRAM it really is sp simple to draw even the most complex cross-functional flowcharts. Use the RapidDraw technology and Cross-Functional libraries in ConceptDraw DIAGRAM for the best results.
Picture: How to Simplify Flow Charting — Cross-functional Flowchart
To your mind, deliberation about the profits of creating organizational charts takes more time than actually creating itself. If lack of software is the only thing that stops you, you should know that organizational charts with ConceptDraw DIAGRAM are created within a few minutes. Owing to the great number of ready-to-use templates, you’ll get your chart easily.
Chart is a very handy format for visually depicting official relations of an organization. Usually, an Orgchart (organizational chart) consists from simple geometrical shapes, containing an information on a position, personal data, and the lines that means responsibilities and accountabilities associated with position. ConceptDraw solution designed for making organizational charts enables one to create various org charts effortlessly using special templates and vector libraries.
Picture: Organizational Charts with ConceptDraw DIAGRAM
A flowchart is a simple but very functional tool when it comes to understanding a workflow or to removing unnecessary stages from a process. When drawing flowcharts, keep in mind that there are four common types of flowcharts, like document flowcharts and data flowcharts that show control over a data or document flow over a system. To show controls on a physical level, use system flowcharts. In addition, to show controls in a program, you can draw a program flowchart.
This flowchart diagram represents the piece of an article editing process, that involves the author and editor. It was created using the Basic Flowchart notation that consists from the basic flowchart symbols. The start and the end of the process are indicated with "Terminator" symbols. The "Process" symbols show the action steps consisting from making edits and searching for a compromise, when the author does not agree with the suggestions of the editor. The "Process" symbol is the general symbol in process flowcharts. The "Decision" symbol indicates a branching in the process flow. There are two branches indicated by a Decision shape in the current flowchart (Yes/No, Disagree/Agree). This basic flowchart can be used as a repeating unit in the workflow diagram describing the working process of some editorial office.
Picture: Types of Flowcharts
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.
Picture: Entity-Relationship Diagram (ERD) with ConceptDraw DIAGRAM