Metodología de Generación de

Objetos

Instituto Tecnológico y de
Estudios Superiores de
Monterrey

Ellucian Pág. 1
Metodología de Generación de
Objetos - ITESM
Directorios 1
Directorio Estándar de Banner
Los directorios estándar de Banner, de manera general, se encuentran diseñados de la siguiente
manera:

Directorios de Modificaciones
Ellucian sugiere que se genere un nuevo directorio llamado “Mods” al mismo nivel que los
directorios arsys, student, general, etc.
El nuevo directorio deberá contar con los mismos directorios de la rama principal de Banner. Así,

Ellucian Pág. 2
Metodología de Generación de
Objetos - ITESM
Los directorios y sus contenidos serán los siguientes:
 c: Programas de Pro*C y Pro*COBOL
 forms: Formas y Reportes de Oracle
 dbprocs: Scripts de creación de Paquetes
 views: Scripts de creación de Vistas
 misc: Scripts de creación de Tablas y Triggers

Ellucian Pág. 3
Metodología de Generación de
Objetos - ITESM
Formas
2
Nomenclatura
Las formas de Banner deben cumplir con el siguiente estándar de nomenclatura:
 El nombre de la forma debe ser de siete caracteres.
 El nombre de la forma debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar si:
o A – Es una Forma de Aplicación
o V – Es una Forma de Validación
o I – Es una Forma de Consulta
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única a
la Forma.
Ejemplo:
S W A B A V L

Mnemónico (Building Availability)

Tipo de Forma (A-Aplicación, I-Consulta, etc.)
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Compilación
TODAS las Formas que se generen para Banner deben estar compiladas con el usuario BANINST1.
TODAS.

Alta en Banner Security

Para dar de alta las Formas en Banner Security simplemente es necesario ejecutar el script
gsanobj.sql, utilizando la siguiente sintaxis:
START gsanobj NOMFORM BAN_DEFAULT_M 'X.x' M BAN_MODULO_C

Ellucian Pág. 4
Metodología de Generación de
Objetos - ITESM
donde:
Parámetro Descripción
NOMFORM Nombre de la Forma sin extensión, por ejemplo, SSASECT
BAN_DEFAULT_M Rol que se le asigna a la forma. Puede ser:
 BAN_DEFAULT_Q: Consulta.
 BAN_DEFAULT_M: Modificación.
‘X.x’ Versión de la Forma. Este número debe coincidir con el que está declarado
en el Trigger a nivel de forma LOAD_CURRENT_RELEASE.
M Módulo al que pertenece la Forma:
 G: General
 S: Student
 T: Arsys
 …
BAN_MODULO_C Clase al que pertenece la Forma:
 Si es de General, BAN_GENERAL_C
 Si es de Student, BAN_STUDENT_C
 Si es de ARSYS, BAN_ARSYS_C
 …

Alta en Banner
Para dar de alta las Formas en Banner, se inserta el registro correspondiente en la tabla GUBOBJS
(que corresponde a la forma GUAOBJS de Banner). Por ejemplo:
INSERT INTO GUBOBJS ( GUBOBJS_NAME, /* 30 */
GUBOBJS_DESC, /* 80 */
GUBOBJS_OBJT_CODE, /* 10 */
GUBOBJS_SYSI_CODE, /* 2 */
GUBOBJS_USER_ID, /* 30 */
GUBOBJS_ACTIVITY_DATE,
GUBOBJS_HELP_IND, /* 1 */
GUBOBJS_EXTRACT_ENABLED_IND /* 1 */
)
VALUES ( 'NOMFORM',
'Título de la Forma',
'FORM',
'M',
'LOCAL',
SYSDATE,
'N',
'N'
);

donde:
Columna Descripción
GUBOBJS_NAME Nombre de la Forma sin extensión, por ejemplo,
SSASECT
GUBOBJS_DESC Título de la forma. Considere que no debe aparecer la
leyenda “Forma de”. Así,
 “Forma de Cálculos” es incorrecto.
 “Cálculos” es correcto.
