Trabajo Final

1 Taller de Base de Datos XTREAM MOTORS
Este trabajo est dedicado a Dios por ser quien

Nos gua en el buen camino de la vida; a nuestros
Profesores que gracias a los conocimientos que nos
Brindan podremos lograr nuestros metas y por supuesto
A nuestros padres por darnos ese amor y apoyo incondicional.
CONTENIDO
1
Taller de Base de Datos
I. PLANEACIN Y ADMINISTRACIN DEL PROYECTO

1. El negocio................................................................................................................................5
1.1. Razn Social............................................................................................................5
1.2. Ubicacin.................................................................................................................5
1.3. Rubro Econmico.....................................................................................................6
1.4. Clientes....................................................................................................................6
1.5. Competidores...........................................................................................................6
1.6. Organigrama............................................................................................................7
2. Alcance del Proyecto...............................................................................................................7
3. Objetivos del Proyecto.............................................................................................................8
4. Justificacin.............................................................................................................................8
5. Beneficios................................................................................................................................9
6. Tareas a realizar......................................................................................................................9
7. Roles y equipos.....................................................................................................................11
8. Cronograma...........................................................................................................................12
9. Recursos y costos.................................................................................................................12
II. ANLISIS DE REQUERIMIENTOS

1. Modelo de Negocio ......13
1.1. Descripcin de los procesos del negocio especficos a modelar.....14
1.2. Los problemas del Negocio....14
1.3. Matriz Procesos vs. Entidades del negocio ........14
2. Investigacin previa a entrevistas: reportes de la organizacin....14
3. Seleccin de los entrevistados........16
4. Entrevista....16
5. Resumen de los requerimientos ....17
5.1. Requerimientos Funcionales......17
5.2. Requerimientos no Funcionales....17
5.3. Requerimientos de implementacin......18
III. DISEO CONCEPTUAL: MODELO CONCEPTUAL

1. Seleccin de Entidades.18
2. Definir las relaciones.19
3. Definir los atributos principales20
IV. DISEO LGICO: MODELO LGICO

1. Normalizacin.23
2. Completar las relaciones y atributos...23
3. Definir dominios..25
4. Definir restricciones...26
V. DISENO FSICO: MODELO FSICO

1. Diseo de la Base de Datos Fsica.- Aplicando nombres y estndares de la base de datos,
identificar el tipo de datos y la longitud de las columnas.27
2. Sentencias SQL para crear el modelo...27
3. Procedimientos almacenados, funciones y disparadores...31
VI. ARQUITECTURA DEL SISTEMA: CARACTERSTICAS

1. Presentar la arquitectura del Sistema.................................33
2
VII. APLICACIONES PARA USUARIOS FINALES: CARACTERSTICAS

1. Presentar la estructura de men del aplicativo.....................................................................33
2. Interfaces principales..........................................................33
3. Reportes y/o consultas principales.....................................34
VIII. REFERENCIAS...............................................................35
IX. ANEXOS............................................................................35
3
I. PLANEACIN Y ADMINISTRACIN DEL PROYECTO
1. El negocio
1.1. Razn Social
Nmero de RUC: 20520556282 - XTREME MOTORS AUTO SALES S.A.C.

Tipo Contribuyente: SOCIEDAD ANONIMA CERRADA
XTREME MOTORS
Nombre Comercial:
AUTO SALES S.A.C.
Fecha de Inicio de
Fecha de Inscripcin: 31/12/2008 02/01/2009
Actividades:
Estado del
ACTIVO
Contribuyente:
Condicin del
HABIDO
Contribuyente:
Direccin: ALM.SUR NRO. 325 URB. SN JUAN BAUTISTA DE
Direccin del
VILLA
Domicilio Fiscal:
Distrito: CHORRILLOS
1.2. Ubicacin
Local Chorrillos
Cuenta con 2000 m2 en rea de ventas y post venta, 8 elevadores para el servicio
de mantenimiento, rea de almacn de repuestos, servicio elctrico y mecnica en
general. Con un promedio de ms de 800 atenciones mensuales.
4
Direccin: ALM.SUR NRO. 325 URB. SN JUAN BAUTISTA DE VILLA

Departamento: LIMA
Provincia: LIMA
Distrito: CHORRILLOS
01 254-1373
Fax: 99 834*4071
e-Mail: renato@xtrememotorsperu.com
Horario de Atencin:
Lunes a Viernes de 8:00am a 5:00pm
Sbados de 9:00am a 1:00pm
1.3. Rubro Econmico
La compaa tiene una operacin en venta de Partes y Repuestos de vehculos as como

tambin venta de vehculos.
1.4. Clientes
Con la finalidad de brindar un servicio especial y un horario especial, a los clientes con
ms dificultades para realizar su servicio post venta en el horario estndar de lunes a
sbado, xtream motors, cuenta con servicios especiales de atencin, asesoramiento y
beneficios para los clientes ms exigentes.
As, podrn regresar a sus labores cotidianas, con la confianza de haber recibido el
servicio de mantenimiento Kia y, sobre todo, no perder su garanta.
1.5. Competidores
En los diversos talleres que hay en varias partes del pas, todos ellos ofrecen los mejores
profesionales y maquinarias de ltima tecnologa para su vehculo, a continuacin
citaremos una lista de los principales talleres que generan competencia:
AutomotoresGildemeister Per S.A. de Hyundai

Nissan Maquinarias S.A.
ToyotaCare
LiderconPeru S.A.C.
5
1.6. Organigrama
DIRECTOR DE
MATENIMIENT
O MECANICO
ASISTENTE
COORDINADOR
ADMINISTRATIV JEFE DE TALLER
O
RECEPCIONISTA
AUXILIARES
SUPERVISOR
ESPECIAL
MECANICO MECANICO
(ELECTRICO)
MECANICO
(VULCANIZADO MECANICO
R) (SOLDADOR)
ENDERASADO Y
PINTURA
LAVADOR DE
CARRO
2. Alcance del Proyecto
Geogrfico
El proyecto se llevar a cabo dentro del ambiente de interaccin del cliente y el taller,
de manera que se integrar la totalidad de las transacciones comerciales de talleres
automotrices que se realizan en el pas.
Organizacional
El alcance organizacional comprende:
DIRECTOR DE MANTENIMIENTO MECNICO
JEFE DE TALLER
SUPERVISOR ESPECIAL
ALMACENISTA
Funcional
El Sistema de Reserva para el mantenimiento de autos atiende todos los procesos
relacionados con las diferentes etapas de la vida de un auto dentro del taller XTREAM
6
AUTOMOTRIZ: mantenimiento, reparacin, cambio de piezas, planchado, pintura,

