Integral Logistics Management — Operations Management and Supply Chain Management Within and Across Companies

20.3.7 The Crow’s-Foot Notation and the Common Entity-Oriented Notation

Intended learning outcomes: Describe the commonly used crow’s-foot notation for depicting associations in the entity-oriented approach. Identify the common notation for associations in the entity-oriented approach.



Figure 20.3.7.1 shows a common notation for the entity-oriented approach.

Fig. 20.3.7.1 Commonly used crow’s-foot notation for depicting associations in the entity-oriented approach: Crow’s-foot symbol for a multivalued role, and solid circle for a partial role.

In the characterization of the association, the multivalued role dominates here, in that role names are shown only for the multivalued role. The requirement is that the name of the single-valued role can be derived from the property of the associated classes. A multivalued role is indicated by a line ending (toward the target class) in a crow’s-foot symbol, a foot with three toes (maximum cardinality is not shown). A partial role is represented by a solid circle before the crow’s foot.

Figure 20.3.7.2 shows another notation style for the entity-oriented approach.

Fig. 20.3.7.2       Common notation for associations in the entity-oriented approach: m for a multivalued role, and c for a partial role. 

The crow’s-foot symbol is replaced by the letter m (for many). The number 1 stands for a total, single-valued role. If the role is partial, this is indicated by the letter c (for conditional). In contrast to the above definition of the single letter n in the 1-to-n association, the letter m without a c stands here for the total, multivalued role (which occurs rarely), and mc for partial, multivalued role (occurs frequently).

Continuation in next subsection (20.3.7b).




Course section 20.3: Subsections and their intended learning outcomes

  • 20.3 Modeling Information Systems in the Data View and Object View

    Intended learning outcomes: Present terms such as object, attribute, object class, view, primary and secondary keys. Explain basic concepts such as association, association role and type. Describe the breaking up of an n-to-n association – in particular a reflexive one – and the association class. Disclose the use of the hierarchical constructs for developing a company-wide generic object model.

  • 20.3.1 Object, Attribute, and Object Class

    Intended learning outcomes: Differentiate between entity, object, and data record. Differentiate between attribute and data field. Differentiate between object class, file, and table. Explain the class customer as a table in the relational database model.

  • 20.3.2 View and Primary and Secondary Keys

    Intended learning outcomes: Produce an overview on the view on a class. Differentiate between primary key and secondary key. Describe characteristics for a “good” primary key. Explain the representation of a class in an object-oriented approach (with example) and the representation of an object.

  • 20.3.3 Association and (Association) Role

    Intended learning outcomes: Differentiate between binary association and reflexive association. Explain Abrial’s access function and the example of the association of the classes “book” and “customer” in library systems. Identify the (association) role.