7. Mantenimiento de SoftwareIngeniería de Software

UTM 2017

Junio 2015

2

3

4

5

6

Introducción

✤ Durante su ciclo de vida, el software se ve presionado a cambiar. Estas presiones son las consecuencias inevitables de la naturaleza del software y el constante cambio en el medio ambiente en el que se usa.

✤ Una forma de reducir este impacto es de diseñar, desarrollar y mantener un sistema que facilite el cambio y reduzca el impacto de cambios individuales.

✤ Estos esfuerzos se encuentran englobados en el mantenimiento de software.

7

7.1 Aspectos Generales

✤ El mantenimiento de software es la modificación de un producto de software después de su entrega, con el objetivo de corregir fallas, mejorar su ejecución u otros atributos. Un error común es pensar que es sólo corregir defectos.

8

Cambios

✤ Cambios adaptativos - para volver el software más acorde con condiciones diferentes

✤ Cambios correctivos - para quitar defectos

✤ Cambios perfectivos - para mejorar el software

✤ Cambios preventivos - para detener el deterioro

9

Ventajas

✤ Reducir costos de mantenimiento

✤ Desarrollo de un diseño modular

✤ Extender la vida del sistema

✤ Diferir el reemplazo del sistema

✤ Reutilizar módulos o componentes

10

Mantenimiento Óptimo

Maximiza ganancias y minimiza costos

Los costos dependen de la disponibilidad y capacidad de manutención del sistema para determinar los parámetros a minimizar.

Ejemplos de parámetros:

✤ costo de fallo, costo de downtime, costo de mantenimiento correctivo, preventivo y reemplazo del sistema

11

Costo de Mantenimiento

✤ Reportes sugieren que el costo de mantenimiento es alto, aproximadamente el 67% de el total del ciclo de desarrollo

✤ En promedio, es aproximadamente del 50%. ¿Por qué?

http://www.tutorialspoint.com/software_engineering/software_maintenance_overview.htm12

Actividades de Mantenimiento

✤ Identificación y rastreo

✤ Análisis

✤ Diseño

✤ Implementación

✤ Pruebas del sistema

✤ Pruebas de Aceptación

✤ Entrega

✤ Administración del Mantenimiento 13

Distribución de las Actividades de Mantenimiento

http://www.slideshare.net/rajeevsharan/software-maintenance-984184214

Problemas de Mantenimiento

✤ Es el programa de alguien más

✤ El desarrollador no está disponible

✤ La documentación no existe

✤ No fue diseñado con el cambio en mente

✤ El mantenimento no es una actividad primordial

15

7.2 Características del Mantenimiento

Razones del costo tan elevado del mantenimiento

1. Estabilidad del Equipo de Desarrollo - los equipos de desarrollo se disuelven. Se invierte mucho tiempo y dinero en volver a comprender lo esencial del sistema

2. Responsabilidad Contractual - contrato de desarrollo puede ser diferente al contrato de mantenimiento

3. Habilidades de Personal - el mantenimiento no se aprecia igual que el desarrollo de software

4. Edad y Estructura del Sistema

16

Predicción del Mantenimiento

Somerville pp 45517

Complejidad del Mantenimiento

1. El número y la complejidad de las interfaces del sistema

2. El número de requerimientos del sistema intrínsecamente volátiles

3. Los procesos de negocios en los que se utiliza el sistema

18

7.3 Categorías de Mantenimiento: Correctivo, Adaptativo, Preventivo, PerfectivoExisten tres tipos diferentes de mantenimiento de software:

1. Mantenimiento para depurar defectos de software. Generalmente, los errores de código son relativamente baratos de corregir; los errores de diseño son mucho más caros ya que implican reescribir varios componentes de los programas. Los errores de requerimientos son los más caros de reparar debido a que puede ser necesario un rediseño extenso del sistema.

2. Mantenimiento para adaptar el software a diversos entornos operativos. Se requiere cuando se cambia algún aspecto del entorno del sistema, por ejemplo el hardware, la plataforma del sistema operativo u otro software de soporte. El sistema de aplicaciones debe modificarse para adaptarse a estos cambios en el entorno.

3. Mantenimiento para añadir o modificar funcionalidades al sistema. Es necesario cuando los requerimientos del sistema cambian como respuesta a cambios organizacionales o del negocio. La escala de los cambios requeridos en el software es a menudo mucho mayor que en los otros tipos de mantenimiento.

19

✤ En la práctica, no existe una clara distinción entre estos tipos de mantenimiento. Cuando se adapta el sistema a un nuevo entorno, pueden añadirse funcionalidades para aprovechar las ventajas de las nuevas características del entorno.

✤ Los defectos del software a menudo se muestran debido a que los usuarios utilizan el sistema en formas no anticipadas. La mejor forma de reparar estos defectos consiste en realizar cambios en el sistema que se adapten a su forma de trabajo.