frenos, embriagues, entre otros.
El sistema permite el manejo y registro de reservas de cada cliente para el mantenimiento

de su auto.
3. Objetivos del Proyecto
Tener un sistema de reserva optimizado para la compra venta de repuestos automotrices

y mantenimiento para vehculos livianos a travs de la provisin de servicios de calidad,
confiables y seguros para los clientes.
Facilitar al cliente la realizacin de una operacin y evitar congestiones, de manera que sea
un cliente satisfecho con el servicio que se le ha bridado.
Tener un listado de citas anticipadamente, para mantener un orden y tener directamente un

horario a cumplir.
4. Justificacin
Identificacin del problema

En los talleres automotrices por la falta de no tener anticipadamente un listado de
citas de clientes para poder atender sus vehculos, vienen sufriendo una situacin de
planificacin en la atencin, perdidas de clientes, clientes insatisfechos los cuales
recurren a otros talleres.
La solucin del problema

La solucin del problema es establecer un sistema de reserva para que los trabajadores
del taller tengan anticipadamente un listado de citas directamente a cumplir, y que los
clientes no pasen por incomodidades como por ejemplo, si van al taller con su vehculo
7
y se dan con la sorpresa que no hay un horario libre para poder atenderlo debido a que
otro cliente ya reservo ese horario.
La reserve se puede realizar mediante un sitio web o simplemente con una llamada
telefnica.
5. Beneficios
A travs del desarrollo del presente proyecto se espera que al final del mismo el
concesionario XTREAM MOTORS, ubicado en la alameda de chorrillos), cuente con un
Plan Estratgico para la consecucin de los objetivos del mismo.
De manera general el proyecto se formula para mejorar una situacin financiera y para
aumentar ingresos con respecto al concesionario y, para crear una nueva alternativa de
servicio al cliente de manera que queda satisfecho.
6. Tareas a realizar
Estudio de viabilidad
Analizar el sistema propuesto
Escribir una descripcin.
Definir y documentar posibles sistemas.
Analizar el coste de sistemas similares.
Estimar el tamao del sistema, la planificacin y los costes.
Definir cualitativa y cuantitativamente los beneficios del sistema propuesto.
Realizacin de una estimacin detallada de costes, planificacin, recursos, etc., de la
siguiente fase (Anlisis).
Asignar director del proyecto.
Anlisis
Definir el mbito del sistema propuesto
8
-Funciones, Dimensiones, Usuarios, Restricciones

Entrevista a todos los usuarios propuestos y actuales
Producir el documento de requisitos del nuevo sistema
Realizacin de una estimacin detallada de costos, planificacin, recursos, etc., de la
siguiente fase (Diseo).
Diseo
Producir el diseo global del sistema.
Desarrollar un diseo detallado del sistema, por alternativa de diseo planteada
Evaluar las alternativas de diseo, para cada alternativa.
Producir el documento de diseo del sistema.
Codificacin
Producir un plan de trabajo.
Realizacin del diseo detallado de cada programa.
Codificar, documentar cada programa.
Realizacin de una estimacin detallada de costes, planificacin, recursos, etc., de la
siguiente fase (Prueba del sistema).
Pruebas
Revisar la planificacin de instalacin.
Esbozar el plan ante cadas.
Aprobacin de la documentacin del sistema
Aprobacin del plan de instalacin.
Finalizacin del sistema completamente probado.
Instalacin
Desarrollar los planes de contingencia, recuperacin y cada.
Desarrollar los procedimientos de mantenimiento y versiones.
Planificar y programar las revisiones post-instalacin:
Llevar a cabo las revisiones post-instalacin:
Mantenimiento
Implementar los cambios del sistema.
Asegurarse de que el sistema contina solucionando las necesidades de los usuarios.
Utilizar los procedimientos y contenido de las revisiones post-instalacin.
9
7. Roles y equipos
PERSONA
FASE CARBAJAL CAHUANA BURNES CAMA ALBORNOZ
P I A P
Estudio de viabilidad
A P P I
Anlisis
P A I P
Diseo
P I A
Codificacin
A P I
Pruebas
A P I
Instalacin
I A P
Mantenimiento
P = Participante A = Responsable I = Se requiere opinin
Cronograma
SEMANAS
FASES ACTIVIDADES 1 2 3 4 5 6 7 8
Analizar el sistema propuesto
Estudio de
viabilidad Asignar director del proyecto.
Definir el mbito del sistema propuesto

Anlisis
Producir el documento de requisitos del nuevo sistema
Producir el diseo global del sistema.
Diseo
Producir el documento de diseo del sistema.
Producir un plan de trabajo.
Codificacin
Codificar, documentar cada programa.
Revisar la planificacin de instalacin.
Pruebas
Finalizacin del sistema completamente probado.
Desarrollar los planes de contingencia, recuperacin y
cada.
Instalacin
Llevar a cabo las revisiones post-instalacin:
Implementar los cambios del sistema.
Mantenimiento Utilizar los procedimientos y contenido de las
revisiones post-instalacin.
10
8. Recurso y Costos
Recursos
Factor productivo necesario para realizar una actividad.
Al trmino de la actividad, queda disponible para ser asignado a otra actividad o proyecto
Son recursos:
Mano de obra (mecnico, vulcanizador, almacenista, lubricador, soldador, etc.)
Equipos y herramientas (Sierra de mano, lima, broca, macho de roscar, escariador, terraja
de roscar, tijera, cortafro, buril, cincel, cizalla, tenaza)
Costos
COSTOS TOTALES
COSTOS
COSTOS DE LAS
GENERALES DEL
ACTIVIDADES
PROYECTO
COSTOS DE LOS OTROS COSTOS COSTOS DE

RECURSOS (fijos) GERENCIA
RECURSOS GASTOS
EQUIPO HUMANO INSUMOS SERVICIOS
HUMANOS ADMINISTRATIVOS
Ejemplos de programacin de costos

