ENTREGA 2

FUNDAMENTOS Y BASES DE DATOS

AUTORES:
GRUPO: “LOS DE SIEMPRE”
Xavy Carolina Sierra Muñoz Código. 100343288
Stiven Julian Gonzalez Vásquez Código. 100342573
Juan David Portela Aguja Código. 100342791
Luis Felipe Vélez Código. 100342608
Sorely García Cortés Código. 1521021206

ASESOR: Sandra Luengas Aponte

INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO

FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN
ESPECIALIZACIÓN EN GERENCIA DE PROYECTOS EN INTELIGENCIA DE
NEGOCIOS

MEDELLIN, 2023

1
Tabla de Contenido

Planteamiento del Problema........................................................................................................................3

Justificación.................................................................................................................................................4
Objetivos.....................................................................................................................................................5
Objetivo General.....................................................................................................................................5
Objetivos Específicos..............................................................................................................................5
1. Identificación de Entidades, Atributos y Relaciones............................................................................6
1.1. Entidades.....................................................................................................................................6
1.2. Atributos......................................................................................................................................6
1.3. Relación...........................................................................................................................................7
2. Diseño Del Modelo Conceptual...........................................................................................................8
3. Construcción Del Modelo Lógico........................................................................................................9
3.1. Esquema Relacional.....................................................................................................................9
3.2. Diagrama Relacional..................................................................................................................10
4. Modelo Físico De Una Base De Datos..............................................................................................11
4.1. Diccionario De Base De Datos..................................................................................................11
4.2. Reglas de Negocio.....................................................................................................................13
4.2.1. Tiempo de Respuesta.........................................................................................................13
4.2.2. Espacio de Almacenamiento..............................................................................................13
4.2.3. Tipos de Archivos..............................................................................................................13
Segunda Entrega........................................................................................................................................14
Bibliografía................................................................................................................................................19

2
 Planteamiento del Problema

Actualmente el taller de mecánica presenta un requerimiento a nivel operativo, en el área de la

recolección de la información, por lo anterior el gerente del taller solicita una herramienta que le

permita administrar la información para poder tomar decisiones a nivel estratégico, revisar sus

procesos, asignación de servicios, rotación de inventarios, facturación y tiempos de respuesta.

Desde el área de recursos humanos se han encargado de contratar personal altamente

calificado y con experiencia por lo que el taller cuenta con un excelente equipo, sin embargo, por

un incremento en la demanda de los servicios actualmente se están asignado los recursos de

mano de obra sin tener en cuenta su conocimiento especifico por lo cual se ha empezado a

aumentar el tiempo de respuesta durante la prestación del servicio y demoras en el proceso.

El gerente evidencia que no se tiene una herramienta tecnológica para administrar esta

información, el administrador mantiene sus registros en cuadernos, por lo cual el proceso de

facturación y nomina no se está surtiendo durante los tiempos previstos y se genera sobre carga

en el proceso administrativo.

Lo mencionado anteriormente puede solucionarse diseñando una base de datos para la

correcta administración de la información.

3
 Justificación

En la era de la tecnología pequeñas, medianes y grandes empresas han empezado a migrar

hacia un alto grado de desarrollo tecnológico, en los últimos años los datos adquieren un alto

valor para la toma de decisiones. Por lo anterior, las organizaciones buscan almacenar y

administrar esta información para finalmente planificar sus servicios a partir de la información

recopilada y alcanzar la maximización de valor de la compañía.

Aunado a lo anterior muchos autores indican que la riqueza esta en las organizaciones que

poseen la información y las tecnologías que usan para gestionarla. Los gerentes se capacitan para

entender el funcionamiento, apoyarse en Business Inteligence para construir informes que le

permitan gestionar nuevos conocimientos para focalizar su estrategia y alinearse con las

Megatendencias.

El taller mecánico actualmente no cuenta con el registro de información o herramientas

tecnológicas que le permitan cumplir con los tiempos pactados con el cliente y sumado a lo

anterior no se tiene un control de inventarios por lo que algunos repuestos se agotan, generando

un tiempo de respuesta más alto, las facturas a las empresas no se envían en las fechas

establecidas para recepción de dicho documento y el área de nómina no cumple con el pago a los

empleados a tiempo, el área administrativa actualmente genera horas extras aumentando los

costos para no tener un mayor impacto.

Por lo anterior, se propone al taller el diseño de una base de datos que le garantice la gestión

de la información para mejorar en la calidad percibida por todas las partes interesadas.

4
 Objetivos

Objetivo General
Diseñar una base de datos para la administración de un taller mecánico que permita la gestión de
la información.

Objetivos Específicos
 Identificar las entidades, atributos y relaciones.
 Diseñar diagrama entidad relación ER, el esquema y el modelo relacional.
 Generar el diccionario de datos.

5
DISEÑO CONCEPTUAL

1. Identificación de Entidades, Atributos y Relaciones

