Visitatori: 1482

In Questo Articolo facciamo un breve escursus, allontanandoci un po dalla progettazione delle basi di dati e introducendo alcuni concetti molto utili quando ci si trova a dover progettare intere applicazioni. La progettazione di una applicazione o sistema informativo non può infatti limitarsi alla progettazione della base di dati che esso dovrà utilizzare (anche se una base dati ben progettata semplifica notevolmente l'implementazione dell'applicazione).

Vogliamo introdurre il concetto di DFD (Data Flow Diagram). I Diagrammi di Flusso dei Dati (nel seguito DFD) sono uno strumento per progettare le applicazioni. I pregi di tale strumento consistono essenzialmente nella sua capacità di essere molto intuitivo e nell’estrema facilità con la quale consente di portare avanti una progettazione per raffinamenti successivi, indispensabile allorquando la realtà di interesse ha dimensioni notevoli.

I costrutti messi a disposizione dai DFD sono:

1. il Processo, che descrive un componente del sistema che effettua una o più azioni.
2. i Depositi dei Dati, che rappresentano i dati permanentemente associati all’applicazione;
3. gli Agenti esterni al sistema
4. i Flussi di Dati, che rappresentano le informazioni scambiate tra i vari componenti del sistema.

La realizzazione dei Diagrammi di Flusso di un'Applicazione avviene per "raffinamenti successivi", ovvero vengono prodotti dei diagrammi di flusso a diversi livelli di dettaglio.

Al livello più alto un'Applicazione (o più genericamente un Sistema Informativo) viene rappresentata semplicemente mediante un singolo processo che trasforma un insieme di dati in ingresso nei corrispettivi dati dell’uscita. Questo livello viene descritto dal DFD di Livello 0 o anche Diagramma di Contesto (serve in sostanza a capire a grandi linee cosa dovrà gestire la nostra applicazione).

Per produrre dei DFD in modo corretto è bene tener presente i seguenti concetti:

• individuare entrate ed uscite nette del sistema
• Assegnare ai flussi nomi significativi che facciano possibilmente riferimento al loro contenuto informativo
• Assegnare ai processi nomi significativi che esprimano le trasformazioni effettuate sui dati.

Per capire meglio di cosa stiamo parlando vedremo nel prossimo paragrafo i diagrammi di flusso per il nostro esempio.

Al livello più astratto, le applicazioni della realtà di interesse possono essere rappresentate mediante un unico processo generale che interagisce con due interfacce: l’Amministratore e l’Utente.
L’ Amministratore gestisce l’inserimento, la rimozione e la modifica dei dati, mentre l’utente ha solo un “permesso” di lettura dei dati, ovvero può accedere ad essi soltanto in lettura.
Un Amministratore, per poter svolgere correttamente il proprio compito di inserimento dati e di aggiornamento delle informazioni, necessita di conoscere il contenuto informativo presente nella base di dati; pertanto spesso l’utente coincide nella figura dell’amministratore.
Alla luce di queste precisazioni descriveremo ora il diagramma di contesto della nostra realtà di interesse, precisando che l’utente coincide con l’amministratore. Esso è illustrato in Figura

L’Amministratore compie operazioni di inserimento modifica e rimozione dei dati sugli stessi campi visti in precedenza, ovvero sulle Riviste, sugli Articoli e sugli Autori. Egli avrà, pertanto, un accesso in scrittura e, poiché ha anche la possibilità di comportarsi come un normale Utente, potrà accedervi anche in lettura.

Dall’analisi dei flussi del diagramma di contesto si può notare che le applicazioni descritte possono essere raggruppate in tre gruppi fondamentali che trattano, rispettivamente, le Riviste, gli Articoli e gli Autori. Il DFD di livello 1, illustrato nella Figura in basso, è pertanto composto da tre processi fondamentali:

1. Gestore Riviste, il quale si cura della manipolazione e dell’interrogazione delle informazioni relative alle riviste;
2. Gestore Articoli, il quale si cura della manipolazione e dell’interrogazione delle informazioni relative agli articoli;
3. Gestore Autori, il quale si cura della manipolazione e dell’interrogazione delle informazioni relative agli autori;
   

Possiamo vedere come i vari gestori, ricevuta la richiesta dall’Amministratore, accedano ai vari depositi di dati in maniera da ricevere o da aggiornare informazioni.

Nel Prossimo Articolo approfondiremo la struttura di un DBMS.

Indice degli articoli