PROCEDIMIENTO PASO A PRODUCCIÓN

de 15

PROCEDIMIENTO PASO A PRODUCCIÓN

CÓDIGO: VERSIÓN: FECHA: TE-P13-PR01 6 Diciembre de 2019

Oficina de Secretaria General

Aviso Legal: La información contenida en este documento, será para el uso exclusivo de la Pontificia Universidad Javeriana, quien será responsable por su custodia y conservación en razón de que contiene información

de carácter confidencial o privilegiada. Esta información no podrá ser reproducida total o parcialmente, salvo autorización expresa de la Oficina de Secretaria General de la Pontificia Universidad Javeriana.

OBJETIVO ALCANCE

Establecer los parámetros para el desarrollo de las actividades requeridas para el paso a producción de nuevas aplicaciones, nuevas versiones de programas basados en servidores Windows, despliegue de aplicaciones basadas en IAS (Internet Application Server), paso de proyectos Peoplesoft, cambios a estructuras DDL, DMLs, Queries (SQL) y DCL de acuerdo con los requerimientos de los usuarios con el fin de satisfacer sus necesidades.

Inicia con la solicitud de paso a producción realizada por el Ingeniero de Desarrollo de la Oficina de Sistemas de Información a la Coordinación de Operaciones, a través de la herramienta ARANDA, hasta la entrega al usuario final de la nueva aplicación o cambios realizados a una aplicación existente.

DEFINICIONES

Ambiente de producción: Es el espacio o lugar donde se encuentran los aplicativos, bases de datos, servidores, etc., que atienden la operación de transacciones diarias de la Universidad. Cambio a estructuras de usuarios: Cambios relacionados con DDL (Data Definition Language), modificaciones, alteraciones, creación de nuevos objetos, eliminación de objetos existentes dentro de la estructura del a base de datos de la aplicación. Compare: Opción de PeopleSoft que permite comparar un proyecto entre dos Bases de Datos. DML (Data Manipulation Language): Lenguaje para eliminación, inserción y actualización de datos. Esquema: Es un objeto de la base de datos que a su vez es un contenedor de objetos que permite la separacion de dichos objetos facilitando la administración y ayudando a la seguridad. Export: Es una utilidad de Oracle que permite realizar copias lógicas y secuenciales de una base de datos. Function PL/SQL: Subprograma que ejecuta una serie de instrucciones y devuelve un valor. Import: Es una utilidad de Oracle que permite realizar el cargue de datos de un archivo creado a través de un export. PeopleCode: Lenguaje de programación del ERP PeopleSoft. Procedures PL/SQL: Subprograma que ejecuta una serie de instrucciones pero no retorna ningún valor.

PUNTOS DE INTERÉS

Para mayor información

comunicarse con la

oficiana xxxx.

Índice de Flujo de Procedimiento

Paso a producción de

nuevas aplicaciones

cliente servidor PL/SQL


cambios a estructuras DDL

(triggers, package,

procedures y funtion)


dmls, queries (SQL) y DCL


actualización de

versiones de formas

oracle de programas

basados en servidores

windows


aplicaciones ias


modulos y/o aplicaciones

peoplesoft


proyectos web

de 15




CONDICIONES GENERALES

Previa a la implementación del cambio de un paso a producción se debe realizar una estimación de capacidad y, de ser necesario, una ampliación de la infraestructura. En el

caso en que dicha estimación de capacidad, determinada por métodos analíticos, no de suficientes garantías o, cuando se trate de la afectación de un proceso muy crítico y

altamente demandante de recursos de cómputo y telecomunicaciones, se deberá validar la estimación hecha mediante la realización de pruebas de estrés en las que se

emule la carga pico que se estima se presentará.

Las bases de datos de Oracle de producción de la Pontificia Universidad Javeriana no deben ser accedidas por herramientas diferentes a los Sistemas de Información que

están diseñados para el normal funcionamiento de las bases de datos y de los aplicativos que allí se soportan; con excepción de los que autorice la Asistencia de