Teniendo en cuenta la información suministrada en la guía y las acciones para la construcción
de la base de datos en donde deberá cumplir con los siguientes requerimientos estipulados por el
cliente:

 Registrar el cliente y auto de cada servicio.

 Del cliente se registra la cédula, nombres y apellidos, teléfono y dirección.
 Del auto se registra la placa, el modelo, el color, fecha y hora de ingreso.
 A cada servicio se asigna un empleado disponible.
 El empleado a cargo del servicio registrará los repuestos con su referencia, descripción,
marca y precio al igual que las horas empleadas en el servicio.
 Con base en el precio de los repuestos, el número de horas empleadas y la utilidad
estimada se crea una factura que además incluye un IVA del 19%.

A continuación, se mencionan las entidades:

1.1. Entidades
Entidades Fuertes:
 Cliente
 Auto
 Empleado
 Servicio
 Repuestos

Entidad Débil:
a) Factura

1.2. Atributos
 Cliente atributos: cédula, nombres y apellidos, teléfono y dirección
 Auto atributos: placa, modelo, color, fecha de ingreso, hora de ingreso

6
 Empleado: Nombre y apellido
 Servicio: Descripción, horas empleadas
 Repuestos: Referencia, descripción, marca, precio

1.3. Relación
 Cliente-Auto

CLIENTE R AUTO

 Auto-Servicio

AUTO R SERVICIO

 Empleado-Servicio

EMPLEAD R SERVICIO

 Factura-Cliente

FACTURA R CLIENTE

 Factura-Servicio

FACTURA R SERVICIO

 Factura-Repuestos

FACTURA R REPUESTO

7
 2. Diseño Del Modelo Conceptual

El diseño del modelo conceptual permite visualizar de forma gráfica las entidades, atributos y

relaciones

Ilustración 1. Diseño conceptual modelo ER entre cliente y auto

Ilustración 2. Diseño conceptual modelo ER entre auto y servicio

Ilustración 3. Diseño conceptual modelo ER entre cliente y factura

Ilustración 4. Diseño conceptual modelo ER entre factura y servicios

Ilustración 5. Diseño conceptual modelo ET entre factura y repuestos.

8
3. Construcción Del Modelo Lógico
Luego de diseñar el diagrama ER se procede a realizar el esquema.

3.1. Esquema Relacional

 Cliente (id_cliente: numérico, nombre_cliente: texto, dirección: texto, teléfono;
numérico)
 Carro (placa: texto, id_cliente: numérico, color: texto, modelo: numérico)
 Repuestos (id_referencia: numérico, marca: texto, descripción: texto, precio: numérico)
 Tipo de servicio (id_servicio: texto, descrip_servicio: texto, precio: numérico)
 Empleado (id_empleado; numérico, nombre_empleado: texto, especialidad: texto)
 Factura (id_factura: numérico, id_cliente: numérico, fecha: fecha, valor: numérico, placa:
texto)
 Servicio (id_servicio: texto, id_factura: numérico, numero_Servicio: numérico,
código_servicio: numérico, fecha_ingreso: fecha, hora_ingreso: hora, id_empleado;
id_referencia: numérico, valor: numérico, cantidad: numérico, horas_servicio: numérico,
IVA: numérico)

9
 3.2. Diagrama Relacional

Ilustración 6. Diagrama relacional de la base de datos del taller mecánico.

10
 4. Modelo Físico De Una Base De Datos
Luego de diseñar el diagrama ER se procede a realizar el esquema.

4.1. Diccionario De Base De Datos

Tabla 1. Diccionario de base de datos de taller mecánico

ATRIBU TIPO DE LONGIT LLA DESCRIPCI TABLA O ENTIDAD

TABLA NULO
TO DATO UD VE ÓN FORÁNEA
Cédula
CLIENTE Id_cliente Integer Not null PK
Cliente
Nombre_cl Nombre
Varchar Not null 50
iente cliente
Dirección
Dirección Varchar Not null 50
cliente
Telefono
Telefono Integer Not nul
cliente
Identificacion
CARRO Placa Varchar Not null 6 PK de carro con
placa
Número de
Id_cliente Integer Not null FK documento Cliente
del cliente
Color Varchar Not null 20 Color Carro
Modelo Varchar Not null 20 Modelo Carro
Identificacion
TIPO_SE Id_Servici
Integer Not null 10 PK de tipo de
RVICIO o
servicio
Identificacion
Id_Orden Integer Not null de numero de
orden
Descrip_se Descripcion
Varchar Not null 50
rvicio servicio
Precio Integer Not null 20 Modelo Carro
Identificacion
REPUES Id_Referen
Integer Not null 10 PK de tipo de
TOS cia
servicio
Identificacion
marca Integer Not null de numero de
orden
Descripcio Descripcion
Varchar Not null 50
n repuesto

11
 Precio
