Esta sección define el proceso de creación de scripts para soportar los desarrollos, ajustes, mejoras y solicitudes de cambios que impacten el modelo entidad relación de SICOF ERP.

Antes de describir el proceso es importante la compresión de los siguientes conceptos.

• Script de Actualización: Son los scripts que contienen instrucciones DDL¹⁾) o instrucciones DML²⁾) que serán aplicadas como solución en el modelo entidad relación de SICOF ERP, para soportar nuevos desarrollos, ajustes, mejoras o solicitudes.
• Script de Reversión: Son los scripts que contienen instrucciones DDL³⁾) o instrucciones DML⁴⁾) que serán aplicadas devolver el estado anterior del modelo entidad relación de SICOF ERP.
• Funcionalidad Propietaria:Se identifican como aquellos procesos un opciones que son utilizadas directamente por un usuario de SICOF ERP.
• Archivo Leeme.txt: Es un archivo interno que debe estar en el directorio raíz de cada Funcionalidad Propietaria. Este archivo es de obligatorio registro y gestión por cada cambio realizado y debe contener por cada actualziación la lista ordena y secuencial de los scripts que integran la actualización además las reglas u observaciones a tener en cuenta.

A continuación se describe el proceso de nombramiento de scripts

Asumiendo la siguiente Url genérica http://adacsc.co:1443/svn/repository/ADA/SICOF/ScriptsDB/SICOFERP/ se presentan los siguientes ejemplos:

• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS.sql
• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/Revert/1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS REVERT.sql
• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/1001a ALTER TABLE ESQUEMAMAE_PRUEBAS.sql
• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/1002 CREATE OR REPLACE FORCE VIEW ESQUEMA.V_PRUEBAS.sql
• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/1003a CREATE OR REPLACE PACKAGE ESQUEMA.PCK_PRUEBAS SPEC.sql
• branches/Versión 1.0/00000000 FUNCIONALIDAD PROPIETARIA/1003b CREATE OR REPLACE PACKAGE ESQUEMA.PCK_PRUEBAS BODY.sql

A lo largo de la sección se definira cada fragmento del nombramiento de scripts

Según el Flujo de Registro los scripts deben almacenarse según la siguiente sección Repositorio SVN

Toda Funcionalidad Propietaria debe estar versiona empezando con Versión 1.0. Los lineamientos para la evolución de las versiones serán responsabilidad del lider técnico que soporte la funcionalidad.

Se debe utilizar las extenciones registradas en la sección Estandares y Prefijos PL/SQL Extensiones de archivos

Cada script debe agruparse de acuerdo a la Funcionalidad Propietaria y estar contenido en el directorio raíz de la funcionalidad.

Cada directorio que represente una Funcionalidad Propietaria debe iniciar con una numeración de 8 dígitos, ser secuencial e iniciar a partir de 10000000.

Ejemplo:

00000000 FUNCIONALIDAD PROPIETARIA

La numeración [00000000 - 09999999] está reservada para scripts de procesos internos y no debe ser utilizada para registrar scripts de lógica del negocio.

Cada directorio que represente una Funcionalidad Propietaria deberá contener scripts de evolución de la funcionalidad, estos también deben estar numerados con 4 dígitos de forma secuencial y deben iniciar a partir de 1000.

Ejemplo:

1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS.sql

La numeración [0000 - 0999] está reservada para scripts de procesos internos y no debe ser utilizada para registrar scripts de lógica del negocio.

Los scripts deben ser generados por objetos, no se deben agrupar.

Cada script debe registrar en su nombre la sentencia general que describirá y debe estar en mayúsculas.

Ejemplo:

1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS.sql
1002 CREATE OR REPLACE FORCE VIEW ESQUEMA.V_PRUEBAS.sql

Según el tipo de objeto se pueden presentar los siguientes tipos de evoluciones de scripts:

Este tipo de cambios modifican el script inicial. No es necesario crear un nuevo script ya que el control de versiones permitirá la gestión de cambios. Aplica para los siguientes tipos de objetos:

• FUNCTION
• PROCEDURE
• PACKAGE
• TRIGGERS
• VIEW
• MATERIALIZED VIEW
• TYPES
• Cualquier instrucción que permite el comando CREATE OR REPLACE

Ejemplo:

1002 CREATE OR REPLACE FORCE VIEW ESQUEMA.V_PRUEBAS.sql

Nota Todos los objetos que en su definición tengan especificación y cuerpo deben registrarse en archivos separados de la siguiente manera:

• Crear un script para la especificación y otro para el cuerpo o definición
• Deben tener la misma numeración
• La especificación debe tener la letra (a) después de la numeración y deben terminar con la palabra SPEC
• El cuerpo o definición debe tener la letra (b) después de la numeración y deben terminar con la palabra BODY
• Aplica para PACKAGE, TYPES

Ejemplo:

1003a CREATE OR REPLACE PACKAGE ESQUEMA.PCK_PRUEBAS SPEC.sql
1003b CREATE OR REPLACE PACKAGE ESQUEMA.PCK_PRUEBAS BODY.sql

Este tipo de cambios se anexan al script inicial por medio de otro script. No es posible modificar el archivo inicial porque los objetos no permiten la instrucción CREATE OR REPLACE. Aplica para los objetos:

• TABLE
• ALTER TABLE
• Scripts DML (Insert, Delete, Update)

Los scripts de evolución por estado deben ser nombrados por el mismo nombre del script original pero la numeración debe estar acompañada de letras en minusculas (al final de la numeración) de la [a-z] en caso de alcanzar el limite se procederá con las combianciones [aa-az] y asi sucesivamente.

Ejemplos:

1002 CREATE TABLE PRESUP01.MAE_PRUEBAS.sql
1002a ALTER TABLE PRESUP01.MAE_PRUEBAS.sql
1002b ALTER TABLE PRESUP01.MAE_PRUEBAS.sql
1002c ALTER TABLE PRESUP01.MAE_PRUEBAS.sql

Cada Funcionalidad Propietaria contiene un directorio llamado Revert el cual almacenará los scripts de reversión. A continuación se dictan los lineaminetos para crearlos:

• El nombre del Script de Reversión debe ser el mismo del script de actualización y debe finalizar con la palabra REVERT
• El Script de Reversión deberá devolver el estado anterior del objeto modificado por el Script de Actualización, esta situación puede tener algunas excepciones con sentencias DML en los casos donde se afecten secuencias o disparadores concatenados
• En las sentencias DML los Script de Reversión deben considerar cargas previas a una modificación.

Ejemplos:

Script de Actualización: 1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS.sql
Script de Reversión: 1001 CREATE TABLE ESQUEMA.MAE_PRUEBAS REVERT.sql

←Volver atrás