Er Diagramm Für Handel System
Zeichnen des Entity-Relationship-Diagramms Ziel ist es, ein einfaches System zur Verwaltung von Kundenbestellungen zu entwickeln. Zunächst müssen Sie die beteiligten Unternehmen und ihre Beziehungen zu identifizieren. Dazu zeichnen Sie ein Entity-Relationship-Diagramm (E-R), indem Sie den Regeln und Beispielen in Abbildung 325-1 folgen. Abbildung 5-1 32 Regeln für das Zeichnen eines E-R-Diagramms Wie Abbildung 325-2 zeigt, handelt es sich bei den Basisentitäten in diesem Beispiel um Kunden, Bestellungen, Werbebuchungen und Lagerpositionen. Abbildung 5-2 32E-R Diagramm für die Auftragsbearbeitung Ein Kunde hat eine Eins-zu-Viele-Beziehung zu einer Bestellung, da ein Kunde viele Bestellungen tätigen kann, aber eine gegebene Bestellung nur von einem Kunden platziert werden kann. Die Beziehung ist fakultativ, weil null Kunden einen bestimmten Auftrag platzieren können (er kann von jemandem gestellt werden, der vorher nicht als Kunde definiert wurde). Eine Bestellung hat eine Vielzahl von Beziehungen zu einem Bestandselement, da eine Bestellung auf viele Lagerartikel verweisen kann und auf eine Lagerposition durch viele Bestellungen verwiesen werden kann. Sie wissen jedoch nicht, welche Bestellungen auf welche Bestände verweisen. Daher stellen Sie den Begriff einer Werbebuchung ein. Eine Bestellung hat eine Eins-zu-Viele-Beziehung zu einer Werbebuchung, da eine Bestellung viele Werbebuchungen auflisten kann, aber eine bestimmte Werbebuchung nur mit einer Bestellung aufgelistet werden kann. Ein LineItem hat eine Beziehung zu einem StockItem, da eine Werbebuchung sich auf nur eine Aktie beziehen kann, aber auf eine bestimmte Position kann von vielen Werbebuchungen verwiesen werden. Die Beziehung ist optional, da sich Nullzeilenposten auf einen bestimmten Bestand beziehen können. Entity-Relationship Diagramme (ERD) Datenmodelle sind Werkzeuge, die in der Analyse verwendet werden, um die Datenanforderungen und Annahmen im System aus einer Top-Down-Perspektive zu beschreiben. Sie setzen auch die Bühne für die Gestaltung von Datenbanken später in der SDLC. Es gibt drei grundlegende Elemente in ER-Modellen: Entitäten sind die Dinge, über die wir Informationen suchen. Attribute sind die Daten, die wir über die Entitäten sammeln. Beziehungen bieten die Struktur benötigt, um Informationen aus mehreren Einheiten zu zeichnen. Im Allgemeinen sehen ERDs so aus: Entwicklung eines ERD Die Entwicklung eines ERD erfordert ein Verständnis des Systems und seiner Komponenten. Vor der Erörterung der Prozedur, lassen Sie Blick auf eine Erzählung von Professor Harman erstellt. Betrachten Sie ein Krankenhaus: Patienten werden in einer einzigen Station behandelt, indem die Ärzte ihnen zugeordnet. Normalerweise wird jedem Patienten ein einziger Arzt zugeordnet werden, aber in seltenen Fällen werden sie zwei haben. Heathcare Assistants auch auf die Patienten, eine Reihe von diesen sind mit jeder Station verbunden. Zunächst geht es ausschließlich um eine medikamentöse Behandlung. Jeder Patient wird benötigt, um eine Vielzahl von Drogen eine bestimmte Anzahl von Zeiten pro Tag und für unterschiedliche Längen der Zeit zu nehmen. Das System muss Angaben zur Patientenbehandlung und zur Bezahlung des Personals machen. Einige Mitarbeiter sind Teilzeit bezahlt und Ärzte und Pflegehelfer arbeiten variierende Mengen an Überstunden zu unterschiedlichen Preisen (je nach Grad). Das System muss auch verfolgen, welche Behandlungen für welche Patienten erforderlich sind und wann und sollte es in der Lage sein, die Kosten der Behandlung pro Woche für jeden Patienten zu berechnen (obwohl es derzeit unklar ist, was diese Informationen verwendet werden). Wie beginnen wir mit einem ERD 1. Definieren Sie Entities: Diese sind in der Regel Substantive, die in Beschreibungen des Systems, in der Diskussion der Geschäftsregeln oder in der Dokumentation verwendet werden, die in der Erzählung (siehe hervorgehobene Punkte oben) identifiziert werden. 2. Definieren Beziehungen: Diese sind in der Regel Verben in Beschreibungen des Systems verwendet oder in Diskussion der Business-Regeln (Entity Entity) identifiziert in der Erzählung (siehe hervorgehobene Punkte oben). 3. Hinzufügen von Attributen zu den Beziehungen, die durch die Abfragen bestimmt werden, und kann auch neue Entitäten vorschlagen, z. B. Oder sie können die Notwendigkeit für Schlüssel oder Bezeichner vorschlagen. Welche Fragen können wir fragen? Welche Ärzte arbeiten in welchen Bereichen b. Wie viel wird in einer Station in einer bestimmten Woche verbracht werden c. Wie viel kostet ein Patient zu behandeln d. Wie viel kostet ein Arzt pro Woche e. Welche Assistenten kann ein Patient erwarten f. Welche Drogen verwendet werden 4. Addieren Sie Kardinalität zu den Relationen Viele-zu-Viele müssen zu zwei one-to-manys mit einer zusätzlichen Entität aufgelöst werden Normalerweise automatisch geschieht Manchmal beinhaltet Einführung einer Linkentität (die alle Fremdschlüssel sein wird) Beispiele : Patient-Drug 5. Diese Flexibilität erlaubt uns, eine Vielzahl von Fragen zu berücksichtigen, wie: a. Welche Betten sind frei b. Welche Assistenten arbeiten für Dr. X c. Was ist die billigste Verschreibung d. Wie viele Ärzte gibt es im Krankenhaus e. Welche Patienten sind Familie verwandt 6. Stellen Sie diese Informationen mit Symbolen. Im Allgemeinen benötigen E-R-Diagramme die Verwendung der folgenden Symbole: Es braucht einige Übungen, die ein ERD lesen, aber sie können mit Klienten verwendet werden, um Geschäftsregeln zu diskutieren. Diese ermöglichen es uns, die Informationen von oben darzustellen, wie das ER-Diagramm unten: ERD bringt Probleme heraus: Viele-zu-Viele-Ambiguitäten Entitäten und ihre Beziehungen Welche Daten müssen gespeichert werden Der Grad einer Beziehung Nun denken Sie an eine Universität in Begriffen Eines ERD. Welche Entitäten, Beziehungen und Attribute könnten Sie betrachten Schauen Sie sich diese vereinfachte Ansicht. Es gibt auch ein Beispiel für eine vereinfachte Ansicht einer Fluggesellschaft auf dieser Seite. UM-St. Louis Home Page Hochschule für Wirtschaft Page IS Home Page Analyse Aktuelle Seite
Comments
Post a Comment