1

Tabla de contenido
Funciones o procedimientos................................................................................ 4
Valores de Retorno y Parmetros.....................................................................4
Nomenclatura de Nombre................................................................................ 5
Pantallas (APEX).................................................................................................. 6
Nomenclatura.................................................................................................. 6
Nombre de Pginas de Aplicaciones desarrolladas en Apex.........................6
Tipos de Pginas. (Estos tipos tienen diferente tipo de iconos)....................6
Creacin de Objetos en APEX en Caso de que estos sean Globales..............7
Construccin de Pginas.................................................................................. 8
Dynamic Actions.............................................................................................. 9
Creacin de objetos en APEX en caso de que estos sean a nivel de pgina.
................................................................................................................... 10
Objetos en APEX en caso de que estos sean creados automticamente....11
Grupos de pginas...................................................................................... 11
Archivos Estticos....................................................................................... 11
Tema de la aplicacin................................................................................. 11
Pgina Men Principal/ME-Men.................................................................12
Ttulo.............................................................................................................. 12
Seguridad...................................................................................................... 13
Check de pgina............................................................................................ 14
Gua de Imgenes.......................................................................................... 14
Reportes Dinmicos....................................................................................... 16
Objetos Base de Datos...................................................................................... 17
Estndares de Nomenclatura......................................................................17
Estndares de Documentacin...................................................................22
Pistas de Auditora...................................................................................... 22
Estndares generales a nivel de Programacin..........................................23
Estndares sobre Tablas............................................................................. 24
Estndares sobre Columnas........................................................................24
Estndares en Prefijos de campos a nivel de Base de Datos......................25
Archivos de control..................................................................................... 26
2
Anexo................................................................................................................ 27
Gua de evaluacin de control de calidad......................................................27

3
Gua de Estndares para
Desarrollo Apex
Funciones o procedimientos

Valores de Retorno y Parmetros

No se van a utilizar funciones que retornen valores booleanos.

En la medida de lo posible no se utilizaran parmetros de tipo OUTPUT.

No se debe usar un raise_application_error para que la funcin termine,

se debe manejar mediante el uso adecuado de excepciones y devolver el
error a como se ha definido.

Las funciones deben ser lo ms atmicas posibles.

Tipos de datos en funciones o procedimientos, si se definen variables o

parmetros que hacen referencia a campos de alguna tabla, deben llevar
el tipo de dato del campo de esa tabla. (tabla.campo%TYPE).

Las funciones segn el valor de retorno, deben cumplir las siguientes

especificaciones:

o Retornan un valor numrico:

100 cuando un resultado sea afirmativo (en reemplazo del

true).

Caso correcto el resultado.

- 100 no data found.

- 200 multiples columnas.

- 300 others.

- 400 resultado es negativo (en reemplazo del false).

o Retornan un Cdigo de tipo varchar:

Caso correcto el cdigo.

4
 En caso de error un NULL.

o Retornan una descripcin , un varchar:

Caso correcto la descripcin.

En caso de error una descripcin del error.

o Retornan una fecha:

Caso correcto la Fecha.

En caso de error un NULL.

Al utilizar el PRAGMA AUTONOMOUS TRANSACTIONS, la funcin debe

finalizar con commit o rollback.

Nomenclatura de Nombre

Para el nombre de las funciones, se debe utilizar el nombre del paquete,

para evitar hacer los nombres largos; ejemplo si el paquete es de
empleados, no utilizar la palabra empleado al definir el nombre de la
funcin, no se debe usar de la siguiente manera
Empleados.empleadocaptura, el uso correcto Empleados.captura.

No precalificar las funciones con las palabras FUN o procedimientos

con PRO.

No se debe utilizar el guion bajo _ para separar las palabras que

conforman el nombre de la funcin.

Nombres no ms de tres palabras, tratar de no utilizar ms de tres

palabras para definir el nombre de una funcin, ejemplo valido valida
fecha captura.

En el caso de definir el nombre de una funcin con ms de una palabra,

