Newsgroup: it.comp.lang.visual-basic
Titolo: [Forse OT] Analisi software...

Ciao a tutti..
è la prima volta ke posto in questo NG...
voglio scusarmi con tutti se questo post risultasse troppo OT....
mi sono sempre posto questa domanda...
reputo l'analisi importantissima per lo sviluppo di un software serio e
completo...
quanti di voi riescono a impostare prima l'analisi corretta di un
software..che sia su carta o su Visio..magari con l'utilizzo dell' UML...e
da questa poi iniziare a scrivere codice?!
personalmente ho provato in alcuni progetti semplici a creare delle piccole
analisi con Visio..ma i risultati..beh...lasciamo perdere...ho cancellato il
file e mi sono messo a scrivere "a manetta" come faccio oramai da anni
:)...sicuramente sbagliando...
voi riuscite?!
se si...come e dove avete imparato?!
Grazie anticipatamente a tutti quelli che risponderanno a questo post
Ciao a tutti
DAX


-------------------------------
Message Posted by  <dedGateway>
http://www.dedonline.com/forump

Sono un neofita di .net (quindi siamo in due ;))) e vb ma leggendo tra i
precedenti post di questo ng (in uno dei tanti sull'argomento) si diceva che
dopo aver messo nero su bianco cosa deve fare il programma e quindi le sue
funzioni si dovrebbe procedere con la scomposizione di ogni funzione fino ad
arrivare all'elencazione delle sub necessarie prima ancora di scrivere una
riga di codice. In effetti mi sembra la strada piu' utile da percorrere
anche se sto provando di persona che per percorrerla nella maniera giusta
bisogna avere molta esperienza pratica sulle spalle.
Ciao
Ric

 codice?!
Ehm... Dubito che così facendo venga fuori sw serio e completo.
Ad un'attenta fase di analisi deve necessariamente seguire
una ancor più attenta fase di progettazione (o design).
Tanto per chiarire:
l'analisi si occupa solamente di stabilire quali sono i
requisiti che il sw deve avere, ovvero, in parole povere, "cosa"
il sw deve fare.
Fatto questo sarà il design ad occuparsi di "come"
soddisfare questi requisiti, e quindi progettare la struttura
del sw (classi, funzioni, gerarchie, ecc...).
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.

 se si...come e dove avete imparato?!
<niubbo mode on>
Allora io non ho scritto molto codice fin'ora rispetto ai guru qui presenti
, vengo da una scuola che basa tutto sull'analisi (itis informatica) ho una
mentalita' che se non ho in mente o su carta "cosa fa" il programma dietro
al form allora nemmeno lo inizio !
Io di solito procedo cosi :
Raccolgo tutte le informazioni sulle cose relative al programma es:
progetto Gestione magazzino
cosa entra ?
cosa esce ?
cosa vuole che faccia l'utente ?
cosa del punto di sopra e' fattibile ?
documenti da scaricare ?
interfacciamenti che richiedono ocx di terze parti ?
ecc...
quando ho una buona parte se non il 100% passo avanti con la creazione della
struttura dati ( database )
poi schizzo su carta o in design l'aspetto e butto giu' i primi componenti
a questo punto _A_ME_ il codice esce da solo per magia perche' ho gia' tutto
il progetto ben spezzettato e organizzato , il restante 50% del tempo di
solito e' solo scrittura a getto di codice , comincio con le func comuni ...
con delle GREZZE parti che dialogano tra loro e poi man mano affino la parte
grafica e la parte del codice , se non bastasse dico che a volte mi "perdo"
cmq dei pezzi e mi tocca stravolgere la parte grafica e modificare (
allargare )qualche sub , eh eh , ogni nuovo progetto e' una nuova sfida !
cmq mi sento di dire che non preoccupoarti se sei al 4-5gg e non hai scritto
manco una riga di codice , mneglio iniziare con le idee chiare , che
mettersi a scrivere per poi cancellare interi moduli che risultano superflui
!
e aggiungo un "IMVVHO" perche' ho ancora TUTTO da imparare !
-- 
<Gigio2K>
Sito Comune
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 da questa poi iniziare a scrivere codice?!
Non faccio "schemi" da anni, non credo nemmeno ai programmi che dovrebbero
servire a crearli.
Un "interposto venditore" mi ha fatto fare un corso di Bachman, l'ho trovato
interessante, ma assolutamente "perditempo". Se oltre a dover ordinare i
concetti li devi anche esprimere (seguendo sintassi o strumenti non sempre
intuitivi) rischi di ... perderti il pensiero che passa. E se anche ce la
fai ... non sarà mai così.
Sapere, a grandi (beh, non troppo grandi) linee, cosa si deve fare,
abbozzare la struttura dei dati e focalizzare le esigenze di ogni "settore".
Tenere in buon conto che niente sarà mai statico e preciso come descritto.
Le modifiche in corso d'opera (anzi, ancor prima dell'opera) sono la regola.
La realtà della prova è il miglior giudice e se anche ci si arrabbia per
qualcosa che cambia sensibilmente, dopo un po' passa, perchè ... è così e
spesso è persino giusto. L'importante che la struttura dei dati sia
sufficientemente "elastica" per adattarsi. Se così è, anche il codice subirà
solo aggiunte, importanti fin che si vuole, ma aggiunte, non complete
ristrutturazioni.
E poi, caspiterina, chi ha il tempo di fare le analisi? Il cliente vuole
tutto, perfetto, sempre per ieri.

 da questa poi iniziare a scrivere codice?!
