Proyecto final bases de datos
Enviado por Fabian Franco • 13 de Febrero de 2020 • Informes • 1.013 Palabras (5 Páginas) • 139 Visitas
[pic 1]
Proyecto Final Bases De Datos
Fabian Andres Franco Chica
Oscar Julian Polo Mora
Ing. Daymer Arley García Galindo
Corporación Universitaria Minuto de Dios
Vicerrectoría Regional Orinoquía
Sede / Centro Tutorial Villavicencio (Meta)
Programa Tecnología en Desarrollo de Software
2019
TABLA DE CONTENIDO
INTRODUCCIÓN 3
CONCEPTOS 4
Base de Datos 4
Atributo: 4
Entidad: 5
Diccionario de Datos: 5
Relación: 5
DIAGRAMA ENTIDAD RELACIÓN 7
DIAGRAMA RELACIONAL 8
DICCIONARIO DE DATOS 9
user_types 9
tipo_documento 9
users 10
servicios 12
empleado 13
agendar_turno 14
Referencias 15
INTRODUCCIÓN
En el siguiente trabajo se presentarán el diagrama relacional, diagrama entidad relación, el Script, diccionario de datos y los insert obligatorios de la base de datos lo cual nos permitirá tener la información de la empresa “Oxi” de manera ordenada de todos los clientes y empleados que posee siendo fácil de consultar en el momento que se requiera.
CONCEPTOS
Base de Datos
Las bases de datos la herramienta más adecuada que se utiliza para almacenar los datos en un sistema de información debido a sus características de seguridad, recuperación ante fallos, gestión centralizada, debido a que se puede almacenar gran cantidad de información y siempre estará de manera ordenada siendo sus consultas demasiado agiles (Concepto, Anónimo).
Atributo:
Los atributos definen o identifican las características de entidad (es el contenido de esta entidad). Cada entidad contiene distintos atributos, que dan información sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto, fecha...).
Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad "Coches", que nos darán información sobre los coches de nuestro supuesto taller.
Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del propietario, marca, modelo y muchos otros que complementen la información de cada coche.
Los atributos se representan como círculos que descienden de una entidad, y no es necesario representarlos todos, sino los más significativos, como a continuación. (Genbeta, 2013)
[pic 2]
Entidad:
Las entidades representan cosas u objetos (ya sean reales o abstractos), que se diferencian claramente entre sí.
Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un taller mecánico, donde se podría crear las siguientes entidades:
- Coches (objeto físico): contiene la información de cada taller.
- Empleado (objeto físico): información de los trabajadores.
- Cargo del empleado (cosa abstracta): información de la función del empleado.
Estas entidades se representan en un diagrama con un rectángulo, como los siguientes. (Genbeta, 2013)
[pic 3]
Diccionario de Datos:
Un diccionario de datos es un conjunto de definiciones que contiene las características lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido; Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño. (Ingeniería de Software, Anónimo).
Relación:
Las relaciones de bases de datos son asociaciones entre tablas que se crean utilizando sentencias de unión para recuperar datos. (IBM Knowledge Center, Anónimo).
Tipo de relación | Descripción |
Unívoca | Las dos tablas pueden tener sólo un registro en cada lado de la relación. Cada valor de clave primaria se relaciona con sólo un (o ningún) registro en la tabla relacionada. La mayoría de relaciones unívocas están impuestas por las reglas empresariales y no fluyen con naturalidad a partir de los datos. Sin este tipo de regla, generalmente podrá combinar ambas tablas sin incumplir ninguna regla de normalización. |
Uno a varios | La tabla de claves primaria sólo contiene un registro que se relaciona con ninguno, uno o varios registros en la tabla relacionada. |
Varios a varios | Cada registro en ambas tablas puede estar relacionado con varios registros (o con ninguno) en la otra tabla. Estas relaciones requieren una tercera tabla, denominada tabla de enlace o asociación, porque los sistemas relacionales no pueden alojar directamente la relación. |
DIAGRAMA ENTIDAD RELACIÓN
[pic 4]
DIAGRAMA RELACIONAL
[pic 5]
DICCIONARIO DE DATOS
user_types
Columna | Tipo | Nulo | Predeterminado | Enlaces a | Comentarios |
CODIGO_TIPO_USUARIO (Primaria) | int(5) | No | Almacena el código de los usuarios que se registren | ||
NOMBRE_TIPO_USUARIO | varchar(35) | Sí | NULL | Nombre del tipo de usuario ya sea un Empleado o Cliente |
tipo_documento
Columna | Tipo | Nulo | Predeterminado | Enlaces a | Comentarios |
CODIGO_TIPO_DOCUMENTO (Primaria) | int(5) | No | Asigna un código para diferenciar el tipo de documento | ||
NOMBRE_TIPO_DOCUMENTO | varchar(35) | Sí | NULL | Nombre del tipo de documento del Usuario |
users
Columna | Tipo | Nulo | Predeterminado | Enlaces a | Comentarios |
ID (Primaria) | int(5) | No | Almacena id del usuario que se registre | ||
USERNAME | varchar(255) | No | Nombre que el usuario utilizara para el login. | ||
PASSWORD | varchar(255) | Sí | NULL | Contraseña que el usuario utilizara para su login. | |
NOMBRE | varchar(35) | No | Almacena el nombre del usuario que se esta registrando. | ||
APELLIDO | varchar(35) | No | Apellidos del Usuario. | ||
NUMERO_DOCUMENTO | int(10) | No | Numero de documento. | ||
CELULAR | char(10) | No | Numero de celular de los usuarios. | ||
GENERO | char(1) | No | Almacena el Género del usuario. | ||
ESTADO | tinyint(1) | No | |||
CODIGO_TIPO_USUARIO | int(5) | No | user_types -> CODIGO_TIPO_USUARIO | Código del tipo de usuario para definir si es un cliente o empleado. | |
CODIGO_TIPO_DOCUMENTO | int(5) | No | tipo_documento -> CODIGO_TIPO_DOCUMENTO | Definir qué Tipo de documento tiene el usuario. |
servicios
Columna | Tipo | Nulo | Predeterminado | Enlaces a | Comentarios |
CODIGO_SERVICIO (Primaria) | int(5) | No | Asignación de código para saber que servicio se está prestando. | ||
NOMBRE_SERVICIO | varchar(35) | No | Nombre del servicio. | ||
TIEMPO_ESTIMADO_SERVICIO | time | No | Se almacena el tiempo estimado que toma la elaboración del servicio. | ||
VALOR_SERVICIO | double | No | Valor de cada servicio. |
empleado
Columna | Tipo | Nulo | Predeterminado | Enlaces a | Comentarios |
CODIGO_EMPLEADO (Primaria) | int(5) | No | Código que es asignado a los empleados para a facilitar su búsqueda en la base de datos. | ||
DIAS | varchar(45) | No | Días en los cuales trabaja el empleado. | ||
HORARIO_ENTRADA | time | No | Horario de entrada a la empresa por parte del empleado. | ||
HORARIO_SALIDA | time | No | Hora en la cual culmina sus horas laborales. | ||
CODIGO_SERVICIO | int(5) | No | servicios -> CODIGO_SERVICIO | Código del servicio en el cual se especializa cada empleado. | |
ID | int(5) | No | users -> ID | Código de empleado o id el cual nos mostrara más fácil toda la información sobre el empleado. |
...