capitulo 4 diseÑori.ufg.edu.sv › jspui › bitstream › 11592 › 6373 › 5 › 005.3... ·...

48

CAPITULO 4

DISEÑO

SUMARIO

En este capítulo se muestra los elementos que integran el Sistema de Administración de Recursos

Humanos para la UFG, bajo el enfoque de la Norma ISO 9001:2000 en el cual se controlan los

cuatro procesos certificados que dan vida a la Dirección de Recursos Humanos de la Universidad

Francisco Gavidia, este incluye los modelos conceptual, físico y arquitectónico. Para la

representación de los elementos se hará uso de herramientas visuales que faciliten la

comprensión de los conceptos y los elementos expuestos.

El diseño de los elementos que integran el software SIRH-UFG, comprende el desarrollo de

flujogramas, entradas, salidas, diagramas de proceso, interfaces entre los procesos, diagrama

entidad - relación y modelo físico, entre otros.

Este capítulo tiene como finalidad facilitar al desarrollador del sistema todos los conceptos y

técnicas que se utilizaran en el transcurso de la puesta en marcha del sistema, estándares de

desarrollo que contribuyan a que cualquier persona ajena al desarrollo del sistema pueda

comprender los conceptos principales de éste.

49

4.1 DISEÑO ARQUITECTONICO.

En esta primera etapa del diseño del software, se definen todos los módulos y la forma en que se

interrelacionaran entre ellos.

El proceso del diseño arquitectónico comienza con la estructuración del sistema, el sistema se

divide en varios subsistemas principales y la comunicación entre estos subsistemas es

identificada; luego el modelado del control en el cual se establece un modelo de las relaciones de

control entre las diferentes partes del sistema y el proceso se finaliza con la separación modular

en donde los subsistemas identificados se dividen en módulos.

Desde un punto de vista conceptual, es un modelo para construir sistemas de información, que se

sustenta en la idea de repartir el tratamiento de la información y los datos por todo el sistema

informático, permitiendo mejorar el rendimiento del sistema global de información18.

Definiciones:

• Cliente: Es el que inicia un requerimiento de servicio. El requerimiento inicial puede

convertirse en múltiples requerimientos de trabajo a través de redes LAN o WAN. La

ubicación de los datos o de las aplicaciones es totalmente transparente para el cliente.

• Servidor: Es cualquier recurso de cómputo dedicado a responder a los requerimientos del

cliente. Los servidores pueden estar conectados a los clientes a través de redes LANs o

WANs, para proveer de múltiples servicios a los clientes y ciudadanos tales como

impresión, acceso a bases de datos, fax, procesamiento de imágenes, etc.

