Activity Diagrams (lezione 3)

Transcript

1 Istituto di Scienza e Tecnologie dell'informazione A. Faedo Software Engineering Laboratory Activity Diagrams (lezione 3) Antonino Sabetta antonino.sabetta@isti.cnr.it

2 Una vista d'insieme introduzione alla modellazione con UML le viste di UML use case view logical view implementation view process view deployment view RUP : un possibile processo di sviluppo I due usi di UML Documentare, capire, comunicare Automatizzare lo sviluppo (UML non è solo figure )

3 structure diagrams class diagram object diagram component diagram deployment diagram composite structure diagram package diagram

4 behavior diagram state machine diagram activity diagram use case diagram interaction diagrams sequence diagram communication diagram interaction overview diagram timing diagram

5 Dalle puntate precedenti... Casi d'uso: Identificano gli scenari di interazione tra attori e il sistema Goal-oriented: il punto di vista è esterno (cosa il sistema fa per l'attore, senza descrivere i meccanismi interni) Realizzazione dei casi d'uso: Relazione tra un caso d'uso e la sua implementazione (descrizione dei meccanismi che consentono al sistema di offrire la funzionalità che interessa all'attore)

6 Casi d'uso, interazioni, scenari

7 In questa lezione e nella successiva... Una notazione per descrivere: interazioni (tra attore e sistema) che realizzano un caso d'uso funzionamento interno del sistema (per descrivere funzionalità offerte dal sistema per quel caso d'uso) Tra l'analisi e il design: Percorso dalla descrizione dall'esterno (dal punto di vista di chi deve usare il sistema) all'interno (vista di chi deve realizzare il sistema)

8 In questa lezione e nella successiva... Activity Diagram Enfasi sui passi necessari a realizzare un caso d'uso o una operazione del sistema Sequence Diagram Enfasi sulla sequenza delle interazioni tra attore e sistema, e tra le diverse parti del sistema

9 Activity Diagram: introduzione Modellazione del comportamento Enfasi sulla sequenza di azioni che vengono svolte come realizzazione di un behaviour non su chi le svolge Sequenza determinata in termini di control flow object flow

10 Activity Diagram: introduzione Activity modeling emphasizes the sequence and conditions for coordinating lower-level behaviors, rather than which classifiers own those behaviors. These are commonly called control flow and object flow models. The actions coordinated by activity models can be initiated because other actions finish executing, because objects and data become available, or because events occur external to the flow. (UML 2 Superstructure)

11 Caratteristiche principali Adatti a: Modulari Rappresentare comportamenti complessi Rappresentare parallelismo È possibile strutturare comportamenti complessi Intuitivi

12 Esempi di applicazioni realizzazione di uno use-case modellare un workflow (in senso lato) modellare le azioni compiute quando una operazione viene eseguita (sequenza di step) modellare il comportamento di un oggetto descrivere come un insieme di azioni influisce su un insieme di oggetti (come ne cambia lo stato) Descrivere un algoritmo

13 Outline Concetti di base Attività, azioni, token, oggetti, segnali Controllo di flusso, parallelismo Notazione essenziale Costrutti avanzati Behaviour strutturati Eccezioni Swimlane Expansion region

