Procedimiento Pasaje a Producción

Transcripción

Procedimiento Pasaje a Producción
Procedimiento
Pasaje a Producción
Nº 16/06
Nº de Versión / Modificación: 01/00
Fecha de Vigencia: 27/02/06
Normas & Procedimientos – Departamento de Información Hospitalaria
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
INDICE GENERAL
Objetivo
Alcance
Sectores Involucrados
Desarrollo
Pag.2
Pag.2
Pag.2
Pag.2
1. Pasaje a Producción Ambiente Cool : Plex sobre AS400.
Pag.5
- Actualización de Back End (Servidor)
Pag.8
- Actualización de Front-End (Clientes)
Pag.9
2. Pasaje a Producción Ambiente Cool: Plex sobre NT.
Pag.13
- Actualización de Back End (Servidor)
Pag.15
- Actualización de Front End (Clientes)
Pag.16
3. Pasaje a Producción de Aplicaciones WEB
Pag.19
- Implementación de Aplicación Nueva
Pag.20
- Implementación de Mantenimiento
Pag.20
- Implementación aplicaciones WEB PHP
Pag.25
4. Pasaje a Producción de Reportes Oracle
Pag.28
5. Pasaje a Producción ambiente Power Builder
Pag.33
- Actualización de Back End (Servidor)
Pag.35
- Actualización de Front End (Clientes)
Pag.36
6. Cambios a Programas originados por TI y Ejecución de Parches a Sistemas
Operativos, Bases de Datos y Seguridad
Pag.38
Anexo Actividades Generales del Encargado de Operaciones
Anexo de Formularios y Formato de Comunicación
Anexo Flujograma
Pag.39
Pag.40
Pag.44
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 1 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Objetivo
Instrumentar la operatoria relacionada con el Pasaje a Producción de los Desarrollos
Informáticos en los distintos ambientes de desarrollo del HI.
Alcance
El siguiente procedimiento alcanza la operatoria relacionada con:
‰
‰
‰
‰
‰
la coordinación de una implementación,
la confección y el envío de la Planilla de Pasaje a Producción con el detalle de los
pasos a seguir por parte del Desarrollador de la aplicación,
la ejecución de los pasos a seguir por el Encargado de Operaciones o DBA (según
plataforma),
la prueba del paquete en producción,
el seguimiento del paquete deployado por el Sector de Implementación,
para todos los ambientes de desarrollo del HI.
Sectores Involucrados
Área de Desarrollos Administrativos, Área Desarrollos Biomédicos, Área Desarrollos Plan de
Salud, Área de Epidemiología, Bioestadística y Calidad, Área de Tecnología, Sector de
Implementación, Área de Informática Médica.
Nota: Para el Pasaje a Producción de los Desarrollos Biomédicos participa de la
Implementación el Área de Informática Médica coordinada por el Sector de Implementación.
Desarrollo
IMPORTANTE
El momento de la implementación será consensuado entre el Desarrollador,
el Implementador a cargo de la Aplicación, el Encargado de Operaciones o
DBA y los Usuarios.
La solicitud al Encargado de Operaciones o DBA de puesta en producción
programada debe efectuarse con 48 hs. de anticipación como mínimo.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 2 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Este plazo no es aplicable para puesta en producción de correcciones de
errores o arreglos urgentes, que deberán seguir el mismo procedimiento sin
plazos y de ser justificado sin backups previos.
Definición:
Se mantendrá por las áreas involucradas la siguiente estructura en el servidor lxbases/files
como soporte de los pasajes a producción:
Pasaje a Producción\COOLPLEX_AS400\PACKAGE
Pasaje a Producción\COOLPLEX_AS400\Planillas de Pasaje
Pasaje a Producción\COOLPLEX_SQL\PACKAGE
Pasaje a Producción\COOLPLEX_SQL\SCRIPT
Pasaje a Producción\COOLPLEX_SQL\Planillas de Pasaje
Pasaje a Producción\JAVA_ORACLE\EAR
Pasaje a Producción\JAVA_ORACLE\SCRIPT
Pasaje a Producción\JAVA_ORACLE\OTROS
Pasaje a Producción\JAVA_ORACLE\Planillas de Pasaje
Pasaje a Producción\PHP\Paginas.
Pasaje a Producción\PHP\Planillas de Pasaje.
Pasaje a Producción \POWER_SQL\PACKAGE
Pasaje a Producción \POWER_SQL\SCRIPT
Pasaje a Producción \POWER_SQL\Planillas de Pasaje
Pasaje a Producción\REPORT_ORACLE\PACKAGE
Pasaje a Producción\REPORT_ORACLE\SCRIPT
Pasaje a Producción\REPORT_ORACLE\OTROS
Pasaje a Producción\REPORT_ORACLE\Planillas de Pasaje
Y la siguiente estructura de bibliotecas de Preproducción en la AS400, a fin de almacenar los
objetos a pasar de las bibliotecas de producción NSI01, NSI02, NSI03, NSI04, NSI05, NSI06,
ITL07, NSI08, respectivamente.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 3 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Bibliotecas:
‰
‰
‰
‰
‰
‰
‰
‰
‰
PREPRO01
PREPRO02
PREPRO03
PREPRO04
PREPRO05
PREPRO06
PREPRO07
PREPRO08
CLPASAJE
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 4 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
1. Pasaje a Producción Ambiente Cool : Plex sobre AS400.
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
1.a. Confecciona Planilla de Pasaje a Producción (ver Anexo “E”) asignándole el nombre
según sgte. patrón: Nombre de aplicación + nro. versión + release, completando:
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
Nro. de requerimiento (opcional *)
Aplicación
Plataforma
Versión/Release
Alcance e Impacto
Desarrollador
Coordinador
Requisitos
Fecha y hora de solicitud
Lista de los objetos a pasar a producción
Servidor de producción
Directorio destino “Producción”
Nombre del patch automático o paquete ejecutable a instalar, que se correrá en
la actualización del FRONT END de clientes.
Componentes COM+ que se deben vincular a la aplicación
Fecha y Hora Programada de la ejecución del patches automático, que deberá
estar acordado con los usuarios y con el DBA (Deployer).
Alcance: necesidad o no de cerrar la aplicación durante la corrida del cambio
y/o patches
Detalles
Detalle de reestructuración de Base de Datos
* Nota:
El Nro. de requerimiento es opcional debido a que el pasaje puede surgir de un requerimiento
o de un cambio por una optimización realizada por el desarrollador sin haber requerimiento
previo.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 5 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
IMPORTANTE
Cada Pasaje a Producción requerirá una Planilla de Pasaje a Producción (ver Anexo
“E”) que identificará en forma única un nro. de versión/release de la aplicación
implementada.
Alternativa.
1.b.1.Si el pasaje es automático
1.b.1.a.Arma un Programa CL a correr por el Encargado de Operaciones (Deployer), sigue en
el pto. 1.c. del presente proceso
1.b.2. Si el pasaje es manual, sigue en el pto. 1.c. del presente proceso
1.c. Evalúa si puede grabar en las Bibliotecas del Pasaje (PREPRO01, PREPRO02,
PREPRO03,
PREPRO04,
PREPRO05,
PREPRO06,
PREPRO07,
PREPRO08,
CLPASAJE) los archivos del nuevo pasaje.
Alternativa
1.c.1. Si las bibliotecas de Pasaje contienen Objetos, regulariza borrando Objetos de las
Bibliotecas de Pasaje.
1.d. Pasa los Objetos de Programas y Archivos a las biblioteca de Pasaje: (PREPRO01,
PREPRO02,
PREPRO03,
PREPRO04,
PREPRO05,
PREPRO06,
PREPRO07,
PREPRO08, CLPASAJE (en caso de corresponder))
1.e. Deja el paquete ejecutable en la carpeta Lxbases \ Pasaje a Producción \
Coolplex_As400 \ Package, asegurándose que la carpeta contenga solo los paquetes a
ejecutar en el FRONT END.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 6 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
1.f. Envía vía mail adjuntando la Planilla de Pasaje a Producción (ver Anexo “E”) que
contiene el detalle de la implementación al Encargado de Operaciones (Deployer) y al
Implementador de la Aplicación.
•
TECNOLOGÍA
Encargado de Operaciones
1.g. Recibe mail con Planilla de Pasaje a Producción (ver Anexo “E”) y detalles del pasaje
y programa su ejecución en función a la Fecha y Hora Programada detallada en la Planilla
Recibida.
1.h. Graba la Planilla de Pasaje de Producción en el servidor Lxbases\Pasaje a
Producción\Coolplex_As400\Planillas de Pasaje
24 hs. antes del la fecha y hora programada del pasaje
•
IMPLEMENTACION
Implementador
1.i. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, conteniendo:
¾ Motivo del cambio, Novedades del patches
¾ Fecha y hora programada de la ejecución
¾ Necesidad o no de cerrar la aplicación durante la corrida del cambio y/o patches
Nota: El plazo del tiempo de anticipación no se aplica a urgencias, que deben emitirse en el
momento.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 7 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Al momento de efectuar el cambio, fecha y hora programada detallada en
Planilla de Pasaje.
IMPORTANTE
El pasaje puede implicar una actualización de Back End, a una
actualización de Front End o a ambas, por tal motivo deberán ejecutar el
procedimiento según corresponda.
Actualización de Back End (Servidor)
•
TECNOLOGÍA
Encargado de Operaciones
1.j. Efectúa una copia de seguridad.
Alternativa
1.j.1. Si el pasaje es automático
1.j.1.a. En entorno Producción AS400: S10523MM, Bibliotecas: NSI01, NSI02, NSI03,
NSI04, NSI05, NSI06, ITL07, NSI08 ejecuta CL recibido
1.j.1.b. Ejecuta un programa en Coolplex para modificar estructuras, en caso de que la
implementación incluya reestructuraciones de tablas.
-
Si no hay error en el pasaje, sigue en el pto. 1.k. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. 1.k. del presente proceso.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 8 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
1.j.2. Si el pasaje es manual:
1.j.2.a. Efectúa los pasos detallados en el Anexo Actividades generales del Encargado de
Operaciones, del presente procedimiento
-
Si no hay error en el pasaje, sigue en el pto. 1.k. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. 1.k. del presente proceso.
Actualización de Front-End (Clientes)
Definiciones:
Patches automáticos: Es un programa que es ejecutado automáticamente por la aplicación
residente en el cliente si, al abrirla, ésta detecta que hay una nueva versión o release. Consta
de archivos .dll y .pnl comprimidos en un archivo ejecutable. A su vez, en caso de ser
necesario instala proxies de componentes COM+ en las PCs. cliente.
•
TECNOLOGÍA
Encargado de Operaciones
1.k. Efectúa una copia de seguridad.
1.l. Copia el paquete ejecutable en la carpeta H:\FTPHome\appnsi\PATCHES del servidor
lxbases y en \INTRANET\Patches\PACKAGE
1.m. Vincula los componentes COM+ que utiliza la aplicación en el entorno de producción.
1.ñ. Cambia la versión y release de la aplicación para que coincida con lo indicado por el
desarrollador, en el entorno de producción.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 9 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
-
Si no hay error en el pasaje, sigue en el pto. k. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. k. del presente proceso.
1.o. Avisa vía mail y telefónicamente a Implementador de la aplicación y al desarrollador la
finalización del pasaje
1.p. Actualiza Planilla de Pasaje a Producción almacenada en Lxbases \ Pasaje a
Producción \ Coolplex_As400 \ Planillas de Pasaje, completando:
¾ Fecha y Hora de Pasaje
¾ Deployer
•
IMPLEMENTACION
Implementador
1.q. Valida que la aplicación está ya disponible en producción chequeando la versión de la
misma.
Alternativa
1.q.1. Si no esta OK, (la nueva versión en producción)
1.q.1.a. Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de solución.
1.q.1.b. Registra falla actualizando Planilla de Pasaje a Producción, ubicada en Lxbases \
Pasaje a Producción \ Coolplex_As400 \ Planillas de Pasaje completando:
¾
¾
¾
¾
Testeo de implementador OK (S/N)
Implementador
Errores detectados
Fecha y Hora detección error
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 10 de 44
Procedimiento
Procedimiento Pasaje a
Producción
•
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
DESARROLLOS ADMINISTRATIVOS
Desarrollador
1.q.1.c. Analiza el motivo del error y los pasos a seguir para su corrección
1.q.1.d. Comunica al Implementador la causa del problema vía mail y telefónicamente.
•
IMPLEMENTACION
Implementador
1.q.1.e. Registra motivo de error y forma de resolución en Planilla de Pasaje a Producción:
¾ Causas y Forma de resolución
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
1.q.1.f. Arma la solución, generando un nuevo pasaje a producción, con una nueva Planilla de
Pasaje conteniendo el detalle de un nuevo release de la aplicación.
Sigue en el punto 1.a., confeccionando una nueva Planilla de Pasaje a Producción con el
detalle de un nuevo release de la aplicación.
1.q.2. Si esta OK (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
1.q.2.a.
Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, según
diseño Anexo C adjuntando Formulario NSI/WEB Informe de novedades (Anexo D).
1.q.2.b. Borra los archivos
Coolplex_AS400\PACKAGE
Reemplaza
Nº Versión
Nº Modific
contenidos
Revisor
Fecha
Firma
en
Lxbases\Pasaje
Aprobado por
Normas y Procedimientos
Fecha
Firma
a
Producción\
Página
Página 11 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
1.q.2.c. Actualiza Planilla de Pasaje a Producción, ubicada en Lxbases \ Pasaje a
Producción \ Coolplex_As400 \ Planillas de Pasaje, registrando:
¾ Fecha/Hora de pasaje
¾ Deployer
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
1.q.2.d.
Borra los objetos de biblioteca Pasaje a Producción.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 12 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
2. Pasaje a Producción Ambiente Cool : Plex sobre NT.
•
DESARROLLOS PLAN DE SALUD
Desarrollador
2.a. Copia las dlls correspondientes al cambio en el directorio de Lxbases\Pasaje a
Producción\Coolplex_SQL\Package.
2.b. Si la implementación requiere correr Scripts, copia el SCRIPT en el directorio de
Lxbases\Pasaje a Producción\Coolplex_SQL\Script.
2.c. Confecciona Planilla de Pasaje a Producción (ver Anexo “E”) asignándole el nombre
según sgte. patrón: Nombre de aplicación + nro. versión + release, completando:
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
Nro. de requerimiento (*)
Aplicación
Versión y release de la aplicación que se actualiza (o crea)
Plataforma
Fecha y hora de la actualización
Lista de las dlls que deben pasarse a producción
Nombre de Script (en caso de ser necesario su corrida)
Servidor de producción
Directorio destino “producción”
Base de datos donde debe ser ejecutado el script adjunto en el caso de que haya
actualización de la base de datos
Nombre del paquete (self extractor) que actualizará el FRONT END en los clientes.
Objetos COM+ que se deben vincular a la aplicación
Fecha y Hora programada para la ejecución del patches automático, que deberá estar
acordado con los usuarios, con el implementador de la aplicación y con el DBA
(Deployer).
Alcance: necesidad o no de cerrar la aplicación durante la corrida del cambio y/o
patches
Detalles
Detalle de reestructuración de Base de Datos
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 13 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
* Nota:
El Nro. de requerimiento es opcional debido a que el pasaje puede surgir de un requerimiento
o de un cambio por una optimización realizada por el desarrollador sin haber requerimiento
previo.
2.d. Informa al DBA(Deployer) y al Implementador de la aplicación el pasaje a producción
mediante un correo electrónico. En el mismo adjunta la Planilla Pasaje a Producción (ver
Anexo “E”).
• TECNOLOGÍA
DBA
2.e. Recibe mail con Planilla de Pasaje a Producción (Ver Anexo “E”) y detalles del pasaje
y programa su ejecución en función a la Fecha y Hora Programada detallada en la Planilla
Recibida.
2.f. Graba la Planilla de Pasaje de Producción (ver Anexo “E”) en el servidor
Lxbases\Pasaje a Producción\ Coolplex_SQL\Planillas Pasaje,
24 hs. antes del la fecha y hora programada del pasaje
•
IMPLEMENTACION
Implementador
2.g. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, conteniendo:
¾ Cambio o Novedades del patches
¾ Fecha y Hora programada de ejecución
¾ Necesidad o no de cerrar la aplicación durante la corrida de la actualización
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 14 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Al momento de efectuar el cambio, fecha y hora programada y detallada en
Planilla de Pasaje.
Actualización de Back End (Servidor)
•
TECNOLOGÍA
DBA
2.h. Efectúa una copia de seguridad.
2.i.Copia las dlls detalladas en la Planilla de Pasaje a Producción (ver Anexo”E”) desde el
directorio de producción especificado al directorio de Backup_dll del Servidor de
Producción.
2.j.Copia las dlls desde el directorio Lxbases\Pasaje a Producción\Coolplex_SQL\Package
al directorio de “Producción” especificado en el documento
2.k. Si en el correo se adjuntó un SCRIPT de actualización de Base de Datos, ejecutará dicho
SCRIPT (ubicado además en Lxbases\Pasaje a Producción\Coolplex_SQL\Script) en la
base de datos especificada.
-
Si no hay error en el pasaje, sigue en el pto. 2.l. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. 2.l. del presente proceso.
2.l. Actualiza la Planilla de Pasaje a Producción en directorio Lxbases\Pasaje a
Producción\Coolplex_SQL\Planilla de Pasaje, completando:
¾ Fecha y Hora de Pasaje
¾ DBA
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 15 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Actualización de Front End (Clientes)
•
DESARROLLOS PLAN DE SALUD
Desarrollador
2.m. Efectúa una copia de seguridad.
2.n. Deja el paquete ejecutable en la carpeta Lxbases \ Pasaje a Producción \ Coolplex_SQL
\ Package.
•
TECNOLOGÍA
DBA
2.ñ. Vincula los objetos COM+ que utiliza la aplicación en el entorno de producción.
2.o. Copia el paquete ejecutable en la carpeta H:\FTPHome\appnsi\PATCHES del servidor
lxbases y en \INTRANET\Patches\PACKAGE
2.p. Cambia la versión y release de la aplicación utilizando la aplicación SisAdMin
apuntando al servidor NT de producción.
2.q. Registra y actualiza Planilla Pasaje a Producción ubicada en Lxbases\Pasaje a
Producción\Coolplex_SQL\Planilla de Pasaje.
completando:
¾ Fecha y Hora de Pasaje
¾ Nombre del DBA
2.r. Avisa vía mail y telefónicamente a Implementador de la aplicación y al desarrollador la
finalización del pasaje.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 16 de 44
Procedimiento
Procedimiento Pasaje a
Producción
•
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
IMPLEMENTACION
Implementador
2.s. Valida que la aplicación está ya disponible en producción chequeando la versión de la
misma.
Alternativas
2.s.1. Si no esta OK, (la nueva versión en producción)
2.s.1.a. Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de solución.
2.s.1.b. Registra falla en Planilla de Pasaje a Producción, completando:
¾
¾
¾
¾
•
Testeo de implementador OK (S/N)
Implementador
Errores detectados
Fecha y Hora detección error
DESARROLLOS PLAN DE SALUD
Desarrollador
2.s.1.c. Analiza motivo de error, causas y formas de resolución, solicita a DBA (Deployer) la
ejecución de la corrección o recovery de objetos en caso de ser necesario vía mail y
telefónicamente.
2.s.1.d. Informa al Implementador de la causa del problema y de la forma de resolución, vía mail y/o telefónicamente.
•
IMPLEMENTACION
Implementador
2.s.1.e. Registra motivo de error y forma de resolución en Planilla de Pasaje a Producción:
¾ Causas y Forma de resolución
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 17 de 44
Procedimiento
Procedimiento Pasaje a
Producción
•
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
DESARROLLOS PLAN DE SALUD
Desarrollador
2.s.1.f. Arma la solución, generando un nuevo pasaje a producción, con una nueva Planilla
de Pasaje de Producción (ver Anexo “E”) conteniendo el detalle de un nuevo release de la
aplicación.
2.s.1.g. Borra los archivos contenidos en Lxbases\Pasaje a Producción\
Coolplex_SQL\Package
y de Lxbases\Pasaje a Producción\ Coolplex_SQL\SCRIPT,
Sigue en el pto. 2.a.
2.s.2. Si esta OK (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
2.s.2.a. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, según
diseño Anexo C adjuntando Formulario NSI/WEB Informe de novedades (Anexo D).
2.s.2.b. Actualiza Planilla de Pasaje a Producción, completando:
¾ Testeo de Implementador (OK S/N)
¾ Implementador
•
DESARROLLOS PLAN DE SALUD
Desarrollador
2.s.2.c. Borra los archivos contenidos en Lxbases\Pasaje a Producción\
Coolplex_SQL\Package y de Lxbases\Pasaje a Producción\ Coolplex_SQL\SCRIPT
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 18 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
3. Pasaje a Producción de Aplicaciones WEB
•
DESARROLLOS BIOMEDICOS/ DESARROLLOS ADMINISTRATIVOS
Desarrollador
3.a. Confecciona Planilla de Pasaje a Producción (ver Anexo “E”) asignándole el nombre
según sgte. patrón: Nombre de aplicación + nro. versión + release, completando:
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
Nro. de requerimiento (*)
Aplicación
Versión y release de la aplicación que se actualiza (o crea)
Plataforma
Fecha y hora programada
Servidor de producción
Directorio destino “producción”
Alcance e Impacto: (Detallando la necesidad o no de sacar usuarios al implementar, si
requiere compilar BACK END, y una observación de los archivos de soporte por ej:
.XSL)
Nombre del EAR
Nombre del SCRIPT
Detalles
Detalle de reestructuración de Base de Datos
Dir. Url tentativa
Base de datos donde debe ser ejecutado el EAR
Especifica si es necesario generar el ícono en la intranet
Para las aplicaciones WEB hechas en PHP, las paginas modificadas (no toda la
aplicación)
Fecha y hora del pasaje a producción.
* Nota:
El Nro. de requerimiento es opcional debido a que el pasaje puede surgir de un requerimiento
o de un cambio por una optimización realizada por el desarrollador sin haber requerimiento
previo
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 19 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Alternativas
3.a.1. Si la implementación es una aplicación nueva
3.a.1.a. Avisa vía mail al Responsable de Networking y a Desarrollos Biomédicos del nuevo
acceso a la intranet detallando el nombre y adjuntando la Planilla de Pasaje a Producción
(ver Anexo “E”).
•
TECNOLOGIA - NETWORKING
Responsable de Networking
3.a.1.b. Genera el url (por ej: Turnos.hospitalitaliano.net)
•
DESARROLLOS BIOMEDICOS
Webmaster
3.a.1.c. Si es necesario genera el ícono en la intranet, sigue en el pto. 3.a.b.1.
3.a.2. Si la implementación es de mantenimiento
•
DESARROLLOS BIOMEDICOS / DESARROLLOS ADMINISTRATIVOS / PLAN
DE SALUD
Desarrollador
3.a.2.a. Compila la aplicación (incluye páginas WEB y clases) y genera un archivo EAR.
Nota: El archivo EAR contiene toda la aplicación WEB en un formato comprimido(es un ZIP
con extensión EAR). Siempre se genera TODA la aplicación.
3.a.2.b. Coloca el archivo EAR en Lxbases\Pasaje a Producción\ Java_Oracle\EAR
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 20 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
3.a.2.c. Si el pasaje requiere de la corrida de un Script, coloca el Script en Lxbases\Pasaje a
Producción\ Java_Oracle\SCRIPT
3.a.2.d. Si es necesario la instalación de archivos de Soporte (XSL, por ejemplo) los coloca en
Lxbases\Pasaje a Producción\ Java_Oracle\Otros y los detalla en Planilla de Pasaje a
Producción (ver Anexo “E”) indicando directorio(s) de contexto de la aplicación a copiarse.
3.a.2.e. Envía un mail al DBA (Deployer) y al implementador adjuntando la Planilla Pasaje a
Producción (Ver Anexo “E”).
•
TECNOLOGÍA
DBA
3.a.2.f. Recibe mail con Planilla de Pasaje a Producción y detalles del pasaje y programa su
ejecución en función a la Fecha y Hora Programada detallada en la Planilla Recibida.
3.a.2.g. Graba la Planilla de Pasaje de Producción (Ver Anexo “E”) en el servidor
Lxbases\Pasaje a Producción\ Java_Oracle\Planillas Pasaje
24 hs. antes del la fecha y hora programada del pasaje
•
IMPLEMENTACION
Implementador
3.a.2.h. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio,
conteniendo:
¾ Motivo del cambio, Novedades.
¾ Fecha y hora programada de la ejecución
¾ Necesidad o no de cerrar la aplicación durante la corrida del cambio y/o patches
Nota: El plazo del tiempo de anticipación no se aplica a urgencias, que deben emitirse en el
momento.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 21 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Al momento de efectuar el cambio, fecha y hora programada detallada en
Planilla de Pasaje.
•
TECNOLOGÍA
DBA
3.a.2.i. Efectúa una copia de seguridad.
3.a.2.j. Si la implementación requiere de la ejecución de un Script, corre en entorno de
producción el Script almacenado en Lxbases\Pasaje a Producción\ Java_Oracle\SCRIPT.
3.a.2.k. Levanta EAR en el servidor de aplicaciones web.
-
Si no hay error en el pasaje, sigue en el pto. 3.a.2.l. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. 3.a.2.1. del presente proceso.
3.a.2.l. Avisa telefónicamente y vía mail al desarrollador y al implementador si la operación
fue exitosa .
3.a.2.m. Actualiza Planilla de Pasaje a Producción (Ver Anexo “E”) detallando:
¾ Fecha y Hora del Pasaje
¾ Nombre del DBA(Deployer)
•
IMPLEMENTACION
Implementador
3.a.2.n. Valida que la aplicación está ya disponible en producción chequeando la versión de la
misma.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 22 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Alternativas
- 3.a.2.n.1. Si no esta OK, (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
3.a.2.n.1.a. Registra la falla en Planilla de Pasaje a Producción completando:
-
Testeo de implementador OK (s/n)
Implementador
Errores detectados
Fecha y Hora detección Error
3.a.2.n.1.b Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de resolución, adjuntando en el mail la
Planilla de Pasaje a Producción , la cual contiene el detalle de los errores.
•
DESARROLLOS ADMINISTRATIVOS /DESARROLLOS BIOMEDICOS/ PLAN
DE SALUD
Desarrollador
3.a.2.n.1.c. Analiza error y forma de resolución, informando a Implementador telefónicamente
y vía mail motivo de error.
•
IMPLEMENTACION
Implementador
3.a.2.n.1.d. Actualiza motivo de error y forma de resolución en Planilla de Pasaje a
Producción registrando:
¾ Causas y Forma de resolución
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 23 de 44
Procedimiento
Procedimiento Pasaje a
Producción
•
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
DESARROLLOS ADMINISTRATIVOS /DESARROLLOS BIOMEDICOS/ PLAN
DE SALUD
Desarrollador
3.a.2.n.1.e. Arma la solución, generando un nuevo pasaje a producción, con una nueva
Planilla de Pasaje conteniendo el detalle de un nuevo release de la aplicación.
3.a.2.n.1.f. Borra los archivos contenidos en Lxbases\Pasaje a Producción\java_Oracle\Ear y
de Lxbases\Pasaje a Producción\Java_oracle\Script, Sigue en el pto. 3.a.
3.a.2.n.2. Si esta ok (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
3.a.2.n.2.a. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, según
diseño Anexo C adjuntando Formulario NSI/WEB Informe de novedades (Anexo D).
3.a.2.n.2.b. Actualiza la Planilla Pasaje a Producción, completando:
¾ Testeo de Implementador (OK S/N)
¾ Implementador
•
DESARROLLOS ADMINISTRATIVOS /DESARROLLOS BIOMEDICOS/ PLAN
DE SALUD
Desarrollador
3.a.2.n.2.c. Borra los archivos contenidos en lxbases\Pasaje a Producción\Java_Oracle\EAR y
de lxbases\Pasaje a Producción\ Java_Oracle\SCRIPT.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 24 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
3.a.3. Si la implementación corresponde a aplicaciones web hechas en PHP.
•
DESARROLLOS BIOMEDICOS
Desarrollador
3.a.3.a. Coloca las paginas a pasar a producción en
PHP\Paginas
Lxbases\Pasaje a Producción\
3.a.3.b. Envía un mail al DBA (Deployer) y al implementador adjuntando la Planilla Pasaje a
Producción.
•
TECNOLOGÍA
DBA
3.a.3.c. Efectúa una copia de seguridad.
3.a.3.d. Pisa las páginas con la nueva versión almacenadas en Lxbases\Pasaje a Producción\
PHP\Paginas
3.a.3.e. Actualiza Planilla de Pasaje a Producción detallando:
¾ Fecha y Hora del Pasaje
¾ Nombre del DBA (Deployer)
3.a.3.f. Avisa telefónicamente y vía mail al desarrollador y al implementador si la operación
fue exitosa o no.
•
IMPLEMENTACION
Implementador
3.a.3.g. Valida que la pagina este disponible en producción chequeando la versión de la
misma.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 25 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Alternativa
3.a.3.g.1. Si no esta operativa, (la nueva versión en producción)
3.a.3.g.1.a. Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de solución.
3.a.3.g.1.b. Registra falla en Planilla de Pasaje a Producción, completando:
¾
¾
¾
¾
•
Testeo de implementador OK (S/N)
Implementador
Errores detectados
Fecha y Hora detección error
DESARROLLOS BIOMEDICOS
Desarrollador
3.a.3.g.1.c. Corrige error, reenviando las páginas correctas vía mail al DBA (Deployer).
3.a.3.g.1.d. Envía un mail al Implementador explicando Causas y Forma de Resolución.
•
IMPLEMENTACION
Implementador
3.a.3.g.1.e. Registra motivo de error y forma de resolución en Planilla de Pasaje a
Producción.
3.a.3.g.1.f. Genera una nueva versión de la aplicación y nueva Planilla de Pasaje a
Producción, Sigue en el pto. 3.a. del presente proceso
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 26 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
3.a.3.g.2. Si esta ok (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
3.a.3.g.2.a. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, según
diseño Anexo C adjuntando Formulario NSI/WEB Informe de novedades (Anexo D).
3.a.3.g.2.b. Actualiza la Planilla Pasaje a Producción, completando:
¾ Testeo de Implementador (OK S/N)
¾ Implementador
•
DESARROLLOS BIOMEDICOS
Desarrollador
3.a.3.g.2.c. Borra los archivos contenidos en Lxbases\Pasaje a Producción\ PHP\Paginas
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 27 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
4. Pasaje a Producción de Reportes Oracle
•
BIOESTADISTICA y CALIDAD
Desarrollador
4.a. Confecciona Planilla de Pasaje a Producción asignándole el nombre según sgte. patrón:
Nombre de aplicación + nro. versión + release, y la graba en “\\LXBASES\Pasaje a
producción\REPORTS_ORACLE\planillas de pasaje” completando:
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
Nro. de requerimiento (*)
Aplicación
Versión y release de la aplicación que se actualiza (o crea)
Fecha y Hora Programada (acordadas con los usuarios, con el implementador de la
aplicación y con el DBA (deployer)
Requisitos
Desarrollador
Coordinador
Alcance e impacto
Script
Tipo de Script
Periodicidad (única vez o periódico)
Fecha y hora de pasaje
Servidor de producción
Directorio destino “producción”
* Nota:
El Nro. de requerimiento es opcional debido a que el pasaje puede surgir de un requerimiento
o de un cambio por una optimización realizada por el desarrollador sin haber requerimiento
previo.
4.b. Envía vía mail al DBA (Deployer) y al Implementador, avisando que hay nueva versión
4.c. Carga en el directorio de pasaje a producción:
‰
El script a ejecutar por el DBA (Deployer) que contendrá la creación de una vista
destinada al nuevo menú de reportes y la Asignación de los permisos pertinentes.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 28 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
‰
El archivo conteniendo las líneas que deberán agregarse al final del archivo de
configuración del servidor: formsweb.cfg de forms90\server del directorio
principal del Oracle (DevSuitHome) del IAS
‰
Reportes (.jsp)
‰
Forms(.fmx)
‰
Planilla de Pasaje a Producción.
4.d. Solicita al Webmaster vía mail la generación de acceso en la intranet enviándole la URL
a la que debe apuntar y el nombre que se mostrará en la Intranet para su acceso
•
TECNOLOGÍA
DBA
4.e. Recibe mail enviado por el desarrollador indicando una nueva versión o release de la
aplicación y accede a la planilla correspondiente que se guardó en Pasaje a Producción.
4.f. Graba la Planilla de Pasaje de Producción en el servidor Lxbases\Pasaje a Producción\
Report_Oracle\Planillas Pasaje
24 hs. antes del la fecha y hora programada del pasaje
•
IMPLEMENTACION
Implementador
4.g. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, conteniendo:
¾ Motivo del cambio, Novedades.
¾ Fecha y hora programada de la ejecución
¾ Necesidad o no de cerrar la aplicación durante la corrida del cambio y/o patches
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 29 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Nota: El plazo del tiempo de anticipación no se aplica a urgencias, que deben emitirse en el
momento.
Al momento de efectuar el cambio, fecha y hora programada detallada en
Planilla de Pasaje.
•
TECNOLOGIA
DBA
4.h. Efectúa una copia de seguridad.
4.i. Corre el Script desde el programa SQLPLUS conectándose a la base de datos
DBORACLE y verifica la correcta ejecución de éste.
4.j. Edita el archivo /u01/app/oracle/product/9.0.4/forms90/server/formsweb.cfg en el
DBORACLE y agrega la actualización correspondiente a la nueva aplicación.
Nota: Este archivo también está en \\reportserver\forms\server\formsweb.cfg
4.k. Copia los archivos correspondientes a forms (.fmx) en: \\reportserver\forms\
4.l. Copia los archivos correspondientes a reports (.jsp) en: \\reportserver\reports\
4.m. Registra y actualiza Planilla Pasaje a Producción ubicada en Lxbases\Pasaje a
Producción\REPORTS_ORACLE\Planilla de Pasaje.
completando:
¾ Fecha y Hora de Pasaje
¾ Nombre del DBA (Deployer)
4.n. Avisa vía mail y telefónicamente a Implementador de la aplicación y al desarrollador la
finalización del Pasaje a Producción.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 30 de 44
Procedimiento
Procedimiento Pasaje a
Producción
•
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
IMPLEMENTACION
Implementador
4.ñ.Valida que la aplicación está ya disponible en producción chequeando la versión de la
misma.
Alternativas
4.ñ.1. Si no está OK, (la nueva versión en producción)
4.ñ.1.a. Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de solución.
4.ñ.1.b. Registra falla en Planilla de Pasaje a Producción, completando:
¾
¾
¾
¾
•
Testeo de implementador OK (S/N)
Implementador
Errores detectados
Fecha y Hora detección error
BIOESTADISTICA y CALIDAD
Desarrollador
4.ñ.1.c. Analiza y corrige script, forms y/o reports.
4.ñ.1.d. Actualiza motivo de error y forma de resolución en Planilla de Pasaje a Producción,
registrando motivo de error y forma de resolución en:
¾ Causas y Forma de resolución
4.ñ.1.e. Carga scripts, forms y/o reports corregidos en la carpeta de Pasaje a Producción,
Sigue en el pto. 4.a., confeccionando una nueva Planilla de Pasaje a Producción con el
detalle de un nuevo release de la aplicación.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 31 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
4.ñ.2. Si la corrida fue OK, (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
4.ñ.2.a. Avisa telefónicamente y vía mail al DBA (Deployer de Aplicaciones) y al Webmaster
de su ejecución exitosa.
Webmaster
4.ñ.2.b. Genera un acceso en la Intranet según URL recibida.
4.ñ.2.c. Avisa vía mail al Implementador, la creación del acceso.
•
IMPLEMENTACION
Implementador
4.ñ.2.d. Comunica vía mail a los usuarios del reporte con el nombre del acceso como Subject
según formato. Ver Anexo A o Anexo B.
4.ñ.2.e. Actualiza la Planilla Pasaje a Producción, completando:
¾ Testeo de Implementador (OK S/N)
¾ Implementador
•
BIOESTADISTICA y CALIDAD
Desarrollador
4.ñ.2.f. Borra los archivos contenidos en Lxbases\Pasaje a Producción\
Report_Oracle\Package y de Lxbases\Pasaje a Producción\ Report_Oracle\SCRIPT
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 32 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
5. Pasaje a Producción Aplicaciones Power Builder
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
5.a. Confecciona Planilla de Pasaje a Producción (Ver Anexo “E”) asignándole el nombre
según sgte. patrón: Nombre de aplicación + nro. versión + release, completando:
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
¾
Nro. de requerimiento (*)
Aplicación
Versión y release de la aplicación que se actualiza (o crea)
Plataforma
Fecha y hora programada
Servidor de producción
Base de datos donde debe ser ejecutado el Script de alteración de Base de Datos
adjunto en el caso de que haya actualización de la base de datos
Base de datos donde debe ser ejecutado el script de alteración de Stored Procedures
adjunto en el caso de que haya actualización de la base de datos
Nombre del paquete (Self Extractor) que actualizará el FRONT END en los clientes.
Objetos COM+ que se deben vincular a la aplicación
Fecha y Hora programada de ejecución del patches automático, que deberá estar
acordado con los usuarios, con el implementador de la aplicación y con el DBA
(Deployer).
Alcance: necesidad o no de cerrar la aplicación durante la corrida del cambio y/o
patches
Detalles
Detalle de reestructuración de Base de Datos
* Nota:
El Nro. de requerimiento es opcional debido a que el pasaje puede surgir de un requerimiento
o de un cambio por una optimización realizada por el desarrollador sin haber requerimiento
previo
5.b. Informa al DBA (deployer) y al Implementador de la aplicación el pasaje a producción
mediante un correo electrónico.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 33 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
5.c. Copia en Lxbases\Pasaje a Producción\ Power_SQL\SCRIPT
¾ Script de alteración de Base de Datos (sólo si hay actualización de la base de datos)
¾ Script de alteración de Stored Procedures (sólo en caso de alteraciones de Stored
Procedures)
•
TECNOLOGÍA
DBA
5.d. Recibe mail con Planilla de Pasaje a Producción (Ver Anexo “E”) y detalles del pasaje
y programa su ejecución en función a la Fecha y Hora Programada detallada en la Planilla
Recibida.
5.e. Graba la Planilla de Pasaje de Producción en el servidor Lxbases\Pasaje a
Producción\ Power_SQL\Planillas Pasaje.
24 hs. antes del la fecha y hora programada del pasaje
•
IMPLEMENTACION
Implementador
5.f. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, conteniendo:
¾ Motivo del cambio, Novedades.
¾ Fecha y hora programada de la ejecución
¾ Necesidad o no de cerrar la aplicación durante la corrida del cambio y/o patches
Nota: El plazo del tiempo de anticipación no se aplica a urgencias, que deben emitirse en el
momento.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 34 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Al momento de efectuar el cambio, fecha y hora programada detallada en
Planilla de Pasaje.
Actualización de Back End (Servidor)
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
5.g. Deja el paquete ejecutable en la carpeta en Lxbases\Pasaje a Producción\
Power_SQL\PACKAGE del Servidor lxbases.
•
TECNOLOGÍA
DBA
5.h. Realiza una copia de seguridad.
5.i. Si en el correo se adjuntó un Script de actualización de Base de Datos, ejecutará dicho
Script en la base de datos especificada.
5.j. Si en el correo se adjuntó un Script de alteración de Stored Procedures, ejecutará dicho
Script en la Base de Datos especificada.
5.k. Otorga los permisos correspondientes a las tablas, vistas creadas por el Script de
actualización de Base de Datos.
5.l. Otorga los permisos de ejecución de los Stored Procedures creados por el Script de
alteración de Store Procedures.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 35 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Actualización de Front End (Clientes)
•
TECNOLOGÍA
DBA
5.m. Realiza una copia de seguridad.
5.n. Copia el paquete ejecutable en la carpeta H:\FTPHome\appnsi\PATCHES del servidor
lxbases.
5.ñ. Vincula los componentes COM+ que utiliza la aplicación en el entorno de producción.
-
Si no hay error en el pasaje, sigue en el pto. 5.o. del presente proceso.
-
Si hay error en el pasaje, Se comunica con el desarrollador a fin de regularizar el pasaje.
Sigue en el pto. 5.o. del presente proceso.
5.o. Cambia la versión y release de la Aplicación en la Tabla “Aplicativos” según especifica
el documento.
5.p. Avisa vía mail y telefónicamente a Implementador de la aplicación y al Desarrollador la
finalización del pasaje.
Efectúa la prueba del pasaje cuando es informado.
•
IMPLEMENTACION
Implementador
5.q. Valida que la aplicación está ya disponible en producción chequeando la versión de la
misma.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 36 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Alternativas
5.q.1. Si no esta OK, (la nueva versión en producción)
5.q.1.a. Se comunica con el desarrollador en forma telefónica y vía mail informando del
problema para que analice los motivos y las formas de solución.
5.q.1.b. Registra falla en Planilla de Pasaje a Producción, completando:
¾
¾
¾
¾
•
Testeo de implementador OK (S/N)
Implementador
Errores detectados
Fecha y Hora detección error
DESARROLLOS ADMINISTRATIVOS
Desarrollador
5.q.1.c. Informa a Implementador de la causa del problema y de su forma de resolución
•
IMPLEMENTACION
Implementador
5.q.1.d. Actualiza motivo de error y forma de resolución en Planilla de Pasaje a Producción,
completando:
¾ Causas y Forma de resolución
5.q.1.e. Corrige error y solicita a DBA (Deployer) ejecución de la corrección o recovery de
objetos generando una nueva versión de la aplicación y nueva Planilla de Pasaje a
Producción. Sigue en el pto. 5.a.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 37 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
5.q.2. Si esta OK (la nueva versión en producción)
•
IMPLEMENTACION
Implementador
5.q.2.a. Envía un e-mail a los usuarios de la aplicación notificándolos del cambio, según
diseño Anexo C adjuntando Formulario Informe de novedades (Anexo D).
5.q.2.b. Actualiza la Planilla Pasaje a Producción, completando:
¾ Testeo de Implementador (OK S/N)
¾ Implementador
•
DESARROLLOS ADMINISTRATIVOS
Desarrollador
5.q.2.c. Borra los archivos contenidos en Lxbases\Pasaje a Producción\
Power_SQL\Package y de Lxbases\Pasaje a Producción\Power_SQL\SCRIPT
6. Cambios a Programas originados por TI y Ejecución de Parches a
Sistemas Operativos, Bases de Datos y Seguridad
En los casos que se generen cambios a programas originados por personal de TI, sin mediar
solicitud de requerimientos por parte de los usuarios, en función de oportunidades detectadas
por los propios desarrolladores, como así también la ejecución de parches a Sistemas
Operativos, Bases de datos y Seguridad; los mismos deberán ser registrados en el formulario
de solicitud de Pasaje a Producción con su correspondiente justificación. Asimismo en el caso
de los parches se solicitará adicionalmente la firma del Jefe del área de Tecnología.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 38 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Anexo Actividades Generales del Encargado de Operaciones
En entorno Producción AS400:S10523MM
Bibliotecas: NSI01, NSI02, NSI03, NSI04, NSI05, NSI06, NSI08
Componiendo al ambiente de Preproducción las sgtes. bibliotecas: PREPRO01,
PREPRO02, PREPRO03, PREPRO04, PREPRO05, PREPRO06, PREPRO07, PREPRO08,
CLPASAJE.
a) Cambia propietario de los objetos a implementar del entorno de Preproducción,
bibliotecas:
b) Borra vistas en entorno de Producción.
c) Renombra tablas a modificar en Producción con el sufijo BK, en caso de que la
implementación incluya reestructuraciones de tablas.
d) Copia tablas del ambiente de Preproducción al ambiente de Producción, en caso de que la
implementación incluya reestructuraciones de tablas.
e) Copia vistas de Preproducción a Producción.
f) Copia datos de Producción de sufijo BK a tablas de producción.
g) Mueve tablas de Producción de sufijo BK a biblioteca Backup, en caso de que la
implementación incluya reestructuraciones de tablas.
h) Copia los programas a reemplazar a biblioteca Backup.
i) Borra programas en Producción
j) Copia programas de Preproducción a Producción.
k) Ejecutará opcionalmente un programa Coolplex, en caso de que la implementación
incluya reestructuraciones de tablas.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 39 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
ANEXO DE FORMULARIOS y COMUNICACIONES A USUARIOS
I- Reports Oracle
Anexo A
Estimado usuario: según lo solicitado por ...... (el requerimiento que Ud. / o su jefe ha
solicitado) se le ha otorgado acceso a REPORTE ....... - ...... Así es que desde la fecha se ha
agregado en su intranet un link: REPORTE ......... - ........ que le permitirá ver los distintos
reportes solicitados.
Una vez que haga clic en el link verá un menú con los reportes disponibles.
La primera vez que ingrese desde una determinada PC se le ofrecerá instalar el JInitiator de
Oracle. Basta con aceptar hasta finalizar.
Cada reporte ofrece una ventana de parámetros donde se coloca por ejemplo, una fecha desde
y una fecha hasta, además de otros parámetros que ofrecerán un menú desplegable. El
reporte se exhibirá en pantalla de acuerdo a los parámetros que usted seleccionó.
Para salir de los reportes es importante hacerlo con un clic en la puerta del menú hasta que ya
no vea más puertitas. Luego puede salir con la clásica X de Windows.
Anexo B
Estimado usuario: según lo solicitado por ...... (el requerimiento que Ud. / o su jefe ha
solicitado) se le ha agregado en el menú con los reportes disponibles un nuevo reporte.
Para salir de los reportes es importante hacerlo con un clic en la puerta del menú hasta que ya
no vea más puertitas.
Luego puede salir con la clásica X de Windows.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 40 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
II- Otras Aplicaciones
Anexo C- Formato Mail de Aviso a Usuarios de la Aplicación
Asunto: Informe de Novedades (Nombre Aplicación)
Estimado usuario le informamos que se efectuara un cambio en la Aplicación (Nombre
Aplicación) a partir de (Fecha y Hora).
Para que tenga efecto, deberá salir de la aplicación y volver a ingresar (esto solo en el caso de
ser necesario).
Se detallan los cambios en el Archivo Adjunto.
Cualquier duda comunicarse al Interno xxxx
Atentamente,
__________________________________
Nombre Implementador
Implementación de Sistemas - Interno xxxx
Dpto. de Información Hospitalaria
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 41 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Anexo D- Archivo Adjunto al mail
Departamento de Información Hospitalaria Implementación de Sistemas
NSI/WEB Informe de novedades
Aplicación: (Nombre de Aplicación)
Fecha del Patche/Actualización:
Descripción de la Nueva Funcionalidad :
•
•
•
Nombre Función 1 : Detalle 1.
Nombre Función 2: Detalle 2.
Nombre Función 3: Detalle 3.
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 42 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Anexo E- Archivo Adjunto al mail
NRO DE REQUERIMIENTO:
APLICACIÓN:
PLATAFORMA:
VERSION O RELEASE:
NOMBRE DEL PAQUETE:
FECHA/HORA PROGR:
DESARROLLADOR:
REQUISITOS:
COORDINADOR:
ALCANCE E IMPACTO: (Detallando la necesidad o no de sacar usuarios al implementar, si requiere
compilar BACK END, y una observación de los archivos de soporte por ej: .XSL)
.EXE
OBJ
SCRIPT
BIBLIOTECA:
COM+
EAR
Tipo Script:
SERVIDOR:
Periodicidad:
DIR. DE PRODUCCIÓN:
DETALLES:
DETALLE DE REESTRUCTURACION DE BASE DE
DATOS:
CASO DE USO / FUNCION / METODO:
Descripción nueva funcionalidad:
Paginas Web PHP: si corresponde generar un
icono S/N
Icono
FECHA/HORA DE PASAJE:
DBA DEPLOYER
TESTEO DE IMPLEMENTADOR (OK S/N):
IMPLEMENTADOR:
ERRORES DETECTADOS:
FECHA Y HORA DETECCIÓN ERROR:
CAUSAS Y FORMA DE RESOLUCION:
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 43 de 44
Procedimiento
Procedimiento Pasaje a
Producción
Reemplaza
Nº Versión
Nº Modific
Revisor
Fecha
Firma
Número de
Procedimiento
16/06
Versión
01.00
Fecha de Vigencia
27/02/06
Código
395.PR.01
Aprobado por
Normas y Procedimientos
Fecha
Firma
Página
Página 44 de 44

Documentos relacionados