La manutenzione del software è la pratica di correggere i bug e aggiungendo funzionalità alle piattaforme software esistenti per soddisfare le mutevoli esigenze organizzative. La migliore stima sulla programmazione come una carriera, secondo l'IEEE, è che oltre il 70 per cento di tutte le ore di programmazione di computer utilizzati in tutto il mondo sono dedicati alla manutenzione del software. Fare un software che è facile da mantenere richiede un po 'il pensiero strategico e di due diligence in pratiche di programmazione e documentazione.

istruzione

1 Iniziare con un documento di progettazione. Specificare ciò che il software dovrebbe compiere. Descrivere la metodologia di base e processo logico sotto di esso. Per modifiche e manutenzione di software esistente, descrivere ciò che il software esistente non ha fatto, e ciò che le imprese o altre necessità ha guidato la realizzazione del cambiamento. Questo documento è la vostra guida di riferimento per ciò che è, e non è, nell'ambito di questo progetto di ingegneria del software.

2 Scrivere il codice modulare. Se è possibile, creare un nuovo modulo di codice che presenta i dati in modo che il software esistente può utilizzare. Se non è possibile, assicurarsi di documentare come e perché è stato modificato il software esistente per prendere il nuovo formato di dati.

3 Vincolare l'uso variabile al modulo di codice che si sta lavorando a quando si aggiungono nuove variabili. Quando si utilizzano variabili esistenti, pensare due volte prima di mettere in atto qualsiasi codice o procedure che scrivono i dati a loro - questa è la prima causa di causare bug e difetti del software lungo la strada.

4 Commento e documentare il codice. Ogni volta che si definisce una variabile, documentare ciò che accade nella variabile e in cui verrà utilizzato. Ogni volta che si scrive i dati di una variabile, documentare ciò che viene scritto in esso, formati accettabili per quei dati, e ciò che ci si aspetta per il risultato. Lo scopo di questo livello di linea commentare e documentazione è quello di rendere possibile per qualcuno (come te, sei mesi più tardi) per leggere il codice e capire cosa fa il modulo senza dover spendere tempo paragonabile a scriverlo mettere assieme .

5 Testare i "usi muti" troppo. Ogni ingegnere software ha i paraocchi. Sanno cosa si suppone che il codice per fare; essi non provare qualcosa perché sembra ragionevole, ma non fa parte del programma. E 'sempre una buona idea - anche se è in termini di tempo - di mettere il vostro software di fronte a utenti non tecnici che si era altrimenti confrontano con esso e osservare come interagiscono con il codice.