Seguridad Informática cuando se presente alguna contingencia o requeriiento especial.

Las modificaciones que impliquen cambio o alteración de la estructura de la base de datos deben ser realizadas en horas no laborables o en su defecto previo acuerdo con

el usuario final debido a la necesidad de suspender el funcionamiento del aplicativo en el tiempo requerido para realizar los cambios solicitados.

Para los proyectos PeopleSoft, el Ingeniero de Desarrollo encargado de solicitar el paso a producción, debe realizar la comparación entre el ambiente de desarrollo y el

ambiente de producción para asegurar la completitud de la lista de objetos a pasar.

Package PL/SQL: Agrupación lógica de Funciones y/o Procedimientos almacenados en la Base de Datos. Proyectos Peoplesoft: es un conjunto de objetos PeopleSoft, que hacen parte de un desarrollo específico. Queries: Consultas a las tablas de la base de datos. Recompilar: Verificar el estado de los objetos de la base de datos, permite identificar si la estructura ha variado y si se deben ajustar los objetos inválidos. SCRIPT: Es un programa o una secuencia de instrucciones que es interpretado y llevado a cabo por otro programa en lugar de ser procesado por el procesador de la computadora. Tablespace: Unidades lógicas que conforman una base de datos. Triggers: Procedimiento automático de la base de datos que se ejecuta a partir de un evento (insertar, actualizar o eliminar) en una tabla.

de 15




La solicitud de paso a producción debe ir acompañada de la aprobación del Administrador Funcional del Sistema, para las ejecuciones de DMLs o DDLs que no sean de

manejo de los Administradores Funcionales, deben contar con la aprobación del Coordinador de Desarrollo y Mantenimiento de Sistemas de Información.

Nuevas aplicaciones

Para realizar el paso a producción, las aplicaciones deben contar con soportes de realización y aprobación de la siguiente manera:

o Pruebas técnicas a cargo del Ingeniero de Desarrollo asignado.

o Pruebas funcionales a cargo del usuario final del aplicativo o Administrados Funcional, con su respectiva aprobación vía correo electrónico.

o Para los elementos de software que lo requieran, pruebas conjuntas con el Ingeniero de Desarrollo asignado y el Administrador de la Base de Datos (DBA) con el objetivo de medir el rendimiento, afinamiento y demás características que requieran ser medidas.

DMLs, DDL, Queries (SQL), DCL

Los Ingenieros de Desarrollo y Mantenimiento de Software deben asegurar a través de la ejecución de pruebas el buen funcionamiento de los “Scripts” o programas

que envíen para ser ejecutados por el administrador de la base de datos.

Para el caso de Peoplesoft:

o Se contará con una base de datos de réplica tanto para HR como para FN, la cual se refrescará los días hábiles a las 7:00 am y a las 12:00m.

o o Se creará un usuario con privilegios de ejecución de DMLs sobre los objetos de estas bases de réplica, el cual será usado por los Ingenieros de Desarrollo y

o Mantenimiento para ejecutar allí las pruebas requeridas, antes de solicitar la ejecución del DML en producción.

o Se debe adjuntar a la solicitud de ejecución del DML el resultado de las pruebas, indicando el número de filas afectadas (actualizadas, borradas o insertadas)

o En caso que los datos que se requiere actualizar no se encuentren disponibles en las bases de datos de réplica, el Coordinador de Desarrollo y Mantenimiento

de Software podrá solicitar el refresco de la BD de réplica enviando un correo a la Coordinación de Operaciones, con el fin de contar con las bases de datos

actualizadas una hora después de la solicitud.

o En caso que las Bases de datos de réplica no estén disponibles o que por la urgencia no sea viable esperar a que se refresquen los datos para la prueba en

estas bases de datos, el Ingeniero de Desarrollo y Mantenimiento tendrá que coordinar con la DBA la ejecución del script en producción, sin ejecutar commit