GUBOBJS_OBJT_CODE Tipo de Objeto. En este caso, siempre será ‘FORM’..
GUBOBJS_SYSI_CODE Módulo al que pertenece la Forma:
Ellucian Pág. 5
Metodología de Generación de
Objetos - ITESM
  G: General
 S: Student
 T: Arsys
 …
GUBOBJS_USER_ID Identifica si la Forma es de Baseline o es un desarrollo
local. En el caso de los desarrollos del Cliente, el valor
siempre deberá ser ‘LOCAL’.
GUBOBJS_ACTIVITY_DATE Fecha en que se insertó o modificó por última vez el
registro.
GUBOBJS_HELP_IND Indicador de Ayuda. Debe estar en ‘Y’ si existe ayuda
Web para esta forma. En caso contrario, el valor debe
ser ‘N’.
GUBOBJS_EXTRACT_ENABLED_IND Indicador de que la Extracción de Datos está habilitada.
Si es así, el valor debe ser ‘Y’. En caso contrario, el valor
debe ser ‘N’.

Script de ejemplo
El script de alta de formas estará generado de la siguiente manera:
/******************************************************************************/
/* <nombre de forma o de Mod>.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script da de alta objetos en Banner y Banner Security. */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción larga del objetivo del script, y si es po- */
/* sible, una lista de otros objetos involucrados.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DE SEGUIMIENTO */
/* */
/******************************************************************************/
SPOOL <nombre de forma o de Mod>.lst
REM
REM Conectando a la BD.
REM
CONNECT bansecr/&&bansecr_password
REM
REM Alta en Banner Security
REM
START gsanobj NOMFORM BAN_DEFAULT_M 'X.x' M BAN_MODULO_C
COMMIT;
SET ECHO OFF
SET VERIFY OFF
REM
REM Alta en Banner
REM
CONNECT baninst1/&&baninst1_password
DELETE GUBOBJS WHERE GUBOBJS_NAME = '<NOMFORM>';
INSERT INTO GUBOBJS ( GUBOBJS_NAME, /* 30 */
GUBOBJS_DESC, /* 80 */
GUBOBJS_OBJT_CODE, /* 10 */
GUBOBJS_SYSI_CODE, /* 2 */
GUBOBJS_USER_ID, /* 30 */
GUBOBJS_ACTIVITY_DATE,
GUBOBJS_HELP_IND, /* 1 */

Ellucian Pág. 6
Metodología de Generación de
Objetos - ITESM
 GUBOBJS_EXTRACT_ENABLED_IND /* 1 */
)
VALUES ( 'NOMFORM',
'Título de la Forma',
'FORM',
'M',
'LOCAL',
SYSDATE,
'N',
'N'
);
REM
REM Fin.
REM
COMMIT;
SPOOL OFF;

Ellucian Pág. 7
Metodología de Generación de
Objetos - ITESM
Paquetes 3
Nomenclatura Externa
Los paquetes se manejan en dos archivos: la definición del Paquete (en donde se encuentran los
prototipos de los elementos que serán públicos) y la definición del Cuerpo del Paquete.
El estándar para los dos archivos será el siguiente:
 Para los archivos de definición del Paquete, tendrán el mismo nombre del Paquete:
nompaqt.sql

 Para los archivos de definición del Cuerpo del Paquete, tendrán el mismo nombre del
Paquete, excepto por el último carácter que se sustituirá por un número.
nompaq1.sql

Nomenclatura Interna
Existen dos tipos de paquetes en Banner: los paquetes de soporte y los paquetes Web. Los
paquetes de soporte ubican código (funciones y procedimientos) que se utilizan en otros objetos
de Banner para hacer validaciones, cálculos, etc. Los paquetes Web sirven para el despliegue y
procesamiento de la información en Auto-Servicios de Banner.
Para los paquetes de soporte tienen la siguiente nomenclatura:
 El nombre del paquete debe ser de siete caracteres.
 El nombre del paquete debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar que es un paquete:
o K – Es un Paquete
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única a
la Tabla.
Ejemplo:
S W K B A V L

Mnemónico (Building Availability)