se deben acortar las primeras palabras a tres letras y la ltima palabra
debe ir completa, segn el ejemplo del punto anterior el nombre de la
funcin o procedimiento quedara de la siguiente manera
valfeccaptura.

Cuando se cambie el nombre de una funcin, segn su definicin en el

documento de diseo y mientras este programada, se debe agregar el
nuevo nombre en el archivo de control de funciones, archivo en la
5
 carpeta del proyecto, se agrega en la columna siguiente al nombre
original, esto para no desordenar o corregir los documentos de diseo
existentes o de otros mdulos.

Agrupar las funciones por proceso o eventos. Con esto se lograr que los
paquetes no crezcan en forma desmedida.

No deben existir funciones o procedimientos sin estar agrupados en un

paquete.

Al crear paquetes, funciones o procedimientos, se deben documentar en

el archivo llamado Paquetes de BD.xls.

Pantallas (APEX)

Nomenclatura
Nombre de Pginas de Aplicaciones desarrolladas en Apex.
La nomenclatura es la siguiente SSAAXX9999. Se excluye la pantalla home,
loggin y la pantalla global

SS = Prefijo del Sistema

AA = Prefijo de la aplicacin

XX = Tipo de Pagina

9999 = Nmero de pgina.

Tipos de Pginas.
El tipo se dividen en los siguientes tipos:

RE = Reporte

GF = Grfico

PP = Pantalla proceso.

PM = Pantalla mantenimiento

PC = Pantalla consulta.

PE = Pantalla reporte error (solo debe ser una en la aplicacin).

Ejemplo

6
 Pantalla consulta solicitudes de SIACO

SCSOPC0001

Creacin de Objetos en APEX en Caso de que estos sean Globales.

Nomenclatura: XXAAAPPNNNNNNN

XX = Tipo de Objeto

APP = Numero de Aplicacin

PP = Prefijo de la aplicacin

NNNNNNN = Nombre, longitud indefinida.

Ejemplo: ITAD100NOMEMPLEADO

TIPOS DE OBJETOS

IT= ITEM

AP=APPLICATION PROCESS

WS=WEB SERVICE

CP = Computations

LV = Listas de valores

Construccin de Pginas

1. Al navegar entre las pginas solo se deben pasar campos ID, no utilizar
nombres o descripciones, ya que los caracteres ocasionan
inconsistencias en las referencias.

2. Debe existir un proceso Cargar de tipo on load para cargar las

constantes, variables de la pagina que se van a reutilizar y descripciones
o nombres de los valores que vienen por parmetro.

3. La funcin, PROCESA_PAGINA, se debe poner en el proceso Cargar,

segn el estndar en el apartado de Construccin de Pginas. El
procesamiento debe manejar la excepcin y debe detener el
procesamiento de la pgina, en caso que la funcin devuelva -100.

7
4. Adems en cada pgina se debe indicar la autorizacin como se muestra
en la imagen, el Schema debe ser para nuestro caso ACCESO_PAGINA.
La excepcin es para pginas declaradas como pblicas.

a. Ejemplo

5. Las validaciones en las pginas, deben hacerse con los procesos

naturales de validacin de la pgina, en la medida de lo posible no
utilizar Java Scritp.

6. Cada pgina debe ejecutar un solo proceso.

7. Las pginas deben ser atmicas, no deben ser utilizadas para crear,
modificar y consultar.

8. Los botones que son de ejecucin de proceso deben ser siempre

botones submit y el mensaje de confirmacin debe hacerse mediante un
dynamic action.

9. Al esconder o mostrar regiones, tems o botones se debe hacer un

anlisis si la pagina se debe dividir o si se esta utilizando para mas de
un propsito.

10.Al esconder o mostrar regiones, tems o botones debe ser prioridad

utilizar el atributo Condicin y minimizar el uso de dimanic action
para ocultarlo.

11.Los nombres de las imgenes de los botones siempre se deben utilizar

