Datenfluss Diagramm Handelssystem

Datenflussdiagramm mit Beispielen - Wertpapierhandelsplattform Februar 16, 2015 Aufrufe: 16,962 PDF Link Kompatible Edition (en): Enterprise, Professional, Standard, Modeler Data Flow Diagram (DFD) bietet eine visuelle Darstellung des Informationsflusses (dh Daten) Innerhalb eines Systems. Durch das Zeichnen eines Datenflussdiagramms können Sie die von Ihnen gelieferten und gelieferten Informationen an Personen übermitteln, die Teile in Systemprozessen, die benötigten Informationen, um die Prozesse und die benötigten Informationen zu speichern und zugänglich zu machen. Dieser Artikel beschreibt und erläutert Datenflussdiagramm (DFD) unter Verwendung einer Wertpapierhandelsplattform als Beispiel. Die Securities Trading Platform Beispiel Kontext DFD Die folgende Abbildung zeigt einen Kontext Data Flow Diagram, der für eine Sicherheitsplattform gezeichnet wird. Es enthält einen Prozess (Form), der das System darstellt, um in diesem Fall die Wertpapierhandelsplattform zu modellieren. Es zeigt auch die Teilnehmer, die mit dem System interagieren, genannt die externen Entitäten. In diesem Beispiel, CS Assistant. Kunde und Vermittler sind die Entitäten, die mit dem System interagieren. Zwischen dem Prozess und den externen Entitäten gibt es Datenfluss (Connectors), die die Existenz des Informationsaustausches zwischen den Entitäten und dem System angeben. Kontext DFD ist der Eingang eines Datenflussmodells. Es enthält einen und nur einen Prozess und zeigt keinen Datenspeicher. Level 1 DFD Die folgende Abbildung zeigt die Stufe 1 DFD, die die Zerlegung (d. H. Abbau) des im Kontext DFD dargestellten Wertpapierhandelsplattformprozesses ist. Lesen Sie das Diagramm, und dann werden wir einige der wichtigsten Konzepte auf der Grundlage dieses Diagramms vorstellen. Die Wertpapierhandelsplattform Datenflussdiagramm 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 und Datenspeicher und externe Entitäten an den Seiten zu setzen, um es leichter zu verstehen. Basierend auf dem Diagramm wissen wir, dass ein Customer Service Assistant Kundendaten zum Open Account Prozess zur Verfügung stellt. Das Ergebnis ist, dass die Kundendaten im Kundendatenspeicher gespeichert sind und die Kontodaten im Kontodatenspeicher abgelegt sind. Obwohl wir sagten, dass der Versuch, Kunden - und Kontodetails zu speichern, nach dem Ausgeben der Details durch den Kundendienst-Assistenten erfolgt. Das Datenflussdiagramm impliziert so etwas nicht. Es ist unser gesunder Menschenverstand, der uns dazu bringt, das Diagramm so zu interpretieren, dass wir es natürlich verstehen. Streng genommen sagt das Diagramm nur, dass der Open Account-Prozess Kundendaten erhält und Kunden - und Kontodetails erstellt, ohne dass eine Bestellung angegeben ist. Beachten Sie, dass das Datenflussdiagramm nicht in welcher Weise und in welcher Reihenfolge die Informationen in einem System verwendet wird. Wenn diese Information wichtig und erwähnenswert ist, sollten Sie sie mit Diagrammen wie BPMN Business Process Diagram oder UML Activity Diagram modellieren. Die Prozeßprüfung Transaktion erhält Transaktionsdetails aus dem Transaktionsdatenspeicher und übergibt sie an den Kunden. Ein Kunde kann Bargeld einreichen, indem er den Einzahlungsbetrag anbietet und das Ergebnis ist, dass der aktualisierte Kontostand im Account-Datenspeicher gespeichert ist. Ebenso kann ein Kunde Bargeld abheben. Das Ergebnis ist, dass er den zurückgezogenen Betrag erhält und der aktualisierte Kontostand im Account-Datenspeicher gespeichert wird. Schließlich können sowohl der Kunde als auch der Broker den Platzauftragsprozess einleiten, der dazu führt, dass die Transaktionsdetails im Transaktionsdatenspeicher gespeichert sind. Der Platzauftragsprozess übergibt auch die Transaktionsdetails an das Börsenzentrum. Das ist eine Entität aus dem Systemumfang. Im nächsten Abschnitt werden wir einen Weg vorstellen, diese Art von Entität zu vertreten. Level 2 DFD Genau wie der Prozess im Kontext DFD können Prozesse in Level 1 DFD auch in eine tieferen Ebene 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 denen, die in der oberen Ebene (d. h. das Diagramm oben) gezeigt sind. Was es anders macht, ist der Zusammenbruch des Place Order Prozesses in Place Order (Online) Prozess und Place Order (Offline) Prozess. Basierend auf diesem Diagramm wissen wir, dass ein Kunde Place Order (Online) durch Lieferung von Orderdetails durchführen kann, während ein Broker Place Order (Phone) auch durch die Lieferung von Orderdetails in jedem Fall ausführen kann, in dem Transaktionsdetails im Transaktionsdatenspeicher gespeichert werden Und an das Börsenzentrum weitergeleitet. Verwendung von Stereotypen zur Modellierung einer speziellen Art von Entität Stereotyp und markierte Werte sind Art von Erweiterungsmechanismen, die von Object Management Group (OMG) eingeführt wurden. Es ermöglicht es Entwicklern, das Vokabular von UML zu erweitern, um neue Modellelemente zu erstellen. Als Software-Design-Tool erweitert Visual Paradigm die Unterstützung von Stereotypen auf Nicht-UML-Standards wie DFD und ERD. Nehmen Sie die Wertpapierhandelsplattform als Beispiel, können wir definieren ein Stereotyp Dritter für externe Entität. Externe Entitäten mit dem Stereotyp zugewiesen werden, sind eine Art von Drittanbieter. Achten Sie auf die Details der Details In diesem Datenflussdiagramm Beispiel werden die Wortdetails viele Male bei der Etikettierung von Daten verwendet. Wir haben Kundendetails, Transaktionsdetails, etc. Was passiert, wenn wir sie explizit als Kundenname, E-Mail-Adresse, Job, Adresse und Bestandsnummer schreiben, Betrag, Gebotspreis Ist das richtig Nun gibt es keine definitive Antwort auf diese Frage, aber versuchen Sie es Stellen Sie sich eine Frage, wenn Sie eine Entscheidung treffen. Warum zeichnet man einen DFD In den meisten Fällen wird das Datenflussdiagramm in der frühen Phase der Systementwicklung gezeichnet, wo noch viele Details zu bestätigen sind. Die Verwendung von allgemeinen Terminologien wie Details, Informationen, Anmeldeinformationen lassen sicher Raum für Diskussion. Allerdings können mit allgemeinen Begriffen Art von fehlenden Details und machen das Design seine Nützlichkeit verloren. So hängt es wirklich vom Zweck Ihres Entwurfs ab. Nicht überzogen In einem Datenflussdiagramm konzentrieren wir uns auf die Wechselwirkungen zwischen dem System und den externen Parteien und nicht auf der internen Kommunikation zwischen den Schnittstellen. Daher werden Daten zwischen den Schnittstellen und den verwendeten Datenspeichern als außerhalb des Geltungsbereichs betrachtet und sollten nicht im Diagramm dargestellt werden. Verwechseln Sie nicht den Datenfluss und den Prozessablauf Einige Designer können sich bei einem Anschluss eines Datenspeichers an einen Prozess unangenehm fühlen, ohne dass der Schritt der Datenanforderung auf dem Diagramm irgendwie angezeigt wird. Einige von ihnen werden versuchen, eine Anforderung darzustellen, indem sie einen Connector zwischen einem Prozess und einem Datenspeicher hinzufügen, ihn eine Anfrage oder eine Anforderung für etwas kennzeichnen, was falsch ist. Denken Sie daran, dass Data Flow Diagram für die Darstellung des Austauschs von Informationen konzipiert wurde. Connectors in einem Datenflussdiagramm sind für die Darstellung von Daten, nicht für die Darstellung von Prozessablauf, Schritt oder irgendetwas anderes. Wenn wir einen Datenfluss markieren, der bei einem Datenspeicher eine Anforderung beendet, bedeutet dies, dass wir eine Anforderung 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, im Datenflussdiagramm neigen wir dazu, den Datenspeicher als alleinigen Datenhalter zu behandeln, der dies nicht tut Besitzen jegliche Verarbeitungsfähigkeit. Wenn Sie den Systemfluss oder den Prozessablauf modellieren möchten, verwenden Sie stattdessen das UML-Aktivitätsdiagramm oder das BPMN-Geschäftsprozessdiagramm. Wenn Sie die interne Struktur des Datenspeichers modellieren möchten, verwenden Sie das Entity Relationship Diagram. Sie können sich interessieren, wie Sie Datenflussdiagramme zeichnen können Wie Sie Datenflussdiagramme zeichnen - Geben Sie einige nützliche Datenflussdiagramme an, wie zB Datenflussdiagramm, Datenflussdiagramm und Datenflussdiagramm. Was ist Datenflussdiagramm Datenflussdiagramme veranschaulichen, wie Daten von einem System in Form von Ein - und Ausgängen verarbeitet werden. Datenflussdiagramme können verwendet werden, um eine klare Darstellung einer beliebigen Geschäftsfunktion zu liefern. Die Technik beginnt mit einem Gesamtbild des Unternehmens und setzt sich fort, indem sie jede der funktionalen Bereiche von Interesse analysiert. Diese Analyse kann in genau der Detailstufe durchgeführt werden. Die Technik nutzt eine Methode namens Top-down-Erweiterung, um die Analyse gezielt durchzuführen. Wie der Name schon sagt, ist Data Flow Diagram (DFD) eine Illustration, die den Ablauf von Informationen in einem Prozess expliziert. Ein DFD kann leicht mit einfachen Symbolen gezeichnet werden. Darüber hinaus können komplizierte Prozesse einfach durch die Erstellung von DFDs mit einfach zu bedienenden, kostenlos herunterladbaren Diagramm-Tools automatisiert werden. Ein DFD ist ein Modell für den Aufbau und die Analyse von Informationsprozessen. DFD veranschaulicht den Informationsfluss in einem Prozess in Abhängigkeit von den Ein - und Ausgängen. Ein DFD kann auch als Prozessmodell bezeichnet werden. Ein DFD demonstriert den geschäftlichen oder technischen Prozess mit der Unterstützung der gespeicherten externen Daten sowie die Daten, die vom Prozess zum anderen fließen und das Ergebnis. Datenflussdiagramme Symbole Es gibt einige Symbole, die in der Zeichnung von Geschäftsprozessdiagrammen (Datenflussdiagramme) verwendet werden. Diese werden nun zusammen mit den Regeln, die für sie gelten, ausgearbeitet. Die Prozessform stellt eine Aufgabe dar, die Daten innerhalb der Anwendung verarbeitet. Die Aufgabe kann die Daten verarbeiten oder eine Aktion ausführen, die auf den Daten basiert. Die mehrfache Prozessform wird verwendet, um eine Sammlung von Teilprozessen darzustellen. Der Mehrfachprozess kann in einem anderen DFD in seine Teilprozesse zerlegt werden. Die externe Entitätsform wird verwendet, um eine Entität außerhalb der Anwendung darzustellen, die mit der Anwendung über einen Einstiegspunkt interagiert. Die Datenflussform stellt die Datenbewegung innerhalb der Anwendung dar. Die Richtung der Datenbewegung wird durch den Pfeil dargestellt. Die Datenspeicherform wird verwendet, um Orte darzustellen, an denen Daten gespeichert sind. Datenspeicher ändern die Daten nicht, sie speichern nur Daten. Die Berechtigungsgrenzform wird verwendet, um die Änderung der Berechtigungsstufen darzustellen, wenn die Daten durch die Anwendung fließen. Datenflussdiagramme - Kontextdiagramme Das Kontextdiagramm stellt das gesamte untersuchte System dar. Dieses Diagramm sollte zuerst gezeichnet werden und verwendet werden, um den Umfang der Untersuchung zu klären und zu vereinbaren. Die Komponenten eines Kontextdiagramms werden auf diesem Bildschirm deutlich angezeigt. Das untersuchte System wird als ein einziger Prozess dargestellt, der durch Datenströme und Ressourcenströme mit externen Entitäten verbunden ist. Das Kontextdiagramm zeigt deutlich die Schnittstellen zwischen dem untersuchten System und den externen Entitäten, mit denen es kommuniziert. Deshalb, während es oft begrifflich trivial ist, dient ein Kontextdiagramm dazu, die Aufmerksamkeit auf die Systemgrenze zu lenken und kann bei der Klärung des genauen Umfangs der Analyse helfen. Das Kontextdiagramm, das auf diesem Bildschirm dargestellt wird, stellt eine Buchkreditbibliothek dar. Die Bibliothek erhält Details von Büchern und bestellt Bücher von einem oder mehreren Buchlieferanten. Bücher können von den Mitgliedern der Öffentlichkeit reserviert und ausgeliehen werden, die eine Kreditnehmernummer angeben müssen. Die Bibliothek benachrichtigt die Kreditnehmer, wenn ein reserviertes Buch verfügbar ist oder wenn ein geliehenes Buch überfällig wird. Neben der Lieferung von Büchern liefert ein Buchlieferant Details zu bestimmten Büchern als Antwort auf Bibliotheksanfragen. Beachten Sie, dass die Kommunikation mit externen Entitäten nur dann enthalten ist, wo sie den Systemprozess betreffen. Während ein Buchlieferant mit verschiedenen Agenturen, zB Verlagen und anderen Anbietern - kommunizieren würde, sind diese Datenflüsse vom Systemprozess entfernt und so ist dies nicht im Kontextdiagramm enthalten. Datenflussdiagramme - Kontextdiagrammrichtlinien Zuerst zeichnen und benennen Sie eine einzelne Prozessbox, die das gesamte System darstellt. Als nächstes identifizieren und fügen Sie die externen Entitäten hinzu, die direkt mit der Prozessbox kommunizieren. Tun Sie dies, indem Sie Ursprung und Ziel der Ressourcenströme und Datenströme berücksichtigen. Schließlich fügen Sie die Ressourcenströme und Datenströme zum Diagramm hinzu. Bei der Erstellung des Kontextdiagramms sollten Sie sich nur mit den wichtigsten Informationsflüssen befassen. Diese befassen sich mit Fragen wie: wie Bestellungen eingegangen und überprüft werden, mit guten Kundendienst und mit der Zahlung von Rechnungen. Denken Sie daran, dass kein Business-Prozess-Diagramm ist die endgültige Lösung - es gibt kein absolutes Recht oder falsch. Datenflussdiagramme - Level 1 Diagramme Das Level 1 Diagramm zeigt die wichtigsten Funktionsbereiche des zu untersuchenden Systems. Wie bei dem Kontextdiagramm sollte jedes System, das untersucht wird, nur durch ein Diagramm der Ebene 1 dargestellt werden. Es gibt keine Formel, die bei der Entscheidung, was ist, und was ist nicht, ein Level-1-Prozess angewendet werden kann. Level-1-Prozesse sollten nur die wichtigsten Funktionsbereiche des Systems beschreiben, und Sie sollten die Versuchung vermeiden, niedrigere Prozesse auf diesem Diagramm zu integrieren. Grundsätzlich sollte kein Geschäftsprozessdiagramm mehr als 12 Prozessboxen enthalten. Das Level-1-Diagramm ist von der Skizze einer Prozessbox umgeben, die die Grenzen des Systems darstellt. Da das Diagramm der Ebene 1 das gesamte untersuchte System darstellt, kann es schwierig sein zu wissen, wo man anfangen soll. Es gibt drei verschiedene Methoden, die einen praktischen Weg, um die Analyse zu starten. Diese werden im folgenden Abschnitt erklärt, und einer von ihnen oder eine Kombination kann sich bei jeder Untersuchung als die hilfreichste erweisen. Es gibt drei verschiedene Methoden, die einen praktischen Weg, um die Analyse zu starten. Diese werden unten eingeführt, und einer von ihnen oder eine Kombination kann sich bei jeder Untersuchung als hilfreich erweisen: Datenflussdiagramme - Ressourcenflussanalyse Die Ressourcenflussanalyse kann eine sinnvolle Methode sein, um die Analyse zu starten, wenn das aktuelle System besteht Weitgehend von der Strömung von Gütern, da dieser Ansatz konzentriert sich auf den Fluss der physischen Objekte. Die Ressourcenflussanalyse kann eine nützliche Methode zur Entwicklung von Diagrammen sein, wenn das derzeitige System weitgehend aus dem Warenfluss besteht. Physikalische Ressourcen werden von dem, wenn sie innerhalb der Grenzen des Systems kommen, durch die Punkte, an denen einige Handlungen auftreten, zu ihrem Austritt aus dem System zurückverfolgt. Der Grundgedanke dieser Methode ist, dass Informationen in der Regel um die gleichen Pfade wie die physischen Objekte fließen. Datenflussdiagramme - Organisationsstrukturanalyse Der Organisationsstrukturansatz beginnt mit einer Analyse der Hauptrollen, die in der Organisation existieren, anstatt die Waren oder Informationen, die um das System herumfließen. Die Identifizierung der Schlüsselprozesse ergibt sich aus der Betrachtung der Organisationsstruktur und der Entscheidung, welche Funktionsbereiche für die laufende Untersuchung relevant sind. Wenn man diese Bereiche genauer betrachtet und analysiert, was das Personal tatsächlich tut, können diskrete Prozesse identifiziert werden. Ausgehend von diesen Prozessen werden die Informationen zwischen ihnen und zwischen diesen Prozessen und externen Entitäten dann identifiziert und dem Diagramm hinzugefügt. Datenflussdiagramme - Dokumentenflussanalyse Der Ansatz der Dokumentenflussanalyse ist sinnvoll, wenn der Teil des zu untersuchenden Unternehmens hauptsächlich aus Informationsströmen in Form von Dokumenten oder Computer-Input und Output besteht. Die Dokumentenflussanalyse ist besonders nützlich, wenn Informationsflüsse von besonderem Interesse sind. Der erste Schritt ist, die Hauptdokumente und ihre Quellen und Empfänger aufzulisten. Darauf folgt die Identifizierung weiterer wichtiger Informationsflüsse wie Telefon - und Computertransaktionen. Sobald das Dokumentenflussdiagramm gezeichnet wurde, sollte die Systemgrenze hinzugefügt werden. Datenflussdiagramme - Nummerierungsregeln Die Prozessboxen auf dem Level 1-Diagramm sollten beliebig nummeriert werden, so dass keine Priorität impliziert wird. Auch wenn Daten aus einem Prozess direkt in einen anderen Prozess fließen, bedeutet dies nicht unbedingt, dass der erste zu beenden ist, bevor der zweite anfangen kann. Daher könnten die Prozesse auf einem Level-1-Diagramm neu numeriert werden, ohne die Bedeutung des Diagramms zu beeinträchtigen. Dies gilt in jedem Geschäftsprozessdiagramm - da diese Diagramme keine Zeit, Sequenz oder Wiederholung bedeuten. Wenn jedoch die Analyse über das Niveau 1 hinausgeht, ist es wichtig, dass eine strenge Nummerierungskonvention befolgt wird. Die Prozesse auf Level-2-Diagrammen müssen ihren Elternprozess innerhalb des Level-1-Diagramms angeben. Diese Konvention sollte durch Level-3-Diagramme fortgesetzt werden, und darüber hinaus sollte dieses Niveau der Analyse jemals erforderlich sein. Das Diagramm auf diesem Bildschirm zeigt deutlich, wie Prozesse auf kleineren Diagrammen ihren Ahnenweg identifizieren. Relative ResourceFunktionale Modellierung mit Datenflussdiagramm Tutorial Kompatible Edition (en): Enterprise, Professional, Standard, Modeler Was ist ein Datenflussdiagramm (DFD) Ein Bild ist tausend Worte wert. Ein Datenflussdiagramm (DFD) ist eine traditionelle visuelle Darstellung der Informationsflüsse innerhalb eines Systems. Ein ordentlicher und klarer DFD kann eine gute Menge an Systemanforderungen grafisch darstellen. Es kann manuell, automatisiert oder Kombination von beidem sein. Es zeigt, wie die Information eintritt und das System verlässt, was die Informationen ändert und wo Informationen gespeichert sind. Der Zweck eines DFD ist es, den Umfang und die Grenzen eines Systems als Ganzes zu zeigen. Es kann als Kommunikationsinstrument zwischen einem Systemanalytiker und jeder Person verwendet werden, die eine Rolle im System spielt, die als Ausgangspunkt für die Neugestaltung eines Systems dient. Es beginnt normalerweise mit einem Kontextdiagramm als Level 0 des DFD-Diagramms, eine einfache Darstellung des gesamten Systems. Um weiter zu erarbeiten, bohren wir auf ein Level-1-Diagramm mit niedrigeren Funktionen, die von den Hauptfunktionen des Systems zerlegt werden. Dies könnte sich weiterentwickeln, um ein Level 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 ist nicht sehr verbreitet. Bitte beachten Sie, dass die Details für die Zerlegung bestimmter Funktion wirklich abhängig von der Komplexität, die funktionieren. Diagramm-Notationen Jetzt möchten wir Ihnen kurz ein paar Diagramm-Notationen vorstellen, die Sie im Tutorial unten sehen können. Externe Entität Eine externe Entität kann ein Mensch, System oder Subsystem darstellen. Es ist, wo bestimmte Daten kommen oder gehen zu. Es ist außerhalb des Systems, das wir studieren, in Bezug auf den Geschäftsprozess. Aus diesem Grund nutzten die Menschen externe Entitäten am Rande eines Diagramms. Ein Prozess ist eine Geschäftsaktivität oder Funktion, bei der die Manipulation und Transformation von Daten stattfindet. Ein Prozeß kann auf feinere Einzelheiten zerlegt werden, um darzustellen, wie die Daten innerhalb des Prozesses verarbeitet werden. Datenspeicherung Ein Datenspeicher stellt die Speicherung von persistenten Daten dar und wird durch den Prozess erzeugt. Hier sind einige Beispiele für Datenspeicher: Mitgliedschaftsformulare, Datenbanktabelle etc. Ein Datenfluss stellt den Informationsfluss dar, dessen Richtung durch einen Pfeilkopf dargestellt wird, der am Ende des / Was werden wir in diesem Tutorial machen In diesem Tutorial zeigen wir Ihnen, wie Sie ein Kontextdiagramm zusammen mit einem Level 1 Diagramm zeichnen können. Hinweis: Die Software, die wir hier verwenden, ist Visual Paradigm. Sie sind herzlich eingeladen, eine kostenlose 30-Tage-Evaluierungskopie von Visual Paradigm herunterzuladen, um durch das folgende Beispiel zu gehen. Es ist keine Anmeldung, E-Mail-Adresse oder Verpflichtung erforderlich. Schritte zum Zeichnen eines Kontextdiagramms Schritte zum Zeichnen eines Level 1 DFD Anstatt ein anderes Diagramm von Grund auf neu zu erstellen, werden wir den Systemprozess zerlegen, um einen neuen DFD zu bilden. Klicken Sie mit der rechten Maustaste auf System und wählen Sie im Popup-Menü Zerlegen aus. Die Datenspeicher und externe Einheiten, die mit dem ausgewählten Prozess (System) verbunden sind, werden im Level 1 DFD bezeichnet. Wenn Sie also aufgefordert werden, sie dem neuen Diagramm hinzuzufügen, klicken Sie auf Ja, um zu bestätigen. Hinweis: Der neue DFD sollte dem Context-Diagramm zunächst sehr ähnlich aussehen. Jedes Element sollte unverändert bleiben, außer dass der Systemprozess (von dem diese neue DFD zerfällt) jetzt weg ist und durch ein Leerzeichen ersetzt wird (ausgearbeitet). Benennen Sie den neuen DFD um. Klicken Sie mit der rechten Maustaste auf den Hintergrund und wählen Sie Umbenennen. . Geben Sie im Feld Dateinamen den Level 1 DFD ein und drücken Sie ENTER. Erstellen Sie drei Prozesse (Prozeßauftrag, Schiffsgut, Ausgabebeleg) in der Mitte, wie unten gezeigt. Das ist der alte Ort für den Systemprozess und wir legen dort Platz, um das System zu erarbeiten. Verdrahtung mit Anschlussleitungen für Datenströme Die übrigen Schritte in diesem Abschnitt beziehen sich auf die Verbindung der Modellelemente im Diagramm. Zum Beispiel stellt der Kunde bei der Bestellung eine Auftragsinformation zur Verfügung. Legen Sie den Mauszeiger über den Kunden. Ziehen Sie das Resource Catalog-Symbol heraus und lassen Sie die Maustaste auf Process Order. Wählen Sie Datenfluss aus Resource Catalog. Geben Sie die Bestellinformationen ein. Mittlerweile erhält der Prozessauftragsprozess auch Kundeninformationen aus der Datenbank, um die Bestellung zu bearbeiten. Verwenden Sie Resource Catalog, um einen Datenfluss von Customer to Process Order zu erstellen. Optional . Sie können die Datenfluss-Kundeninformationen beschriften, wenn Sie möchten. Aber da dieser Datenfluss ganz selbsterklärend ist, werden wir ihn hier weglassen. Durch die Kombination der Auftragsinformationen vom Kunden (externe Entität) und der Kundeninformation aus dem Kunden (Datenspeicher) erstellt Process Process (Prozess) dann einen Transaktionsdatensatz in der Datenbank. Erstellen Sie einen Datenfluss aus Prozessauftrag zu Transaktion. Zeichnungstipps: Um eine Verbindungslinie neu anzuordnen, legen Sie den Mauszeiger darüber, wo Sie einen Pivotpunkt hinzufügen möchten. Youll dann sehen Sie eine Blase an Ihrem Mauspunkt. Klicken Sie 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 dem Prozessauftrag (Prozess), um Gut zu versenden (Prozess). Ship Good muss die Transaktionsinformationen lesen (dh die Bestellung, um das richtige Produkt für die Zustellung zu packen. Erstellen Sie einen Datenfluss aus Transaktion (Datenspeicher) zu Ship Good (Prozess). Hinweis: Wenn Platz fehlt, fühlen Sie sich Frei, um die Formen umzudrehen, um Platz zu machen Schiff gut muss auch die Kundeninformationen für seine Lieferadresse lesen. Erstellen Sie einen Datenfluss vom Kunden (Datenspeicher) zu Schiff gut (Prozess). Schiff gut, dann aktualisiert die Inventardatenbank zu reflektieren Die Ware wird ausgeliefert. Erstellen Sie einen Datenfluss von Ship Good (Prozeß) zu Inventory (Datenspeicher), benennen Sie den aktualisierten Produktrekord, sobald die Bestellung in den Händen der Kunden eintrifft, beginnt der Issue Receipt Prozess Auf den Transaktionsdatensatz, der in der Datenbank gespeichert ist, so dass wir einen Datenfluss aus Transaktion (Datenspeicher) zum Issue Receipt (Prozess) erstellen können, dann wird eine Quittung an den Kunden ausgegeben. Ermöglicht die Erstellung eines Datenflusses aus Issue Receipt (Prozess) an den Kunden (Externe Entität) Name des Datenflussbelegs. Du hast gerade das Level 1-Diagramm gezeichnet, das so aussehen soll. Schritte, um das Level 1 Diagramm einfacher zu lesen Das fertiggestellte Diagramm oben sieht ein bisschen starr und beschäftigt aus. In diesem Abschnitt werden wir einige Änderungen an den Connectors vornehmen, um die Lesbarkeit zu erhöhen. Weitere Beispiele im nt gettint, wo ist das Geschäft in den Symbolleisten an der Spitze geschrieben von Haro am 28. März 2014 Entsprechend den Regeln eines DFD muss ein Prozess Input-und Output-Streams haben, dann zu zerlegen oder explodieren einen Prozess, Wie kann ich die Daten 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 Elternprozess auf Stufe 1 MANAGING PRODUCT und dafür benötige ich die Eingabedatenströme und NAME und QUANTITY PRODUCT REPORT, die generiert und an andere Prozesse gesendet werden. Bei Level 2 muss die Pause MANAGING PRODUCTS, Inputs und Outputs bestehen bleiben. Allerdings kann ich nicht finden, wie man es im visuellen Paradigma macht. Ich weiß, wie zu tun, wenn sie kommen oder gehen zu Datenspeicher 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 umschreiben Tool. Geschrieben von Yemisrach am 2. Mai 2014 Thanx ist es toll, ein sehr gutes Beispiel ist in den oben genannten 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, die von Chadwick am 1. Juli 2014 geschrieben wurden. Wäre toll, wenn man nur die Prozesse oder Unterprozesse von BPMN ziehen könnte, oder umgekehrt - verwenden Sie einen DFD als High-Level-Ausgangspunkt, um mehr zu indexieren Detaillierte Flussdiagramme, die die Reihenfolge der Ereignisse zeigen. Noch besser, wenn man die Preise auf die nächste Stufe explodierte, behielt alle Strömungspfeile in und aus der neuen umliegenden Kontextbox, als Stubs, um neue detailliertere Teilprozeßeinträge innerhalb des neuen Kontextes zu verbinden. Wie andere Firmenmodellierer, die ich am 1. Juli 2014 von Chadwick erwähnen konnte, wäre es toll, wenn man nur die Prozesse oder Unterprozesse von BPMN ziehen könnte, oder umgekehrt - einen DFD als High-Level-Startpunkt verwenden, um mehr zu indexieren Detaillierte Flussdiagramme, die die Reihenfolge der Ereignisse zeigen. Noch besser, wenn man die Preise auf die nächste Stufe explodierte, behielt alle Strömungspfeile in und aus der neuen umliegenden Kontextbox, als Stubs, um neue detailliertere Teilprozeßeinträge innerhalb des neuen Kontextes zu verbinden. Wie andere Firmenmodellierer konnte ich auch von Angus Chan am 2. Juli 2014 erwähnen. Vielen Dank für deinen Kommentar. Ich werde mit unserem Team nachgehen, um zu sehen, wie wir uns verbessern können. Geschrieben von Singh am 10. August 2014 leichter, wenn Sie thurogh unsere vorherigen Tutorials auf die Ausgabe von Büchern aus der Bibliothek und die Rückkehr von Büchern in die Bibliothek gegangen sind. Solche Funktionen in einem Library Management System Software-Projekt beschreibt, wie die Kontrolle Flow von sree am 25. August 2014 ist sehr nützlich