Read this post in: en_USes_ESfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

🍟 Umfassender ERD: McDonald’s integriertes Operations-System

(Fokussiert auf Auftragsabwicklung, Kundenerfahrung und Filialoperationen)


🔍 GeschĂ€ftskontext

Dieses Entity-Relationship-Diagramm modelliert die Kernoperationen in einerMcDonald’s-Filiale, fokussiert auf:

  • Auftragsabwicklung vom Kunden bis zur Zahlung

  • Mitarbeiterrollen und Filialverwaltung

  • MenĂŒverfĂŒgbarkeit und Preise

  • Kundenbindung und wiederholte Engagement

  • Grundlegende Bestandsverfolgung (fĂŒr Lebensmittel)

Hinweis: Dies ist kein vollstĂ€ndiges Unternehmensdatenbank (z. B. Lieferkette oder HR), sondern eine realistische, skalierbare Grundlage fĂŒr ein Fast-Food-POS-System.


📚 EntitĂ€ten & Attribute

EntitÀt Attribute
Kunde KundenID (PK), Name, Telefon, E-Mail, Treuepunkte, Mitgliedstufe (z. B. Bronze, Silber)
Filiale FilialID (PK), Name, Standort (Adresse), FilialleiterID (FK → Mitarbeiter), Öffnungszeiten, Gesamtumsatz (monatlich)
Mitarbeiter MitarbeiterID (PK), Name, Rolle (Kassierer, Koch, Manager, Aufsicht), FilialID (FK), Einstellungsdatum, Schichtplan
MenĂŒpunkt MenĂŒpunktID (PK), Name, Beschreibung, Preis, Kategorie (Burger, GetrĂ€nk, Beilage, Dessert), Aktiv, Bild-URL
Auftrag AuftragsID (PK), Auftragszeit, Status (Ausstehend → Zubereitung → Bereit → Abgeschlossen → Storniert), Gesamtbetrag, FilialID (FK), KundenID (FK)
Auftragsposition AuftragspositionID (PK), AuftragsID (FK), MenĂŒpunktID (FK), Menge, Zeilenbetrag (automatisch berechnet)
Zahlung ZahlungsID (PK), Betrag, Methode (Bar, Kreditkarte, MobilePay), TransaktionsID, AuftragsID (FK), Zeitstempel
Aktion AktionID (PK), Code (z. B. „WELCOME10“), Rabattart (Prozentsatz, Festbetrag), Rabattwert, GĂŒltigkeitsdatum, Ablaufdatum, GiltFĂŒr (z. B. Mittagessen, Alle Artikel)

🔗 Beziehungen (mit KardinalitĂ€ten)

Beziehung KardinalitÀt Beschreibung
Kunde → Bestellung 1 → 0.. Ein Kunde stellt im Laufe der Zeit mehrere Bestellungen auf.
Bestellung → Bestellartikel 1 → 0.. Jede Bestellung enthĂ€lt null oder mehr MenĂŒartikel.
Bestellung → Zahlung 1 → 1 Jede abgeschlossene Bestellung hat genau eine Zahlung.
Bestellung → Laden 1 → 1 Jede Bestellung wird an einem bestimmten Laden aufgegeben.
Laden → Mitarbeiter 1 → 0.. Ein Laden beschĂ€ftigt mehrere Mitarbeiter (Kassierer, Köche, Manager).
Laden → Bestellung 1 → 0.. Ein Laden erhĂ€lt viele Bestellungen.
Speisekartenartikel → Bestellartikel 1 → 0.. Ein Speisekartenartikel kann in mehreren Bestellungen erscheinen.
Aktion → Bestellung 0 → 1 Eine Aktion kann auf eine Bestellung angewendet werden (z. B. „Kaufen Sie 1 Big Mac, erhalten Sie 1 kostenlos“).
Mitarbeiter → Laden 1 → 1 Jeder Mitarbeiter arbeitet in einem Laden.

✅ Optional: FĂŒgen Sie eine „TreueprogrammEntitĂ€t, falls tiefere Treue-Logik benötigt wird (z. B. Punkteeinlösung, Belohnungen).


🔒 EinschrĂ€nkungen und GeschĂ€ftsregeln

  • Der Preis muss > 0 sein

  • Der Bestellstatus kann nicht auf „Abgeschlossen“ gesetzt werden, wenn die Zahlung fehlt

  • Menge in Bestellposition ≄ 1

  • Aktionen können nur angewendet werden, wenn sie aktiv sind und im Zeitfenster liegen

  • Der Kunde muss mindestens einer Bestellung zugeordnet sein, um Treuepunkte zu erhalten

  • MenĂŒartikel werden als „Inaktiv“ gekennzeichnet, wenn sie ausverkauft oder eingestellt sind


