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.