Object Role Modeling

Object Role Modeling
Beispiel eines ORM2 Diagramms

Object Role Modeling (ORM, engl. Modellierung der Rollen von Objekten) dient dazu, im Rahmen der Datenmodellierung einen Ausschnitt der realen Welt (englisch: Universe of Discourse, UoD) zu beschreiben. Es beschreibt Objekte und ihre Rollen zueinander entweder in einfachen Sätzen, oder in intuitiven Diagrammen.

Es dient zum einen in der konzeptionellen Phase der Anwendungsentwicklung der Verständigung zwischen Anwendern und Entwicklern, wobei ausschließlich das Was, also die Sachlogik, und nicht das Wie, also die Technik, dargestellt wird. Zum Anderen dient das ORM-Modell in der Implementierungsphase als Grundlage für das Design der Datenbank.

Inhaltsverzeichnis

Beispiel

Einfaches ORM-Beispiel

Im Bild rechts wird eine einfache Beziehung dargestellt: Ein Angestellter arbeitet in einem Department. Dieses Diagramm stellt die drei grundlegenden Objekttypen vor:

  • Entities (Angestellter und Departement) sind die eigentlichen Objekte des UoD's. Entitäten werden als Ellipsen dargestellt.
  • Roles (Arbeitsplatz) (auch "fact type") stellen die Beziehung zwischen Entities (Objekten) dar. Rollen werden als aneinanderhängende Rechtecke dargestellt.
  • Label ("Name des Angest." und "Name des Dep.") sind die Typen der Objekte.

Eine Instanz in diesem Beispiel ist eine Belegung der Tabelle. Zum Beispiel: "Franz Otto arbeitet im Verkauf". Hierbei ist Franz Otto eine Instanz von Angestellter und Verkauf eine Instanz von Department.

Algorithmus

Um von einer Tabelle mit (signifikanten) Einträgen zu einem ORM Diagramm zu kommen, kann man folgende sieben Schritte durchlaufen. Es ist ein etwas formeller Weg zu einem ORM Diagramm, aber meist (besonders für komplizierte Diagramme) ist es hilfreich, sich das schrittweise zu überlegen und nicht zu versuchen, alles auf einmal umzuwandeln.

  • 1: Wandle bekannte Informationen in elementare Fakten um und mache Qualitäts Check.
  • 2: Zeichne die fact type und mache einen Populations Check
  • 3: Teste, ob Entity Typen zusammengefasst werden sollten und kennzeichne alle Typen, die aus den Bestehenden berechnet werden können.
  • 4: Füge uniqueness constraints hinzu, und teste die Länge der fact type.
  • 5: Füge mandatory role constraints hinzu und teste ob etwas logisch ableitbar ist
  • 6: Füge einschränkende Werte, Mengenvergleiche und Subtyping ein.
  • 7: Füge restliche Bedingungen ein und führe letzten Check durch.

Gegeben ist folgende Tabelle. Daraus soll ein ORM- Diagramm erstellt werden.

Vorlesung Zeit Student Matrikelnr. Note
Datenbanken 15:00
Maier
Müller
Schultze
25538402
25587304
25587305
1.3
2.0
2.3
Robotik 15:00
Schmitt
Schmidt
Müller
25534567
25584555
25587304
1.7
2.7
1.0

Umwandlung bekannter Informationen in elementare Fakten

In diesem Schritt versucht man, sich über die Typen und ihren Zusammenhang klar zu werden. Zuerst versucht man, die gegebenen Informationen in aussagekräftige Sätze umzuwandeln:

  • "Datenbanken wird um 15:00 Uhr gehalten."

Um nun leichter auf das Diagramm schließen zu können, muss man sich Gedanken machen, was nun ein Entity type, ein Label type und eine Instanz eines Entity types darstellt. Der obige Satz lässt sich umformulieren in:

  • "Die Vorlesung mit dem Vorlesungsnamen Datenbanken wird zu der Zeit vom Typ Uhrzeit 15:00 Uhr gehalten."

Aus diesem Satz kann man ablesen:

  • 'Vorlesung' und 'Zeit' sind Entity types
  • 'Vorlesungsname' und 'Uhrzeit' sind Label types und
  • 'Datenbanken' und '15:00 Uhr' sind Instanzen von Vorlesung und Zeit und sind vom Typ Vorlesungsname und Uhrzeit.