📝 AnwendungsfĂ€lle (Warum dieses ERD wichtig ist)

Anwendungsfall Vorteil
POS-Systemgestaltung Ermöglicht die Echtzeit-Verfolgung von Bestellungen, Zahlungen und die Erstellung von Belegen
Lagerbestandsbenachrichtigungen Wenn ein MenĂŒartikel hĂ€ufig bestellt wird, ĂŒberwachen Sie die LagerbestĂ€nde
Treueprogramme Verfolgen der Punktansammlung, Angebot von personalisierten Rabatten
Filanalytik Identifizieren Sie die meistverkauften Artikel, Spitzenzeiten und beliebte Aktionen
Mitarbeitermanagement Rollen zuweisen, Schichten verfolgen, Leistung verwalten

📂 Ausgabeformate

Sie können eines der folgenden Elemente in Ihre Dokumentation, PrĂ€sentation oder Datenbank-Design-Tools kopieren und einfĂŒgen.


✅ 1. Textbasiertes ERD (fĂŒr Dokumentation)

EntitÀten:

- Kunde
  - KundenID (PK)
  - Name
  - Telefon
  - E-Mail
  - Treuepunkte
  - Mitgliedstufe

- Filiale
  - FilialID (PK)
  - Name
  - Standort
  - LeiterID (FK → Mitarbeiter)
  - Öffnungszeiten
  - Monatlicher Umsatz

- Mitarbeiter
  - MitarbeiterID (PK)
  - Name
  - Rolle (Kassierer, Koch, Leiter)
  - FilialID (FK)
  - Einstellungsdatum

- MenĂŒartikel
  - MenĂŒartikelID (PK)
  - Name
  - Beschreibung
  - Preis
  - Kategorie
  - IstAktiv

- Bestellung
  - BestellungsID (PK)
  - Bestellzeitpunkt
  - Status (Ausstehend, In Vorbereitung, Bereit, Abgeschlossen, Storniert)
  - KundenID (FK)
  - FilialID (FK)
  - Gesamtsumme

- Bestellposition
  - BestellpositionsID (PK)
  - BestellungsID (FK)
  - MenĂŒartikelID (FK)
  - Menge
  - Zeilenbetrag

- Zahlung
  - ZahlungsID (PK)
  - Betrag
  - Methode (Bar, Kreditkarte, MobilePay)
  - BestellungsID (FK)
  - Zeitstempel

- Aktion
  - AktionID (PK)
  - Code
  - Rabattart
  - Rabattwert
  - AktivitÀtsdatum
  - Ablaufdatum
  - GiltFĂŒr

Beziehungen:
- Kunde "1" -- "0..*" Bestellung
- Bestellung "1" -- "0..*" Bestellposition
- Bestellung "1" -- "1" Zahlung
- Bestellung "1" -- "1" Filiale
- Filiale "1" -- "0..*" Mitarbeiter
- MenĂŒartikel "1" -- "0..*" Bestellposition
- Aktion "0..*" -- "1" Bestellung (bedingt durch AktivitÀtsstatus)

✅ 2. Mermaid.js-Version (fĂŒr Markdown, Notion, Obsidian)

