ANEXO a la Gua de Estndares

Manual de Peticiones de Entregas y Despliegues

ndice

31.Introduccin

42.Descripcin del procedimiento en Remedy

113.Organizacin de desarrollo

114.Nuevos grupos de asignacin en Sistemas-3N

1. Introduccin

El objetivo de este documento es describir el nuevo procedimiento a seguir para los pases a produccin de las aplicaciones web.

El nuevo procedimiento se basa en el uso de la herramienta Remedy a travs de la cual y mediante una Peticin de Servicio los equipos de desarrollo comunicarn los pases a produccin de las aplicaciones web J2EE. En un primer momento, el procedimiento va a dar cobertura a los pases a produccin de aplicaciones J2EE dentro del mbito de servidores WAS, con la intencin posterior de generalizar su uso para los dems entornos.

Para la puesta en funcionamiento de este procedimiento se van a dar de alta en Remedy nuevos grupos de asignacin dentro de Sistemas-3N (ver Anexo apartado 2). Asimismo se va a crear una nueva organizacin de soporte denominada Desarrollo-EntregaAplicacionesWeb bajo la cual estarn las distintas unidades de desarrollo de IAM que podrn hacer peticiones de servicio para el despliegue de aplicaciones (ver Anexo apartado 1). Esta nueva categorizacin mantiene la organizacin de grupos de desarrollo con la que se est trabajando actualmente a travs del buzn corporativo IAM Tecnologa Web Solicitudes con el fin de afectar lo menos posible al procedimiento actual de entrega de aplicaciones y de documentacin, conservando, por tanto, la actual estructura de recursos NAS.

En trminos generales el procedimiento a seguir es el siguiente: las unidades de desarrollo harn una peticin de subida a produccin de una aplicacin al grupo de sistemas SICAM-Tecnologa-CECADE (Centro de Calidad de Entregas). En la peticin, adems de la aplicacin, versin, entorno donde se pide la subida (inicialmente slo estar habilitado para produccin), se indicar dnde se encuentra la documentacin asociada. Esta documentacin se presentar de manera nica y conjunta tanto para la parte de aplicativo como de base de datos. El grupo de sistemas SICAM-Tecnologa-CECADE har una revisin de la entrega y si todo est correcto y acorde a la normativa a seguir, asignar las tareas necesarias a los distintos grupos para su ejecucin (base de datos, despliegue de aplicacin,

asignacin de almacenamiento, etc..). Si la documentacin o la entrega no son correctas SICAM-Tecnologa-CECADE dejar la peticin en estado de Pendiente indicando al equipo de desarrollo que subsane dicha situacin. Igualmente si durante la ejecucin de alguna de las tareas asignadas se produjera un fallo o faltase algn tipo de informacin, el grupo que tenga asignada dicha tarea la dejar en estado Pendiente, indicando al equipo de desarrollo que subsane dicha situacin. La entrega podr tambin ser rechazada lo cual implicara Cancelar la peticin a nivel de Remedy. Si la peticin se rechaza es necesario hacer una nueva entrega de aplicativo con una versin posterior. El rechazo de una entrega se puede producir por ejemplo si no supera las pruebas de sistemas. No obstante, en la mayora de los casos en los que se encuentre un error, las tareas se quedarn en estado pendiente de subsanacin.

Hay que destacar que los pases a produccin llevarn implcita la tarea de pruebas de sistemas del aplicativo. Por lo tanto, se tendr que tener en cuenta a la hora de la planificacin del proyecto que las peticiones de pase a produccin se tienen que hacer con el tiempo suficiente para pasar las pruebas. 2. Descripcin del procedimiento en Remedy

A continuacin se describen los pasos del nuevo procedimiento en la herramienta Remedy.

1. Las Unidades de desarrollo crean una peticin de servicio para el paso a produccin con toda la informacin necesaria. Se accede desde la Consola de gestin de tickets en Remedy:

2. Una vez que aparece la consola, en el men de funciones generales seleccionamos nuevo ticket.

3. Sobre el rea Informacin del ticket, es obligatorio rellenar los campos que estn marcados con asterisco:

Resumen: Se escribir resumidamente lo que se pretende con esta peticin. Si se quieren hacer aclaraciones adicionales, se puede utilizar el campo opcional Notas. Impacto: del men desplegable que emerge pulsando la flecha (Ayuntamiento, Junta,) se elige el mbito al que afecta la aplicacin.

Urgencia: Se seleccionar la que corresponda del men desplegable. Con el Impacto y Urgencias seleccionados, automticamente se rellenarn los campos de Prioridad e Importancia. 4. Sobre la pantalla correspondiente a la pestaa Usuario, se introduce el usuario AYRE de la persona que est creando el ticket nuevo y se pulsa en el botn Buscar, automticamente se rellenarn todos los campos relativos a esta pestaa.

5. A continuacin se va a la pantalla correspondiente a la pestaa Clasificacin:

Tipo de servicio: Seleccionar Peticin de servicio.

Categorizacin de producto: A elegir del men (ver anexo apartado 1), Adems de los 3 niveles de categorizacin es necesario utilizar dos campos ms, que podran ser los que en esta pestaa tienen la denominacin modelo y versin que pasaran a denominarse aplicacin y versin, y deben ser campos de texto libre

Categorizacin operacional:

Nivel 1: Seleccionar Entrega de aplicaciones

Nivel 2: Seleccionar Produccin. (En el futuro se incluirn ms categoras nivel 2)

Origen: Otros

6. Seguidamente se pasa a la pantalla de la pestaa Asignacin:

Persona asignada al ticket: Empresa de soporte=IAM, Organizacin de Soporte=Sistemas-3N, Grupo asignado=SICAM-Tecnologa-CECADE. (en el anexo, apartado 2, se detallan las caractersticas de este grupo)