Paquete
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Ellucian Pág. 8
Metodología de Generación de
Objetos - ITESM
Para los paquetes Web se utiliza la siguiente nomenclatura:
 El nombre del paquete debe ser de ocho caracteres.
 El nombre del paquete debe estar en letra minúscula.
 El primer carácter indica que se trata de un paquete Web
o B – Paquete Web
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar el Módulo al que pertenece.
 El cuarto carácter indica que se trata de un paquete.
o K – Es un Paquete
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única a
la Tabla.
Ejemplo:
BW W K B A V L

Mnemónico (Building Availability)

Paquete
Identificador de Desarrollo Propio (W, Y, Z)
Paquete Web (BW)

Procedimientos
La nomenclatura de los Procedimientos que se encuentran dentro de los Paquetes, será la
siguiente:
P _ UA _ CalculateTotal

Verbo/Sustantivo que ilustra qué hace el Procedimiento.

Identificador de Desarrollo Propio
Identificador de Procedimiento

Funciones
La nomenclatura de las Funciones que se encuentran dentro de los Paquetes, será la siguiente:
F _ UA _ GetSalary

Verbo/Sustantivo que ilustra qué hace la Función.

Identificador de Desarrollo Propio
Identificador de Función

Ellucian Pág. 9
Metodología de Generación de
Objetos - ITESM
Cursores
La nomenclatura de los Cursores que se encuentran dentro de los Paquetes, será la siguiente:
GET_IDEN_DATA _ C

Identificador de Cursor
Verbo/Sustantivo que ilustra qué obtiene el Cursor

Creación del Paquete

TODOS los Paquetes que se generen para Banner deben estar creadas dentro del esquema
BANINST1. TODOS

Permisos
Todas los Paquetes creados deben tener permisos para varios usuarios. Para facilitar esto, Ellucian
proporciona dos scripts que asignan los permisos de manera adecuada. Su uso es el siguiente:
START gurgrtb nompaqt
START gurgrth nompaqt

donde:
Parámetro Descripción
nompaqt Nombre del paquete.

Sinónimos Públicos
Todos los Paquetes creados deben contar con su correspondiente Sinónimo Público:
CREATE PUBLIC SYNONYM NOMPAQT FOR BANINST1.NOMPAQT;

donde:
Columna Descripción
NOMPAQT Nombre del Paquete

