Newsgroup: it.comp.java
Titolo: [OT OOAD] UML, fino a dove? uL ... illuminami !!!

Ciao a tutti, come da post precedente mi sto avventurando nel mondo
dell'UML, per la prima volta in un atto pratico e non solo teorico, UML
distilled l'ho assimilato e sto cercando di mettere in pratica quanto letto.
Alla fine ho deciso di svolgere un'analisi di un sistema embedded per la
registrazione digitale, trovata su internet. Ho deciso comunque di
modificare un po' di cose per vedere fino a che punto riesco ad arrivare con
l'analisi e la progettazione.
Ho cercato di seguire quanto riportato in "Applying UML Patterns" di
Larmann. Al momento ho una visione di ciò che il sistema deve fare, quali
sono le entità che entrano in gioco per realizzare gli obiettivi e sto
passando alla stesura dei casi d'uso.
La mia prima domanda (già, se qualcuno avrà tempo e voglia per darmi
delucidazioni potrebbero arrivarne altre) è fino a che punto arrivare con la
definizione dei casi d'uso? Mi spiego meglio.
Il Sistema deve dare la possibilità (tra le altre) di ascoltare un messaggio
e di impostare un'allarme. Bene, presi i due singoli casi non vi sono
problemi, i casi d'uso sembrano abbastanza intuitivi e logici. Ma è corretto
andare a spulciare fin dalle prime fasi di analisi le diverse eccezioni che
possono presentarsi come ad esempio lo scattare dell'allarme proprio mentre
si sta ascoltando un messaggio? Per quanto ho appreso spulciando libri,
dispense, tutorial e chi più ne hapiù ne metta, no, nelle prime fasi
astrarre i comprtamenti essenziali e principali del sistema e dei casi
d'uso, nelle fasi successive raffinare quanto sviluppato.
Se tutto questo è corretto, posso affermare che durante l'analisi e lo
sviluppo i documenti prodotti vengono modificati ad ogni ciclo o iterazione
del processo di sviluppo? Posso pensare senza che nessuno mi prenda per
deficiente che la progettazione con UML non può essere definita "sbagliata",
ma al massimo si possono muovere critiche sul livello di astrazione dei
modelli, sulle scelte dei casi d'uso e degli scenari presi in
considerazione?
Spero che qualcuno possa aiutarmi a diradare la nebbia che mi offusca il
cervello, UML tanto interessante quanto ... uhm complicato da digerire a
fondo?
L'ultima domandina, UML è uno standard giusto? Uno standard è qualcosa di
definito con delle particolarità che devono essere presenti giusto? Bene,
perchè mi si parla di System Boundary degli Use Case e io non trovo mezza
soluzione per inserirli nei diagrammi dei casi d'uso di Rational Rose, li
posso inserire un ArgoUML e Poseidon ma solo come formati grafici (un
semplice rettangolo con un etichetta) ... insomma sto incontrando anche
alcuni problemi nel disegno dei diagrammi con i diversi tool ... mi sa che a
breve impazzisco!
Ciao e grazie per il tempo dedicatomi, Gianluca

 L'ultima domandina, UML è uno standard giusto? 
Dopo la solita nota - UML di per se' e una notazione, quanto sopra si 
applica piu' a metodologie che ne fanno uso (interamente o in parte) - 
dipende da che intendi per "giusto" :)
E' in evoluzione, e i prodotti (specie Rose, anche se non lo uso piu' dalla 
versione 2000qualcosa) tendono sempre ad essere un po' in arretrato.
Inoltre, siccome di per se i prodotti spesso supportano una metodologia, 
possono focalizzarsi piu' o meno su certi aspetti del linguaggio.
-- 
Life's something u don't get out alive..
ObjectZone - 
http://space.tin.it/computer/csadun

 possono focalizzarsi piu' o meno su certi aspetti del linguaggio.
Grazie Cristiano, credo allora di avere il punto della situazione, forse un
po' di pratica e soprattutto il trovarsi di fronte al problema reale e dover
trovare una soluzione sarebbe il passo che mi manca per rendere quello che
ho assimilita qualcosa di tangibile e applicabile e per togliormi ogni
dubbio...
cmq, ho messo on-line (purtroppo il sito non è sempre attivo, visto che è il
computer di casa mia ... e ogni tanto lo spengo :) ) se hai qualche minuto
da dedicargli puoi provare a dare una rapida lettura a quanto finora
prodotto (sono solo una decina di pagine)? Il link è:
http://www.grava.dyndns.org/File%20Repository/UMLCase%20Study.doc
 il
problema l'ho affrontato solo come esempio nei casi d'uso (per ora solo
descrittivi) definendo diversi flussi, quello standard e quelli particolari
andando a descrivere il comportamento del sistema e degli attori nei diversi
casi sempre tenendo presente il susseguirsi delle azioni.
Grazie e ciao, Gianluca

 breve impazzisco!
Leggi qui e scoprirai qual'e' il miglior tool per fare UML:
http://www.javaworld.com/javaworld/jw-01-2002/jw-0111-ootools.html
ciao
uL


Grazie Ugo per l'esaudiente risposta e per il tempo dedicatomi ... Mi rifarò
sentire con il proseguire del progetto. Rinnovo anche a te l'invito fatto a
Cristiano, se avete tempo c'è una prima bozza sul mio sito ... so che è
Natale e nessuno ha la benché minima intenzione di leggersi una decina di
pagine scritte da uno studente ... magari tra un pranzo e l'altro, tra una
sciata e l'altra ... :D
Grazie 1000 e ciao Gianluca.

 
http://www.javaworld.com/javaworld/jw-01-2002/jw-0111-ootools.html
<quote>
So far, I've found that the combination of a whiteboard, a digital camera,
and Whiteboard Photo offers the best method to get program designs into a
machine.
</quote>
Tutto a manina :-)
Luigi

Anch'io sto impazzendo appresso a queste cose.
Ho studiato i vari Larman, Fowler, Jacobson per arrivare alla
conclusione che questi problemi sono ancora lontani da essere
sistematizzati. Anche se averli posti è già un bel passo avanti.
Considero gli use case strumento fondamentale, ma solo in forma
testuale.
Dell'UML mi trovo sin'ora ad utilizzare solo i comuni class-diagram.
Nei prossimi mesi penso di utilizzare i sequence diagrams per
chiarirmi le idee su alcuni problemi.
Le letture che mi hanno più convinto e da cui ho ricavato un mio modo
di lavorare sono:
http://www.foruse.com/articles/structurestyle2.htm
http://members.aol.com/acockburn/papers/usecases.htm
http://www.holub.com/aiharticles.html
 (serie IBM DeveloperWorks)
Ciao
Nicola Grippaldi