mediante un Item de aplicacin o Aplication Item. Se debe analizar la
posibilidad

12.Para las regiones Tabular Form que se construyen sobre una tabla de
base de datos, en el proceso de eliminar, agregar o modificar debe en
la medida de lo posible dar prioridad a realizar los procesos propios de
pex y las acciones consecuentes de eliminar ese registro deben realizar
mediante un trigger de la tabla.

13.Para el ttulo que se debe definir por pantalla, se debe utilizar el

aplication tem llamado estandarTITPAGINA.

8
 14.En las regiones de tipo Reporte, en la seccin atributos del reporte. Se
deben traducir los mensajes de When more than maximum row data found message y
When No Data Found Message a espaol y deben adatarse a la naturaleza de la
regin.

15.Todas las pginas deben estar asignadas a un grupo.

16.Las pginas, en la seccin Security, se encuentra Page Access

Protection, debe seleccionar la opcin Arguments Must Have Checksum,
como se muestra en la siguiente imagen

17.Cuando se crean en el sql de regiones, botones que son link hacia otra
pgina, se debe realizar la preparacin del url con la funcin
EX_UTIL.PREPARE_URL que genera el checksum para el llamado y control
de modificaciones posteriores del url generado.

Ejemplo:
Select codigo, nombre,
'<a href= "'||APEX_UTIL.PREPARE_URL('f?
p='||:app_id||':&APP_PAGE_ID.:'||:app_session||'::::P&APP_PAGE_ID._NUME
ROACTIVO:'||IM_NUMERO_ACTIVO,'UTF-8',2) ||'"><img
src="#WORKSPACE_IMAGES#Documento.png" alt=" Ver adiciones"
WIDTH=25 HEIGHT=25></a>'
) adiciones From ejemplo

Dynamic Actions

1. Se debe restringir el uso de los dynamic action a los casos

estrictamente necesarios.

9
 2. La propiedad Fire on load de los dynamic action, debe restringirse
solamente a casos estrictamente necesarios, en su lugar se debe utilizar
las propiedades propias del campo.

3. Se propone seguir un estndar en el nombre de los dynamic actions

generados en cada pgina. El estndar es, las primeras tres letras
mostraran el evento en el cual se est disparando y el resto del texto
siguie el mismo estndar de los nombres de las funciones de Oracle, con
el tema de concatenar palabras, con el fin de indicar qu hace, cundo
se dispara y APEX a la par nos muestra a que objeto pertenece.

Ejemplo CHALIMPCAMPOS -> En el onchange del campo al cual pertenece el

dynamic limpiara 'x' campos.

Nomenclatura: XXXFFFFFF

XXX = Tipo de evento

FFFFFF= FUNCIONALIDAD sin lmite de longitud

Tipos

CHANGE CHA

DOUBLE CLICK DCL

GET FOCUS GFO

KEY DOWN KDO

KEY PRESS KPR

KEY RELEASE KRE

LOSE FOCUS LFO

MOUSE BUTTON
MBP
PRESS

MOUSE BUTTON
MBR
RELEASE

MOUSE ENTER MEN

MOUSE LEAVE MLE

MOUSE MOVE MMO

PAGE LOAD PLO

10
 PAGE UNLOAD PUN

RESIZE RES

RESOURCE LOAD RLO

SCROLL SCR

SELECT SEL

AFTER REFRESH ARE

BEFORE PAGE SUBMITBPS

BEFORE REFRESH BRE

CHANGE ORDER COR

Creacin de objetos en APEX en caso de que estos sean a nivel de

pgina.
En el caos de los Item la nomenclatura es PNP_NNNNNN:

P = contante, siempre debe ser P

NP = Numero de Pgina

NNNNNNN = Nombre del campo, longitud indefinida.

Los dynamic action ya tienen sus propio estndar.

Para los dems objetos esta es la nomenclatura: XXNNNNNNN

XX = Tipo de Objeto

NNNNNNN = Nombre, longitud indefinida. Debe ser corto, claro y

