SISTEMA DE GESTIÓN PARA UN TALLER MECÁNICO

2009

CAPITULO I1.1 INTRODUCCIÓN:

El hecho de realizar un proyecto que sea la base para el desarrollo futuro de nuestra tesis, nos llevo a concebir una serie de propuestas sobre posibles problemas que podamos solucionar al elaborar nuestro proyecto, y optamos por elaborar un Sistema para La Gestión de Mantenimiento de Autos en un taller de mecánica, ya que uno de los integrantes del grupo planteo el problema por el que pasaban en el lugar donde el labora (taller de mantenimiento).La idea en un inicio fue tomada como algo muy sencillo, pero nos dimos cuenta que el propósito de elaborar el proyecto no era solamente plantearlo, sino elaborar un producto que en este caso sería el sistema de gestión, y poder utilizarlo al máximo en una empresa real, es decir, que por más básico que sea el sistema, nos proporcionaría resultados óptimos y de gran envergadura para la empresa.El problema de la empresa consiste en la ausencia de un sistema que les permita gestionar todo lo referente al área administrativa y la gestión del negocio en sí, ya que todo se registra en un simple cuaderno, que en muchos casos es obviado por los trabajadores. La idea es que el sistema que elaboremos sea útil para la gestión de facturas, registro de mantenimientos, venta de repuestos, y los demás procesos presentes en la empresa.Con el fin de obtener información precisa sobre los procesos que se desarrollan en la empresa nos reunimos con los propietarios de la misma, y así logramos documentar los procesos administrativos y de gestión que se llevan a cabo en el taller, obteniendo una idea global del sistema.Tras estas reuniones donde obtuvimos el esbozo de los requisitos del sistema, hemos logrado definirlo completamente y re

alizar una planificación del proyecto. A partir de este momento hemos comenzado a trabajar en el.

1.2 CARACTERÍSTICAS DE LA INVESTIGACIÓN:

Nuestro proyecto está basado en el desarrollo de una Aplicación para La Gestión de Mantenimiento de Autos en el taller Esquivel & Hermanos. En este taller evidenciamos retrasos en los servicios de reparación, además observamos un ineficaz control de los servicios prestados a cada cliente. Nuestra aplicación está basada en el registro de la información de los clientes, vehículos y servicios prestados a estos, ingresada en una base de datos, la cual estará enlazada a un entorno visual, el cual hará más sencillo y práctico el manejo de la base de datos.Mediante esta base de datos el personal del taller, llevará un control de cada vehículo, pudiendo establecer un sistema de mantenimiento preventivo basado en la información obtenida de la aplicación, es así que al ingresar la placa del vehículo dentro de la aplicación podremos visualizar el nombre del dueño, chofer, y el historial de todos los mantenimientos realizados. Lo cual nos dará una mayor facilidad para establecer los próximos mantenimientos preventivos a realizarse 

1.3 RESUMEN DE LOS CAPÍTULOS

* Funcionamiento del negocio

Se necesita llevar a cabo el desarrollo de un programa informático para gestionar un taller mecánico. El taller mecánico es un negocio formado por un sólo garaje que dispone de una pequeña oficina donde el propio dueño lleva a cabo la gestión del negocio de forma manual.Dentro de ese taller se dispone de una oficina donde las condiciones de trabajo no son tan exigentes como en la zona del garaje. Allí solo se lleva la cuenta de de ingresos y salidas en un cuaderno A4 incluso olvidándose que este ex

iste.La mayoría de los clientes del negocio son clientes habituales, por ello, el dueño del negocio desea disponer de una herramienta de fácil manejo para poder generar de manera rápida y lo más automatizada posible la creación de presupuestos y facturas. 

Con el nuevo software se podrán realizar operaciones de gestión (como gestión de clientes, gestión de vehículos por cliente, generación de avisos), informes (facturación mensual o anual, listado de piezas del almacén, etc.)* Gestión de clientes

El negocio se basa principalmente en la realización de reparaciones mecánicas de todo tipo de autos, camionetas y entre otros de carga particular, esto se debe a que el taller no está acondicionado para ello.Por norma general, para la identificación de los clientes se necesitan los siguientes datos:1. Nombre y apellidos si el cliente es un particular o nombre que identifique a la empresa en caso contrario.2. DNI del particular o de la empresa3. Dirección del cliente o de la empresa.4. Localidad5. Matrícula o placas de los coches6. Tipo de auto (Toyota, Nissan, Daewo, Hiunday, etc.)

Dado que la base del negocio se basa en la realización de las reparaciones mecánicas, el software a diseñar debe ser cómodo y sencillo de usar sobre todo en lo referente al apartado de generación de facturas y presupuestos.Los clientes se pueden dar de alta de dos maneras: directamente a partir de un formulario o si al generar una factura para un cliente se detecta que el cliente no está en la base de datos. El sistema pedirá una confirmación para realizar tal operación.Para realizar las bajas de los clientes se pueden borrar de la base de datos siempre y cuando no tengan facturas pendientes de pago. En ese caso, todas las facturas

