MANTENIMIENTO

DE SOFTWARE

LIC. MARÍA ELENA CHÁVEZ BARCÉS

AGENDA
Introducción
Mantenimiento de software
Tipos de mantenimiento
Costos de mantenimiento
Proceso de mantenimiento
Métricas del proceso
Dificultades en el mantenimiento
Sistemas heredados (legacy)
Reingeniería
Roles y responsabilidades
Artefactos
INTRODUCCIÓN
Las grandes organizaciones tienen grandes inversiones en
software y lo consideran activos críticos del negocio, debe
cambiarse y actualizarse para mantener el valor de estos
activos.
La evolución de software consiste en un conjunto de
actividades necesarias para:
       -  Mantener operativo un sistema software, 
       -  Mantener satisfecho a los usuarios, 
       -  Maximizar la inversión y reducir costos, 
       -  Alargar la vida del software, 
       -  Adaptarlo a nuevos cambios o requisitos.
 Los cambios en el software son inevitables
       -  Surgen nuevas exigencias;
       -  Cambios en el entorno empresarial;
       -  Los errores deben ser reparados;
       -  Se agregan nuevos equipos al sistema;
       -  Tiene que mejorarse el rendimiento o la confiabilidad
          del software.
Un problema fundamental para las organizaciones es la
aplicación y gestión de cambios, en sus sistemas de software
existentes.
MANTENIMIENTO DE SOFTWARE

“La modificación de un producto software después

de su liberación para corregir fallas, mejorar su
desempeño u otros atributos de calidad o adaptar
el producto ante un cambio en su entorno de
operación [que lo hace incompatible con el
entorno de operación originalmente definido al
definir la configuración]”

IEEE Standard 610.12:1990, Glossary of Software Engineering

IEEE Standard 1219-1998. Software Maintenance
“El mantenimiento de software es la modificación al
código y/o documentación asociada debido a un
problema o necesidad de mejora. El objetivo
consiste en modificar el producto software vigente
mientras se preserva su integridad”.

Perspectiva de ISO/IEC 12207

EVOLUCIÓN DE SOFTWARE
(Resultado de las operaciones de mantenimiento).
El concepto de evolución de software implica un
cambio continuo desde un estado menor, más
simple o peor a uno superior o mejor.
Objetivos:
-  Mantener operativo al sistema
-  Mantener contentos a los usuarios
-  Maximizar la inversión y reducir costos
-  Alargar la vida del software
-  Adaptarlo a nuevos cambios o requisitos
La evolución del software es una
garantía frente a su
obsolescencia
LEYES DE LEHMAN
TIPOS DE MANTENIMIENTO

Mantenimiento correctivo
Mantenimiento adaptativo 
Mantenimiento perfectivo 
Mantenimiento preventivo
MANTENIMIENTO CORRECTIVO
Se define como aquel proceso orientado a la reparación de
defectos existentes en un sistema software que se encuentra
en producción, ya sea porque :
       -  Falla o aborta el programa.
       -  El programa produce resultados no acorde con las
           especificaciones.
       -  Los diseños y requisitos no están acordes con el software
           que lo soporta.
       -  La documentación del usuario lleva hacia actividades que
           provocan resultados incorrectos o fallas en el sistema.
 La reparación de errores en el mantenimiento correctivo tiene
dos problemas:
       1)  Reparar un defecto tiene una probabilidad de introducir 
              otro defecto.
       2)  Incrementar las pruebas.

Tipos de mantenimiento correctivo básicos:

       1)  Reparaciones de emergencia: ejecutadas en corto tiempo y 
              generalmente sobre un único programa.
       2)  Reparaciones planificadas: arreglan defectos que no 
              requieren una atención inmediata y re-examinan todas las 
              reparaciones de emergencia.
MANTENIMIENTO ADAPTATIVO
El mantenimiento adaptativo  garantiza cambiar el software
para adaptarlo a aquellos cambios que se producen en su
entorno de operación:
      -  Cambio de configuración
      -  Sistema operativo
      -  Interfaz de comunicación, etc.

Modificar el software para que interaccione con el entorno

cambiante.
 Beneficios del mantenimiento adaptativo:
       -  Mejorar la productividad automatizando actividades.
       -  Incrementar la satisfacción del usuario.
       -  Incrementar las ganancias mediante la mejora de
           respuestas a las oportunidades de negocio.