en la BD, para validar que el número de filas afectadas es el esperado. Una vez se tenga esta validación se procederá a ejecutar commit en la base de datos de

producción.

En caso que se requiera, se debe acordar con el usuario final la suspensión del funcionamiento del aplicativo mientras se realizan los cambios a nivel de base de datos.

Las solicitudes realizadas a la Oficina de Infraestructura de Tecnologías de Información y Comunicación de la Dirección de Tecnologías de la Información serán atendidas de lunes a viernes en el horario de 7:00 a.m. a 12:30 m. y de 1:30 p.m. a 6:00 p.m.

Todas las solicitudes deben tener una prioridad definida, serán atendidas dentro del horario antes definido así:

de 15




o Prioridad Inmediata. Para casos puntuales y cuando así sea expresado mediante comunicación directa con el Coordinador de Operaciones, cuando se requiere el trámite en el menor tiempo posible de las solicitudes.

o Prioridad Alta, una (1) hora en días hábiles, siempre y cuando el proceso no tarde más del tiempo límite por procesos adicionales y prioridades que estén ocurriendo en el momento de la solicitud.

o Prioridad Media, Menor a cuatro (4) horas en días hábiles. o Prioridad Baja, Menor a ocho (8) horas en días hábiles.

Si una solicitud llega después de la hora límite, el tiempo empezará a contar a partir del siguiente día hábil.

Para las solicitudes urgentes o de emergencia, es decir aquellas que impliquen ser atendidas fuera de los horarios establecidos anteriormente, el Coordinador de Desarrollo y Mantenimiento de Software debe contactar vía celular al Coordinador de operaciones para que autorice la intervención de la DBA. El Ingeniero de Desarrollo registrará la solicitud y podrá contactar a la DBA o al operador de turno para que se proceda con la ejecución. El Coordinador de Operaciones mantendrá actualizada la programación de los turnos en horas no hábiles en las consultas creadas en Peoplesoft para este fin.

NOTA: Para el caso de procesos que se ejecuten periódicamente, que impliquen ejecución de DMLs (por ejemplo cargas completas e incrementales de plataformas de

Inteligencia de negocios), la aprobación del Administrador Funcional del Sistema se puede gestionar una única vez, indicando la periodicidad autorizada. Esto se puede

realizar mediante un acta o por medios electrónicos. En caso de eventos que se encuentren por fuera de la periodicidad definida, se tendrá que gestionar la

autorización correspondiente.

Proyectos WEB basados en PHP

Previo al paso a producción se debe definir claramente la siguiente información:

Permisos para el usuario de sistemas operativos con el cual quedará la carpeta de la aplicación.

Condiciones generales del archivo de permisos .htaccess

Especificar Usuario de base de datos si aplica que se deba configurar en la aplicación.

Especificar archivo de configuración de la aplicación.

Configuración sobre uploadings que se deba realizar para la aplicación en la configuración general de apache.

Si aplica especificar si se requiere validación de autenticación Ldap y/o ssl. Para el caso ldap especificar grupos y usuarios. Proyectos WEB basados en otras tecnologías

de 15




Previo al paso a producción se debe definir claramente la siguiente información:

Características del ambiente de producción tales como:

o Sistema Operativo. o Lenguaje de programación. o Configuraciones óptimas (se debe validar previamente). o Espacios en disco. o Validación de prácticas de seguridad.

Validar que la información técnica de la aplicación cuente con un manual técnico que permita establecer los siguientes datos:

o Tipo de licencia y validez en tiempo de la misma. o Requerimientos mínimos y normales de instalación. o Procesos de backup diferentes al proceso genérico definido para el servidor si este aplica; diligenciando el formato establecido.

de 15




PASO A PRODUCCIÓN DE NUEVAS APLICACIONES CLIENTE SERVIDOR PL/SQL

INICIO

Ingeniero de Proyectos Oficina de Sistemas de

Información

1

Coordina una reunión con el Administrador de la Base de Datos (DBA) y abre el caso en la herramienta ARANDA con el nombre del esquema, el nombre de la base de datos y la información correspondiente.

