March 26
La manutenzione del software comporta migliorare le applicazioni per la conformità ai requisiti legali e adattando un database per lavorare con più di un tipo di sistema operativo o per consentire l'applicazione di lavorare in un ambiente di rete. Best practice per la manutenzione del software comprendono la valutazione della situazione attuale, la raccolta di input dagli utenti finali, rimanendo flessibile e la definizione di standard di controllo di qualità.
Il dipartimento di tecnologia di informazioni più preparato è quando si valuta la situazione attuale, più facile sarà per determinare il percorso la manutenzione del software avrà. In primo luogo, il reparto IT deve definire i problemi e le esigenze di un'azienda, esaminando ciò che l'applicazione software attuale fa rispetto a quello che deve fare, ma non lo fa. Questa fase comprende fare le stime dei costi, creando potenziali scadenze ed esaminare tutta la documentazione corrente dell'applicazione software, compresa una copia del codice sorgente. Il reparto IT determinerà se l'applicazione ha solo bisogno di avere alcune parti del codice aggiornato, se ha bisogno di riorganizzare e ridisegnare i database attuali, o se la risposta è di degradare completamente l'applicazione e ricominciare con re-engineering di esso.
Il reparto IT dovrebbe ottenere un feedback dettagliato da parte dei cittadini che utilizzano le applicazioni software in un giorno per giorno. Questi utenti finali saranno in grado di comunicare esattamente ciò che l'applicazione software deve fare per essere più efficiente, più sicuro e più efficace. Come parte delle migliori pratiche, il reparto IT deve riassumere il feedback ricevuto da parte degli utenti finali in un documento da uno a due pagine che possono poi essere diffuse al personale dell'utente finale tramite e-mail o tramite una Intranet aziendale. Il reparto IT vorranno mantenere gli utenti finali informati dello stato di avanzamento di aggiornamento. Questo aiuta a definire le aspettative più realistiche da parte del personale per l'utente finale.
Idealmente, tutto funzionerà secondo la pianificazione preliminare, quando il reparto IT valuta la situazione attuale. Tuttavia, è importante rimanere completamente flessibile e avere la mentalità che i piani preliminari e stime possono e cambieranno tutta la linea durante il processo di manutenzione. cose inaspettate come la malattia del personale, i vincoli di bilancio, cambiamenti politici e più linee temporali effetto può e costi finali. Per prepararsi a questi "singhiozzo", un reparto IT dovrebbe formare uno o più piani di emergenza per mantenere i processi di manutenzione progredendo.
Informazioni La garanzia di qualità dovrebbe essere deciso prima dell'inizio della manutenzione effettiva. Determinare benchmark e in che modo saranno testati obiettivi. E 'una buona idea per monitorare il piano di manutenzione per l'efficienza e rivedere di conseguenza, sempre guardando avanti per la data di completamento. Questa fase comprende determinare cosa deve essere documentato in tutto il processo di manutenzione, come la nuova documentazione si integrerà con il vecchio, e in che modo l'applicazione software può essere mantenuta in futuro. Una pratica migliore è quella di rendersi conto che il test esaustivo è mai possibile. Solo l'interazione dell'utente finale troveranno bug e problemi che altrimenti non sarebbe stato scoperto.