Procedimiento Pasaje a Producción - Hospital Italiano de ... · Deja el paquete ejecutable en la...

$: Procedimiento Pasaje a Producción - Hospital Italiano de ... · Deja el paquete ejecutable en la carpeta Lxbases \ Pasaje a Producción \ Coolplex_As400 \ Package, asegurándose$
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

Número de Procedimiento 16/06

Procedimiento Versión 01.00

Fecha de Vigencia 27/02/06

Procedimiento Pasaje a Producción Código 395.PR.01

Reemplaza Revisor Aprobado por Normas y Procedimientos Página

Nº Versión Nº Modific Fecha Firma Fecha Firma

Página 1 de 44

INDICE GENERAL Objetivo Pag.2 Alcance Pag.2 Sectores Involucrados Pag.2 Desarrollo 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 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 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 Pag.39 Anexo de Formularios y Formato de Comunicación Pag.40 Anexo Flujograma Pag.44







Página 2 de 44

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.







Página 3 de 44

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.







Página 4 de 44

Bibliotecas:

PREPRO01 PREPRO02 PREPRO03 PREPRO04 PREPRO05 PREPRO06 PREPRO07 PREPRO08 CLPASAJE







Página 5 de 44

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.







Página 6 de 44

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.







Página 7 de 44

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.







Página 8 de 44

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.







Página 9 de 44

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.







Página 10 de 44

- 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







Página 11 de 44

• 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 contenidos en Lxbases\Pasaje a Producción\ Coolplex_AS400\PACKAGE







Página 12 de 44

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.







Página 13 de 44

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







Página 14 de 44

* 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


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







Página 15 de 44

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







Página 16 de 44

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.







Página 17 de 44

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


• 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







Página 18 de 44

• 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







Página 19 de 44

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







Página 20 de 44

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







Página 21 de 44

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.









Página 22 de 44

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.







Página 23 de 44

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







Página 24 de 44

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


• 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.







Página 25 de 44

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 Lxbases\Pasaje a Producción\ PHP\Paginas 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.







Página 26 de 44

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:


• 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







Página 27 de 44

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:


• DESARROLLOS BIOMEDICOS Desarrollador 3.a.3.g.2.c. Borra los archivos contenidos en Lxbases\Pasaje a Producción\ PHP\Paginas







Página 28 de 44

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.







Página 29 de 44

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:



Necesidad o no de cerrar la aplicación durante la corrida del cambio y/o patches







Página 30 de 44

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.







Página 31 de 44

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


• 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.







Página 32 de 44

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:


• 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







Página 33 de 44

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.







Página 34 de 44

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


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:










Página 35 de 44

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.







Página 36 de 44

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.







Página 37 de 44

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:


• 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.







Página 38 de 44

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:


• 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.







Página 39 de 44

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


d) Copia tablas del ambiente de Preproducción al ambiente de Producción, en caso de que la


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


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.







Página 40 de 44

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.







Página 41 de 44

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







Página 42 de 44

Anexo D- Archivo Adjunto al mail

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.

Departamento de Información Hospitalaria Implementación de Sistemas







Página 43 de 44

Anexo E- Archivo Adjunto al mail NRO DE REQUERIMIENTO: PLATAFORMA:

APLICACIÓN: VERSION O RELEASE: FECHA/HORA PROGR:

NOMBRE DEL PAQUETE: 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 COM+ EAR Tipo Script: Periodicidad:

BIBLIOTECA: SERVIDOR: 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:







Página 44 de 44

Procedimiento Pasaje a Producción - Hospital Italiano de ... · Deja el paquete ejecutable en la...

Documents

Transcript of Procedimiento Pasaje a Producción - Hospital Italiano de ... · Deja el paquete ejecutable en la...