asociadas a dicho cliente deberán permanecer en la base de datos sin asociarse a nadie en concreto.* Facturación y presupuestos

Para llevar a cabo una reparación mecánica a un cliente determinado se necesitan una serie de datos identificativos. Los datos necesarios para realizar una factura son los siguientes:

1. Fecha de comienzo de la reparación2. Identificador de la factura (compuesto por un número correlativo de factura).3. Datos identificativos del cliente. 4. Datos del coche sobre el que se llevará a cabo la reparación.

Así mismo, algunos de los clientes o empresas tienen asociados, además de los datos anteriores, un número de orden y el kilometraje del coche, los cuales serán anotados en el momento de iniciar la reparación correspondiente.En caso de los presupuestos, no es necesario añadir la información anterior aunque se permitirá que sea el cliente el que lo decida. En el cuerpo de la factura o del presupuesto la información se reparte en columnas de la siguiente manera:* Materiales* Número* Material* Precio (equivalente al número de elementos por el precio unitario de c\u).* Mano de obra* Fecha (opcional)

* Descripción de la mano de obra* Precio* Mano de obra Finamente se presenta el desglose de toda la factura:* Total materiales* Total mano de obra* Suma total de ambas* IGV (correspondiente al 19% del total de ambas)* A pagar (correspondiente a la suma del total de ambas añadiéndole el IGV)

CAPITULO IIFUNDAMENTOS TEÓRICOS1. Definiciones

Definición de Análisis: El análisis es un conjunto de hechos, principios, procedimientos o programas relacionados de manera ordenada mostrando un plan lógico formando una sola uni

dad y realizando un objetivo predefinido en el procesamiento de la Información.La función del Análisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios.Definición de Diseño:El diseño es el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema.La etapa del diseño encierra 4 etapas: Diseño de los datos, Diseño Arquitectónico, Diseño de la Interfaz y Diseño de procedimientos

2. Análisis y Diseño orientado a objetos

Análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería de software que modela un sistema como un grupo de objetos que interactúan entre sí. Este enfoque representa un dominio en términos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional.En éste método de análisis y diseño se crea un conjunto de modelos utilizando una notación acordada como, por ejemplo, el lenguaje unificado de modelado (UML). ADOO aplica técnicas de modelado de objetos para analizar los requerimientos para un contexto.Por ejemplo: Un sistema de negocio, un conjunto de módulos de software, o en nuestro caso un taller de mecánica.

3. Comparación del análisis y diseño orientados a objetos

Al hablar de comparación entre Análisis y Diseño Orientado a Objetos nos referimos al trabajo de los dos, que se mezclan continuamente. La relación que hay entre Análisis Orientada a Objetos (AOO) y Diseño Orientada a Objetos (DOO) son:* Los productos del AOO son modelos del mundo real.* El DOO toma esos modelos y agrega ciertos objetos que no existen en el mundo real. Probablemente elimine alguno de ellos.* El producto del DOO son diagramas que pueden

utilizarse directamente para generar código fuente en base del Rational Rose en lenguajes OO.* Pero también se pueden utilizar lenguajes no Orientadas a Objetos.

En realidad no hay una frontera clara entre el AOO y el DOO.4. Definición de UML

El UML (Unified Modeling Language) es un lenguaje que permite especificar, visualizar,

documentar todos los sistemas del software, independientemente de su arquitectura, de su temática o del lenguaje de programación con el que estén implementados, ya que es una notación de propósito general.5. Fundamentos del Modelo de objeto

Su objetivo es manejar la complejidad de sistemas de software. Mediante la simulación del mundo real: utilizando la expresión de elementos del mundo real en la memoria de la computadora.Se puede considerar como un concepto unificador de la informática.Sus bases se crearon desde varias áreas de la computación:* Arquitectura de computadoras* Lenguajes de programación* Metodologías de programación* Bases de datos

Arquitectura de computadoras: Arquitecturas basadas en descriptores y posteriormente en capacidades, ofreciendo apoyo en hardware a sistemas operativos intentando cubrir el "hueco" entre abstracciones de alto nivel de los lenguajes de programación y abstracciones de bajo nivel de la propia máquina.Lenguajes de programación:Emplearemos SQL para en lenguaje de la base de datos y ADO.NET para la elaboración de la aplicación Visual que permitirá el mantenimiento y gestión de la data.Metodologías de programación:* Modelado de datos a través de diagramas* Proceso de desarrollo tipo Clásico o Cascada* Entidad Relación (ER).* Avances en la representación del conocimiento, obteniendo una comprensión de las abstracciones

