DIAGRAMMI DI ATTIVITÀDIAGRAMMI DI ATTIVITÀINGEGNERIA DEL SOFTWAREUniversità degli Studi di PadovaUniversità degli Studi di PadovaFacoltà di Scienze MM. FF. NN.

Corso di Laurea in Informatica, A.A. 2011 – 2012

rcardin@math.unipd.it

SOMMARIO

Introduzione

Concetti baseConcetti base

2

Ingegneria del software mod. A

2

Riccardo Cardin

SOMMARIO

Introduzione

Concetti baseConcetti base

3

Ingegneria del software mod. A

3

Riccardo Cardin

DIAGRAMMI DI ATTIVITÀ

4

Ingegneria del software mod. A

4

Riccardo Cardin

DIAGRAMMI DI ATTIVITÀ

A li i d i R i i i S ifi T i D fi i i di Analisi dei Requisiti, Specifica Tecnica, Definizione di Prodotto

• Diagrammi dei packageDi i d ll l i

• Diagrammi Use case• Diagrammi di flusso

• Diagrammi delle classi• Diagrammi degli oggetti• Diagrammi di attività• Diagrammi di sequenza

Revisione dei

RequisitiR. Progetto

Architetturale

Revisione di Qualifica

R. di Accettazione

5

QualificaAccettazione

• Diagrammi delle classi• Diagrammi di attività• Diagrammi di sequenza

Ingegneria del software mod. A

5

Riccardo Cardin

• Diagrammi di sequenza• Diagrammi di flusso

DIAGRAMMI DI ATTIVITÀ

Supportano l’elaborazione parallela

Descrivono la logica procedurale, i processi di business e workflow

Supportano l elaborazione parallelaUn’attività è un insieme di più azioniNodo inizialeNodo iniziale

Da dove inizia l’esecuzione del processoFork

Elaborazione parallelaNessun ordine fra le attività di processi differenti

JoinJoinSincronizzazione fra i processi paralleliSpecifiche di Join

6

[joinSpec= b1 and b2]

Ingegneria del software mod. A

Espressione booleana 6

Riccardo Cardin

DIAGRAMMI DI ATTIVITÀ

DefinizioniDecisione

Si può intraprendere solo uno dei percorsiSi può intraprendere solo uno dei percorsiToken

Vengono prodotti e consumatig pIl nodo iniziale genera tokenIl nodo finale consuma tokenFork produce un token per ogni processoFork produce un token per ogni processoJoin consuma i token in ingresso e ne genera solo uno

fNodo finale

Nodo di fine di flusso 7

Ingegneria del software mod. A

Nodo di fine di flusso 7

Riccardo Cardin

Nodo iniziale

Fork

DecisioneGuardia

Merge

8Fi

Join

Ingegneria del software mod. A

8

Riccardo Cardin

Fine dell’attività

DIAGRAMMI DI ATTIVITÀ

Esempio principaleEsempio

Il cliente sfoglia il catalogo ed aggiunge i prodotti desiderati al carrello della spesa. Quando il cliente termina l’acquisto e deve pagare, lo stesso fornisce le informazioni sulla consegna dei prodotti p g , g pe sulla carta di credito. Il sistema verifica l’autorizzazione al pagamento con carta di credito e conferma l’acquisto immediatamente e mediante una successiva mail.

9

Ingegneria del software mod. A

9

Riccardo Cardin

DIAGRAMMI DI ATTIVITÀ

Esempio 1

10

Ingegneria del software mod. A

10

Riccardo Cardin

SOMMARIO

Introduzione

Concetti baseConcetti base

11

Ingegneria del software mod. A

11

Riccardo Cardin

AZIONI

Implementazione di una azioneSotto-attività

Nome dell’attività

Operazione di una classe

Invia Conto(Ordine::InviaConto)

12

(Ordine::InviaConto)

Ingegneria del software mod. A

Notazione UML 2.x12

Riccardo Cardin

AZIONI

Pin e trasformazioniPassaggio di parametri tra azioniI Pi i d i b d i t iI Pin corrispondono ai box dei parametri

Nel business risorse prodotte e consumate

Pi tCancella

appuntamentoAppuntamento

Pin parametroEspressione di trasformazione

Appuntamento«transformation»appuntamento.paziente«transformation»

appuntamento.notifica

13Notifica Messaggio Paziente

Ingegneria del software mod. A

13

Riccardo Cardin

Notifica paziente

PARTIZIONI

Forniscono una responsabilità all’esecuzione delle azioni

S i lSwimlanesResponsabilità

Swimlanes

14

Ingegneria del software mod. A

14

Riccardo Cardin

SEGNALI

Evento proveniente da un processo esterno

Verificato da passaggio del

tempo Generazione segnali

15Attende il ifi i di

Ingegneria del software mod. A

15

Riccardo Cardin

verificarsi di un segnale

DIAGRAMMI DI ATTIVITÀ

Esempio 2

16

Aspetta 15 min.

Ingegneria del software mod. A

16

Riccardo Cardin

FLUSSI E ARCHI

C i f d i iConnessione fra due azioniNella maggior parte dei casi è sufficiente una semplicefreccia …

Facilita la lettura di Facilita la lettura di diagrammi complessi

Oggetto messaggio

17

Ingegneria del software mod. A

17

Riccardo Cardin

REGIONI DI ESPANSIONE

Ripetizione delle attività su una collezioneOgni elemento della lista è un tokenU l t k i it d ll iUn solo token in uscita dalla regione

Regione di espansione

Scrivi articolo

espansione

Scegli argomenti

Scrivi articolo

Pubblica Newsletter

18

Rivedi articolo Un token quando

tutti gli input sono arrivati

Lista argomenti

Ingegneria del software mod. A

18

Riccardo Cardin

arrivati

MA NON È TUTTO QUI …Uno dei diagrammi più ricchi

Soprattutto da UML 2.x

Da utilizzare quando:E i di fl i ll liEspressione di flussi paralleliPer descrivere casi d’uso o requisiti

Direttamente dal capitolato tecnicoDirettamente dal capitolato tecnico

Semplici da comprendereSemplici da comprendereMa ancora poco utilizzati

19

Ingegneria del software mod. A

19

Riccardo Cardin

RIFERIMENTI

OMG Homepage – www.omg.orgUML Homepage – www.uml.orgUML Distilled, Martin Fowler, 2004, Pearson(Addison Wesley)

20

Ingegneria del software mod. A

20

Riccardo Cardin