Evolution

ASEINFO
Capacitaciones Técnicas.
Esquema de Base de Datos
TEMAS
1. Introducción
2. Bases de Datos Requeridas
para la instalación
3. Nomenclatura de Objetos
4. Diagramas
Entidad/Relación
5. Diccionario de Datos
6. Roles y Usuarios requeridos
7. Permisos a nivel de objetos
por Área / Controlador /
Opción / Acción
Bases de Datos requeridas para la instalación

EvoConfig
• Configuraciones y parametrizaciones de Infraestructura, seguridad de acceso,
localización, etc.

EvoData
• Información de Aplicación, Seguridad de Contenido y de formulación de
planillas.

EvoTemp
• Perfiles de Usuario, Bitácoras de ejecución del código fuente y de
excepciones, Actividades Programadas para el futuro.
Bases de Datos requeridas para la instalación

EvoConfig Seguridad de Acceso

Se distribuye Auditoría de acceso a la aplicación
llena en las
nuevas Listas de Valores y Combos de Selección
instalaciones
SmartList
QueryBuilder
Localización y Globalización
Parametros de Infraestructura
Conjuntos de Datos
Ejecución de Procedimientos Almacenados
Integración de Reportes
Bases de Datos requeridas para la instalación

EvoData Parámetros de Aplicación, Catálogos Generales y Seguridad de

Contenido
Se distribuye
principalmente Estructura Organizacional (Estructura, Pirámide Ocupacional, Valuación
vacía en las de Puestos)
nuevas
instalaciones Expedientes de Colaboradores (Expedientes, empleos, candidatos,
reclutamiento y selección)

Administración de Nóminas (Acciones de Personal, Administración de

Salarios)

Desempeño (Evaluaciones tradicional, 360, metas y objetivos)

Desarrollo Organizacional (Capacitación)

Servicios a los colaboradores (Portal)

Bases de Datos requeridas para la instalación

EvoTemp Perfiles de Usuarios

Se distribuye
vacía en las Historial de contraseñas
nuevas
instalaciones Opciones más frecuentes y favoritas

Tema de la aplicación

Idioma preferido

Bitácora de excepciones controladas por la aplicación y no controladas

(ELMAH)

Información de la programación de eventos a futuro (Quartz)

Bases de Datos requeridas para la instalación

EvoConfig y EvoData son las únicas bases a las que tienen acceso los usuarios de Evolution

EvoTemp es una base de datos utilizada por la aplicación únicamente. Estas bases de
datos siempre van a ser SQL Server (inclusive Express), aún y cuando las bases de
configuración y datos sean de otro manejador (Oracle, MySql, etc). Y deberían instalarse
en el Web Server o muy próximo a él.
Bases de Datos requeridas para la instalación

Preguntas y Respuestas

?
Nomenclatura de Objetos de Base de Datos

Para las Bases de Datos

Base de Datos Nombre Sugerido
Configuración <<Cliente>>EvoConfig<<Ambiente>>
Datos <<Cliente>>EvoData<<Ambiente>>
Temporal <<Cliente>>EvoTemp<<Ambiente>>
Flujos <<Cliente>>EvoWorkflow<<Ambiente>>

<<Cliente>> es el nombre del cliente o una abreviatura de su nombre

<<Ambiente>> puede usarse para separar la base de «Pruebas» de la base de «Producción»

Ejemplo:

• PantaleonEvoConfig

• BaruEvoConfig_Pruebas

• TIGOEvoTemp_Test
Nomenclatura de Objetos de Base de Datos

Para las Esquemas de Base de Datos

Esquema Descripción Esquema Descripción
AUD Auditoria GEN General
CFG Configuración ACC Acciones de Personal
DOC Diccionario de datos EOR Estructura Organizativa
REP Reportes EXP Expedientes de Personal
SCO Seguridad de Contenido SAL Administración de Salarios
SEC Seguridad de Acceso SVE Solicitudes de los Empleados
SPX Integración de SP’s VAL Valuación de Puestos
WFL Flujos de Autorización EVA Evaluación de Desempeño
WRP Conjuntos de Datos y DES Desarrollo Organizacional
Consultas a Excel
TMP Tablas Temporales SSO Seguridad y Salud Ocupacional
(*) Los esquemas con tres letras representan módulos o funcionalidad de la aplicación.

(**) Con el tiempo se agregarán más módulos y esquemas a la base

Nomenclatura de Objetos de Base de Datos

Para las Esquemas de Base de Datos

