Corso di Ingegneria del Software. Esempi di casi d uso

Transcript

1 Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca

2 Casi d uso Sommario Casi d uso e specifica dei requisiti 4. Esempio: sistema iscrizione ed esami 5. Bibliografia

3 Descrizione Il cliente si registra al sistema per ottenere una proposta di polizza personalizzata. L agente assicurativo lo contatta telefonicamente per ottenere ulteriori informazioni e cerca la polizza assicurativa adatta a lui, basandosi sulle informazioni ottenute. L agente raccamanda al cliente la polizza più adatta ai propri bisogni. Il cliente può scegliere se stipulare la polizza. Tratto da S. Bennett, J. Skelton, K. Lunn, Introduzione a UML, McGraw Hill, 2002.

4 Descrizione Il cliente si registra al sistema per ottenere una proposta di polizza personalizzata. L agente assicurativo lo contatta telefonicamente per ottenere ulteriori informazioni. L agente assicurativo cerca la polizza assicurativa adatta a lui, basandosi sulle informazioni ottenute. L agente raccamanda al cliente la polizza più adatta ai propri bisogni. Il cliente può scegliere se stipulare la polizza.

7 Attori agente assicurativo cliente

8

9 L agente assicurativo lo contatta telefonicamente se ha bisogno di ottenere ulteriori informazioni. L agente assicurativo cerca la polizza assicurativa adatta a lui, basandosi sulle informazioni ottenute. L agente raccomanda al cliente la polizza più adatta ai propri bisogni.

10 L agente assicurativo lo contatta telefonicamente se ha bisogno di ottenere ulteriori informazioni. L agente assicurativo cerca la polizza assicurativa adatta a lui, basandosi sulle informazioni ottenute. L agente raccomanda al cliente la polizza più adatta ai propri bisogni.

11

12

13

14

15 Descrizione Il cliente si registra al sistema per ottenere una proposta di polizza personalizzata.

16

17

18 Ulteriori requisiti Il premio di polizza è il prezzo che l assicurato versa all assicuratore in cambio delle garanzie assicurative. L agente assicurativo raccomanda la polizza al cliente dopo averne calcolato il premio. L agente assicurativo si occupa anche della notifica di rinnovo delle polizze ai clienti e del rinnovo delle polizze stesse. Nella notifica di rinnovo viene comunicato il premio che l agente calcola.