orientada a objetos.

6. Rational Rose

Rational Rose es una herramienta CASE que nos ayuda en diferentes etapas del desarrollo del software. Para lo que hemos utilizado esta aplicación concretamente, es para confeccionar los diagramas U.M.L. que veremos en esta memoria.7. Lenguaje de base datos

El lenguaje de base de datos que utilizaremos es SQL, y hemos optado por este lenguaje, ya que nos permitirá desarrollar una base de datos sólida y portable a cualquier tipo de plataforma, además porque nos proporciona una adecuada arquitectura cliente/servidor, la cual será muy útil en el desarrollo del software y su utilización al ser terminado.Considerando lo ya mencionado también emplearemos el SGBD, que ofrece Microsoft SQL Server 2005, pues interacciona muy bien con .Net, tanto en aspectos de compatibilidad, y especialmente en temas de rendimiento

8. Lenguaje de Programación Visual Studio.net 

En el desarrollo de nuestro sistema emplearemos la tecnología.Net de Microsoft, pues se adapta muy bien a lo que necesitamos. Además esta tecnología en mas que un lenguaje de programación, ya que incluye un entorno de desarrollo de software que nos ayudara en tareas de diseño de interfaz, control de versiones, etc.Las ventajas que nos ofrece esta tecnología son las siguientes:* Es gratuita (ya que poseemos una licencia)* Es bastante más rápido que otros lenguajes como java.* Permite el trabajo en un entorno de desarrollo (Visual Studio) que permite implementar interfaces potentes sin mucha dificultad.

Las desventajas que tiene como algún otro software es la siguiente:* No es portable (tanto el desarrollo como la utilización del sistema debe ser en Windows),

En realidad el hecho que el sistema sea no portable y que tan sol

o se pueda ejecutar desde Windows no nos preocupa demasiado, ya que este es el sistema operativo que utilizaran los futuros usuarios del sistema.9. Plataforma

La plataforma sobre la cual trabajara el sistema que elaboraremos será Windows Server 2003, y hemos optado por este sistema operativo considerando el tamaño de la empresa y los futuros cambios y mejoras que se producirán al implementar el Sistema. Además porque esta versión de Windows nos permitirá administrar la base de datos mediante un uso compartido de información y de aplicativos, y una supervisión constante de los ordenadores que accedan a la data.

CAPÍTULO IIIANÁLISIS DE LA SOLUCIÓN3.1. ANÁLISIS DE LA EMPRESA

3.1.1. Objetivos del proyectoEl objetivo principal de este proyecto es desarrollar un sistema de software con la finalidad de hacer más eficientes las diferentes tareas de gestión de un pequeño taller mecánico.Administrar la información acerca de los autos de manera veloz y sencilla.Tener una referencia sobre todas las reparaciones hechas anteriormente así como aquellas que estén programadas.Controlar de manera eficaz los entrantes y salientes del taller (repuestos, cobros, pagos).Encaminar a la empresa en su crecimiento.3.1.2. Definición del problemaEl taller ha tenido un crecimiento en los dos últimos años, ha crecido en infraestructura, personal, clientes (automóviles atendidos), adquisición de repuestos y venta de repuestos.Por lo cual todo aquello que antes se hacía de manera manual ya no se abastece para cubrir las necesidades actuales, llevar el control de cuantos autos entran, el servicio brindado a cada uno, los repuestos se usados en el servicio, el personal que realizo el servicio, cuando se realizo el servicio; toda esa informació

n necesaria para controlar el negocio, se ve perdida por no tener un sistema que pueda controlar todo ello.Cuando llega la hora de hacer el balance mensual se genera una perdida entre lo que se atendió y lo que se obtuvo, lo cual retrasa el crecimiento que tenia la empresa.3.1.3. Vista general de la empresaEl taller está conformada por dos dueños(los hermanos Esquivel Freddy y Richard) quienes también laboran dando servicio mecánico, 6 mecánicos y 2 ayudantes; en total 10 personas que laboran.

3.1.3.1. Generalidades Los talleres de mecánicas dedicadas a la gestión (como gestión de clientes, gestión de vehículos por cliente, generación de avisos), informes (facturación mensual o anual, listado de piezas del almacén, etc.), son regidos e inspeccionadas por organismos públicos como por ejemplo la Sunat, es decir, para el pago de impuestos; la Municipalidad, que es para el pago de tributos y las diferentes empresas privadas como Edelnor, Sedapal.3.2.3.2. Razón social y localización

Taller mecánico “Esquivel & Hermanos.” con R.U.C. 10096920577 ubicado en la Av. Micaela Bastidas Nº 1612 Sector 2, Mz E Lote 6, Grupo 23 Ruta “B”, Villa El Salvador