Una actividad de mantenimiento dura 5 das y utiliza:
Un mecnico (RH1), a $300 por da
Un soldador (RH2), a $100 por da
Dos unidades de equipo (EQ) a $500 por da
1 x 300 = 300
1 x 100 = 100
2 x 500 = 1000
SUMA 1400
11
II. ANLISIS DE REQUERIMIENTOS
1. Modelo de Negocio
1.1. Descripcin de los procesos del negocio especficos a modelar
Ingreso de cliente: Se solicitan documentos al cliente, con estos datos se realiza una
comparacin con la base de datos de clientes de la empresa para confirmar su existencia, una
vez realizada dicha comparacin se deber mostrar en pantalla los datos del vehculo y el
historial de mantenimientos anteriores si es que los hubiese. Se debe tener la posibilidad de
imprimir esta informacin.
Estableciendo fecha para el mantenimiento: Confirmada la existencia del cliente, se deber

acordar una fecha para el mantenimiento del vehculo en un plazo no mayor a 3 das, si ocurre
algn problema o inconveniente con la fecha se debe informar al cliente y establecer una nueva
fecha inmediatamente. Esta fecha deber ser registrada en el sistema y adems debe permitir
modificacin.
Recepcin de vehculo: En la fecha establecida el cliente dejara su vehculo, este ingreso debe
ser registrado junto con ciertas observaciones sobre el estado del vehculo que se perciben
directamente.
Revisin general: Los mecnicos realizan una revisin general del vehculo, para que
posteriormente se determinen todos los problemas que presenta el mismo y que sern
registrados en el sistema e impresos para su posterior envo al cliente.
Entrega de lista de problemas del vehculo: Se enva al cliente un documento que muestra todos
los problemas encontrados junto con el nivel de prioridad de cada uno y adems el costo que
incluye cada solucin.
Eleccin de problemas a solucionar: El cliente decide que problemas sern solucionados y se

proceder a realizar las reparaciones, aqu tambin se establece el tiempo para concluir las
reparaciones.
Consulta adicional: Se informa al cliente si desea alguna reparacin extra o si desea finalizar el
servicio.
Generacin de Factura: El sistema genera una factura para realizar el cobro por las reparaciones,
en este documento se detallara el problema, el costo por mano de obra y el costo por repuesto
necesario para ser solucionado. Este documento ser guardado en el sistema.
Emisin y pago de factura: Se emite la factura final y se confirma su pago.

Salida del vehculo: Se entrega el vehculo al cliente revisando su estado final y se confirma su
salida.
12
1.2. Los problemas del Negocio
- Dificultad con el modelo de manejo manual de la informacin

- Falta de revisin de vehculos al momento de ingreso y salida
- Ineficiencia en el establecimiento de fechas para reparacin
- Problemas de registro al realizar una reparacin extra
- Inconvenientes en la priorizacin de problemas del vehculo
- Falta de documentacin para mostrar al cliente los problemas de su vehculo
1.3. Matriz Procesos vs. Entidades del negocio
Cliente Vehculo Mecnico Sistema

Ingreso de cliente x x x
Estableciendo cita x x
Recepcin de vehculo x x
Revisin general x x
Entrega de lista de problemas x x
Eleccin de problemas a solucionar x x x x
Consulta adicional x x x x
Generacin de Factura x x
Emisin y pago de factura x x
Salida del vehculo x x
13
2.-Investigacin previa a las entrevistas:

En esta seccin se pasa a ver como la empresa emite o nos muestra un reporte del servicio al
que se prest, as como tambin los detalles del mismo.
Reportes:
Pantallazos:
La implementacin del software de la empresa cuenta con las siguientes interfaces.
Detalle de las refacciones a trabajar:
Registro de clientes Ventas realizadas
3.-Seleccionar a los entrevistados:
14
Ahora segn la prioridad y tambin la disponibilidad del cargo pasaremos a ver a quien podra
brindar la suficiente informacin para poder recopilar y poder hacer nuestro modelado de base
de datos lgico.
Organigrama
DIRECTOR DE
MATENIMIENTO
MECANICO
ASISTENTE
COORDINADOR
ADMINISTRATIV JEFE DE TALLER
O
RECEPCIONISTA
AUXILIARES
SUPERVISOR
ESPECIAL
MECANICO MECANICO
(ELECTRICO)
MECANICO
(VULCANIZADOR MECANICO
) (SOLDADOR)
ENDERASADO Y
PINTURA
LAVADOR DE
CARRO
Elegimos al JEFE DE TALLER quien estuvo de acuerdo en darnos toda la informacin

correspondiente a todo y cada uno de los pasos por donde tiene que pasar el auto para ser
reparado.
4.-Entrevista
Durante la entrevista se realizaron muchas preguntas sobre todo como se da todo el proceso de
mantenimiento en esta empresa, pudiendo as reconocer los siguientes procesos.
PREGUNTAS QUE SE REALIZARON
Cul es el flujo de los procesos efectuados?

Cul de ellos es el ms importante?
Con que tecnologas trabajan?
Cul es su misin y su visin?
15
Qu es lo que sus clientes le piden de manera seguida?

Qu sistemas de administracin usan (SGBD)?
Centrndonos ms en el proceso
ENCONTRAMOS EL SIGUIENTE FLUJO DE PROCEDIMIENTOS

1. RECEPCION DEL VEHICULO
2. PRESUPUESTO (HOJA DE TRABAJO)
3. ORDEN DE TRABAJO
4. PLANIFICACION DE LA CARGA DE TRABAJO
5. REALIZACION DE TAREAS EN EL TALLER
6. FINALIZACION DE LAS TAREAS EN EL TALLER
7. ENTREGA DEL VEHICULO
5. Resumen de los requerimientos
5.1. Requerimientos Funcionales
- Mostrar datos del vehculo e historial de mantenimiento

- Registrar y actualizar la fecha de cita
- Registrar ingreso del vehculo y observaciones
- Registrar e imprimir todos los problemas encontrados en el vehculo
- Registrar reparaciones que se llevaran a cabo por eleccin del cliente
- Generar factura para el cobro del servicio
- Registrar salida del vehculo y estado final
5.2. Requerimientos no Funcionales
- La comparacin de datos del cliente debe ser inmediata y mantener la seguridad adecuada
- La fecha de la cita debe establecerse en menos de 3 das luego de haber ubicado al cliente
- Consultar con el cliente los elementos que tiene el vehculo al momento del ingreso
- Estandarizar la prioridad para los problemas existentes en el vehculo
- Los costos establecidos deben incluir el impuesto correspondiente
- La emisin de la factura debe ser inmediata al trmino de las reparaciones
- No deben haber problemas de perdida de elementos del vehculo al momento de devolverlo
5.3. Requerimientos de implementacin
16
- El programa se realizar en lenguaje java

