2-nor06-normativa de solicitud de despliegues-03-02-20160317 · a los diferentes entornos...

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




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




Tel. 96 386 80 81 - Fax 96 386 82 29


Í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




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


• 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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


7 Despliegue en el entorno de Pre-producción En el diagrama se muestra las distintas etapas del procedimiento de despliegue en

Preproducción:




Tel. 96 386 80 81 - Fax 96 386 82 29


El PS creará un ticket de la categoría [Cambio].Despliegue en PRE desde la plantilla 285

correspondiente (Despliegue en PRE):


[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 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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


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




Tel. 96 386 80 81 - Fax 96 386 82 29


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.




Tel. 96 386 80 81 - Fax 96 386 82 29


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)


[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:




Tel. 96 386 80 81 - Fax 96 386 82 29



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.




Tel. 96 386 80 81 - Fax 96 386 82 29


• 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

2-nor06-normativa de solicitud de despliegues-03-02-20160317 · a los diferentes entornos...

Documents