Made with
ConceptDraw
DIAGRAM 14

Chen ERD Diagram

An entity–relationship model is also known as “ER model”. This model describes the inter related things of interest in a limited domain of knowledge and it is composed of the entity types, which all classify the so-called “things of interest”. The model specifies all of the relationships that can exist between instances of the entity types.

An ER model is very commonly used in software engineering, being formed in order to represent the things that some business needs to remember. It is being done in order to perform any needed business process, making the ER model to become an abstract “data model” for a reason of it defining a data structure, which can be implemented in a database (also known as a “relational database”).

Entity–relationship modelling was originally developed for a purpose of using it in a database design in 1976 by Peter Chen. Some other ER-modellers insist of showing the subtype entities connected by the generalization as well as specialization relationships, so ER-model can be used also in the specification of the domain-specific ontologies.

Such entity–relationship model is expected to be a result of the analysis, conducting systematically. This analysis is usually being conducted for a reason of defining as well as describing what is important in order to process in an area of the certain business. Such model does not define any business process, but presents a business data schema in a way of a graphical form. The ER model can be drawn in a graphical form in a way of boxes, which represent entities, connected by lines, which represent relationships, expressing the associations as well as dependencies between those entities.

The mentioned entities may be characterized not only by relationships but by the additional properties (or attributes), including the identifiers known as the "primary keys". The diagrams created in order to represent the needed attributes and entities, as well as any relationships may be called “entity-attribute-relationship diagrams”, or “entity-relationship models” (which is not as common).

A database is known to be the one implementing an ER model. Once there is a simple relational database implementation, each of the existing rows of the table each represents one instance of an entity type. At the very same circumstances, each of the fields mentioned in a table represents some particular attribute type. Once the “relational database” is being discussed, then any relationships between entities are implemented in a way of storing the primary keys of each of the entities.

There are a few kinds of data models, main of which are “conceptual”, “logical” and “physical”. Within the “conceptual” model (which is the highest level possible of any ER model) there is the least granular detail, which establishes the overall scope of what has to be included within the model set itself. Such “conceptual ER model” is meant to define the master reference data entities which are commonly used by any organization, which is involved in the process. This model can also be used as the foundation for one or more than one logical data models and the purpose of having it is to establish the so-called “structural metadata” between the set of the different logical ER models. Do not forget also that this ER model can be used for forming the commonality relationships between the similar models as a basis for the further data model integration.

Another type of the ER models is the “logical” one. This model does not require a conceptual ER-model and it contains more details than the first mentioned one (see above). Additionally, both transactional and operational data entities can be defined to the master data entities. The details of each of the data entities can be developed in this case and the relationships between the data entities can be established no problem. This logical ER model is independent in its development within the so-called specific “database management system”, into which this model can be implemented.

And the last type of the ER models is a “physical” one, being developed from each of the logical ER models. This physical model is usually developed in order to become an instantiated as a “database”. Each of such models must contain enough details in order to produce a database. This last model is being instantiated in the “structural metadata” of a database management system in a way of the relational database objects, for example: database indexes, database tables and so on, as so-called “unique key indexes”. The physical ER model can also be used for designing any needed modifications for the relational database objects and for maintaining the structural metadata of the database.

Once again, “ERD”, or “entity relationship diagram”, is the one being very simple to create in case you know what to start from and how to implement your plans of creating. It would be much better if you had experience in making any similar diagrams before. But once you do not have enough of the experience in making the needed diagrams, including the ER one, then the examples and templates, developed by the team of the professionals, may help you a lot, making it possible to finish with the dream drawing in only a couple of hours.

Thus, having ConceptDraw DIAGRAM software and the “Entity-Relationship Diagram (ERD) solution”, which contains a large collection of pre-designed examples of “Entity Relationship Diagrams”, as well as samples and templates for the data modelling, can simplify your task and so to make the planned drawing appear in front of you as a great looking and smart diagram. In case you decide to use the mentioned solution full of examples as well as stencil libraries, then you can always download it from ConceptDraw STORE application or from this site.

Entity-Relationship Diagram (ERD) solution

