Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

More documents

Recommendations

Info

utente registrato Figura 4.14. User case duplicati. iscrizione iscrivi un amico Carnielli Efrem: Programmazione a componenti scelta corso Unified Software Process (USP) scelta corso scelta amico Usando l’UML bisogna evitare la duplicazione degli use case come nella figura 4.14 dove non era necessario avere due “scelta corso” uguali. L’esempio precedente può essere ulteriormente semplificato usando la relazione di generalizzazione (come in figura 4.15). utente registrato iscrizione iscrivi un amico Figura 4.15. Eliminazione della duplicazione degli user case. scelta corso scelta amico In tutti gli esempi proposti l’attore era una persona. Una macchina potrebbe essere vista coma attore a patto che si definiscano bene i ruoli, anche se i casi d’uso servono per rappresentare le interazioni con l’utente. Ci sono altri metodi migliori per rappresentare le relazioni tra i sistemi come i component diagrams. 90
Carnielli Efrem: Programmazione a componenti Unified Software Process (USP) I diagrammi di casi d’uso non bastano per ridurre i requirement risk. Un ulteriore aiuto ci viene fornito dai prototipi di interfaccia e da altri sistemi che vedremo di seguito. 4.2.1.2.13 Buon utilizzo dei diagrammai dei casi d’uso Una volta descritti i diagrammi e importante capire una cosa: i diagrammi devono essere semplici! Questo perchè molto spesso l’utilizzo di include ed extend e di altri costrutti dell’UML può essere ambiguo, portando magari ad inutili descrizioni sull’utilizzo dell’uno o dell’altro. Gli stereotipi vanno utilizzati con moderazione proprio per evitare tali ambiguità. Insomma i diagrammi possono essere uno strumento utilissimo durante la progettazione ma solo se sono chiari e non ambigui. Infatti devo ricordare sempre che i diagrammi mi aiutano a formalizzare i requisiti che il sistema deve avere, e che devono essere facilmente comprensibili anche dal committente. E’ anche importante ricordare che il verso e la direzione delle frecce degli stereotipi non indicano un flusso e nessuna informazione sulla successione temporale dell’uno rispetto all’altro. Nel momento in cui vado a realizzare l’interfaccia avrò gia realizzato i diagrammi dei casi d’uso; qui devo porre molta attenzione poiché non posso permettere che tali diagrammi mi condizionino troppo nelle scelte che vado a fare. I diagrammi dovrebbero essere il più possibile astratti, per permettermi più libertà, in modo che se mi accorgo di alcuni problemi nella realizzazione dell’interfaccia, posso tornare indietro e correggere senza problemi (senza cioè avere ripercussioni sul diagramma). In sostanza l’importante è che i diagrammi siano chiari, semplici, usati con parsimonia e non portino a condizionamenti sull’interfaccia. 4.2.1.3 Activity diagrams Come abbiamo detto manca l’idea di flusso. A questo scopo introduciamo gli activity diagrams (anche questi di tipo comportamentale) che forniscono una visione dinamica dell’applicazione definendo con precisione la sequenza delle attività in un ottica rivolta al sistema. Si tratta di un linguaggio con costrutti che permettono di rappresentare ogni processo, se usati con accorgimento sono chiari al committente. Vediamo quali sono gli scopi per cui sono utilizzati e cosa li caratterizza principalmente: 91
Page 1 and 2:
Programmazione a componenti Dispens
Page 3 and 4:
Sommario Sommario Sommario 1 Progra
Page 5 and 6:
Carnielli Efrem: Programmazione a c
Page 7 and 8:
contiene sommariamente: • l'indir
Page 9 and 10:
Complilazione,linking… file.java
Page 11 and 12:
Macchina 1 Macchina 2 browser richi
Page 13 and 14:
owser R1 R2 Carnielli Efrem: Progra
Page 15 and 16:
elazione Entità 1 Entità 2 Figura
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
Page 23 and 24:
entità 1 entità 2 l. applicativo
Page 25 and 26:
Page 27 and 28:
Livello applicativo Livello di sist
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Figura 2.12. Intrasystem C/S Carnie
Page 35 and 36:
2.3 Terminal services Carnielli Efr
Page 37 and 38:
Tty Emulator Sistema Operativo Hard
Page 39 and 40: Carnielli Efrem: Programmazione a c
Page 43 and 44: Client Client Client Client Carniel
Page 45 and 46: Computer Client Figura 2.23. Applic
Page 47 and 48: Logica di presentazione (interfacci
Page 49 and 50: A A s; s; s=new s=new A(); A(); Car
Page 51 and 52: p 1 ret 1 y 3 p 2 ret 2 Stack di at
Page 53 and 54: g(){ . . . y = f(3, obj); . . . } f
Page 55 and 56: Activation record di h Activation r
Page 59 and 60: 3.1.4 Passaggio dei parametri Anali
Page 61 and 62: Figura 3.8. Chiamata di funzione Ca
Page 63 and 64: indirizzo. 3.1.5 Esempio: utilizzo
Page 65 and 66: 3.2.1 Riduzione del traffico di ret
Page 71 and 72: al momento della progettazione C/S.
Page 79 and 80: Studente Carnielli Efrem: Programm
Page 81 and 82: Docente Figura 4.5. Extend Carniell
Page 83 and 84: I passi per la costruzione di un mo
Page 85 and 86: Studente Figura 4.7. Use Case diagr
Page 89: U te n te g e n e rico S tu d e n t
Page 95 and 96: Compila Scegli Questionario Present
Page 97 and 98: 4.2.1.3.1 Ancora sugli activity dia
Page 99 and 100: 4.2.1.4.1 L’ utente Carnielli Efr
Page 103 and 104: 4.2.1.4.4 Collocazione elementi a v
Page 105 and 106: seconda del tempo di attesa richies
Page 107 and 108: SOFTWARE HOUSE A Attore L’utilizz
Page 109 and 110: Analisi Progetto Test Sviluppo Fase
Page 113 and 114: Tabella 2. Relazioni RELAZIONE DESC
Page 125 and 126: Figura 4.38. Esempio di sequence di
Page 127 and 128: • collaudo: eseguito con i veri u
Page 131 and 132: C 1 Figura 5.5. Replicazione A C 2
Page 133 and 134: Figura 5.7. Riorganizzazione. Carni
Page 137 and 138: Client Client Client Carnielli Efre
Page 139 and 140: 6.3.4 Connessioni Carnielli Efrem:
Page 141 and 142:
sqlParziale sqlParziale = = “sele
Page 143 and 144:
Page 145 and 146:
Codice scritto con ling. di program
Page 147 and 148:
Client Carnielli Efrem: Programmaz
Page 149 and 150:
Module Language … … f() … …
Page 151 and 152:
6.9 Connessione al Database Server
Page 153 and 154:
Page 155 and 156:
posso utilizzare gli EJB indicati i
Page 157 and 158:
Page 159 and 160:
hgt utenti ____ nome ____ cognome _
Page 161 and 162:
Page 163 and 164:
Figura 6.18. OLAP a tre dimensioni.
Page 165 and 166:
Page 167 and 168:
Figura 7.4. Ereditarietà’ Carnie
Page 169 and 170:
Figura 7.6. B eredita dalla classe
Page 171 and 172:
• Interfacce dirette: fanno parte
Page 173 and 174:
op1 op2 op3 op1 op2 op3 op4 op5 Ca
Page 175 and 176:
Figura 7.11. B eredita dalla classe
Page 177 and 178:
int int perDue perDue (int (int (in
Page 179 and 180:
7.8.1 Diamond Inheritance Problem C
Page 181 and 182:
implementazioni. 7.8.2 Class compos
Page 183 and 184:
Page 185 and 186:
f() A Carnielli Efrem: Programmazio
Page 187 and 188:
Page 189 and 190:
8 Glossario / Appendice Carnielli E
show all

Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?