Ciao, onestamente il design partendo UML fa un po' a cazzotti con la maggior parte delle metodologie che sono molto + focalizzate ad un design emergente. UML in questi casi e' molto utile quando viene generato dal codice.
Oggi le architetture e le applicazioni sono realizzate differentemente da un tempo, magri hai la tua applicazione che gira nel browser e che effettua chiamate restful verso un applicazione serve che espone delle API o magari hai una + classica applicazione MVC serverside...
In sostanza il design dipende dalle esigenze della tua applicazione , una volta che sono chiari i requisiti, allora si puo' discutere di design e quindi capire cosa sia utile o meno.
L'approccio UML first e' problematico in quanto, a meno che non si voglia autogenerare le classi (ma questo e' + che altro per il modello dati e fa un po' anni 90) , e' la prima cosa che va in out of synch con il codice, insieme a commenti all'interno dei metodi ed altre cose simili .
Noi UML lo utilizziamo + per documentazione che per design a livello di codice, Use Case e diagrammi di alto livello invece possono essere utili quando andiamo a definire le user stories o per andare poi a definire degli acceptance tests.
Ovviamente questa e' la mia esperienza e la biodiversita' in natura e' un valore , ci tenevo a dare la mia solo per fare presente che non tutti quelli che non usano UML estensivamente lo fanno per incompetenza o perche' non avrebbero il tempo , non per flame ma per dare un punto di vista diverso.
Alessandro
Alessandro