Propietario del ticket: Empresa de soporte=IAM, Organizacin de soporte del propietario= Desarrollo-EntregaAplicacionesWeb, los grupos de propietarios y los propietarios son los que aparecen en el apartado 1 del anexo.

7. Puede ser muy til la pantalla que se abre con la pestaa Informacin de trabajo Informacin de trabajo: Se debe utilizar rellenando los campos Resumen, Notas para ampliar la descripcin del resumen y notas del ticket, por ejemplo rutas de acceso a las carpetas donde se encuentran las aplicaciones y la documentacin.

Archivos adjuntos: Si son necesarios se pueden adjuntar en la pestaa de informacin de trabajo

8. Una vez cumplimentados los datos descritos, se salva y se cierra, y la peticin de servicio ser remitida al grupo SICAM-Tecnologa-CECADE:

9. El grupo asignado, SICAM-Tecnologa-CECADE, analiza la peticin y la documentacin adjunta, si no cumple los requisitos de la normativa o falta alguna informacin, la peticin se queda en estado de pendiente y se reasigna a la misma persona de Desarrollo que la inici, cumplimentando en informacin de trabajo los campos necesarios para describir las correcciones que deben hacerse o la informacin que falta.

10. Desde SICAM-Tecnologa-CECADE, cuando se da por vlida la entrega se generan las tareas necesarias para la puesta en produccin del aplicativo a travs de plantillas definidas al efecto o bien de forma individual. Los grupos de asignacin de sistemas que pueden intervenir son los siguientes:

SICAM-BBDD: En el procedimiento se encargan de tareas asignadas cuando el pase tiene actividades de creacin, modificacin, copias, aplicacin de scripts, etc., relativos a bases de datos utilizadas por la aplicacin objeto del pase a produccin

SICAM-Tecnologa-Despliegues: es el encargado de desplegar las aplicaciones en los servidores de aplicaciones WAS, segn el manual de instalacin que debe estar documentado en la peticin de servicio.

SICAM -Tecnologa-Productos: se encarga, en caso de ser requerido en el pase, de intervenciones con productos software relacionados con la aplicacin objeto de pase a produccin, como por ejemplo, Documentum, BPM-SOA (TIBCO), Actuate, Adobe, etc

SICAM-Tecnologa-Pruebas: Grupo que se encarga de la planificacin de pruebas, verificacin y/o elaboracin de scripts, elaboracin de proyectos en Quality Center, ejecucin de pruebas (unitarias, stress, rendimiento, estabilidad, regresin), etc.

11. Si alguna de las tareas no finaliza por encontrar algn problema, existen dos alternativas: Si se trata de un fallo leve (como puede ser por ejemplo falta de documentacin, error en un script de base de datos, mal empaquetado del .ear, etc ) la tarea se quedar en estado de Pendiente solicitndole al usuario de desarrollo que hizo la peticin que subsane el fallo y genere nuevo ticket asociado al que est en curso cuando est solucionado el problema

Si se trata de un fallo grave (como por ejemplo que no supere las pruebas de sistemas por fallos en la ejecucin de la aplicacin), la peticin se cerrar con el estado de Cancelado, rechazndose por tanto la subida a produccin del aplicativo y se devolver a desarrollo. Esto supone que para volver a hacer una peticin de subida a produccin de esta aplicacin se deber crear una nueva peticin de servicio asignada al grupo SICAM-Tecnologa-CECADE con una nueva versin de aplicacin. No obstante, en la mayora de los casos, los fallos que suelen producirse son leves y pueden subsanarse sin tener que dar de alta una nueva peticin de servicio con una nueva versin de la aplicacin.

3. Organizacin de desarrollo

En la tabla siguiente se muestran los tres niveles que se proponen para la organizacin de los grupos de desarrollo. Estos niveles estn asociados a la categorizacin de producto exigida en la clasificacin del ticket dentro de Remedy.

4. Nuevos grupos de asignacin en Sistemas-3N

Se proponen una serie de grupos en Sistemas-3N para la ejecucin de las diferentes tareas asociadas al procedimiento de despliegue de aplicaciones. Algunos de estos grupos ya existen actualmente en SICAM y otros son nuevos y por tanto habr que darlos de alta:

SICAM-Tecnologa-CECADE: Grupo encargado de revisar la entrega de la aplicacin: empaquetado, documentacin, etc.

SICAM-BBDD (Grupo ya existente en sistemas-3N) : En el procedimiento se encargan de tareas asignadas cuando el pase tiene actividades de creacin, modificacin, copias, aplicacin de scripts, etc., relativos a bases de datos utilizadas por la aplicacin objeto del pase a produccin

SICAM-Tecnologa-Despliegues: es el encargado de desplegar las aplicaciones en los servidores de aplicaciones WAS, segn el manual de instalacin que debe estar documentado en la peticin de servicio.

SICAM-Tecnologa-Productos(Grupo ya existente en Sistemas-3N): se encarga, en caso de ser requerido en el pase, de intervenciones con productos software relacionados con la aplicacin objeto de pase a produccin, como por ejemplo, Documentum, BPM-SOA (TIBCO), Actuate, Adobe, etc

SICAM-Tecnologa-Pruebas: Grupo que se encarga de la planificacin de pruebas, verificacin y/o elaboracin de scripts, elaboracin de proyectos en Quality Center, ejecucin de pruebas (unitarias, stress, rendimiento, estabilidad, regresin), etc.

Asimismo se ha de cambiar la denominacin del grupo de asignacin SICAM-Tecnologa-Aplicaciones por SICAM-Tecnologa-Incidencias que ser el encargado de atender las incidencias cmo hasta ahora, e independiente de los pases a produccin de aplicativos.

11