representativo. Tener en cuenta que Apex, no restringe la repeticin de
nombres, por ejemplo permitiendo tener ms de un botn Cancelar .

Tipos de Objetos

AP=APPLICATION PROCESS

B = Botones

Ejemplo: ITSO08NOMEMPLEADO

11
Objetos en APEX en caso de que estos sean creados automticamente.
Los tems y procesos creados automticamente por pex debern mantener su
nombre.

Grupos de pginas
Nomenclatura: XXXXXXXX

XXXXXXXX= nombre simblico de longitud indefinida

Ejemplo PG100SOLICITUDES

Archivos Estticos
Nomenclatura: AAAPPEXTNNNNNNN

AA = Prefijo de la aplicacin

APP = Numero de Aplicacin

EXT = Extensin del archivo

NNNNNNN = Nombre, longitud indefinida.

Ejemplo: AD100JS_UTILIDADES

Tema de la aplicacin

El tema de las aplicaciones de sistemas internos en Apex, es el tema

nombrado Southwest . Este tema puede variar segn la naturaleza de la
aplicacin.

Pgina Men Principal/ME-Men

El diseo de la pgina esta por default con el stylo no_tabs_with_sidebar en el

cual el men estar en la posicin 02 mostrada en la imagen, la informacin
general en la posicin 03 estos dos dentro de sidebars, la regin del box body
es donde se encontrara el contenido principal de la pgina.

12
Ttulo

Se crea un computation, este se encagar de obtener el ttulo de la pgina, se

carga con una consulta de la columna nom_item de la vista materializada de
rutinas, el mismo se asigna al aplication item ITAD100TITPAGINA,
anteriormente se defini as estandarTITPAGINA. El computation no tiene
condicin y se cargara en todas las pginas ya que todas deben tener ttulo,
para su uso se deber colocar la variable &ITAD100TITPAGINA. en el espacio
de ttulo de la informacin general de la pgina.

13
Seguridad

Se requiere agregar la pgina al esquema SIAPRO.

Las pginas, en la seccin Security, se encuentra Page Access Protection, debe

seleccionar la opcin Arguments Must Have Checksum, como se muestra en la
siguiente imagen

14
Cuando se crean en el sql de regiones, botones que son link hacia otra pgina,
se debe realizar la preparacin del url con la funcin EX_UTIL.PREPARE_URL que
genera el checksum para el llamado y control de modificaciones posteriores del
url generado.

Ejemplo:
Select codigo, nombre,
'<a href= "'||APEX_UTIL.PREPARE_URL('f?
p='||:app_id||':&APP_PAGE_ID.:'||:app_session||'::::P&APP_PAGE_ID._NUME
ROACTIVO:'||IM_NUMERO_ACTIVO,'UTF-8',2) ||'"><img
src="#WORKSPACE_IMAGES#Documento.png" alt=" Ver adiciones"
WIDTH=25 HEIGHT=25></a>'
) adiciones From ejemplo

Check de pgina
Se requiere aplicar el check de la pgina y corregir o modificar los puntos
que de las sugerencias que brinda Apex.

15
Gua de Imgenes
Las siguientes son las imgenes oficiales a utilizar segn el tema, si se debe
respetar la invocacin

Accin Imagen Sugerida Invocacin

Guardar &BOTONGUARDAR.
Aplicar Cambios &BOTONSALVAR.
Regresar &BOTONREGRESAR.
Borrar &BOTONBORRAR.
Agregar Registro &BOTONAGREGARREG.

Borrar Registro &BOTONBORRARREG.

Proceso Correcto &BOTONCHECK.

Proceso Fallido &BOTONUNCHECK.

Lnea de Proceso #WORKSPACE_IMAGES#

Correcto Symbol-Check.gif
Lnea de Proceso #WORKSPACE_IMAGES#
Fallida Symbol-Delete.gif
Editar Reporte &BOTONEDITARIR.

Crear Nuevo &BOTONNUEVO.