3.2.3.3. Ubicación Geográfica

Se ubica en el distrito de Villa El Salvador, en la provincia de lima, en el departamento de lima, en el Perú

3.1.3.4. Antecedentes de la empresaEl taller fue fundado en 1994 en la cochera de la familia Esquivel, en el cual laboraban solo los hnos. Freddy y Richard, seis años después ampliaron el taller en todo el primer piso de su casa y a ellos se sumaros 2 ayudantes, hace cuatro años ampliaron hasta la casa de alado y ya para ese entonces laboraban 8 personas, hace un año que laboran 10 personas en un área de 400 m₂.3.1.3.5.

Filosofía corporativaMisión: brindar servicio mecánico con evidencia, eficacia y rapidez. Visión: ser el mejorar taller de la zona sur de lima.Objetivos empresariales: mejorara la atención a su cliente, para generar una fidelidad de ellos con el negocio; con ello descentralizar el negocio, ofrecer más servicios y generar mayores ganancias. 3.1.3.6. Estructura de la organización8 mecánicos y 2 ayudantes.3.1.3.7 Objetivos y Funciones por ÁreaSección de servicio mecánico:Objetivos: reducir los tiempos en cada servicio sin perder la calidad.Funciones: arreglar y dar mantenimiento a los automóvilesSección de repuestos:Objetivos: mejorar el control de todos los repuestos que se adquieren y expenden.Funciones: registrar y vender los repuestos.3.1.3.8. Relación de áreas involucradasEl área de servicio y el área de repuestos están muy relacionadas pues en cada se servicio se hace uso de un repuesto.

3.1.3.9. MediosPara la realización de este proyecto contamos el apoyo de nuestras microcomputadoras que tienen como características principales, procesadores Core 2 Duo o Dual Core 2.53 Ghz, 2 GB de memoria RAM, Tarjetas de video y Sonido Integradas; y como características de software tenemos el Sistema Operativo Windows XP, El Motor de base datos SQL Server 2005,El Lenguaje de Programación Visual Studio.Net, herramientas para el modelado de datos(UML) como el Rational Rose V4.0 e Internet para la búsqueda y definición de conceptos desconocidos. 3.1.4. Estudio de factibilidadEn esta etapa de pre Inversión se realizó el análisis comprensivo de los resultados económicos de la empresa de Los Hermanos & Esquivel, el cual nos orienta al diseño final de proyecto, tomando en cuenta los insumos de procesos de producción como, Z

apatas, Pastillas, Frenos, repuestos internos y externos diversos para los diferentes móviles (que generan el ingreso: renta y ganancia).3.1.4.1. Factibilidad TécnicaEl taller no cuenta con ningún equipo informático por lo cual tenemos que implementar un computador, una impresora matricial para la emisión de boletas, contratar el servicio de Internet y realizar la instalación de la Red.3.1.4.2. Factibilidad EconómicaPara la implementación del sistema será necesario invertir en lo siguiente:FACTORES | COSTO EN S/. |Software: | 3500.00 |Hardware: | 1300.00 |Impresora matricial: | 700.00 |Servicio del Internet: | 60.00 |Instalación de Red y Ordenador: | 200.00 |

Total | S/. 5760.00 |

Esta inversión se podría recuperar en el corto plazo, puesto que el taller percibe ingresos brutos de S/ 3000 mensuales, los cuales se verán incrementados gracias al sistema en un 20%, lo cual se recuperará a 10 meses, luego de esa fecha podrán beneficiarse de las ganancias económicas.Los beneficios no solo serán económicos, pues la implementación de este sistema generará satisfacción en los clientes, puesto que esto reducirá el tiempo de atención logrando mayor capacidad de atención.3.1.4.3. Factibilidad Operativa Los trabajadores del taller no tienen experiencia en el uso de sistemas digitales, para lo cual será necesario capacitarlos en el manejo del ordenador y de la aplicación.Los trabajadores muestran interés en conocer el manejo del ordenador y de la aplicación para poder agilizar el manejo de la información, así como para reducir los reclamos por servicios de otros mecánicos.

3.1.5. Recomendación Final3.1.6. Programación del Proyecto3.1.6.1. Planeamiento de actividades tiempos # | ACTIVIDAD | DÍA (2009) | TIEMPO (HORAS) |

