UML2 - Progettazione della realizzazione dei casi...

12
UML2 Progettazione della realizzazione dei casi d’uso Andrea Polini Laboratorio di Ingegneria del Software Corso di Laurea in Informatica – L-31 Università di Camerino (Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 1/8

Transcript of UML2 - Progettazione della realizzazione dei casi...

UML2Progettazione della realizzazione dei casi d’uso

Andrea Polini

Laboratorio di Ingegneria del SoftwareCorso di Laurea in Informatica – L-31

Università di Camerino

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 1 / 8

Obiettivi e precondizioni

Le attività che vengono descritte hanno lo scopo principale di derivarediagrammi dettagliati del sistemi in fase di sviluppo. La progettazionedi un caso d’uso stabilisce precisamente come la collaborazione traclassi di progettazione permette di raggiungere gli obiettivi del casod’uso. Durante lo studio di approfondimento è possibile che nuovirequisiti e nuove classi vengano scoperte.

Modello dei casi d’usoModello dei requisitiModello di analisiModello di progettazioneModello di deployment

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 2 / 8

Obiettivi e precondizioni

Le attività che vengono descritte hanno lo scopo principale di derivarediagrammi dettagliati del sistemi in fase di sviluppo. La progettazionedi un caso d’uso stabilisce precisamente come la collaborazione traclassi di progettazione permette di raggiungere gli obiettivi del casod’uso. Durante lo studio di approfondimento è possibile che nuovirequisiti e nuove classi vengano scoperte.

Modello dei casi d’usoModello dei requisitiModello di analisiModello di progettazioneModello di deployment

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 2 / 8

Obiettivi e precondizioni

Le attività che vengono descritte hanno lo scopo principale di derivarediagrammi dettagliati del sistemi in fase di sviluppo. La progettazionedi un caso d’uso stabilisce precisamente come la collaborazione traclassi di progettazione permette di raggiungere gli obiettivi del casod’uso. Durante lo studio di approfondimento è possibile che nuovirequisiti e nuove classi vengano scoperte.

Modello dei casi d’usoModello dei requisitiModello di analisiModello di progettazioneModello di deployment

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 2 / 8

Obiettivi e precondizioni

Le attività che vengono descritte hanno lo scopo principale di derivarediagrammi dettagliati del sistemi in fase di sviluppo. La progettazionedi un caso d’uso stabilisce precisamente come la collaborazione traclassi di progettazione permette di raggiungere gli obiettivi del casod’uso. Durante lo studio di approfondimento è possibile che nuovirequisiti e nuove classi vengano scoperte.

Modello dei casi d’usoModello dei requisitiModello di analisiModello di progettazioneModello di deployment

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 2 / 8

Obiettivi e precondizioni

Le attività che vengono descritte hanno lo scopo principale di derivarediagrammi dettagliati del sistemi in fase di sviluppo. La progettazionedi un caso d’uso stabilisce precisamente come la collaborazione traclassi di progettazione permette di raggiungere gli obiettivi del casod’uso. Durante lo studio di approfondimento è possibile che nuovirequisiti e nuove classi vengano scoperte.

Modello dei casi d’usoModello dei requisitiModello di analisiModello di progettazioneModello di deployment

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 2 / 8

Diagrammi di interazione di progettazione

Diagramma di risultante dalle attività di analisi

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 3 / 8

Diagrammi di interazione di progettazione

Possibile versione risultante dalle attività di progettazione

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 4 / 8

Modellazione della Concorrenza

Progettare la “Concorrenza” significa stabilire come e quando più partidel sistema possano procedere in parallelo. La concorrenza è unaspetto sempre più rilevante ma estremamente complesso.

Legge di Murphy

Se qualcosa può andar storto . . . ??

UML 2 mette a disposizione diversi strumenti per la progettazionedella concorrenza che comunque è un aspetto che non dovrebbe farparte del modello di analisi

classi attivebiforcazioni e ricongiunzioni nei diagrammi di attivitàoperatore par dei diagrammi di sequenzanumero di sequenza nei diagrammi di comunicazioneorigini multiple nei diagrammi di temporizzazionestati compositi ortogonali nelle macchine a stati

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 5 / 8

Classi AttiveLe classi attive permettono di rappresentare classi che hanno autonomia dicomportamento. Meccanismo dei Thread. Esempio di un sistema disicurezza per il controllo di incendi ed intrusioni.

Sono necessarie in particolare nella progettazione dei sistemi embeddeddove il software lavora principalmente con risorse limitate e controlla, fainteragire dispositivi hardware. In tal caso le componenti hardware sono unabuona sorgente per l’identificazione di classi di progettazione.(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 6 / 8

Concorrenza nei diagrammi di sequenza

Diagramma di sequenza per il sistema di sicurezza di attivazione deisensori:

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 7 / 8

Versione con molti sensori

(Laboratorio di Ingegneria del Software) UML 2 – Progettazione degli UC 8 / 8