Sunteți pe pagina 1din 8

Ignacio Moya Moreno

Doc: N◦ 2020-04
ing. Control
Universidad Distrital

Informe 2

Normalización Base de datos


Laboratorio de Electrónica
en el proceso de gestión de activos
SIGUD - Facultad Tecnológica

07/04/2020
Resúmen

En el marco de la implementación del Sistema Integrado de Gestion de la Universidad Distrital (SIGUD), se


hace estrictamente nesesario organizar la información referente a los equipos, documentos, usuarios, uso y
espacios del laboratorio de electrónica de la facultad tecnológica, se presenta a continuación el analisis de
requisitos y el modelo normalizado de la base de datos que permita gestionar la informacion relacionada con
uso, mantenimientos e inventario de los equipos del laboratorio.
Índice
1. Descripción conceptual del modelo 2
1.1. Caracterización del modelo de servicio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2. Caracterización de bienes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

2. Diagnóstico inicial 2

3. Requerimientos principales 3
3.1. Requerimientos para almacenamiento de información . . . . . . . . . . . . . . . . . . . . . . . . 3
3.2. Requerimientos No funcionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

4. Consideraciones 4

Anexos 5
Estructura actual base de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Hoja de vida Equipos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1
1. Descripción conceptual del modelo

1.1. Caracterización del modelo de servicio


El laboratorio de electrónica de la facultad tenológica ofrece diferentes servicios a la comunidad académica
de la Universidad Distrital, de ellos el mas relevante es el préstamo de equipo especializado e instrumentación
electrónica para la realización de prácticas académicas en 8 espacios definidos de la siguiente manera:

Sala de circuitos eléctricos.

Sala de electrónica analógica.

Sala de electrónica Digital.

Sala de Prácticas libres.

Salas de software especializado.

Laboratorio de Telecomunicaciones.

Laboratorio de Control y Automatización.

Laboratorio de circuitos impresos.

Por naturaleza el servicio de préstamo de equipos es intangible dado que se presta en un momento determina-
do y se consume en el tiempo que dure el servicio. Esto hace que el servicio en sí no pueda ser almacenado,
pero, se debe llevar un registro del mismo, la valoración de caidad del servicio puede establecerse a posteriori a
través de encuenstas u otras herramientas. El laboratorio de electrónica pretende ofrecer un servicio mas com-
pleto que incluya no solo el préstamo de espacios, equipos y accesorios sino también entregue un conjunto de
capacitaciones y asesorías respecto al manejo y uso de los equipos que permitan a los usuarios el crecimiento
personal y se brinde a laboratorio la tranquilidad de saber que los equipos son operados adecuadamente.

1.2. Caracterización de bienes.


Para el laboratorio de electrónica es importante tener control del estado y uso de los equipos que hacen
parte de su inventario, para tal fin se ha de tener en cuenta las características técnicas de los mismos así como
sus caracteriticas simbólicas relevantes (codigos, referencias, estados), tanto las caracteristicas técnicas como
las simbólicas se registran en formatos prestablecidos por el SIGUD.

2. Diagnóstico inicial
Para soportar adecaudamente este servicio el laboratorio esta dotado con equipos de diferentes tipos,
marcas y modelos, todos relacionados en un inventario general del laboratorio, se tiene una base de datos No
relacional que presenta los siguientes inconvenientes:

Redundancia de informacioón:

• En la tabla usuarios se encuentran registros duplicados, obedece principalmente al hecho de que


para tener acceso a los servicios del laboratorio el usuario debe estar registrado en la base de datos
(procedimiento que se realiza via WEB) y presentar su carné de estudiante vigente a la fecha; en el
momento en el que el estudiante cambia de ciclo, cambia tambien su código y su carné, razón por
la cual se les pide un nuevo registro. (debería ser una atualización de datos en la plataforma)
• En la tabla inventario se encontró que por cada tipo de equipo (generador, osciloscopio, etc) se
repite la informacion tantas veces como número de equipos (ejemplares) se tenga de ese tipo.

2
Dificultad de acceso: Para acceder a la información desde la aplicacion web o desde cualquier otra
aplicacion se hace necesario conocer detalladamente la estructura de cada tabla, lo que redunda en
consultas muy extensas y complejas.

Estructura No relacional: De ahí la gran cantidad de tablas. En el anexo 1 se detalla la estructura actual.

3. Requerimientos principales

3.1. Requerimientos para almacenamiento de información


En la base de datos se almacenen los datos generales de los equipos (Tipo, marca, código de inventario,
número interno) y los demás relacionados en el anexo 1 (Formato GL-PR-002-FR-007-Hoja de Vida
Equipos).

El laboratorio presta equipos a los alumnos de los cuales de debe llavar un registro de su número de
identificación personal (NIUP), su código de matrícula, sus nombres completos y su dirección de correo
electrónico.

Es necesario llevar un registro del personal que trabaja en el laboratorio, de ellos se almacena: NIUP,
Nombre completo, teléfono de contacto, E-mail y tipo de vinculacion con la universidad.

Se debe almacenar la información correspondiente al mantenimiento de los equipos, esta debe contener:
tipo de mantenimiento (los establecidos en el anexo 2 Formato GL-PR-002-FR-007-Hoja de Vida Equi-
pos), Diagnóstico inicial (Lo establecido en el anexo 3 GL-PR-003-FR-008-Reporte Averias Equipos).

Se requiere conocer el estado actual del equipo catalogado como: BES (Bueno en servicio), BEA (bueno
en Almacén), DPB (Dañado Para Baja) y DEG (Dañado en Garantía).

Se necesita conocer el tiempo de uso de los equipos para lo cual se debe almacenar la informacion de
la fecha y hora de préstamo, la fecha y hora de devolución, el NIUP del usuario y su nombre.

3.2. Requerimientos No funcionales


A manera de resúmen se listan algunos requerimientos no funcionales basados en la eficiencia, la seguridad
de la información y la usabilidad del sistema

Toda funcionalidad del sistema y solicitud debe responder al usuario en menos de 5 segundos.

El sistema debe ser capaz de operar adecuadamente con hasta 100 usuarios con sesiones concurrentes.

Los datos modificados en la base de datos deben ser actualizados para todos los usuarios que acceden
en menos de 2 segundos.

Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de acceso a
datos.

La informacion de usuarios, estado de equipos, matenimientos y documentos de soporte deberá ser


respaldada en unidades que se tengan a disposición con fácil acceso.

El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.

La tasa de errores cometidos por el usuario deberá ser menor del 1 % de las transacciones totales eje-
cutadas en el sistema.

El sistema debe contar con manuales de usuario estructurados adecuadamente.

3
El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final.

El sistema debe contar con un módulo de ayuda en línea.

4. Consideraciones
De los autores: Aunque se trató de abarcar temas generales del laboratorio, el trabajo hasta ahora
realizado solo hace referencia a la gestion de activos del laboratorio sobre el manejo de inventarios, hoja
de vida de los equipos y control de mantenimientos.
los requerimientos funcionales han de tratarse en otra entrega, en el momento que se trate del desarrollo
de software.

Del coordinador de laboratorio:

4
Anexos
Anexo 1

Figura 1: estructura BD Labtrónica

5
Anexo 2

Figura 2: Formato Hoja de Vida Equipos GL-PR-002-FR-007

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