TEMA 9: MANTENIMIENTO. - UV

1 tema 9 : mantenimiento . INTRODUCCI N: La creencia habitual de un equipo de trabajo de que su tarea ha finalizado cuando instala y pone en funcionamiento el software en las instalaciones del cliente no puede ser m s err nea. Un producto software envuelve muchos aspectos y caracter sticas que provocan que sea totalmente necesario supervisar su funcionamiento correcto durante un tiempo despu s de la entrega del mismo. Ante la dificultad que entra a garantizar el comportamiento correcto del programa en circunstancias no previstas, los test de aceptaci n del producto incluyen pruebas a largo plazo del software (a petici n del cliente).

2 A esta fase de supervisi n se le denomina fase de operaci n. S lo cuando termina esta fase el cliente acepta definitivamente el producto, que hab a sido aceptado provisionalmente al ser entregado (fase de transferencia). M s tarde, es posible que el software necesite ser modificado, ya sea consecuencia de la detecci n de errores o bien ante nuevas exigencias y/o necesidades del usuario del sistema. A esta fase se le conoce como fase de mantenimiento . Es importante rese ar que durante estas fases de operaci n y mantenimiento (OM) se debe generar y actualizar el denominado documento de historia del proyecto (DHP); documento que incluye todos los errores (y sus correcciones) y/o modificaciones realizadas en el producto.

3 Este documento es de gran ayuda para poder calcular y analizar la fiabilidad del sistema software a la vez que evaluar el rendimiento del equipo de trabajo. Un proyecto inform tico se desarrolla para la consecuci n de un Sistema hardware, software o combinaci n de ambos. La responsabilidad principal se centra en el software, ya que el coste de mantenimiento hardware cada vez es menos importante. Las empresas de hardware basadas en el mantenimiento han sufrido graves problemas de supervivencia, ya que este tipo de mantenimiento no supera el 8% del mantenimiento total de un sistema inform tico. Por este motivo, nos centraremos principalmente en el estudio del mantenimiento del software.

4 INGENIER A Y mantenimiento DEL SOFTWARE: No es el mismo tipo de mantenimiento el del software que el de hardware, como primera aproximaci n al mantenimiento del software lo definiremos como el conjunto de medidas que hay que tomar para que el sistema siga trabajando correctamente. Entre las caracter sticas sobresalientes del mantenimiento del software destacan: - El software no envejece. - El mantenimiento del software supone adaptar el paquete o sistema objeto del mismo a nuevas situaciones como: Cambio de hardware. Cambio de software de base ( ). - Todo sistema software conlleva mejoras o a adidos indefinidamente.

5 Al cerrar todo proyecto se debe considerar y preveer las normas del mantenimiento del sistema (tanto en connotaciones hardware como software). EL CICLO DE VIDA Y EL mantenimiento DEL SOFTWARE: Las fases principales en el Ciclo de Vida del Software son: - An lisis y Definici n de Requisitos. - Especificaci n. - Dise o. - Programaci n (escritura del c digo). - Prueba e instalaci n. - Operaci n y mantenimiento . Seg n ANSI-IEEE, el mantenimiento del software es la modificaci n de un producto software despu s de su entrega al cliente o usuario para corregir defectos, para mejorar el rendimiento u otras propiedades deseables, o para adaptarlo a un cambio de entorno.

6 COSTES DEL mantenimiento : El coste del mantenimiento de un producto software a lo largo de su vida til es superior al doble de los costes de su desarrollo. Fechas % mantenimiento A os 70 35% - 40% 1980 1984 55% 1985 1989 75% A os 90 80% - 90% Evoluci n de los costes del mantenimiento Por norma general, el porcentaje de recursos necesarios en el mantenimiento se incrementa a medida que se genera m s software. A esta situaci n se le conoce como Barrera de mantenimiento .

7 Las causas a las que se debe este incremento de trabajo de mantenimiento son: 1) Gran cantidad de software antiguo (m s de 10 a os); a n siendo construidos con las mejores t cnicas de dise o y codificaci n del momento (rara vez), su creaci n se produjo con restricciones de tama o y espacio de almacenamiento y con herramientas desfasadas tecnol gicamente. 2) Los programas sufren migraciones continuas de plataformas o SSOO. 3) El software ha experimentado modificaciones, correcciones, mejoras y adaptaciones a nuevas necesidades de los usuarios. Adem s, estos cambios se realizaron sin t cnicas de reingenier a o ingenier a inversa, dando como resultado sistemas que funcionan con baja calidad (mal dise o de estructuras de datos, mala codificaci n, l gica defectuosa y escasa documentaci n).

8 Como consecuencia de estos grandes costes, es que el coste relativo de reparar un error aumenta considerablemente en las ltimas fases del ciclo de vida del software. Las razones por las que es menos costoso reparar defectos en las primeras fases del ciclo de vida software son: - Es m s sencillo cambiar la documentaci n que modificar el c digo. - Un cambio en las fases posteriores puede repercutir en cambiar toda la documentaci n de las fases anteriores. - Es m s sencillo detectar un error en la fase en la que se ha introducido que detectarlo y repararlo en fases posteriores. - Un defecto se puede ocultar en la inexistencia o falta de actualizaci n de los documentos de especificaci n o dise o.

9 Existen otra serie de costes intangibles del mantenimiento del software, que son: - Oportunidades de desarrollo que se han de posponer o que se pierden debido a los recursos dedicados a las tareas de mantenimiento . - Insatisfacci n del cliente cuando no se le satisface en un tiempo debido una solicitud de reparaci n o modificaci n. - Los cambios en el software durante el mantenimiento tambi n introducen errores ocultos. - Perjuicios en otros proyectos de desarrollo cuando la plantilla tiene que dejarlos o posponerlos debido a una solicitud de mantenimiento . En conclusi n, la productividad en LDC (l neas de c digo) por persona y mes durante el proceso de mantenimiento puede llegar a ser 40 veces inferior con respecto al proceso de desarrollo.

10 TIPOS DE mantenimiento : Existen 4 tipos de mantenimiento : Correctivo. Adaptativo. Perfectivo. Preventivo. mantenimiento correctivo: Tiene por objetivo localizar y eliminar los posibles defectos de los programas. Un defecto en un sistema es una caracter stica del sistema con el potencial de provocar un fallo. Un fallo se produce cuando el comportamiento de un sistema difiere con respecto al comportamiento definido en la especificaci n. Los fallos en un sistema software pueden ser: - Procesamiento (salidas incorrectas de un programa). - Rendimiento (tiempo de respuesta demasiado alto). - Programaci n (inconsistencias en el dise o).