En 1983, BJ Taute presentó su modelo de mantenimiento de software. Es muy fácil de entender y poco exigente de implementar. El modelo retrata el proceso de mantenimiento de software como un ciclo de ciclo cerrado. Los desarrolladores utilizan este modelo después de la ejecución del software para actualizar y realizar modificaciones en el software.
Taute Model es un modelo de mantenimiento típico y tiene ocho fases en forma de ciclo.
Las fases se describen de la siguiente manera:
- Fase de solicitud de cambio:
en esta fase, el cliente realiza una solicitud en el formato prescrito al equipo de mantenimiento para aplicar el cambio al software.
Este cambio puede pertenecer a cualquiera de las siguientes cuatro categorías de actividades de mantenimiento :- (i) Mantenimiento correctivo del software.
- (ii) Mantenimiento de software adaptativo.
- (iii) Mantenimiento perfectivo del software.
- (iv) Mantenimiento preventivo de software.
Después de detectar la categoría de mantenimiento de software, el equipo de mantenimiento asigna un número de identificación único a la solicitud.
- Fase de estimación:
el equipo de mantenimiento dedica esta fase a estimar el tiempo y el esfuerzo necesarios para aplicar el cambio solicitado. Y, para minimizar el efecto dominó causado por el cambio en el sistema, también se realiza un análisis de impacto en el sistema existente. - Fase de programación:
en esta fase, el equipo identifica las requests de cambio para la próxima versión programada y también puede preparar los documentos necesarios para la planificación. - Fase de programación:
en esta fase, el equipo de mantenimiento modifica el código fuente del software para implementar el cambio solicitado por el cliente y actualiza todos los documentos relevantes, como documentos de diseño, manuales, etc., según corresponda. El resultado final de esta etapa es la versión de prueba del código fuente. - Fase de prueba:
en esta fase, el equipo de mantenimiento se asegura de que la modificación solicitada en el software se implemente correctamente. Luego, el código fuente se prueba con casos de prueba ya disponibles. También se pueden diseñar nuevos casos de prueba para probar aún más el software. Este tipo de prueba se conoce como prueba de regresión . - Fase de documentación:
después de la prueba de regresión, el equipo actualiza el sistema y los documentos del usuario antes del lanzamiento del software. Esto ayuda a mantener la correlación entre el código fuente y los documentos. - Fase de lanzamiento:
en esta fase, el producto de software modificado junto con los documentos actualizados se entregan al cliente. Las pruebas de aceptación son realizadas por los usuarios del sistema. - Fase de operación:
después de completar con éxito las pruebas de aceptación, el software se coloca en funcionamiento normal. Durante el uso, cuando se identifica otro problema o se siente un requisito de nueva funcionalidad o se desea mejorar la capacidad existente, el cliente puede iniciar nuevamente el proceso de ‘Solicitud de cambio’. Y del mismo modo, todas las fases se repetirán para implementar este nuevo cambio.