19 Ulteriori requisiti Il premio di polizza è il prezzo che l assicurato versa all assicuratore in cambio delle garanzie assicurative. L agente assicurativo raccomanda la polizza al cliente dopo averne calcolato il premio. L agente assicurativo si occupa anche sia della notifica di rinnovo delle polizze ai clienti (inviando loro per posta la nuova proposta (con il nuovo premio) che del rinnovo delle polizze stesse.

20 Ulteriori requisiti Il premio di polizza è il prezzo che l assicurato versa all assicuratore in cambio delle garanzie assicurative. L agente assicurativo raccomanda la polizza al cliente dopo averne calcolato il premio. L agente assicurativo si occupa anche sia della notifica di rinnovo delle polizze ai clienti (inviando loro per posta la nuova proposta (con il nuovo premio) che del rinnovo delle polizze stesse.

21 Ulteriori requisiti Il premio di polizza è il prezzo che l assicurato versa all assicuratore in cambio delle garanzie assicurative. L agente assicurativo raccomanda la polizza al cliente dopo averne calcolato il premio.

22

23

24 L agente assicurativo si occupa anche della notifica di rinnovo delle polizze ai clienti, inviando loro per posta la nuova proposta (con il nuovo premio). L agente assicurativo si occupa del rinnovo delle polizze stesse.

25 L agente assicurativo si occupa anche della notifica di rinnovo delle polizze ai clienti, inviando loro per posta la nuova proposta (con il nuovo premio).

26

27

28 L agente assicurativo si occupa del rinnovo delle polizze stesse.

29

30 Ulteriori requisiti Il sistema deve anche memorizzare i dati relativi ai clienti e le polizze vendute.

31

32

33 Casi d uso Sommario Casi d uso e specifica dei requisiti 4. Bibliografia

34 Costruzione degli use case Individua gli attori Individua gli use case generali di interesse Individua le associazioni tra attori e use case Individua altri use case, più specifici, se ce ne sono Determina le relazioni include tra use case Individua le generalizzazioni tra attori e tra use case, Individua le relazioni extend tra use case

41 Controllo di qualità del diagramma degli use case Ci sono ridondanze nel diagramma? È alta la coesione dei singoli use case? È basso l accoppiamento tra diversi use case?

44 Controllo di qualità del diagramma degli use case Sono stati colti tutti gli aspetti insiti nei requisiti? Sono state individuate tutte le associazioni e tutte le generalizzazioni?

45 Controllo di qualità del diagramma degli use case Sono stati colti tutti gli aspetti insiti nei requisiti? Sono state individuate tutte le associazioni e tutte le generalizzazioni?

46 Casi d uso Sommario Casi d uso e specifica dei requisiti 4. Bibliografia

47 Casi d uso e specifica dei requisiti Requisito (funzionale): funzionalità, o aspetto di dettaglio di una funzionalità, richiesta dal committente. I diagrammi dei casi d uso (use case diagram) rappresentano una vista statica delle funzionalità fornite dal sistema. Illustrano le relazioni: tra singole funzionalità tra una particolare funzionalità e una o più entità esterne al sistema (attori)

48 Casi d uso e specifica dei requisiti Requisito (funzionale): funzionalità, o aspetto di dettaglio di una funzionalità, richiesta dal committente. I diagrammi dei casi d uso (use case diagram) rappresentano una vista statica delle funzionalità fornite dal sistema. Illustrano le relazioni: tra singole funzionalità tra una particolare funzionalità e una o più entità esterne al sistema (attori)

49 Casi d uso e specifica dei requisiti A cosa servono i casi d uso I casi d uso sono un utile strumento di analisi dei requisiti, complementare all uso di prototipi. Un caso d uso può essere facilmente compreso dai clienti e facilita l accordo sui requisiti funzionali da soddisfare, ma aiuta anche lo scoprirne di nuovi. Il software puù essere rappresentato in modo iterativo a diversi livelli di scomposizione e di dettaglio, permettendo di procedere in modo incrementale nella definizione delle funzionalità da realizzare. I clienti possono essere coinvolti fin dalle prime fasi I casi d uso possono diventare parte del modello di riferimento contrattuale per le funzionalità da sviluppare.

50 Casi d uso e specifica dei requisiti Casi d uso - approccio top down L approccio alla modellazione dei casi d uso procede di norma in modo top down, individuando prima i macro servizi che il sistema software deve erogare per poi procedere per scomposizione funzionale. È importante descrivere anche dei flussi di interazione alternativi rispetto a quello ìidealeî tra software e utente, al fine di esplorare tutti i possibili problemi connessi al funzionamento del sistema. I casi d uso rappresentano, per il team di sviluppo, la descrizione sintetica di ciò che l utente si aspetta che il software faccia per aiutarlo nel suo lavoro. Vanno perciò di solito accompagnati da diagrammi più precisi e ricchi.

51 Casi d uso e specifica dei requisiti Casi d uso - Limiti I diagrammi dei casi díuso non sono adatti a mostrare: la sequenza temporale dei comportamenti lo stato del sistema e degli attori prima e dopo l esecuzione del caso d uso I diagrammi di attività, stato, interazione hanno questo scopo, ma devono partire da una specifica.

52 Casi d uso e specifica dei requisiti Specifiche del caso d uso Ogni caso d uso ha un nome e una specifica. La specifica Ë composta da: precondizioni (entry conditions): condizioni che devono essere vere prima che il caso díuso possa essere eseguito (lo stato de sistema prima che il caso d uso possa iniziare) sequenza degli eventi (flow of events): i passi che compongono il caso díuso postcondizioni (exit conditions): condizioni che devono essere vere quando il caso díuso termina l esecuzione (stato del sistema al termine della esecuzione del caso d uso)

53 Casi d uso e specifica dei requisiti Sequenza degli eventi Un elenco di azioni che definisce il caso d uso nella sua completezza. Il caso d uso si considera eseguito solo se l esecuzione arriva fino alla fine. Un azione è sempre iniziata da un attore oppure dal sistema.

54 Nome use case Effettua ordine Precondizione Un cliente autorizzato si è collegato al sistema Attori Attori Primari: Cliente Attivazione (eventi, trigger) Il cliente seleziona l opzione effettua ordine Descrizione scenario proncipale Postcondizioni scenario principale 1. Il cliente inserisce i dati per la consegna (nome, cognome, indirizzo) 2. Se il cliente fornisce solo il codice postale, il sistema aggiunge automaticamente lo stato e la città 3. Il cliente inserisce i codici dei prodotti selezionati 4. Il sistema visualizza il totale da pagare 5. Il cliente conferma l ordine 6. Il sistema richiede i dati per il pagamento 7. ll cliente inserisce il numero della carta di credito 8. Il cliente conferma il pagamento 9. Il sistema controlla che il pagamento possa essere effettuato 10.. Se l ordine non viene cancellato dal cliente, rimane memorizzato nel sistema nello stato di ordine confermato

55 Bibliografia Bibliografia Riferimenti bibliografici - Generali 1. R. Pressman Ingegneria del software Mc Graw Hill Italia, 5a edizione, 2007, capitoli 7 e P. Jalote A Concise Introduction to Software Engineering Springer, 2008, capitolo 3.

56 Bibliografia Bibliografia Riferimenti bibliografici/sitografia - Specifici 1. S. Bennett, J. Skelton, K. Lunn, Introduzione a UML, McGraw Hill, M. Fowler, UML Distilled Guida rapida al linguaggio di modellazione standard, Addison Wesley, A. Cockburn Writing Effective Use Cases, Addison-Wesley Professional, A. Comai, Template descrizione casi díuso