1 | Organizar el equipo de Trabajo. | 26/03 | 19:00 - 21:00 |2 | Planteamiento de propuestas. | 27/03 | 9:00 – 12:00 |3 | Designación de la Empresa con un problema específico. | 02/04 | 19:00 – 21:00 |4 | Descripción del problema a tratar. | 02/04 | 19:00 – 21:00 |5 | Planteamiento de la Solución. | 09/04 | 19:00 – 21:00 |6 | Formulación de Objetivos. | 16/04 | 00:00 – 5:00 |7 | Redacción del Capítulo I de la presentación del esquema del Proyecto. | 23/04 | 00:30 – 5:00 |8 | Redacción del Capítulo II de la presentación del esquema del Proyecto. | 30/05 | 00:15 – 5:00 |9 | Redacción del Capítulo III de la presentación del esquema del Proyecto (Hasta el punto 3.1.5) | 07/05 | 00:15 – 5:00 |10 | Redacción del Capítulo III de la presentación del esquema del Proyecto (Hasta el punto 3.2.8) | 14/05 | 00:00 – 6:00 |11 | Determinación de las tablas de la Base de Datos. | 21/05 | Madrugada |12 | Programación de la Base de Datos. | 28/05 | Madrugada |13 | Llenado de la Base de Datos. | 04/06 | Madrugada |14 | Programación del Entorno Visual. | 11/06 | Madrugada |15 | Pruebas del Sistema. | 18/06 | Madrugada |16 | Implementación del Sistema. | 25/06 | Madrugada |17 | Verificación del Proyecto Final | 02/07 | Madrugada |18 | Presentación del Proyecto Final | 09/07 | 19:00 – 22:00 |

3.1.6.2. Diagrama de GANTT

3.2. ANÁLISIS DEL SISTEMA

3.2.1. Descripción3.2.2. Análisis FODA

3.2.3. Diagramas del Sistema de Gestión para un taller mecánico.

* Diagrama de caso de Uso del sistema de gestión para un taller Mecánico.

* Diagrama de caso de Uso para la gestión de Clientes

* Diagrama de caso de Uso para la gestión de Vehículos

* Diagrama de caso de Uso para la gestión de Almacén

* Diag

rama de caso de Uso para la gestión de Servicios

* Diagrama de caso de Uso para la gestión Económica

* Diagrama de caso de Uso para la ayuda

* Diagrama de caso de Uso para la gestión Económica

* Diagrama de caso de Uso para cambiar de usuario

* Diagrama de caso de Uso para salir

Diagramas de Secuencia

* Diagrama de Secuencia para la Gestión de Clientes

GESTIÓN CLIENTES

ALTA CLIENTES

BAJA CLIENTES

MODIFICAR CLIENTES

CONSULTAR CLIENTES

BUSCAR CLIENTE

* Diagrama de Secuencia para la Gestión de Vehículos

GESTIÓN VEHÍCULOS

ALTA VEHÍCULO

BAJA VEHÍCULO

MODIFICAR VEHÍCULO

CONSULTAR VEHÍCULO

BUSCAR VEHÍCULO

* Diagrama de Secuencia para la Gestión de Almacén

GESTIÓN ALMACEN

ALTA ARTÍCULO

BAJA ARTÍCULO

MODIFICAR ARTÍCULO

CONSULTAR ARTÍCULO

BUSCAR ARTÍCULO

* Diagrama de Secuencia para la Gestión de Servicios

GESTIÓN SERVICIOS

ALTA SERVICIOMODIFICAR SERVICIO

CONSULTAR SERVICIO

BUSCAR SERVICIO

IMPRIMIR FACTURAGUARDAR FACTURA

* Diagrama de Secuencia para la Gestión Económica

GESTIÓN ECONÓMICA

CONSULTA DE BALANCES ECONÓMICOS

* Diagrama de Secuencia para la AyudaAYUDA

CONSULTAR AYUDA DEL SISTEMAUsuarioSistemaAyudaSelecciona la Opción de Consultar ayuda del SistemaMuestra el manual de usuario del sistemaVuelve al Caso de Uso

CONSULTAR ACERCA DE…

* Diagrama de Secuencia para la Configuración

CONFIGURACIÓN

CONFIGURAR DATOS DE LA EMPRESA

ADMINISTRACIÓN DE USUARIOS

ALTA USUARIOBAJA USUARIO

MODIFICAR USUARIO

CONSULTAR USUARIO

* Diagrama de Secuencia para el Cambio de Usuario

CAMBIAR DE USUARIO

* Diagrama de Secuencia para SalirSALIR

3.2.4. Descripción de Módulos-Funcion

es* Descripción:

Actualmente la empresa se gestiona de manera bastante rudimentaria e incluso puede resultar bastante caótica para alguien que no este habituado a trabajar de esta manera.El proceso funciona de la siguiente manera:Cuando llega un cliente demandando un nuevo servicio, si este lo desea, se le realiza un presupuesto orientativo del coste de servicio.

Después de que el cliente de el visto bueno en cuanto al presupuesto, y una vez finalizado el servicio, se realiza la factura.

