SISTEMA DE GESTIÓN PARA UN TALLER MECÁNICO 2009 CAPITULO I 1.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 podam os 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 utili zarlo 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 i nformació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 in eficaz 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 podre mos visualizar el nombre del dueño, chofer, y el historial de todos los mantenimientos m antenimientos realizados. Lo cual nos dará una mayor facilidad para establecer los próximos m antenimientos 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 factu ras. Con el nuevo software se podrán reali zar operaciones de gestión (como gestión de clientes, gestión de vehículos por cliente, generación de a visos), 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 empresa 3. Dirección del cliente o de la empresa. 4. Localidad 5. Matrícula o placas de los coches 6. 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 l os siguientes: 1. Fecha de comienzo de la reparación 2. 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 II FUNDAMENTOS TEÓRICOS 1. 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 R ational 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 l icencia) * Es bastante más rápido que otros lenguaj es 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 s istema. 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 III ANÁLISIS DE LA SOLUCIÓN 3.1. ANÁLISIS DE LA EMPRESA 3.1.1. Objetivos del proyecto El 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 d el taller (repuestos, cobros, pagos). Encaminar a la empresa en su crecimiento. 3.1.2. Definición del problema El 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 cuan tos 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 empresa El 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, l istado 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 lim a, en el departamento de lima, en el Perú 3.1.3.4. Antecedentes de la empresa El 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 corporativa Misió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 clie nte, para generar una fidelidad de ell os con el negocio; con ello descentralizar el negocio, ofrecer más servicios y generar mayores ganancias. 3.1.3.6. Estructura de la organización 8 mecánicos y 2 ayudantes. 3.1.3.7 Objetivos y Funciones por Área Sección de servicio mecánico: Objetivos: reducir los tiempos en cada servicio sin perder la calidad. Funciones: arreglar y dar mantenimiento a los automóviles Secció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 involucradas El á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. Medios Para 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 factibilidad En 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écnica El 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ómica Para 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 pla zo, 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 Final 3.1.6. Programación del Proyecto 3.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ón 3.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 SERVICIO MODIFICAR SERVICIO CONSULTAR SERVICIO BUSCAR SERVICIO IMPRIMIR FACTURA GUARDAR FACTURA * Diagrama de Secuencia para la Gestión Económica GESTIÓN ECONÓMICA CONSULTA DE BALANCES ECONÓMICOS * Diagrama de Secuencia para la Ayuda AYUDA CONSULTAR AYUDA DEL SISTEMA Usuario Sistema Ayuda Selecciona la Opción de Consultar ayuda del Sistema Muestra el manual de usuario del sistema Vuelve 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 USUARIO BAJA USUARIO MODIFICAR USUARIO CONSULTAR USUARIO * Diagrama de Secuencia para el Cambio de Usuario
CAMBIAR DE USUARIO * Diagrama de Secuencia para Salir SALIR 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 m anera. 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 q ue 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 c liente, 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 al gún servicio en concreto, si esto es necesario. Con este sistema también resulta m uy 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 + Distrito Cliente = * * @COD_CLI + DNI + Nom_cliente + Pat_cliente + Mat_cliente + Telefono + Direccion + RUC + Email Vehiculo = * * @COD_VEH + Matricula + Año_fabricacion + Color Marca = * * @Cod_marca + Marca Modelo = * * @Cod_modelo + Modelo Servicio = * * @Cod_servicio + Servicio + Importe_Serv Comprobante = * * @Num_comp + Fecha_comp + Stot_comp + Tot_comp + IGV_comp Tipo_Comprobante = * * @Cod_tcomp + Tipo_comp Operario = * * @Cod_operario + Nom_operario + Pat_operario + Mat_operario Cargo = * * @Cod_cargo + Cargo Producto_Repuesto = * * @Cod_barras + Prod_rep + Importe_prodrep
Usuario = * * @Cod_usuario + Usuario + PSW RELACIONES: Regulares: Reside = * * . Distrito/Cliente . Tipo 1:N Posee = * * . Vehiculo/Cliente . Tipo N:1 Tiene = * * . Vehiculo/Marca . Tipo N:1 Es_de = * * . Modelo/Vehiculo . Tipo 1:N Engloba = * * . Modelo/Marca . Tipo N:1 Recibe = * * Fecha. Vehiculo/Servicio . Tipo N:N Genera = * * . Comprobante/Servicio . Tipo 1:1 Es = * * . Comprobante/Tipo_Comprobante . Tipo N:1 Participa = * * . Servicio/Operario . Tipo N:N Utiliza = * * . Producto_Repuesto/Servicio . Tipo N:N Pertenece = * * . Usuario/Operario . Tipo 1:1 Asigna = * * . Operario/Cargo . Tipo N:1 Registra = * * . Comprobante/Operario . Tipo N:1 ATRIBUTOS: 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 IV DISEÑO DE LA SOLUCIÓN: 4.1 Modelo lógico 4.2 Modelo Físico Script de la base de datos. CREATE DATABASE TALLERMECANICO USE TALLERMECANICO CREATE TABLE CARGO ( COD_CARGO VARCHAR(5) NOT NULL, CARGO VARCHAR(30) NULL ) go ALTER TABLE CARGO ADD 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 CLIENTE ADD 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 COMPROBANTE ADD PRIMARY KEY (NUM_COMP) go CREATE TABLE DISTRITO ( COD_DIST VARCHAR(5) NOT NULL, DISTRITO VARCHAR(50) NULL ) go ALTER TABLE DISTRITO ADD PRIMARY KEY (COD_DIST) go CREATE TABLE LINEA_SERVICIO ( COD_LINSERV VARCHAR(5) NOT NULL, LINEA_SERVICIO VARCHAR(30) NULL ) go ALTER TABLE LINEA_SERVICIO ADD PRIMARY KEY (COD_LINSERV) go CREATE TABLE MARCA ( COD_MARCA VARCHAR(5) NOT NULL, MARCA VARCHAR(20) NULL ) go ALTER TABLE MARCA ADD 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 MODELO ADD 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 OPERARIO ADD 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_SERVICIO ADD 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_SERVICIO ADD 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_REPUESTO ADD PRIMARY KEY (COD_PRODREP) go CREATE TABLE PROVEEDOR ( COD_PROVEEDOR varchar(5) NOT NULL, PROVEEDOR varchar(50) NULL ) go ALTER TABLE PROVEEDOR ADD 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_PRODREP ADD 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 SERVICIO ADD PRIMARY KEY (NUM_SERVICIO) go CREATE TABLE TIPO_COMPROBANTE ( COD_TCOMP VARCHAR(5) NOT NULL, TIPO_COMP VARCHAR(20) NULL ) go ALTER TABLE TIPO_COMPROBANTE ADD 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 USUARIO ADD 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 VEHICULO ADD PRIMARY KEY (COD_VEH) go ALTER TABLE CLIENTE ADD FOREIGN KEY (COD_DIST) REFERENCES DISTRITO go ALTER TABLE COMPROBANTE ADD FOREIGN KEY (COD_CLIENTE) REFERENCES CLIENTE go ALTER TABLE COMPROBANTE ADD FOREIGN KEY (COD_OPER) REFERENCES OPERARIO go ALTER TABLE COMPROBANTE ADD FOREIGN KEY (COD_TCOMP) REFERENCES TIPO_COMPROBANTE go ALTER TABLE COMPROBANTE ADD FOREIGN KEY (NUM_SERVICIO) REFERENCES SERVICIO go ALTER TABLE MODELO ADD FOREIGN KEY (COD_MARCA) REFERENCES MARCA go ALTER TABLE OPERARIO ADD FOREIGN KEY (COD_LINSERV) REFERENCES LINEA_SERVICIO go ALTER TABLE OPERARIO ADD FOREIGN KEY (COD_CARGO) REFERENCES CARGO go ALTER TABLE OPERARIO_SERVICIO ADD FOREIGN KEY (NUM_SERVICIO) REFERENCES SERVICIO go ALTER TABLE OPERARIO_SERVICIO ADD FOREIGN KEY (COD_OPER) REFERENCES OPERARIO
go ALTER TABLE PRODREP_SERVICIO ADD FOREIGN KEY (NUM_SERVICIO) REFERENCES SERVICIO go ALTER TABLE PRODREP_SERVICIO ADD FOREIGN KEY (COD_PRODREP) REFERENCES PRODUCTO_REPUESTO go ALTER TABLE PROVEEDOR_PRODREP ADD FOREIGN KEY (COD_PRODREP) REFERENCES PRODUCTO_REPUESTO go ALTER TABLE PROVEEDOR_PRODREP ADD FOREIGN KEY (COD_PROVEEDOR) REFERENCES PROVEEDOR go ALTER TABLE SERVICIO ADD FOREIGN KEY (COD_VEH) REFERENCES VEHICULO go ALTER TABLE SERVICIO ADD FOREIGN KEY (COD_LINSERV) REFERENCES LINEA_SERVICIO go ALTER TABLE USUARIO ADD FOREIGN KEY (COD_OPER) REFERENCES OPERARIO go ALTER TABLE VEHICULO ADD FOREIGN KEY (COD_MARCA) REFERENCES MARCA go ALTER TABLE VEHICULO ADD FOREIGN KEY (COD_MODELO) REFERENCES MODELO go ALTER TABLE VEHICULO ADD FOREIGN KEY (COD_CLIENTE) REFERENCES CLIENTE go