- Las interfaces deben ser simples y cumplir las funciones principales de agregado y modificacin
- Se usara SQL Server para el manejo de la base de datos
- La lista de problemas encontrados en el vehculo debe estar ordenada alfabticamente.
- En toda interfaz del programa se debe mostrar el nombre y logo de la empresa
III. DISEO CONCEPTUAL: MODELO CONCEPTUAL
1. Seleccin de Entidades o de Clases.

La entidad CLIENTE es aquella donde se
CLIENTE va a almacenar a los clientes que usen
nuestros servicios personalizndolos con
un Id de cliente.
AUTOMOVIL representa a todos los
AUTOMOVIL automviles registrados en KIA con su
respectivo modelo.
EJEMPLAR es una unidad nica que le va
EJEMPLAR a pertenecer a un solo cliente identificado
con un nico nmero de matrcula.
MODELO_VEHICULO Esta entidad MODELO_VEHICULO nos

indica los modelos que se tiene KIA de un
tipo de automvil especifico.
TIPO_VEHICULO La entidad nos detalla a qu tipo de

vehculo pertenece cada modelo, entre
estos tipos tenemos: autos, camionetas,
carga.
Esta entidad tiene la funcin de tener
CITA almacenado las citas y todas ellas estn
relacionadas en el Ejemplar en una fecha
determinada.
Esta entidad tiene la funcin de
INVENTARIO_VEHICULO seleccionar todas las
CARACTERISTICAS que estn
relacionadas con una cita especfica que a
su vez solo le pertenece a un vehculo
especfico en una fecha exacta.
Este INVENTARIO_VEHICULO Tiene
CARACTERISTICAS informacin sobre todos los accesorios y
caractersticas de todos los modelos de
carros.
Selecciona solamente los problemas que
DETALLE_OBSERVACIONES_VEHICULO se encuentren en un EJEMPLAR en una
CITA determinada.
Aqu se va a almacenar todos los posibles
PROBLEMAS_VEHICULO problemas que se puedan encontrar
identificndolos con ID nico.
ARTICULO
17
Son los artculos presentes en el almacn

y que van a hacer utilizados en las
reparaciones.
ARTICULOS_USADOS Rompe la relacin
muchos a muchos de ARTICULO y
REPARACIONES_REALIZADAS.
ARTICULOS_USADOS En las reparaciones se usan artculos de
almacn, esta entidad detalla que se us
en cada reparacin mediante el cdigo de
reparacin y el cdigo de artculo.
REPARACIONES_REALIZADAS Nos muestra lo que se le hizo al vehculo

en el taller, presenta un cdigo de cada
una de las reparaciones, tiempo y detalles.
DETALLE_REPARACIONES
Este es el detalle de lo que se le realiz al
vehculo y se guarda como un historial.
FACTURACION Es la entidad encargada de llevar un

registro de los cobros realizados en cada
proceso de reparacin y/o mantenimiento.
Son registros de los trabajadores de la
OPERARIOS empresa, presentan los atributos bsicos
de una persona al igual que CLIENTE.
2. Definir las relaciones
Cada MODELO_AUTOMOVIL est

INCLUYE / PERTENECE ( TIPO_VEHICULO y incluido en un TIPO_VEHICULO
MODELO_AUTOMOVIL) Entre los TIPOS podemos tener :
(Pasajeros , SUV / MPV y Linea
Comercial)
INCLUYE / PERTENECE Cada AUTOMOVIL tiene un
(MODELO_AUTOMOVIL y AUTOMOVIL) MODELO_AUTOMOVIL
Entre los MODELOS del TIPO Pasajero
tenemos :Picanto, Rio, Optima, etc.
MODELO / BASADO (AUTOMOVIL y El EJEMPLAR est basado en un

EJEMPLAR) AUTOMOVIL donde este EJEMPLAR
tendr caractersticas propias en
accesorios, colores etc.
TIENE / PERTENECE_A ( CLIENTE y Esta relacin nos muestra que cada
EJEMPLAR) EJEMPLAR tiene un dueo en este caso
el CLIENTE.
El EJEMPLAR cada vez que ingrese a
GENERA / ES_GENERADA_PARA nuestras instalaciones ser para un
(EJEMPLAR y CITA) mantenimiento o reparacin as que eso
GENERA una CITA.
POSEE / PERTENECE (CITA y Cada cita va a poseer finalmente un

DETALLE_REPARACIONES) DETALLE DE REPARACIONES.
18
ESTA_INCLUIDO / INCLUYE (OPERARIOS y Un OPERARIO en este caso uno de

DETALLE_REPARACIONES) nuestros trabajadores estar INCLUIDO
dentro del DETALLE DE
REPARACIONES para conocer y llevar un
control de quien realizo tales
REPARACIONES.
ESTAN_INCLUIDAS / INCLUYEN Todas las REPARACIONES

(REPARACIONES_REALIZADAS y REALIZADAS estarn INCLUIDAS en el
DETALLE_REPARACIONES) DETALLE DE REPARACIONES para
poder llevar un control y el cliente pueda
verificar que es lo que se ha realizado.
3. Definir los atributos principales
La tabla CLIENTE presenta un Id_Cliente

que lo identifica en la tienda como tal.
Adems de ello presenta los datos bsicos
que todo cliente tiene: DNI, Prenombres,
Apellidos, Direccin, Telfonos, Fechas de
nacimiento y registro en la empresa.
El atributo edad no se tom en cuenta ya que
es un atributo derivado.
La tabla AUTOMOVIL presenta como llave

principal el atributo Id_Automovil, adems de
ello presenta el nmero de matrcula y una
llave fornea que es el Id_Modelo mediante
el cual obtendremos a qu modelo pertenece
el auto.
Esta es una tabla nacida para determinar que

ejemplar de AUTOMOVIL le pertenece a un
CLIENTE. Presenta un Id_Ejemplar que es
PK. Adems de ello tiene el nmero de
matrcula y FK como Id_Vehiculo e
Id_Cliente.
Esta tabla MODELO_AUTOMOVIL nos

indica los modelos que se tienen de la marca
mediante un Id_Modelo PK y el detalle,
adems de una FK denominada Id_Tipo.
19
La tabla nos detalla a qu tipo de vehculo

pertenece cada modelo, entre estos tipos
tenemos: autos, camionetas, carga.
Muestra el cdigo de la cita, el vehculo del

cliente y la fecha.
El Id_Caracteristicas jala el detalle de cada

