Sistemi Informativi –

Modulo B: Progettazione
di Sistemi Informativi
Università della Calabria
Corso di Laurea Magistrale in
Statistica ed Informatica per le Decisioni
e le Analisi di Mercato

a.a. 2020/2021

Diagrammi di sequenza
Diagrammi di sequenza
 Usati per rappresentare il comportamento
di un insieme di “partecipanti” all’interno
di un caso d’uso
 Descrivono le collaborazioni ed interazioni
tra diversi “partecipanti” che
collettivamente concorrono a formare un
certo comportamento
 Tipicamente descrivono il comportamento
di un singolo scenario ed include
messaggi/oggetti scambiati durante
l’esecuzione del caso d’uso

Sequence diagram
Utente

Partecipante
Linea di vita

in questo
intervallo di tempo
tempo il
partecipante Barra di
è attivo attivazione

Cancellazione
Sequence diagram
 Enfatizzano l’aspetto temporale della
collaborazione fra i partecipanti
 Il diagramma illustra i messaggi che i vari
partecipanti si scambiano e in quale
ordine
 Un messaggio è rappresentato da una
freccia presente tra due barre di
attivazione dei partecipanti

Messaggio
 In generale, rappresenta il trasferimento
del controllo da un partecipante ad un
altro
 Se chi invia il messaggio rimane in
attesa che il ricevente risponda, si ha un
messaggio sincrono
 Se invece chi invia il messaggio
prosegue la propria elaborazione in
parallelo al partecipante interlocutore,
siamo in presenza di un messaggio
asincrono
Flusso dello scenario
principale

Diagramma di sequenza:
scenario principale
Diagramma di sequenza:
scenario principale

Diagramma di sequenza:
scenario principale
Diagramma di sequenza:
scenario principale

Diagramma di sequenza:
scenario principale
Diagramma di sequenza:
scenario principale

Flusso dello scenario

alternativo A1 (cliente nuovo)
Diagramma di sequenza: scenario
alternativo 1 (cliente nuovo)

Diagramma di sequenza: scenario

alternativo 1 (cliente nuovo)
Diagramma di sequenza: scenario
alternativo 1 (cliente nuovo)

Diagramma di sequenza: scenario

alternativo 1 (cliente nuovo)
Diagramma di sequenza: scenario
alternativo 1 (cliente nuovo)

Diagramma di sequenza: scenario

alternativo 1 (cliente nuovo)
Diagramma di sequenza: scenario
alternativo 1 (cliente nuovo)

Flusso dello scenario alternativo

A2 (cliente insolvente)
Diagramma di sequenza: scenario
alternativo 2 (cliente insolvente)

Diagramma di sequenza: scenario

alternativo 2 (cliente insolvente)
Diagramma di sequenza: scenario
alternativo 2 (cliente insolvente)

Diagramma di sequenza: scenario

alternativo 2 (cliente insolvente)
Diagramma di sequenza: scenario
alternativo 2 (cliente insolvente)

Diagramma di sequenza: scenario

alternativo 2 (cliente insolvente)
Diagramma di sequenza: scenario
alternativo 2 (cliente insolvente)

Quali sono gli altri casi d’uso?

Ed attori?
Specifica dei Requisiti
 Funzionalità / attori
 Valutazione di un ordine  Ufficio Contabilità
 Inserimento dati di un ordine  Ufficio Vendite
 Spedizione di un ordine  Ufficio Spedizioni
 Fatturazione di un ordine  Ufficio Fatturazioni

Specifica dei casi d’uso

 Funzionalità: Inserimento dati di un ordine
 Descrizione tabellare del caso d’uso

Nome Immissione degli articoli in un ordine

Descrizione Gli articoli richiesti vengono inseriti
nell’ordine che viene registrato.
Scenario principale
di successo
Scenari alternativi
Pre-condizioni
Post- Condizioni

Special
Requirements
Specifica dei casi d’uso
Scenario • L’ufficio Vendite riceve notifica dal sistema di
principale di un nuovo ordine da completare
successo • Il sistema richiede l’inserimento degli articoli
dell’ordine
• L’ufficio Vendite inserisce gli articoli
• Il sistema verifica la disponibilità in
magazzino degli articoli richiesti
• L’ordine viene inserito in banca dati dal
sistema
• Il sistema notifica l’ufficio Vendite la
accettazione dell’ordine
• Il sistema notifica via mail al cliente la
conferma della sua accettazione

Specifica dei casi d’uso

Scenari alternativi • al passo 4): articoli non disponibili
– Il sistema notifica l’ufficio vendite
della non disponibilità
– Il sistema notifica via email al cliente
la non disponibilità di articoli
Specifica dei casi d’uso
Pre-condizioni Verifica cliente non insolvente.

Post-condizioni di successo: l’ordine è accettato, l’ordine

(completato) viene inserito nel database.
Cliente ed ufficio vendite vengono avvisati.
L’ordine viene inserito nella lista delle
spedizioni ed in quella delle fatturazioni.
Di fallimento: l’ordine viene rifiutato, una
mail di notifica viene inviata al cliente

Solo gli operatori dell’ufficio Vendite

Special possono usare questa funzionalità
Requirements

Seconda versione del

diagramma dei casi d’uso …
Esercizio:

Diagramma di attività
per il caso d’uso

Per ogni scenario del caso d’uso,

fare il diagramma di sequenza