Buscar &BOTONBUSCAR.

Generar Proceso &BOTONGENPROCESO.

Filtro &BOTONFILTRO.
Remover Filtro &BOTONQUITARFILTRO.
Zoom In &BOTONVERMAS.
Zoom Out &BOTONVERMENOS.
Detallar &BOTONDETALLAR.

Existen excepciones debido a la particularidad y naturaleza de informacin, por

lo tanto pueden existir imgenes especficas y personalizadas a la pgina.
Estas imgenes deben ser cargadas como imgenes de workspace.

16
Existen las variables con mensajes de confirmacin personalizados para cierto
tipo de botones:

Variable Mensaje a desplegar

&MSGAGREGAR. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE AGREGAR.
&MSGBORRAR. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE BORRAR.
&MSGEDITAR. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE EDITAR.
&MSGNUEVO. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE AGREGAR NUEVO.
&MSGPROCESAR. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE PROCESAR.
&MSGSALVAR. DESPLIEGA EL MENSAJE DE
CONFIRMACION - ESTA SEGURO QUE
DESEA CONTINUAR CON EL PROCESO
DE SALVAR.

Para utilizarlos nada ms se agrega la variable a la par de &TAMIMAGEN. en los

atributos de la imagen.

Reportes Dinmicos

Para los reportes dinmicos se deben ocultar las siguientes opciones:

- Guardado
- Ayuda
- Retrospectiva
- Siempre se debe ocultar la opcin descarga en PDF

17
Esto debe configurarse en cada reporte, en el tab de Report Attributes. Solo
en los reportes que se les solicite deben aparecer ms opciones.

La opcin Download, se debe contemplar la posibilidad de restringirlo a los

usuarios segn la naturaleza de la informacin.

18
Objetos Base de Datos

Estndares de Nomenclatura

a) Nombres de mdulos

SSAATUnnnn.XXX

SS = Prefijo del Sistema

AA = Prefijo de la aplicacin

TU = Tipo de mdulo, se debe escoger entre los siguientes:

P = Posteo / Mantenimiento

R = Reversin

K = Clculo

C = Consulta / Reporte

I = Interface

A = Parmetros

M = Men

U = Uso

T = Temporal

P = Permanente

nnn = Secuencia respecto a AATU

XXX = La extensin generada por la herramienta que se utiliza

b) Nombres de Triggers

TRG_TEEE_NNNNNNNNNN_AAAAAAAAAA

TRG = Prefijo para todos los triggers

19
 T = Tiempo en que se dispara el trigger (After Before)

EEE = Evento (D=Delete y/o I=Insert y/o U=Update)

NNNNNNNNNN = Nombre o resumen nombre de la tabla. (Mximo

10 caracteres)

AAAAAAAAAA = Descripcin de la funcin (Mximo 10 caracteres)

c) Nombres de los dems objetos de la Base de Datos

SSAATUNNNNNNNNNN

SS = Prefijo del Sistema

AA = Prefijo de la aplicacin

T = Tipo de objeto

T = Tabla

V = Vista

S = Secuencia

I = Indice

P = Paquete

C = Cluster

L = Enlace de Base de Datos

Z = Sinnimo

U = Uso

H = Histrico

B = Bitcora

M = Maestro

D = Detalle

I = Interface

P = Parmetro
20
 T = Temporal

K = Primario (Indice)

S = Secundario (Indice)

F = Forneo

U = Pblico (Enlace de Base de Datos)

R = Privado (Enlace de Base de Datos)

_ = No aplica para el tipo de objeto definido en T

NNNNNNNNNN = Nombre del objeto

Nota: A las funciones y procedimientos se les debe poner un nombre

significativo.

d) Nombres de dominios

D_TTLLLNNNNNNNN

D = Indicador de dominio

TT = Tipo de dominio

NU = Nmero

PO = Porcentaje

CO = Cdigo

FE = Fecha

PE =Periodo

IN = Indicador

MO = Monto

DE = Descripcin