Otros factores:
       -  Necesidades internas.
       -  Competición.
       -  Requisitos externos.
MANTENIMIENTO PERFECTIVO
Acciones llevadas a cabo para mejorar la calidad interna de los
sistemas y su documentación en cualquiera de sus
características:
       -  Reestructuración del código, 
       -  Definición más clara del sistema,
       -  Satisfacer nuevos requisitos,
       -  Optimización del rendimiento y 
       -  Aumentar la eficiencia. 
El objetivo principal es mejorar la calidad del software para
hacerlo más fácilmente mantenible y reducir el costo e impacto
de los cambios.
 Actividades del mantenimiento perfectivo:
       -  Reingeniería
       -  Reescritura
       -  Actualización de la documentación.

El proceso de mantenimiento perfectivo consta de dos etapas:

 1)  Identificación de candidatos (antes de planificar la versión)
 2)  Corrección de los problemas de calidad identificados para 
        maximizar los beneficios.
MANTENIMIENTO PREVENTIVO
Cambiar el software para facilitar el futuro mantenimiento. 
Permite detectar y corregir fallas latentes en el producto
software antes de que estas se manifiesten como fallas efectivas.
Sus técnicas son:
       -  Análisis de complejidad: complejidad de los módulos
       -  Análisis de funcionalidad: ayuda a estimar su valor
       -  Ingeniería inversa/recuperación de diseño: Debido a que el 
           código no está acorde con la documentación
       -  Reingeniería por partes: para sistemas de vida corta y cambios 
       -  Traslación / reestructuración : Migración de plataforma.
COSTOS DE MANTENIMIENTO

Por lo general, mayores que los costos de desarrollo (dependiendo de la

aplicación). Afectados por factores tanto técnicos como no técnicos.
El envejecimiento del software puede tener altos costos de soporte
(ejemplo, lenguajes de programación antiguos, compiladores, etc.).
DISTRIBUCIÓN DEL ESFUERZO DEL
MANTENIMIENTO

Sommerville
FACTORES QUE INFLUYEN EN EL COSTO DEL
MANTENIMIENTO
Con el tiempo la estructura de los programas se degrada y se
hace más difícil de entender y cambiar.
Los desarrolladores del sistema pueden no tener la
responsabilidad contractual del mantenimiento, por lo que no
hay incentivo para diseñar los cambios en el futuro.
El costo de mantenimiento se reduce, si el mismo personal
participa en el mantenimiento.
El personal de mantenimiento a menudo no tienen experiencia y
tienen un conocimiento limitado de dominio.
PREDICCIÓN DEL CAMBIO

Predecir el número de cambios requiere la comprensión de

las relaciones entre el sistema y su entorno.
Las predicciones del mantenimiento se puede hacer mediante
la evaluación de la complejidad de los componentes del sistema.
La complejidad depende de:
       -  La complejidad de las estructuras de control;
       -  La complejidad de las estructuras de datos;
       -  Objeto, método (procedimiento) y el módulo
CICLOS DE MANTENIMIENTO

Construcción de una nueva versión como una simple

extensión.
Si los cambios no afectan la arquitectura y no hay
mayores riesgos que mitigar.
El mantenimiento constituye la última fase del ciclo de vida del
software. 
Una vez finalizado el desarrollo, el producto entra en la fase
de operación y mantenimiento.
El mantenimiento debe asegurar que el producto sigue
satisfaciendo las expectativas del cliente.
Para facilitar el mantenimiento del producto es necesario un
desarrollo de calidad.
PROCESO DE MANTENIMIENTO

Desarrollar mecanismos de evaluación, control e

implementación de modificaciones.
Establecer una organización de mantenimiento.
Prescribir procedimientos de evaluación y de
información.
Definir una secuencia estandarizada de sucesos
para cada solicitud.
Establecer un sistema de registro de
información de las actividades.
Definir criterios de revisión y de evaluación de las
tareas de mantenimiento.
ACTIVIDADES DEL PROCESO DE MANTENIMIENTO

Ian Sommerville
SOLICITUDES DE CAMBIO

El mantenimiento de un producto software se

