Newsgroup: it.lavoro.informatica
Titolo: analista funzionale.. questo sconosciuto

Ciao a tutti,
ne ho sempre sentito parlare ma mi sono sempre chiesto una cosa.. ma che 
minkia fa l'analista funzionale??
mah..

 che minkia fa l'analista funzionale??
Analizza le funzioni??
:-DDDD
Buona Pasqua
-- 
Ciao!
Luca

 minkia fa l'analista funzionale??
Fa funzionare l'ano, allargandolo con la minkia, o con tutti gli altri
strumenti (informatici o no) a disposizione.

 minkia fa l'analista funzionale??
(premessa: ho semplificato molto)
fa analisi sulle funzionalità e sulle procdure aziendali in modo da 
interagire con chi poi dovrà implementare quelle funzionalità in un 
sistema informativo.
quindi deve avere competenze che riguardano i processi aziendali (se 
siamo in una banca deve comprendere ad esempio le problematiche 
dell'area finanza o dei sistemi di pagamento o dei titoli) che in 
qualche modo che riguardano il sistema informativo di quell'azienda.
-- 
FabMind

FabMind ha scritto:

quindi per diventare una analista funz. devi essere laureato in economia 
  oppure in gestione aziendale o cose del genere?

  oppure in gestione aziendale o cose del genere?
certamente aiuta, ma non è detto.
io ti ho fatto un esempio nel mondo bancario dove i sistemi informativi 
sono orientati al gestionale, ma in altre realtà le competenze dovranno 
essere diverse.
-- 
FabMind

 mah..
E' quella figura che serve ad aumentare di volume i libri di software 
engineering ;-)


Si occupa principalmente di fuffaware

 Si occupa principalmente di fuffaware
Io credo che il suo lavoro sia importante. Capisce cosa deve fare il 
software. Un software super fico e super tecnologico che non fa quello 
che serve č inutile.
-- 
Andrea Francia
http://www.andreafrancia.it/

CUT
 Un software super fico e super tecnologico che non fa quello
 che serve
CUT
e che spesso non fa nemmeno quello che dice ....chiamasi, appunto, 
fuffaware.
Sinonimi:  vaporware, baracconware ... -)
ciao
fm

 fuffaware.
Quello ha a che fare con la politica scelta per promuovere il software 
non con l'analisi funzionale.


Andrea ha scritto:

L'analista funzionale ti dice quello che devi fare.
Il fatto che tu e buona parte di quelli che hanno risposto, ignorano o 
sottovalutano l'importanza di questo ruolo la dice lunga sulla maturità 
dell'informatica in italia

 dell'informatica in italia
Non so perché, ma "il fatto che tu e buona parte di [...] ignorano o 
sottovalutano" mi sembra dirla piuttosto lunga anche sulla maturità della 
lingua italiana.
Comunque, nessuno nega che gli analisti funzionali siano importanti; il 
problema è che, come al solito, spesso le figure non prettamente tecniche 
vengono a tal punto nascoste in mezzo a vagonate di scempiaggini commerciali 
che si tende a considerarli tutti dei buffoni incompetenti e mangiasoldi.
I project manager servono, gli analisti funzionali servono, persino i 
commerciali (ebbene sì!) servono; quello che non serve è che tutte queste 
figure a) sparino cazzate in malafede per fregare il cliente oppure b) 
sparino cazzate in buonafede perché non sanno di cosa parlano, "tanto poi ci 
sono i tecnici che risolvono tutto".
Massio

 "tanto poi ci sono i tecnici che risolvono tutto".
Nella mia esperienza in azienda i tecnici sono sempre stati meri 
esecutori di specifiche altrui. L'analista era la figura più importante 
e a volte erano persone interne altre volte esterne. I tecnici 
(programmatori) erano le figure meno pagate (se esterne) e sinceramente 
avevano il compito più facile.
Poi per rendere la tua osservazione meno di parte avrei aggiunto anche 
che non servono tecnici incompetenti che si spacciano per esperti.

 dell'informatica in italia
in pratica è la stessa cosa che ha detto mia moglie quando gli ho 
riassunto l'argomento di questa discussione e alcune delle risposte.
-- 
FabMind

 L'analista funzionale ti dice quello che devi fare.
 si , ma non sa se è possibile farlo , perchè non conosce i linguaggi.