uno de ellos, o sea cada caracterstica
presenta un cdigo y este es el que se
colocara en esta tabla junto con el cdigo de
la cita.
Muestra el cdigo de cada accesorio

(caracterstica) as como el detalle del mismo
y la cantidad que presenta en cada auto.
El Id_Cita y el Id_Reparaciones forman el

detalle de lo que uno de los operarios detecto
en el vehculo al momento de la revisin.
Son los problemas que presenta el auto y que

sern adjuntados al detalle de
observaciones.
Son los artculos presentes en el almacn.

Tienen un cdigo que los identifica, detalle y
stock.
En las reparaciones se usan artculos de

almacn, esta tabla detalla que se us en
cada reparacin mediante el cdigo de
reparacin y el cdigo de artculo.
20
Nos muestra lo que se le hizo al vehculo en

el taller, presenta un cdigo de cada una de
las reparaciones, tiempo y detalles.
Este es el detalle de lo que se le realiz al

vehculo y se guarda como un historial.
Presenta, adems, el cdigo de los operarios
que trabajaron en el auto.
Jala a la tabla DETALLE_REPARACIONES y

se le adhiere un cdigo de la factura a pagar.
Son registros de los trabajadores de la

empresa, presentan los atributos bsicos de
una persona al igual que CLIENTE.
IV. DISEO LGICO: MODELO LGICO
1. Normalizacin. Adjuntamos un archivo con extensin .PNG con el esquema de la base

de datos normalizada.
2. Completar las relaciones y atributos
21
TIPO_VEHICULO
Id_Tipotipo NUMERICautoincrementable con inicio
Id_Tipo en 1.
Detalle tipo varchar(50).
Detalle
MODELO_AUTOMOVIL
Id_Modelo Id_ModelotipoNUMERICautoincrementable con
inicio en 100.
Id_Tipo (FK) Id_Tipo es una clave fornea de tipo
Detalle_Modelo
NUMERICnotnull.
Detalle en un varchar(50).
AUTOMOVIL Id_Automovil es un NUMERICautoincrementable

con inicio en 200.
Id_Automovil Id_Tipo es una clave fornea de tipo
NUMERICnotnull.
Id_Modelo (FK)
EJEMPLAR
Id_Ejemplar tipo NUMERICautoincrementable con
Id_Ejemplar inicio en 300.
Numero_Matricula es un char(6).
Numero_Matricula
Tanto el Id_Vehiculo, Id_Cliente y el Id_Persona son
Id_Vehiculo (FK)
llaves forneas de tipo integer.
Id_Cliente (FK)
Id_Persona (FK)
CLIENTE
Id_Cliente tipo NUMERIC IDENTITY ( 400,1 )
Id_Cliente Id_Persona es llave fornea de tipo integernotnull.
Id_Persona (FK) La Fecha_Ingreso es de tipo datetime.
Tipo_Cliente es de tipo BIT.
Fecha_Ingreso
Tipo_Cliente
Persona
Id_Persona tipo NUMERICautoincrementable
Id_Persona Pre_Nombre_1 tipo varchar(20)
Pre_Nombre_2 tipo varchar(20)
Pre_Nombre_1
Primer_Apellido tipo varchar(20)
Pre_Nombre_2
Segundo_Apellido tipo varchar(20)
Primer_Apellido
Direccion tipo varchar(200)
Segundo_Apellido
DNI tipo NUMERIC
Direccion Telefono_Fijo tipo NUMERIC
DNI Telefono_Movil tipo NUMERIC
Telefono_Fijo Fecha_Nac tipo DATE
Telefono_Movil
Fecha_Nac
CITA
Id_Cita Id_Cita tipo NUMERIC IDENTITY ( 500,1 )
Id_Ejemplar (FK) Id_Ejemplar tipo integer
Fecha_Cita Fecha_Cita tipo DATE
Estado tipo bit
Estado
Observacion tipo varchar(200)
Observacion
22
REPARACIONES_REALIZADAS
Id_Reparaciones Id_Reparaciones tipoNUMERICautoincrementable
Tiempo_Realizacion_Reparacion Tiempo_Realizacion_Reparaciones tipo NUMERIC
Detalle tipo varchar(200)
Detalle
INVENTARIO_VEHICULO
Id_Cita tipo NUMERICautoincrementable
Id_Cita (FK) Id_Caracteristicas tipo NUMERIC
Id_Caracteristicas (FK) Num_Serie tipo NUMERIC
Num_Serie
COMPROBANTE Id_Comprobante tipo NUMERIC IDENTITY (

1200,1 ) autoincrementable
Id_Comprobante
Tipo_Comprobante
Tipo_Comprobante tipo NUMERIC
Monto_Total tipo NUMERIC
Monto_Total
Id_Cita tipo NUMERIC notnull
Id_Cita (FK)
Id_Reparaciones tipo NUMERIC notnull
Id_Reparaciones (FK)
DETALLE_OBSERVACIONES_VEHICULO
Id_Cita tipo NUMERICautoincrementable
Id_Cita (FK) Id_Problema tipo NUMERICnotnull
Id_Problema (FK) Precio_Estimado tipo NUMERIC
Precio_Estimado
DETALLE_REPARACIONES
Id_Cita tipo NUMERICnotnull
Id_Cita (FK) Id_Reparaciones tipo NUMERICnotnull
Id_Reparaciones (FK) Precio tipo NUMERIC
Id_Operario tipo NUMERICnotnull
Precio
Id_Persona tipo NUMERICnotnull
Id_Operario (FK)
Id_Persona (FK)
CARACTERISTICAS
Id_Caracteristicas tipo NUMERIC
Id_Caracteristicas IDENTITY ( 700,1 ) autoincrementable
Detalle
Detalle tipo varchar(200)
Cantidad tipo NUMERIC
Cantidad
PROBLEMAS_VEHICULO
Id_Problema tipo
Id_Problema NUMERICautoincrementable
Detalle Detalle tipo varchar(200)
Tiempo_Estimado_Reparaciones tipo
Tiempo_Estimado_Reparacion
NUMERIC
23
OPERARIOS
Id_Operario Id_Operario tipo
Id_Persona (FK) NUMERICautoincrementable
Id_Persona tipo NUMERIC
Sueldo Sueldo tipo NUMERIC
Fecha_Ingreso Fecha_Ingreso tipo DATE
ARTICULOS
Id_Articulo Id_Articulo tipo NUMERIC NOT NULL
IDENTITY ( 1300,1 )
Detalle_Articulo Detalle_Articulo tipo varchar(200)
Stock Stock tipo NUMERIC
ARTICULOS_USADOS
Id_Reparaciones (FK) Id_Reparaciones tipo NUMERIC notnull
Id_Articulo (FK) Id_Articulo tipo NUMERIC notnull
Cantidad tipo NUMERIC
Cantidad
3. Definir dominios:
Las claves primarias de las entidades estn siendo definidas con un valor
numrico autoincrementable, las cuales estn siendo inicializadas en un
determinado valor (1, 100, 200, etc.). Por el momento se estn tomando estos
valores dado que la base de datos se est asumiendo como una base de prueba.
En el siguiente entregable se afinar este campo.
Las fechas se estn tomando con valores tipo DATE, un dato importante es que
debemos tomar en cuenta que la fecha de la cita no sea mayor que la fecha de
la recepcin del vehculo.
El Stock no puede ser negativo. Toma un valor mnimo de cero.
Los Detalles se asumen con un valor VARCHAR de entre 100 y 200 caracteres.
La razn por la cual asumimos este tipo de dato es que de una mejor forma que
el tipo CHAR, aquel dato se acomoda a la cantidad de caracteres usados.
4. Definir restricciones
El Stock no puede ser negativo ni carcter.

