Einige Fragen in Bezug auf Kontext und Dataflow-Diagramme

Question

Ich habe eine CRUD-Anwendung zu entwickeln, wird diese in PHP codiert werden.

Ich habe 3 Hauptakteure (Benutzer, Administratoren und Ärzte - das ist für eine hypothetische Krankenhaus), die jeweils mit unterschiedlichen Anwendungsfälle bereits definiert.

Auch wenn ich die Use Cases fühle, sind mehr als genug, um successfuly Modell des Klassendiagramm, ich speziell auch gefragt, wobei gehört Dataflow-Diagramme in die Dokumentation des Projektes.

Ich habe über Dataflow-Diagramme gelesen, und es scheint, dass Sie in der Regel zunächst einmal haben eine Stufe 0 Datenflußdiagramm, zu dem sie Kontextdiagramm nennen.

Ist, dass dies ist im Grunde eine 3-Tier-Anwendung mit 3 verschiedenen Akteuren, wie soll ich das Kontextdiagramm modellieren?

Ist, dass ein Kontextdiagramm nur sollte uns sagen, was kommt und was in unserem System herauskommt, kann ich nichts interessanter / beschreibend als das folgende Diagramm vorstellen:

Soll das so etwas sein, oder bin ich völlig fehlt der Punkt? Diese PHP-Seite wird eine Verbindung zu einer Oracle-Datenbank, aber ich denke, dass, wenn die Idee ist, das System als Ganze im Kontextdiagramm, ich soll „verstecken“ diese Tatsache im obigen Diagramm zu berücksichtigen.

Wo soll ich von hier aus weitergehen? Ich weiß, ich sollte „Zoom“ der Systemprozess zu etwas detaillierter. Vielleicht wäre der nächste Schritt jedes der Benutzer Fälle, in ein Datenflußdiagramm darzustellen sein? Muss ich sind Repositories von Daten, die bereits? Zum Beispiel kann eine für Benutzer, andere für Ärzte und noch eine andere für Administratoren?

Danke

Answer 1

Sind Sie sicher, dass es nichts anderes das System interagiert mit? z.B. Diagnose-Eingang, etc.?

Wenn nicht, dann Ihr Kontext diag grundsätzlich in Ordnung ist - obwohl ich wahrscheinlich jede Einheit zeigen würde einmal und Doppelpfeile verwenden. Ich würde für die db mit Ihrer Argumentation zustimmen - es ist Teil des Systems, nicht außer ihm -. So zeigt es nicht auf der CD

Wie für die nächsten Schritte, wieder sind Sie auf dem richtigen Weg. Versuchen Sie, den Fluss für jeden Use Case als DFD Modellierung. DFDs sind zur Veranschaulichung verarbeitungsintensive Anwendungen sehr nützlich. Schwer zu wissen, ob das ein gutes Spiel, um Ihr Problem ist oder nicht.

Sie finden DFDs sind auch nützlich für das Fahren und Ihre Klassendiagramm zu validieren. In der Tat, das ist eine ihrer Stärken: Datastores auf der DFD mit dem Inhalt Ihres Klassendiagramm korrelieren sollte (nicht unbedingt ein Datenspeicher zu einer Klasse obwohl). So beinhalten Datenspeichern, wie Sie durch die Prozesse arbeiten. Sie finden es austreibt mehr als nur die Schauspieler.

hth.

Answer 2

Einige Bemerkungen:

Sie DFD hat mir nicht viel, außer dass Benutzer, Administratoren und Ärzte verwenden, aber es gibt mir keine Ahnung, was sie aus dem System zu erhalten (mit Ausnahme von „Output Data“). IOW das Kontextdiagramm gibt mir nicht die geringste Ahnung, was das System hat .

Zugegeben, wenn das System groß ist, dann kann es schwierig sein, die Datenflüsse in wenigen Worten zu beschreiben, aber so gut wie alles ist besser als „Daten“.

Die Tatsache, dass das System eine 3tier Architektur ist für das DFD irrelevant. Dies ist eine Implementierung Detail. DFDs ist ein Analyse-Tool. Sie beschreiben, was das System tun wollen, nicht, wie dies erreicht wird.

Ich finde es besonders nützlich, auf dem abgehenden Strom zu konzentrieren. Während Benutzer, Administratoren und Ärzte in das System eingegeben bieten, ist dies wahrscheinlich nichts, was sie wollen zu tun. Es ist etwas, das sie Haben tun, um die gewünschte Ausgabe zu erhalten.