Newsgroup: it.comp.lang.visual-basic
Titolo: SQL: La vendetta

Salve a tutti
ultimamente è aumentata la richiesta di help sui campi contatori, sia in
costruzione che realizzati e con presenza di dati.
Ricordo di post tipo: "Le tabelle le uso solo come deposito".
Ricordo di post di tabelle con centinaio di campi con dati ridondanti.
Ricordo di tabelle ...........
Ricordo di discussioni , inutili per il committente, nel spendere un minimo
di analisi.
Riflettiamo:
Entrato in produzione, il progetto, una modifica al codice, l'aggiunta di un
pulsante, di una funzione, di un tabella, in massima non ferma la
produzione.
Dopo aver inserito miglia, centinaia di migliaia, milioni di record , una
modifica, se costruiti male i campi, può portare al blocco della produzione
e una maldestra modifica, alla corruzione dei dati.
Come modificare la mentalità ? Cioè diventare prassi che una percentuale del
progetto va speso in analisi ?
Forse gli scrittori di libri di programmazione possono aiutare, riservando
un capitolo es. all'UML
Per un analisi semplice non necessita un'attrezzatura sofisticata.
Non ho il Rational ?
Non ho Visio ?
Utilizzo Excel , Word , carta e matia !
grazie
giuseppeD

 Utilizzo Excel , Word , carta e matia !
Beh, è vero.
Un'analisi anche di massima sull'intero progetto è davvero utile.
Il problema è che spesso un progetto cresce diramandosi come un cancro :) e
non si può fare altro che fare analisi del pezzo aggiunto in relazione a
quelli già esistenti.
Questo però è il classico problema del minor sforzo immediato, cioè prendere
in considerazione la soluzione migliore per il momento in esame, il che non
è affatto detto che corrisponda alla migliore soluzione dopo n momenti.
E non vedo altra possibilità se non si sa a priori quanto e come il progetto
crescerà.
Detto questo io ormai uso un sistema un po' particolare per le mie "piccole"
analisi.
Per il pezzo da aggiungere faccio il mio bel schemino, che ormai è più che
altro uno schema di relazioni tra le varie classi *specializzate* e i vari
membri che potrebbero servirmi (VB6 non permette grandi cose con le classi,
ma utilizzandole anzichè riempire i form di codice si rende effettivamente
il programma molto più pulito e i vari problemi parzializzati).
Per le singole funzioni ci sono due casi:
- vedo che la funzione è semplice quindi la scrivo senza flowchart
- credo che la funzione è semplice, ma non lo è: inizio a scriverla, appena
mi accorgo che mi sto perdendo sotto con carta e matita.
- ho l'impressione che la funzione è complicata... beh, non c'è nemmeno da
dirlo.
Ho provato a usare strumenti tipo VisualModeler (vedi mio post dei giorni
scorsi per programma per disegnare diagrammi), ma mi pare che con carta e
matita si faccia decisamente prima, anche se poi l'archiviazione e
l'integrazione dei pezzi risulta più complessa :)
Ciao
--
Math Parser, VB.Framework : 
http://www.neodatatype.net
Sito Comune               : 
http://www.it-lang-vb.net

 Per le singole funzioni ci sono due casi:
beh... :) i cinque continenti sono quattro, e i loro tre nomi sono due:
l'europa.
Ciao

 l'integrazione dei pezzi risulta più complessa :)
Mi trovo bene con Visio,
importante, penso, è non prendere troppo sul serio le indicazioni dei vari
simboli, oggetti grafici proposti.
Non esiste una nomenclatura rigida per UML;
acqusita la conoscenza del sw, modifiche e aggiunte sono facili da ottenere.
giuseppeD