erDiagram
    KUNDE ||--o{ BESTELLUNG : "platziert"
    FILIALE ||--o{ BESTELLUNG : "bedient"
    FILIALE ||--o{ MITARBEITER : "beschÀftigt"
    FILIALE ||--o{ MENÜARTIKEL : "verkauft"
    BESTELLUNG ||--o{ BESTELLPOSITION : "enthÀlt"
    BESTELLUNG ||--o{ ZAHLUNG : "hat"
    MENÜARTIKEL ||--o{ BESTELLPOSITION : "erscheint in"
    AKTION ||--o{ BESTELLUNG : "wird angewendet auf"

    KUNDE {
        int KundenID PK
        string Name
        string Telefon
        string E-Mail
        int Treuepunkte
        string Mitgliedstufe
    }

    FILIALE {
        int FilialID PK
        string Name
        string Standort
        int LeiterID FK
        string Öffnungszeiten
        decimal MonatlicherUmsatz
    }

    MITARBEITER {
        int MitarbeiterID PK
        string Name
        string Rolle
        int FilialID FK
        date Einstellungsdatum
    }

    MENÜARTIKEL {
        int MenĂŒartikelID PK
        string Name
        string Beschreibung
        decimal Preis
        string Kategorie
        boolean IstAktiv
    }

    BESTELLUNG {
        int BestellungsID PK
        datetime Bestellzeitpunkt
        string Status
        int KundenID FK
        int FilialID FK
        decimal Gesamtsumme
    }

    BESTELLPOSITION {
        int BestellpositionsID PK
        int BestellungsID FK
        int MenĂŒartikelID FK
        int Menge
        decimal Zeilenbetrag
    }

    ZAHLUNG {
        int ZahlungsID PK
        decimal Betrag
        string Methode
        int BestellungsID FK
        datetime Zeitstempel
    }

    AKTION {
        int AktionID PK
        string Code
        string Rabattart
        decimal Rabattwert
        datetime AktivitÀtsdatum
        datetime Ablaufdatum
        string GiltFĂŒr
    }


✅ 3. PlantUML Version 

' McDonald's Bestellsystem ERD (PlantUML)

package "McDonald's Betrieb" {
  entity "Kunde" {
    - KundenID (PK)
    - Name
    - Telefon
    - E-Mail
    - Treuepunkte
    - Mitgliedstufe
  }

  entity "Laden" {
    - LadenID (PK)
    - Name
    - Standort
    - LeiterID (FK → Mitarbeiter)
    - Öffnungszeiten
    - Monatlicher Umsatz
  }

  entity "Mitarbeiter" {
    - MitarbeiterID (PK)
    - Name
    - Rolle (Kassierer, Koch, Leiter)
    - LadenID (FK → Laden)
    - Einstellungsdatum
  }

  entity "MenĂŒpunkt" {
    - MenĂŒpunktID (PK)
    - Name
    - Beschreibung
    - Preis
    - Kategorie (Burger, GetrÀnk, Beilage)
    - Aktiv
  }

  entity "Bestellung" {
    - BestellungsID (PK)
    - Bestellzeit
    - Status (Ausstehend, Zubereitung, Bereit, Abgeschlossen)
    - KundenID (FK → Kunde)
    - LadenID (FK → Laden)
    - Gesamtsumme
  }

  entity "Bestellposition" {
    - BestellpositionsID (PK)
    - BestellungsID (FK → Bestellung)
    - MenĂŒpunktID (FK → MenĂŒpunkt)
    - Menge
    - Zeilenbetrag
  }

  entity "Zahlung" {
    - ZahlungsID (PK)
    - Betrag
    - Methode (Bar, Kreditkarte)
    - BestellungsID (FK → Bestellung)
    - Zeitstempel
  }

  entity "Aktion" {
    - AktionID (PK)
    - Code (z. B. WELCOME10)
    - Rabattart (Prozentsatz, Festbetrag)
    - Rabattwert
    - GĂŒltigkeitsdatum
    - Ablaufdatum
    - Gilt fĂŒr
  }

  Kunde "1" -- "0..*" Bestellung : "stellt auf"
  Bestellung "1" -- "0..*" Bestellposition : "enthÀlt"
  Bestellung "1" -- "1" Zahlung : "hat"
  Bestellung "1" -- "1" Laden : "wird aufgestellt in"
  Laden "1" -- "0..*" Mitarbeiter : "beschÀftigt"
  MenĂŒpunkt "1" -- "0..*" Bestellposition : "erscheint in"
  Aktion "0..*" -- "1" Bestellung : "wird angewendet auf"
}

 


🔍 ZukĂŒnftige Erweiterungen (Optional)

Wenn Sie diese ERD erweitern möchten, ĂŒberlegen Sie bitte folgende ErgĂ€nzungen:

  • Lagerbestand → Verfolgt LagerbestĂ€nde, Nachbestellpunkte und Lieferanteninformationen

  • Schichtplan → TĂ€gliche Schichten, Pausenzeiten und Schichtzuweisungen

  • Lieferant → Wer liefert Zutaten (z. B. „KĂ€felieferant“)

  • Saisonale MenĂŒs → Sonderaktionen (z. B. „Sommer-GrillmenĂŒâ€œ)

  • Geolokalisierung → FĂŒr Liefer- oder Abholverfolgung


🚀 Abschließende Gedanken

Diese ERD ist realistisch, skalierbar und an McDonald’s AblĂ€ufe angepasst — sie spiegelt tatsĂ€chliche POS-AblĂ€ufe, Mitarbeiterrollen und Kundenverhalten wider.

✅ Sie verfĂŒgen nun ĂŒber eine komplette, sofort nutzbare ERD fĂŒr ein McDonald’s-System – egal ob fĂŒr ein Schulprojekt, eine GeschĂ€ftsanalyse oder eine technische Gestaltung.

Sidebar Search
Loading

Signing-in 3 seconds...

Signing-up 3 seconds...