E' come il cliente finale  , chiede  cosa gli piacerebbe che il sw facesse , 
ma poi non sa se la tecnologia lo permette , cioè lui non sa di non sapere.
mentre un programmatore se si studia l'ambito di applicazione del sw , può 
sostituire l'analista .

 sostituire l'analista .
Non sono d'accordo. Al programmatore mancherebbe sempre l'intima 
conoscenza del dominio applicativo che invece ha l'esperto di dominio. 
La soluzione è far collaborare un esperti di dominio con un tecnici 
informatici.


 non servono tecnici incompetenti che si spacciano per esperti.
Su questo non ci piove; ma bisognerebbe allora anche parlare di chi vende 
"senior" raccattati al mercato delle pulci il giorno prima...
Massimo

 fantasy medievale.
I cambiamenti vanno presi in considerazione e vanno gestiti.
Comunque questo dovrebbe essere un problema gestito dal project manager 
e non direttamente dal programmatore.


 atteggiamento che accusi gli altri di avere.
Potresti spiegarti meglio?
Massimo

 Massimo
Nicola
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 l'analisi funzionale
e questo processo induttivo da dove è uscito?

sostituire l'analista .
per carita' io ho sempre conosciuto analisti funzionali (o esperti di processo)
che erano anche e soprattutto programmatori, ma di programmatori che
conoscessero a fondo le problematiche di gestione del magazzino, della
fatturazione e della contabilita' e della telefonia mobile ne ho conosciuti
pochini.

("Linux" ti dice nulla?); 
Quale "Linux"?
Il kernel?
Il sistema GNU/Linux?
Una delle tante distribuzioni?


 l'informatica.  
Nei piccoli progetti da gruppi di 2-3 persone è evidente che hai
ragione. Nel senso che distinguere tra pm, analista, sistemista,
programmatore, ecc. è impossibile ed anche assurdo. Alla fine tutti
fanno tutto, e tutti si accontentano....
Ma nei grandi progetti la strutturazione del gruppo di lavoro è una
necessità, non una fissazione di qualcuno. Pertanto ci sarà sempre il
programmatore "senior" che parlerà con il cliente, e riferirà le
richieste ai programmatori junior. E siccome non ha tempo di fare
tutto, il programmatore senior via via programmerà meno e colloquierà
di più col cliente. E quindi si trasformerà in analista funzionale.
Quanto ai paragoni, stranamente la produzione software non viene mai
paragonata ad altre produzioni industriali, perchè evidentemente nel
confronto il sw ci perde molto. Allora si paragona il sw ad un'attività
artistica, come scrivere un romanzo. Può essere, ma sinceramente la
materia di gran parte del sw (gestionali, contabilità, ecc.) tutto ha
meno che l'aspetto artistico. Insomma ce ne vuole per confrontare
Camilleri con l'autore dell'ennesimo pacchetto Iva o gestione
personale...

 
Molti (non tutti) dei linguaggi che si usano di solito sono general
purpose. Ci puoi fare qualunque cosa. Quindi e un problema che non
esiste in assoluto.
Puo esistere nel ristretto ambito di un particolare ambiente
applicativo. Ma comunque e superabile investendo tempo e soldi, e
programmatori, in misura adeguata.

 tecnici informatici.
Aggiungo però che l'analista funzionale, esperto di dominio,
realisticamente non può collaborare con *tutti* i programmatori. Farà
quindi riferimento ad un "capo programmatore", "responsabile tecnico",
o come lo vogliamo chiamare. Il quale finisce per essere una figura in
pratica equivalente a quell'analista che si vorrebbe eliminare.
Quindi alla fine è solo una questione di nomenclatura.

 ha
scritto:

L'analista spiega ai tecnici l'analisi, i processi le funzioni. I tecnici
capiscono l'analisi e fanno il SW.
Scusa mi vuoi dire che dove lavori tu i tecnici scrivono SW e non sanno cosa
fa e come funziona ?
FAmmi sapere che azienda e' che me la segno ....


 
http://www.andreafrancia.it/


 persona che non partecipa alla produzione SW.
