SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
Conselleria de Sanitat - Misser Mascó, 31 y 33 • 46010 VALÈNCIA • Tel. 96 386 66 00 • Fax 96 386 66 07
Normas : NOR06-Normativa de
solicitud de despliegues
Nombre Archivo NOR06-Normativa de solicitud de despliegues
Versión 02.00
Estado final Publicado
Fecha Impresión 30/03/2016 10:04:00
Fecha Salvado 16/03/2016 15:52
Fecha Caducidad y/o Revisión
Ruta
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 2 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
CONTROL DEL DOCUMENTO
A. Versiones Publicadas del Documento
Versión Fecha 1 Promotor Descripción de la Versión
01.00 7/10/2011 Laura Casanova Versión Inicial 01.01 17/10/2011 Laura Casanova Contemplando comentarios de la presentación a los
Propietarios de Servicios de CS del 14/10/2011 02.00 15/04/2015 Raúl Jiménez Introducción a la Herramienta de Gestión de Entregas.
Definición más completa de la entrega. Revisión de diagramas.
03.00 11/12/2015 Jorge Aguilar Se eliminan los apartados correspondientes al empaquetado del nuevo servicio para incluirlo en un documento nuevo.
03.02 17/03/2016 Amparo Izquierdo Revisión de workflow de despliegue en test. Inclusión de un paso inicial de archivado por parte de GEES. Supresión análisis de BBDD.
5 B. Documentos relacionados
Título o nombre del fichero Naturaleza de la relación
[Ref.1] 3-PE03-Procedimiento de Despliegues
Procedimiento de despliegues, utilizado por los técnicos que ejecutan los despliegues.
[Ref.2] Ficha de Diseño Ficha a completar para la preparación del entorno para el despliegue de nuevas aplicaciones.
[Ref.3] 2-NOR01 Normas Estándares Desarrollo e Implantación
Normas que los Sistemas de Información deben seguir en su ciclo de vida, principalmente desarrollo y despliegue, para su perfecta adaptación a los diferentes entornos corporativos del CPD del Centro de Informática de la Consellería de Sanidad con el propósito que la implantación sea lo más homogénea posible.
[Ref.4] 2-NOR04 Normativa de empaquetado de código. Unidad de Entrega
El presente documento es de aplicación siempre y cuando se haya realizado una entrega de software al equipo de GEES siguiendo la normativa indicada
C. Participantes en la Edición
10 Rol2 Nombre Organización / Puesto
Redactor Jose María Cubel GTEC
D. Estatus de la versión en edición
Estado final 3 V4 Fecha 5 Autor Rol Observaciones del Estado final
Borrador 03.02 02/03/2016 Jose María Cubel GTEC Revisión de workflow de despliegue en test. Inclusión de un paso inicial de archivado por parte de GEES. Supresión análisis de BBDD. Revisión de diagramas
Visado Aprobado 03.02 10/03/2016 Raúl Jiménez GEES Aprobado 03.02 17/03/2016 Amparo Izquierdo GTEC Publicado 03.02 17/03/2016 Jose María Cubel GTEC Revisado
1 Fecha: en la que se publica la versión del documento 2 Rol: Registre su rol en la edición de este documento: Promotor, Redactor, Revisor, Publicador 3 Estado final: Borrador / Visado / Aprobado / Publicado / Revisado 4 V: Versión Mayor y Menor 5 Fecha: Especificar la fecha del Estado final
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 3 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
Índice 15 1 PROPÓSITO DEL DOCUMENTO ......................................................................................................................... 4
2 ÁMBITO Y APLICACIÓN ........................................................................................................................................ 5
3 INTRODUCCIÓN ...................................................................................................................................................... 6
4 CONCEPTOS PREVIOS ......................................................................................................................................... 7
4.1 DESPLIEGUE DE UNA VERSIÓN DE UNA APLICACIÓN ............................................................................................ 7 20 5 VENTANAS DE DESPLIEGUES. .......................................................................................................................... 8
6 DESPLIEGUE EN EL ENTORNO DE TEST ........................................................................................................ 9
6.1 TAREA 5: ARCHIVADO DE LA ENTREGA .............................................................................................................. 10 6.2 TAREA 10: APROBACIÓN TÉCNICA DE LA SOLICITUD DE DESPLIEGUE .............................................................. 10 6.3 TAREA 20: PLANIFICACIÓN Y REALIZACIÓN DE LAS PRUEBAS DE IC ................................................................. 11 25 6.4 TAREA 30: APROBACIÓN DE LAS PRUEBAS DE IC ............................................................................................. 11 6.5 TAREA 40: REVISIÓN Y PROGRAMACIÓN DEL DESPLIEGUE ............................................................................... 11 6.6 TAREA 50: DE EJECUCIÓN DEL DESPLIEGUE .................................................................................................... 12 6.7 TAREA 60: VALIDACIÓN FUNCIONAL DE LA VERSIÓN DESPLEGADA .................................................................. 12 6.8 TAREA 70: PROGRAMACIÓN DE LA REVERSIÓN DEL DESPLIEGUE ..................................................................... 13 30 6.9 TAREA 80: REVERSIÓN DEL DESPLIEGUE .......................................................................................................... 13 6.10 TAREA 90: VALIDACIÓN FUNCIONAL DE LA VERSIÓN ANTERIOR DE LA APLICACIÓN TRAS LA REVERSIÓN, POR PARTE DEL PS ............................................................................................................................................................. 14 6.11 TAREA 100: PROGRAMACIÓN DEL RE-DESPLIEGUE EN TEST .......................................................................... 14 6.12 TAREA 110: RE-DESPLIEGUE EN TEST ............................................................................................................ 14 35 6.13 TAREA 120: REVISIÓN POST-IMPLANTACIÓN DEL DESPLIEGUE EN TEST ........................................................ 15
7 DESPLIEGUE EN EL ENTORNO DE PRE-PRODUCCIÓN ........................................................................... 16
7.1 TAREA 10: APROBACIÓN TÉCNICA DE LA SOLICITUD DE DESPLIEGUE EN PRE-PRODUCCIÓN ................... 17 7.2 TAREA 20: PROGRAMACIÓN PETICIÓN DE DESPLIEGUE EN PRE-PRODUCCIÓN ................................................ 18 7.3 TAREA 30: EJECUCIÓN DEL DESPLIEGUE EN EL ENTORNO DE PRE-PRODUCCIÓN ........................................... 18 40 7.4 TAREA 40: PROGRAMACIÓN DE LAS PDG ......................................................................................................... 19 7.5 TAREA 50: EJECUCIÓN DE LAS PDG ................................................................................................................. 19 7.6 TAREA 60: APROBACIÓN DE LAS PDG .............................................................................................................. 19 7.7 TAREA 70: PROGRAMACIÓN DE LA REVERSIÓN Y RE-DESPLIEGUE ................................................................... 19 7.8 TAREA 80: REVERSIÓN, MEDIDA DE TIEMPOS Y RE DESPLIEGUE ...................................................................... 19 45 7.9 TAREA 110: PROGRAMACIÓN DEL DESPLIEGUE EN EL ENTORNO DE FORMACIÓN ........................................... 20 7.10 TAREA 120: DESPLIEGUE EN EL ENTORNO DE FORMACIÓN ............................................................................. 20 7.11 TAREA 130: REVISIÓN POST-IMPLANTACIÓN ..................................................................................................... 20
8 DESPLIEGUE EN EL ENTORNO DE PRODUCCIÓN ..................................................................................... 21
8.1 TAREA 10: APROBACIÓN TÉCNICA DE LA SOLICITUD DE PETICIÓN DE DESPLIEGUE EN PRODUCCIÓN. ............ 22 50 8.2 TAREA 20: APROBACIÓN DE NEGOCIO, VALIDACIÓN Y PROGRAMACIÓN DEL DESPLIEGUE. .............................. 22 8.3 TAREA 30: EJECUCIÓN DEL DESPLIEGUE EN PRODUCCIÓN .............................................................................. 22 8.4 TAREA 35: VALIDACIÓN FUNCIONAL .................................................................................................................. 23 8.5 TAREA 40: EJECUCIÓN Y VALIDACIÓN DE LA REVERSIÓN DEL DESPLIEGUE. .................................................... 23 8.6 TAREA 50: REALIZACIÓN DE INFORME POSTERIOR AL DESPLIEGUE. ................................................................ 23 55
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 4 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
1 Propósito del documento En este documento se describe de forma detallada la normativa a seguir para la solicitud y
la ejecución del despliegue de las aplicaciones en los distintos entornos en el Sistema de
Información de CS. 60
El objeto de este documento es establecer una normativa para la ejecución de despliegues en
los diferentes entornos de CS con el objetivo de asegurar la integridad de las aplicaciones entre
los diferentes entornos, garantizando que se despliega lo mismo en todos ellos, e intentando
mejorar la eficiencia y calidad del proceso de despliegue.
65
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 5 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
2 Ámbito y Aplicación El documento está dirigido a todas las personas involucradas en la solicitud de un
despliegue de una aplicación así como a los técnicos encargados de validar, programar y ejecutar
el despliegue. 70
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 6 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
3 Introducción Se define como despliegue al conjunto de pasos que se realizan en la CS para poner en
funcionamiento un paquete de entrega o entregable en los distintos entornos de la infraestructura
del CPD de la CS.
Se definen como actores en la ejecución del despliegue: 75
• Propietario del Servicio [PS] de CS: El técnico responsable de la aplicación por parte de
la CS, o persona en quien delegue.
• Técnico de la empresa [TE]: El técnico responsable de la aplicación por parte de la
empresa desarrolladora.
• Técnico de análisis de GEES [TA]: Los técnicos responsables de hacer el análisis de la 80
entrega en el entorno IC (Inspección Continua) y las Pruebas de Garantía en pre-
producción.
• Técnico de operación de GTEC [TO]: El técnico responsable de la ejecución del
despliegue de la aplicación.
Glosario de acrónimos: 85
• ACAI : Auditoría de Calidad Interna
• IC: Inspección Continua.
• GSCI: Servicio de Gestión de Sistemas del Centro de Informática de CS.
• GEES: Grupo de Gestión de Entrega y Evaluación de Software (pertenece al GSCI)
• GTEC: Grupo de Gestión Tecnológica (pertenece al GSCI). 90
• PDG: Pruebas de Garantía, realizadas en el entorno de Preproducción.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 7 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
4 Conceptos previos
4.1 Despliegue de una versión de una aplicación
El despliegue de una nueva aplicación o de una nueva versión existente, requiere que por
parte del PS se soliciten los siguientes tickets de cambio (RFC): 95
1. Sólo en el caso de que sea una nueva aplicación, RFC - Alta de nueva aplicación,
adjuntando la ficha de diseño ([Ref.2] Ficha de Diseño).
2. Preparación de la entrega a través de la herramienta de gestión de entregas. Este paso lo
podrá realizar tanto el PS como el TE.
3. RFC- Petición de despliegue en el entorno de TEST. Los pasos a realizar en el entorno de 100
TEST, aparecen detallados en el punto 6.
4. RFC- Petición de despliegue en el entorno de PREPRODUCCION. Los pasos a realizar en
el entorno de PREPRODUCCIÓN, aparecen detallados en el punto 7.
5. RFC- Petición de despliegue en el entorno de PRODUCCION. Los pasos a realizar en el
entorno de PRODUCCIÓN, aparecen detallados en el punto 8. 105
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 8 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
5 Ventanas de Despliegues.
Las ventanas establecidas para los despliegues en TEST, PRE, PRO y FOR serán las que a
continuación se muestran, teniendo en cuenta que para las aplicaciones críticas en PRO se
aplicará otra ventana. Se consideran como aplicaciones críticas SIA, GAIA, CRC, SIP, HSE. 110
• Despliegues de aplicaciones en PRO:
o Aplicaciones críticas (SIA, GAIA, CRC, SIP, HSE): miércoles y jueves a partir
de las 22:00
o Resto de aplicaciones: lunes a jueves de 15:00 a 20:00
• Despliegues de aplicaciones en TEST 115
o Lunes a Viernes, de 15:00 a 20:00
• Despliegues de aplicaciones en PRE
o Lunes a Viernes, de 08:00 a 20:00
• Despliegues de aplicaciones en FOR
o Lunes-Viernes fuera de los horarios de las reservas de Formación hechas 120
por los PS (Web calendar).
Nota: El intervalo mínimo de tiempo que ha de pasar entre despliegues de aplicaciones
críticas será de una semana. El objetivo es asegurar la detección de la causa de los problemas
que pudieran surgir.
125
Despliegues en TEST
Despliegues en PRE
Despliegues en FOR
Despliegues en PRO
Despliegues en PRO/ Aplicaciones críticas
hora/día LUNES MARTES MIÉRCOLES JUEVES VIERNES
8:00-15:00
15:00-20:00
20:00-22:00
22:00-8:00
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 9 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
6 Despliegue en el entorno de test En el siguiente diagrama, se muestran las distintas etapas que existen en el procedimiento
de despliegue de una aplicación en el entorno de TEST:
130
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 10 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
El PS creará un ticket de la categoría [Cambio].Despliegue en TEST desde la plantilla
correspondiente (Despliegue en TEST)
En la solicitud se debe incluir:
• Formato solicitud:
Descripción: [Plataforma][Despliegue][TEST] nombre_aplicación Versión. 135
Donde:
Plataforma: NISS / ALSIS / NEOS / LOGIS / BI. (Si la plataforma es el
NISS, puede obviarse.)
• Tipo: Cambio
• Pestaña Propiedades: 140
o Nombre de la aplicación
o Ejecución de pruebas (indicar si se requieren pruebas por parte de CATS o
de otro tipo).
• Incluir referencia del identificador de entrega
6.1 Tarea 5: Archivado de la entrega 145
Esta tarea la realiza un TA.
• Se valida que tanto las versiones de entrega y reversión son válidas, consistentes y
existen en el repositorio de entregas.
• Se validan instrucciones referentes a la compilación de la entrega.
• Se archiva la entrega determinada por el identificador de entregas. 150
• Para desarrollos a medida Java, se generarán los binarios asociados a los fuentes y
se almacenarán en el repositorio de entregas.
• Si se requiere información adicional se solicitará al peticionario (en este caso el TA
pasará el ticket a estado “Pendiente por usuario”). Cuando el PS incluya la
información solicitada reactivará el ticket. 155
6.2 Tarea 10: Aprobación Técnica de la solicitud de despliegue
Esta tarea la realiza un TO.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 11 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
• Se valida la consistencia de las instrucciones de del despliegue referente al entorno
de TEST en la aplicación de gestión de entregas, determinadas por el identificador
de entregas. 160
• Se valida la existencia de los ficheros necesarios para el despliegue en el
repositorio de entregas.
• Si se requiere información adicional se solicitará al peticionario (en este caso el TO
pasará el ticket a estado “Pendiente por usuario”). Cuando el PS incluya la
información solicitada reactivará el ticket. 165
• Si no se completa la información requerida, el TO rechaza el RFC.
• Si el despliegue sólo incluye ficheros ejecutables (.ear, etc.), el TO eliminará las
tareas de reversión y redespliegue, ya que no se considera necesaria la ejecución
de las mismas (aunque sí es de obligado cumplimiento su inclusión en la entrega).
6.3 Tarea 20: Planificación y realización de las pr uebas de IC 170
El TA (GEES) comprobará si la aplicación debe analizarse en el entorno de IC, las aplicaciones que se analizan son los desarrollos a medida en Java o PHP.
• Si la aplicación a desplegar no pasa análisis en el entorno de IC, el TA eliminará la
tarea siguiente de aprobación de las pruebas de IC (Apartado 6.4)
• Si la aplicación a desplegar pasa análisis en el entorno de IC, se planificarán y 175
ejecutarán las pruebas de IC y se registrarán los resultados.
6.4 Tarea 30: Aprobación de las pruebas de IC
El Responsable de GEES recibirá los resultados de la pruebas de IC.
a. Si los resultados de IC no son satisfactorios :
o El Responsable de GEES rechazará la solicitud de despliegue y cierra el ticket sin 180
éxito.
o El despliegue no se ejecutará.
b. Si los resultados son satisfactorios :
o El Responsable de GEES aprueba la tarea.
o Pasa a realizarse la Tarea 40. 185
6.5 Tarea 40: Revisión y programación del despliegu e
Estas tareas las realiza un TO
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 12 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
1. Se programa el despliegue.
o Si el TO considera necesaria la asistencia durante el despliegue del TE lo indicará en
la petición con 24 horas de antelación. 190
o En caso de que el responsable de sistemas decida la re-programación del
despliegue, se avisará al PS.
2. Se copiarán los ficheros a desplegar (ubicados en el entorno de IC) a los diferentes
servidores del entorno de TEST:
6.6 Tarea 50: de Ejecución del Despliegue 195
El TO ejecutará el despliegue en la fecha programada. El orden de ejecución será el
indicado en las instrucciones de despliegue de la entrega.
o Se ejecutarán los scripts (que deben estar perfectamente probados en los entornos de
desarrollo de las empresas) y en función del resultado de la ejecución se realizarán
distintas operaciones: 200
1. Si el resultado de la ejecución es OK.
o Se finaliza la tarea.
o Automáticamente, se pasa a la tarea siguiente, y se envía un correo al PS
indicándole que puede iniciar las pruebas funcionales.
2. Si el resultado de la ejecución es con errores (KO): 205
o Se cambia el estado del ticket a “Pendiente por usuario”.
o El PS evalúa el error y decide qué acción tomar:
1. Si da por válido el despliegue, lo indica en el ticket y reactiva el ticket.
� El TO finaliza la Tarea y se pasa a la tarea siguiente,
automáticamente se envía un correo al PS indicándole que puede 210
iniciar las pruebas funcionales.
2. Si no da por válido el despliegue.
� Se pasa la tarea a estado “Reversión necesaria”
� Se ejecutará la reversión y se cerrará el ticket sin éxito.
6.7 Tarea 60: Validación Funcional de la versión de splegada 215
El PS debe realizar esta tarea.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 13 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
La Validación funcional de la versión desplegada implica:
1. Validar la funcionalidad de la aplicación.
2. Validar las integraciones con otras aplicaciones.
En función del resultado de la Validación se deben realizar varias acciones: 220
• Si las pruebas funcionales son satisfactorias:
o El PS debe pasar la tarea a estado “Aprobada”
o Automáticamente, se pasa a la tarea siguiente y se ejecutará la reversión.
• Si las pruebas funcionales no son satisfactorias:
o El PS debe pasar la tarea a estado “Reversión necesaria”. 225
o Automáticamente se pasa a la tarea siguiente, se ejecutará la reversión y se cerrará
el ticket sin éxito
• Si las pruebas funcionales no son satisfactorias pero el PS decide generar un parche:
o El PS debe pasar la tarea a estado “En espera de parche”
o Automáticamente, se eliminarán el resto de tareas y se cerrará el RFC sin éxito. No 230
se ejecutará la reversión, y se quedará a la espera de una nueva RFC con el
parche, en el que se incluirá el nuevo parche, y la reversión completa de la versión
más el parche.
6.8 Tarea 70: Programación de la reversión del desp liegue
o El TO programa la reversión del despliegue en TEST. 235
o Si considera necesario la asistencia durante el despliegue del TE lo indicará en la petición
con 24 horas de antelación.
o En caso de que el responsable de sistemas decida la re-programación del despliegue, se
avisará al PS
6.9 Tarea 80: Reversión del despliegue 240
El TO ejecuta la reversión en la fecha programada con los ficheros almacenados en el entorno de
IC.
En función del resultado de la reversión, se realizan las siguientes actividades:
1. Si el resultado es correcto se pasas a la tarea 90 (Validación funcional de la versión tras la
reversión). 245
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 14 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
2. Si el resultado es incorrecto (KO):
o Se notifica el resultado incorrecto al PS a través de la herramienta CA y se deja el
ticket en “Pendiente por usuario”.
o El PS verifica los logs para saber el tipo de error y en función del mismo, decide si.
� El error no indica que la reversión sea incorrecta, por lo que se actuaría 250
como si el resultado fuera correcto, aunque en este caso el PS debe
indicarlo en el ticket.
� El error indica que la reversión es incorrecta,
Se cierra el ticket y se marca en el campo Código de finalización, sin éxito.
(El PS debe solicitar un RFC parche para volver a la aplicación a la versión 255
anterior antes del despliegue y cuando se ejecute con éxito entonces
solicitar un nuevo despliegue de la versión con los scripts corregidos)
6.10 Tarea 90: Validación funcional de la versión a nterior de la aplicación tras la reversión, por parte del PS
La Validación funcional de la versión anterior la realiza el PS y en esta fase pueden darse dos 260
situaciones:
1. En el caso de que la Validación funcional sea conforme (OK):
o Se pasará el estado de la tarea a “Aprobada”
o Se pasa a la tarea siguiente y se ejecutará el redespliegue.
2. En el caso de que la Validación funcional no sea conforme (KO): 265
Se cierra el ticket y se marca en el campo Código de finalización, sin éxito. (El PS debe
solicitar un RFC parche para volver a la aplicación a la versión anterior antes del
despliegue y cuando se ejecute con éxito entonces solicitar un nuevo despliegue de la
versión con los scripts corregidos).
6.11 Tarea 100: Programación del re-despliegue en T EST 270
Se actúa de igual forma que en el paso 40, del flujograma.
6.12 Tarea 110: Re-despliegue en TEST
Se actúa de igual forma que en el paso 50, del flujograma.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 15 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
6.13 Tarea 120: Revisión post-implantación del desp liegue en TEST
Esta tarea se realiza en GTEC 275
• GTEC revisa cómo ha ido el despliegue de la nueva versión.
• Si el resultado de la revisión es conforme, se aprueba la tarea y se cierra el ticket.
• Si el resultado de la revisión no es conforme, GTEC se pondrá en contacto con el PS
280
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 16 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
7 Despliegue en el entorno de Pre-producción En el diagrama se muestra las distintas etapas del procedimiento de despliegue en
Preproducción:
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 17 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
El PS creará un ticket de la categoría [Cambio].Despliegue en PRE desde la plantilla 285
correspondiente (Despliegue en PRE):
• Formato solicitud:
[Plataforma][Despliegue][PRE] nombre_aplicación Versión.
Dónde:
Plataforma: NISS / ALSIS / NEOS / BI / LOGIS... (Si la plataforma es el 290
NISS, puede obviarse)
• Tipo: Cambio
• Pestaña Propiedades:
o Nombre de la aplicación
o Versión a desplegar 295
o Incluir referencia del identificador de entrega
7.1 Tarea 10: Aprobación Técnica de la solicitud de despliegue en PRE-PRODUCCIÓN
La petición de despliegue será asignada a un TO quien pasará a realizar las validaciones
del despliegue. 300
• Se valida la información del despliegue referente al entorno de PRE en la aplicación de
gestión de entregas, determinadas por el identificador de entrega.
• El TO relacionará este ticket como hijo del ticket de despliegue de la misma versión en
TEST.
Nota: La forma de especificar el acumulado de versi ones es, Si el despliegue 01.00.03 305
incluye el despliegue 01.00.02, la solicitud de despliegue se debe especificar que el despliegue
incluye estás dos versiones, esto es: [Plataforma][Despliegue] [Entorno] nombre_aplicació n
01.00.02+01.00.03.
Por ejemplo:
o TEST: despliegue 01.00.01 310
o TEST: despliegue 01.00.02
o TEST: despliegue 01.00.03
o PRE: despliegue 01.00.01
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 18 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
o PRE: despliegue 01.00.03 Rechazamos el despliegue porque no se ha hecho el
despliegue de la versión 01.00.02 en PRE. 315
• Si se requiere información adicional se solicitará al peticionario (en este caso el TO pasará
el ticket a estado “Pendiente por usuario”). Cuando el PS incluya la información solicitada
reactivará el ticket.
• Si no existe entorno en FOR o no está actualizado, se eliminan las tareas relacionadas con
este entorno. 320
• Si no se subsana la falta de información, o se ha abierto en esta categoría por error el
Estado final de salida será “Rechazada”.
7.2 Tarea 20: Programación petición de despliegue e n Pre-producción
• El TO realiza la programación del despliegue y se notifica al PS.
• Si el TO considera necesaria la asistencia durante el despliegue del TE lo indicará en la 325
petición con 24 horas de antelación.
• En caso de que el responsable de sistemas decida la re-programación del despliegue, se
avisará al PS.
7.3 Tarea 30: Ejecución del despliegue en el entorn o de Pre-producción 330
El TO ejecutará el despliegue en la fecha programada, midiendo la duración del despliegue. El
orden de ejecución será el indicado en las instrucciones de despliegue de la entrega.
• Si el resultado de la ejecución es correcto (OK), se finaliza la tarea y se pasa a la
programación de las PDG.
• Si el resultado de la ejecución es con errores (KO): 335
o Se cambia el estado del ticket a “Pendiente por usuario”.
o El PS evalúa el error y decide qué acción tomar:
1. Si da por válido el despliegue, lo indica en el ticket y reactiva el ticket.
• El TO finaliza la Tarea y se pasa a la tarea siguiente,
2. Si no da por válido el despliegue. 340
• Se pasa la tarea a estado “Reversión necesaria”
• Se ejecutará la reversión en TEST y PRE y se cerrará el ticket sin
éxito.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 19 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
7.4 Tarea 40: Programación de las PDG
Esta tarea la realiza un TA de GEES, consistente en el plan de pruebas y programar las PDG. 345
7.5 Tarea 50: Ejecución de las PDG
• El TA ejecuta las pruebas, genera el informe de resultados con la aceptación o no de las
pruebas y envía los resultados a la empresa responsable de la aplicación para que esta
añada sus comentarios o justificaciones.
El ticket queda en estado “Pendiente por proveedor” hasta que se recibe el informe. 350
7.6 Tarea 60: Aprobación de las PDG
Esta tarea la realiza un TA.
• Si las PDG se han superado con éxito, se aprueba la tarea y se pasa a la siguiente.
• Si los resultados de las PDG no son satisfactorios o las pruebas no han funcionado, se
ejecutará la reversión en los entornos de PRE y TEST, y se cierra el ticket sin éxito. 355
7.7 Tarea 70: Programación de la reversión y re-des pliegue
El TO programa la reversión y re-despliegue. Se notificarán al PS.
7.8 Tarea 80: Reversión, medida de tiempos y re des pliegue
• El TO ejecuta la reversión en PRE, midiendo el tiempo, en esta misma tarea se aprueba o
rechaza la duración 360
• Si el resultado es correcto (OK) se realiza el redespliegue y se pasa a la siguiente tarea.
• Si el resultado de dicha ejecución es con errores (KO), se deberá:
o Identificar la causa del problema.
o Contactar con el PS para que verifique y confirme si la reversión es o no correcta:
� Si es correcta la reversión aunque han salido errores entonces se procederá 365
a realizar el re-despliegue y se finaliza la tarea.
� Si no es correcta la reversión, se cierra el RFC sin éxito.
• El PS debe solicitar un RFC parche para volver a la versión anterior
antes del despliegue y se debe comenzar el proceso desde TEST
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 20 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
7.9 Tarea 110: Programación del despliegue en el en torno de 370
Formación
El TO programa el despliegue en el entorno de FOR.
7.10 Tarea 120: Despliegue en el entorno de Formaci ón
El TO ejecuta el despliegue en el entorno de FOR.
• Si el despliegue finaliza correctamente, se finaliza esta tarea. 375
• Si el despliegue no finaliza correctamente, se hace la reversión en FOR, se marca como
estado de la tarea “Error”, pero se continúa con la tarea siguiente.
7.11 Tarea 130: Revisión post-implantación
Esta tarea se realiza en GTEC
• GTEC revisa cómo ha ido el despliegue de la nueva versión. 380
• Si el resultado de la revisión se conforme, se aprueba la tarea y se cierra el ticket.
• Si el resultado de la revisión no es conforme, GTEC se pondrá en contacto con el PS.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 21 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
8 Despliegue en el entorno de Producción 385
En el diagrama vemos las distintas etapas del procedimiento del despliegue de una aplicación
en el entorno de Producción:
El PS creará un ticket de la categoría [Cambio].Despliegue en PRO desde la plantilla 390
correspondiente (Despliegue en PRO)
• Formato solicitud:
[Plataforma][Despliegue][PRO] nombre_aplicación Versión.
Dónde:
Plataforma: NISS / ALSIS / NEOS / BI / LOGIS... (Si la plataforma es el NISS, puede 395
obviarse.)
• Tipo: Cambio
• Pestaña Propiedades:
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 22 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
o Nombre de la aplicación
o Versión a desplegar 400
o Ejecución de Pruebas (indicar si se requieren pruebas por parte de CATS o
de otro tipo).
o Identificador entrega.
8.1 Tarea 10: Aprobación técnica de la solicitud de petición de despliegue en Producción. 405
La petición de despliegue será asignada a un TO quien pasará a realizar las validaciones
del despliegue.
• El TO relacionará este ticket con el ticket de despliegue de la misma versión en PRE.
• Se valida la información del despliegue referente al entorno de PRO en la aplicación de
gestión de entregas, determinadas por el identificador de entrega. 410
• Si se requiere información adicional se solicitará al PS y el ticket pasará a estado
“Pendiente por usuario”. Cuando el PS incluya la información solicitada reactivará el ticket.
Si no se subsana la falta de información se rechazará.
• Se propone una fecha de despliegue.
• Si la previsión de la duración del despliegue excede la ventana y pone en peligro el 415
servicio, se rechazará.
Nota: Si es necesario por la criticidad de la aplicación, se realizará un documento con el plan
de acciones del despliegue, incluyendo los pasos a realizar y el responsable de cada uno de
ellos, que se seguirá en la ejecución del mismo
8.2 Tarea 20: Aprobación de negocio, validación y p rogramación del 420
despliegue.
GTEC programa el despliegue en PRO.
• Si GTEC considera necesario la asistencia durante el despliegue del TE lo indicará en la
petición con 24 horas de antelación.
• En caso de que el responsable de sistemas decida la re-programación del despliegue, se 425
avisará al PS.
8.3 Tarea 30: Ejecución del despliegue en Producció n
El TO realiza el despliegue.
SUBDIRECCIÓN GENERAL DE SISTEMAS
DE INFORMACIÓN PARA LA SALUD
C/ Micer Mascó, 31 46010 Valencia
Tel. 96 386 80 81 - Fax 96 386 82 29
2-NOR06-Normativa de solicitud de despliegues-01-00-111007 Página 23 de 23 Fecha de la última modificación: 18/03/16 Autor: David García Navarro
• Si el resultado de dicha ejecución es OK, se pasa a la validación funcional.
• Si el resultado de dicha ejecución es con errores (KO), GTEC se pondrá en contacto con el 430
PS. y se pasa a la tarea de Ejecución de la Reversión.
8.4 Tarea 35: Validación Funcional
El PS el responsable de esta tarea
La Validación funcional de la versión desplegada implica:
o Validar la funcionalidad de la aplicación. 435
o Validar las integraciones con otras aplicaciones.
En función del resultado de la Validación se deben realizar varias acciones:
• Si las pruebas funcionales son satisfactorias:
o El PS pasa la tarea a Estado “Aprobada” y se pasa a la tarea de Realización del
informe. (no se ejecutará la reversión) 440
• Si las pruebas funcionales no son satisfactorias:
o Cambiar el estado de la tarea a “Reversión necesaria”.
o Se pasa a la tarea ejecución de la reversión.
8.5 Tarea 40: Ejecución y validación de la reversió n del despliegue.
• Si la validación funcional o el despliegue no han funcionado correctamente, se ejecuta la 445
reversión del despliegue en PRO.
• Tras la reversión se valida con quien corresponda que ha funcionado correctamente y se
cierra el RFC sin éxito.
• El PS deberá solicitar la reversión también en los entornos de PRE y TEST.
• En caso de que la validación funcional de la reversión no fuera correcta, el PS debe 450
coordinar las operaciones oportunas hasta que la aplicación funcione correctamente
8.6 Tarea 50: Realización de informe posterior al d espliegue.
Durante unos días tras el despliegue, el TA elaborará un informe post-implantación. Una vez
finalizado, se adjunta el informe y se cierra el RFC.
455