18 Información obtenida del Instituto Nacional de Estadística e Informática (INEI) del Perú. (http://www.inei.gob.pe/)

50

Arquitectura del modelo cliente-servidor.

Definiciones:

• Modelo de sistema distribuido el cual muestra cómo los datos y el procesamiento se

distribuyen a través de un rango de componentes.

• Conjunto de servidores que proveen servicios específicos tales como impresión,

administración de datos, etc.

• Conjunto de clientes los cuales acceden a estos servicios.

• Una red la cual permite la comunicación entre clientes y servidores.

Características del modelo cliente-servidor.

• Ventajas

• La distribución de datos es directa.

• Hace uso efectivo de sistemas interconectados. Podría requerir hardware más

barato.

• Es fácil adicionar nuevos servidores o actualizar servidores existentes.

• Desventajas

• No hay un modelo de datos compartido, de manera que los subsistemas usan una

organización de datos diferente. El intercambio de datos puede ser ineficiente.

• Administración redundante en cada servidor.

• No hay un registro central de nombres y servicios.

51

4.1.1 DIAGRAMA ESTRUCTURAL DEL SISTEMA.

Para poder analizar mejor el funcionamiento y estructura del sistema de Recursos Humanos de la

Universidad Francisco Gavidia (SIRH UFG), se presenta el diagrama estructural (Figura 3.1).

La norma ISO 9001:2000 establece que cada proceso debe de poseer un código que lo

identifique, por ésta razón la Dirección de Gestión de Calidad de la Universidad asigna códigos a

los procesos de recursos humanos (a los cuales se hará referencia en el documento), el formato

del código de los procesos es el siguiente:

PRH-XX

Donde:

PRH = Procedimiento de Recursos Humanos

XX = Correlativo del procedimiento (ej. 01, 02, 03…)

Figura 4.1.1 SISTEMA DE RECURSOS HUMANOS DE LA UFG

SISTEMA DE RECURSOS HUMANOS DE LA UFG

PRH-01 Desarrollo de Actividades Formativas.

PRH-02 Evaluación de Desempeño del Personal no Docente.

PRH-03 Evaluación de Desempeño del Personal Docente.

PRH-04 Reclutamiento y Selección de Personal.

52

Figura 4.1.2

DESARROLLO DE ACTIVIDADES FORMATIVAS (PRH-01).

DESARROLLO DE ACTIVIDADES FORMATIVAS

DETECCION DE NECESIDADES (Procedimiento Desarrollo de Actividades

Formativas PRH-01) El empleado introduce en el sistema el cuestionario.

PROGRAMA DE FORMACION (Procedimiento Desarrollo de Actividades

Formativas PRH-01)

El sistema presentará todos los cuestionarios

realizados por los empleados para que el jefe los

recolecte y los analice.

MATRIZ DE COMPETENCIA (Procedimiento Desarrollo de Actividades

Formativas PRH-01)

El sistema realizará una comparación del puntaje

actual, con el perfil ideal.

CUESTIONARIO DE SEGUIMIENTO (Procedimiento Desarrollo de Actividades

Formativas PRH-01)

El sistema se encargara de realizar el cuestionario

de seguimiento, de las actividades formativas.

53

Figura 4.1.3

EVALUACIÓN DE DESEMPEÑO DEL PERSONAL NO DOCENTE (PRH-02).

EVALUACION DE DESEMPEÑO DEL PERSONAL NO DOCENTE

ENTREVISTA DE EVALUACION (Procedimiento Evaluación del Desempeño

del Personal No Docente PRH-02)

Se introduce en el sistema la evaluación que el Jefe

de cada unidad brinde al empleado.

PONDERACION DE FACTORES (Procedimiento Evaluación del Desempeño


El sistema realizará el cálculo automático de los

factores mostrándolo en el formulario de registro

de Personal.

PLAN DE MEJORA

El sistema realizará una comparación de

evaluaciones administradas con anterioridad y que

están registradas en el sistema.

REGISTRO DE PERSONAL (Procedimiento Evaluación del Desempeño


El sistema mostrará la hoja de evaluación con la

información completa.

54

Figura 4.1.4

EVALUACIÓN DE DESEMPEÑO DEL PERSONAL DOCENTE (PRH-03).

EVALUACION DE DESEMPEÑO DEL PERSONAL DOCENTE

ENTREVISTA DE EVALUACION (Procedimiento Evaluación del Desempeño

del Personal Docente PRH-03)

Se introduce en el sistema la evaluación que el Jefe

de cada unidad brinde al empleado.

PONDERACION DE FACTORES (Procedimiento Evaluación del Desempeño


El sistema realizará el cálculo automático de los

factores mostrándolo en el formulario de registro

de Personal.

PLAN DE MEJORA

El sistema realizará una comparación de

evaluaciones administradas con anterioridad y que

están registradas en el sistema.

REGISTRO DE PERSONAL (Procedimiento Evaluación del Desempeño


El sistema mostrará la hoja de evaluación con la

información completa.

55

Figura 4.1.5

RECLUTAMIENTO Y SELECCIÓN DE PERSONAL (PRH-04).

RECLUTAMIENTO Y SELECCIÓN DE PERSONAL

BOLSA DE TRABAJO Se introducen en el sistema las hojas de vida de

cada aspirante a una plaza en la UFG.

REQUISICION (Procedimiento Reclutamiento y Selección

de Personal PRH-04)

Los Jefes de cada unidad solicitan los mejores

elementos de la Bolsa de Trabajo.

SOLICITUD DE EMPLEO (Procedimiento Reclutamiento y Selección

de Personal PRH-04) Se ingresan los datos del nuevo empleado.

EVALUACION (Procedimiento Reclutamiento y Selección

de Personal PRH-04)

El sistema indicara la fecha de evaluar al nuevo

empleado.

56

4.1.2 DESCRIPCION DEL DIAGRAMA JERARQUICO DE PROCESOS SIRH-UFG.

Se describen los procesos del Sistema de Recursos Humanos para la Universidad Francisco

Gavidia. La simbología utilizada en los diagramas se describe en la siguiente tabla:

Símbolo que denota INICIO o FIN de proceso.

Entrada de datos del sistema.

Proceso cálculo o asignación.

Documento impreso generado por el sistema.

Decisión, permite elegir entre dos opciones basado en un

criterio lógico binario.

Recuperación de datos.

Conector de página.

Comentario.

57

• Desarrollo de Actividades Formativas (PRH-01).

58

• Evaluación de Desempeño del Personal No Docente (PRH-02).

59

• Evaluación de Desempeño del Personal Docente (PRH-03).

60

• Reclutamiento y Selección de Personal (PRH-04).

61

4.2 ESTANDARES DE DISEÑO.

La construcción de un sistema informático implica orden y organización, he de ahí la

importancia de estandarizar todos los elementos que lo conforman. Aspectos fundamentales de

su estructura como son la base de datos y los elementos gráficos que forman la interfaz de

usuario deben de normalizarse a fin de mantener coherencia entre estos elementos.

Cabe mencionar que los estándares de diseño son fundamentales para la buena documentación

del software.

4.2.1 ESTANDARES DE NOMBRES DE OBJETOS.

Para identificar cada elemento que interactúa en el sistema se hará uso de los siguientes

apartados:

• Todo nombre de archivo iniciará con letra minúscula y sus primeras tres letras (prefijo)

identificaran el tipo de elemento al que pertenece.

• La palabra que prosiga a las tres primeras letras iniciara con letra mayúscula y será un

nombre nemotécnico que indique el elemento al que se hace referencia. Dicha palabra no

puede sobrepasar los 20 caracteres.

Ejemplo de la estructura de nombres de archivos:

Para indicar que el elemento es el formulario inicial, se estructura el nombre de archivo de la

siguiente manera:

frmInicio

“frm”, indica que se trata “Inicio”, indica que se trata del elemento

de un formulario. inicial.

62

4.2.2 ESTANDARES DE PROGRAMACIÓN.

La programación orientada a objetos (POO) involucra el desencadenamiento de eventos y

métodos, llamados a funciones y módulos reutilizables, etc. Los estándares y estilo de

programación utilizados en SIRH UFG toman como parámetros principales estos aspectos.

La programación Orientada a objetos (POO) es una forma especial de programar, más cercana a

como expresaríamos las cosas en la vida real que otros tipos de programación.

ESTRUCTURAS DE PROGRAMACIÓN.

Existen diversas formas en que se maneja y administra el código en la programación orientada a

objetos, a continuación se especifican las principales:

• Evento asociado a un objeto:

Nombre del objeto

Private Sub Command1_Click() Evento

<Código>

End Sub

En ésta estructura se invoca a un evento cualquiera de un control específico, el bloque de código

que se encuentra entre el inicio de la estructura (Private Sub) y el final (End Sub), se ejecuta

cuando el objeto recibe la instrucción de que un evento se ha ejecutado.

• Función general:

Public Function Inicio() Nombre de la función

<Código>

End Function

63

En esta declaración la función no recibe argumentos iniciales y no retorna resultados específicos.

• Función parametrizada:

Nombre de la función

Argumento

Public Function Procesar(vCantidad As Integer) As String

<Código>

End Function

En una función parametrizada se establece un argumento que sirve como dato de inicio para que

la función trabaje, se procesa la tarea y la función retorna un valor, el uso de las funciones

garantiza el manejo eficiente del código y evita que se realice la misma tarea muchas veces; el

diseño correcto de las funciones hace que se garantice la eficiencia de los procesos.

La correcta distribución de módulos y funciones dentro del sistema proporciona la confiabilidad

y eficiencia que se demanda de una aplicación como SIRH UFG, en la cual los procesos de

recursos humanos (PRH-XX) se encuentran estrictamente distribuidos y organizados, de manera

tal que dicha organización facilita el ensamble de módulos y funciones dependiendo de la tarea

que se desee realizar.

4.2.3 ESTANDARES DE DISEÑO DE FORMULARIOS.

El propósito fundamental del diseño de formularios, es suministrar medios estandarizados para el

eficaz procesamiento de la información, así como también, crear un instrumento para registrar y

pasar la información dentro del sistema19.

19 Información obtenida de “Diseño de Formularios por Computadora”, Albornoz L., Francis G.

Tipo de dato que retornará la función

Tipo de dato del argumento

64

A continuación se muestran los estándares a seguir en el diseño y programación de los

formularios de SIRH UFG:

• Modelo General:

7. Barra de Alertas

1. Fecha y Hora

2. Nombre del Formulario

3. Código del Procedimiento

4. Área de Trabajo

6. Información del Usuario

5. Botones de Navegación

a

b

c

65

Descripción de los estándares:

Componente Descripción

a. Logo Logo de la Universidad Francisco Gavidia.

b. Logo Logo de certificación ISO 9001:2000 de la Universidad.

c. Logo Logo de SIRH UFG.

1. Fecha y Hora En éste segmento del formulario se visualiza la fecha y

hora actual.

2. Nombre del Formulario Se muestra un nombre representativo de la función del

formulario.

3. Código del Procedimiento Se indica en que Proceso de Recursos Humanos se

encuentra actualmente en el sistema.

4. Área de Trabajo En ésta área se muestra los objetos que interactúan con el

usuario y los que forman el “cuerpo” del formulario.

5. Botones de Navegación Permiten retroceder o regresar hasta el menú principal del

sistema.

6. Información del Usuario Presentará información general del usuario que ha

ingresado al sistema. (Usuario, sesión y nivel de acceso)

7. Barra de Alertas En ésta área se presentará cualquier advertencia, aviso o

mensaje de ayuda dependiendo de la tarea que se esté

realizando.

66

4.2.4 ESTANDARES DE DISEÑO DE MENUS.

Se definirán a continuación los estándares a utilizar en el diseño de los menús del SIRH UFG, el

menú dependerá del nivel de acceso que posea el usuario que se ha ingresado al sistema.

Descripción de los estándares:

Componente Descripción

1. Opciones del Menú Opciones a las que podrá acceder el usuario.

2. Cuadro de selección Indicador de la opción a seleccionar.

3. Teclas de acceso rápido Atajo para acceder a la opción desde el teclado.

4. Descripción de selección Breve descripción de la opción seleccionada.

1. Opciones del Menú

3. Teclas de acceso rápido

2. Cuadro de selección

4. Descripción de selección

Icono

67

4.2.5 ESTANDARES DE OBJETOS.

En la POO, los objetos representan entidades complejas provistas de datos (propiedades,

atributos) y comportamiento (funcionalidad, programas, métodos).

Elementos u objetos que forman parte del diseño de SIRH UFG:

Tabla 3.1

Elemento Prefijo Ejemplo

Botón de Comando Cmd cmdAceptar

Radio Botón Opt optLunes

Cuadro de Texto Txt txtFecha

Cuadro Combinado Cmb cmbEstadoCivil

Marco Fra fraUsuarios

Casilla de Verificación Chk chkVerificar Lista Lst lstEmpleados

Etiqueta Lbl lblHora Imagen (picturebox) Img imgLogo

Imagen (image) Pic picFoto

Calendario Cld cldNacimiento

68

4.3 DISEÑO DE LA BASE DE DATOS.

Una base de datos es un conjunto de datos estructurados, almacenados en algún soporte de

almacenamiento de datos y se puede acceder a ella desde uno o varios programas. Antes de

diseñar una base de datos se debe establecer un proceso partiendo del mundo real, de manera que

sea posible plasmar éste mediante una serie de datos.

El Sistema Gestor de Bases de Datos (SGBD) es un conjunto de programas, procedimientos y

lenguajes que proporcionan a los usuarios las herramientas necesarias para operar con una base

de datos, en el caso del SIRH UFG se trata del motor de base de datos SQL Server 2000; potente

herramienta desarrollada para gestionar bases de datos para aplicaciones de última generación.

El SGBD actúa como un intermediario entre los usuarios y los datos. Debe cumplir una serie de

funciones como descripción de los datos, de manera que debe permitir definir los registros, sus

campos, sus relaciones de autorización, etc. Debe manipular los datos permitiendo a los usuarios

insertar, suprimir, modificar y consultar datos de la base de datos y por último, debe permitir

usar la base de datos, dando un interfaz adecuado a cada tipo de usuario.

Una vez que se ha explicado al motor de bases de datos la forma deseada para los datos, usando

por ejemplo un entorno interactivo, el motor creará algunos objetos físicos en los que guardará

los datos. El motor de base de datos es el encargado de realizar las consultas, altas, bajas,

modificaciones, procedimientos, etc. de forma transparente al usuario. A la combinación entre

estructura y datos será a lo que nos referiremos como base de datos20.

20 Información obtenida de “Introducción a las bases de datos”, Cárdenas Luque, Maria Dolores.

69

4.3.1 GENERALIDADES DE BASE DE DATOS.

NORMALIZACIÓN.

La normalización se encarga de obtener los datos agrupados en distintas tablas siguiendo una

serie de pasos, de tal manera que los datos obtenidos tienen una estructura óptima para su

implementación, gestión y explotación desde distintas aplicaciones. Una de las ventajas

principales que se obtiene al realizar la normalización es que la información no estará duplicada

innecesariamente dentro de las estructuras: habrá mínima redundancia; una base de datos

normalizada puede ocupar menos espacio en disco que una no normalizada. Hay menos

repetición de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco21.

La normalización de una base de datos se lleva a cabo por las siguientes razones:

• Estructurar los datos de forma tal que se puedan representar las relaciones pertenecientes

entre estos.

• Facilitar y optimizar la recuperación de los datos para satisfacer las necesidades de

información.

• Facilitar el mantenimiento de los datos (Entradas, Salidas y Modificaciones).

• Reducir la posibilidad de reorganizar o reestructurar la base de datos ante nuevas

necesidades de almacenamiento de información.

• Reducir la posibilidad de redundancia e inconsistencia en los datos.

Grados de normalización.

Existen cinco formas normales. Cada una de estas formas, nos asegura en forma incremental, un

comportamiento más robusto del modelo de datos. Típicamente, los modelos de datos se trabajan

hasta dejarlos en su tercera forma normal, con lo que se obtienen propiedades bastante estables, a

bajo costo, en los sistemas de información22.

21 Información obtenida de “Introducción a las bases de datos”, Cárdenas Luque, Maria Dolores. 22 “Diseño del Sistema de Apoyo al Proceso de Desarrollo de Software”, Universidad de Chile.

70

Existen básicamente tres niveles de normalización con los que se trabajan: Primera Forma

Normal (1NF), Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de

estas formas tiene sus propias reglas.

1. Primera Forma Normal (1NF)

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y

colocarse en tablas separadas. Se alcanza la primera forma normal cuando ya no existen grupos

de datos que se repiten.

2. Segunda Forma Normal (2NF)

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben

eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que

describe a aquellos datos que no dependen de la clave de la tabla para identificarlos.

3. Tercera Forma Normal (3NF)

La regla de la Tercera Forma Normal señala que hay que eliminar y separar cualquier dato que

no sea clave. El valor de esta columna debe depender de la clave. Todos los valores deben

identificarse únicamente por la clave.

MODELO RELACIONAL.

El modelo relacional fue propuesto originariamente por E.F. Codd en un ya famoso artículo de

1970.

“El contenido entero de una base de datos

relacional se representa por una y sola una

forma, a saber: como valores de atributos en

tuplas dentro de relaciones.” 23 E.F. Codd

23 “Modelo Relacional de Base de Datos”, Quiroz, Javier.

71

El modelo relacional es un concepto intelectual, es un enfoque ordenado y práctico, predecible e

intuitivo a la percepción, organización y manipulación de los datos, el modelo relacional es un

concepto que define la percepción del usuario.

La estructura fundamental del modelo relacional es precisamente esa, "relación", es decir una

tabla bidimensional constituida por líneas (tuplas o registros) y columnas (atributos). Las

relaciones representan las entidades que se consideran interesantes en la base de datos. Cada

instancia de la entidad encontrará sitio en una tupla de la relación, mientras que los atributos de

la relación representarán las propiedades de la entidad.24

El modelo relacional de base de datos se basa en tres componentes que se describen a

continuación:

1. Estructura de datos: Organización y administración de los datos tal como los percibe el

usuario.

2. Manipulación de los Datos: Los tipos de operaciones que los usuraos efectúan en la

estructura de los datos relacionales.

3. Integridad de los datos: Conjunto de reglas del negocio que gobiernan cómo se

comportan los valores de los datos relacionales cuando los usuarios efectúan operaciones

relacionales.

Las bases de datos relacionales utilizan un modelo para mostrar como se relacionan lógicamente

los datos de un registro. Las tablas relacionales tienen seis propiedades que las caracterizan e

identifican. A continuación se enumeran dichas propiedades:

1. Las entradas en las columnas tienen un solo valor.

2. Las entradas en las columnas son del mismo tipo.

3. Cada fila o registro es única en la tabla.

4. El orden secuencial de las columnas (de izquierda a derecha) no debe ser significativo.

5. El orden secuencial de las filas (de arriba hacia abajo) no debe ser significativo.

6. Cada columna tiene un nombre único que la identifica.

24 “Fundamentos de Bases de Datos”, Abraham Silvers Chatz, Henry F. Korth, S. Sudarshan.

72

El modelo relacional de bases de datos con sus relaciones normalizadas es una solución simple y

elegante para satisfacer las más diversas condiciones de consulta y extracción de datos e

información.

RELACIÓN ENTRE ENTIDADES.

Las relaciones existentes entre entidades se describe por medio de su dependencia una de la otra,

al igual que el alcance de la relación25.

DEPENDENCIA ENTRE ENTIDADES.

Existen dos tipos de dependencias entre entidades, a continuación se detallan:

a) El primer tipo es la dependencia existencial; una entidad no puede existir a menos

que la otra esté presente, del que exista la segunda depende de que exista la

primera.

b) El otro tipo de dependencia es el de identificación, una entidad no puede

identificarse de manera única sin sus propios atributos. La identificación es

posible solo mediante las relaciones de una entidad con otras.

LLAVE.

La llave es un identificador dentro de una tabla o entidad, es un concepto de datos de un registro

que se usa para identificarlo. Existen dos tipos de llaves:

• Llave primaria (Primary Key): Es el elemento clave o principal por medio del cual se

accesan los demás datos en una tabla, su valor es único y no pude ser nulo. Una o más

columnas que identifican únicamente a una fila.

• Llave foránea (Foreign Key): Una o más columnas que hacen referencia a la llave

primaria de otras tablas o entidades.

25 “Diseño de un sistema mecanizado para el control de los expedientes académicos por cambios de planes de estudio en la Universidad Francisco Gavidia”, 2003.

73

NOTACIÓN PARA EL DIAGRAMA ENTIDAD – RELACIÓN.

El Diagrama Entidad – Relación (ER) representa a la realidad a través de un esquema gráfico

empleando los terminología de entidades, que son objetos que existen y son los elementos

principales que se identifican en el problema a resolver con el diagramado y se distinguen de

otros por sus características particulares denominadas atributos, el enlace que rige la unión de

las entidades esta representada por la relación del modelo.26

A continuación se describen detalladamente los elementos de datos que interactúan en el

Diagrama Entidad – Relación:

• Entidad: Es toda persona, cosa u objeto de la que se pueden identificar características,

información o datos importantes a manipular en una base de datos.

• Atributos: Toda entidad posee características, información o datos a los cuales se les

conoce como atributos.

CARDINALIDAD.

La cardinalidad es la ocurrencia de un objeto que se relaciona con la ocurrencia de otro objeto.

La cardinalidad normalmente se expresa simplemente de uno a muchos.

Dos entidades se pueden relacionar de las siguientes formas:

• Uno a uno (1:1)

Una ocurrencia de un objeto “A” se puede relacionar a una y una sola ocurrencia de otro

objeto “B”, una ocurrencia del objeto “B” se puede relacionar solo con una ocurrencia de

“A”. Se representa gráficamente de la siguiente manera:

26 Información obtenida “Introducción a los conceptos de Base de Datos”, Instituto Tecnológico de La Paz, México.

74

• Uno a Muchos (1:N)

Una ocurrencia del objeto “A” se puede relacionar a una o muchas ocurrencias del objeto

“B”, pero una ocurrencia del objeto “B” se puede relacionar solo a una ocurrencia de “A”. Se

representa gráficamente así:

• Muchos a Muchos (M:N)

Una ocurrencia del objeto “A” puede relacionarse con una o más ocurrencias de “B”,

mientras que una ocurrencia del objeto “B” se puede relacionar con una o más de “A”. Se

presenta gráficamente así:

4.3.2 MODELO CONCEPTUAL Y FISICO DE LA BASE DE DATOS.

DIAGRAMA LOGICO DE LA BASE DE DATOS.

El modelo lógico de datos representa la estructura lógica global de una base de datos, el modelo

es independiente de cualquier software o estructura de almacenamiento de datos. Un modelo

conceptual contiene a menudo objetos de datos que no están todavía implementados en la base

de datos física; el modelo da una representación formal de la necesidad de los datos al ejecutar

una empresa o una actividad comercial.

Entre las principales funciones del modelo conceptual de datos, se encuentran:

• Representación de la organización de datos en forma gráfica.

• Generación del modelo físico de datos con las especificaciones físicas de implementación

de la base de datos.

• Verificación de la validez del diseño de los datos.

75

DIAGRAMA FISICO DE LA BASE DE DATOS.

El modelo físico de datos describe como está organizada la base de datos para el

almacenamiento físico y el acceso.

Entre las principales funciones del modelo físico de datos, se encuentran:

• Representación de la organización física de datos en un formato gráfico.

• Consideración de los detalles de la aplicación física real. Se tiene en cuenta tanto al

software como a las estructuras de almacenamiento de datos.

• Generación de la base de datos.

• Definición de la integridad referencial de datos.

76

Modelo Físico de SIRH UFG.

77

DICCIONARIO DE DATOS.

Contiene las características lógicas de la estructura donde se almacenan los datos del sistema,

incluyendo nombre, tipo de dato, longitud y descripción.

Una de las características especiales del diccionario de datos es que es muy útil para facilitar el

análisis de los detalles con la finalidad de evaluar las características y determinar donde efectuar

cambios en el sistema (en caso de ser necesario).

• Detalle de las tablas que forman SIRH UFG:

* tblBITACORA

En esta tabla se guarda un archivo histórico de ingresos, salidas y tiempos de actividad dentro de

SIRH UFG, como también el nivel de usuario que accesa al sistema.

Nombre Tipo Longitud Descripción

idUsuario nvarchar 7 Código que identifica al usuario del sistema. Computadora nvarchar 50 Nombre de la computadora donde ingreso el

usuario. Ipn nvarchar 15 Dirección IP de la computadora con la que

un usuario ingresa al sistema. Fecha smalldatetime 4 Fecha en que se ingreso al sistema. HoraIn smalldatetime 4 Almacena la hora de ingreso de sesión del

sistema. HoraOut smalldatetime 4 Almacena la hora del cierre de sesión del

sistema. SesionIn int 4 Contador que identifica el número de sesión

iniciada. Índices

Nombre Llave Primaria Llave Foránea

IdUsuario X

* tblNIVEL

Almacena los niveles de usuario en el sistema.


idNivel nvarchar 3 Código que identifica el nivel de usuario. nivel nvarchar 15 Es la clasificación del nivel de usuario.

78

Índices


idNivel X

* tblEMPLEADO

Esta tabla almacena la información de los empleados de la Universidad Francisco Gavidia.


idCurriculum nvarchar 7 Identifica el código del empleado de la U.F.G. (Curriculum, Datos Generales).

idTipo nvarchar 3 Código que identifica el tipo de empleado de la Universidad.

fechaIn smalldatetime 4 Fecha de contratación como empleado de la U.F.G.

idUnidad nvarchar 3 Código que identifica la unidad a la que pertenece el empleado.

estado bit 1 Identifica el estado (activo ó retirado), del empleado.

evaluado bit 1 Identifica si el empleado ya ha sido evaluado por el jefe de Unidad.

idPlaza nvarchar 3 Identifica el código de la plaza que posee el empleado en la institución.

evaluadoMatriz bit 1 Identifica si el empleado ya ha sido evaluado con la matriz de competencia.

Índices


idCurriculum X idTipo X idUnidad X idPlaza X

* tblPLAZA_ACTUAL

Tabla que almacena las diferentes plazas a las que puede optar una persona en la institución.


idPlaza nvarchar 3 Código que identifica la plaza. plaza nvarchar 30 Nombre de la plaza.

Índices


idPlaza X

79

* tblEMP_EVALUACION

Esta tabla almacena las respuestas del cuestionario de seguimiento del proceso de selección de

personal, la evaluación la hace el Jefe de la Unidad, antes de que la persona cumpla un mes de

iniciar sus labores en la universidad y si es necesario tres meses después de su ingreso.


idCurriculum nvarchar 7 Identifica el código del empleado de la U.F.G. res1 nvarchar 1 Contiene la selección de la pregunta 1. res2 nvarchar 1 Contiene la selección de la pregunta 2. res3 nvarchar 1 Contiene la selección de la pregunta 3. res4 nvarchar 1 Contiene la selección de la pregunta 4. res5 nvarchar 1 Contiene la selección de la pregunta 5. res6 nvarchar 1 Contiene la selección de la pregunta 6. res7 nvarchar 1 Contiene la selección de la pregunta 7. res8 nvarchar 1 Contiene la selección de la pregunta 8. res9 nvarchar 1 Contiene la selección de la pregunta 9. res10 nvarchar 1 Contiene la selección de la pregunta 10. res11 text 16 Contiene la respuesta de la pregunta 11. res12 text 16 Contiene la respuesta de la pregunta 12. res13 nvarchar 1 Contiene la selección de la pregunta 13. res14 text 16 Contiene la respuesta de la pregunta 14.

Índices


idCurriculum X

* tblTEMPORAL

Tabla auxiliar que es utilizada para validar las fechas en el sistema.


Fecha smalldatetime 4 Fecha temporal.

* tblPRH1_CUESTIONARIO

Tabla que contiene el cuestionario de formación para realizar el trabajo cotidiano de la unidad,

este es completado por el empleado.


idCuestionario Nvarchar 7 Código que identifica al cuestionario. Puesto Nvarchar 30 Cargo o puesto que desempeña el la persona. IdEducacion Nvarchar 3 Código del nivel de educación que posee la

persona. res1 Text 16 Respuesta de la pregunta 1 del cuestionario. opcion2 Bit 1 Selección de la opción 2 del cuestionario.

80

res2 Text 16 Respuesta de la pregunta 2 del cuestionario. res3 Text 16 Respuesta de la pregunta 3 del cuestionario. res4 Text 16 Respuesta de la pregunta 4 del cuestionario. opcion5 Bit 1 Selección de la opción 5 del cuestionario. res5 Text 16 Respuesta de la pregunta 5 del cuestionario. res6 Text 16 Respuesta de la pregunta 6 del cuestionario. opcion7a Bit 1 Selección de la opción 7a del cuestionario. opcion7b Bit 1 Selección de la opción 7b del cuestionario. opcion7c Bit 1 Selección de la opción 7c del cuestionario. porcentaje8 Nvarchar 2 Respuesta de la pregunta 8 del cuestionario. res8 Text 16 Respuesta de la pregunta 8 del cuestionario. porcentaje9 Nvarchar 2 Respuesta de la pregunta 9 del cuestionario. res9 Text 16 Respuesta de la pregunta 9 del cuestionario. porcentaje10 Nvarchar 2 Respuesta de la pregunta 10 del cuestionario. res10 Text 16 Respuesta de la pregunta 10 del cuestionario. res11a Text 16 Respuesta de la pregunta 11a del cuestionario. res11b Text 16 Respuesta de la pregunta 11b del cuestionario. observaciones Text 16 Contiene las observaciones finales del

cuestionario. IdEmpleado Nvarchar 7 Código del empleado. Estado Bit 1 Identifica el estado (activo ó retirado), del

empleado. FechaIn Smalldatetime 4 Fecha en que se almacenó el cuestionario en el

sistema. Índices


idCuestionario X idEducacion X idEmpleado X

* tblUSUARIO

Esta tabla contiene la identificación de cada uno de los usuarios que acceda al sistema.


IdUsuario nvarchar 7 Código del usuario. Upassword nvarchar 30 Palabra clave del usuario. Nombres nvarchar 20 Nombre del usuario. Apellidos nvarchar 20 Apellidos del usuario. IdNivel smallint 2 Código del nivel de usuario que posee. Session int 4 Numero de sesión iniciada por el usuario. Estado bit 1 Estado del usuario (Activo ó Inactivo). LogU bit 1 Indica si el usuario posee una sesión abierta.

81

Índices


IdUsuario X IdNivel X

* tblCURRICULUM

En esta tabla se almacenan los datos del Curriculum Vitae de cada empleado o aspirante a

trabajar en la institución.


idCurriculum nvarchar 7 Identifica el código del Curriculum. nombre nvarchar 20 Nombre completo del aspirante o empleado. apellidos nvarchar 20 Apellidos completos del aspirante o

empleado. direccion text 16 Dirección de residencia del aspirante o

empleado. telefono nvarchar 10 Teléfono de la persona. nacimiento nvarchar 10 Fecha de nacimiento. idEstadoCivil nvarchar 3 Código del estado civil que posee. DUI nvarchar 10 Numero de DUI ISSS nvarchar 9 Numero de afiliación al ISSS NIT nvarchar 17 Numero de Identificación Tributario. AFP nvarchar 12 Numero de afiliación a la AFP. fechaIn smalldatetime 4 Fecha de ingreso del curriculum al sistema.

Índices


idCurriculum X idEstadoCivil X

* tblCHEQUEO

Tabla que contiene los 7 puntos de revisión, donde se identifica que la documentación anexa al

curriculum esté completa.


idCurriculum nvarchar 7 Identifica el código del curriculum. p1 bit 1 Contiene el chequeo opción 1. p2 bit 1 Contiene el chequeo opción 2. p3 bit 1 Contiene el chequeo opción 3. p4 bit 1 Contiene el chequeo opción 4. p5 bit 1 Contiene el chequeo opción 5. p6 bit 1 Contiene el chequeo opción 6. p7 bit 1 Contiene el chequeo opción 7.

82

p8 bit 1 Contiene el chequeo opción 8. p9 bit 1 Contiene el chequeo opción 9. p10 bit 1 Contiene el chequeo opción 10. p11 bit 1 Contiene el chequeo opción 11. p12 bit 1 Contiene el chequeo opción 12. p13 bit 1 Contiene el chequeo opción 13. p14 bit 1 Contiene el chequeo opción 14.

Índices


idCurriculum X

* tblDEPARTAMENTO

Tabla que contiene el listado de departamentos de El Salvador.


idDepartamento nvarchar 3 Código del departamento. nombre nvarchar 15 Nombre del departamento.

Índices


idDepartamento X

* tblESTADO_CIVIL

Tabla que contiene el listado de estados civiles.


idEstadoCivil nvarchar 3 Código que identifica el estado civil de una persona.

nombre nvarchar 13 Define el estado civil de la persona. Índices


idEstadoCivil X

* tblDETALLE_EDUCACION

Tabla en donde se describe el nivel de educación, lugar donde recibió la enseñanza o

capacitación y la fecha en que fue recibida, de la persona que aspira o trabaja en la U.F.G.


idCurriculum nvarchar 7 Identifica el código del Curriculum idEducacion nvarchar 3 Código que clasifica el nivel de estudios

adquiridos por la persona.

83

institucion nvarchar 30 Nombre de la institución donde recibió la educación.

lugar nvarchar 20 Lugar de la institución donde recibió la educación.

desde smalldatetime 4 Fecha de inicio de recepción de la enseñanza o capacitación.

hasta smalldatetime 4 Fecha de finalización de la recepción de la enseñanza o capacitación.

titulo nvarchar 30 Nombre del titulo adquirido. Índices


idCurriculum X idEducacion X

* tblREF_PERSONAL

Tabla en donde se guardan la información de las personas que pueden dar referencias personales

del aspirante o empleado de la U.F.G.


idCurriculum nvarchar 7 Identifica el código del Curriculum. nombre nvarchar 40 Nombre de la persona que da la referencia. empresa nvarchar 20 Nombre de la empresa donde trabaja la persona

que da la referencia. direccion text 16 Dirección de donde vive la persona que da

referencia. telefono nvarchar 10 Teléfono de la persona que da referencia.

Índices


idCurriculum X

* tblREF_LABORAL

Tabla en donde se guardan la información de las personas que pueden dar referencias laborales

del aspirante o empleado de la U.F.G.


idCurriculum nvarchar 7 Identifica el código del Curriculum. empresa nvarchar 30 Nombre de la empresa donde trabaja la persona

que da la referencia. nombre nvarchar 40 Nombre completo de la persona que da la

referencia. cargo nvarchar 20 Cargo que ocupa la persona que da la referencia. telefono nvarchar 10 Teléfono de la persona que da la referencia.

84

Índices


idCurriculum X

* tblPRH1_MATRIZ

Tabla en donde se almacena la matriz de competencias de los empleados de la Universidad.


IdMatriz nvarchar 3 Código que identifica a la matriz. IdEmpleado nvarchar 7 Código del empleado. FechaIn smalldatetime 4 Fecha en que se almacenó la matriz en el

sistema. Índices


IdMatriz X idEmpleado X

* tblPRH1_CALIFICACION

Tabla en donde se almacena el detalle de la calificación obtenida por el empleado en la matriz de

competencia.


IdMatriz nvarchar 3 Código que identifica a la matriz. IdTema nvarchar 3 Código del tema evaluado. Calificación int 4 Calificación obtenida.

Índices


IdMatriz X IdTema X

* tblPRH1_TEMA

Tabla en donde se almacena el listado de temas que se evalúan en la matriz de competencia.


IdTema nvarchar 3 Código del tema. idCompetencia nvarchar 3 Código de la competencia a la que pertenece

el tema. Tema nvarchar 60 Nombre del tema.

85

Índices


IdTema X idCompetencia X

* tblPRH1_COMPETENCIA

Tabla en donde se almacena el detalle de las competencias que se evalúan en la matriz.


idCompetencia nvarchar 3 Código que identifica a la competencia. Competencia nvarchar 30 Nombre de la competencia.

Índices


idCompetencia X

* tblFORMACION

Tabla que almacena el tipo de formación profesional que se da a los empleados de la institución

en los eventos de capacitación.


idFormacion nvarchar 3 Código que identifica la formación. Formacion nvarchar 15 Nombre de la formación.

Índices


idFormacion X

* tblJEFE_UNIDAD

Tabla que contiene el listado de los jefes de Unidad de la Universidad Francisco Gavidia.


IdUsuario nvarchar 7 Código de usuario IdUnidad nvarchar 3 Código que identifica la unidad de trabajo.

Índices


IdUsuario X IdUnidad X

86

* tblUNIDAD

Tabla que contiene el listado de Unidades de la Universidad (Solicitantes de Personal).


IdUnidad nvarchar 3 Código del solicitante (Unidad) Nombre nvarchar 40 Nombre de la Unidad solicitante. IdTipo nvarchar 3 Código que identifica el tipo de empleado que

trabaja en la unidad. Índices


IdUnidad X IdTipo X

* tblTIPO_EMPLEADO

Tabla que contiene el listado de los tipos de empleados que existen el la Universidad.


IdTipo nvarchar 3 Código que identifica el tipo de empleado. Nombre nvarchar 15 Tipo de empleado.

Índices


IdTipo X

* tblSOLICITUD_EMP

Tabla que almacena las solicitudes de empleo.


IdSolicitud nvarchar 7 Código que se le asigna a la solicitud de la persona que solicita el empleo.

idCurriculum nvarchar 7 Código que se le asigna a la persona que solicita el empleo y que al ser contratado se vuelve el código que identifica al empleado de la institución.

nombreISSS nvarchar 40 Nombre según afiliación al Instituto Salvadoreño del Seguro Social (ISSS).

nombreDUI nvarchar 40 Nombre según Documento Único de Identidad (D.U.I.).

FechaDUI smalldatetime 4 Fecha de expedición D.U.I. idDepartamento nvarchar 3 Lugar de expedición del D.U.I. Edad smallint 2 Edad de la persona que solicita el empleo. Altura numeric 9 Altura especificada en metros de la persona

87

que solicita el empleo. Hijos smallint 2 Numero de hijos que posee la persona que

solicita el empleo. dependientes smallint 2 Numero de personas que dependen

Económicamente de la persona que solicita el empleo.

otrosIngresos numeric 9 Contiene la descripción cuantitativa de otros ingresos que posee el solicitante. Es de tipo numérico con dos decimales.

NPadre nvarchar 20 Contiene el nombre del padre de la persona que solicita el empleo.

VPadre bit 1 Identifica si el padre se encuentra vivo. LfPadre nvarchar 3 Lugar de nacimiento del padre. nMadre nvarchar 20 Contiene el nombre de la madre de la

persona que solicita el empleo. vMadre bit 1 Identifica si la madre se encuentra viva. lfMadre nvarchar 3 Lugar de nacimiento de la madre. parentesco text 16 Contiene los rasgos sanguíneos del

solicitante y parientes que trabajan en la Universidad.

defectosFisicos text 16 Identifica si el solicitante posee algún impedimento físico.

Empleo nvarchar 30 Empleo que se solicita. sueldoPretendido numeric 9 Contiene las pretensiones de sueldo de la

persona que solicita el empleo. Es de tipo numérico con dos decimales.

Fdisponibilidad smalldatetime 4 Fecha en la cual el solicitante esta disponible para iniciar labores dentro de la Universidad.

Equipo text 16 Tipo de equipos que puede utilizar el solicitante.

detalleExperiencia text 16 Contiene el detalle de la experiencia laboral de la persona que solicita el empleo.

fechaIn smalldatetime 4 Fecha de ingreso de la solicitud al sistema. Índices


idSolicitud X idCurriculum X idDepartamento X

88

* tblFIANZA

Tabla que contiene información de la garantía de la fianza del seguro de vida que posee la

persona que solicita empleo en la Universidad.


idSolicitud nvarchar 7 Código de la solicitud. cantidad numeric 9 Cantidad a la que asciende la fianza. garantia text 16 Descripción de lo que cubre la fianza y cual es la

garantía que ofrece. Índices


idSolicitud X

* tblEXP_LABORAL

Tabla que contiene la información de la experiencia laboral del solicitante.


idCurriculum nvarchar 7 Identifica el código del curriculum. institucion nvarchar 30 Nombre de la institución en donde ha

trabajado con anterioridad. direccion text 16 Dirección de la institución o empresa donde

trabajó con anterioridad. telefono nvarchar 10 Teléfono en donde se puede pedir referencia

laboral. Sueldo numeric 9 Sueldo que devengaba en el trabajo anterior.

Es de tipo numérico con dos decimales. Desde smalldatetime 4 Fecha de inicio de labores en el trabajo

anterior. Hasta smalldatetime 4 Fecha de fin de labores en el trabajo anterior.Jefe nvarchar 20 Nombre del jefe inmediato. Cargo nvarchar 20 Cargo que ocupaba en el trabajo anterior. desempeño text 16 Descripción del desempeño de las

actividades encomendadas. Índices


idCurriculum X

89

* tblCONFIGURACION

Tabla que indica el periodo en el cual se da acceso al personal para que haga su respectiva

evaluación.


fechaInicio smalldatetime 4 Fecha de inicio del periodo para el acceso del personal al sistema para que haga la evaluación respectiva.

fechaFin smalldatetime 4 Fecha de finalización del periodo para el acceso del personal al sistema para que haga la evaluación respectiva.

* tblPRH1_SEGUIMIENTO

Tabla que almacena la información general del cuestionario de seguimiento de la formación del

personal de cada Unidad.


idSeguimiento nvarchar 7 Código del cuestionario. idUnidad nvarchar 3 Código de la unidad. Tema nvarchar 30 Tema tratado en el evento. organizador nvarchar 30 Organizador del evento. competencias text 16 Competencias fortalecidas. participantes int 4 Número de Participantes. presupuesto int 4 Presupuesto aproximado del evento. patrocinador nvarchar 30 Patrocinador del evento. objetivo text 16 Objetivo del evento. Horas int 4 Número de horas invertidas en el desarrollo

del evento. fechaIn smalldatetime 4 Fecha de ingreso de la información al

sistema. Índices


idSeguimiento X idUnidad X

* tblPARENTESCO

Tabla que contiene el listado de los tipos de parentesco que posee una persona.


IdTipo nvarchar 3 Código del tipo de parentesco. nombre nvarchar 10 Nombre del parentesco

90

Índices


idTipo X

* tblPRH4_REQUISICION

Tabla que almacena la descripción de las requisiciones de personal (que envían los Jefes de

Unidad al Director de Recursos Humanos).


idRequisicion nvarchar 7 Código de la requisición. idUnidad nvarchar 3 Código de la Unidad solicitante. fecha smalldatetime 4 Fecha de la requisición. puesto nvarchar 50 Puesto a desempeñar. perfil text 16 Perfil necesario para llenar la plaza. funciones text 16 Describe las funciones de la persona que va

a desempeñarse en la plaza. sexo bit 1 Sexo de la persona que ocupará la plaza. edad smallint 2 Edad de la persona que ocupará la plaza. idEducacion nvarchar 3 Código del nivel de estudios requerido. experiencia text 16 Experiencia laboral. software text 16 Software que puede manejar. otros text 16 Otra información que se considera

importante sobre la persona que desempeñará el cargo requerido.

estado nvarchar 1 Estado en que se encuentra la requisición idUsuario nvarchar 7 Código de usuario que ingresa la requisición.idTramite nvarchar 3 Código del trámite. nota text 16 Información adicional. fechaRevision smalldatetime 4 Fecha de revisión de la requisición.

Índices


idRequisicion X idUnidad X idEducacion X idUsuario X idTramite X

91

* tblPRH1_REQUSICION

Tabla que contiene la segunda parte del cuestionario de necesidades de formación para realizar el

trabajo planificado de la Unidad; esta segunda parte del cuestionario es llenada por el jefe de

cada unidad.


idUnidad nvarchar 3 Código de la unidad. res1 text 16 Respuesta de la pregunta 1. res2 text 16 Respuesta de la pregunta 2. res3 text 16 Respuesta de la pregunta 3. fecha smalldatetime 4 Fecha en la que fue hecha la requisición. estado bit 1

Índices


idUnidad X

* tblGRUPO_FAMILIAR

Tabla que contiene la descripción del grupo familiar del empleado de la U.F.G.


idSolicitud nvarchar 7 Código de la solicitud de empleo. idTipo nvarchar 3 Código del tipo de parentesco. nombre nvarchar 40 Nombre del pariente. Fnanciamiento smalldatetime 4 Fecha de nacimiento del pariente. profesion nvarchar 20 Profesión del pariente. direccion text 16 Dirección de residencia del pariente. beneficiario bit 1 Campo que contiene 1 si la persona descrita

es beneficiario ó 0 si no lo es. Índices


idSolicitud X idTipo X

* tblDETALLE_SEGUIMIENTO

Tabla que contiene el detalle del cuestionario de seguimiento de la formación del personal.


idDetalleSeguimiento nvarchar 7 Correlativo. idSeguimiento nvarchar 7 Código del cuestionario. IdEmpleado nvarchar 7 Código del empleado. IdInstructor nvarchar 3 Código del instructor. idFormacion nvarchar 3 Código de la formación.

92

tiempo nvarchar 10 Tiempo de manejo del tema. acumulado nvarchar 14 Acumulado de respuestas. respuesta5 text 16 Respuesta de la pregunta 5. fechaEvaluacion smalldatetime 4 Fecha en que se realizó la evaluación. estado bit 1 Estado del cuestionario.

Índices


idDetalleSeguimiento X idSeguimiento X IdEmpleado X idInstructor X idFormacion X

* tblINSTRUCTOR

Tabla que contiene el listado de instructores que imparten los cursos de formación.


idInstructor nvarchar 3 Código del instructor. institucion nvarchar 20 Institución a la que pertenece. contacto nvarchar 20 Contacto con el instructor. direccion text 16 Dirección de la institución. telefono nvarchar 10 Teléfono de la institución. mail nvarchar 25 Correo electrónico del instructor. experiencia text 16 Experiencia que posee el instructor.

Índices


idInstructor X

* tblPRH1_SEGUIMIENTO2

Tabla que contiene la segunda parte del cuestionario de seguimiento de la formación del

personal, ésta evaluación la realiza el jefe de unidad a los asistentes a la formación un mes

después de realizado el evento.


idDetalleSeguimiento nvarchar 7 Código del cuestionario. res1 text 16 Respuesta a la pregunta 1. res2a text 16 Respuesta a la pregunta 2a. res2b text 16 Respuesta a la pregunta 2b. res3 text 16 Respuesta a la pregunta 3. res4 text 16 Respuesta a la pregunta 4. res5a text 16 Respuesta a la pregunta 5a. res5b text 16 Respuesta a la pregunta 5b.

93

res5c text 16 Respuesta a la pregunta 5c. res5d text 16 Respuesta a la pregunta 5d. res5e text 16 Respuesta a la pregunta 5e. res6 text 16 Respuesta a la pregunta 6. res7 text 16 Respuesta a la pregunta 7. fechaIn smalldatetime 4 Fecha de ingreso del cuestionario.

Índices


idDetalleSeguimiento X

* tblPLAZA

Tabla que contiene las características de la plaza que se presenta en la requisición de personal.


idRequisicion nvarchar 7 Código de la requisición. plazas smallint 2 Plaza vacante. fechaplaza smalldatetime 4 Fecha necesaria de inicio de plaza. salario money 8 Salario a devengar. tipoplaza bit 1 Tipo de la plaza a cubrir. motivo nvarchar 50 Motivo por el cual se solicita llenar la plaza.

Índices


idRequisicion X

* tblREQ_EQU

Tabla que contiene el listado de equipo de oficina que un solicitante debe de manejar, según la

requisición de personal presentada por el Jefe de Unidad.


idRequisicion nvarchar 7 Código de la requisición. idEquipoOf nvarchar 3 Código del equipo de oficina.

Índices


idRequisicion X idEquipoOf X

94

* tblEQUIPO_OF

Tabla que contiene el listado de los equipos de oficina.


idEquipoOf nvarchar 3 Código del equipo de oficina nombre nvarchar 25 Nombre que identifica al equipo de oficina.

Índices


idEquipoOf X

* tblREQ_LIC

Tabla que contiene el tipo de licencia que un solicitante debe de poseer, según la requisición de

personal presentada por el Jefe de Unidad.


idRequisicion nvarchar 7 Código de la requisición. idLicencia nvarchar 3 Código del tipo de licencia.

Índices


idRequisicion X idLicencia X

* tblLICENCIA

Tabla que contiene el listado de los tipos de licencia de conducir.


idLicencia nvarchar 3 Código del tipo de licencia.

Tipo nvarchar 15 Tipo de licencia.

Índices


idLicencia X

95

* tblTRAMITE

Tabla que contiene el listado de trámites que debe pasar una requisición de personal en todo el

proceso.


idTramite nvarchar 3 Código del trámite a realizar. tramite nvarchar 10 Nombre del trámite a realizar.

Índices


idTramite X

* tblEDUCACION

Tabla que contiene el listado de niveles de educación que un solicitante o empleado de la

Universidad posee.


idEducacion nvarchar 3 Código del nivel de educación. Nivel nvarchar 25 Nombre del nivel de educación.

Índices


idEducacion X

* tblVEHICULO

Tabla que contiene la descripción del vehículo que posee el aspirante o empleado de la

institución.


idSolicitud nvarchar 7 Código de la solicitud. Tipo nvarchar 15 Tipo de vehículo que posee. Año nvarchar 4 Año de fabricación del vehículo. Placa nvarchar 10 Número de placa del vehículo. noLicencia nvarchar 17 Numero de licencia de conducir. Fvencimiento smalldatetime 4 Fecha de vencimiento de la licencia de

conducir. idClase nvarchar 3 Código que identifica la clase del vehículo

que esta permitido conducir. Índices


idSolicitud X idClase X

96

* tblESPOSA(O)

Tabla que contiene la descripción del cónyuge de la persona que aplica o ya es empleado de la

institución.


idSolicitud nvarchar 7 Código de la solicitud. Sueldo nvarchar 9 Sueldo que devenga el cónyuge. empresa nvarchar 20 Nombre de la empresa donde trabaja el cónyuge.direccion text 16 Dirección del trabajo del cónyuge.

Índices


idSolicitud X

* tblCALIFICACION

Tabla que almacena las calificaciones que se dan a los aspectos generales de los eventos de

formación.


idSeguimiento nvarchar 7 Código del cuestionario. instructor int 4 Calificación del instructor. organizador int 4 Calificación del organizador. Tema int 4 Calificación del tema expuesto. satisfaccion int 4 Calificación del grado de satisfacción obtenido

por el empleado. aplicabilidad int 4 Calificación del grado de aplicabilidad que

posee el evento de formación. Índices


idSeguimiento X

* tblPRH23_EVALUACION

Tabla que almacena la información general del cuestionario de evaluación del desempeño laboral

para el personal no docente.


idEvaluacion nvarchar 7 Código del cuestionario. idEmpleado nvarchar 7 Código del empleado que ha sido evaluado. fechaInicio smalldatetime 4 Fecha de inicio del período de evaluación. fechaFin smalldatetime 4 Fecha de finalización del período de

evaluación. fechaIngreso smalldatetime 4 Fecha de ingreso en el sistema.

97

Índices


idEvaluacion X idEmpleado X

* tblDETALLE_EVALUACION

Tabla que almacena la información detallada del cuestionario de evaluación del desempeño

laboral para el personal no docente.


idEvaluacion nvarchar 7 Código del cuestionario. IdFactor nvarchar 3 Código del factor evaluado. puntajeValor int 4 Puntaje obtenido en números. puntajeLetras nvarchar 1 Puntaje obtenido en letras.

Índices


idEvaluacion X IdFactor X

* tblFACTOR

Tabla que contiene el listado de factores que se evalúan en el cuestionario del desempeño

laboral.


IdFactor nvarchar 3 Código del factor evaluado. Nombre nvarchar 20 Nombre del factor evaluado. descripcion text 16 Descripción del factor evaluado. idTipoFactor nvarchar 3 Código del tipo de empleado. Numero int 4 Número del factor.

Índices


IdFactor X idTipoFactor X

* tblTIPO_FACTOR

Tabla que contiene los tipos de factores que se evalúan en el cuestionario del desempeño laboral.


idTipoFactor nvarchar 3 Código del factor evaluado. TipoFactor nvarchar 20 Nombre del factor evaluado.

98

Índices


idTipoFactor X

* tblPRH3_DETALLE

Tabla que contiene el detalle de la calificación obtenida por el empleado en la evaluación.

(PRH-03).


idEvaluacion nvarchar 7 Código de la evaluación. IdCriterio nvarchar 3 Código del criterio de evaluación. puntajeValor int 4 Calificación obtenida en números. puntajeLetras nvarchar 1 Calificación obtenida en letras.

Índices


idEvaluacion X IdCriterio X

* tblCRITERIO

Tabla que contiene los diferentes criterios de evaluación.


IdCriterio nvarchar 3 Código del criterio de evaluación. IdPEA nvarchar 3 Código del PEA al que pertenece el criterio

de evaluación. Criterio nvarchar 16 Nombre del criterio.

Índices


IdCriterio X IdPEA X

* tblPEA

Tabla que contiene los diferentes “ítems” del proceso enseñanza aprendizaje utilizado en la

evaluación.


IdPEA nvarchar 3 Código del PEA. PEA nvarchar 50 Nombre del “ítem”. IdDeming nvarchar 3 Código del ciclo de mejora contínua de

Deming.

99

Índices


IdPEA X idDeming X

* tblDEMING

Tabla que contiene los diferentes “ítems” del ciclo de mejora contínua de Deming utilizado en la

evaluación.


idDeming nvarchar 3 Código del ciclo de mejora contínua de Deming.

Deming nvarchar 15 Nombre del “ítem” del ciclo de mejora contínua de Deming.

Índices


idDeming X

* tblPRH3_CONFORMIDADES

Tabla que contiene las deficiencias encontradas en el desempeño del docente y que deben ser

superadas con acciones correctivas.


idEvaluacion nvarchar 7 Código de la evaluación. noConformidades nvarchar 50 No conformidades. correctivas nvarchar 50 Acciones correctivas.

Índices


idEvaluacion X

* tblPRH3_MEJORA

Tabla que contiene las oportunidades de mejora del docente evaluado.


idEvaluacion nvarchar 7 Código de la evaluación. Mejora nvarchar 50 Oportunidades de mejora. preventivas nvarchar 50 Acciones preventivas.

100

Índices


idEvaluacion X

* tblPRH3_PLAN

Tabla que contiene la programación de las acciones correctivas y preventivas.


idEvaluacion nvarchar 7 Código de la evaluación. Objetivo nvarchar 50 Objetivo de las acciones. Acciones nvarchar 50 Nombre de las acciones. cumplimiento nvarchar 10 Fecha de cumplimiento de la actividad.

Índices


idEvaluacion X

VALIDACIONES DEL SISTEMA.

• Una misma sesión no puede ser abierta en dos computadoras diferentes, por factores de

seguridad se ha administrado el ingreso al sistema, de forma tal que un usuario no podrá

abrir una misma sesión desde dos computadoras diferentes al mismo tiempo.

• La inactividad en el sistema por más de 10 minutos consecutivos provocará que se

bloquee y habrá necesidad de proporcionar la contraseña del usuario para seguir

trabajando en SIRH UFG.

• El uso de caracteres no comunes (ej. %&$()_”*,) está restringido para la asignación de

nombres y contraseñas de usuarios.

• El formato de fecha válido para SIRH UFG es dd/mm/yyyy, donde (dd) representa a los

días, (mm) los meses y (yyyy) los años, cualquier variación en el formato o escritura

incorrecta provocará una alerta de SIRH UFG indicando el error cometido.

capitulo 4 diseÑori.ufg.edu.sv › jspui › bitstream › 11592 › 6373 › 5 › 005.3... ·...

Documents