Script de ejemplo
El script de creación de Paquetes generado de la siguiente manera:
Definición del Paquete
/******************************************************************************/
/* swkbavl.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar el Paquete de Disponibilidad de */
/* Edificios. */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de lo que contendrá el paquete, y para qué */
Ellucian Pág. 10
Metodología de Generación de
Objetos - ITESM
/* se usarán las diferentes funciones y procedimientos.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT baninst1/&&baninst1_password;
WHENEVER SQLERROR CONTINUE

SET SCAN OFF

SET ECHO OFF

CREATE OR REPLACE PACKAGE SWKBAVL AS

FUNCTION F_GetSomething( session_num OUT NUMBER ) RETURN NUMBER ;

PROCEDURE P_InsertData( pidm IN SPRIDEN.SPRIDEN_PIDM%TYPE,

numseq IN NUMBER,
comment IN VARCHAR2,
calif IN VARCHAR2,
comm_type IN VARCHAR2
) ;

END SWKBAVL;
/
show errors

SET SCAN ON
WHENEVER SQLERROR CONTINUE
DROP PUBLIC SYNONYM SWKBAVL;
WHENEVER SQLERROR EXIT ROLLBACK
CREATE PUBLIC SYNONYM SWKBAVL FOR BANINST1.SWKBAVL;
WHENEVER SQLERROR CONTINUE
START gurgrtb SWKBAVL
START gurgrth SWKBAVL
WHENEVER SQLERROR EXIT ROLLBACK

Definición del Cuerpo del Paquete

/******************************************************************************/
/* swkbavl.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar el Paquete de Disponibilidad de */
/* Edificios. */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de lo que contendrá el paquete, y para qué */
/* se usarán las diferentes funciones y procedimientos.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

SET SCAN ON

CONNECT baninst1/&&baninst1_password;
WHENEVER SQLERROR CONTINUE

SET SCAN OFF

SET ECHO OFF
Ellucian Pág. 11
Metodología de Generación de
Objetos - ITESM
CREATE OR REPLACE PACKAGE BODY SWKBAVL AS

FUNCTION F_GetSomething( session_num OUT NUMBER ) RETURN NUMBER AS

vVar1 VARCHAR2;
vVar2 NUMBER;
BEGIN
<Código>
<Código>
...
<Código>
<Código>

RETURN vVar2;
END F_GetSomething;

PROCEDURE P_InsertData( pidm IN SPRIDEN.SPRIDEN_PIDM%TYPE,

numseq IN NUMBER,
comment IN VARCHAR2,
calif IN VARCHAR2,
comm_type IN VARCHAR2
) AS
vVar1 VARCHAR2;
vVar2 NUMBER;
BEGIN
<Código>
<Código>
...
<Código>
<Código>
END P_InsertData;

END SWKBAVL;
/
show errors

SET SCAN ON

Ellucian Pág. 12
Metodología de Generación de
Objetos - ITESM
Secuencias 4
Nomenclatura Externa
Las creación de las secuencias corre a cargo de archivos SQL.
El estándar para la nomenclatura del archivo es el siguiente:
 Se utiliza la palabra CREATE seguida por el nombre de la Secuencia que se generará.
create_swbaseq.sql

Nomenclatura Interna
Las Secuencias de Banner deben cumplir con el siguiente estándar de nomenclatura:
 El nombre de la secuencia debe ser de siete caracteres.
 El nombre de la secuencia debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter siempre debe ser una B, ya que siempre será una Secuencia Base.
 El cuarto carácter puede ser una letra consecutiva o que indique a qué se refiere la
Secuencia.
 Los últimos tres caracteres siempre serán las letras SEQ, para indicar que se trata de una
Secuencia.

Ejemplo:
S W B A S E Q

Indicador de Secuencia (Sequence)

Carácter indicador o secuencial
Tipo de Secuencia (B-Base)
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Ellucian Pág. 13
Metodología de Generación de
Objetos - ITESM
Creación de la Secuencia
TODAS las Secuencias que se generen para Banner deben estar creadas dentro del esquema que
les corresponde. Así,

Si pertenece a... ... debe generase en el esquema:

General GENERAL
Alumno SATURN
Cuentas por Cobrar TAISMGR
... ...

Permisos
Todas las secuencias creadas deben otorgar permisos totales a BANINST1:
GRANT ALL ON NOMSEQN TO BANINST1 WITH GRANT OPTION;

donde:
Parámetro Descripción
NOMSEQN Nombre de la Secuencia

Sinónimos Públicos
Todas las secuencias creadas deben contar con su correspondiente Sinónimo Público:
CONN BANINST1/&&BANINST1_PASSWORD
CREATE PUBLIC SYNONYM NOMSEQN FOR OWNER.NOMSEQN;

donde:
Columna Descripción
NOMSEQN Nombre de la Secuencia
OWNER El propietario del esquema en que se generó la
secuencia.

Script de ejemplo
El script de creación de Secuencias estará generado de la siguiente manera:
/******************************************************************************/
/* create_nomseqn.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar la secuencia NOMSEQN. */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de la secuencia y su uso.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */

Ellucian Pág. 14
Metodología de Generación de
Objetos - ITESM
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT owner/&&owner_password;
WHENEVER SQLERROR CONTINUE
DROP SEQUENCE NOMSEQN;

CREATE SEQUENCE NOMSEQN

INCREMENT BY 1
START WITH 1
MAXVALUE 9999999999
MINVALUE 1
NOCYCLE
NOORDER

GRANT ALL ON NOMSEQN TO BANINST1 WITH GRANT OPTION;

CONNECT baninst1/&&baninst1_password;

DROP PUBLIC SYNONYM NOMSEQN;

CREATE PUBLIC SYNONYM NOMSEQN FOR OWNER.NOMSEQN;

COMMIT;

Ellucian Pág. 15
Metodología de Generación de
Objetos - ITESM
Tablas 5
Nomenclatura Externa
Las creación de las tablas corre a cargo de archivos SQL.
El estándar para la nomenclatura del archivo es el siguiente:
 Se utiliza la palabra CREATE seguida por el nombre de la Tabla que se generará.