Precio Integer Not null 20
repuesto
EMPLEA Id_emplea Identificacion
Integer Not null 10 PK
DO do de empleado
Nombre_e Nombre de
Varchar Not null 50
mpleado empleado
Especialid Epecialidad
Varchar Not null 50
ad empleado
FACTUR Identificacion
Id_factura Integer Not null 10 PK
A de factura
Identificacion
Id_cliente Integer Not null 50
cliente
Fecha_fact Epecialidad
Varchar Not null 50
ura empleado
Valor de
Valor Integer Not null 10
factura
Placa del
Placa Varchar Not null 6
carro
SERVICI Autonumerico
Id_servicio Double Not null 10 PK
O del servicio
Número de
Id_factura Integer Not null 10 FK Factura
factura
Número_s Consecutivo
Double Not null 10
ervicio del servicio
Fecha de
Fecha_ingr
Date Not null 10 ingreso del
eso
carro
Hora de
Hora_ingr
Date Not null 10 ingreso del
eso
carro
Id_emplea Identificacion
Integer Not null 10 FK
do del empleado Empleado
id_referne Identificacion
Integer Not null 10
cia de Referencia
Valor de
Valor Integer Not null 8
factura
Cantidad de
Cantidad Integer Not null 10
elementos
Horas_ser Horas por
Integer Not null 10
vicio facturar
IVA Integer Not null 10 Valor Iva
Identificacion
id_cliente Integer Not null 10 FK
cliente Cliente

12
 4.2. Reglas de Negocio
Se deben tener en cuenta las restricciones del funcionamiento del negocio.

4.2.1. Tiempo de Respuesta

Tiempo que puede llegar a tardar una transacción en ser completada.

4.2.2. Espacio de Almacenamiento

Capacidad de almacenamiento que necesitara tener el disco duro para albergar la información

procesada por la base de datos y su correcto funcionamiento.

4.2.3. Tipos de Archivos

Cuales archivos y en donde se almacenarán, definir un espacio en el servidor con el objetivo

de administrar la información.

13
Segunda Entrega

Primer Paso establezca y escriba funciones, procedimientos, cursores y triggers pertinentes

para el caso propuesto.

 La actividad fue realizada en la plataforma de (sqliteonline.com)

 Primeras líneas de código se documenta la base para que fue creada:

Segundo paso se borran las tablas ya existentes:

Tercer paso creación de tablas:

 Creación Tabla Clientes

14
 Creación Tabla Empleados

 Creación Tabla Servicios

 Creación Tabla Vehículos

 Creación Tabla Repuestos

15
  Creación Tabla Factura

Cuarto Paso Asignar Empleado

 Procedimientos Almacenados:
A continuación, puedes crear procedimientos almacenados para realizar operaciones

específicas, como asignar un empleado a un servicio y calcular la utilidad de un servicio. Estos

procedimientos esta escritos en SQL y ejecutados desde SQL online

16
  Quinto paso asignar emple

¿Indique cómo puede asegurar las propiedades ACID?

Las propiedades ACID son un conjunto de propiedades que garantizan la consistencia y la

integridad de una base de datos en entornos de procesamiento transaccional.

Atomicidad (Atomicity):

En el contexto de la base de datos, la atomicidad se refiere a la capacidad de garantizar que

una transacción se realice de manera completa o no se realice en absoluto. Esto significa que, si

una transacción implica varios pasos, como registrar un nuevo cliente y un nuevo servicio, se

debe asegurar que todos los pasos se completen con éxito o ninguno se complete en caso de

error.

17
Consistencia (Consistency):

La consistencia garantiza que la base de datos siempre pase de un estado válido a otro estado

válido después de una transacción. En el contexto de la base de datos mencionada, esto significa

que las operaciones de registro de clientes, autos, servicios, repuestos, y horas empleadas deben

mantener la integridad de los datos.

Aislamiento (Isolation):

La propiedad de aislamiento asegura que las transacciones concurrentes no interfieran entre sí.

Esto significa que una transacción en proceso no debe ser visible para otras transacciones hasta

que se complete.

Durabilidad (Durability):

La durabilidad garantiza que una vez que una transacción se ha completado con éxito, sus

cambios en la base de datos persisten incluso en caso de fallo del sistema. En otras palabras, los

datos modificados o insertados deben ser duraderos y no se deben perder. Esto se aplica a todos

los datos, incluyendo la información del cliente, el auto, el servicio, los repuestos y las horas

empleadas.

18
Bibliografía
Joyanes Aguilar, L. (2003). mheducation. Obtenido de mheducation:
https://www.mheducation.es/bcv/guide/capitulo/844814645X.pdf
Learn Microsoft. (07 de Abril de 2023). Obtenido de Learn Microsoft:
https://learn.microsoft.com/es-es/dotnet/framework/data/adonet/entity-set?
redirectedfrom=MSDN
sqliteonline. (15 de 10 de 2023). Obtenido de sqliteonline: https://sqliteonline.com/
sqliteonline. (15 de Octubre de 2023). Obtenido de sqliteonline:
https://sqliteonline.com/#share=6d0344946207ce96e62c08decb1e842f59dd6156bbcfe0fc
1bc0bf214cb0e26c

19