Newsgroup: it.lavoro.informatica
Titolo: [semi ot] uml nelle aziende.

Ciao a tutti,
Vi pongo una curiosità che è nata da una discussione fra colleghi,
praticamente i miei colleghi sostengono che l'uml o linguaggi simili di
progettazione non sono veramente usati, cioè anche le ditte che si
propongono di usarli finiscono per abbandonarli perchè probabilmente troppo
impegnativi e dispersivi.
E' vero? avete esperienze i questo campo? ci sono ditte che effettivamente
li usano e nel modo giusto? sono veramente utili e fanno curriculum?
Grazie per l'attenzione, ciao.

 sono veramente utili e fanno curriculum?
metterlo nel cv è meglio che non averlo.


A Michč misa che hai avuto una svista:
xml č un metalinguaggio per creare linguaggi a marcatori / strutturare dati.
uml č un insieme di diagrammi  utili per progettare e sviluppare ad oggetti

UML non č una metodologia, sono solo dei diagrammi, cmq per rispondere
alla tua domanda diciamo che (IMHO):
-) i casi d'uso sono (relativamente) molto usati anche da chi non sviluppa
ad
   oggetti; non mi viene in mente nulla di meglio per l'acquisizione dei
requirements.
-) il diagramma delle classi č fondamentale per comunicare in un team che
sviluppa
   ad oggetti e quindi in questo ambito credo sia molto usato.
gli altri diagrammi temo non siano molto usati.
Credo che nella tua domanda fosse cmq implicita la seguente richiesta:
"Esistono secondo voi molte aziende in Italia che sviluppano, progettano,
prototipano,
realizzano ed installano software seguendo un approccio ingegneristico,
impiegando moderne (moderno non inteso come brodoso e fine a se stesso ma
come
prodotto delle esperienze e delle conoscenze oggi disponibili) metodologie
per la gestione del ciclo di vita del software?"
Io non credo (la Sapient so di sě cmq), credo anzi che la maggiorparte di
quello che si vede in giro sia
vapourware, cose che sulla carta dovrebbero risolvere "il problema"  e
che poi evaporano piano piano lungo il ciclo di vita fino a (una o piů delle
seguenti):
-) richiedere un tempo infinito per entrare a regime.
-) risolvere il problema sbagliato.
-) risolvere il problema corretto in un modo peggiore della soluzione
attuale
(gli utenti preferiscono usare carta e penna  perchč il nuovo sistema č piů
lento
e meno sicuro e meno flessibile di un archivio cartaceo)
-) piů in generale coporta dei costi maggiori dei benefici che crea (sia
diretti che indiretti).
Clemente.

> A Michč misa che hai avuto una svista:
brrrrrrrr.... leggasi "hai commesso " plz.....
scusassero che l'ora č tarda....

 Si, xml da noi č molto usato...(da noi, perň..)
Infatti ...
Non si parta di xml ma di UML Unified Modeling Language
Saluti.
-- 
I'am what I'am, I do what I can

 effettivamente li usano e nel modo giusto?
E' possibile ma non ne conosco nessuna.

 buttato via tutto.
Mi piacerebbe molto farvi un corso :)
UML è utile, è aumenta la sua utilità con le dimensioni del progetto. 
Questo è il riassunto della mia personale opinione.
Saluti, Dino.

 troppo impegnativi e dispersivi.
Spesso la progettazione del software viene considerata un ingranaggio 
troppo lento e costoso. Tuttavia i linguaggi ad oggetti con un approccio 
"scrivi-subito-il-codice" tendono al caos e all'ingestibilità col crescere 
del progetto, anche questo è largamente dimostrato.
Quello che dicono i tuoi collegni non è la tendenza nei progetti di una 
certa dimensione.

Saluti, Dino.
Mi piacerebbe farti vedere alcuni diagrammi UML buttati giu' dai maghi
di Accenture... cerchero' comunque di descriverteli, sperando che
delle semplici parole siano adatte allo scopo (sarcasmo):
Omino>pallinocherappresentailprogramma>Omino
Come dire
I dati entrano
I dati escono.
E pensa che ci facevano relazioni di 12-18 pagine con diagrammi di
questa complessita'...
Pero' vuoi mettere quando il progetto fallisce?
"Eh, ce l'abbiamo messa tutta, abbiamo chiamato i migliori, ma non
c'e' stato niente da fare..."
Saluti
-- 
-Ricordati che devi morire!!!
-Si si no, mo'... mo' me lo segno, proprio! Cioe' e' na cosa... Non vi preoccupate! 

 wrote in message
