Datenflussdiagramm mit Beispielen - Securities Trading Plattform 16. Februar 2015 Ansichten: 15.995 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 untenstehende Grafik 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 anFunktionale Modellierung mit Datenflussdiagramm Tutorial Kompatible Editionen: Enterprise, Professional, Standard, Modeler Was ist ein Datenflussdiagramm (DFD) Ein Bild sagt mehr als tausend Worte. Ein Datenflussdiagramm (DFD) ist eine traditionelle visuelle Darstellung der Informationsflüsse innerhalb eines Systems. Ein ordentliches und übersichtliches DFD kann einen guten Teil der Systemanforderungen graphisch darstellen. Es kann manuell, automatisiert oder Kombination von beidem sein. Es zeigt, wie Informationen das System betreten und verlassen, was die Informationen ändert und wo Informationen gespeichert werden. Der Zweck eines DFD ist, den Umfang und die Grenzen eines Systems als Ganzes zu zeigen. Es kann als Kommunikationstool zwischen einem Systemanalysten und jeder Person verwendet werden, die eine Rolle im System spielt, die als Ausgangspunkt für die Neugestaltung eines Systems fungiert. Sie beginnt meist mit einem Kontextdiagramm als Ebene 0 des DFD-Diagramms, einer einfachen Darstellung des gesamten Systems. Um daraus weiterzugehen, bohren wir bis zu einem Level-1-Diagramm mit Funktionen der unteren Ebene, die aus den Hauptfunktionen des Systems zerlegt wurden. Dies könnte sich weiterentwickeln, um ein Niveau-2-Diagramm zu werden, wenn eine weitere Analyse erforderlich ist. Progression zu Level 3, 4 und so weiter ist möglich, aber alles über Level 3 hinaus ist nicht sehr verbreitet. Bitte beachten Sie, dass die Detailebene für die Zerlegung einer bestimmten Funktion wirklich von der Komplexität abhängt, die funktionieren. Diagramm-Notationen Nun möchten wir kurz vorstellen, ein paar Diagramm-Notationen, die youll sehen Sie in der Tutorial unten. Externe Entität Eine externe Entität kann ein Mensch-, System - oder Subsystem darstellen. Es ist, wo bestimmte Daten kommen oder geht an. Es ist außerhalb des Systems, das wir studieren, in Bezug auf den Geschäftsprozess. Aus diesem Grund haben Menschen externe Objekte auf den Rand eines Diagramms zu ziehen. Ein Prozess ist eine geschäftliche Aktivität oder Funktion, wo die Manipulation und Transformation von Daten stattfindet. Ein Prozess kann auf eine feinere Ebene von Details zerlegt werden, um darzustellen, wie Daten in dem Prozess verarbeitet werden. Datenspeicher Ein Datenspeicher repräsentiert die Speicherung von persistenten Daten, die vom Prozess erzeugt und produziert werden. Hier sind einige Beispiele für Datenspeicher: Mitgliedschaftsformulare, Datenbanktabelle usw. Ein Datenfluss repräsentiert den Informationsfluss, wobei seine Richtung durch eine Pfeilspitze dargestellt ist, die am Ende des Strömungsverbinders zeigt. Was wir in diesem Tutorial tun werden In diesem Tutorial zeigen wir Ihnen, wie Sie ein Kontextdiagramm zusammen mit einem Level-1-Diagramm zeichnen. Hinweis: Die hier verwendete Software ist Visual Paradigm. Sie sind willkommen, eine kostenlose 30-Tage-Evaluierungskopie von Visual Paradigm herunterzuladen, um durch das Beispiel unten zu gehen. Keine Anmeldung, E-Mail-Adresse oder Verpflichtung ist erforderlich. Schritte zum Zeichnen eines Kontextdiagramms Schritte zum Erstellen einer Ebene 1 DFD Anstatt ein anderes Diagramm von Grund auf neu zu erstellen, werden wir den Systemprozess zerlegen, um eine neue DFD zu bilden. Klicken Sie mit der rechten Maustaste auf System und wählen Sie im Popup-Menü die Option Zerlegen. Die Datenspeicher und / oder externe Einheiten, die mit dem ausgewählten Prozess (System) verbunden sind, würden in der Ebene 1-DFD bezeichnet werden. Klicken Sie zum Bestätigen auf Ja, wenn Sie aufgefordert werden, sie dem neuen Diagramm hinzuzufügen. Hinweis: Die neue DFD sollte dem Context-Diagramm zunächst sehr ähnlich aussehen. Jedes Element sollte unverändert bleiben, mit der Ausnahme, dass der Systemprozess (von dem diese neue DFD zerfällt) nun weg ist und durch ein Leerzeichen ersetzt wird (zu erarbeiten). Benennen Sie die neue DFD um. Klicken Sie mit der rechten Maustaste auf den Hintergrund und wählen Sie Umbenennen. . Geben Sie im Feld "Diagramme Name" den Level 1 DFD ein, und drücken Sie die EINGABETASTE. Erstellen Sie drei Prozesse (Prozessauftrag, Versand gut, Ausgabeempfang) in der Mitte wie unten gezeigt. Das ist der alte Punkt für den Systemprozess und wir stellen sie dort auf, um System zu erarbeiten. Verdrahtung mit Anschlussleitungen für Datenflüsse Die weiteren Schritte in diesem Abschnitt beziehen sich auf die Verbindung der Modellelemente im Diagramm. Beispielsweise liefert der Kunde bei der Bestellung einen Auftrag zur Verarbeitung. Platzieren Sie den Mauszeiger über den Kunden. Ziehen Sie das Symbol Ressourcenkatalog und lassen Sie die Maustaste auf Prozessauftrag. Wählen Sie Datenfluss aus Resource Catalog. Geben Sie Auftragsinformationen die Beschriftung des Durchflusses ein. In der Zwischenzeit erhält der Prozess-Bestellprozess auch Kundeninformationen aus der Datenbank, um die Bestellung zu bearbeiten. Verwenden Sie Ressourcenkatalog, um einen Datenfluss vom Kunden zum Prozessauftrag zu erstellen. Optional . Sie können den Datenfluss Kundeninformationen, wenn Sie möchten. Aber da dieser Datenfluss ganz selbsterklärend ist, wollen wir es hier weggelassen haben. Durch die Kombination der Auftragsinformationen vom Kunden (externe Einheit) und den Kundeninformationen aus dem Kunden (Datenspeicher) erzeugt Prozessauftrag (Prozess) einen Transaktionsdatensatz in der Datenbank. Erstellen Sie einen Datenfluss vom Prozessauftrag zur Transaktion. Zeichnungstipps: Um eine Verbindungslinie neu anzuordnen, platzieren Sie den Mauszeiger darüber, wo Sie einen Pivotpunkt hinzufügen möchten. Youll sehen dann eine Luftblase an Ihrem Mauspunkt. Klicken und ziehen Sie es, wo Sie brauchen. Bis zu diesem Punkt sollte Ihr Diagramm so etwas aussehen. Sobald eine Transaktion gespeichert ist, folgt der Versandprozess. Erstellen Sie daher einen Datenfluss aus Prozessauftrag (Prozess) zum Versand Gut (Prozess). Ship Good muss die Transaktionsinformation (dh die Bestellung, um das richtige Produkt für die Lieferung zu packen) zu erstellen. Ein Datenfluss aus Transaktion (Datenspeicher), um Good (Prozess) zu versenden Hinweis: Wenn es einen Mangel an Platz, fühlen Um die Form zu verschieben, um Platz zu schaffen. Schiff Gut muss auch die Kundeninformationen für seine Lieferadresse lesen. Geben Sie einen Datenfluss von Kunden (Datenspeicher), um Gut (Prozess) zu versenden. Shipping Gut aktualisiert dann die Inventardatenbank zu reflektieren Die Waren ausgeliefert. Bearbeiten Sie einen Datenfluss von Ship Good (Prozess) zu Inventory (Datenspeicher ).Namen Sie es aktualisiert Produktrekord. Sobald der Auftrag in den Händen der Kunden eintrifft, beginnt das Issue Receipt-Prozess. In ihm ist eine Quittung vorbereitet basiert Auf dem in der Datenbank gespeicherten Transaktionsdatensatz dar. So können wir einen Datenfluss von der Transaktion (Datenspeicher) bis zum Wareneingang (Prozeß) anlegen und dann dem Kunden einen Beleg ausstellen (Externe Entität) Geben Sie den Empfang des Datenflusses an. Sie haben soeben das Zeichnen des Level-1-Diagramms beendet, das so aussehen sollte. Schritte, um die Ebene 1 Diagramm leichter zu lesen Das fertige Diagramm oben sieht ein wenig starr und beschäftigt. In diesem Abschnitt werden wir einige Änderungen an den Connectors vornehmen, um die Lesbarkeit zu erhöhen. Weitere Beispiele Im nt gettint, wo das Geschäft in die Symbolleisten an der Spitze geschrieben von Haro am 28. März 2014 Nach den Regeln eines DFD muss ein Prozess haben Eingang und Ausgang Ströme, dann zu zersetzen oder explodieren einen Prozess, Wie kann ich die Datenflüsse in das Diagramm ein - und ausschalten, wenn der übergeordnete Prozess keine Beziehung zu einem Datenspeicher oder einer externen Entität hat. Beispiel: Ich habe einen übergeordneten Prozess auf Level 1 MANAGING PRODUCT und dafür benötige ich die Eingangsdatenströme und NAME und QUANTITY PRODUCT REPORT, die erzeugt und an andere Prozesse gesendet werden. Auf Stufe 2 muss die Pause MANAGING PRODUCTS, Inputs und Outputs bestehen bleiben. Jedoch kann ich nicht finden, wie man es im visuellen Paradigma macht. Ich weiß, wie zu tun, wenn sie kommen oder gehen zu Datastore Entitäten, aber nicht, wenn kommen oder gehen zu verarbeiten geschrieben von khushboo darji am 10. April 2014 Ich möchte dfd für Artikel-Rewrite-Tool. Geschrieben von Yemisrach am 2. Mai 2014 Thanx es ist toll, ein sehr gutes Beispiel ist in der oben gezeigt. Geschrieben von Adeel Ahmed am 22. Mai 2014 Dies ist die beste und sehr illustrative dfd. Es hat fast alles für die Anfänger geschrieben von Chadwick am 1. Juli 2014 Wäre toll, wenn man einfach in die Prozesse oder Unterprozesse von BPMN ziehen könnte, oder umgekehrt - mit einem DFD als High-Level-Startpunkt mehr zu indexieren Detaillierte Flussdiagramme, die die Reihenfolge der Ereignisse zeigen. Noch besser, wenn die Explodierung der Preise auf die nächste Ebene alle Strömungspfeile in die und aus der neuen umgebenden Kontextbox beibehalten hat, als Stubs, um neue, detailliertere Subprozesseinträge im neuen Kontext zu verbinden. Wie andere Unternehmen Modellierer könnte ich erwähnen, geschrieben von Chadwick am 1. Juli 2014 wäre toll, wenn man einfach in die Prozesse oder Teilprozesse von BPMN, oder umgekehrt ziehen könnte - verwenden Sie einen DFD als High-Level-Startpunkt mehr zu indizieren Detaillierte Flussdiagramme, die die Reihenfolge der Ereignisse zeigen. Noch besser, wenn die Explodierung der Preise auf die nächste Ebene alle Strömungspfeile in die und aus der neuen umgebenden Kontextbox beibehalten hat, als Stubs, um neue, detailliertere Subprozesseinträge im neuen Kontext zu verbinden. Wie andere Unternehmen Modellbauer könnte ich erwähnen, geschrieben von Angus Chan am 2. Juli 2014 Vielen Dank für Ihren Kommentar. Ich werde mit unserem Team nachsehen, wie wir uns verbessern können. Geschrieben von Singh am 10. August 2014 ist einfacher, wenn Sie thurogh unsere früheren Tutorials auf die Ausgabe von Büchern aus der Bibliothek und die Rückgabe Bücher in die Bibliothek gegangen sind. Solche Funktionen in einem Bibliothek-Management-System-Software-Projekt beschreibt, wie der Steuerungsfluss von Sree am 25. August 2014 seine sehr nützlicheSlideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern, und Ihnen relevante Werbung bietet geschrieben. 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 Teilen Sie diese SlideShare LinkedIn Corporation copy 2017
No comments:
Post a Comment