UNIDAD 2: Mantención de

Sistemas
Predicción del
Mantenimiento
Taller de Pruebas y Mantención de Sistemas
Mauricio Solar M.
Predicción del Mantenimiento
Predicción del Mantenimiento
• Se debería intentar predecir qué cambios del sistema son probables y
qué partes del sistema son probablemente las más difíciles de
mantener.
• También se debería intentar estimar los costos totales de
mantenimiento para un sistema durante un periodo de tiempo
determinado.
• Todo esto está estrechamente relacionado:
1. La aceptación o no de un cambio en el sistema depende de la
mantenibilidad de los componentes del sistema afectados por dicho
cambio.
2. La implementación de los cambios tiende a degradar la estructura de
dicho sistema y reduce su mantenibilidad.
3. Los costos de mantenimiento dependen del número de cambios, y los
costes de la implementación de los cambios dependen de la
mantenibilidad de los componentes del sistema.
Predicción del Mantenimiento
• La predicción del número de peticiones de cambios para un sistema
requiere entender la relación entre el sistema y su entorno.
• Algunos sistemas tienen una relación muy compleja con su entorno y
los cambios en ese entorno inevitablemente provocan cambios en el
sistema.
Predicción del Mantenimiento
1. El número y la complejidad de las interfaces del sistema
• A mayor número de interfaces y más complejas, es probable más peticiones de
cambio.
2. El número de requerimientos del sistema intrínsecamente volátiles
• Los requerimientos que reflejan políticas y procedimientos organizacionales son
probablemente más volátiles que los requerimientos que se basan en
características estables del dominio.
3. Los procesos de negocios en los que se utiliza el sistema
• Cuanto más procesos de negocios (cambiantes, evolucionan) utilice el sistema,
habrá más peticiones de cambio del sistema.
• Para predecir la mantenibilidad del sistema, es necesario comprender
el número y los tipos de relaciones entre los componentes del sistema.
• Cuanto más complejo es un componente o sistema, más caro es de
mantener.
Predicción del Mantenimiento
• Las medidas de la complejidad han resultado ser particularmente
útiles para identificar componentes individuales de programas que
probablemente sean especialmente caros de mantener.
• El esfuerzo de mantenimiento tiende a centrarse en un pequeño
número de componentes complejos.
• Para reducir los costos de mantenimiento, se deberían reemplazar componentes
del sistema particularmente complejos con alternativas más sencillas.
• Después de que el sistema se haya puesto en funcionamiento, se
pueden usar los datos del proceso para ayudar a predecir la
mantenibilidad.
Métricas de Evaluación
1. El número de peticiones de mantenimiento correctivo
• Un crecimiento en el número de informes de fallos de ejecución puede indicar
que se han introducido más errores en el programa de los que se han corregido
durante el proceso de mantenimiento.
• Esto puede suponer una disminución de la mantenibilidad.
2. El tiempo medio requerido para el análisis de impacto
• Este refleja el número de componentes del programa que se ven afectados por
una petición de cambio.
• Si este tiempo se incrementa, implica que más y más componentes se ven
afectados y que la mantenibilidad disminuye.
3. El tiempo medio empleado en implementar una petición de
cambio
• Se trata de la cantidad de tiempo que se necesita para modificar realmente el
sistema y su documentación, después de que haya evaluado qué componentes
se ven afectados.
• Un incremento en este tiempo puede indicar una disminución en la
mantenibilidad.
Métricas de Evaluación
4. El número de peticiones de cambio pendientes
• Un incremento en este número a lo largo del tiempo puede implicar una
disminución en la mantenibilidad.

• Para predecir los costos de mantenimiento se utiliza la información

de predicciones sobre peticiones de cambio y sobre la
mantenibilidad del sistema.
• La mayoría de los gestores combinan esta información con intuición
y experiencia para estimar los costos.
• Una estimación del esfuerzo de mantenimiento del software puede
basarse en el esfuerzo de comprender el código existente y el
esfuerzo de desarrollar nuevo código.