¿Qué es el mantenimiento adaptativo y correctivo?

El proceso de cambio de un sistema después de entregado y está en uso se llama mantenimiento de software. Los cambios pueden implicar cambios simples para corregir errores de codificación, cambios más extensos para corregir el diseño errores o mejora significativa para corregir errores de especificación o accomodate nuevos requisitos. El mantenimiento, por lo tanto, en este contexto, realmente significa evolución. Es el proceso de cambiar un sistema para mantener su capacidad de sobrevivir.

Hay tres tipos de mantenimiento de software con distinción muy borrosa entre ellos.

Mantenimiento correctivo

El mantenimiento correctivo se ocupa de corregir los errores reportados en el software. Los errores de codificación suelen ser relativamente baratos de corregir; los errores de diseño son más costosas, ya que pueden implicar la reescritura de varios componentes de programas. Necesidades errores son los más caros de reparar debido al amplio rediseño del sistema con puede ser necesario.

Mantenimiento adaptativo

Mantenimiento adaptativo significa cambiar el software a un nuevo entorno como plataforma de hardware diferente o para su uso con un sistema operativo diferente. Los La funcionalidad del software no cambia radicalmente.

Mantenimiento perfecto

El mantenimiento perfecto implica la implementación de ne funcional o no funcional requisitos del sistema. Estos son generados por los clientes de software como su organización son cambios de negocio.

Es difícil encontrar cifras actualizadas sobre su esfuerzo relativo dedicado a estos diferentes tipos de mantenimiento. Encuesta realizada por Lientz y Swanson (1980) descubrió que alrededor del 65% del mantenimiento era perfectivo, 18% adaptativo y 17% correctivo mostrado en la figura. Y también Lientz y Swanson encontraron que las grandes organizaciones dedicar al menos el 50% de su esfuerzo total de programación al mantenimiento de sistemas. Los costos de añadir funcionalidad a un sistema después de haber sido puesto en la operación suele ser mucho mayor que proporcionar una funcionalidad similar cuando el software se ha desarrollado originalmente. Hay varias razones para ello:

El personal de mantenimiento a menudo es relativamente inexperto y no está familiarizado con el dominio de aplicaciones. El mantenimiento tiene una mala imagen entre los ingenieros de software. Lo siento. se considera un proceso menos cualificado que el desarrollo del sistema y a menudo se asigna al personal más subalterno.

El programa que se mantiene puede haber sido desarrollado hace muchos años sin modernas técnicas de ingeniería de software. Thay puede estar desestructurado y optimizado para la eficiencia en lugar de la comprensión.

Los cambios realizados en un programa pueden introducir nuevas fallas, que desencadenan nuevos cambios solicitudes. Se pueden introducir nuevas fallas porque la complejidad del sistema puede dificultar el acceso a los efectos de un cambio.

A medida que se cambia un sistema, su estructura tiende a degradarse. Esto hace que el sistema más difícil de entender y hace más difíciles los cambios a medida que el programa se vuelve menos cohesivo.

Los vínculos entre un programa y su documentación asociada son a veces perdido durante el proceso de mantenimiento. Por lo tanto, la documentación puede ser poco fiable. ayuda a la comprensión del programa.

El primero de estos problemas sólo se puede abordar mediante la adaptación de la organización esclarecida políticas de gestión de mantenimiento. la dirección debe demostrar a la ingeniería que el mantenimiento es de igual valor y es tan desafiante como el desarrollo de software original. Los mejores diseñadores y programadores deben ser desafiados y motivados por el sistema mantenimiento. Boehm (1983) sugirió varios pasos que pueden mejorar el mantenimiento motivación del personal.

Pareja de objetivos de software a las metas de la organización.

Pareja de recompensas de mantenimiento de software para el rendimiento de la organización

Integrar al personal de mantenimiento de software en los equipos operacionales.

Crear un presupuesto de mantenimiento discrecional y preventivo, que permita el mantenimiento equipo para decidir cuándo re-ingeniería partes del software. Mantenimiento preventivo significa hacer cambios en el software, que mejoran su estructura para que el futuro el mantenimiento se simplifica.

Implicar al personal de mantenimiento temprano en el proceso de software durante la preparación estándar, revisiones y preparación de pruebas.

El segundo de los problemas mencionados, a saber, el código no estructurado, puede abordarse utilizando técnicas de re-ingeniería y recuperación de diseño.

Los otros problemas de mantenimiento son problemas de proceso. La estructura se degrada naturalmente con cambios. Las organizaciones deben planificar la inversión de esfuerzos y recursos adicionales en mantenimiento preventivo con el objetivo de mantener la estructura. Buen software prácticas de ingeniería tales como el uso de la información oculta o orientada a objetos desarrollo ayuda a minimizar la degradación de la estructura pero el esfuerzo por la estructura El mantenimiento sigue siendo necesario.