news:bk4l0r$id0$1...@grillo.cs.interbusiness.it...

Io lo uso abbastanza pesantemente in fase di impostazione di un progetto. E'
importante ricordarsi che UML è UNA NOTAZIONE non una metodologia; questo è
uno svantaggio ma anche un vantaggio in quando consente di utilizzarlo
secondo le necessità. All'atto pratico il vero vantaggio è imporre una sorta
di auto disciplina nella fase iniziale del progetto; sia per quanto concerne
le specifiche (la cui labilità è spesso è fonte di inenarrabili casini in
una fase successiva) sia per la macrostrutturazione del SW. Alla fine is SW
risulta di qualità nettamente superiore. Almeno nella mia esperienza.... ;o)
G.

 Si, xml da noi č molto usato...(da noi, perň..)
cosa c'entra XML con UML ?? Mi sa che tu non abbia nemmeno un'idea di cosa
sia la modellazione....

 ci sono ditte che effettivamente li usano e nel modo giusto? sono
veramente utili e fanno curriculum?
Sempre meglio averlo che non averlo.
Penso che un software debba essere pensato prima di scriverlo e
documentato con una metodologia standard.
ciao
  gabriele.

sono veramente utili e fanno curriculum?
Un consiglio spassionato metti sul curriculum solo cose che conosci
veramente.
Ciao
G.M.

 praticamente i miei colleghi sostengono che l'uml o linguaggi simili di
nella azienda dove lavoro UML (Rational Rose principalmente) e' basilare
nella progettazione e analisi del pacchetto software e come modello per
elaborare vari scenari applicativi.
E' senz'altro impegnativo ed è dispersivo esclusivamente se utilizzato fine
a se stesso, cioe' se poi in fase di implementazione non vengono rispettati
con un certo rigore gli standard derivati dalla modellazione.
Avere esperienza nell'UML è *sicuramente* un ottimo biglietto da visita per
alcune realtà (vedi settore consulenziale, risk analysis e vari)
Saluti

 cosa c'entra XML con UML ?? ..
...
ROTFL!
Bye. Guly
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 sia la modellazione....
Pero' sa quotare bene, vuoi mettere....:-))
Saluti.
Luciano

Noi usiamo alcuni diagrammi fondamentali della notazione UML (usecase, class,
collaboration) come mezzo di comunicazione all'interno dei team di progetto. E' un mezzo
molto compatto ed efficace di comunicare fra sviluppatori.
Ciao,
    Bruno.
-- 
| Bruno Bossola 
| A Java Software Engineer :-)
| 
http://digilander.iol.it/bbossola
| Membro del JUG Torino - 
http://www.jugtorino.it

 e fanno curriculum?
Si! in ogni caso.

 c'e' stato niente da fare..."
E quando sono stati completati e testati tutti i moduli seguendo "le 
specifiche" dei progettisti e i tasselli non si incastrano l'uno con 
l'altro? Anche a questo ho assistito.
Saluti, Dino.

 Grazie della precisazione, era fondamentale.
ROTFL ;)


 Certo, vuoi mettere?
Sante parole. Mio figlio ha iniziato a studiare quoting ieri (e' in terza
elementare), era ora che i programmi scolastici si aggiornassero coi tempi.
Per uml ripassa a settembre.
Saluti.
Luciano


ROTFL :)
--
Andrea

 ha scritto nel messaggio
news:bk4l0r$id0$1...@grillo.cs.interbusiness.it...

Dove lavoro dovremmo cominciare ad usarlo, tanto che ad alcuni di noi sono
stati fatti seguire dei corsi.
Finora non mi risulta che qualcuno lo stia effettivamente gia' usando.
Quanto sara' utile? Boh!
Sicuramente una buona analisi ed una buona progettazione sono
indispensabili, ed uno strumento che aiuti in questo sarebbe utile.
Oltretutto sta diventando un requisito sempre piu' frequentemente richiesto
dal'utenza di un certo livello.
Allo stato, pero', almeno per come e' organizzato il mio gruppo di lavoro,
credo che sarebbe solo un ulteriore appesantimento dell'iter voluto dalla
qualita', ma non apporterebbe grossi benefici sostanziali.
Ciao.
--
Luana
UIN 17403231 (Solaris)
http://members.tripod.com/LuanaC
"Un sol modo t'e' concesso per evitare
l'infezione del mondo. non farne parte."
(John Donne )

 questa complessita'...
Mi sa che abbiamo seguito lo stesso corso.
Sun?


Sun?
Rileggi bene: io parlavo di una situazione lavorativa.
Saluti.
