SISTEMA DE GESTIN PARA UN TALLER MECNICO 2009 CAPITULO I 1.

1 INTRODUCCIN: 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 Gestin de Mantenimiento de Autos en un taller de mecnica, 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 propsito de elaborar el proyecto no era solamente plantearlo, sino elaborar un producto que en este caso sera el sistema de gestin, y poder utilizarlo al mximo en una empresa real, es decir, que por ms bsico que sea el sistema, nos proporcionara 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 gestin 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 gestin de facturas, registro de mantenimientos, venta de repuestos, y los dems procesos presentes en la empresa. Con el fin de obtener informacin 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 gestin 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 planificacin del proyecto. A partir de este momento hemos comenzado a trabajar en el. 1.2 CARACTERSTICAS DE LA INVESTIGACIN: Nuestro proyecto est basado en el desarrollo de una Aplicacin para La Gestin de Mantenimiento de Autos en el taller Esquivel & Hermanos. En este taller evidenciamos retrasos en los servicios de reparacin, adems observamos un ineficaz control de los servicios prestados a cada cliente. Nuestra aplicacin est basada en el registro de la informacin de los clientes, vehculos y servicios prestados a estos, ingresada en una base de datos, la cual estar enlazada a un entorno visual, el cual har ms sencillo y prctico el manejo de la base de datos. Mediante esta base de datos el personal del taller, llevar un control de cada vehculo, pudiendo establecer un sistema de mantenimiento preventivo basado en la informacin obtenida de la aplicacin, es as que al ingresar la placa del vehculo dentro de la aplicacin podremos visualizar el nombre del dueo, chofer, y el historial de todos los mantenimientos realizados. Lo cual nos dar una mayor facilidad para establecer los prximos mantenimientos preventivos a realizarse 1.3 RESUMEN DE LOS CAPTULOS * Funcionamiento del negocio Se necesita llevar a cabo el desarrollo de un programa informtico para gestionar un taller mecnico. El taller mecnico es un negocio formado por un slo garaje que dispone de una pequea oficina donde el propio dueo lleva a cabo la gestin 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 olvidndose que este ex

iste. La mayora de los clientes del negocio son clientes habituales, por ello, el dueo del negocio desea disponer de una herramienta de fcil manejo para poder generar de manera rpida y lo ms automatizada posible la creacin de presupuestos y facturas. Con el nuevo software se podrn realizar operaciones de gestin (como gestin de clientes, gestin de vehculos por cliente, generacin de avisos), informes (facturacin mensual o anual, listado de piezas del almacn, etc.) * Gestin de clientes El negocio se basa principalmente en la realizacin de reparaciones mecnicas 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 identificacin 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. Direccin del cliente o de la empresa. 4. Localidad 5. Matrcula o placas de los coches 6. Tipo de auto (Toyota, Nissan, Daewo, Hiunday, etc.) Dado que la base del negocio se basa en la realizacin de las reparaciones mecnicas, el software a disear debe ser cmodo y sencillo de usar sobre todo en lo referente al apartado de generacin 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 confirmacin para realizar tal operacin. 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 debern permanecer en la base de datos sin asociarse a nadie en concreto. * Facturacin y presupuestos Para llevar a cabo una reparacin mecnica 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 reparacin 2. Identificador de la factura (compuesto por un nmero correlativo de factura). 3. Datos identificativos del cliente. 4. Datos del coche sobre el que se llevar a cabo la reparacin. As mismo, algunos de los clientes o empresas tienen asociados, adems de los datos anteriores, un nmero de orden y el kilometraje del coche, los cuales sern anotados en el momento de iniciar la reparacin correspondiente. En caso de los presupuestos, no es necesario aadir la informacin anterior aunque se permitir que sea el cliente el que lo decida. En el cuerpo de la factura o del presupuesto la informacin se reparte en columnas de la siguiente manera: * Materiales * Nmero * Material * Precio (equivalente al nmero de elementos por el precio unitario de c\u). * Mano de obra * Fecha (opcional)