20

✤ Normalmente se reconocen estos tipos de mantenimiento, pero varias personas les dan distintos nombres. El mantenimiento correctivo se utiliza generalmente para referirse al mantenimiento para reparación de defectos. Sin embargo, el mantenimiento adaptativo algunas veces significa adaptarse a un nuevo entorno y puede significar adaptar el software a nuevos requerimientos.

✤ El mantenimiento perfectivo puede significar perfeccionar el software implementando nuevos requerimientos; en otros casos significa mantener la funcionalidad del sistema, pero mejorando su estructura y su rendimiento.

21

Costos de Mantenimiento

Los costos de mantenimiento depende de la naturaleza del sistema:

✤ Los costos de mantenimiento para sistemas de aplicaciones corporativas son en general compatibles con los costos del desarrollo de los sistemas

✤ Para sistemas de tiempo real embebidos, los costos de mantenimiento pueden ser hasta cuatro veces mayores que los costos de desarrollo

22

Costos de Mantenimiento

Ingeniería de Software de Sommerville pp. 45323

7.4 Reingeniería de Sistemas

✤ Como hemos visto, el proceso de mantenimiento de sistemas puede ser complicado, especialmente para sistemas heredados. Estos sistemas son difíciles de comprender y de mejorar.

✤ Una manera de poder hacer mantenimiento a sistemas heredados es utilizando un proceso de reingeniería. La reingeniería de sistemas consiste en en la reimplementación de sistemas heredados para hacerlos más mantenibles.

✤ Reingeniería implica redocumentar el sistema, organizar y restructurar, traducir el sistema a un lenguaje moderno y modificar y actualizar la estructura de los datos. Su funcionalidad y arquitectura no se cambia.

24

Ventajas de la Reingeniería

1. Riesgo reducido. Existe un alto riesgo en volver a desarrollar software crítico para negocios. Pueden cometerse errores en la especificación, o puede haber problemas en el desarrollo. Los retrasos en la introducción del nuevo software pueden significar pérdidas en el negocio e incurrir en costos adicionales. Por ejemplo, en 1999 una gran compañía de comida en Estados Unidos tuvo retrasos en la introducción de un nuevo sistema de pedidos, lo que condujo a retrasos en las entregas de productos valoradas en 100 millones de dólares en una estación de máxima venta.

2. Costo reducido. El costo de hacer reingeniería es significativamente menor que el costo de desarrollar nuevo software. Ulrich (Ulrich, 1990) cita un ejemplo de un sistema comercial en el que los costos de reimplementación se estimaron en 50 millones de dólares. Al sistema se le aplicó reingeniería con éxito por 12 millones de dólares. Se presume que, con la tecnología moderna del software, el costo relativo de la reimplementación probablemente sea menor, pero aún así supera de forma considerable los costos de la reingeniería.

25

Diferencias entre Ingeniería y Reingeniería

Ingeniería de Software de Sommerville pp. 45926

Actividades de Reingeniería

27

Actividades de Reingeniería

1. Traducción del código fuente. El programa es convenido desde un lenguaje de programación antiguo a una versión más moderna del mismo lenguaje o a un lenguaje diferente.

2. Ingeniería inversa. El programa se analiza y se extrae información a partir de él. Ésto ayuda a documentar su organización y funcionalidad.

3. Mejora de la estructura del sistema. La estructura de control del programa se analiza y modifica para hacerla más fácil de leer y comprender.

4. Modularización de los programas. Se agrupan las partes relacionadas del programa y se elimina la redundancia en donde resulta adecuado. Esta etapa puede implicar una transformación de un sistema centralizado a una plataforma distribuida.

5. Reingeniería de datos. Los datos procesados por el programa se cambian para reflejar los cambios en él.28

Costos en Reingeniería

1. La calidad del software en el que se va a hacer reingeniería. Cuanto más baja sea la calidad del software y su documentación asociada, más altos serán los costos de reingeniería.

2. Las herramientas de soporte disponibles para la reingeniería. Normalmente no es rentable hacer reingeniería sobre un sistema software a menos que puedan utilizarse herramientas CASE para automatizar la mayor parte de los cambios en los programas.

3. La amplitud de la conversión de datos requerida. Si el sistema sobre el que se va a hacer reingeniería requiere que se conviertan grandes volúmenes de datos, el costo del proceso se incrementa de forma significativa.

4. La disponibilidad de personal experto. Si el personal responsable de mantener el sistema no puede involucrarse en el proceso de reingeniería, los costos se incrementarán debido a que los ingenieros encargados de la reingeniería tienen que invertir una gran cantidad de tiempo en comprender el sistema.

29

Fin.Ingeniería de Software

UTM 2017

16 de Junio, 2015

30