El uso de las fechas es obligatorio con un tipo de dato DATE.
24
Las llaves principales no pueden ser negativas ni caracteres, adems de ello,

por el momento se est tomando un mximo de 100 valores por entidad.
Las cantidades no pueden ser negativas ni caracteres.
Los detalles tienen una extensin mxima de 200 caracteres.
25
V. DISENO FSICO: MODELO FSICO
1. Diseo de la Base de Datos Fsica.- Aplicando nombres y estndares de la base de datos,

identificar el tipo de datos y la longitud de las columnas.
2. Sentencias SQL para crear el modelo.
CREATE DATABASE BDMASSAUTOMOTRIZ
USE BDMASSAUTOMOTRIZ
--CREACION DE TABLAS
--AUTOMOVIL
CREATE TABLE TIPO_VEHICULO(
ID_TIPO NUMERIC NOT NULL PRIMARY KEY,
DETALLE NVARCHAR(300))
26
CREATE TABLE MODELO_AUTOMOVIL(

ID_MODELO NUMERIC NOT NULL PRIMARY KEY,
ID_TIPO NUMERIC,
DETALLE_MODELO NVARCHAR(300)
CONSTRAINT PK_IDTIPO FOREIGN KEY (ID_TIPO)REFERENCES
TIPO_VEHICULO(ID_TIPO))
CREATE TABLE AUTOMOVIL(

ID_AUTOMOVIL NUMERIC IDENTITY ( 200,1 )NOT NULL PRIMARY KEY,
ID_MODELO NUMERIC
CONSTRAINT PK_IDMODELO FOREIGN KEY (ID_MODELO)REFERENCES
MODELO_AUTOMOVIL(ID_MODELO))
--PERSONA
CREATE TABLE PERSONA(

ID_PERSONA NUMERIC NOT NULL PRIMARY KEY,
PRE_NOMBRE_1 NVARCHAR(20),
PRE_NOMBRE_2 NVARCHAR(20),
PRIMER_APELLIDO NVARCHAR(20),
SEGUNDO_APELLIDO NVARCHAR(20),
DIRECCION NVARCHAR(100),
DNI NUMERIC,
TELEFONO_FIJO NUMERIC,
TELEFONO_MOVIL NUMERIC,
FECHA_NAC DATE)
--CLIENTE
CREATE TABLE CLIENTE(

ID_CLIENTE NUMERIC IDENTITY ( 400,1 )NOT NULL PRIMARY KEY,
ID_PERSONA NUMERIC,
FECHA_INGRESO DATE,
TIPO_CLIENTE NVARCHAR(20),
CONSTRAINT PK_IDPERSONA FOREIGN KEY (ID_PERSONA)REFERENCES
PERSONA(ID_PERSONA))
-- RELACION AUTOMOVIL CLIENTE
CREATE TABLE EJEMPLAR(

ID_EJEMPLAR NUMERIC NOT NULL PRIMARY KEY,
NUMERO_MATRICULA CHAR(7),
ID_VEHICULO NUMERIC,
ID_CLIENTE NUMERIC,
CONSTRAINT PK_IDVEHICULO FOREIGN KEY (ID_VEHICULO)REFERENCES
AUTOMOVIL(ID_AUTOMOVIL),
CONSTRAINT PK_IDCLIENTE FOREIGN KEY (ID_CLIENTE)REFERENCES
CLIENTE(ID_CLIENTE))
27
-- CITA DEL VEHICULO QUE AH RESERVADO EL CLIENTE
CREATE TABLE CITA(

ID_CITA NUMERIC IDENTITY ( 500,1 )NOT NULL PRIMARYKEY,
ID_EJEMPLAR NUMERIC NOTNULL,
FECHA_CITA DATE,
ESTADO BIT,
OBSERVACION NVARCHAR(200)
CONSTRAINT PK_IDEJEMPLAR FOREIGN KEY (ID_EJEMPLAR)REFERENCES
EJEMPLAR(ID_EJEMPLAR))
--CREACION DE TABLAS CARACTERISTICAS, PROBLEMAS_VEHICULO , OPERARIOS ,