Da Zeit sich in dieser Tabelle wirklich nur auf die Vorlesung bezieht, ist dieser Satz richtig und vollständig. Etwas komplizierter wird es wenn man sich die Note ansieht.

Zwei falsche Sätze:

  • Student Müller erreichte die Note 2.0. → Hier bleibt die Frage, in welcher Vorlesung er sie erreicht hat
  • In der Vorlesung Datenbanken wurde die Note 2.0 vergeben. → Hier entsteht die Frage, für welchen Studenten das gilt.

Richtiger Satz: "Student Müller erreicht Note 2.0 in der Vorlesung Datenbanken."

Das ist nun kein fact type mehr der nur zwei Entity types überspannt.

Zeichnen der fact types

ORM-Diagramm zwischen Vorlesung und Zeit

Aus dem Satz: "Die Vorlesung mit dem Vorlesungsnamen Datenbanken wird zu der Zeit vom Typ Uhrzeit 15:00 Uhr gehalten." kann man nun folgendes Diagramm erstellen. Dabei ist es erlaubt, den Label type in Klammern unter den Entity type zu schreiben.

Da dieser fact type nur zwei Entity types bindet, ist das ein binärer fact type

ORM-Diagramm Ternary Fact Type

Aus dem Satz: "Student Müller erreicht Note 2.0 in der Vorlesung Datenbanken." erstellt man nun ein ORM-Diagramm mit einem ternären fact type, da dieser fact type drei Entity types bindet.

Weblinks

Object Role Modeling: Ein Überblick (engl) im MSDN

Zeichnung erstellt mit Microsoft Visio Modeller

Referenzen

Information Modeling and Relational Databases von Terry Halpin (ISBN 1-55860-672-6)


Wikimedia Foundation.

Игры ⚽ Поможем сделать НИР

Schlagen Sie auch in anderen Wörterbüchern nach:

  • Object-Role Modeling — Not to be confused with Object relational mapping. Example of the application of Object Role Modeling in a Schema for Geologic Surface , Stephen M. Richard (1999).[1] Object Role Modeling (ORM) is a method for conceptual modeling, and can be used …   Wikipedia

  • Object role modeling — Not to be confused with Object relational mapping. [ Stephen M. Richard (1999). [http://pubs.usgs.gov/of/1999/of99 386/richard.html Geologic Concept Modeling] . U.S. Geological Survey Open File Report 99 386.] ] Object Role Modeling (ORM) in the… …   Wikipedia

  • Object Role Modelling — Object Role Modeling (ORM, engl. Modellierung der Rollen von Objekten) dient dazu, im Rahmen der Datenmodellierung einen Ausschnitt der realen Welt (englisch: Universe of Discourse, UoD) zu beschreiben. Es beschreibt Objekte und ihre Rollen… …   Deutsch Wikipedia

  • Modeling language — A modeling language is any artificial language that can be used to express information or knowledge or systems in a structure that is defined by a consistent set of rules. The rules are used for interpretation of the meaning of components in the… …   Wikipedia

  • Modeling and Simulation: Conceptual Modeling Overview — Contents 1 Introduction 2 Techniques 2.1 Data Flow Modeling 2.2 Entity Relationship Modeling 2.3 …   Wikipedia

  • Object-relational mapping — For another use of ORM , see Object role modeling. Object relational mapping (ORM, O/RM, and O/R mapping) in computer software is a programming technique for converting data between incompatible type systems in object oriented programming… …   Wikipedia

  • Modeling perspective — A modeling perspective in information systems is a particular way to represent pre selected aspects of a system. Any perspective has a different focus, conceptualization, dedication and visualization of what the model is representing. The… …   Wikipedia

  • Object Oriented Role Analysis and Modeling — The Object Oriented Role Analysis and Modeling (OOram) is a method, based on the concept of role, for performing object oriented modeling. OOram is a precursor for the Unified Modeling Language (UML).[1] Originally (1989) coined Object Oriented… …   Wikipedia

  • Object-oriented programming — Programming paradigms Agent oriented Automata based Component based Flow based Pipelined Concatenative Concurrent computing …   Wikipedia

  • Object Oriented Role Analysis Method — The Object Oriented Role Analysis Method (OOram) is a method, based on the concept of role , for performing object oriented modeling. OOram is a precursor for the Unified Modeling Language (UML). Originally (1989) coined Object Oriented Role… …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”