LLL = Longitud del dominio

21
Para las categoras de Nmero, Cdigo, Fecha, Periodo, Indicador Descripcin,
los tres dgitos corresponden a la longitud total de sus variables, pues no se
definen decimales.

La categora de Porcentaje se expresa como un factor. El primer dgito es la

parte entera y los dos ltimos son la parte decimal.

Para la categora monto, los primeros dos dgitos son la parte entera y el ltimo
es la parte decimal.

NNNNNNNN = Nombre del dominio

Ejemplos:

D_MO122CUENTA

D_DE060CUENTA

D_CO018CUENTA

D_PE006CICLO

D_PO107DEPREV

e) Nombres de usuarios

NNNPPPSS

NNN = Primeras tres letras del nombre del usuario

PPP = Primeras tres letras del primer apellido del usuario

SS = Primeras dos letras del segundo apellido del usuario

Ejemplos:

MAXESPJI
22
 ROBSANAR

KATMORPA

f) Nombres de roles

TFSSAA_ NNNNNNNNNN

T = Tipo de role.

C = Consulta.

O = Operativo.

S = Supervisin.

F = Funcionalidad del role

M = Men.

A = Aplicacin.

F = Funcional o de dependencia.

SS = Prefijo del Sistema.

AA = Prefijo de la aplicacin.

NNNNNNNNNN = Nombre de la aplicacin o uso del role (puede ser de

longitud variable).

Ejemplos:

OMSATE_SEGURIDAD

CASAPG_COMPAGOS

23
Estndares de Documentacin

Para identificar los documentos que se generan durante el proyecto, se

mantienen los siguientes estndares de documentacin:

Bajo el nivel de directorio DOC, se crea la siguiente estructura:

1. ANALISIS: este directorio contiene toda la documentacin

generada en el proceso de Anlisis y Diseo de Sistema.

2. PLANEAMIENTO: Este directorio contiene la documentacin

generada como parte del planeamiento y seguimiento del
Sistema (cronogramas de trabajo, notas, minutas, etc.)

3. USUARIO: este directorio contiene la documentacin del

manual de usuario para cada uno de los Mdulos del Sistema.

4. TECNICO: este directorio contiene la documentacin del

manual tcnico de los Mdulos del Sistema.

Cada uno de los documentos del manual de usuario y del manual

tcnico tienen el mismo nombre de la frmula o reporte que
describen, esto para una mayor identificacin de los documentos.

Pistas de Auditora

La tabla de auditoria contiene una columna para cada campo de la tabla que se
desea auditar, adems deben llevar las siguientes columnas:

Fecha: Fecha de la modificacin con SYSDATE

Usuario: el usuario que realiza la actualizacin, se debe llenar con la siguiente

instruccin NVL(:app_user, user)

Empleado: El Id del empleado segn el sistema ADMIN

Rutina: id de la rutina que realiza la accin

Accin: las siguientes acciones:

24
 Insertar
Actualizar
Eliminar

Ip: Numero de IP de la maquina desde la cual se realiza la accin.

Estndares generales a nivel de Programacin

Para todo sistema se deben considerar las siguientes convenciones:

1. Las fechas de captura siempre sern en el siguiente formato:

DD/MM/YYYY, donde DD se refiere al da, MM se refiere al mes y YYYY
se refiere al ao en formato de cuatro dgitos.

2. Si slo se requiere leer un da en particular, o un mes y un ao, se

deber mantener el formato anterior para cada uno de los
mencionados.

3. En caso de que se requiera leer una hora, se deber hacer con el

siguiente formato: HH12:MI:SS AM o HH12:MI:SS PM, donde HH12 se
refiere a la hora en formato de doce horas, MI se refiere a minutos y
SS se refiere a segundos. De nuevo aqu si se desea omitir alguno de
los elementos anteriores, se puede hacer pero manteniendo el
formato mencionado para los elementos que s se utilicen.

4. En las paginas donde la carga de datos no sea por un proceso