* Descripcin 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 aadindole el IGV) CAPITULO II FUNDAMENTOS TERICOS 1. Definiciones Definicin de Anlisis: El anlisis es un conjunto de hechos, principios, procedimientos o programas relacionados de manera ordenada mostrando un plan lgico formando una sola uni dad y realizando un objetivo predefinido en el procesamiento de la Informacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Definicin de Diseo: El diseo es el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema. La etapa del diseo encierra 4 etapas: Diseo de los datos, Diseo Arquitectnico, Diseo de la Interfaz y Diseo de procedimientos 2. Anlisis y Diseo orientado a objetos Anlisis y diseo orientado a objetos (ADOO) es un enfoque de la ingeniera de software que modela un sistema como un grupo de objetos que interactan entre s. Este enfoque representa un dominio en trminos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional. En ste mtodo de anlisis y diseo se crea un conjunto de modelos utilizando una notacin acordada como, por ejemplo, el lenguaje unificado de modelado (UML). ADOO aplica tcnicas de modelado de objetos para analizar los requerimientos para un contexto. Por ejemplo: Un sistema de negocio, un conjunto de mdulos de software, o en nuestro caso un taller de mecnica. 3. Comparacin del anlisis y diseo orientados a objetos Al hablar de comparacin entre Anlisis y Diseo Orientado a Objetos nos referimos al trabajo de los dos, que se mezclan continuamente. La relacin que hay entre Anlisis Orientada a Objetos (AOO) y Diseo 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 cdigo fuente en base del Rational Rose en lenguajes OO. * Pero tambin se pueden utilizar lenguajes no Orientadas a Objetos. En realidad no hay una frontera clara entre el AOO y el DOO. 4. Definicin 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 temtica o del lenguaje de programacin con el que estn implementados, ya que es una notacin de propsito general. 5. Fundamentos del Modelo de objeto Su objetivo es manejar la complejidad de sistemas de software. Mediante la simulacin del mundo real: utilizando la expresin de elementos del mundo real en la memoria de la computadora. Se puede considerar como un concepto unificador de la informtica. Sus bases se crearon desde varias reas de la computacin: * Arquitectura de computadoras * Lenguajes de programacin * Metodologas de programacin * 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 programacin y abstracciones de bajo nivel de la propia mquina. Lenguajes de programacin: Emplearemos SQL para en lenguaje de la base de datos y ADO.NET para la elaboracin de la aplicacin Visual que permitir el mantenimiento y gestin de la data. Metodologas de programacin: * Modelado de datos a travs de diagramas * Proceso de desarrollo tipo Clsico o Cascada * Entidad Relacin (ER). * Avances en la representacin del conocimiento, obteniendo una comprensin 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 aplicacin 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 slida y portable a cualquier tipo de plataforma, adems porque nos proporciona una adecuada arquitectura cliente/servidor, la cual ser muy til en el desarrollo del software y su utilizacin al ser terminado. Considerando lo ya mencionado tambin 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 Programacin Visual Studio.net En el desarrollo de nuestro sistema emplearemos la tecnologa.Net de Microsoft, pues se adapta muy bien a lo que necesitamos. Adems esta tecnologa en mas que un lenguaje de programacin, ya que incluye un entorno de desarrollo de software que nos ayudara en tareas de diseo de interfaz, control de versiones, etc. Las ventajas que nos ofrece esta tecnologa son las siguientes: * Es gratuita (ya que poseemos una licencia) * Es bastante ms rpido 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 algn otro software es la siguiente: * No es portable (tanto el desarrollo como la utilizacin 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 tamao de la empresa y los futuros cambios y mejoras que se producirn al implementar el Sistema. Adems porque esta versin de Windows nos permitir administrar la base de datos mediante un uso compartido de informacin y de aplicativos, y una supervisin constante de los ordenadores que accedan a la data. CAPTULO III ANLISIS DE LA SOLUCIN 3.1. ANLISIS 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 ms eficientes las diferentes tareas de gestin de un pequeo taller mecnico. Administrar la informacin acerca de los autos de manera veloz y sencilla. Tener una referencia sobre todas las reparaciones hechas anteriormente as como aquellas que estn programadas. Controlar de manera eficaz los entrantes y salientes del taller (repuestos, cobros, pagos). Encaminar a la empresa en su crecimiento. 3.1.2. Definicin del problema El taller ha tenido un crecimiento en los dos ltimos aos, ha crecido en infraestructura, personal, clientes (automviles atendidos), adquisicin de repuestos y venta de repuestos. Por lo cual todo aquello que antes se haca 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 empresa El taller est conformada por dos dueos(los hermanos Esquivel Freddy y Richard) quienes tambin laboran dando servicio mecnico, 6 mecnicos y 2 ayudantes; en total 10 personas que laboran. 3.1.3.1. Generalidades Los talleres de mecnicas dedicadas a la gestin (como gestin de clientes, gestin de vehculos por cliente, generacin de avisos), informes (facturacin mensual o anual, listado de piezas del almacn, etc.), son regidos e inspeccionadas por organismos pblicos 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. Razn social y localizacin Taller mecnico 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. Ubicacin Geogrfica 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 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 aos despus ampliaron el taller en todo el primer piso de su casa y a ellos se sumaros 2 ayudantes, hace cuatro aos ampliaron hasta la casa de alado y ya para ese entonces laboraban 8 personas, hace un ao que laboran 10 personas en un rea de 400 m . 3.1.3.5. Filosofa corporativa Misin: brindar servicio mecnico con evidencia, eficacia y rapidez. Visin: ser el mejorar taller de la zona sur de lima. Objetivos empresariales: mejorara la atencin a su cliente, para generar una fidelidad de ellos con el negocio; con ello descentralizar el negocio, ofrecer ms servicios y generar mayores ganancias. 3.1.3.6. Estructura de la organizacin 8 mecnicos y 2 ayudantes. 3.1.3.7 Objetivos y Funciones por rea Seccin de servicio mecnico: Objetivos: reducir los tiempos en cada servicio sin perder la calidad. Funciones: arreglar y dar mantenimiento a los automviles Seccin 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. Relacin de reas involucradas El rea de servicio y el rea de repuestos estn muy relacionadas pues en cada se servicio se hace uso de un repuesto. 3.1.3.9. Medios Para la realizacin de este proyecto contamos el apoyo de nuestras microcomputadoras que tienen como caractersticas principales, procesadores Core 2 Duo o Dual Core 2.53 Ghz, 2 GB de memoria RAM, Tarjetas de video y Sonido Integradas; y como caractersticas de software tenemos el Sistema Operativo Windows XP, El Motor de base datos SQL Server 2005,El Lenguaje de Programacin Visual Studio.Net, herramientas para el modelado de datos(UML) como el Rational Rose V4.0 e Internet para la bsqueda y definicin de conceptos desconocidos. 3.1.4. Estudio de factibilidad En esta etapa de pre Inversin se realiz el anlisis comprensivo de los resultados econmicos de la empresa de Los Hermanos & Esquivel, el cual nos orienta al diseo final de proyecto, tomando en cuenta los insumos de procesos de produccin como, Z apatas, Pastillas, Frenos, repuestos internos y externos diversos para los diferentes mviles (que generan el ingreso: renta y ganancia). 3.1.4.1. Factibilidad Tcnica El taller no cuenta con ningn equipo informtico por lo cual tenemos que implementar un computador, una impresora matricial para la emisin de boletas, contratar el servicio de Internet y realizar la instalacin de la Red. 3.1.4.2. Factibilidad Econmica Para la implementacin 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 | Instalacin de Red y Ordenador: | 200.00 |

Total | S/. 5760.00 | Esta inversin se podra recuperar en el corto plazo, puesto que el taller percibe ingresos brutos de S/ 3000 mensuales, los cuales se vern incrementados gracias al sistema en un 20%, lo cual se recuperar a 10 meses, luego de esa fecha podrn beneficiarse de las ganancias econmicas. Los beneficios no solo sern econmicos, pues la implementacin de este sistema generar satisfaccin en los clientes, puesto que esto reducir el tiempo de atencin logrando mayor capacidad de atencin. 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 aplicacin. Los trabajadores muestran inters en conocer el manejo del ordenador y de la aplicacin para poder agilizar el manejo de la informacin, as como para reducir los reclamos por servicios de otros mecnicos. 3.1.5. Recomendacin Final 3.1.6. Programacin del Proyecto 3.1.6.1. Planeamiento de actividades tiempos # | ACTIVIDAD | DA (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 | Designacin de la Empresa con un problema especfico. | 02/04 | 19:00 21:00 | 4 | Descripcin del problema a tratar. | 02/04 | 19:00 21:00 | 5 | Planteamiento de la Solucin. | 09/04 | 19:00 21:00 | 6 | Formulacin de Objetivos. | 16/04 | 00:00 5:00 | 7 | Redaccin del Captulo I de la presentacin del esquema del Proyecto. | 23/04 | 00:30 5:00 | 8 | Redaccin del Captulo II de la presentacin del esquema del Proyecto. | 30/05 | 00:15 5:00 | 9 | Redaccin del Captulo III de la presentacin del esquema del Proyecto (Hasta el punto 3.1.5) | 07/05 | 00:15 5:00 | 10 | Redaccin del Captulo III de la presentacin del esquema del Proyecto (Hasta el punto 3.2.8) | 14/05 | 00:00 6:00 | 11 | Determinacin de las tablas de la Base de Datos. | 21/05 | Madrugada | 12 | Programacin de la Base de Datos. | 28/05 | Madrugada | 13 | Llenado de la Base de Datos. | 04/06 | Madrugada | 14 | Programacin del Entorno Visual. | 11/06 | Madrugada | 15 | Pruebas del Sistema. | 18/06 | Madrugada | 16 | Implementacin del Sistema. | 25/06 | Madrugada | 17 | Verificacin del Proyecto Final | 02/07 | Madrugada | 18 | Presentacin del Proyecto Final | 09/07 | 19:00 22:00 | 3.1.6.2. Diagrama de GANTT 3.2. ANLISIS DEL SISTEMA 3.2.1. Descripcin 3.2.2. Anlisis FODA 3.2.3. Diagramas del Sistema de Gestin para un taller mecnico. * Diagrama de caso de Uso del sistema de gestin para un taller Mecnico. * Diagrama de caso de Uso para la gestin de Clientes * Diagrama de caso de Uso para la gestin de Vehculos

* Diagrama de caso de Uso para la gestin de Almacn * Diag rama de caso de Uso para la gestin de Servicios * Diagrama de caso de Uso para la gestin Econmica * Diagrama de caso de Uso para la ayuda * Diagrama de caso de Uso para la gestin Econmica * Diagrama de caso de Uso para cambiar de usuario * Diagrama de caso de Uso para salir Diagramas de Secuencia * Diagrama de Secuencia para la Gestin de Clientes GESTIN CLIENTES

ALTA CLIENTES BAJA CLIENTES MODIFICAR CLIENTES CONSULTAR CLIENTES BUSCAR CLIENTE * Diagrama de Secuencia para la Gestin de Vehculos GESTIN VEHCULOS ALTA VEHCULO BAJA VEHCULO MODIFICAR VEHCULO CONSULTAR VEHCULO BUSCAR VEHCULO * Diagrama de Secuencia para la Gestin de Almacn GESTIN ALMACEN ALTA ARTCULO BAJA ARTCULO

MODIFICAR ARTCULO CONSULTAR ARTCULO BUSCAR ARTCULO * Diagrama de Secuencia para la Gestin de Servicios GESTIN SERVICIOS ALTA SERVICIO MODIFICAR SERVICIO CONSULTAR SERVICIO BUSCAR SERVICIO IMPRIMIR FACTURA GUARDAR FACTURA * Diagrama de Secuencia para la Gestin Econmica GESTIN ECONMICA CONSULTA DE BALANCES ECONMICOS * Diagrama de Secuencia para la Ayuda AYUDA CONSULTAR AYUDA DEL SISTEMA Usuario Sistema Ayuda Selecciona la Opcin 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 Configuracin CONFIGURACIN CONFIGURAR DATOS DE LA EMPRESA ADMINISTRACIN 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. Descripcin de Mdulos-Funcion es * Descripcin: Actualmente la empresa se gestiona de manera bastante rudimentaria e incluso puede resultar bastante catica 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. Despus 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 libreras. 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 vehculo, 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. Segn lo relatado anteriormente, podemos ver que no existe ningn tipo de cartera de los clientes ni de los vehculos de estos. Tampoco se guarda relacin 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 difcil buscar algn servicio en concreto, si esto es necesario. Con este sistema tambin resulta muy engorroso obtener algn dato ligado a los servicios no pagados, la evolucin del negocio, los balances econmicos de un periodo en concreto, etc. 3.2.4. Diagrama Entidad Relacin 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 + Ao_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: Ao_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 DISEO DE LA SOLUCIN: 4.1 Modelo lgico 4.2 Modelo Fsico 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, AO_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