REPARACIONES REALIZADAS, ARTICULOS
CREATE TABLE CARACTERISTICAS(

ID_CARACTERISTICAS NUMERIC IDENTITY ( 700,1 )NOT NULL PRIMARY KEY,
DETALLE NVARCHAR (200),
CANTIDAD NUMERIC)
CREATE TABLE PROBLEMAS_VEHICULO(

ID_PROBLEMA NUMERIC NOT NULL PRIMARY KEY,
DETALLE NVARCHAR (200),
TIEMPO_ESTIMADO_REPARACION NUMERIC)-- TIEMPO ESTIMADO EN HORAS
CREATE TABLE OPERARIOS(

ID_OPERARIO NUMERIC NOT NULL PRIMARYKEY,
ID_PERSONA NUMERIC,
FECHA_INGRESO DATE
CONSTRAINT PK_IDOPERARIO FOREIGN KEY (ID_PERSONA)REFERENCES
PERSONA(ID_PERSONA))
CREATE TABLE REPARACIONES_REALIZADAS(

ID_REPARACIONES NUMERIC NOT NULL PRIMARY KEY,
TIEMPO_ESTIMADO_REPARACION NUMERIC,-- TIEMPO ESTIMADO EN HORAS
DETALLE NVARCHAR (200))
CREATE TABLE ARTICULOS(

ID_ARTICULO NUMERIC NOT NULL IDENTITY ( 1300,1 )PRIMARY KEY,
DETALLE_ARTICULO VARCHAR(200),
STOCKNUMERIC)
--RELACION CARACTERISTICAS - CITA
CREATETABLEINVENTARIO_VEHICULO(
ID_CITANUMERIC,
ID_CARACTERISTICASNUMERIC,
NUM_SERIENUMERIC,
CONSTRAINTXPCITACARACPRIMARYKEY (ID_CITA,ID_CARACTERISTICAS),
CONSTRAINTFK_IDCITAINVFOREIGNKEY (ID_CITA)REFERENCESCITA(ID_CITA),
CONSTRAINTFK_IDCARACTERISTICASFOREIGNKEY
(ID_CARACTERISTICAS)REFERENCESCARACTERISTICAS(ID_CARACTERISTICAS))
--RELACION PROBLEMA - CITA
CREATETABLEDETALLE_OBSERVACIONES_VEHICULO(
ID_CITANUMERIC,
28
ID_PROBLEMANUMERIC,
PRECIO_ESTIMADOMONEY,
CONSTRAINTXPCITAPROBPRIMARYKEY (ID_CITA,ID_PROBLEMA),
CONSTRAINTFK_IDCITADETAFOREIGNKEY (ID_CITA)REFERENCESCITA(ID_CITA),
CONSTRAINTFK_IDPROBLEMAFOREIGNKEY
(ID_PROBLEMA)REFERENCESPROBLEMAS_VEHICULO(ID_PROBLEMA))
CREATETABLEARTICULOS_USADOS(
ID_ARTICULONUMERIC,
ID_REPARACIONESNUMERIC,
CANTIDADNUMERIC,
CONSTRAINTXPCITAARTPRIMARYKEY (ID_ARTICULO,ID_REPARACIONES),
CONSTRAINTFK_IDARTICULOFOREIGNKEY
(ID_ARTICULO)REFERENCESARTICULOS(ID_ARTICULO),
CONSTRAINTFK_IDREPARACIONESFOREIGNKEY
(ID_REPARACIONES)REFERENCESREPARACIONES_REALIZADAS(ID_REPARACIONES))
--CREACION TABLA COMPROBANTE
CREATETABLECOMPROBANTE(
ID_COMPROBANTENUMERICIDENTITY ( 1200,1 )NOTNULLPRIMARYKEY,
MONTO_TOTALMONEY,
TIPO_COMPROBANTEBIT
-- CREACION TABLA DETALLE_REPARACIONES
CREATETABLEDETALLE_REPARACIONES(
ID_COMPROBANTENUMERIC,
ID_REPARACIONESNUMERIC,
ID_CITANUMERIC,
TIEMPO_REALIZACION_REPARACIONNUMERIC,
PRECIOMONEY,
ID_OPERARIONUMERIC,
CONSTRAINTXPCITAREPPRIMARYKEY (ID_COMPROBANTE,ID_REPARACIONES),
CONSTRAINTFK_IDCITAFOREIGNKEY (ID_CITA)REFERENCESCITA(ID_CITA),
CONSTRAINTFK_IDREPARACIONESREPFOREIGNKEY
(ID_REPARACIONES)REFERENCESREPARACIONES_REALIZADAS(ID_REPARACIONES),
CONSTRAINTFK_IDOPERARIOFOREIGNKEY
(ID_OPERARIO)REFERENCESOPERARIOS(ID_OPERARIO),
CONSTRAINTFK_IDCOMPROBANTEREPFOREIGNKEY
(ID_COMPROBANTE)REFERENCESCOMPROBANTE(ID_COMPROBANTE))
29
3. Procedimientos almacenados, funciones y disparadores.
--CREACION FUNCIONES
CREATEFUNCTIONCALCULOIGV(@MONTOMONEY)
RETURNSMONEY
AS
BEGIN
DECLARE@RESMONEY
SELECT@RES=@MONTO*0.18
RETURN@RES
END
CREATEFUNCTIONCALCULOMONTOAPAGAR(@MONTOMONEY)
RETURNSMONEY
AS
BEGIN
DECLARE@RESMONEY
SELECT@RES=@MONTO*1.18
RETURN@RES
END
--UTILIZAR FUNCION
SELECT*,DBO.CALCULOIGV(COMPROBANTE.MONTO_TOTAL)ASIGV,DBO.CALCULOMONTOA
PAGAR(COMPROBANTE.MONTO_TOTAL)ASMONTO_A_PAGARFROMCOMPROBANTE
-- CREACION DE TRIGGER PARA COMPROBAR LA CANTIDAD DE DIGITOS

DEPENDIENDO DEL TIPO DE COMPROBANTE
CREATETRIGGERCOMPROBARTIPOCOMPROBANTE
ONCOMPROBANTE
FORINSERT
AS
BEGIN
DECLARE@KEYBIT
DECLARE@NUMERODIGITOSnumeric
SELECT@NUMERODIGITOS=LEN((SELECTID_COMPROBANTEFROMinserted))
SELECT@KEY=(SELECTTIPO_COMPROBANTEFROMinserted)
IF @KEY=0 -- CERO FACTURA ,,,,,, UNO BOLETA

IF@NUMERODIGITOS>11 AND@NUMERODIGITOS<0
ROLLBACK
IF@KEY=1
IF@NUMERODIGITOS>10 AND@NUMERODIGITOS<0
ROLLBACK
END
30
--PROCEDIMIENTOS ALAMACENADOS
CREATE PROCEDURE USP_LISTARCITASRANGO
(@FECHAINICIAL DATE,@FECHAFINAL DATE)
AS
SELECTPERSONA.PRE_nombre_1,persona.PRIMER_APELLIDO,persona.ID_PERSONA,
CITA.FECHA_CITA,EJEMPLAR.NUMERO_MATRICULA
FROMPERSONA
INNERJOINCLIENTEONpersona.ID_PERSONA=CLIENTE.ID_CLIENTE
INNERJOINEJEMPLARONEJEMPLAR.ID_CLIENTE=CLIENTE.ID_CLIENTE
INNERJOINCITAONCITA.ID_EJEMPLAR=EJEMPLAR.ID_EJEMPLARWHERECITA.FECHA_CI
TABETWEEN@FECHAFINALAND
@FECHAINICIAL
---
EXECUSP_LISTARCITASRANGO'1-1-1991',' 2-2-1992'
31
VI. ARQUITECTURA DEL SISTEMA: CARACTERSTICAS

1. Presentar la arquitectura del Sistema
VII. APLICACIONES PARA USUARIOS FINALES: CARACTERSTICAS

1. Presentar la estructura de men del aplicativo.
2. Interfaces principales
32
3. Reportes y/o consultas principales

EJEMPLO 1:
DETERMINAR EL TIPO DE AUTOS CON SU RESPECTIVA DESCRIPCION.
SELECT A.ID_TIPO, A.DETALLE, B.ID_MODELO, B.DETALLE_MODELO, C.ID_AUTOMOVIL
FROM TIPO_VEHICULO A
INNER JOIN MODELO_AUTOMOVIL B
ON A.ID_TIPO = B.ID_TIPO
INNER JOIN AUTOMOVIL C
ON C.ID_MODELO = B.ID_MODELO
EJEMPLO 2:
DETERMINAR EL DETALLE DE LA CITA NUMERO 501.
SELECT *
FROM DETALLE_REPARACIONES
WHERE ID_CITA = 501
EJEMPLO 3:
DETERMINAR EL CLIENTE Y FACTURA DE LA CITA NUMERO 502.
SELECT A.PRE_NOMBRE_1, A.PRE_NOMBRE_2, A.PRIMER_APELLIDO, A.SEGUNDO_APELLIDO,
D.ID_COMPROBANTE
FROM PERSONA A
INNER JOIN CLIENTE E ON A.ID_PERSONA = E.ID_PERSONA
INNER JOIN EJEMPLAR B ON E.ID_CLIENTE = B.ID_CLIENTE
INNER JOIN CITA C ON B.ID_EJEMPLAR = C.ID_EJEMPLAR
INNER JOIN DETALLE_REPARACIONES D ON C.ID_CITA = D.ID_CITA
WHERE C.ID_CITA = 502
33
VIII. REFERENCIAS
Libro de consulta:
Base de datos: Diseo, implementacin y administracin.
Autor: Coronel / Morris / Rob
IX. ANEXOS
1.- Se adjunta un CD con la estructura de la base de datos en ERwin.
2.- Se adjunta un CD con la Data completa de nuestro sistema.
3.- Se adjunta un archivo .SQL con la creacin de la base de datos.
4.- Se adjunta un archivo .SQL con la insercin de la data.
34

Trabajo Final

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Trabajo Final

Uploaded by

Copyright:

Available Formats

1 Taller de Base de Datos XTREAM MOTORS

Este trabajo est dedicado a Dios por ser quien

I. PLANEACIN Y ADMINISTRACIN DEL PROYECTO

II. ANLISIS DE REQUERIMIENTOS

III. DISEO CONCEPTUAL: MODELO CONCEPTUAL

IV. DISEO LGICO: MODELO LGICO

V. DISENO FSICO: MODELO FSICO

VI. ARQUITECTURA DEL SISTEMA: CARACTERSTICAS

VII. APLICACIONES PARA USUARIOS FINALES: CARACTERSTICAS

I. PLANEACIN Y ADMINISTRACIN DEL PROYECTO

1.1. Razn Social

Nmero de RUC: 20520556282 - XTREME MOTORS AUTO SALES S.A.C.

Direccin: ALM.SUR NRO. 325 URB. SN JUAN BAUTISTA DE VILLA

1.3. Rubro Econmico

La compaa tiene una operacin en venta de Partes y Repuestos de vehculos as como

AutomotoresGildemeister Per S.A. de Hyundai

2. Alcance del Proyecto

AUTOMOTRIZ: mantenimiento, reparacin, cambio de piezas, planchado, pintura,

El sistema permite el manejo y registro de reservas de cada cliente para el mantenimiento

3. Objetivos del Proyecto

Tener un sistema de reserva optimizado para la compra venta de repuestos automotrices

Tener un listado de citas anticipadamente, para mantener un orden y tener directamente un

Identificacin del problema

La solucin del problema

-Funciones, Dimensiones, Usuarios, Restricciones

P = Participante A = Responsable I = Se requiere opinin

Definir el mbito del sistema propuesto

COSTOS DE LOS OTROS COSTOS COSTOS DE

Ejemplos de programacin de costos

II. ANLISIS DE REQUERIMIENTOS

Estableciendo fecha para el mantenimiento: Confirmada la existencia del cliente, se deber

Eleccin de problemas a solucionar: El cliente decide que problemas sern solucionados y se

Emisin y pago de factura: Se emite la factura final y se confirma su pago.

1.2. Los problemas del Negocio

- Dificultad con el modelo de manejo manual de la informacin

1.3. Matriz Procesos vs. Entidades del negocio

Cliente Vehculo Mecnico Sistema

2.-Investigacin previa a las entrevistas:

Registro de clientes Ventas realizadas

3.-Seleccionar a los entrevistados:

Elegimos al JEFE DE TALLER quien estuvo de acuerdo en darnos toda la informacin

PREGUNTAS QUE SE REALIZARON

Cul es el flujo de los procesos efectuados?

Qu es lo que sus clientes le piden de manera seguida?

ENCONTRAMOS EL SIGUIENTE FLUJO DE PROCEDIMIENTOS

5.1. Requerimientos Funcionales

- Mostrar datos del vehculo e historial de mantenimiento

5.2. Requerimientos no Funcionales

5.3. Requerimientos de implementacin

- El programa se realizar en lenguaje java

III. DISEO CONCEPTUAL: MODELO CONCEPTUAL

1. Seleccin de Entidades o de Clases.

MODELO_VEHICULO Esta entidad MODELO_VEHICULO nos

TIPO_VEHICULO La entidad nos detalla a qu tipo de

Son los artculos presentes en el almacn

REPARACIONES_REALIZADAS Nos muestra lo que se le hizo al vehculo

FACTURACION Es la entidad encargada de llevar un

2. Definir las relaciones

Cada MODELO_AUTOMOVIL est

MODELO / BASADO (AUTOMOVIL y El EJEMPLAR est basado en un

POSEE / PERTENECE (CITA y Cada cita va a poseer finalmente un

ESTA_INCLUIDO / INCLUYE (OPERARIOS y Un OPERARIO en este caso uno de

ESTAN_INCLUIDAS / INCLUYEN Todas las REPARACIONES

3. Definir los atributos principales