Zum Inhalt

Datenmodellierung 26.09.2024

UML:

UML ist wie eine Zeichensprache für Computerprogramme. Stell dir vor, du möchtest jemandem erklären, wie ein Spiel oder eine Maschine funktioniert, ohne alles aufzuschreiben. Du machst stattdessen Bilder und Symbole, um zu zeigen, wie die Teile zusammenarbeiten.

Beispiel:

Wenn du ein Haus baust, kannst du einen Plan zeichnen, der zeigt, wo die Zimmer sind, wie groß sie sind und wie sie verbunden sind. In UML macht man dasselbe, aber für Computerprogramme. Man zeichnet, wie verschiedene Teile eines Programms (wie Figuren in einem Spiel oder Autos in einer App) miteinander verbunden sind und zusammenarbeiten.

UML hilft also, Dinge übersichtlich zu zeichnen, damit man versteht, wie ein Computerprogramm funktioniert!


Die fünf Ebenen der Datenmodellierung beginnen mit den Kundenanforderungen (Ebene 1), bei denen die spezifischen Wünsche des Kunden zu Datenarten, Organisation, Abfragen, Leistung und Sicherheit erfasst werden. Diese Anforderungen müssen strukturiert erhoben und dokumentiert werden, um ein passendes Datenmodell zu entwickeln.

Das konzeptionelle Datenmodell (Ebene 2) bildet die Kundenanforderungen formal ab, ohne technische Details zu berücksichtigen. Es dient dazu, die fachlichen Anforderungen klar darzustellen. Das logische Datenmodell (Ebene 3) fügt technische Aspekte hinzu, die für die Umsetzung in einem Datenbanksystem wichtig sind.

Das physische Datenmodell (Ebene 4) ist die konkrete Implementierung des logischen Modells in einem Datenbanksystem. Ein gängiges Modell zur Datenmodellierung ist das Entity-Relationship-Modell (ER-Modell). Es stellt Objekte (Entitäten) und ihre Beziehungen dar. Entitäten sind Dinge wie „Angestellte“ oder „Projekte“, und Beziehungen zeigen, wie sie miteinander verbunden sind, z.B. „Angestellter leitet Projekt“. Das ER-Modell besteht aus Entitätstypen, Beziehungstypen und Attributen, die diese beschreiben.

Die Ebenen 2 (konzeptionelles Modell) und 3 (logisches Modell) sind dabei besonders wichtig, da sie die fachliche und technische Sicht auf die Datenstruktur abbilden.

PUML Diagramm

BibliothekbibliothekID: intname: Stringadresse: StringBuchbuchID: inttitel: Stringautor: Stringisbn: StringLeserleserID: intname: Stringemail: StringAusleiheausleiheID: intausleihDatum: DaterueckgabeDatum: Datebesitzt11gehört zu11ist ausgeliehen10..*bezieht sich auf0..*1hat10..*bezieht sich auf0..*1
400. Welcome to PlantUML! You can start with a simple UML Diagram like: Bob->Alice: Hello Or class Example You will find more information about PlantUML syntax onhttps://plantuml.com (Details by typinglicensekeyword) PlantUML version 1.2026.3beta5 / f567ad8 [2026-03-18 20:20:26 UTC][From string (line 2) ] @startuml!include https://raw.githubusercontent.com/MikhailKravets/mkdocs_puml/master/themes/default/dark.pumlCannot open URL
Gezeichnetes Puml-Diagramm(von Hand):

PUML Fitnesscenter:

400. Welcome to PlantUML! You can start with a simple UML Diagram like: Bob->Alice: Hello Or class Example You will find more information about PlantUML syntax onhttps://plantuml.com (Details by typinglicensekeyword) PlantUML version 1.2026.3beta5 / f567ad8 [2026-03-18 20:20:26 UTC][From string (line 2) ] @startuml!include https://raw.githubusercontent.com/MikhailKravets/mkdocs_puml/master/themes/default/light.pumlCannot open URL
[Mitgliedschaft][Mitgliedsnummer, Startdatum, Enddatum, Typ, PreisInformationen über Mitgliedschaft][Trainer][Trainernummer, Name, Spezialgebiet, VerfügbarkeitVerantwortlich für Personal Training][Gerät][Gerätenummer, Name, Typ, VerfügbarkeitWird in Kursen und von Mitgliedern genutzt][Feedback][Feedback-ID, Bewertung, Kommentar, DatumBewertungen zu Geräten oder Trainern][Kurs][Kursnummer, Name, Beschreibung, Max. Teilnehmer, Dauer]berechtigt zur Nutzung vonführt Personal Training fürgibt Feedback ab überbezieht sich auf Trainerbezieht sich aufbezieht sich auf Gerätist verantwortlich fürbeinhaltetleiteterhält vonbezieht sich auf