Actividades que se deben realizar para el Mantenimiento de Sistemas:

1. Definir y validar los Problemas.

La primera actividad del equipo asignada será definir y validar los problemas. En el mejor de los casos, esta tarea será facilitada por el analista y el programador, pero en cualquier caso debería implicar claramente al usuario o usuarios. Los programas con problemas se recuperan de la biblioteca de programas.

2. Aplicar un juego de datos de prueba a los programas y la aplicación.

Los programas no son del todo malos o no habrían sido puestos en traducción en ningún momento. El equipo debería entonces aplicar el juego de datos de prueba a los programas y la aplicación.

Este paso es llevado a cabo por el Analista o Programador de Sistemas. Los casos de juego de datos de prueba pueden definirse de 2 maneras:

• La primera consistiría en buscar datos de prueba antiguos, también deberían analizarse si son suficientemente complejos y si fuera necesario,           habría que revizarlos.

• Alternativamente, es posible capturar automáticamente los datos de pruebas por medio del empleo de una herramienta de prueba.

3. Conocer una aplicación, su funcionamiento, su lenguaje, todo cuanto el programa tenga y halla sido traducido para su ejecución, prueba y utilización.

Tiene como objetivo la comprensión de los programas, conseguir suficiente información sobre como funciona el programa y sobre lo que no funciona para ello hay que conocer los campos o variables y donde se usa, conocer los programas que pueden llevar a hacer mejores estimaciones de tiempo y los recursos que se requerirán para arreglar los errores.

4. Editar y probar los programas.

Dado el conocimiento de la aplicación, los programas y los cambios válidos, pueden entonces realizarse los cambios en los programas que han de modificarse. Esta tarea es realizada por un programador.

• PRUEBA DE UNIDADES

Que asegura que el programa considerado en solitario arregla el error sin efectos colaterales.

• PRUEBA DEL SISTEMA

Que asegura que la aplicación en conjunto, de la que forma el programa modificado aún funciona.

• PRUEBA DE REGRESIÓN

El impacto de los cambios en la productividad y el tiempo de respuesta delprograma y la aplicación antes y después usando para ello los datos de prueba derendimiento actual.

5.  Actualizar la documentación.

El alto costo de mantenimiento de Sistemas debe, en gran parte a los fallos en la actualización de la documentación de la aplicación y los programas. Cada vez que cambie la documentación de una aplicación, debe modificarse en el diccionario y en las bibliotecas de programas. La documentación de la aplicación es, por lo general responsabilidad del Analista de Sistemas que da soporte a dicha aplicación. La documentación de los programas suele ser responsabilidad del programador que realiza los cambios en los programas.

Otra actividad permanente y relativamente rutinaria en el Soporte de Sistemas es la asistencia rutinaria al Usuario Final.

Independientemente de cómo haya sido la formación de usuarios o de calidad de la documentación. El Analista de Sistema, está por lo general a disposición de los usuarios para ofrecerles ayuda en el uso diario de cuatro aplicaciones específicas. En aplicaciones de máxima importancia el Analista debe estar disponible día y noche.

Las tareas más características comprenden:

• Observación rutinaria del uso de Sistemas.

• Hacer el grado de satisfacción del usuario.

• Cambiar los procedimientos de las empresas  y  realizar  las  tareas  correspondientes.

De vez en cuando es inevitable que un Sistema falle. Este fallo se traduce generalmente lo que se llama un programa "abortado" (también llamado "ABEND" o "CRASH")

La posible pérdida de datos. Entonces es a menudo el Analista de Sistema el encargado de arreglar el Sistema o de actuar como intermediario entre los usuarios y quienes deben recuperar el Sistema.

Esta actividad se puede detallar en 6 pasos:

• 1. El Analista puede sentarse ante el Terminal del Usuario y recuperar el Sistema. Aveces, puede ser tan sencillo como pulsar una tecla específica o volver a arrancar elordenador personal es posible que pueda producirse algunos fallos generalizados o en algunos el Analista puede observar al Usuario durante el uso del programa o la aplicación.

• 2. El Analista debe ponerse en contacto con el servicio de explotación de los Sistemas para corregir el problema. Las acciones realizadas por el servicio de explotación consisten en dar fin a la sesión on-line y reinicializar la aplicación de sus programas.

• 3. El Analista puede tener que recurrir a la administración de datos para recuperar archivos o datos perdidos o deteriorados.

• 4. El Analista puede tener a la administración redes para resolver un problema  o de interconexión de redes, los profesionales de redes suelen desconectar al Usuario y reinicializar los programas.

• 5. El Analista puede tener que recurrir a los técnicos o los representantes de los vendedores para arreglar un problema de hardware.

• 6. El Analista tal vez descubra el error que ha provocado el fallo. El Analista intenta aislar dicho error rápidamente y bloquearlo automáticamente para evitar dar lugar a otro fallo.