create_swrbavl.sql

Nomenclatura Interna
Las tablas de Banner deben cumplir con el siguiente estándar de nomenclatura:
 El nombre de la tabla debe ser de siete caracteres.
 El nombre de la tabla debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar si:
o B – Es una Tabla de información Base
o V – Es una Tabla de Validación
o R – Es una Tabla de Repetición
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única a
la Tabla.

Ejemplo:
S W R B A V L

Mnemónico (Building Availability)

Tipo de Tabla (B-Base, R-Repetición, etc.)
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Creación de la Tabla
TODAS las Tablas que se generen para Banner deben estar creadas dentro del esquema que les
corresponde. Así,

Ellucian Pág. 16
Metodología de Generación de
Objetos - ITESM
 Si pertenece a... ... debe generase en el esquema:
General GENERAL
Alumno SATURN
Cuentas por Cobrar TAISMGR
... ...

Permisos
Todas las tablas creadas deben otorgar permisos totales a BANINST1:
GRANT ALL ON NOMTABL TO BANINST1 WITH GRANT OPTION;

donde:
Parámetro Descripción
NOMTABL Nombre de la Tabla

Sinónimos Públicos
Todas las tablas creadas deben contar con su correspondiente Sinónimo Público:
CONN BANINST1/&&BANINST1_PASSWORD
CREATE PUBLIC SYNONYM NOMTABL FOR OWNER.NOMTABL;

donde:
Columna Descripción
NOMTABL Nombre de la Tabla
OWNER El propietario del esquema en que se generó la tabla.

Script de ejemplo
El script de creación de Tablas estará generado de la siguiente manera:
/******************************************************************************/
/* create_nomtabl.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar la tabla NOMTABL. */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de lo que almacenará la tabla y para qué */
/* se usará.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT owner/&&owner_password;
WHENEVER SQLERROR CONTINUE
DROP TABLE NOMTABL CASCADE CONSTRAINTS;

Ellucian Pág. 17
Metodología de Generación de
Objetos - ITESM
CREATE TABLE NOMTABL
(
NOMTABL_CODE VARCHAR2(10) NOT NULL,
NOMTABL_DESC VARCHAR2(100) NOT NULL,
NOMTABL_MAJR_CODE VARHCAR2(4) NOT NULL,
NOMTABL_ACTIVITY_DATE DATE NOT NULL,
NOMTABL_USER_ID VARCHAR2(30) ,
NOMTABL_DATA_ORIGIN VARCHAR2(30)
);

COMMENT ON TABLE NOMTABL IS 'Tabla de....';

COMMENT ON COLUMN NOMTABL.NOMTABL_CODE IS 'Campo de Código.';
COMMENT ON COLUMN NOMTABL.NOMTABL_DESC IS 'Campo de Descripción.';
COMMENT ON COLUMN NOMTABL.NOMTABL_ACTIVITY_DATE IS 'Campo de Fecha.';
COMMENT ON COLUMN NOMTABL.NOMTABL_USER_ID IS 'Campo del Usuario.';
COMMENT ON COLUMN NOMTABL.NOMTABL_DATA_ORIGIN IS 'Campo de Origen de Datos.';

ALTER TABLE NOMTABL

ADD CONSTRAINT PK_NOMTABL PRIMARY KEY
(
NOMTABL_CODE
);

ALTER TABLE NOMTABL

ADD CONSTRAINT FK1_NOMTABL_INV_STVMAJR_CODE FOREIGN KEY
(
NOMTABL_MAJR_CODE
)
REFERENCES STVMAJR
(
STVMAJR_CODE
);

GRANT ALL ON NOMTABL TO BANINST1 WITH GRANT OPTION;

CONNECT baninst1/&&baninst1_password;

DROP PUBLIC SYNONYM NOMTABL;

CREATE PUBLIC SYNONYM NOMTABL FOR OWNER.NOMTABL;

COMMIT;

Ellucian Pág. 18
Metodología de Generación de
Objetos - ITESM
Triggers 6
Nomenclatura Externa
Las creación de las tablas corre a cargo de archivos SQL.
El estándar para la nomenclatura del archivo es el siguiente:
 El nombre del script debe ser de siete caracteres.
 El nombre del script debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar que se trata de un Trigger:
o T – Trigger
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única
al Trigger, haciendo referencia a los cuatro últimos caracteres de la Tabla sobre la que va a
actuar.

Ejemplo:
S W T S E C T

Mnemónico (Actuará sobre SSASECT)

Tipo de Tabla (B-Base, R-Repetición, etc.)
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Nomenclatura Interna
Las tablas de Banner deben cumplir con el siguiente estándar de nomenclatura:
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter indica que se trata de un Trigger.
o T - Trigger
 El tercer carácter siempre será un carácter de subrayado.
 El cuarto y quinto caracteres identifican que se trata de un desarrollo de la Institución:
o UA – Desarrollo de la Universidad de los Andes.
 El sexto carácter siempre será un carácter de subrayado.
 Los caracteres restantes deberán contener:
o Tabla sobre la que se estará actuando
o Tipo de Trigger
Ellucian Pág. 19
Metodología de Generación de
Objetos - ITESM
Ejemplo:
S T _ UA _ SSBSECT _ POST_INSERT_ROW

Tabla Tipo de Trigger

Identificador de Desarrollo Propio
Trigger
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Creación del Trigger

TODOS los Triggers que se generen para Banner deben estar creados dentro del esquema que les
corresponde. Así,
Si pertenece a... ... debe generase en el esquema:
General GENERAL
Alumno SATURN
Cuentas por Cobrar TAISMGR
... ...

Script de ejemplo
El script de creación de Triggers estará generado de la siguiente manera:

/******************************************************************************/
/* swtsect.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar el Trigger */
/* ST_UA_SSBSECT_POST_INSERT_ROW */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción del Trigger.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT owner/&&owner_password;