La factura esta ahecha a partir de una plantilla procedente de un talonario que se compra en algunas librerías. Esta plantilla de la factura es rellenada a mano por el propietario del taller. En la factura constan los datos de la empresa, del cliente, de su vehículo, y los detalles pormenorizados del servicio. El papel de este talonario de plantillas de facturas permite obtener dos copias del documento. Finalmente la factura se firma y se le entrega al cliente y la otra se guarda en una carpeta.

Según lo relatado anteriormente, podemos ver que no existe ningún tipo de cartera de los clientes ni de los vehículos de estos. Tampoco se guarda relación de los stocks de piezas y otros productos necesarios para las reparaciones que existen en el taller.

Por ultimo, cabe decir que el único historial de servicios que existe en la empresa, es la carpeta con las copias de las facturas que se guardan, siendo así, muy difícil buscar algún servicio en concreto, si esto es necesario. Con este sistema también resulta muy engorroso obtener algún dato ligado a los servicios no pagados, la evolución del negocio, los balances económicos de un periodo en concreto, etc. 

3.2.4. Diagrama Entidad Relación

3.2.5. Diccionario de datos.Componentes existentes en el DI

AGRAMA ENTIDAD RELACION:ENTIDADES:Regulares:Distrito = * * @Cod_Dist + DistritoCliente = * * @COD_CLI + DNI + Nom_cliente + Pat_cliente + Mat_cliente + Telefono + Direccion + RUC + EmailVehiculo = * * @COD_VEH + Matricula + Año_fabricacion + ColorMarca = * * @Cod_marca + MarcaModelo = * * @Cod_modelo + ModeloServicio = * * @Cod_servicio + Servicio + Importe_ServComprobante = * * @Num_comp + Fecha_comp + Stot_comp + Tot_comp + IGV_compTipo_Comprobante = * * @Cod_tcomp + Tipo_compOperario = * * @Cod_operario + Nom_operario + Pat_operario + Mat_operarioCargo = * * @Cod_cargo + CargoProducto_Repuesto = * * @Cod_barras + Prod_rep + Importe_prodrep

Usuario = * * @Cod_usuario + Usuario + PSWRELACIONES:Regulares:Reside = * * . Distrito/Cliente . Tipo 1:NPosee = * * . Vehiculo/Cliente . Tipo N:1Tiene = * * . Vehiculo/Marca . Tipo N:1Es_de = * * . Modelo/Vehiculo . Tipo 1:NEngloba = * * . Modelo/Marca . Tipo N:1Recibe = * * Fecha. Vehiculo/Servicio . Tipo N:NGenera = * * . Comprobante/Servicio . Tipo 1:1Es = * * . Comprobante/Tipo_Comprobante . Tipo N:1Participa = * * . Servicio/Operario . Tipo N:NUtiliza = * * . Producto_Repuesto/Servicio . Tipo N:NPertenece = * * . Usuario/Operario . Tipo 1:1Asigna = * * . Operario/Cargo . Tipo N:1Registra = * * . Comprobante/Operario . Tipo N:1ATRIBUTOS:Cod_Dist = * * . Dominio: , tipo: Distrito = * * . Dominio: , tipo: DNI = * * . Dominio: , tipo: Nom_cliente = * * . Dominio: , tipo: Pat_cliente = * * . Dominio: , tipo: Mat_cliente = * * . Dominio: , tipo: Telefono = * * . Dominio: , tipo: Direccion = * * . Dominio: , tipo: RUC = * * . Dominio: , tipo: Email = * * . Dominio: , tipo: Matricula = * * . Dominio: , tipo: Año_fabricacion = * * . Dominio: , t

ipo: Color = * * . Dominio: , tipo: Cod_marca = * * . Dominio: , tipo: Marca = * * . Dominio: , tipo: Cod_modelo = * * . Dominio: , tipo: Modelo = * * . Dominio: , tipo: Cod_servicio = * * . Dominio: , tipo: Servicio = * * . Dominio: , tipo: Importe_Serv = * * . Dominio: , tipo: Num_comp = * * . Dominio: , tipo: Fecha_comp = * * . Dominio: , tipo: Stot_comp = * * . Dominio: , tipo: Tot_comp = * * . Dominio: , tipo: IGV_comp = * * . Dominio: , tipo: Cod_tcomp = * * . Dominio: , tipo: Tipo_comp = * * . Dominio: , tipo: Cod_operario = * * . Dominio: , tipo: Nom_operario = * * . Dominio: , tipo: Pat_operario = * * . Dominio: , tipo: Mat_operario = * * . Dominio: , tipo: Cod_cargo = * * . Dominio: , tipo: Cargo = * * . Dominio: , tipo: Cod_barras = * * . Dominio: , tipo: Prod_rep = * * . Dominio: , tipo: Importe_prodrep = * * . Dominio: , tipo: Cod_usuario = * * . Dominio: , tipo: 

Usuario = * * . Dominio: , tipo: PSW = * * . Dominio: , tipo: Fecha = * * . Dominio: , tipo:

CAPITULO IVDISEÑO DE LA SOLUCIÓN:4.1 Modelo lógico

4.2 Modelo Físico

Script de la base de datos.CREATE DATABASE TALLERMECANICOUSE TALLERMECANICO

CREATE TABLE CARGO (COD_CARGO VARCHAR(5) NOT NULL,CARGO VARCHAR(30) NULL)go

ALTER TABLE CARGOADD PRIMARY KEY (COD_CARGO)go

CREATE TABLE CLIENTE (COD_CLIENTE VARCHAR(5) NOT NULL,PAT_CLIENTE VARCHAR(30) NULL,MAT_CLIENTE VARCHAR(30) NULL,NOM_CLIENTE VARCHAR(30) NULL,DNI VARCHAR(30) NULL,RUC VARCHAR(30) NULL,EMAIL VARCHAR(50) NULL,DIRECCION VARCHAR(50) NUL

L,TELEFONO VARCHAR(20) NULL,COD_DIST VARCHAR(5) NULL)go

ALTER TABLE CLIENTEADD PRIMARY KEY (COD_CLIENTE)go

CREATE TABLE COMPROBANTE (NUM_COMP VARCHAR(5) NOT NULL,FECHA_COMP VARCHAR(10) NULL,STOT_COMP DECIMAL(8,2) NULL,IGV_COMP DECIMAL(8,2) NULL,TOT_COMP DECIMAL(8,2) NULL,NUM_SERVICIO VARCHAR(5) NULL,COD_TCOMP VARCHAR(5) NULL,COD_CLIENTE VARCHAR(5) NULL,COD_OPER VARCHAR(5) NULL)go

ALTER TABLE COMPROBANTEADD PRIMARY KEY (NUM_COMP)go

CREATE TABLE DISTRITO (COD_DIST VARCHAR(5) NOT NULL,DISTRITO VARCHAR(50) NULL)go

ALTER TABLE DISTRITOADD PRIMARY KEY (COD_DIST)go

CREATE TABLE LINEA_SERVICIO (COD_LINSERV VARCHAR(5) NOT NULL,LINEA_SERVICIO VARCHAR(30) NULL)go

ALTER TABLE LINEA_SERVICIOADD PRIMARY KEY (COD_LINSERV)go

CREATE TABLE MARCA (COD_MARCA VARCHAR(5) NOT NULL,MARCA VARCHAR(20) NULL)go

ALTER TABLE MARCAADD PRIMARY KEY (COD_MARCA)go

CREATE TABLE MODELO (COD_MODELO VARCHAR(5) NOT NULL,MODELO VARCHAR(20) NULL,COD_MARCA VARCHAR(5) NULL)go

ALTER TABLE MODELOADD PRIMARY KEY (COD_MODELO)go

CREATE TABLE OPERARIO (COD_OPER VARCHAR(5) NOT NULL,NOM_OPER VARCHAR(30) NULL,PAT_OPER VARCHAR(30) NULL,MAT_OPER VARCHAR(30) NULL,DNI_OPER VARCHAR(8) NULL,

DIR_OPER VARCHAR(30) NULL,TEL_OPER VARCHAR(10) NULL,EMAIL_OPER VARCHAR(50) NULL,

COD_CARGO VARCHAR(5) NULL,COD_LINSERV VARCHAR(5) NULL)go

ALTER TABLE OPERARIOADD PRIMARY KEY (COD_OPER)go

CREATE TABLE OPERARIO_SERVICIO (COD_OPER VARCHAR(5) NOT NULL,NUM_SERVICIO VARCHAR(5) NOT NULL)go

ALTER TABLE OPERARIO_SERVICIOADD PRIMARY KEY (COD_OPER, NUM_SERVICIO)go

CREATE TABLE PRODREP_SERVICIO (COD_PRODREP VARCHAR(5) NOT NULL,NUM_SERVICIO VARCHAR(5) NOT NULL,CANTIDAD VARCHAR(10) NULL,IMPORTE_PRODREP DECIMAL NULL)go

ALTER TABLE PRODREP_SERVICIOADD PRIMARY KEY (COD_PRODREP, NUM_SERVICIO)go

CREATE TABLE PRODUCTO_REPUESTO (COD_PRODREP VARCHAR(5) NOT NULL,NOMBRE VARCHAR(30) NULL,PRECIO DECIMAL NULL,STOCK VARCHAR(10) NULL)go

ALTER TABLE PRODUCTO_REPUESTOADD PRIMARY KEY (COD_PRODREP)go

CREATE TABLE PROVEEDOR (COD_PROVEEDOR varchar(5) NOT NULL,PROVEEDOR varchar(50) NULL)go

ALTER TABLE PROVEEDORADD PRIMARY KEY (COD_PROVEEDOR)go