Si, ma a volte (molto spesso, direi) il cliente finale e assolutamente
incapace di spiegare in modo coerente e completo quello che fa
(per educazione inadeguata, per scarsa inclinazione, per disabitudine).
Figuriamoci a metterlo per iscritto....
L'intermediario (analista, o programmatore esperto, o come la vuoi
chiamare) deve quindi essere bravo a tirare fuori da questi soggetti
quella conoscenza, che da soli mai e poi mai saprebbero esprimere.
Cominciamo quindi a dire che il programmatore-intermediario deve saper
scrivere ottimamente in italiano. E qui cascano molti asini.... :-)


In alcuni progetti ho trovato assolutamente necessaria la figura dell'
"analista".
Vi sono ambiti complessi (es. banche, assicurazioni, tlc le prime realtà che
mi vengono in mente per esperienza diretta o indiretta), in cui un
"servizio" non sempre viene erogato da un singolo software, ma magari da una
"catena", da sistemi complessi che si interfacciano tra loro, ecc..
Al cliente queste cose non interessano, il cliente vuole l'erogazione di un
servizio, indipendentemente da come venga realizzato. Lo sviluppatore
conosce il suo sistema e si interfaccia con altri sistemi. L'analista
(ripeto, in alcuni progetti in cui sono stato) faceva da tramite tra cliente
e singoli PM, aveva uno conoscenza ad alto livello (non specifica per
singolo sistema, ma legata al servizio da fruire, alla catena di lavorazione
o come vogliamo chiamarla) delle funzionalità dei vari sistemi e il suo
compito era la stesura dei requisiti veri e propri. Poteva farlo il cliente?
Nei casi in questione non ne era in grado, in altri casi sicuramente sarà in
grado e non sarà necessario l'analista.
bye,
risikoo



Straquoto.


 sono d'accordo, il programmatore può farlo da solo.
Non ho risposto io, perché lo trovavo inutile (chi scrive evidentemente
non ha idea di produzione di software a livello industriale). Lo hai
fatto tu e molto meglio di quanto avrei mai potuto fare io.
Aggiungo se posso che, nella mia esperienza, non esiste momento più
formativo del lavoro in un gruppo ben disciplinato e con compiti
chiaramente assegnati. Questo non annulla la personalità del singolo,
che anzi ha la doppia opportunità di concentrarsi molto nel suo lavoro
e do contribuire comunque alla riuscita del gruppo con le proprie idee
che il PM, se intelligente, terrà sempre in dovuta considerazione.
-- 
Ciao!
Luca

 vero e proprio che sta portando alla rovina l'informatica.
????
La produzione di software non č limitata certo alla stesura del codice.
Il lavoro "vero" lo fanno tutti, da chi gestisce il budget, a chi fa
analisi, a chi sviluppa, a chi testa, a chi fa manutenzione, a chi fa
supporto al cliente, ecc...
Che poi in progetti di 3 o 4 persone alcune figure coincidano con lo
sviluppatore non lo metto in dubbio.
bye,
risikoo



Aggiungo: in Italia č pieno zeppo di azienda che producono software "tipo
Linux", o sbaglio? :-)


 Straquoto.
Straquoterei anch'io se non fosse che (per la mia personale esperienza,
- e limitata solo all'Italia - e che può essere diversa nel vostro caso) in
90% dei casi si tratta di una figura completamente inutile, incapace e
parassitaria che sta li piazzata dalla BR (e a volte è la stessa BR) per
succhiare altri soldi e per monitorare il lavoro degli schiavetti
guga-guga (per usare la terminologia del Duca) e alla fine l'analisi
funzionale la tocca fare all'analista tecnico o allo stesso programmatore.
Per i "residui" 10% (ma anche meno) tanto di capello...

 avevano il compito più facile.
E questa strategia tipicamente italiota (nata nel tentativo di
risparmiare forse?)
porta al disastro.


Aspetta, io parlavo di casi in cui la cosa funziona.
Se parli di BR e casi in cui le cose non funzionano, ti dico che ci sono
analisti inutili come programmatori inutili.
Altra cosa: se l'analisi la facesse uno sviluppatore, in quel caso sarebbe
lui l'analista, quindi ai fini del progetto la figura comunque serve.


 produzione che aumenta i costi e produce perdita di informazione.
Standing Ovation

 lui l'analista, quindi ai fini del progetto la figura comunque serve.