CREATE OR REPLACE TRIGGER ST_UA_SSBSECT_POST_INSERT_ROW

AFTER INSERT
IN SSBSECT
FOR EACH ROW
BEGIN
<Código>
END;
/

COMMIT;

Ellucian Pág. 20
Metodología de Generación de
Objetos - ITESM
Vistas 7
Nomenclatura Externa
Las creación de las vistas corre a cargo de archivos SQL.
El estándar para la nomenclatura del archivo es el siguiente:
 Se utiliza la palabra CREATE seguida por el nombre de la Vista que se generará.
create_swvbavl.sql

Nomenclatura Interna
Las vistas de Banner deben cumplir con el siguiente estándar de nomenclatura:
 El nombre de la vista debe ser de siete caracteres.
 El nombre de la vista debe estar en letra minúscula.
 El primer carácter debe hacer referencia al Módulo al que pertenece.
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe indicar que se trata de una Vista:
o V – Es una Vista
 Los últimos cuatro caracteres deben ser un mnemónico que identifique de manera única a
la Vista.

Ejemplo:
S W V B A V L

Mnemónico (Building Availability)

Vista
Identificador de Desarrollo Propio (W, Y, Z)
Módulo ( G-General, S-Student, T-ARSYS, etc.)

Creación de la Vista
TODAS las Vistas que se generen para Banner deben estar creadas dentro del esquema de
BANINST1.

Ellucian Pág. 21
Metodología de Generación de
Objetos - ITESM
Script de ejemplo
El script de creación de Vistas estará generado de la siguiente manera:

/******************************************************************************/
/* swvbavl.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar la Vista SWVBAVL */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de la Vista.> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT baninst1/&&baninst1_password;

CREATE OR REPLACE VIEW SWVBAVL

( SWVBAVL_FIELD1,
SWVBAVL_FIELD2,
SWVBAVL_FIELD3,
SWVBAVL_FIELD4) AS
SELECT XXXXXXX_FIELD1,
XXXXXXX_FIELD2,
YYYYYYY_FIELD3,
YYYYYYY_FIELD4
FROM XXXXXXX, YYYYYYY
WHERE <Condiciones>;

COMMENT ON TABLE SWVBAVL IS 'Comentario de Tabla';

