LOGAPP

Modelo de Base de Datos

Versión 1.0
 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

HISTORIA DE REVISIONES

Fecha Versión Descripción

Documento Revisado por:

Walter García Salazar

Versión del Documento Elaborado por:

Walter Garcia Salazar

 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

TABLA DE CONTENIDO

1. INTRODUCCIÓN 3
1.1. PROPÓSITO 3
1.2. ALCANCE 3
1.3. REFERENCIAS 3
1.4. ORGANIZACIÓN DEL MODELO DE CLASES 4

2. MODELO BASES DE DATOS 5

2.1 NORMALIZACION DE BASE DE DATOS 5
2.2 MODELO ENTIDAD RELACIÓN 6
2.3 DICCIONARIO DE DATOS 1

1. INTRODUCCIÓN
 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

En este modelo actual se expone un diagrama lógico de una Base de Datos que abarca la
adquisición del vocabulario de los datos presentes en el sistema, junto con las semánticas
que definen sus relaciones. Físicamente, estos componentes se almacenan en una Base
de Datos para su posterior recuperación.

En la elaboración de este modelo, se tomaron en cuenta las siguientes consideraciones:

❖ Identificar las clases modelo que representan el diseño lógico de la base de datos.
❖ Considerar la disposición física de la Base de Datos, basándose en la planificación
para la implementación del sistema.

1.1. PROPÓSITO

El objetivo de este Modelo de Base de Datos es funcionar como un punto de referencia

para la creación de las estructuras lógicas en una Base de Datos, específicamente en
relación con la capa de datos requerida por la Aplicación Logapp. Además, se empleará
como una herramienta que permita a los desarrolladores futuros identificar de manera
rápida las entidades o estructuras de datos abordadas por el software desarrollado.

1.2. ALCANCE

El ámbito de este Modelo de Base de Datos abarca la recopilación de todas las

estructuras necesarias para la creación de la aplicación Logapp.

1.3. REFERENCIAS

El Modelo de Base de Datos hace parte del siguiente conjunto de artefactos, los cuales
constituyen la documentación del software:
- Documento “Modelo Estructural v 1.0” del Sistema “Logapp”.
- Artefacto Modelo de Bases de Datos de la Aplicación “Logapp”
- Documento Manual de Sistema de la Aplicación “Logapp”

1.4. ORGANIZACIÓN DEL MODELO DE CLASES

 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

El Modelo de Base de Datos está estructurado de acuerdo con la secuencia de

abstracción de las entidades de datos involucradas. En primer lugar, se exhibe el Modelo
Entidad-Relación de las estructuras identificadas, seguido por la elaboración del
diccionario de datos.
 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

2. MODELO BASES DE DATOS

2.1 NORMALIZACION DE BASE DE DATOS

La normalización de una base de datos se lleva a cabo con el objetivo de garantizar la

integridad y confiabilidad de los datos, procurando reducir al mínimo la duplicidad en sus
diversas manifestaciones, como claves primarias, foráneas, valores únicos, restricciones
de comprobación y la condición de no nulidad.

Reglas aplicadas:

Primera Forma Normal [1FN].

● Cada tabla dispone de un Identificador Único, asegurando que cada fila tenga un
ID único para facilitar la modificación de datos en columnas y filas específicas.
● Las estructuras incorporan una clave primaria uniforme denominada "id", que
identifica de manera consistente el nombre del campo.
● No hay presencia de atributos nulos ni ciclos repetitivos en las estructuras.

Segunda Forma Normal [2FN].

Después de haber asegurado que las estructuras de la base de datos cumplen con la
Primera Forma Normal, el siguiente paso es abordar la Segunda Forma Normal, que se
centra en las dependencias funcionales. En el contexto de la Segunda Forma Normal, una
estructura se considera en 2FN cuando se verifica que los atributos que no forman parte
de ninguna clave dependen completamente de la clave principal. Esto implica que no
debe haber dependencias parciales, sino dependencias completamente funcionales.

Tercera Forma Normal [3FN].

Cuando las estructuras han alcanzado la Segunda Forma Normal (2FN), pasan a estar en
Tercera Forma Normal (3FN), asegurándose de que cada atributo que no forma parte de
ninguna clave dependa directamente de la clave primaria, sin depender transitivamente de
ella.
 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

2.2 MODELO ENTIDAD RELACIÓN

El diagrama E/R 4 – Base de Datos: Usuarios

 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

2.3 DICCIONARIO DE DATOS

Se crea las Base de Datos: r_disponibilidad, en el cual se almacenarán los datos de

estado de los vehículos.

r_disponibilidad
Comentarios de la tabla: Registro de la disponibilidad de los vehículos:
Nul
Campo Tipo Registro único Predeterminado Comentarios
o
id varchar (10) No * Identificador de registro
marca varchar (10) Si Nombre marca vehículo
referencia varchar (20) Si Nombre referencia vehículo
modelo varchar (20) Si Nombre modelo vehículo
placa varchar (10) Si Placa del vehículo
propietari
varchar (15) Si Nombre propietario
o
Estado de disponibilidad del
estado varchar (15) Si
vehículo
fecha date Si Fecha de disponibilidad del vehículo

r_novedades
Comentarios de la tabla: Registro de las novedades de los vehículos:
Nul
Campo Tipo Registro único Predeterminado Comentarios
o
id int No * auto_increment Identificador de registro
bus varchar (10) Si Número del vehículo
fecha_no
datetime (6) Si Fecha de la novedad
v
novedad text Si Descripción de la novedad
estado tinytext Si Estado de la novedad
f_atencio
datetime (6) Si fecha de atención de la novedad
n
solucion text Si Descripción de la solucion
f_solucion datetime (6) Si Fecha de la solucion

Confidencial Corporación Universitaria Iberoamericana, 20XX Pág. 1

 LOGAPP Versión: 1.0
Documento de Diseño Fecha: 12 de diciembre de 2023
Documento Modelo de Base de Datos

r_soat_rtm
Comentarios de la tabla: Registro de los seguros obligatorios de los vehículos:
Nul
Campo Tipo Registro único Predeterminado Comentarios
o
id int No * Identificador de registro
soat varchar (10) Si Estado del Soat (vigente - vencido)
fecha_soat datetime (6) Si Fecha de la activación
tecno text Si Estado de RTM (vigente - vencido)
fecha_tecn
tinytext Si Fecha de la activación
o

r_usuarios
Comentarios de la tabla: Registro de los usuarios:
Nul
Campo Tipo Registro único Predeterminado Comentarios
o
id int No * auto:increment Identificador de registro
identificacio
int Si Cedula de la persona
n
nombres varchar (20) Si Nombres de la persona
apellidos varchar (20) Si Apellidos de la persona
area varchar (20) Si Area de la empresa
telefono int Si Número telefónico
user varchar (20) Si Usuario
clave varchar (20) Si Contraseña

Confidencial Corporación Universitaria Iberoamericana, 20XX Pág. 2