UML

User View (Use Case Diagram):

Process view (Activity diagram (o BPMN), Statechart)

Structural view (Class Diagram)
Impementation view (Component)
Environment view (Deployment)

Use Case Diagram

Requisiti: desideri del committente (elicitation)
-

Funzionali :cosa fare <- UML Use case

Non funzionali: come fare

Elicitation:
1) Identificare gli attori del sistema
Tutti quelli che si interfacciano al sistema. Non mai il sistema stessa ma possono essere o persone
o altri sistemi (legacy) che interagiscono con il sistema.
2) Identificare i requisiti
Si fa una lista in forma tabellare in cui vado ad elencare le funzionalit richieste. Mapping tra cosa
devo fare e gli attori che ho identificato precedentemente. Non devo guardare laspetto algoritmico
ma solo il fine. Inoltre gli aspetti funzionali sono diversi solo se sono scollegati come caso duso.
Non bisogna pensare alle relazioni tra funzionalit.
3) Disegnare lo Use case diagram
Ogni punto della lista si trasforma in notazione grafica. Lattore un omino stilizzato con un nome,
mentre la funzionalit un elisse con un nome. Per linterazione si utilizza una riga. possibile
specificare se fornisce un input o riceve una mail ponendo una freccia ad hoc. Non esiste mai un
collegamento di interazione tra due use cases.
Si definiscono poi le relazioni:
a) Generalizzazione (simbolo UML): pu legare attori tra loro e casi duso tra loro. Nel primo caso
significa che un attore eredita tutte le funzionalit a cui accede lattore padre. Nel secondo caso
significa che i figli sono una specializzazione del caso padre.
b) Include (freccia tratteggiata con etichetta <<include>>: tipo una chiamata a procedura eseguita
sempre. Significa che vado a mostrare la presenza di un caso complesso duso allinterno di un
altro oppure che il caso duso ha allinterno una procedura eseguita da un altro sistema oppure
che una funzionalit una procedura presente in pi casi duso. Se A include B e lego un attore
ad A, se in B lattore sempre solo lo stesso lascio cos, se lattore cambia o si aggiunge lo devo
legare a B, ma A avr pi attori.
c) Extend (freccia opposta ad Include con <<extend>>): differisce dallinclude poich una
funzionalit che estende un caso duso MA opzionale.
4) Documentazione
Nome del caso duso, descrizione breve, attori, se ci sono casi duso collegati, precondizioni e
postcondizioni, flusso principale delle operazioni (do unidea di come il processo nei casi duso
avviene). Per ogni caso duso vado ad associare un BPMN per associare un flusso di processo.

UX DIAGRAM (user experience)

Va a modellare lesperienza dellutente nellapplicazione; per modellarlo usiamo un class diagram.
Le classi modellano le shermate o i form della nostra applicazione. Si modella solo la parte dinamica.
Le relazioni di associazione modellano il flusso di navigazione.
SCHERMATE:
Nome <<screen>>:
-

$ raggiungibilit da ogni pagina

+ composta da pi pagine: in questo caso ho dei percorsi next e previous

Attributi dinamici
Operazioni -> cambiano lo stato
FORM<<input form>>:
-

Composizione
Classe associazione

Attributi sono i campi della form da compilare.