Esquema País Esquema País
CR Costa Rica
GT Guatemala
HN Honduras
NI Nicaragua
PA Panamá
SV El Salvador

(*) Los esquemas de 2 letras, son código de país y contienen tablas y procedimientos que son aplicables
únicamente a la legislación laboral de un país en particular.
Nomenclatura de Objetos de Base de Datos

Para las Tablas

A nivel de tabla, se sugiere la siguiente regla de nombramiento:

<Esquema>.<Prefijo de tabla>_<Nombre de tabla>

Sección Descripción
<Esquema> Abreviatura de 2 o 3 letras que denota código de país o el
módulo al cual pertenece la tabla, de acuerdo a su uso.
<Prefijo de tabla> Abreviatura de 3 letras que representa al nombre de la tabla.
<Nombre de tabla> Es el nombre de tabla, debe estar escrito en plural, se utilizan
guiones bajos para separar palabras.
Ejemplos de nombres de tabla:

• exp.exp_expedientes (tabla de expedientes de empleados)

• cap.eve_eventos (tabla de eventos del módulo de capacitación)

• acc.tnn_tiempos_no_trabajados (tabla de tiempos no trabajados del módulo de

acciones)
Nomenclatura de Objetos de Base de Datos

Para las Columnas de las Tablas

A nivel de tabla, se sugiere la siguiente regla de nombramiento:

<prefijo>_<nombre de columna>

<prefijo>_cod<prefijo tabla relacionada>

Sección Descripción
<prefijo> Abreviatura de 2 o 3 letras que denota código de país o el
módulo al cual pertenece la tabla, de acuerdo a su uso.
<nombre de columna> Nombre de la columna (usualmente debe estar en
singular), se pueden separar palabras con guiones bajos.
<prefijo tabla Abreviatura de 3 letras que representa al nombre de la
relacionada> tabla relacionada con una llave foránea
Ejemplos de nombres de columna:

• emp_codigo, emp_codexp, emp_fecha_ingreso

Nomenclatura de Objetos de Base de Datos

Para los Índices, Llaves Primarias, check constraints

Se sugiere la siguiente regla de nombramiento:

<tipo>_<Esquema>_<Prefijo de tabla>[_<Descripción>]

Sección Descripción
<tipo> PK / IX / CK (primary key o índice)
<Esquema> Abreviatura de 2 o 3 letras que denota código de país o el módulo
al cual pertenece la tabla, de acuerdo a su uso.
<Prefijo de tabla> Abreviatura de 3 letras que representa al nombre de la tabla.
<Descripción> (Opcional) puede ser el nombre de la tabla o alguna indicación
sobre las columnas que forman parte del índice o check constraint
Ejemplos de nombres de índice:

• pk_exp_emp (Primary de la tabla exp.emp_empleos)

• ix_acc_tnn_codemp_fecha (índice por código de empleado y fecha de la tabla de

tiempos no trabajados)
Nomenclatura de Objetos de Base de Datos

Para las Llaves Foráneas

A nivel de llave foránea, se sugiere la siguiente regla de nombramiento:

fk_<Esquema><Prefijo>_<EsquemaRel><PrefijoRel>[_<comentario>]

Sección Descripción
<Esquema> Abreviatura de 2 o 3 letras que denota código de país o el módulo
al cual pertenece la tabla, de acuerdo a su uso.
<Prefijo> Abreviatura de 3 letras que representa al nombre de la tabla.
<EsquemaRel> Abreviatura de 2 o 3 letras que denota código de país o el módulo
al cual pertenece la tabla, de acuerdo a su uso.
<PrefijoRel> Abreviatura de 3 letras que representa al nombre de la tabla
relacionada.
<comentario> (Opcional) un número correlativo o alguna indicación sobre las
columnas
Ejemplo de nombres de que forman parte de la llave
llave foránea:

• fk_expexp_expemp (llave foránea entre exp.exp_expedientes y exp.emp_empleos)

Nomenclatura de Objetos de Base de Datos

Para los Triggers

A nivel de triggers, se sugiere la siguiente regla de nombramiento:

<nombre de tabla>_<accion>[_<descripcion>]
Sección Descripción
<nombre de tabla> El nombre de la tabla (si se desea puede incluir el esquema)
<accion> Nombre de la acción sobre la cual se crea el trigger, las posibles
acciones son:
ins (after insert)
upd (after update)
del (after delete)
beIns (before insert) -- Sólo para Oracle
beUpd (before update) -- Sólo para Oracle
beDel (before delete) -- Sólo para Oracle
<Descripción> (Opcional) alguna indicación sobre el uso del trigger
Ejemplo:

