Sunteți pe pagina 1din 6

Modelo entidad relación:

Este modelo entidad relación (MER) se desarrolló de acuerdo con el formato de


reportes de incidentes de la alcaldía San Antonio del Sena, el cual se trabajó
bajo el caso de estudio “Incidentes en la secretaría de salud de San Antonio
Sena”.

Este modelo se conforma por 6 entidades


1. Incidentes: Esta entidad registra toda la información detallada sobre los
incidentes presentados en la alcaldía de San Antonio del Sena.
2. Tipo_incidente: Esta entidad almacena el impacto de los incidentes en
la base de datos, si el impacto en la base de datos es menor, moderado,
o alto.
3. Soluciones: Esta entidad registrara los tipos de incidentes presentados y
sus posibles soluciones para una posterior consulta de estos.
4. Dependencia: Esta entidad almacenara las dependencias que hay por
secretaria en la alcaldía de San Antonio del Sena.
5. Secretarias: Esta entidad almacenara las secretarias en la alcaldía de
San Antonio del Sena.
6. Usuarios: Esta entidad almacenara todos los usuarios que interactúen
con las bases de datos de la alcaldía de San Antonio del Sena.

MODELO ENTIDAD RELACION (ER)


Este modelo entidad relación se trabajó de acuerdo con el modelo entidad
relación observado anteriormente en este documento.

DICCIONARIO DE DATOS TABLA INCIDENTES


CAMPO TIPO TAMAÑO DESCRIPCION
Incidente_id number PK 11 Primary key
Código_error Varchar2 45 Código de error que
null arroja el sistema al
momento del incidente.
Asunto Varchar2 45 Descripción corta del
incidente.
Descripción Varchar2 4000 Descripción detallada
del incidente
presentado.
Fecha_reporte Datetime Fecha del día y la hora
que se generó el reporte
Fecha_registro Datetime Fecha y hora del día
que ocurrió el incidente
Categoría number 1 Categoría del incidente
1 para hardware y 2
para software.
Tipo_de_incidente_id Number FK 11 Llave foránea relación
con tipo de incidente
menor, moderado, alto
Dependencia_id Number FK 11 Llave foránea relación
con que contiene la
dependencia donde
ocurrió el incidente
Usuario_id Number FK 11 Llave foránea se
relaciona con el usuario
que reporta el incidente

DICCIONARIO DE DATOS TABLA TIPO_DE_INCIDENTES


CAMPO TIPO TAMAÑO DESCRIPCION
Tipo_de_incidente_id Number 11 Primary key de la
tabla
Nombre Varchar2 45 Nombre del tipo
de incidente:
menor,
moderado o alto.

DICCIONARIO DE DATOS TABLA DEPENDENCIAS


CAMPO TIPO TAMAÑO DESCRIPCION
Dependencia_id Number 11 Primary key de la
tabla
Nombre Varchar2 45 Nombre de la
dependencia
donde se registró
el incidente

DICCIONARIO DE DATOS TABLA SECRETARÍAS


CAMPO TIPO TAMAÑO DESCRIPCION
Secretaria_id number PK 11 Primary key de la
tabla
Nombre Varchar2 45 Nombre de la
secretaria donde
ocurrió el
incidente.

DICCIONARIO DE DATOS TABLA USUARIOS


CAMPO TIPO TAMAÑO DESCRIPCION
usuario id Number 11 Primary key de la
tabla
Numero_documento Varchar2 45 Numero de
documento del
usuario que
reporto el
incidente.
Primer_nombre Varchar2 45 Primer nombre
del usuario que
reporto el
incidente.
Primer_apellido Varchar2 45 Primer apellido
del usuario que
reporto el
incidente
Dependencia_id Number FK 11 Llave foránea de
la dependencia
que pertenece el
usuario donde se
generó el
incidente

DICCIONARIO DE DATOS TABLA SOLUCIONES


CAMPO TIPO TAMAÑO DESCRIPCION
Solucion_id number PK 11 Primary key de la
tabla
Descripcion Varchar2 4000 Descripción de la
solución dada al
reporte del
incidente.
Incidente_id Number FK 11 Relación de la
solución con el
incidente
reportado.

MANUAL DE USUARIO PARA EL REGISTRO Y CONSULTA DE


SOLUCIONES DE INCIDENTES.
Los registros en las tablas los realizaremos en base a la guía que nos
proporciona el diccionario de datos en cada campo de cada tabla.
TABLA SECRETARÍAS: Esta tabla contendrá todas las secretarias de la
alcaldía, solo ingresar el nombre de la secretaria.
TABLA DEPENDENCIAS: Esta tabla contendrá todas las dependencias de cada
una de las secretarias, ingresar el nombre de la dependencia y la llave foránea
de la secretaria a la cual pertenece. Previamente debe existir la secretaria.
TABLA USUARIOS: esta tabla contendrá todos los usuarios que interactúan con
las bases de datos de la alcaldía, registrar numero de documento, primer
nombre, primer apellido y llave foránea de la dependencia a la cual pertenece el
usuario.
TABLA TIPO_INCIDENTES: esta tabla contendrá los tipos de incidentes solo
almacenara 3 registros con los cuales sabremos el impacto del incidente que se
esta reportando los cuales son: menor, moderado, alto.
TABLA INCIDENTES: esta tabla se registrará los tipos de incidentes reportados,
guiándonos de los diccionarios de datos se relaciona con los usuarios,
dependencias, tipos de incidentes y soluciones.
TABLA SOLUCIONES: esta tabla se registrará la descripción de cómo se dio
solucion a los incidentes reportados, se debe hacer la relación con la tabla
incidentes para una posible consulta.
COMO CONSULTAR LOS INCIDENTES
Al realizar nuestras consultas podemos hacer filtros por varios campos de
nuestra tabla incidentes como los son eje: código_error, asunto,
tipo_de_incidente o fechas, al realizar nuestra consulta se aconseja realizar un
join con la tabla soluciones para poder observar la descripción de cómo se dio
solución al incidente reportado.
En esta imagen podemos observar la “knowledge base” implementada en
nuestro SMBD de Oracle. Tenemos como ejemplo una consulta a un incidente
al cual ya se le dio una solución.
En esta sentencia SQL estamos solicitando los siguientes datos que son los que
mas me interesan por el momento: código del error, el asunto que es la
descripción corta del incidente, y como se solucionó.
Para ello realizamos un join entre la tabla incidentes y la tabla soluciones
recuerden que podemos filtrar por varios campos.

En esta otra consulta hacemos join con la tabla usuarios para conocer el nombre
Del usuario que reporto el incidente.

S-ar putea să vă placă și