¿Existen inconsistencias?

¿Existen inconsistencias?

Si

Ingeniero de ProyectosOficina de Sistemas de

Información2

Realiza conjuntamente la prueba técnica con el Administrador de la Base de Datos.


Información3

Realiza los ajustes requeridos.

Si

No


Información4

Informa al Coordinador de Desarrollo y Mantenimiento de Software.

Administrador de la Base de Datos

Oficina de Infraestructura de Tecnologías de

Información y Comunicación

6

Verifica los usuarios creados para la aplicación.

¿Los usuarios requeridos se encuentran creados?

¿Los usuarios requeridos se encuentran creados?

No




7

Crea los usuarios requeridos con la aprobación del Administrador Funcional de la aplicación.




8

Realiza la asociación de los usuarios creados a los roles definidos anteriormente




9

Registra la información en el Sistema de Administración de Usuarios




10

Ejecuta el “Export” del ambiente de desarrollo




11

Crea los Tablespace en la base de datos del aplicativo en el ambiente de producción




12

Crea el usuario dueño del esquema en el ambiente de producción.




5

Crea los roles correspondientes en el aplicativo dentro del ambiente de producción




13

Realiza el “Import” a la base de datos en el ambiente de producción




14

Crea la nueva estructura en el servidor de la aplicación con los archivos de programas enviados por el Ingeniero de Proyectos asignado




15

Informa al Ingeniero de Proyectos asignado que la aplicación se encuentra lista para la prueba funcional

Líder Funcional /Ingeniero de Proyectos asignadoOficina de Sistemas de

Información

16

Realiza la prueba funcional en el ambiente de producción

A

de 15







19

Bloquea el usuario creado como dueño del esquema en el ambiente de producción.

Coordinador de Análisis Funcional y/o Líder

Funcional /Ingeniero de Proyectos asignado

Oficina de Sistemas de Información

17

Realiza los ajustes requeridos e informa al Administrador de la Base de Datos.

Si

A

¿Requiere ajustes?¿Requiere ajustes?

No




18

Informa al Administrador de la Base de Datos.




20

Documenta el caso en la herramienta ARANDA y cierra el caso




21

Entrega al usuario final de acuerdo con la “Metodología de ciclo de vida de desarrollo de sistemas”

FIN

de 15




PASO A PRODUCCIÓN DE CAMBIOS A ESTRUCTURAS DDL (TRIGGERS, PACKAGE, PROCEDURES Y FUNCTION)

INICIO


Información

1

Realiza la solicitud de paso a producción de los cambios realizados a la estructura de usuarios y abre el caso en la herramienta ARANDA señalando el horario en que debe realizarse, adjuntando el(los) “Script” y el formato “Solicitud de ejecución de DDL”

Si




5

Ejecuta el “Script” en el ambiente de producción con el usuario de Administrador de la base de datos

¿El cambio puede afectar a gran escala el

funcionamiento de la herramienta?

¿El cambio puede afectar a gran escala el

funcionamiento de la herramienta?




6

Verifica que en la aplicación no existan elementos inválidos




7

Recompila la aplicación a nivel de la base de datos




2

Evalúa el impacto del cambio

Si




3

Genera el DDL de la estructura antes de ser modificado. Esta copia se almacenara por un lapso de tiempo de un (1) mes, contados a partir de la fecha del cambio en producción.




4

Elabora un “Export” de la aplicación a la cual se le van a realizar los cambios o verificar el “Export” que se realizo la noche anterior para ser tomado como respaldo al proceso.

¿Existen elementos inválidos?¿Existen elementos inválidos?




8

Verifica si persisten los elementos inválidos en el ambiente de producción

¿Los inconvenientes persisten?

¿Los inconvenientes persisten?

Si




9

Informa al Ingeniero de Proyectos asignado de los inconvenientes identificados


Información

10

