Alcune domande riguardanti Contesto e DataFlow diagrammi

Question

devo sviluppare un'applicazione CRUD, che sarà codificato in php.

Ho 3 attori principali (utenti, amministratori e medicina - questo è per un'ipotetica ospedale), ognuna con diversi casi d'uso già definiti.

Anche se mi sento i casi d'uso sono più che sufficienti per il modello con successo il diagramma di classe, mi viene chiesto espressamente di includere anche DataFlow diagrammi nella documentazione del progetto.

Ho letto sui diagrammi DataFlow, e sembra di solito hanno prima di tutto un livello 0 DataFlow Diagramma, al quale essi chiamano Context Diagram.

Essendo che questo è fondamentalmente un'applicazione a 3 livelli con 3 diversi attori, come devo modellare il contesto Schema?

Essendo che un contesto diagramma si suppone che solo dirci che cosa entra e quello che esce fuori dal nostro sistema, non riesco a immaginare nulla di più interessante / descrittivo rispetto al seguente schema:

Questo dovrebbe essere qualcosa di simile, o sono totalmente manca il punto? Questa pagina php si connette a un database Oracle, ma credo che se l'idea è quella di considerare il sistema nel suo complesso nel contesto Diagramma, dovrei "nascondere" che infatti nello schema precedente.

Dove dovrei andare a partire da qui? So che dovrei "zoom" il processo di sistema a qualcosa di più dettagliato. Forse il passo successivo sarebbe quello di rappresentare ognuno dei casi l'utente in un diagramma DataFlow? Faccio a includere i repository di dati, già? Ad esempio, uno per gli utenti, per altri medici e un altro ancora per gli amministratori?

Grazie

Answer 1

Sei sicuro non c'è niente altro i interagisce con sistema? per esempio. ingresso di diagnostica, ecc.?

Se poi la vostra diag contesto è fondamentalmente ok - anche se probabilmente sarei mostrare ogni entità una volta e utilizza le frecce doppie di testa. Ero d'accordo con il vostro ragionamento per il db - è parte del sistema, non è esterno ad esso -. In modo da non vederlo sul CD

Per quanto riguarda i prossimi passi, ancora una volta che sei sulla strada giusta. Provare a modellare il flusso per ogni caso d'uso come un DFD. DFD sono molto utili per illustrare applicazioni ad alta intensità di elaborazione. Difficile sapere se questo è una buona partita per il vostro problema oppure no.

Troverete DFD sono utili anche per la guida fuori e la convalida diagramma di classe. In realtà, questo è uno dei loro punti di forza: datastore sul DFD dovrebbero correlazione con il contenuto del vostro diagramma delle classi (non necessariamente un datastore ad una classe però). Quindi comprendono archivi di dati, come si lavora attraverso i processi. Troverete scaccia più che solo gli attori.

hth.

Answer 2

Alcune osservazioni:

DFD non mi dice molto, tranne che gli utenti, gli amministratori e medicina lo usano, ma mi dà alcun indizio quello che ricevono dal sistema (ad eccezione di "Data Output"). IOW il diagramma di contesto non mi dalla minima idea, ciò che il sistema fa .

Certo, se il sistema è grande, allora può essere difficile da descrivere i flussi di dati in poche parole, ma qualsiasi cosa è meglio di "dati".

Il fatto che il sistema è un'architettura 3tier è irrilevante per la DFD. Questo è un dettaglio di implementazione. DFD sono uno strumento di analisi. Lei descrive ciò che si desidera che il sistema di fare, non come questo è realizzato.

lo trovo particolarmente utile per mettere a fuoco i flussi in uscita. Mentre gli utenti, amministratori e medici forniscono input per il sistema, questo è più probabile nulla che vogliono da fare. E 'qualcosa che sono per fare in modo da ottenere il risultato desiderato.