Mantenimiento del Software

1. Variables a tomar en cuenta al desarrollo de software

1.1. 1) Estabilidad del equipo: Después de que un sistema se entrega, es normal que el equipo de desarrollo se separe y que los individuos trabajen en nuevos proyectos.

1.2. 2) Práctica de desarrollo deficiente: El contrato para mantener un sistema por lo general está separado del contrato de desarrollo del sistema.

1.3. 3) Habilidades del personal: El personal de mantenimiento con frecuencia es relativamente inexperto y no está familiarizado con el dominio de aplicación.

1.4. 4) Antigüedad y estructura del programa: Conforme se realizan cambios al programa, su estructura tiende a degradarse. En consecuencia, a medida que los programas envejecen, se vuelven más difíciles de entender y cambiar.

2. Por otro lado, “mantenimiento adaptativo” algunas veces quiere decir adaptarse a un nuevo entorno y otras veces significa adaptar el software a nuevos requerimientos. “Mantenimiento perfectivo” a veces significa perfeccionar el software

2.1. Para sistemas embebidos de tiempo real, los costos de mantenimiento fueron hasta cuatro veces mayores que los costos de desarrollo.

2.2. El mantenimiento se ve como una actividad de segunda clase, y no hay incentivo para gastar dinero durante el desarrollo para reducir los costos del cambio de sistema.

3. Reingeniería de l software

3.1. 1. Reducción de fallas

3.2. 2.Reducción de costos

4. Mantenimiento preventivo mediante refactorización

4.1. La refactorización es el proceso de hacer mejoras a un programa para frenarla degradación mediante el cambio.

4.2. Fowler y sus colaboradores (1999) sugieren que existensituaciones estereotípicas.

4.2.1. 1.Codigo Duplicado

4.2.2. 2.Métodos Largos

4.2.3. 3.Enunciados de switch

4.2.4. 4.Aglomeración de datos

4.2.5. 5.Generalidad especulativa

5. Tipos de Mantenimiento:

5.1. 1) Reparacion de fallas: Implican la re escritura de muchos componentes del programa, los errores de requerimiento son mas costosos.

5.2. 2) Adaptación Ambiental: Se ocupa este tipo de mantenimiento cuando el hardware de la plataforma operativa cambia el software.

5.3. 3) Adición de funcionalidad: Es necesario cuando varían los requerimientos en el software

5.4. Estos tipos de mantenimiento se reconoce por diferentes personas y en ocasiones les dan diferentes nombres.

6. Distribución del esfuerzo de mantenimiento

6.1. Los costos relativos de mantenimiento y del nuevo desarrollo varían de un dominio de aplicación a otro.

6.2. También coinciden en que una mayor parte del presupuesto de mantenimiento se destina a la implementación de nuevos requerimientos, y no a la reparación de bugs.

6.3. Aunque estas estimaciones tienen más de 25 años de antigüedad, es improbable que las distribuciones de costos para diferentes tipos de sistema hayan cambiado significativamente.

7. Modelo general del proceso de reingeniería

7.1. Traducción del código fuente

7.2. Ingeniería inversa

7.3. Mejoramiento de la estructura del programa

7.4. Modularización del programa

7.5. Reinginiería de datos