La parte progettuale e l'analisi di un sistema sono un'enorme rottura di
palle
per la stragrande maggioranza di tutti.
Su questa ipotesi mi sono in parte ricreduto.
In ogni caso, leggendo i post(s) precedenti, ho notato che ci sono
preferenze
per le più note tecniche di analisi: la top-down (dal problema globale alle
funzioni)
e la bottom-up (dal singolo risultato alla visione di insieme).
Anni fa, in un corso universitario, mi annoiarono con teorie sui linguaggi
object
oriented e un nuovo sistema di analisi: la prototipizzazione rapida.
Questo sistema andava incontro alle esigenze del cliente (quello che vuole
tutto perfettamente funzionante, installato ieri e con un costo irrisorio)
ed a quelle
dello sviluppatore (velocità di realizzazione, facilità di documentazione e
rilascio in tempi ragionevoli).
Ho tentato di applicare i concetti di questo sistema ed attualmente lavoro
(e mi ritengo
fortunato per questo) con un sistema di analisi ibrido tra prototipizzazione
rapida e
top down.
E' la quadratura del cerchio ?
E' un'illusione ?
A presto
Fabio
--------------------
"Fatti, non pugnette!"
(Palmiro Cangini)

tutto, perfetto, sempre per ieri.
Beh, basta che l'analisi sia pronta per l'altro ieri... :-P
Ciao,
Moreno
-- 
sirri at morenosoft dot com
Moreno Sirri VB Site - 
http://www.msvbsite.net
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.it-lang-vb.net
---------------------------------------------------------------------------

 oriented e un nuovo sistema di analisi: la prototipizzazione rapida.
A me questo sistema l'hanno spiegato cosě: "butti giů qualcosa
di interfaccia da far vedere al cliente, se gli piace ci costruisci le
routine dentro... č il sistema ideale da usare con VB !".
Io ho ridacchiato per un bel po', lascio a voi i commenti :-)
Bye,G.

 ha scritto nel messaggio
news:b1lmo8$6f2$1...@panco.nettuno.it...


 circa 1 mese...
Ah... allora di corsa a leggere il Manifesto su Sito Comune,
http://it-lang-vb.net/docs/Manifesto.txt
e magari anche 
http://lugbari.linux.it/contents/quoting.html
cosě ti dai un'aggiustata al quoting, eh ? :-)
Grazie, G.
--
Le risposte alle tue domande sono sul Sito Comune
di questo NewsGroup: 
http://it-lang-vb.net/
... e nell'help in linea !

 Beh, basta che l'analisi sia pronta per l'altro ieri... :-P
Ecco, ci siamo capiti.
... e scusate il "total-quoting"

abbastanza raro.
beh, questa è implementazione della logica aziendale, ancora un livello
più basso...
Forse non sono stato capace di spiegarmi, d'altronde non è un argomento
facile ed io sto ancora pian pianino imparando. Ti consiglio qualche
lettura tipo:
http://www.rational.com/products/whitepapers/featucreqom.pdf
http://www.rational.com/media/products/astudio/D801F_AnlalystStudio.pdf
Vedrai che molte cose ti saranno familiari, solo che o le chiamavi con
nomi diversi o gli davi un'altra importanza, altre le ignoravi, altre
ancora erano per te quasi un automatismo e non ci pensavi più di
tanto...


 tanto...
Grazie dei link, già scaricati in locale. Leggerò con attenzione.
Ciao. Lupo.

 Io ho ridacchiato per un bel po', lascio a voi i commenti :-)
Ne ho visto uno, di un concorrente:
Un tot di maschere belle e complete e statiche, nemmeno una riga di codice.
Il cliente ha scelto me... Ciapalč!