3.1. Mantenimiento del software

3.1. Mantenimiento del software

1. Definición de SWEBOK: el conjunto de actividades necesarias para hacer que los programas sean rentables

   • Actividades
     • se realiza durante la etapa previa a la entrega es la planificación de las operaciones posteriores a la entrega, tales como el mantenimiento y la logística para las actividades de transición entre las versiones del sistema de software.
     • posteriores a la entrega del sistema de software, incluyen la clasificación e identificación de requerimientos, análisis, diseño, implementación, pruebas de implantación, de aceptación de las modificaciones realizadas al sistema, y entrega de la nueva versión del sistema de software.

2. Definición del Estandar ISO/IEC 14764: modificación de un producto de software después de la entrega para corregir los fallos, para mejorar el rendimiento u otros atributos, o para adaptar el producto a un nuevo entorno

   • El mantenimiento se realiza con el fin de:
     • Corregir fallas detectadas
       • Mejorar el diseño.
         • Implementar mejoras.
           • Mantener la interfaz con otros sistemas
             • Adaptar los programas de manera que las características del sistema y de las telecomunicaciones se puedan seguir utilizando en diferentes plataformas de hardware y software.
               • Migrar el legado del software.
                 • Identificar cuándo es necesario retirar el software de su vida productiva.
     • Objetivo segun el tipo de mantenimiento
       • Mantener el control sobre las funciones del software del día a día. Se realiza una serie de modificaciones para permitir la funcionalidad del sistema a través del tiempo (correctivo).
         • Mantener el control sobre modificación de software. Al ir adaptando el sistema de software a los distintos requerimientos, es necesario tener una vigilancia para que tales modificaciones no lo degeneren (adaptativo).
           • El perfeccionamiento de las funciones existentes. Tales modificaciones buscan el mejoramiento de los procesos del sistema (perfectivo).
             • Prevenir el rendimiento del software de degradar a niveles inaceptables. Son acciones de limpieza de basura informática, de procesos incensarios que hacen lento el sistema, operaciones que provoquen desbordamiento de la memoria, etcétera (preventivo).
   • Clasificación de las actividades de mantenimiento de software
     • Tareas de procesos de mantenimiento
       • Desarrollar planes y procedimientos de mantenimiento
       • Establecer procedimientos para la petición de modificación
       • Implementar el proceso de gestión de la configuración.
     • Tareas de nuevos requerimientos y modificaciones
       • Realizar el análisis inicial
       • Verificar el problema
       • Desarrollar opciones para aplicar la modificación
       • Documentar los resultados
       • Obtener la aprobación para la modificación
     • Tareas de implementación de la modificación
       • Realizar un análisis detallado
       • Desarrollar el código y probar la modificación
     • Tareas de revisión, mantenimiento y aceptación
       • Obtener la aprobación para su modificación
       • Realizar las pruebas pertinentes
     • Tareas de migración
       • Asegurar de que la migración esté de acuerdo con la norma ISO/IEC 12207, y desarrollar un plan de migración
       • Notificar a los usuarios de los planes de migración
       • Llevar a cabo operaciones paralelas de migración y pruebas de compatibilidad de datos
       • Notificar al usuario de que la migración se ha iniciado
       • Llevar a cabo una revisión posterior a la operación
       • Asegurar de que los datos de la versión anterior estén accesibles
     • Tareas de retiro de software
       • Desarrollar un plan de retiro del sistema de software
       • Notificar a los usuarios de los planes de retiro del sistema de software
       • Llevar a cabo operaciones paralelas del retiro del sistema de software, así como la implantación del nuevo
       • Notificar al usuario que el proceso de retiro se ha iniciado
       • Asegurar de que los datos del sistema en retiro estén accesibles para el nuevo sistema de software

3. 3.1.1. Tipos de mantenimiento

   • Tres tipos de mantenimiento.
     • Mantenimiento correctivo: son modificaciones reactivas a un producto software, hechas después de la entrega, para corregir defectos descubiertos.
     • Mantenimiento adaptativo: es una modificación de un producto software realizada después de la entrega, con el fin de que siga siendo productivo en un ambiente diferente.
     • Mantenimiento perfectivo: es la modificación de un producto software después de la entrega para mejorar, o seguir manteniendo su rendimiento.
   • Tipos de mantenimiento, según ISO/IEC 14764 (2006)
     • Mantenimiento preventivo: son modificaciones del producto software tras la entrega para detectar y corregir fallos latentes antes de que se conviertan en efectivos.
     • Mantenimiento correctivo: identifica y elimina los defectos o fallos en el sistema de software.
     • Mantenimiento adaptativo: es la adaptación del sistema a un nuevo entorno de operación
       • Cambio en el entorno de los datos, de un archivo de datos a tablas de base de datos.
       • Cambio en el entorno de los procesos, de una plataforma de desarrollo a otra, como de C++ a C#.

4. 3.1.2. Pronóstico del mantenimiento

   • Definición: pronosticar el costo de realizar los ajustes necesarios para tener el control.
     • Modelos para predecir los costos de mantenimiento:
       • La curva de Raleigh. Este modelo predice la detección de fallos durante la vida del esfuerzo de desarrollo de software; por lo tanto, también del mantenimiento. Se puede utilizar este perfil para medir el estado de defecto. El modelo supone que durante la vida del proyecto, los fallos detectados por mes se asemejarán a una curva de Raleigh
       • Análisis Weibull. Es la técnica mayormente elegida para estimar una probabilidad, basada en datos medidos o asumidos. La distribución de Weibull es útil, por su habilidad,para simular un amplio rango de distribuciones como la normal o la exponencial, y para que en los proyectos de mantenimiento se tenga una aproximación a un número de fallos
       • KSLOC número de miles de líneas de código fuente que se entregarán al finalizar el proyecto del mantenimiento se utiliza para determinar el número de fallas inherentes en el proyecto de mantenimiento
         • FORMULA: N= FD * KSLOC
       • COCOMO II permite estimar el costo, el esfuerzo y el tiempo en la planificación de una nueva actividad de desarrollo de software.
         • FORMULA: AME = ACT * SDT
         • Formula para refinar el costo de mantenimiento:
           • AEM = ACT * SDT * CPLX * AEXP
       • Factores que influyen en la relación entre el sistema y su entorno.
         • La cantidad y complejidad de las interfaces del sistema
           • El número de los requisitos del sistema inherentemente volátiles
             • Los procesos de negocio que utiliza el sistema

Imágenes y archivos del mapa