Il più preparato un reparto informatico è al momento di valutare la situazione attuale , più facile sarà per determinare il percorso della 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 non rispetto a ciò che deve fare ma non . Questa fase prevede l'elaborazione di stime di costo , creando potenziali scadenze ed esaminare tutta la documentazione corrente dell'applicazione software , tra cui una copia del codice sorgente . Il reparto IT dovrà stabilire se l'applicazione solo bisogno di avere alcune parti del codice aggiornato , se ha bisogno di riorganizzare e ridisegnare le attuali banche dati , o se la risposta è quella di degradare completamente l' applicazione e ricominciare con re-engineering di esso.
End Users
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 dagli utenti finali in un documento di una o due pagine , che possono poi essere diffuse al personale utente finale attraverso messaggi di posta elettronica o tramite una Intranet aziendale . Il reparto IT vorranno mantenere gli utenti finali informate del progresso aggiornamento . Questo aiuta a definire le aspettative più realistiche da parte del personale per l'utente finale .
Flessibilità
Idealmente , tutto funzionerà secondo la pianificazione preliminare in cui il reparto IT valuta la situazione attuale. Tuttavia, è importante rimanere completamente flessibili e hanno la mentalità che progetti preliminari e stime possono e vogliono cambiare tutta la linea durante il processo di manutenzione . Cose inaspettate come la malattia del personale , vincoli di bilancio , cambiamenti di politica e di più possono influenzare tempi e dei costi finali . Per prepararsi a questi " singhiozzo ", un reparto IT dovrebbe costituire uno o più piani di emergenza per mantenere la manutenzione processi di progressione.
Quality Assurance
informazioni garanzia della qualità deve essere deciso prima che inizi l' effettiva manutenzione . Determinare parametri di riferimento e come gli obiettivi saranno testati . E 'una buona idea per tenere traccia del piano di manutenzione per l'efficienza e rivedere di conseguenza , sempre guardando avanti per la data di completamento . Questa fase comprende la determinazione che cosa dovrebbe essere documentato in tutto il processo di manutenzione , come la nuova documentazione si integrerà con il vecchio , e come il software può essere mantenuta anche in futuro. Una procedura consigliata è quella di rendersi conto che il test esaustivo non è mai possibile . Solo l'interazione dell'utente finale troverà bug e problemi che altrimenti non sarebbe stato scoperto .
networking © www.354353.com