inicia desde el momento que, una vez
colocado el producto en producción /
operación, se comienzan a generar las
solicitudes de cambio sobre algún aspecto del
producto software. 
Las solicitudes realizadas determinan la
naturaleza del mantenimiento requerido sobre
el producto software. 
SOLICITUDES DE CAMBIO URGENTE
Cambios urgentes pueden llevarse a la práctica sin pasar por todas
las etapas del proceso de ingeniería de software
       -  Si  tiene que ser reparada una falla grave del sistema;
       -  Si tienen efectos inesperados los cambios en el entorno del
           sistema (por ejemplo, una actualización del sistema operativo);
       -  Si hay cambios de negocio que requieren una reacción muy
           rápida (por ejemplo, el lanzamiento de un producto de la
           competencia).
ANÁLISIS DE IMPACTO
Determina el ámbito de los cambios requeridos
como base para su implementación.
Las actividades principales del análisis de impacto
son:
-  Evaluar las solicitudes de cambio sobre los
sistemas existentes, otros sistemas, hardware,
estructuras de datos, etc.
-  Desarrollar una estimación preliminar de
recursos.
-  Documentar el ámbito del cambio y actualizar la
solicitud realizada.
PLANIFICACIÓN DE VERSIONES
Implica determinar el contenido y tiempo de las versiones del
sistema.

Sus actividades incluyen:

       -  Ordenar y seleccionar las solicitudes de cambio para la
           próxima versión.
       -  Organizar el trabajo y procesar los cambios.
       -  Preparar un documento sobre el plan de la versión del
           sistema.
       -  Actualizar las solicitudes de cambio aprobadas.
IMPLEMENTACIÓN DE CAMBIOS
Para asegurar la conformidad de los cambios
aprobados con los requisitos originales.
Las actividades principales de las pruebas son
las siguientes:
       -  Implementar y revisar los cambios en el 
          código.
       -  Restaurar el código fuente bajo control 
           del sistema de gestión de la 
           configuración.
       -  Actualizar las solicitudes de cambio de 
           los módulos modificados.
MANTENIMIENTO DEL CÓDIGO
Estudiar el programa, el flujo de control general.
Evaluar la documentación existente.
Utilizar los listados de referencias cruzadas.
Hacer cambios con el mayor cuidado.
No eliminar código hasta estar totalmente
seguro.
Insertar variables propias para evitar problemas.
Mantener un registro de las actividades de
mantenimiento.
Evitar la necesidad de tener que tirar el programa
y volverlo a escribir.
(Yourdon, 1975)
PRUEBAS
Para asegurar la conformidad de los cambios
aprobados con los requisitos originales.
Las actividades principales de las pruebas son
las siguientes:

     -  Pruebas manuales
     -  Pruebas automatizadas
     -  Pruebas de integración
     -  Pruebas del sistema
     -  Pruebas de aceptación
VERSIÓN DEL SISTEMA

El objetivo de la versión del sistema es entregar

el sistema y su documentación actualizada a los
usuarios para su instalación y configuración.
       -  Establecer una planificación de las versiones
       -  Determinar el contenido de cada versión
MÉTRICAS DEL PROCESO
Para evaluar la mantenibilidad pueden ser
utilizados algunas métricas del proceso:
       -  Número de solicitudes de mantenimiento 
           correctivo;
       -  Tiempo promedio requerido para el 
           análisis de impacto;
       -  Tiempo medio para implementar una 
           solicitud de cambio;
       -  Número de solicitudes de cambios pendientes....
Si alguno o todos estos van en aumento, esto puede
indicar una disminución de la capacidad de
mantenimiento…
MODELO DEL ESFUERZO DE MANTENIMIENTO
Esfuerzo total (M)
M = p + K·exp(c - f)
Esfuerzo productivo (p)
Constante empírica (K)
Medida de la complejidad atribuida a la falta de un buen
diseño y documentación (c)
Medida del grado de familiaridad con el software (f)

Se distribuye entre...
Actividades productivas. Análisis, evaluación, modificación del diseño y
codificación.
Actividades menos productivas. Interpretación y compresión.
DIFICULTADES EN EL MANTENIMIENTO

Dificultad para seguir la evolución del software a través de varias