Realiza la solicitud de paso a producción de los cambios realizados a la estructura de usuarios y abre el caso en la herramienta ARANDA señalando el horario en que debe realizarse, adjuntando el(los) “Script” y el formato “Solicitud de ejecución de DDL”


Información

11

Realiza los cambios requeridos a los scripts para eliminar los elementos inválidos




12

Verifica si los elementos inválidos persisten

¿Los elementos inválidos persisten?

¿Los elementos inválidos persisten?

Si




13

Restaura versión anterior de la aplicación con el “Export” o DDL




14

Informa al Ingeniero de Proyectos asignado




15

Documenta el caso en la herramienta Aranda y cierra el caso

Coordinador de Análisis Funcional/Ingeniero de

ProyectosOficina de Sistemas de

Información

16

Entrega al usuario final de acuerdo con la “Metodología de ciclo de vida de desarrollo de sistemas”

No

FIN

No

No

No

de 15




PASO A PRODUCCIÓN DE DMLs, QUERIES (SQL) Y DCL

INICIO

Ingeniero de Proyectos Oficina Sistemas de

Información

1

Explica al usuario funcional el proceso a ejecutar y los cambios que generará en los datos.

¿Corresponde a aplicaciones cliente servidor?

¿Corresponde a aplicaciones cliente servidor?


Información4

Asigna el caso al Administrador de Bases de datos para la ejecución en producción

Si


Información

3

Realiza la solicitud de ejecución en producción y abre el caso en la herramienta ARANDA, adjuntando el(los) “Script” correspondiente(s).


Información

7

Programa reunión con el usuario funcional en el Centro de Cómputo


Oficina de Infraestructura de Tecnologías de Información y

Comunicación

6

Verifica si la ejecución se puede realizar con el usuario del administrador funcional o el usuario funcional solicitante

¿Se puede ejecutar con el usuario del Administrador

Funcional?

¿Se puede ejecutar con el usuario del Administrador

Funcional?

Si

Usuario FuncionalUnidad Responsable

8

Ejecuta el “Script” en el ambiente de producción

No



Comunicación

9

Ejecuta el “Script” en el ambiente de producción



Comunicación

10

Verifica que la ejecución haya sido exitosa

¿La ejecución fue exitosa?¿La ejecución fue exitosa?

No


Información

12

Realiza los cambios requeridos para eliminar los elementos inválidos


Información

13

Documenta en la herramienta ARANDA los “Script” corregidos



Comunicación

11

Informa al Ingeniero de Proyectos los inconvenientes presentados a través del histórico de la herramienta ARANDA

Si

A

No



Comunicación

5

Ejecuta el “Script” en el ambiente de producción, con el usuario asignado


Información

2

Ejecuta pruebas del script y documenta el número de filas afectado (actualizadas, eliminadas, insertadas)

Si se trata de DMLs adjunta formato “Solicitud de ejecución de DML” (TE-P13-F02) con el correo electrónico que soporte el visto bueno del Administrador Funcional del Sistema de Información. Se debe incluir en el caso, el resultado de las pruebas indicando el número de filas que se espera afectar con el DML. Para el caso de procesos que se

ejecuten periódicamente, la aprobación del Administrador Funcional del Sistema se puede gestionar una única vez.

de 15




A

FIN


Información

15

Valida que el resultado del script sea el esperado y procede a solucionar el caso en la herramienta ARANDA.



Comunicación

14

Documenta las acciones y resultados arrojados por la ejecución del “Script” en la herramienta ARANDA y asigna el caso al Ingeniero de la Oficina de Sistemas de Información, en estado validación

de 15




PASO A PRODUCCIÓN DE ACTUALIZACIÓN DE VERSIONES DE FORMAS ORACLE DE PROGRAMAS BASADOS EN SERVIDORES WINDOWS

INICIO


Información

1

Realiza la solicitud de paso a producción y abre el caso en la herramienta ARANDA adjuntando el(los) archivo(s) para ser cambiado(s) y especificando la ruta en el servidor de aplicaciones

¿Se presentan inconsistencias?




