Analisi, rappresentazione e progettazione delle procedure

“PROCEDURA”

– secondo una prospettiva organizzativa/aziendale:un insieme di operazioni (o attività) per ottenere determinati scopi o svolgere determinate funzioni, e svolte secondo un insieme di norme, regole, prassi

– secondo una prospettiva informatica:insieme delle operazioni che svolge il sistema informatico per effettuare una determinata operazione

ESEMPI DI PROCEDURE AZIENDALI:

• Elaborazione di transazioni:– Ad es.: prenotazione di una stanza d’albergo

• Procedure amministrative istituzionali:– Ad es.: contabilità

• Supporto alle operazioni:– Ad es.: carico/scarico magazzini

ALCUNE QUESTIONI DA CONSIDERARE PARLANDO DI PROCEDURE

• In un’organizzazione, a rigore solo le attività altamente strutturate possono essere identificate come “procedure”

• Anche le attività identificabili come procedure possono presentare varianti ed eccezioni che ne rendono difficile la rappresentazione completa “ex-ante”

• Esiste quindi una certa differenza tra “le attività che sono svolte nell’organizzazione” e “procedura descrivibile ai fini informatici”

• Un sistema informatico si basa infatti su procedure informatiche formalizzate, strutturate e prestabilite in anticipo anche riguardo a tutte le possibili eccezioni e varianti

Dall’analisi delle procedure aziendali (o dei processi/attività) alla formalizzazione delle

procedure

Analisi delle attività aziendali:• Individuare gli “eventi” che caratterizzano una

data attività/processo/procedura aziendale di interesse per il S.I. che si sta esaminando o progettando

• Ogni evento ha come effetto un cambiamento di stato nel sistema:– innescando un’attività di elaborazione– comportando una modifica o aggiornamento della base

di dati

Formalizzazione delle procedure(di elaborazione)– Dalla “logica” delle attività aziendali oggetto di analisi

si costruiscono le procedure che permettono di aggiornare lo stato del sistema, innescare attività di elaborazione, modificare le basi di dati

– Si tratta quindi di formalizzare le attività considerate attraverso rappresentazioni procedurali che permettano di progettare le procedure informatiche corrispondenti

– durante l’esame delle procedure che si vogliono informatizzare, diventa possibile evidenziare

• le operazioni che verranno svolte dai calcolatori• quelle che dovranno comunque essere svolte da operatori• le modificazioni da introdurre al modo di operare esistente

• Possibili vari schemi e rappresentazioni

• Approccio generale: top-down design– Approccio per ridurre progressivamente la

complessità dell’analisi– Prevede una scomposizione dal “generale”

(top) al “dettaglio” (down)

Rappresentazione delle procedure

Schemi di rappresentazione• Costituiscono al tempo stesso modalità di

analisi (o descrizione) e di progettazione• Sono stati introdotti vari schemi con diversa

capacità rappresentativa. Alcuni esempi:– Flow-chart– Modelli IPO (e HIPO)– DFD (Data Flow Diagam)– Rappresentazioni delle alternative decisionali– altri ancora (diagrammi dell’analisi operativa -

Operational Analysis Diagram, ecc.)

Un esempio di schematizzazione gerarchica top-down: procedura di calcolo degli stipendi

Flow Chart

• Una delle modalità di rappresentazione più diffusa• Descrive i collegamenti logici e i flussi

informativi tra le diverse attività di un processo• Evidenzia le “diramazioni alternative” che

possono verificarsi all’interno di un dato processo• Quando il processo/attività da modellizzare è

troppo complesso, il flow chart può essere troppo complesso e deve venire scomposto in blocchi

IPO (Input, Output, Process)

• Rappresentazione di un’attività/procedura tramite i tre elementi chiave:– Dati all’ingresso (input)

– Procedimenti/operazioni di elaborazione (process)

– Dati all’uscita o altri risultati – messaggi, ecc. (output)

• Permette di “risalire” dai dati di output agli input necessari passando attraverso i procedimenti di elaborazione

• Evidenzia l’aspetto dei flussi informativi tra attività, archivi di dati, utenti/operatori

• Fasi di applicazione– Diagramma di contesto: definisce le relazioni (flussi

informativi) del processo in oggetto con “entità” o processi esterni

– DFD di primo livello: prima stesura in cui il processo è scomposto in sottoattività

– DFD a maggiore grado di dettaglio: ciascun sottoprocesso viene ulteriormente scomposto

DFD (Data Flow Diagram)

Rappresentazione delle alternative decisionali

• Per definire le alternative che risultano da determinati eventi o situazioni, o le azioni che da questi devono derivare

• Tavole di decisione:– collegano le azioni con le condizioni che devono

verificarsi perché tali azioni vengano svolte– Mettono in evidenza gli effetti delle diverse “decisioni

dell’utente” (input) su ciò che il sistema deve elaborare (utile per procedure OL/RT)

• Alberi delle decisioni:– Rappresentazione di tipo grafico