Study resource
Conceptual data models and entity relationship modelling study guide
Study Conceptual data models and entity relationship modelling with curriculum-aligned Study Guide resources, practice links, and exam-focused support.
At a glance
study guide
Resource type
Topic
Conceptual data models and entity relationship modelling
Study guide overview
Applying Entity Relationship Modelling to a Simple Scenario
Use this guide to reason from written requirements to a consistent data model, entity relationship diagram and entity descriptions.
A method for producing a model
Begin by extracting the nouns and important concepts from the requirements. These provide candidates for entities, but each candidate must be checked: does the scenario need to store information about it? If so, keep it as an entity. Next, extract the pieces of information required about each entity. These become attributes. Avoid placing an attribute under an entity if the requirement actually associates it with another entity.
For every entity, decide which attribute or combination of attributes forms its entity identifier. The identifier must distinguish the entity occurrences represented by that entity. Mark the identifier clearly in the entity description, for example
Customer (__CustomerID__, Name)andProduct (__ProductCode__, Description). If the requirements indicate that more than one attribute is needed to identify an entity, show the complete identifier rather than selecting an attribute without justification.Connecting the model to the scenario
After listing the entities and attributes, identify statements in the requirements that connect entities. These statements provide the basis for relationships in the entity relationship diagram. For example, if the requirements describe customers placing orders, a relationship between
CustomerandOrderis justified. The diagram is not a separate invention: it is a visual representation of the model produced from the requirements.Worked reasoning pattern
Suppose a simple scenario requires information about customers and orders. The reasoning is:
CustomerandOrderare entities because information is required about both; customer ID and order ID are possible identifiers; names and order dates are attributes; and the statement that a customer places an order supports a relationship between the entities. A suitable description could beCustomer (__CustomerID__, Name)andOrder (__OrderID__, OrderDate). The exact attributes must still be checked against the given requirements.Exam application and self-check
When given a scenario, annotate each proposed entity with its attributes before drawing the diagram. Then compare the diagram with the descriptions. Ask: Is every required entity present? Is every listed attribute attached to the correct entity? Is an identifier shown for each entity? Is every relationship supported by the scenario? Finally, ensure that the diagram and the
Entity (Attribute1, Attribute2, ...)descriptions express the same model. Do not add detail simply because it seems realistic; use the given data requirements as the basis for each modelling decision.
Ready to practise?
Choose your next step
Use the study guide for understanding, then switch into an active revision mode.
Related topics