E chi ha mai sostenuto (o almeno, questo non sono stato io) che
l'analisi funzionale non serve? Stavo solo dicendo che (secondo la mia
personale esperienza) nella maggior parte di casi in Italia è solo un
titolo che suona bene da mettere sul biglietto di visita e per succhiare
altri soldi al cliente finale, ma che alla fine il lavoro lo devono fare
l'analista tecnico o (nel peggior dei casi) lo stesso programmatore.

 
Certo, e verissimo. A volte non si fa solo l'analisi della richiesta
del cliente finale, quanto soprattutto l'analisi dell'interazione tra i
diversi sistemi informatici. E questa non la puo in nessun caso fare il
cliente, visto che non e il suo lavoro.
 


Almeno uno che abbia avuto un'esperienza simile alla mia.
Mi sembrava di essere fuori dal mondo, leggendo tanti altri post!!!



Analista funzionale + sviluppatori direi che è più costoso dei soli
sviluppatori.


 mah..
Ecco cosa ho trovato Googolando. Un articolo che spiega cosa fa un 
Analista Funzionale.
http://www.programmazione.it/index.php?entity=eitem&idItem=30235


 
Mi spiace, il fatto di capire un'analisi non ti fa diventare analista.

   oppure in gestione aziendale o cose del genere?
Conta anche l'esperienza che si ha in quel determinato campo, IMO. Ad
esempio, se hai lavorato per 5 anni come sviluppatore in ambito
telefonia, potresti anche fare l'analista funzionale in quell'ambito.
L'analista funzionale si occupa della raccolta dei requisiti ed
effettua l'analisi del dominio del problema. Dai suoi documenti si
ricava l'analisi tecnica di dettaglio e la progettazione, di concerto
con l'architetto.
Non sempre però tale ruolo viene affidato ad una persona in
particolare. Di solito, l'architetto o analista/programmatore si
occupa dell'analisi. In campi di nicchia e delicati, come quello del
trading online ad esempio, c'è bisogno di un analista funzionale (ed è
auspicabile che abbia un buon background tecnico...).
Di solito è una persona che ha una esperienza specifica nel campo
oppure acquisisce velocemente i processi aziendali e tutto il
background necessario (in questi casi, gli ingegneri VO sono
adattissimi).

 scrivere ottimamente in italiano. E qui cascano molti asini.... :-)
