Procedimiento Actualizaciones de Software de Base y Desarrollos de Terceros

Transcripción

1 Base y Desarrollos de Terceros Nº 76/09 Nº de Versión / Modificación: 01/00 Fecha de Vigencia: 25/09/2009 Normas & Procedimientos Departamento de Información Hospitalaria

2 INDICE GENERAL INTRODUCCION 2 DESARROLLO 3 1. Tratamiento de Requerimientos de Software 3 2. Tratamiento de Notificaciones de Actualización 4 3. Puesta en Producción 6 4. Solución de Problemas 6 5. Anexo Formularios 9 1 de 9

3 INTRODUCCION Objetivo Instrumentar la operatoria a los efectos de establecer la responsabilidad de los distintos actores intervinientes en el proceso de Actualización de Software de Base y Desarrollos de Terceros, incluyendo Service Packs, Parches, Nuevas Versiones y cualquier otra actualización que se realice tanto a Software de Base (Sistemas Operativos, Bases de Datos y Servidores Aplicaciones) como a Aplicaciones de Software desarrolladas por terceros Alcance El siguiente procedimiento alcanza el tratamiento de Requerimientos de Software, el tratamiento de Notificaciones de Actualizaciones, la puesta en producción de la actualización y la solución de problemas durante la actualización. Sectores Involucrados Usuarios de Aplicaciones, Tecnología y Mesa de ayuda Sistemas Involucrados Todos los sistemas que se ejecutan en servidores del Datacenter Consideraciones Generales Periódicamente, los proveedores de software liberan actualizaciones, enviando las notificaciones correspondientes al área de Tecnología (Ver Anexo Formularios). Generalmente, la mencionada notificación contiene el detalle de los cambios incluidos y las indicaciones para su implementación. Por otra parte, ante la aparición de problemas, cambios ajenos a la institución u oportunidades de mejora es común que se especifican requerimientos para el software de base o aplicaciones desarrolladas por terceros. 2 de 9

4 DESARROLLO 1. Tratamiento de Requerimientos de Software Al recibir un requerimiento TECNOLOGIA 1.a. Incorpora el requerimiento al registro electrónico indicando que el requerimiento se encuentra A Evaluar. 1.b. Evalúa las actualizaciones disponibles y determina si alguna es adecuada, teniendo en cuenta: - Si satisface el requerimiento - La necesidad de realizar tareas de configuración adicionales. - El riesgo de afectar funcionalidad crítica del sistema - La posibilidad de, ante un eventual problema, volver atrás la actualización. Nota: Puede consultar al proveedor de ser necesario. Alternativa 1.b.1. Si detecta una actualización adecuada, envía un correo electrónico al Jefe o Subjefe e Tecnología (Jefatura de Tecnología) solicitando la aprobación para implementar, detallando los motivos para realizarla y el impacto posible. (Continúa en el punto 1.c.) 1.b.2. Si no detecta una actualización adecuada, (Continúa en el punto 1.g) Jefe o Subjefe de Tecnología 1.c. Recibe la solicitud de aprobación. 1.d. Evalúa el impacto del cambio. 1.e. Envía una respuesta al Responsable de la Plataforma, vía coreo electrónico, indicando si aprueba o no la actualización y, en caso de aprobar, especificando si corresponde hacer BackUp. 3 de 9

5 1.f. Analiza la respuesta Alternativa: 1.f.1. Si la Jefatura de Tecnología aprueba la actualización, programa la implementación. (Continúa en el punto 3. del presente procedimiento) 1.f.2. Si la Jefatura de Tecnología rechaza la actualización, (Continúa en el punto 1.g.) 1.g. Registra que el requerimiento queda Pendiente en el registro electrónico de requerimientos (carpeta electrónica). 1.h. Informa al solicitante que el requerimiento queda pendiente hasta que el proveedor libere una actualización adecuada. 1.i. Traslada el requerimiento al proveedor de software, en caso de ser posible. Fin del Procedimiento. 2. Tratamiento de Notificaciones de Actualización Al recibir la notificación TECNOLOGIA 2.a. Incorpora la actualización al registro de actualizaciones, indicando que se encuentra A evaluar 2.b. Evalúa el impacto de la instalación y determina si es recomendable instalarlo teniendo en cuenta: - Si los cambios satisfacen uno a mas de los requerimientos pendientes - Si representan algún tipo de mejora, aunque no exista un requerimiento al respecto - La necesidad de realizar tareas de configuración adicional. - El riesgo de afectar funcionalidad crítica del sistema - La posibilidad de, ante un eventual problema, volver atrás la actualización. 4 de 9

