modelli casi d uso diagrammi di sequenza di sistema contratti delle operazioni di sistema Capitolo 11

Transcript

1 Luca Cabibbo Analisi e Progettazione del Software Diagrammi di sequenza di sistema Capitolo 10 marzo 2013 In teoria, non c è differenza tra teoria e pratica. Ma, in pratica, c è. Jan L.A. van de Snepscheut 1 *** AVVERTENZA *** I lucidi messi a disposizione sul sito del corso di Analisi e progettazione del software NON sostituiscono il libro di testo 2

2 Introduzione Come descrivere il comportamento di un sistema? che cosa sa fare/deve saper fare il sistema? ovvero, che cosa è possibile chiedere al sistema di fare? (sistema a scatola nera) che cosa fa/deve fare il sistema quando gli viene richiesto di fare una certa cosa? modelli casi d uso diagrammi di sequenza di sistema contratti delle operazioni di sistema Capitolo 11 3 Un diagramma di sequenza di sistema mostra gli eventi di input e output del sistema in discussione descrive che cosa sa fare il sistema le funzioni del sistema attori che interagiscono con il sistema interazioni (esterne) con altri sistemi UP: Influenza tra elaborati Business Modeling date... Sale Sample UP Artifact Relationships Domain Model 1 1..* Sales LineItem... quantity... Use-Case Model Vision Process Sale Requirements Process Sale Cashier Use Case Diagram use case names 1. Customer arrives Cashier makes new sale Use Case Text system events parameters and return value details Glossary : System Operation: enteritem( ) Post-conditions: -... system operations : Cashier make NewSale() enteritem (id, quantity) Supplementary Specification Operation Contracts System Sequence Diagrams starting events to design for : Register Design Model : ProductCatalog : Sale Design enteritem (itemid, quantity) spec = getproductspec( itemid ) addlineitem( spec, quantity ) 4

3 10.4 UML: Diagrammi di sequenza In UML, un diagramma di sequenza un insieme di oggetti (partecipanti) sull asse orizzontale tempo sull asse verticale messaggi scambiati tra oggetti barre di attivazione (opzionali) eventuali risposte Esempio di SSD: POS 6

4 10.2 I casi d uso (e i loro passi) descrivono (tra l altro) interazioni tra attori e SuD gli attori interagiscono con il sistema generano eventi di sistema, per richiedere l esecuzione di operazioni di sistema ad es., il cassiere inserisce il codice identificativo di un articolo affinché il sistema possa sapere che deve registrare una nuova riga di vendita per l articolo gli eventi di sistema ovvero, gli eventi esterni di input sono una caratterizzazione delle funzioni offerte dal sistema che cosa può essere richiesto al sistema? ovvero, che cosa deve saper fare il sistema? queste interazioni possono essere descritte in UML mediante dei diagrammi di sequenza un tipo di diagramma di UML per descrivere interazioni 7 Un diagramma di sequenza di sistema (SSD) mostra, per un particolare scenario di un caso d uso, gli eventi generati da attori esterni e il loro ordine insieme ad altri eventi tra attori e sistemi utile per lo scenario principale di successo nonché per gli scenari alternativi più frequenti e/o più complessi 8

5 Un diagramma di sequenza di sistema (SSD) mostra, per un particolare scenario di un caso d uso, gli eventi generati da attori esterni e il loro ordine insieme ad altri eventi tra attori e sistemi utile per lo scenario principale di successo nonché per gli scenari alternativi più frequenti e/o più complessi UML non definisce una nozione di diagramma di sequenza di sistema piuttosto, un diagramma di sequenza di sistema è un modo particolare di usare uno dei diagrammi di UML, con uno scopo specifico Perché disegnare un SSD Un evento (in UML) è qualcosa che avviene durante l esecuzione di un sistema che è utile modellare una tipologia di occorrenza che ha una localizzazione nel tempo e nello spazio Gli eventi di sistema (eventi esterni di input) sono importanti: il software viene sviluppato proprio per gestire questi eventi tre tipi principali di eventi eventi esterni da parte di attori sono proprio quelli descritti nei passi dei casi d uso eventi temporali guasti ed eccezioni nella progettazione ci si occuperà proprio delle interazioni motivate dagli eventi identificati durante questa attività di analisi 10