L'italiano e' un "linguaggio contestuale" e come tale del tutto
inadeguato alla scrittura di specifiche tecniche informatiche.
Che poi ci si voglia ostinare a scrivere specifiche tecniche
in linguaggi non formali (cosa che in ambito
tecnico scientifico credo avvenga solo
nell'informatica, anche se non so di preciso) e' un altro discorso...
Ma e' su questo discorso e non sulla non conoscenza dell'italiano
che cascano i veri asini (anche perche' quello che scrivevo
ad esempio io fino all'anno scorso era all'80% in inglese).
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 mah..
Partendo da un documento di TP o AF (Technical Proposal o Feasibilty)
scrive le specifiche funzionali (SF) che poi passeranno in mano agli
analisti tecnici e quindi allo sviluppo. L'analisi funzionale si
riduce a una serie di UC (Use Cases) che descrivano le nuove
funzionalità che il sistema dovrà fornire.
Ciao

 Architect. L'analista e' un mezzo segretario che sta in mezzo.
Infatti negli ultimi anni l'analista non esiste praticamente
piu'. Esite quello che tu chiami architect ed esiste il programmatore.
Entrambi possono fare lavoro di analisi ma almeno nel caso delle
telecomunicazioni ognuno fa l'analista dei sistemi che vende, non
del problema specifico del cliente. Se il cliente ha un problema
specifico si cerca tra i prodotti a catalogo quale si avvicina di
piu' alla soluzione e, se il cliente chiede qualcosa di un po' diverso,
lo si customizza (facendo pagara una valanga di soldi)
Ciao,
Marco.


 programmatori (anche se poi magari riusciranno a guadagnarci lo stesso).
Il punto e' che a loro e alle aziende
non interessa "realizzare". Interessa "vendere".


 Marco.
ciao, Nicola


 
Ti posso dar ragione, comunque documentazioni discorsive tipo gli use
case previsti, da metodi come RUP, non le ho inventate io. Resta il
fatto che a moltissimi clienti finali non presenterai diagrammi e
frammenti in linguaggio formale,ma relazioni scritte  in italiano. E,
credimi, si vede la differenza tra una relazione scritta bene ed una
scritta male.

 un'analista.
Come ho già detto, non voglio assolutamente negare che tutte queste figure 
abbiano un loro ruolo ed una loro importanza, anche notevole.
Ma il nocciolo della questione restano i programmatori: senza quelli, il 
software non c'è.
Mi sembra una cosa talmente ovvia da non esserci nemmeno bisogno di 
ribadirla...
Massimo


Se leggi bene il mio post ti accorgerai che il mio commento non 
riguardava l'affermazione:
  - "Il lavoro del programmatore è piu' importante degli altri".
Perché è una opinione, condivisibile o meno, su cui c'e' poco da discutere.
Il mio post riguardava l'affermazione :
  - "Un programmatore può benissimo realizzare un programma anche senza 
analisti, PM e commerciali."


 Luca
ciao Nicola


 ribadirla...
Falce, Martello e Tastiera!

 esserci nemmeno bisogno di ribadirla...
Infatti, hai detto secondo me una ovvietà; il problema è che non sembri
renderti conto (e non solo tu, eh?) che i programmatori non sono che un
ingranaggio della macchina.
Come dire, è ovvio che senza i muratori le case non vengono su - e
prima che tu dica qualcosa, ne ho conosciuti alcuni di molto più in
gamba di taluni programmatori - , però ci vogliono loro, ci vogliono i
capimastri, ci vogliono gli ingegneri che le case le progettano, ci
vogliono gli impresari che ci mettono i soldi, ci vogliono gli agenti
immobiliari che le case le vendono.
E' un meccanismo complesso, in cui ciascuno gioca il suo ruolo.
-- 
Ciao!
Luca


Ti quoto in tutto, ma rimango allibito che escano delle frasi del tipo
"senza gli sviluppatori non si crea il software"!! Ovvio!!! Nessuno sta
sminuendo il nostro lavoro!!!!
Senza le persone che guidano i furgoncini per le consegne dei corrieri...la
merce non viene consegnata!!! Ovvio!!!! Oltre a questo ci sono ben altre
"figure" professionali. Se poi l'autista di una piccola azienda fa anche da
responsabile logistica, ecc.. beh, si parla di un caso molto particolare!!!
Concordo che il meccanismo sia complesso e che ciascuno giochi il proprio
ruolo, purtroppo invece si pongono sempre le mansioni a livelli diversi e
ciascuna figura professionale tende a denigrare le altre (proprio su questo
NG leggo che i PM non servono, gli analisti non servono, ecc... invece sono
i PM incapaci che non servono, così come non servono analisti incapaci e
sviluppatori incapaci, come in tutte le categorie di lavoratori).
Una volta spesso sorridevo quando di parlava di "lavoro di squadra" di "team
vincente", ecc.., li ritenevo concetti banali ed astratti, invece niente di
più falso, è vero che certe cose sono ancora lontanissime dalla mentalità di
tante persone.


 E' sostanzailmente un gran casino :-)
Che sia un gran casino non lo metto in dubbio.
Pero' che non sia possibile prenderlo ad esempio secondo me non
e' vero:
in genere e' quello che accade nei casi in cui siano
coinvolte aziende molto grandi e multinazionali, ovvero quelle che
impiegano
gran parte dei lavoratori del settore IT.
Dove sono ora e' abbastanza simile, anche se un po' piu' in piccolo
e con modalita' un po' diverse (in ogni caso non c'e' quasi mai un
vero e proprio "cliente finale" che manifesta delle esigenze e per il
quale si costruisce il software "ad hoc". E' un continuo
adattamento/customizzazione di prodotti esistenti o sistemi comunque
gia' acquistati a prescindere dalle esigenze del cliente). 
Puo' darsi che le cose in futuro evolvano in direzioni diverse,
anche perche' questi "elefanti" sono in fase di netta "contrazione",
pero' per ora mi pare che sia ancora cosi'.
Bisogna vedere se a seguito della suddetta contrazione il mondo cambiera'
come dici tu (piccole aziende, che vogliono avere
il ruolo di software house riusciranno ad avere tale ruolo, lasciate
un po' piu' libere dai suddetti "elefanti" che prima in pratica
le schiacciavano lasciando spazio solo alla bodyrentalleria) oppure
arriveranno altri elefanti al posto dei vecchi (oppure ci sara' una
ulteriore riduzione del settore informatico e basta).


 scritta male.
Non lo metto in dubbio, pero' teoricamente un documento di analisi 
e' un output che deriva da quello che il cliente
ti dice. E' vero che gli use case ecc. possono essere utili per
far capire meglio all'utente quello che si vuole fare ma anche qui, il
discorso e' abbastanza "strampalato": 
Se produco ad esempio automobili non credo che  i documenti di progetto e
i disegni derivino da quello che dico io che l'automobile poi la compro.
Non credo nemmeno che Microsoft scriva i documenti di analisi per
produrre Windows, sulla base di quello che gli dico io che poi
windows vado ad usarlo.
In ogni caso il documento "finale" di analisi dovresti presentarlo ai
programmatori piu' che al cliente (cosi' come i disegni meccanici
di una automobile dovrai presentarli a chi l'auto la costruisce piu'
che a chi la guida).
Ciao,
Marco.


 ribadirla...
Quello che pare non essere ovvio per te e' che alle aziende
che il software ci sia o meno interessa ben poco. Interessa
molto di piu'
che ci siano le fatture e i soldi dei pagamenti.
E fino a quando non sono *gia'* state emesse le fatture, spesso la
produzione del software non parte nemmeno.
E anche quando la produzione e' partita  se il software non c'e' o fa
schifo interessa ben poco (visto che le fatture sono gia' state emesse).
Interessa molto di piu' emettere altre fatture che non sviluppare il
software che dovrebbe essere stato venduto con le fattura precedente.


 merce non viene consegnata!!! Ovvio!!!! Oltre a questo ci sono ben altre
E infatti in genere queste persone guadagnano piu' del programmatore 
medio e sono "piu' considerate" del programmatore medio.
La realta' sancisce senza mezzi termini che i programmatori sono al piu' 
un fastidio necessario, da trattare con superiorita' e senza alcuna 
considerazione.
Ovvio che il discorso e' alquanto complesso, a partire dal concetto di 
"programmatore".
Io e altri lo intendiamo come una persona in grado di partire da zero 
con un problema per arrivare ad avere un codice che risolve tale problema.
Altri vedono in quest ottica figure professionali diverse, dall'analista 
funzionale, all'analista, al PM, al "programmatore" (concetto arcaico di 
persona che si limita a codificare un'analisi fatta da altri), ecc.
Il punto e' che comunque la figura professionale IT in Italia e' 
sminuita e non considerata, su livelli differenti.
Dalla posizione sociale, ai soldi che si possono guadagnare, ecc.
C'ya
	STeve


Motivo?
Ci sarà pure un motivo o ce l'hanno tutti con noi per partito preso?
Davvero non capisco dove stiamo andando a parare.
Ti dico la mia considerazione: finchè questo lavoro mi dà da vivere in modo
semi-dignitoso (per la cronaca arrivo a fine mese con molti sacrifici) e mi
piace lo faccio, quando non sarà così l'informatica diventerà solo un hobby
(nemmeno il principale) e cercherò di dedicarmi ad altro, visto che in altri
settori a detta di tanti è così facile guadagnare, da quanto leggo sul NG.
bye,
risikoo


 semi-dignitoso (per la cronaca arrivo a fine mese con molti sacrifici) e mi
Good, ma questo cosa centra con la discussione ?
C'ya
	STeve


Hai ragione, non c'entra nulla, come sono OT rispetto al thread i motivi per
cui uno sviluppatore è poco considerato in Italia.
I motivi non li sappiamo, possiamo al limite lagnare e abbaiare alla luna su
un NG, ma anche in questo caso siamo OT rispetto al thread iniziale
sull'analista funzionale, che ha portato alla fine alle lamentele di noi
sviluppatori sottostimati, sottopagati, ecc.., ossia ha portato sempre al
solito punto morto.
Ci si legge in altro thread.


 
Ai programmatori dai il documento di progettazione, che dovrebbe essere
preparato da un progettista a partire dall'analisi funzionale. In UML,
per esempio, la progettazione comprende i diagrammi delle classi,
sequence, state, ecc., partendo dagli use cases.
Quindi, in linea di principio, sono 2 documenti diversi.