Example 1. Entity-Relationship Diagram (ERD) solution

So getting all needed, you can use the various icons as well as developed elements in order to develop a model of a database of any complexity according to the Chen's notation. The available drawing tools from Entity-Relationship Diagram (ERD) solution can be very useful for all of our clients, including you. This solution extends ConceptDraw DIAGRAM with 2 libraries containing 45 objects advocated by Chen's and Crow’s Foot notations: so helpful while describing any database needed.

Use the Entity-Relationship Diagrams (ERD) solution to draw data model diagrams for your business documents, presentations and websites.

Chen ERD Diagram *

Example 2. Chen ERD Diagram - Database of a Surgeon

The example above illustrates an entity with its' attributes. A surgeon is an entity, and information about him such as name or address is shown as attribute.











TEN RELATED HOW TO's:

ER Diagram for Cloud Computing →

The entity–relationship (ER) model is a data model that lets graphically represent the information system and depict the relationships between people, objects, concepts, places, and events within a given system. It is also convenient to use the ER Diagram for Cloud computing representation and description the Cloud computing architecture, design them with pleasure using the extensive tools of the Cloud Computing Diagrams solution from the Computers and Network area of ConceptDraw Solution Park.ER Diagram for Cloud Computing *
Picture: ER Diagram for Cloud Computing
Related Solution:

UML Timing Diagram, Design Elements →

UML Timing Diagram as special form of a sequence diagram are used to explore the behaviors of objects throughout a given period of time. ConceptDraw has 393 vector stencils in the 13 libraries that helps you to start using software for designing your own UML Diagrams. You can use the appropriate stencils of UML notation from UML Timing library.UML Timing Diagram, Design Elements *
Picture: UML Timing Diagram, Design Elements
Related Solution:

Entity Relationship Software →

Both Crow’s Foot and Chen’s notations are used to build database models. Each of them has its’ own features, and if you use a proper entity relationship diagram software, you’ll be able to create diagrams of any notation. Database model with clearly defined entities and relationships between them facilitates further work greatly. This ERD represents the model of Employee Certification Entity. The entity-relationship diagram is a visual instrument of database software development. It is used to structure data and to define the relationships between structured data groups. This ERD was designed with a help of ConceptDraw Entity-Relationship Diagram (ERD) solution. The solution supports the both basic ERD notations used to describe the structure of database: Chen's and Crow’s Foot notations.Entity Relationship Software *
Picture: Entity Relationship Software
Related Solution:

JSD - Jackson system development →

Jackson System Development (JSD) is a linear method of system development created by Michael A. Jackson and John Cameron in the 1980s. It comprises the whole software life cycle directly or providing a framework for more specialized techniques. When implementing the Jackson System Development method and designing JSD diagrams, you can succesfully use the powerful and helpful tools of ConceptDraw DIAGRAM software extended with Entity-Relationship Diagram (ERD) solution from the Software Development area of ConceptDraw Solution Park.JSD - Jackson system development *
Picture: JSD - Jackson system development
Related Solution:

E-R Diagrams →

Complexity of databases increases day by day, due to this the Entity relationship models and E-R diagrams become more and more popular, and now are an important part of database design. E-R diagrams created at ConceptDraw DIAGRAM allow visually and graphically represent structure and design of databases.E-R Diagrams *
Picture: E-R Diagrams
Related Solution:

What Is User Interface? →

What is user interface (UI)? User interface of any information device includes everything designed you can interact - the screen you are looking, the icons you are clicking. ConceptDraw DIAGRAM extended with iPhone User Interface Solution is the best diagramming and vector drawing software for designing clear, pleasant and convenient user interfaces. Convenience is the most important moment for users.What Is User Interface? *
Picture: What Is User Interface?
Related Solution:

UI Patterns →

The most convenient, useful and right way for software engineers, UI designers, UI developers is to use UI patterns in the process of developing any application for computer devices. The User Interface (UI) patterns are standardized solutions for common design problems.UI Patterns *
Picture: UI Patterns
Related Solution:
ConceptDraw
DIAGRAM 14