mantenimiento Software es la práctica de corregir errores y agregar funciones a las plataformas de software existentes para satisfacer las cambiantes necesidades de la organización . La mejor estimación de la programación como una carrera, de acuerdo con el IEEE , es que más del 70 por ciento de todas las horas de programación de computadoras usadas en todo el mundo se dedican al mantenimiento de software. Haciendo un software que es fácil de mantener lleva algún pensamiento estratégico y la debida diligencia en la codificación y prácticas de documentación . Instrucciones
1

Comience con un documento de diseño. Especifique cuál es el software que se supone que lograr. Describir la metodología utilizada y el proceso lógico por debajo de ella . Para las modificaciones y mantenimiento de software existente , describa lo que el software existente no lo hizo , y lo que las empresas u otra necesidad llevó a la implementación del cambio . Este documento es su guía para lo que es y no es , en el ámbito de este proyecto de ingeniería de software.
2

Escribe tu código de forma modular . Si es posible , cree un nuevo módulo de código que se presentan los datos de manera que el software existente puede utilizar. Si no puede hacerlo, asegúrese de que el documento por qué y cómo ha cambiado el software existente para tener el nuevo formato de datos.
3

Restringir el uso de variables en el módulo de código que está trabajando en cuando la adición de nuevas variables . Cuando el uso de variables existentes , piense dos veces antes de aplicar cualquier código o procedimientos que escribir datos en ellos - esta es la causa número uno de provocar errores y fallos de software en el futuro
4

comentario y documentar el código. . Cada vez que se define una variable , documentar lo que ocurre en la variable y donde se va a utilizar . Cada vez que escriba datos a una variable, documentar lo que se escribe en él , los formatos aceptables para que los datos , y lo que espera para el resultado . El propósito de este nivel de la línea de comentarios y documentación para que sea posible que alguien (como usted, seis meses más tarde ) para leer el código y averiguar lo que hace el módulo sin tener que gastar tiempo comparable a la escritura a unir las piezas .
5

prueba los "usos no inteligentes" también. Cada ingeniero de software tiene los ojos vendados . Ellos saben lo que se supone que el código para hacerlo , que no probar algo porque parece sensato, pero no es parte del programa. Siempre es una buena idea - incluso si es mucho tiempo - para poner su software frente a usuarios no técnicos que de otra manera estaríamos confrontados con ella y observar cómo interactúan con el código
< . br>