6 Eventi di sistema e operazioni di sistema Un evento di sistema rappresenta una richiesta fatta al sistema solitamente da parte di un attore esterno al sistema Un operazione di sistema una trasformazione oppure un interrogazione che il sistema può essere chiamato a eseguire Un diagramma di sequenza di sistema mostra eventi di sistema e non operazioni di sistema l identificazione degli eventi di sistema è importante proprio perché consente poi di determinare le operazioni di sistema necessarie per il sistema in discussione complessivamente, l insieme di tutte le operazioni di sistema definisce l interfaccia del sistema ovvero, la specifica del suo comportamento SSD e scenari di casi d uso Un SSD è relativo a uno specifico scenario di caso d uso mostra (per ora) due partecipanti il sistema l attore primario dello scenario chi usa direttamente il sistema l SSD può essere generato per ispezione dallo scenario di caso d uso di riferimento mostra un evento di sistema dall attore primario al sistema per ciascuna interazione dall attore primario verso il sistema mostra una risposta dal sistema all attore primario per ciascuna interazione dal sistema verso l attore primario non mostra niente in corrispondenza ad (altre) azioni eseguite dal sistema cambiamenti di stato e validazioni 12

7 SSD e scenari di casi d uso Ricordate? in uno scenario di caso d uso sono possibili tre tipi di passi qui ci interessiamo solo al primo tipo di passi un interazione tra attori il Sistema è considerato un attore tra un attore (utente) e il Sistema evento/operazione di sistema tra il Sistema e un attore (utente) risposta del sistema tra il Sistema e altri sistemi ce ne occupiamo in un altro momento una validazione solitamente effettuata dal Sistema un cambiamento di stato, da parte del Sistema per disegnare un SSD stiamo identificando e rappresentando i passi che descrivono interazione tra attori (che coinvolgono il Sistema) 13 SSD e scenari di casi d uso Process Sale Scenario : Cashier :System Simple cash-only Process Sale scenario: makenewsale 1. Customer arrives at a POS checkout with goods and/or services to purchase. 2. Cashier starts a new sale. 3. Cashier enters item identifier. 4. System records sale line item and presents item description, price, and running total. Cashier repeats steps 3-4 until indicates done. 5. System presents total with taxes calculated. 6. Cashier tells Customer the total, and asks for payment. 7. Customer pays and System handles payment.... loop [ more items ] enteritem(itemid, quantity) description, total endsale total with taxes makepayment(amount) change due, receipt 14

8 Eventi di sistema per POS Eventi di sistema identificati per il sistema POS makenewsale inizia una nuova vendita enteritem viene aggiunto un articolo alla vendita endsale è terminato l inserimento degli articoli attenzione, il nome proposto dal libro è fuorviante! makepayment è stato effettuato il pagamento attenzione, anche questo nome non è ottimale! Nomi di eventi ed operazioni Eventi di sistema e le operazioni di sistema corrispondenti vanno descritti al livello dell intento non dell azione il loro nome inizia normalmente con un verbo add, enter, end, make, vanno descritti in termini di che cosa il sistema può percepire i parametri sono valori (numeri, stringhe o date) non riferimenti a oggetti 16

9 Risposte del sistema Le risposte del sistema (o interrogazioni di sistema) vanno descritte come un elenco di informazioni restituite dal sistema non come azioni o operazioni Process Sale Scenario : Cashier :System makenewsale loop [ more items ] enteritem(itemid, quantity) description, total endsale total with taxes makepayment(amount) change due, receipt SSD e interazioni con altri sistemi I passi di uno scenario possono comprendere anche interazioni tra il sistema e attori diversi dall attore primario del caso d uso in particolare, interazioni con altri sistemi esterni in questo caso, l SSD mostra come partecipanti all interazione anche gli altri sistemi esterni mostra anche queste interazioni come eventi/operazioni oppure come risposte tra il sistema in discussione e i sistemi esterni 18

10 SSD e interazioni con altri sistemi Process Sale Pay by Credit Scenario : Cashier :NextGenPOS System «actor» :TaxCalculator «actor» :CreditAuthorization Service «actor» :Accounts makenewsale enteritem(itemid, quantity) description, total endsale taxlineitems = gettaxes( sale ) total with taxes makecreditpayment (crednum, expirydate) reply = requestapproval(request) postreceivable( receivable ) postsale( sale ) SSD e Glossario I nomi negli SSD (operazioni, parametri, valori restituiti) sono sintetici i testi dei casi d uso a cui sono relativi forniscono un contesto a questi nomi il Glossario può descrivere questi termini in maggior dettaglio 20