COMMENT ON COLUMN SWVBAVL.SWVBAVL_FIELD1 IS 'Comentario de Campo 1';
COMMENT ON COLUMN SWVBAVL.SWVBAVL_FIELD2 IS 'Comentario de Campo 2';
COMMENT ON COLUMN SWVBAVL.SWVBAVL_FIELD3 IS 'Comentario de Campo 3';
COMMENT ON COLUMN SWVBAVL.SWVBAVL_FIELD4 IS 'Comentario de Campo 4';

Ellucian Pág. 22
Metodología de Generación de
Objetos - ITESM
Vistas Object:Access 8
Nomenclatura Externa
Las creación de las vistas corre a cargo de archivos SQL.
El estándar para la nomenclatura del archivo es el siguiente:
 Se utiliza la palabra CREATE seguida por el nombre de la Vista de Object:Access que se
generará.
create_student_data.sql

Nomenclatura Interna
Las vistas de Object:Access deben cumplir con el siguiente estándar de nomenclatura:
 El nombre de la vista debe ser menor a los treinta caracteres.
 El nombre de la vista debe estar en letra minúscula.
 El primer carácter indica que se trata de una Vista de Object:Access.
o A – Es una Vista de Object:Access
 El segundo carácter debe hacer referencia al que la Institución seleccionó para designar
sus desarrollos propios.
 El tercer carácter debe hacer referencia al Módulo al que pertenece.
 El cuarto carácter siempre será un carácter de subrayado.
 El quinto y sexto caracteres identificarán el mnemónico que identifique a la institución.
o UA – Universidad de los Andes
 El séptimo carácter siempre será un carácter de subrayado.
 Los caracteres restantes identificarán de manera única a la Vista de Object:Access.

Ejemplo:
A W S _ UA _ STUDENT_DATA

Verbo/Sustantivo que identifica a la Vista Object:Access

Identificador Institucional
Módulo ( G-General, S-Student, T-ARSYS, etc.)
Identificador de Desarrollo Propio (W, Y, Z)
Identificador de Vista de Object:Access

Ellucian Pág. 23
Metodología de Generación de
Objetos - ITESM
Creación de la Vista
TODAS las Vistas que se generen para Banner deben estar creadas dentro del esquema de
BANINST1.

Script de ejemplo
El script de creación de Vistas estará generado de la siguiente manera:

/******************************************************************************/
/* create_student_data.sql */
/******************************************************************************/
/* */
/* Descripción corta: Script para generar la Vista AWS_UA_STUDENT_DATA */
/* */
/******************************************************************************/
/* */
/* SEGUIMIENTO: X.x [Universidad:N.n] INI FECHA */
/* ---------------------------------------------------------- --- ----------- */
/* 1. Creación del Código. XXX DD/MMM/AAAA */
/* -------------------- */
/* <Descripción de la Vista de Object:Access> */
/* */
/* ---------------------------------------------------------- --- ----------- */
/* */
/* FIN DEL SEGUIMIENTO */
/* */
/******************************************************************************/

CONNECT baninst1/&&baninst1_password;

CREATE OR REPLACE VIEW AWS_UA_STUDENT_DATA

( FIELD1,
FIELD2,
FIELD3,
FIELD4) AS
SELECT XXXXXXX_FIELD1,
XXXXXXX_FIELD2,
YYYYYYY_FIELD3,
YYYYYYY_FIELD4
FROM XXXXXXX, YYYYYYY
WHERE <Condiciones>;

COMMENT ON TABLE AWS_UA_STUDENT_DATA IS 'Comentario de Tabla';

COMMENT ON COLUMN AWS_UA_STUDENT_DATA.FIELD1 IS 'Comentario de Campo 1';
COMMENT ON COLUMN AWS_UA_STUDENT_DATA.FIELD2 IS 'Comentario de Campo 2';
COMMENT ON COLUMN AWS_UA_STUDENT_DATA.FIELD3 IS 'Comentario de Campo 3';
COMMENT ON COLUMN AWS_UA_STUDENT_DATA.FIELD4 IS 'Comentario de Campo 4';

Ellucian Pág. 24
Metodología de Generación de
Objetos - ITESM