versiones al no existir documentación sobre los cambios.
Dificultad para comprender un programa ajeno.
Dificultad para contactar con los desarrolladores.
No existe una documentación apropiada
No se prevé el cambio cuando se diseña.
Diseño pobre/rígido.
Cambios tecnológicos.
El mantenimiento no se considera un trabajo atractivo.
...todos tienen su origen en las deficiencias del desarrollo
SISTEMAS HEREDADOS (LEGACY)
Las organizaciones que se basan en sistemas heredados deben
elegir una estrategia para la evolución de estos sistemas:
       -  Dividir completamente el sistema y modificar los procesos
           de negocio para que ya no sean necesarios;
       -  Continuar el mantenimiento del sistema;
       -  Transformar el sistema (reingeniería) para mejorar su
           capacidad de mantenimiento;
       -  Colocar el sistema como un sistema nuevo.
La estrategia elegida debería depender de la calidad del
sistema y su valor de negocio.
CATEGORÍAS EN SISTEMAS HEREDADOS

Baja calidad, bajo valor comercial.  Estos sistemas deben ser

desechados. 
Baja calidad, alto valor comercial.  Estos hacen una
importante contribución con las empresas, pero son caros de
mantener. En caso de hacer re-ingeniería o reemplazarlo.
Alta calidad y bajo valor comercial.  Reemplazar con COTS,
o mantener completamente.
Alta calidad, alto valor comercial.  Continuar con el
mantenimiento.
REINGENIERÍA

“Reingeniería es la transformación sistemática de un sistema

existente a una nueva forma para realizar mejoras de la
calidad en operación, capacidad del sistema, funcionalidad,
rendimiento o capacidad de evolución a bajo costo, con un
plan de desarrollo corto y con bajo riesgo para el cliente”.

Definición dada por el Reengineering Center

del Software Engineering Institute de la
Universidad Carnegie Mellon
REINGENIERÍA
Proceso de recuperación de la información del diseño de un
software existente para alterarlo o reconstruirlo en un esfuerzo
de mejorar la calidad general.
El software resultante implementa la función del sistema
existente.
El desarrollador añade nuevas funciones y/o mejora el
rendimiento general.
Se aplica en el mantenimiento preventivo. Los programas que
sean susceptibles de cambiar en un futuro cercano serán
preparados para ese cambio.
VENTAJAS DE LA REINGENIERÍA
Reducción de riesgos
       -  Hay un alto riesgo en el desarrollo de un nuevo software.
           Puede haber problemas de desarrollo,  de personal y de
           especificación.
Reducción de costos
       -  El costo de re-ingeniería es mucho menor que el costo de
           desarrollar un nuevo software.
INGENIERÍA DIRECTA Y REINGENIERÍA
INGENIERÍA INVERSA

La ingeniería inversa es el proceso de análisis de software para

identificar los componentes software y sus interrelaciones y
para crear representaciones del software en otra forma o en
niveles más altos de abstracción.
La ingeniería inversa es pasiva; no cambia el software, ni da
como resultado un nuevo software.
Los esfuerzos de ingeniería inversa producen gráficos de
llamadas y gráficos de flujo de control desde el código fuente.
Un tipo de ingeniería inversa es la redocumentación. Otro tipo
es la recuperación de diseño.
La refactorización es una transformación de programa que
reorganiza un programa sin cambiar su comportamiento, y es
una forma de ingeniería inversa que busca mejorar la
estructura del programa.
Finalmente, la ingeniería inversa de datos ha ganado
importancia en los últimos años, donde los esquemas lógicos
se recuperan de bases de datos físicas.

Elementos de ingeniería inversa

Nivel de abstracción, completitud, interactividad y direccionalidad
ROLES Y RESPONSABILIDADES

Administrador del mantenimiento

       -  Evaluación del impacto
       -  Planeamiento
       -  Análisis de costo-beneficio
Desarrollador
       -  Implementar los cambios al software
       -  Ejecutar pruebas unitarias
Revisor
       -  Implementar elementos de pruebas
       -  Revisión de código fuente
ARTEFACTOS

Solicitud de cambios
Plan de mantenimiento de software
Análisis de impacto
Análisis costo - beneficio
Lista de riesgos
Registro de resultados de las pruebas
Informe de revisiones