Comunicación

2

Realiza los cambios de los archivos recibidos en la ruta señalada


Información

5

Informa al usuario que los cambios fueron realizados

NoSi



Comunicación

3

Documenta el caso en la herramienta ARANDA y soluciona el caso


Información

4

Verifica los cambios realizados ejecutando la aplicación en la base de datos de pruebas

FIN

de 15




PASO A PRODUCCIÓN DE APLICACIONES IAS

INICIO


Información

1

Realiza la solicitud de paso a producción y abre el caso en la herramienta ARANDA adjuntando el(los) archivo(s) para realizar el despliegue o compilación de formas o reportes sobre los servidores de IAS.





Comunicación

2

Realiza el despliegue o compilación de los programas


Información

5

Informa al usuario que los cambios fueron realizados

NoSi



Comunicación

3

Documenta el caso en la herramienta ARANDA y soluciona el caso


Información

4

Verifica los cambios realizados ejecutando la aplicación en la base de datos de pruebas

FIN

de 15




PASO A PRODUCCIÓN DE MODULOS Y/O APLICACIONES PEOPLESOFT

INICIO


Información

2

Realiza la solicitud de paso a producción y abre el caso en la herramienta ARANDA indicando el nombre del proyecto y los objetos a pasar o actualizar a producción.

¿Los objetos pasan?¿Los objetos pasan?Líder Funcional /Usuario LíderOficina de Sistemas de

Información1

Envía por correo electrónico al Ingeniero de Proyectos asignado, la aprobación del paso a producción del módulo y/o aplicación PeopleSoft.


Información

9

Informa al Administrador Funcional que los cambios fueron realizados

No

Si



Comunicación

3

Realiza el paso a producción del proyecto con sus objetos indicados

FIN



Comunicación

4

Verifica que los objetos marcados hayan pasado correctamente



Comunicación

5

Documenta el caso en ARANDA y lo reasigna al Ingeniero de Proyectos asignado



Comunicación

6

Verifica si hay objetos SQL que se deben compilar en producción

¿Hay objetos SQL?¿Hay objetos SQL?

Si



Comunicación

7

Compila los objetos SQL en el ambiente de producción

No


Información

8

Documenta en la herramienta Aranda y cierra el caso

de 15




PASO A PRODUCCIÓN DE PROYECTOS WEB

INICIO


Información

1

Realiza la solicitud de paso a producción y abre el caso en la herramienta ARANDA indicando el nombre del proyecto y los objetos a pasar o actualizar en producción.

¿El proyecto está basado en tecnologías php y MySql?


Información

7

Informa al Administrador Funcional que los cambios fueron realizados

Si



Comunicación

2

Valida las versiones de php y MySql

FIN

No


Oficina de Infraestructura de Tecnologías de Información y Comunicación/Ingeniero de


Información

5

Verifica, cuando aplique, si hay objetos SQL que se deben compilar en producción

¿Los objetos pasan correctamente?

No

Administrador de la Base de Datos/Administrador del

SistemaOficina de Infraestructura de Tecnologías de Información y

Comunicación

6

Documenta el caso en la herramienta ARANDA y soluciona el caso.

Si


y Administrador del SistemaOficina de Infraestructura de Tecnologías de Información y Comunicación/Ingeniero de


Información

3

Realiza el paso a producción del proyecto con los objetos indicados y verifica que los objetos marcados hayan pasado correctamente desde el ambiente de pruebas


Oficina de Infraestructura de Tecnologías de Información y Comunicación/Ingeniero de


Información

4

Informa al proveedor del producto y de ser necesario, realiza la constancia al usuario de la aplicación

de 15




REVISADO POR APROBADO POR

Jefe Oficina de Sistemas de Información

Jefe Oficina de Infraestructura de Tecnologías de Información y Comunicación Director de Tecnologías de Información

PROCEDIMIENTO PASO A PRODUCCIÓN

Documents

Transcript of PROCEDIMIENTO PASO A PRODUCCIÓN