Rilascio di un’applicazione
23 June 2006
ciao a tutti
Mi “aggancio” alla serie di posts di Vittorio C sullo sviluppo di un’applicazione per spiegare in che modo avviene il rilascio in ambito professionale.
Premetto che il post è a solo scopo informativo in quanto gli argomenti trattati e le procedure spiegate possono variare in base al modus operandi dell’azienda.
CICLO DI VITA DELL’APPLICAZIONE
Normalmente esistono tre ambienti distinti in cui l’applicazione verrà fatta funzionare:
- Sviluppo
- Collaudo
- Produzione
L’ambiente di sviluppo è il “laboratorio” in cui il programmatore crea fisicamente l’applicazione e dove avviene anche la fase importantissima del debugging.
L’ambiente di Collaudo è, come dice la parola stessa, il banco di prova dell’applicazione in cui verrà fatta testare dagli utenti finali. L’applicazione che arriva in questa fase dovrebbe già avere la sua forma definitiva in aspetto e
funzionalità.
L’ambiente di produzione è la fase finale in cui l’applicazione, perfettamente funzionante e priva di bugs, viene installata e
utilizzata dagli utenti e che sancisce la fine del nostro lavoro.
FASE 1 - SVILUPPO
Lo sviluppo è, come detto precedentemente, la fase in cui l’applicazione prende effettivamente forma.
Se non sono state precedentemente dettate delle linee guida per l’aspetto estetico che avra l’interfaccia utente è consigliabile incontrare periodicamente gli utenti finali per effettuare eventuali modifiche oppure per soddisfare esigenza specifiche.
In questa fase vengono implementate tutte le funzionalità concordate.
FASE 2 - DEBUGGING
Terminato lo sviluppo è necessario testare l’applicazione attraverso una serie di situazioni operative reali in cui possono emergere eventuali errori o bugs.
Cerchiamo di prenderci il tempo necessario per questa importantissima fase per evitare spiacevoli malfunzionamenti nelle fasi successive.
FASE 3 - COLLAUDO
Dopo aver debuggato la nostra applicazione siamo finalmente pronti per il collaudo con gli utenti.
In questa fase è essenziale che non ci siano errori (può sempre capitare ma non sarebbe carino 
) poichè ci obbligherebbero a tornare in sviluppo, rimuovere l’anomalia e ripetere il collaudo.
I test avvengono di norma seguendo gli step definiti nel documento di SPECIFICHE DEI TEST
FASE 4 - PRODUZIONE
Se il collaudo è andato bene possiamo installare la nostra applicazione in produzione per farla utilizzare dagli utenti.
Il nostro lavoro è terminato 
LA DOCUMENTAZIONE DI PROGETTO
Quando si sviluppano applicazioni per lavoro (il mio caso ) è necessario allegare un certo numero di documenti al progetto che andremo a realizzare.
Ne riportiamo alcuni di seguito:
DISEGNO ARCHITETTURALE
Documento in cui viene spiegata nel dettaglio l’architettura di tutta l’applicazione e le relazioni tra le varie parti di cui è
composta (base dati, componenti aggiuntivi ecc). Non viene riportato il codice ma solo la descrizione dei componenti.
DISEGNO DI DETTAGLIO
Documento in cui viene riportato, routine per routine, il codice dell’applicazione con note scritte in linguaggio naturale
per spiegarne il funzionamento.
DOCUMENTO D’INSTALLAZIONE
Documento in cui vengono riportati gli step per l’installazione dell’applicazione, inclusi i files da includere. Questo documento è indirizzato a chi dovrà preparare i pacchetti setup.
MANUALE DI GESTIONE
Documento in cui vengono riportati gli step per la gestione globale dell’applicazione (backup,monitoraggio,riavvio ecc) per le
diverse tipologie di utenze (amministratori,consultatori,utenti ecc).
MANUALE UTENTE
Documento in cui vengono spiegate nel dettaglio tutte le funzionalità dell’applicazione ed è analogo agli help in linea normalmente forniti con qualunque programma.
PIANO DEI TEST
Documento in cui vengono definiti i componenti da testare e le modalita di effettuazione dei test stessi. Questo documento viene normalmente firmato per accettazione dagli utenti finali.
REQUISITI FUNZIONALI
Documento in cui vengono spiegate nel dettaglio tutte le routines che definiscono le funzionalità dell’applicazione. Non è riportato codice ma solo linguaggio naturale (es : Stampa Testo - Evento: Clic sul pulsante Stampa)
REQUISITI UTENTE
Documento in cui vengono riportate le funzionalità dell’applicazione richieste dagli utenti. Non è riportato codice ma solo linguaggio naturale
SPECIFICHE DEI TEST
Documento in cui vengono definiti nel dettaglio i test da eseguire (esempio…fare clic sul pulsante STAMPA), ciascuno dei quali dovrà essere firmato dagli utenti finali in caso di esito positivo al momento dell’effettuazione. Normalmente basta un test negativo per ripetere il collaudo (dopo aver risolto l’anomalia)
RAPPORTO DI ESECUZIONE DEL COLLAUDO
Documento in cui si attesta che tutte le prove riportate nelle SPECIFICHE DEI TEST hanno avuto esito positivo e che dovrà essere firmato dagli utenti finali (altrimenti non verremo pagati ).
SCHEDE DI INTERVENTO
Documento che riporta gli interventi effettuati nel codice. viene prodotto se, anzichè sviluppare ex novo un’applicazione, ne stiamo manutenzionando una esistente.
Normalmente tutti i documenti sono firmati dal Capoprogetto e dal responsabile tecnico del progetto.
Termina qui il nostro excursus “documentale”….spero di non avervi spaventato ( 
) e mi auguro di aver chiarito in modo sufficiente l’argomento.
Ciauz
Vittorio B.
Partorito da
Lascia un commento