automtico y al presentar datos de una misma tabla o vista, se debe
evitar cargar tems con funciones, donde todas van al mismo objeto
de base de datos. Se debe utilizar el proceso definido por cada
pgina llamado Cargar, en este proceso se deben llenar los tems
de la pgina.

5. En el query fuente de los reportes, en la clusula where, no se debe

invocar a una funcin directamente, se debe invocar a la funcin
utilizando un (select NOMBRE_Funcion(xxxxxx) from dual).

6. En la medida de lo posible, restringir o validar por regin, no por

tem.

25
Estndares sobre Tablas

Recomienda el uso de CONSTRAINTS durante la definicin de tablas, para

aprovechar el potencial de ORACLE en este sentido. Este nombre es obligatorio
y se especifican el nombre de la tabla de origen ms una abreviatura para el
tipo de constraint segn se indica en la siguiente tabla:

UN Unique UN+consec(2dgitos)_+NomTabla Origen

PK Primary Key PK+consec(2dgitos)_+NomTabla Origen

FK Foreign Key FK+consec(2dgitos)_+NomTablaOrigen_+No

mTablaDestino

CK Check CK+consec(2dgitos)_+NomTabla Origen

IND Indexes IND+consec(2dgitos)_+NomTabla Origen

Donde consec es un nmero consecutivo aplicable cuando en una

misma tabla hay ms de un constraint del mismo tipo.

El consecutivo debe ser de 2 dgitos por ejemplo:

FK01_NomTablaOrigen_NomTablaDestino.

Cuando se est trabajando con Designer es necesario que en el diagrama de

entidad-relacin las relaciones se indiquen con un adjetivo significativo, sin
embargo cuando se genera el diagrama de datos es necesario corregir el
nombre del constraints para que se ajuste al estndar mencionado.

Estndares sobre Columnas

Para los nombres de las columnas se pueden utilizar abreviaturas y a que son
muy largos. No se debe utilizar el nombre de las tablas como parte de ellos,
debido a que ocasionan que los nombres sean ms largos de lo debido.

Estndares en Prefijos de campos a nivel de Base de Datos

26
La siguiente es una lista de los prefijos ms comnmente utilizados en la
definicin de campos a nivel de Base de Datos, cada uno determina de primera
entrada el tipo que tiene asignado. Adems se debe llevar un archivo de
control, donde se deben incorporar las nuevas nomenclaturas segn el
proyecto.

Prefijo Descripcin
PER_ Periodo
MES_ Mes
CTA_ Cuenta
DES_ Descripcin
OBS_ Observaciones
DIR_ Direccin
DIA_ Da
FEC_ Fecha
ID_ Identificador (id_documento, etc.)
IND_ Indicador, utilizado para campos de control
INT_ Inters
MTO_ Monto
CUR_ Cursor
NOM_ Nombre
NUM_ Nmero
POR_ Porcentaje
SAL_ Saldo
TEL_ Telfono
TOT_ Total
EST_ Estado
IMG_ Imagen
TG_ Grupo de tipo
TE_ Elemento de tipo
CG_ Grupo de cdigo
CE_ Elemento de cdigo
PG_ Grupo de parmetro
PE_ Elemento de parmetro
CANT_ Cantidad
LON_<XXXX> Campo de tabla que se refiere a la longitud en caracteres
es de algo.
COD_<XXXX> Campo de tabla que se refiere a cdigos alfanumricos.
VAL_NUMERICO Valor numrico de algo.
VAL_ALFABETICO Valor alfanumrico.
ACCION Para usar en bitcoras. La accin que provoca el registro
en la bitcora (ACTUALIZAR, BORRAR, INSERTAR).
USUARIO "Loggin" o usuario del sistema. Recomendado solo para
bitcoras ya que generalmente se usar el nmero del
funcionario para hacer referencia a personas.
APL_<XXXX> "Aplica", columna de tabla que contiene la forma en que se
27
 afecta a lo que se refiere la columna.