11 * Alcune considerazioni Nell esempio del caso d uso Elabora Vendita, ciascuna operazione di sistema corrisponde, più o meno, a un passo del caso d uso attenzione, in alcuni casi un operazione di sistema potrebbe essere descritta in più passi di un caso d uso in effetti, nel caso di enteritem, l interazione è descritta nel passo 3 (il Cassiere inserisce...) e l effetto nel passo 4 (il Sistema registra...) del caso d uso in altri casi, invece, un passo del caso d uso potrebbe dar luogo a più operazioni di sistema 21 * Alcune considerazioni Alcuni errori comuni è un errore assegnare un nome a un operazione di sistema con riferimento all azione anziché all intento ad esempio, inseriscicodicecorso (peggio) anziché aggiungicorsoalpianodistudi (meglio) può essere un errore identificare operazioni di sistema in corrispondenza al passo iniziale o finali di un caso d uso in alcuni casi questo è corretto ma non sempre un SSD rappresenta normalmente le operazioni di sistema relative a un singolo scenario di caso d uso pertanto, è un errore disegnare un SSD che rappresenta molti scenari di caso d uso 22

12 * Alcune considerazioni Un operazione di sistema è di solito relativa a un interazione a grana media tra l attore/utente ed il sistema spesso le operazioni di sistema hanno più di un parametro e più raramente ne hanno uno solo o nessuno intuizione l attore/utente compila una maschera e poi preme un pulsante per confermare i dati inseriti l evento/operazione di sistema è relativa al premere il pulsante i parametri di quest operazione sono tutti i dati inseriti in questo caso non è utile, invece, rappresentare un diverso evento/operazione di sistema in corrispondenza all inserimento di ciascun singolo dato 23 * Alcune considerazioni Linea guida i parametri di un operazione di sistema sono di solito dei valori ad es., numeri, stringhe o date ad es., un numero che rappresenta il codice a barre (identificativo) di un prodotto Un errore comune è un errore usare come parametri per un operazione di sistema degli oggetti o dei riferimenti a oggetti 24

13 * Alcune considerazioni Alcuni errori comuni è un errore non mostrare le risposte del sistema è un errore pensare alle risposte del sistema solo come a valori software in alcuni casi la risposta del sistema può produrre o consegnare degli oggetti tangibili ad es., una ricevuta queste risposte sono certamente significative è un errore etichettare una risposta come un operazione anziché come un elenco di valori ad esempio, stamparicevuta() anziché ricevuta 25 * Alcune considerazioni Alcune considerazioni numeriche e combinatorie utile considerare un intera esecuzione (o istanza) di esempio dello scenario di interesse del caso d uso in considerazione ad es., l inserimento di una vendita relativa a due lattine di Sprite e un pacchetto di Pringles e chiedersi con quali eventi/operazioni di sistema è possibile realizzare/comunicare una tale esecuzione del caso d uso? utile per identificare le operazioni di sistema utile fare ragionamenti sul numero di esecuzioni delle varie operazioni di sistema per capire se vanno (o non vanno) inserite all interno di frame di interazione ripetitive 26

14 * Alcune considerazioni Le operazioni di sistema andrebbero identificate con riferimento ai passi concreti dello scenario di caso d uso di riferimento ricordate? è possibile scrivere nel testo di un caso d uso dei passi astratti e poi mostrare le versioni concrete di questi passi mediante le estensioni In questa iterazione, lo scenario di riferimento è uno scenario di base per il caso d uso Elabora vendita... con pagamento in contanti in effetti, sarebbe più corretto identificare l operazione di sistema ( concreta ) makecashpayment anziché non l operazione ( astratta ) makepayment nelle iterazioni successive sarà poi possibile identificare altre operazioni di sistema come, ad es., makecreditpayment Esempio: Monopoly 28

15 10.10 SSD iterativi ed evolutivi Creazione di SSD scopo: comprendere comprendere l interfaccia del sistema e le collaborazioni con i sistemi esistenti non per tutti gli scenari solo per quelli più comuni e/o più complessi Gli SSD sono parte del Modello dei casi d uso visualizzano interazioni implicate dai casi d uso normalmente creati durante l elaborazione possono essere usati per fare stime di costo non sono un elaborato ufficiale di UP 29 Elaborati nello sviluppo iterativo Disciplina Modellazione del business Requisiti Elaborato Modello di dominio Ideaz. (I1) Elab. (E1..En) Modello dei casi d'uso (SSD) s r Visione s r Specifiche supplementari s r s Costr. (C1..Cn) Trans. (T1..T2) Glossario s r Modello di progetto s r Progettazione Documento dell'architettura software Modello dei dati s r s Implementazione Modello di implementazione s r r Gestione del progetto Piano di sviluppo software s r r r Test Modello di test s r Infrastruttura Scenario di sviluppo s r 30