• emp_empleos_ins (Trigger after insert para la tabla exp.emp_empleos)

Nomenclatura de Objetos de Base de Datos

Para las Vistas

Se sugiere la siguiente regla de nombramiento:

Para vistas que se usan en el código fuente:

<Esquema>.<Prefijo>_<Nombre de vista>_v

Para vistas de los reportes estáticos (rep) o conjuntos de datos (set):

<Esquema>.[rep|set]_<Prefijo>_<Nombre de vista>

Sección Descripción
<Esquema> Abreviatura de 2 o 3 letras que denota código de país o el
módulo al cual pertenece la tabla, de acuerdo a su uso.
<Prefijo> Abreviatura de 3 letras que representa al nombre de la vista.
<Nombre de vista> Es el nombre de la vista, debe estar escrito en plural, se utilizan
guiones bajos para separar palabras.
Ejemplos de nombres de vista:

exp.ide_ident_emp_v (vista con los documentos de identidad del expediente)

Nomenclatura de Objetos de Base de Datos

Para los Procedimientos Almacenados y Funciones

Se sugiere la siguiente regla de nombramiento:

Para los que se usan desde el código fuente:

<Esquema>.<nombre de objeto>

Para vistas de los reportes estáticos :

<Esquema>.rep_<nombre de objeto>

Sección Descripción
<esquema> Abreviatura de 2 o 3 letras que denota código de país o el
módulo al cual pertenece la tabla, de acuerdo a su uso.
<nombre de objeto> Es el nombre del procedimiento o función, se utilizan guiones
bajos para separar palabras.
Ejemplos de nombres de procedimientos o funciones:

• gt. vac_genera_periodo_vacacion (genera período vacación de Guatemala)

Nomenclatura de Objetos de Base de Datos

Navegación por las bases de datos

Preguntas y Respuestas

?
Diagramas Entidad/Relación
de Acceso
Seguridad
Diagramas Entidad/Relación
Seguridad de Contenido
Diagramas Entidad/Relación
Localización
Diagramas Entidad/Relación
de Entidades
Configuración
Diagramas Entidad/Relación
Listas de Valores y CodeCombos
Diagramas Entidad/Relación
SmartList
Diagramas Entidad/Relación
Integración de Procedimientos Almacenados
Diagramas Entidad/Relación

Conjuntos de Datos
y Consultas a Excel
Diagramas Entidad/Relación
Configuración de Plantillas de Word
 Configuración de Reportes Estáticos
Diagramas Entidad/Relación
 Diagramas Entidad/Relación

Flujos de Autorización
 Diagramas Entidad/Relación

Parámetros
de Aplicación
 Diagramas Entidad/Relación

Alertas y Noticias
Diagramas Entidad/Relación
de Planillas
Formulación
Diagramas Entidad/Relación
Cambio en la Estructura Organizativa
Diagramas Entidad/Relación
Cambio en Expedientes
Diagramas Entidad/Relación
Cambio en Expedientes/Empleos
Diagramas Entidad/Relación
Cambio en Incrementos Salariales
Diagramas Entidad/Relación
Cambio en Incapacidades
Diagramas Entidad/Relación
Cambio en Entidades Relacionadas a Planilla
• Todas las entidades que tienen relación con el
período de planilla, tanto del módulo de Acciones
de Personal como de Salarios tienen los siguientes
campos:
– Período de Planilla: Período al que se asocia la entidad
– Aplicado en planilla: Determina si este acción se logró
aplicar en la última ejecución de la planilla
– Pertenece Planilla Autorizada: Verdadero cuando la
entidad pertenece a una planilla que ya fue autorizada.
Cuando esta bandera es verdadero, se considera que
esta entidad tuvo aplicación en la planilla
– Moneda: moneda en la que se aplicó la entidad en
planilla
Diagramas Entidad/Relación
Preguntas y Respuestas

?
Diccionario
de Datos
Dado que todas las columnas y tablas
están documentadas a nivel del esquema,
el diccionario de datos se puede generar a
partir de la misma base de datos.

Se puede consultar a través de las

siguientes vistas:

doc.diccionario_objetos
doc.diccionario_columnas_parametros
Roles y Usuarios de base de datos requeridos

Preguntas y Respuestas

?
 Evolution
ASEINFO
Capacitaciones Técnicas.
Esquema de Base de Datos