FEC_DESDE Fecha desde la cual empieza a regir algo.
FEC_HASTA Fecha hasta donde algo es vlido o deja de regir.
ANO_<XXXX> Dato que representa un ao.
NOTA Comentario extenso.
COLMODIFICADAS Utilizado en bitcoras. Columnas modificadas en una tabla
y sus nuevos valores.
FEC_ACCION Utilizado en bitcoras. La fecha en que se hace el registro.
COS_<XXXX> Costo.
TIP_<XXXX> Tipo.

Archivos de control

Para el proyecto de desarrollo se deben llevar los siguientes archivos de

control, estos archivos llevan el inventario de los objetos creados segn el tipo
de archivo, lo cual busca facilitar su consulta y codificacin. La actualizacin de
estos archivos es responsabilidad de cada programador y ser evaluado por los
analistas en el control de calidad.

Archivo de control
Archivo de tipos
Archivo de parmetros
Control de rutinas
Nombres de Rutinas
Archivo de funciones java script
Archivo de Roles
Vistas Materializadas
Paquetes y Funciones

Plantilla de Aplicacion

Esquema autorizacin

Pgina 0, pgina home

- Regin men

Imgenes

Manejo errores

Regin nombre de pantalla

Uso de tems en la pgina home o cero

Traducciones

Sustituciones
28
tems de aplicacin

Tema

Seguridad por SSO

29
Anexo

Gua de evaluacin de control de calidad

cadena de
aprobacin(INGRESO
Programa a
Evaluar )
Persona que
entrega
Fecha entrega //
Persona que
evalua
Fecha
Evaluacion //

Apli
ca
(Si/N Observ
Tema a evaluar Elemento a evaluar o ) acion
Interface
Grafica Estndar de Secciones de la pantalla
Aplica estndar nombre de pantallas
Aplica estndar Botones
Las pantallas Pertenecen a un grupo
Uso adecuado de los BreadCum
Aplicaron los niveles de seguridad
establecidos
Identificacin del programa mediante una
rutina

Aplicacin Estndares de nomenclatura de

Base de datos Objetos
Aplicacin Estndares de Funciones y
paquetes
Utilizacin de Constraint y trigger para
validar las reglas del negocio
Uso de llave nica

Programacion Uso de cdigo alambrado

Definicin de tipos de parmetros y
variables segn el estndar.
30
 Aplicacin de Seguridad de acceso a los
Seguridad programas
Se crearon o modificaron los roles
necesarios para que el programa funcione
Creacin de Polticas
Configuracin de seguridad inicial para
que el programa funcione correctamente
Uso del checksum para los parmetros de
las paginas
Interfaces Uso de Admin para interfaces comunes
Creacin de interfaces segn el estndar

Archivos de
control Actualizacin de archivo de parmetros
Actualizacin de archivo de Tipos
Actualizacin de archivo de funciones
Actualizacin de archivo de Rutinas

Documentacio
n Tecnica Actualizacin del Diseo del programa
Actualizacin del Modelo de Entidad
Relacin de la Base de datos
Actualizacin del Modelo de Datos de la
Base de datos

Operacin Guin de pruebas para el programa

Tabla para evaluacin de interface grfica

Pantalla o Prueba Resultado Observaciones

Reporte esperado
SPINP93(Pag Da mantenimiento -Inserta
254) del tipo de -Borrar.
aprobacin. En base
a los tipos de
aprobacin definida
en tipos(cdigo

31
 grupo tipo 4680)

Tabla para evaluacin de objetos de Base de Datos

Tablas Datos que Triggers Observaciones

Almacena
<nombre tabla> <nombre
triggers>

Tabla para evaluacin de la programacin.

Paquete Funciones Resultad Observaciones Observaciones

o Analista/Progra
esperado mador

Tabla comparacin de objetos en diagramas.

Diagrama de entidad Diagrama de modelo de

Relacin. datos.

<Nombre Objeto>

32
 E- Observacio
Server Model BD R nes

33