Dfd For Share Trading System

Datenflussdiagramm mit Beispielen - Securities Trading Plattform 16. Februar 2015 Aufrufe: 16.033 PDF Link Kompatible Editionen: Enterprise, Professional, Standard, Modeler Datenflussdiagramm (DFD) bietet eine visuelle Darstellung des Informationsflusses (dh der Daten) Innerhalb eines Systems. Durch das Zeichnen eines Datenflussdiagramms können Sie die Informationen angeben, die von einer Person geliefert werden, die Teile in Systemprozessen enthält, die Informationen, die benötigt werden, um die Prozesse abzuschließen und die Informationen, die gespeichert und abgerufen werden müssen. Dieser Artikel beschreibt und erläutert das Datenflussdiagramm (DFD) unter Verwendung einer Wertpapierhandelsplattform als Beispiel. Die Wertpapierhandelsplattform Beispielkontext DFD Die folgende Abbildung zeigt ein Kontext-Datenflussdiagramm, das für eine Sicherheitsplattform gezeichnet wird. Es enthält einen Prozess (Form), die das System darstellt, um in diesem Fall die Wertpapierhandelsplattform zu modellieren. Es zeigt auch die Teilnehmer, die mit dem System interagieren, genannt die externen Einheiten. In diesem Beispiel CS Assistant. Kunde und Broker sind die Einheiten, die mit dem System interagieren. Zwischen dem Prozess und den externen Entitäten gibt es Datenfluss (Connectors), die das Vorhandensein von Informationsaustausch zwischen den Entitäten und dem System angeben. Kontext DFD ist der Eingang eines Datenflussmodells. Es enthält einen einzigen Prozess und zeigt keinen Datenspeicher. Level 1 DFD Die folgende Abbildung zeigt den Level 1 DFD, der die Dekomposition (d. H. Aufschlüsselung) des im Kontext DFD gezeigten Wertpapierhandelsplattformprozesses ist. Lesen Sie das Diagramm durch, und dann werden wir einige der wichtigsten Konzepte anhand dieses Diagramms einführen. Die Wertpapierhandelsplattform Data Flow Diagram Beispiel enthält fünf Prozesse, drei externe Einheiten und drei Datenspeicher. Obwohl es keine Entwurfsrichtlinien gibt, die die Positionierung von Formen in einem Datenflussdiagramm regeln, neigen wir dazu, die Prozesse in der Mitte zu setzen, und Datenspeicher und externe Einheiten auf den Seiten, um es leichter zu verstehen. Basierend auf dem Diagramm wissen wir, dass ein Kundendienst-Assistent Kundendetails zum Open Account-Prozess zur Verfügung stellt. Das Ergebnis ist, dass die Kundendetails im Kundendatenspeicher gespeichert werden und die Kontodaten im Account-Datenspeicher gespeichert werden. Obwohl wir gesagt haben, dass der Versuch, Kunden - und Kontodaten zu speichern, geschieht, nachdem die Details vom Kundendienst-Assistenten zur Verfügung gestellt werden. Das Datenflussdiagramm impliziert keine solche Sache. Es ist unser gesunder Menschenverstand, der uns dazu führt, das Diagramm so zu interpretieren, wie wir es natürlich verstehen. Streng genommen sagt das Diagramm nur, dass der Open-Account-Prozess Kundendaten erhält und Kunden - und Kontodaten ohne Angabe von Aufträgen erstellt. Beachten Sie, dass das Datenflussdiagramm nicht in welcher Weise und in welcher Reihenfolge die Informationen in einem System verwendet wird, antwortet. Wenn diese Informationen wichtig und erwähnenswert sind, sollten Sie sie mit Diagrammen wie BPMN Business Process Diagram oder UML Activity Diagram modellieren. Die Transaktion Transaktion empfängt Transaktionsdetails aus dem Transaktionsdatenspeicher und übergibt sie an den Kunden. Ein Kunde kann Bargeld überweisen, indem er den Einzahlungsbetrag bereitstellt und das Ergebnis der aktualisierte Kontostand ist, der im Account-Datenspeicher gespeichert wird. Ebenso kann ein Kunde Bargeld abheben. Das Ergebnis ist, dass er den zurückgezogenen Betrag erhalten wird und der aktualisierte Kontostand im Account-Datenspeicher gespeichert wird. Schließlich können sowohl der Kunde als auch der Broker den Prozess der Platzierung initiieren, wodurch die Transaktionsdetails im Transaktionsdatenspeicher gespeichert werden. Der Platzierungsprozess übergibt außerdem die Transaktionsdetails an das Börsenzentrum. Die eine Einheit außerhalb des Systemumfangs ist. Im nächsten Abschnitt stellen wir eine Möglichkeit vor, diese Art von Einheit darzustellen. Level 2 DFD Genau wie der Prozess im Kontext DFD können Prozesse in Level 1 DFD auch in ein tieferes Niveau oder sogar Ebenen von Prozessdetails zerlegt werden. Die folgende Abbildung zeigt den Level 2 DFD des Place Order Prozesses. Die externen Entitäten und Datenspeicher in diesem DFD entsprechen denjenigen, die in der oberen Ebene (d. H. Dem Diagramm oben) gezeigt sind. Was unterscheidet, ist die Aufteilung des Platzierungsprozesses auf Place Order (Online) und Place Order (Offline) Prozess. Basierend auf diesem Diagramm wissen wir, dass ein Kunde die Auftragsausführung (Online) durch die Lieferung von Auftragsdetails durchführen kann, während ein Broker Platzauftrag (Phone) durchführen kann, indem er die Auftragsdetails in jedem Fall erbringt, wodurch die Transaktionsdetails im Transaktionsdatenspeicher gespeichert werden Und an das Börsenzentrum weitergegeben. Verwenden von Stereotypen für die Modellierung einer speziellen Art von Entität Stereotyp und markierte Werte sind eine Art von Erweiterungsmechanismen, die von Object Management Group (OMG) eingeführt werden. Es ermöglicht Designern, das Vokabular der UML zu erweitern, um neue Modellelemente zu schaffen. Als Software-Design-Tool erweitert Visual Paradigm die Unterstützung von Stereotypen auf Non-UML-Standards wie DFD und ERD. Nehmen wir als Beispiel die Wertpapierhandelsplattform, können wir ein Stereotyp Dritter für externe Einheiten definieren. Externe Einheiten mit dem zugeordneten Stereotypen sollen eine Art Dritter sein. Beachten Sie die Detailstufe In diesem Datenflussdiagramm-Beispiel werden die Wortdetails oftmals bei der Kennzeichnung von Daten verwendet. Wir haben Kundendaten, Transaktionsdetails, etc. Was passiert, wenn wir sie explizit als Kundenname, E-Mail-Adresse, Job, Adresse und Bestandsnummer, Betrag, Gebotspreis schreiben Ist das korrekt Nun, es gibt keine definitive Antwort auf diese Frage, Stellen Sie sich eine Frage, wenn Sie eine Entscheidung treffen. Warum zeichnen Sie einen DFD In den meisten Fällen wird Datenflussdiagramm in der frühen Phase der Systementwicklung gezeichnet, wo viele Details noch bestätigt werden müssen. Die Verwendung von allgemeinen Terminologien wie Details, Informationen, Anmeldeinformationen lassen sicher Raum für Diskussionen. Allerdings können mit allgemeinen Begriffen mangelnde Details und machen das Design verloren seinen Nutzen. So hängt es wirklich vom Zweck Ihres Entwurfs ab. Dont overdrawn In einem Datenflussdiagramm konzentrieren wir uns auf die Interaktionen zwischen dem System und externen Parteien und nicht auf die interne Kommunikation zwischen den Schnittstellen. Daher werden Datenflüsse zwischen Schnittstellen und den verwendeten Datenspeichern als außerhalb des Bereichs liegend betrachtet und sollten nicht im Diagramm dargestellt werden. Datenfluss und Prozessfluss dürfen nicht verwechselt werden Einige Designer können sich unwohl fühlen, wenn sie einen Connector sehen, der von einem Datenspeicher zu einem Prozess führt, ohne dass der Schritt der Datenanforderung irgendwie auf dem Diagramm angezeigt wird. Einige von ihnen werden versuchen, eine Anforderung darzustellen, indem sie einen Connector zwischen einem Prozess und einem Datenspeicher hinzufügen, indem er eine Anforderung oder eine Anforderung für etwas beschreibt, was falsch ist. Denken Sie daran, dass Datenflussdiagramm für die Darstellung des Austausches von Informationen entworfen wurde. Anschlüsse in einem Datenflussdiagramm sind für die Darstellung von Daten, nicht für die Darstellung von Prozessablauf, Schritt oder etwas anderes. Wenn wir einen Datenfluss markieren, der in einem Datenspeicher eine Anfrage endet, bedeutet dies wörtlich, dass wir eine Anfrage als Daten in einen Datenspeicher übergeben. Obwohl dies in der Implementierungsebene der Fall sein kann, da einige DBMS die Verwendung von Funktionen unterstützen, die einige Werte als Parameter zurückgeben und ein Ergebnis zurückgeben, neigen wir im Datenflussdiagramm dazu, den Datenspeicher als einzigen Datenhalter zu behandeln, der dies nicht tut Besitzen keine Verarbeitungsfähigkeit. Wenn Sie den Systemfluss oder den Prozessablauf modellieren möchten, verwenden Sie statt dessen UML-Aktivitätsdiagramm oder BPMN-Geschäftsprozessdiagramm. Wenn Sie die interne Struktur des Datenspeichers modellieren möchten, verwenden Sie Entity-Relationship-Diagramm. Sie könnten interessiert sein anData Flussdiagramm: Beispiele - Food Ordering System Februar 16, 2015 Aufrufe: 292,129 PDF Link Kompatible Editionen: Enterprise, Professional, Standard, Modeler Datenflussdiagramm (DFD) bietet eine visuelle Darstellung der Informationsfluss (Dh Daten) innerhalb eines Systems. Indem Sie ein Datenflussdiagramm zeichnen, können Sie die Informationen, die von einem Mitarbeiter geliefert werden, der an den Systemprozessen teilnimmt, mitteilen, die Informationen, die benötigt werden, um die Prozesse und die Informationen abzuschließen, die gespeichert und abgerufen werden müssen. Dieser Artikel beschreibt und erläutert das Datenflussdiagramm (DFD) anhand eines Food Ordering System als Beispiel. Das Food Ordering System Beispiel Kontext DFD Ein Kontextdiagramm ist ein Datenflussdiagramm, das nur die oberste Ebene, sonst Stufe 0, nennt. Auf dieser Ebene gibt es nur einen sichtbaren Prozessknoten, der die Funktionen eines Gesamtsystems in Bezug auf repräsentiert Wie es mit externen Einheiten interagiert. Einige der Vorteile eines Kontextdiagramms sind: Zeigt den Überblick über die Grenzen eines Systems Kein technisches Wissen ist erforderlich, um mit der einfachen Notation zu verstehen Einfache Zeichnung, Änderung und Ausarbeitung als begrenzte Notation Die Abbildung unten zeigt einen Kontext Datenflussdiagramm Die für ein Lebensmittel-Bestellsystem gezeichnet wird. Es enthält einen Prozess (Form), die das System zu modellieren, in diesem Fall das Lebensmittel-Bestellsystem darstellt. Es zeigt auch die Teilnehmer, die mit dem System interagieren, genannt die externen Einheiten. In diesem Beispiel Lieferanten. Küche. Manager und Kunde sind die Einheiten, die mit dem System interagieren. Zwischen dem Prozess und den externen Entitäten gibt es Datenfluss (Connectors), die das Vorhandensein von Informationsaustausch zwischen den Entitäten und dem System angeben. Kontext DFD ist der Eingang eines Datenflussmodells. Es enthält einen einzigen Prozess und zeigt keinen Datenspeicher. Level 1 DFD Die untenstehende Abbildung zeigt den Level 1 DFD, der die Zersetzung (d. H. Aufschlüsselung) des Prozesses des Lebensmittelauftragesystems im Kontext DFD darstellt. Lesen Sie das Diagramm durch, und dann werden wir einige der wichtigsten Konzepte anhand dieses Diagramms einführen. Das Datenflussdiagramm Beispiel enthält drei Prozesse, vier externe Einheiten und zwei Datenspeicher. Basierend auf dem Diagramm wissen wir, dass ein Kunde eine Bestellung aufgeben kann. Der Order Food Prozess erhält den Auftrag. Leitet es in die Küche. Speichern Sie sie im Auftragsdatenspeicher und speichern die aktualisierten Inventardetails im Inventory-Datenspeicher. Der Prozess liefert auch eine Rechnung an den Kunden. Manager können Reports über den Prozess "Reports erzeugen" empfangen, der Inventory-Details und Aufträge als Input aus dem Inventory - bzw. Order-Datenspeicher übernimmt. Der Manager kann den Auftragsinventurprozess auch durch Inventurauftrag initiieren. Der Prozess leitet den Inventurauftrag an den Lieferanten weiter und speichert die aktualisierten Inventardetails im Inventory-Datenspeicher. Datenflussdiagramm Tipps und Vorsichtsmaßnahmen Prozesslabels sollten Verbphrasen sein Datenspeicher werden durch Substantive repräsentiert Ein Datenspeicher muss mit mindestens einem Prozess verknüpft werden Eine externe Entität muss mindestens einem Prozess zugeordnet werden Dont Lassen Sie es zu komplex 5 - 7 normalerweise erhalten Durchschnittliche Leute können Prozesse verwalten DFD ist nicht deterministisch - Die Nummerierung bedeutet nicht notwendigerweise die Sequenz, ihre nützlich bei der Identifizierung der Prozesse bei der Diskussion mit den Anwendern Datenspeicher sollten nicht mit einer externen Entität verbunden sein, sonst würde es bedeuten, dass Sie eine externe geben Entity direkten Zugriff auf Ihre Datendateien Datenströme sollten nicht zwischen zwei externen Entitäten vorhanden sein, ohne einen Prozess zu durchlaufen Ein Prozess, der Eingaben hat, aber keine Ausgänge gilt als Black-hole-Prozess Dont mischen den Datenfluss und Prozessfluss Einige Designer können fühlen Unangenehm, wenn ein Verbinder von einem Datenspeicher zu einem Prozess verbunden wird, ohne dass der Schritt der Datenanforderung irgendwie auf dem Diagramm gezeigt wird. Einige von ihnen werden versuchen, eine Anforderung darzustellen, indem sie einen Connector zwischen einem Prozess und einem Datenspeicher hinzufügen, indem er eine Anforderung oder eine Anforderung für etwas beschreibt, was falsch ist. Denken Sie daran, dass Datenflussdiagramm für die Darstellung des Austausches von Informationen entworfen wurde. Anschlüsse in einem Datenflussdiagramm sind für die Darstellung von Daten, nicht für die Darstellung von Prozessablauf, Schritt oder etwas anderes. Wenn wir einen Datenfluss markieren, der in einem Datenspeicher eine Anfrage endet, bedeutet dies wörtlich, dass wir eine Anfrage als Daten in einen Datenspeicher übergeben. Obwohl dies in der Implementierungsebene der Fall sein kann, da einige der DBMS die Verwendung von Funktionen unterstützen, die einige Werte als Parameter eintragen und ein Ergebnis zurückgeben, neigen wir im Datenflussdiagramm dazu, den Datenspeicher als einzigen Datenhalter zu behandeln Keine Verarbeitungsfähigkeit besitzen. Wenn Sie den Systemfluss oder den Prozessablauf modellieren möchten, verwenden Sie statt dessen UML-Aktivitätsdiagramm oder BPMN-Geschäftsprozessdiagramm. Wenn Sie die interne Struktur des Datenspeichers modellieren möchten, verwenden Sie Entity-Relationship-Diagramm. Sie können interessiert sein inSlideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Benutzervereinbarung und Datenschutzbestimmungen. Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Datenschutzrichtlinie und Benutzervereinbarung für Details. Entdecken Sie alle Ihre Lieblingsthemen in der SlideShare App Holen Sie sich die SlideShare App zu speichern für später sogar offline Weiter zur mobilen Website Upload Anmelden Signup Doppel-tippen, um zu verkleinern Ein Projektbericht über Online-Handel Share this SlideShare LinkedIn Corporation copy 2017