14 Concetti di base - 1 Activity: contiene azioni e/o altre attività Action: azione elementare Control flow: stabilisce la sequenza secondo cui le azioni di un'attività vengono svolte Object flow: modella il fatto che un'azione può avvenire quando il suo input (prodotto in output da un'altra azione) diventa disponibile

15 Concetti di base - 2 Control node: Initial Activity final Flow final Decision/Merge costrutti condizionali Fork/Join behaviour paralleli altri elementi avanzati (vedi seguito) Connettori Eccezioni Segnali Swimlane

16 Notazione essenziale

17 Control flow e data flow Control flow Data flow (object flow)

18 Notazione di base - 2

19 activity diagram - example -

20 activity diagram - example -

21 activity diagram - example -

22 activity diagram - example -

23 activity diagram - example (rejected)-

24 activity diagram example (accepted) -

25 activity diagram example (accepted) -

26 activity diagram example (accepted) -

27 activity diagram example (accepted) -

28 activity diagram example (accepted) -

29 activity diagram example (accepted) -

30 activity diagram example (accepted) -

31 activity diagram example (accepted) -

32 activity diagram example -

33 activity diagram example -

34 Decision node (branch-merge) 1

35 Decision node (branch-merge) - esempio

36 Parallelismo costrutto Fork/join Il token viene replicato dal nodo Fork (tante repliche quanti sono le frecce che partono dal Fork) I token in arrivo vengono fusi dal nodo join (ma solo quando tutte le frecce entranti hanno un token pronto!) Fork Join

37 Fork-join

38 Fork-join

39 Fork-join

40 Fork-join

41 Fork-join

42 Fork-join

43 Fork-join

44 Fork-join

45 Fork-join

46 Fork-join

47 Nodi finali L'attività si conclude non appena un token raggiunge un nodo activity-final Il nodo flow-final distrugge il token, ma non necessariamente termina l'attività

48 Esempio Nota: che succede se questa azione ci mette troppo tempo a terminare?

49 Segnali Invio/ricezione di segnali Avvengono istantaneamente (a differenza delle azioni, che possono impiegare del tempo) L'azione ricezione di segnali è attiva non appena si attiva l'attività in cui essa è contenuta Segnale temporizzato

50 Partizioni (swimlane) (1)

51 Partizioni (swimlane) (2)

52 Pin parametri di ingresso/uscita

53 interruptible region - esempio

54 Connettori

55 Eccezioni Dopo un'eccezione, l'esecuzione riprende da qui

56 Esempio - swimlane

57 Esempio swimlane ortogonali

58 Esempio - Sistema di bug-report L'utente segnala un problema Si cerca di riprodurre il problema A) ci si riesce: (*) Si identifica la causa del problema e si formula una soluzione (**) Si prova la soluzione Se la soluzione non funziona si torna a (*) Se la soluzione funziona: (***) In parallelo: Si registra la soluzione (il report viene chiuso) Comunicazione a chi aveva segnalato il problema B) non ci si riesce:

59 Esempio - Sistema di bug-report L'utente segnala un problema Si cerca di riprodurre il problema A) ci si riesce B) non ci si riesce:... Si corregge la formulazione del problema Si riparte da (*) Se in (*) si riesce a riprodurre il problema, ma questo è stato già segnalato: si va a (**)

60 Esempio - Sistema di bug-report Se in (*) si riesce a riprodurre il problema, ma questo è stato già segnalato ed esiste già una soluzione: si va a (***) Nota: la specifica testuale (anche di procedimenti semplici come questo) può essere difficile da seguire...

61 activity diagram - example -

62 activity diagram - example -

63 activity diagram - example -

64 activity diagram - example -

65 activity diagram - example -

66 activity diagram - example -

67 activity diagram - example -

68 activity diagram - example -

69 activity diagram - example -

70 activity diagram - example -

71 activity diagram - example -

72 activity diagram - example -

73 activity diagram - example -

74 activity diagram - example -

75 activity diagram - example -

76 activity diagram - example -

77 activity diagram - example -

78 activity diagram - example -

79 activity diagram - example -

80 activity diagram - example -

81 activity diagram - example -

82 activity diagram - example -

83 activity diagram - example -

84 activity diagram - example -

85 Tirando le somme... Descrizione testuale difficile da seguire Presta il fianco ad errori concettuali difficili da scovare Rappresentazione grafica rende evidenti relazioni causali tra azioni Permette di strutturare il procedimento, suddividendo il problema di modellazione in problemi più piccoli

86 Sommario e conclusione Passaggio da un modello dall'esterno (cosa il sistema fa) ad un modello descrive i passi che realizzano uno scenario (interazione attore/sistema) o una funzionalità del sistema Activity diagram: una notazione intuitiva ma potente permette di esprimere alternative, parallelismo, comportamenti strutturati enfatizza concatenazione di azioni