CREATE TABLE PROVEEDOR_PRODREP (COD_PROVEEDOR varchar(5) NOT NULL,COD_PRODREP VARCHAR(5) NOT NULL

)go

ALTER TABLE PROVEEDOR_PRODREPADD PRIMARY KEY (COD_PROVEEDOR, COD_PRODREP)go

CREATE TABLE SERVICIO (NUM_SERVICIO VARCHAR(5) NOT NULL,DESCRIPCION VARCHAR(30) NULL,FECHA_INICIO VARCHAR(10) NULL,FECHA_FINAL VARCHAR(10) NUL

L,DURACION VARCHAR(10) NULL,DIAGNOSTICO VARCHAR(30) NULL,IMPORTE DECIMAL NULL,COD_LINSERV VARCHAR(5) NULL,COD_VEH VARCHAR(5) NULL)go

ALTER TABLE SERVICIOADD PRIMARY KEY (NUM_SERVICIO)go

CREATE TABLE TIPO_COMPROBANTE (COD_TCOMP VARCHAR(5) NOT NULL,TIPO_COMP VARCHAR(20) NULL)go

ALTER TABLE TIPO_COMPROBANTEADD PRIMARY KEY (COD_TCOMP)go

CREATE TABLE USUARIO (COD_USUARIO VARCHAR(5) NOT NULL,USUARIO VARCHAR(20) NULL,PSW VARCHAR(20) NULL,COD_OPER VARCHAR(5) NULL)go

ALTER TABLE USUARIOADD PRIMARY KEY (COD_USUARIO)go

CREATE TABLE VEHICULO (COD_VEH VARCHAR(5) NOT NULL,MATRICULA VARCHAR(10) NULL,AÑO_FABICACION VARCHAR(10) NULL,COLOR VARCHAR(20) NULL,COD_CLIENTE VARCHAR(5) NULL,COD_MODELO VARCHAR(5) NULL,COD_MARCA VARCHAR(5) NULL

)go

ALTER TABLE VEHICULOADD PRIMARY KEY (COD_VEH)go

ALTER TABLE CLIENTEADD FOREIGN KEY (COD_DIST)REFERENCES DISTRITOgo

ALTER TABLE COMPROBANTEADD FOREIGN KEY (COD_CLIENTE)REFERENCES CLIENTEgo

ALTER TABLE COMPROBANTEADD FOREIGN KEY (COD_OPER)REFERENCES OPERARIOgo

ALTER TABLE COMPROBANTEADD FOREIGN KEY (COD_TCOMP)REFERENCES TIPO_COMPROBANTEgo

ALTER TABLE COMPROBANTEADD FOREIGN KEY (NUM_SERVICIO)

REFERENCES SERVICIOgo

ALTER TABLE MODELOADD FOREIGN KEY (COD_MARCA)REFERENCES MARCAgo

ALTER TABLE OPERARIOADD FOREIGN KEY (COD_LINSERV)REFERENCES LINEA_SERVICIOgo

ALTER TABLE OPERARIOADD FOREIGN KEY (COD_CARGO)REFERENCES CARGOgo

ALTER TABLE OPERARIO_SERVICIOADD FOREIGN KEY (NUM_SERVICIO)REFERENCES SERVICIOgo

ALTER TABLE OPERARIO_SERVICIOADD FOREIGN KEY (COD_OPER)REFERENCES OPERARIO

go

ALTER TABLE PRODREP_SERVICIOADD FOREIGN KEY (NUM_SERVICIO)REFERENCES SERVICIOgo

ALTER TABLE PRODREP_SERVICIOADD FOREIGN KEY (COD_PRODREP)REFERENCES PRODUCTO_REPUESTOgo

ALTER TABLE PROVEEDOR_PRODREPADD FOREIGN KEY (COD_PRODREP)REFERENCES PRODUCTO_REPUESTOgo

ALTER TABLE PROVEEDOR_PRODREPADD FOREIGN KEY (COD_PROVEEDOR)REFERENCES PROVEEDORgo

ALTER TABLE SERVICIOADD FOREIGN KEY (COD_VEH)REFERENCES VEHICULOgo

ALTER TABLE SERVICIOADD FOREIGN KEY (COD_LINSERV)REFERENCES LINEA_SERVICIOgo

ALTER TABLE USUARIOADD FOREIGN KEY (COD_OPER)REFERENCES OPERARIOgo

ALTER TABLE VEHICULOADD FOREIGN KEY (COD_MARCA)REFERENCES MARCAgo

ALTER TABLE VEHICULOADD FOREIGN KEY (COD_MODELO)REFERENCES MODELOgo

ALTER TABLE VEHICULOADD FOREIGN KEY (COD_CLIENTE)REFERENCES CLIENTEgo