ANEXO a la Gua de Estndares

Manual de Peticiones de Entregas y

Despliegues

ndice
1.

Introduccin_____________________________________________3

2.

Descripcin del procedimiento en Remedy___________4

3.

Organizacin de desarrollo___________________________11

4.

Nuevos grupos de asignacin en Sistemas-3N______11

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 SICAMTecnologa-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= DesarrolloEntregaAplicacionesWeb, 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-TecnologaCECADE:

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

10

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