6 Alternativa 2.b.1. Si es recomendable incorporar la actualización, envía un correo electrónico al Jefe o Subjefe e Tecnología (Jefatura de Tecnología) solicitando la aprobación para implementar, detallando los motivos para realizarla y el impacto posible. (Continúa en el punto 2.c.) 2.b.2. Si NO es recomendable incorporar la actualización, (Continúa en el punto 2.g) Jefe o Subjefe de Tecnología 2.c. Recibe la solicitud de aprobación. 2.d. Evalúa el impacto del cambio. 2.e. Envía una respuesta al Responsable de la Plataforma, vía coreo electrónico, indicando si aprueba o no la actualización y, en caso de aprobar, especificando si corresponde hacer BackUp. 2.f. Analiza la respuesta Alternativa: 2.f.1. Si la Jefatura de Tecnología aprueba la actualización, programa la implementación. (Continúa en el punto 3). 2.f.2. Si la Jefatura de Tecnología rechaza la actualización, (Continúa en el punto 2.g.) 2.g. Indica que la actualización queda en estado Evaluación Negativa en el registro de Actualizaciones 2.h. Archiva el informe del proveedor para ser revisado en el futuro. Fin del Procedimiento. 5 de 9

7 3. Puesta en Producción 24 Hs antes de la puesta en producción TECNOLOGIA 3.a. Envía un correo electrónico a los usuarios afectados y a Mesa de Ayuda, informando el alcance de la actualización. Llegado el momento planificado 3.b. Realiza un BackUp de la imagen del servidor, si fue indicado por la jefatura de Tecnología 3.c. Instala la actualización en producción, siguiendo las indicaciones del proveedor 3.d. Verifica que la actualización funciona correctamente 3.e. Notifica a Mesa de Ayuda Nota: Cabe la aclaración que, aunque es altamente recomendable, la institución no dispone de la infraestructura necesaria hacer un testo previo de las actualizaciones. A las 24 Hs de Implementada la actualización 3.f. Registra que la actualización esta implementada y, si corresponde, que los requerimientos se encuentran cumplidos. 4. Solución de Problemas Ante un reporte de problemas MESA DE AYUDA Despachador 4.a. Deriva los reportes al responsable de la plataforma, mediante la aplicación de Mesa de Ayuda, reforzando la derivación con un llamado telefónico. 6 de 9

8 4.b. Activa el Plan de Contingencias, iniciando el plazo de espera definido para la plataforma /Aplicación. TECNOLOGIA 4.c. Realiza un diagnóstico e intenta solucionar los problemas. 4.d. Informa al Jefe o subjefe de Tecnología. Jefe o Subjefe de Tecnología 4.e. Define e informa un plazo Límite para solucionar el inconveniente Alternativa 4.e.1. Si se cumple el plazo y NO se solucionó el inconveniente, (Continúa en el punto 4.f.) 4.e.2. Si el inconveniente se soluciona antes de cumplirse el plazo definido, (Continua en el punto 4.h.) TECNOLOGIA Jefe o Subjefe de Tecnología 4.f. Indica al responsable de la Plataforma que vuelva atrás la actualización. 4.g. Intenta volver atrás la actualización: Alternativa: 4.g.1. Si el cambio se vuelve atrás sin contratiempos, (Continúa en el punto 4.h.) 4.g.2. Si el cambio no se puede volver atrás, restaura el BackUp (Continúa en el punto 4.h) 4.h. Notifica al Jefe o subjefe de Tecnología. 4.i. Envía un correo a Mesa de Ayuda. 7 de 9

9 MESA DE AYUDA Despachador 4.j. Desactiva el plan de Contingencia, según corresponda. Fin del procedimiento. 8 de 9

10 5. Anexo Formularios 5.1 Notificación de Actualización (A modo de ejemplo) 9 de 9