gestion taller mecanico

5/10/2018 Gestion Taller Mecanico

1/50

Memoria PFCGesti6n de un taller mecanico

Indice

1. lntroducclon Pag, 62. Informe de definicion Pag, 8

2.1. Razon y oportunidad Pag, 92.2. Sltuacion actual Pag. 102.3. Objetivos del proyecto Pag, 112.4. Alcance Pag, 12

2.5. Beneficio Pag, 122.6. Vision general del sistema Pag. 132.7. Metodologfa utilizada Pag. 142.8. Evaluaclon de tecnologfas Pag, 162.9. Anallsis de impactos Pag, 18

3. Anallsis de requisitos Pag, 193.1. Requisitos funcionales Pag, 203.2. Requisitos no funcionales Pag, 26

4. Especlflcaclon Pag, 274.1. Modelo de casos de uso Pag, 294.2. Modelo conceptual de los datos Pag, 53

5. Disefio Pag, 545.1. Arquitectura del sistema Pag, 555.2. Diagramas de clases Pag, 565.3. Diagramas de secuencia Pag, 585.4. Disefio de la base de datos Pag, 735.5. Disefio externo de la interfaz de usuario Pag, 75

4


2/50

Memoria PFCGesti6n de un taller mecanlco

6. Planificaci6n y balances Pag, 816.1. Planificaci6n inicial .............................................................................Pag. 826.2. Planificaci6n final. Pag, 836.3. Costes econ6micos Pag, 846.4. Concluslones y futuras ampliaciones Pag, 85

Apendlce l:Manual de usuario Pag, 86Apendlcez: Contenido del co Pag.101Bibliograffa pag.103

5


3/50

Memoria PFCGesti6n de un taller rnecanlco

INTRODUCCION

6


4/50


1. mtroducclen

Hace cuatro meses, en el momento en el que tenia que decidir el tema de mi proyecto, laverdad es que no tenia muy claro sobre que tema querla realizar el PFC.Pero, un dla, casipor casualidad, di con un proyecto el cual me llusiono mucho desde el principio, y del cual,ahora que ya esta acabado, estoy muy orgulloso.A contlnuaclon, explicare como surglo la idea de este proyecto.Mi padre es propietario de un pequefio taller mecanlco en un pueblo a las afueras deBarcelona, en Palleja. Hasta ese momento ni se me habla ocurrido que podrla desarrollar elproyecto final de carrera sobre el negocio familiar. EI hecho que me hizo recapacitar ypensar que podria construir un sistema que ayudase a gestionar la empresa familiar, fue, vera mi padre en apuros, debido al pesimo sistema de gestlon que hasta entonces se utilizabaen el taller.EI problema que surgio, fue algo tan simple como buscar una factura de un servicio realizadohada un par de afios, ya que se ten Ian que consultar los detalles de esa factura para poderrealizar correctamente otro servicio que habia demandando el mismo cliente para el mismovehkulo.Esta tarea, que deberfa ser simple y rapida para cualquier empresa, debido al peslrnosistema de gestion y de almacenamiento de facturas que utilizaba el taller, se prolongodurante toda una tarde, rebuscando sin exlto dicho documento entre las carpetas en las quese guardaban las facturas.En ese momento, se me ocurrlo la idea de disefiar e implementar un sistema de gestlon parael taller en el que se integraran todos los aspectos administrativos y de gestion del negoclo.EI motivo que mas me empujo a decidirme por la realizacion de este proyecto, adernas deayudar a mejorar y hacer mas eficientes algunas tareas del negocio familiar, fue el hecho deque el trabajo realizado para el proyecto final de carrera no se quedara solo en eso, sino queposteriormente este sistema se usarla en una empresa real y por 1 0 tanto ese trabajo seaprovecharfa al maximo.Despues de que surgiera esta idea, se realizaron algunas reuniones en donde me documentesobre los procesos administrativos y de gestlon que se lIevaban a cabo en el taller y de estamanera se fue construyendo la idea global del sistema.Tras estas reuniones en donde realizamos un esbozo de los requisitos del sistema, me reunlcon la directora del proyecto para definir completamente el sistema y realizar unaplanlflcacion del proyecto. A partir de ese momento ernpece a trabajar en el.

7


5/50


INFORME DE DEFINICION

8


6/50


2. InformededefinicionEn este segundo apartado, vamos a realizar un anallsls global de todos los aspectos quedebemos contemplar antes de realizar el provecto que tenemos en mente. EI objetivo deeste informe es: detectar las necesidades reales de la empresa, detectar los posiblesinconvenientes que nos encontraremos durante la realizacion del provecto y realizar unesbozo del sistema que se va a desarrollar.

2.1. Raz6ny oportunidad2.1.1. La empresaLa organizacion en la cual se va a implantar el sistema de gestlon en desarrollo es unpequefic taller mecanlco situado en un pequefio pueblo en la zona metropolitana deBarcelona. Los clientes de este negocio familiar no son excesivamente numerosos, pero sifieles debido a la proximidad, y sobre todo debido a la confianza adquirida por estos duranteafios con el establecimiento.EI volumen de trabajo de esta organlzaclon normalmente no es excesivamente elevado,aunque existen picos de trabajo en epocas muy concretas, como por ejemplo los meses deJunio y Julio, meses previos a las vacaciones en los que muchos clientes revisan susvehlculos, en prevision a la realizaclon de su viaje vacacional.EI personal con el que cuenta esta empresa, y por tanto futuros usuarios del sistema, estaformado por tres personas. EIprimero es el propietario del taller, que adernas de realizar losservicios a los clientes, hasta ahora, se encargaba de todo 1 0 relacionado con la gestlon. Enesta tarea de gestlon tarnblen colabora la mujer del propietario del taller. Tarnblen hara usodel programa el ayudante del taller, que hasta ahora estaba dedicado exclusivamente a lareallzaclon de servicios a los vehlculos de los clientes.En cuanto a la gestion de los aspectos mas puramente legales como son impuestos y otrostramites de este tipo, se encarga una gestoria especializada.

2.1.2. EI nacimiento del provectoAunque la empresa lIeva muchos afios en marcha y hasta ahora no ha existido nlngunproblema grave en la gestion, se pretende desarrollar un sistema que permita mejorardiferentes actividades y procesos de la organizacion,De esta manera, las tareas de gestlon y de papeleo de la empresa que hasta ahora eranmucho mas arduas, ahora seran mucho mas eficientes, y por 1 0 tanto no sera necesariodedicarles tanto tiempo.

9


7/50

Memoria PFCGestion de un taller rnecanlco

2.2. Situacion actual2.2.1. DescripcionActualmente laempresa se gestiona de una manera bastante rudimentaria e incluso puederesultar bastante caotlca para alguien que no este habituado a trabajar de esta manera.EI proceso funciona de la siguiente manera:Cuando lIega un cliente demandando un nuevo servicio, si este 1 0 desea, se Ie realiza unpresupuesto orientativo del coste del servicio.Despues de que el cliente de el visto bueno en cuanto al presupuesto, y una vez finalizado elservicio, se realiza la factura.

La factura esta hecha a partir de una plantilla procedente de un talonario que se compra enalgunas papelerlas especializadas. Esta plantilla de la factura es rellenada a mana por elpropietario del taller. En la factura constan los datos de la empresa, del cliente, de suvehfculo, y los detalles pormenorizados del servicio. EI papel de este talonario de plantillasde facturas permite obtener dos copias del documento. Finalmente, la factura se firma y seIe entrega una copia al cliente y la otra se guarda en una carpeta.Segun 1 0 relatado anteriormente, podemos ver que no existe ningun tipo de cartera de losclientes ni de los vehfculos de estos. Tampoco se guarda relaclon de los stocks de piezas yotros productos necesarios para las reparaciones que existen en el taller.Por ultimo, cabe decir que el unico hlstorlal de servicios que existe en la empresa, es lacarpeta con las copias de las facturas que se guardan, siendo asl, muy diffcil buscar algunservicio en concreto, si esto necesario. Con este sistema tarnblen resulta muy engorrosoobtener algun dato ligado a los servicios como los servicios no pagados, la evoluclon delnegocio, los balances econornlcos de un periodo en concreto, ...2.2.2. Evaluacion

10

Segun 1 0 descrito anteriormente, el proceso de gestlon de esta organizaclon se puedeoptimizar bastante, algunos de los puntos mas importantes en los que se puede mejorar sonlos siguientes:

No existe nlngun tipo de cartera de clientes, ni de los vehfculos de estos. No existe ningun tipo de inventario ni ningun sistema de gestlon del stock. EI sistema de almacenamiento del historial de servicios esta obsoleto, ya que

dificulta mucho cualquier tipo de trabajo sobre este. Las facturas se realizan a mano, con la considerable perdida de tiempo que

ello conlleva. Este sistema adernas, da una imagen anticuada del negocio a losclientes.


8/50

Memoria PFCGesti6n de un taller rnecanico

2.3. Objetivos del proyecto

EI objetivo principal de este proyecto es desarrollar un sistema software con la finalidad dehacer mas eficientes las diferentes tareas de gestlon de un pequefio taller rnecanlco.Concretamente, la idea del proyecto es actuar sobre los puntos deblles de la gestion que seesta lIevando a cabo en el taller y actualizar el modele de trabajo que se esta utilizando eneste momento. Esta conversion se pretende hacer introduciendo un sistema software queintegre todos los datos necesarios para el buen funcionamiento del taller, de esta rnanera, altener los datos en un sistema inforrnatico, tareas cuotidianas como busquedas, consultas 0modificaciones de cualquier informacion seran mucho mas eficientes de 1 0 que eran hastaahora. Adernas del tiempo que nos ahorramos en muchos de los quehaceres del taller, tenertodos los datos en un soporte inforrnatico, nos proporciona otras ventajas: Persistencia dedatos de una manera sencilla, posibilidad de realizar copias de seguridad de todos los datos,portabilidad de los datos hacia otras plataformas de trabajo, ...

las caractedsticas principales con las que contara el sistema son las siguientes:

Gestionar una cartera de clientes, en la que consten los datos mas usuales ynecesarios para cualquier proceso del taller.

Gestionar una cartera de los vehfculos de 1 0 clientes, donde podamos accedera los datos necesarios para realizar cualquier tarea del taller.

Gestionar un inventario, en el que consten los diferentes productosnecesarios para realizar los servicios a los clientes, de manera que encualquier momento se pueda disponer de informacion sobre las piezas,articulos u otro material disponible en el taller.

Permitir la confeccion de facturas, as! como la posibilidad de imprimir dichosdocumentos. Tambien se debe permitir la opclon de almacenar los datos dedichos documentos. De esta manera, en cualquier momento sera posibleconsultar 0modificar los datos de los servicios realizados.

Permitir obtener datos econornlcos de la empresa, por ejemplo balancesmensuales.

11


9/50

Memoria PFCGestion de un taller mecanico

2.4. Alcance

Como ya hemos explicado anteriormente, la empresa en la cual se pretende implementar elproyecto es muy pequeiia, y por 1 0 tanto, este no repercutira en una gran masa de personas.Las personas a las que afectara este proyecto seran:

EI propietario del taller, que podra acceder desde un ordenador habilitadopara esta funcion en el taller, a todas las funcionalidades del programa.

EI ayudante de taller, que al igual que el propietario podra utilizar elordenador del taller, aunque en este caso se restringiran algunasfuncionalidades.

La mujer del propietario del taller, que tambien tendra acceso al ordenadordel taller, y tarnblen tendra permiso para utlllzar todas las funcionalidades delprograma.

Los clientes, a los cuales se les podra ofrecer un mejor servicio.

2.5. Beneficios

Los principales beneficios que se esperan obtener de este proyecto son:

Ahorrar tiempo en los diferentes procesos de gestlon de la empresa, puestoque este sistema informatizado hace mucho mas eficientes tareas comobusquedas yconsultas de datos, almacenamiento de datos ...

Conseguir una cartera de clientes y de sus vehfculos, pudiendo as! obtenerdatos de estos en cualquier momento, no solo para utilizarlo en los serviciosde la empresa, sino que se podran utilizar para enviar cartas 0 enviar mails alos cllentes, si as! se desea.

Tener un inventario actualizado de las piezas y productos existentes en eltaller.

Obtener imprimidas todas las facturas, consiguiendo as! una mejor imagen dela empresa por parte de los cllentes, ya que al ser un sistema mucho masactual, conseguiremos una imagen de modernidad que siempre es favorablepara la empresa.

Informatizar el historial de servicios realizados, haciendo as! mucho maseficiente cualquier tarea sobre este.

Se pod ran obtener, en el momento que se dese datos economicos de laempresa.

Informatizar e integrar completamente la gestlon de la empresa.

12


10/50


2.6. Vision general del sistema2.6.1. Estudio de productos similares en el mercadoEs cierto que en el mercado existen varias aplicaciones de gestlon similares a la quedesarrollamos. Los argumentos que nos han hecho desarrollar nuestro propio sistema sonlas siguientes:

EI precio de estas aplicaciones supone un gran gasto para un negocio de estecalibre, en algunos casos, el precio esta por encima de los 1000 euros, al quehay que sumar el precio del mantenimiento posterior.

Algunas de las funcionalidades de estos programas no se adaptan bien alfuncionamiento de la empresa.

2.6.2. Usuarios del sistemaLos dos tipos de usuarios que se contemplan para utilizar este sistema son:

Administrador: Persona que adernas de la utilizaclon del sistema, realizaratareas de gestion de las cuentas de usuarios y de conflguraclon del mismo.

Usuario: Personal del taller que usara habitualmente el sistema.2.6.3. Arquitectura b:!cnica

EIsistema que se desarrolla es un sistema totalmente centralizado. Se desarrollara siguiendoel patron arqultectonico tres capas y orlentacion a objetos. La ultima capa, la capa de datos,se cornunlcara con el SGBD (Sistema Gestor de Bases de Datos), donde se alrnacenaran deforma persistente todos los datos necesarios para el correcto funcionamiento del sistema.2.6.4. FuncionalidadesEI sistema descrito, actuara sobre las necesidades del negocio que describimos acontlnuaclon:

Gestion de la cartera de clientes: Alta, baja, consulta y modiflcacion declientes. Gestlon de la cartera de vehkulos: Alta, baja, consulta y modlflcaclon de

vehkulos. Gestion de inventario: Alta, baja, consulta y rnodlflcaclon de productos

disponibles en el taller. Gestion de servicios: Alta, baja, consulta y rnodlflcaclon de servicios a clientes. Realizacion de facturas: Confeccion e impresion de las facturas de los

servicios. Gestlon economica: Consulta de facturas impagadas, consulta de balances

econornlcos, evolucion economlca, ...

13


11/50


2.7. Metodologia utilizada

Una metodologla, se define como un conjunto de practices y de estrategias con el objetivode realizar una tarea mas 0 menos estandar, En nuestro caso, debemos centrarnos enrnetodologias de desarrollo de software.A continuaci6n mostramos un diagrama muy extendido entre la bibliografia especializada enesta materia. A este diagrama se Ie ha lIamado el triangulo del exito y define los trescomponentes basicos de cualquier proyecto de desarrollo de software: notaci6n, proceso yherramientas.

Notacion

Proceso Herramienta

Si reflexionamos un solo instante, veremos que resulta totalmente 16gico que estas trescomponentes sean decisivas para el correcto funcionamiento de cualquier proyecto dedesarrollo de software. Si disponemos de una buena notaci6n, no servlra de nada si nosabemos c6mo utillzarla (proceso). Pero si tenemos un gran proceso de desarrollo, pero nopodemos reflejarlo con una buena notaci6n 0 no podemos documentar los elementos denuestro proyecto con una de las Ilarnadas Herramientas CASE (Computer Aided SoftwareEngineering), sin duda alguna el proyecto sera un fracaso

En cascada* IBM Rational Rose

La terna que hemos escogido para utilizar en nuestro proyecto es: U.M.L. como notaci6n,IBM Rational Rose como herramienta CASEy el proceso de desarrollo seleccionado ha sido elclaslco 0en cascada aunque como explicaremos posteriormente, con algun matiz.En el diagrama que tenemos a continuaci6n pod emos ver nuestro triangulo del extto:

U.M.L

14


12/50

Memoria PFCGestion de un taller rnecanico

2.7.1. U.M.L.EI UML (Unified Modeling Language) es un lenguaje que permite especificar, visualizar Vdocumentar todos los sistemas software, independientemente de su arquitectura, de suternatlca 0 del lenguaje de programaci6n con el que esten implementados, va que es unanotaci6n de prop6sito general. La versi6n que nosotros utilizaremos en el provecto sera la2.0., que es la que se utiliza en las asignaturas de lngenlerfa del Software de la Facultad.2.7.2. IBM Rational RoseComo va hemos dicho anteriormente, Rational Rose es una herramienta CASEque nos avudaen diferentes etapas del desarrollo de software. Para 1 0 que hemos utilizado esta aplicacionconcretamente, es para confeccionar los diagramas U.M.L. que veremos en esta memoria.2.7.3. Proceso de desarrollo chisico 0en cascadaEste proceso de desarrollo del software establece un riguroso orden a seguir de las etapasdel clclo de vida del software de manera que no se puede empezar una etapa si no se hafinalizado la que Ie precede. EI orden es: Anallsls de requisitos, especificaci6n, disefio,codificaci6n, pruebas Vmantenimiento.Aunque el proceso en cascada exige que nunca se vuelva hacia ninguna etapa anterior,nosotros en ocasiones si que 1 0 hemos hecho. Esto es debido a que por la propia naturalezadel software, a medida que se avanza en el provecto surgen nuevos requerimientos queanteriormente no se hablan contemplado, V por 1 0 tanto hay que volver atras V realizar lastareas necesarias para esta incluir esta nueva funcionalidad en nuestro sistema.Podrfarnos decir entonces que el proceso de desarrollo que hem os utilizado es el chisico,aunque mucho mas flexible V introduciendo el concepto de iteraci6n del Unified Process.La figura que tenemos a continuaci6n nos muestra graflcarnente el orden de cada una de laseta pas de las que establece el proceso en cascada.

15


13/50


2.8. Evaluacionde tecnologlas

En este apartado vamos a hacer un breve repaso sobre las posibles opciones tecnologlcascon las que podemos implementar nuestro proyecto y posteriormente argumentaremos losmotivos de nuestra decision.Las caracterlsticas de un sistema que son determinantes para tomar esta decision son varias:arquitectura tecnica del sistema, econornla, requisitos no funcionales,. ..Anteriormente, en el apartado vision general del sistema, hemos detallado las bases de laarquitectura tecnlca del sistema: Sistema centralizado e implementado utilizandoorlentaclon a objetos y arquitectura de tres capas.Esta caracteristica del sistema nos restringe rnuchlsimo el nurnero de tecnologfas paracodificar el sistema. A continuaclon veremos las tecnologias que hemos considerado utilizaren nuestro proyecto.2.8.1. JavaCon el lenguaje de prograrnaclon Java podemos implementar perfectamente nuestrosistema, adem as es un sistema con el que ya hemos trabajado, tenemos experiencia y por 1 0tanto podriarnos ahorrarnos ese proceso de aprendizaje.

-Ventajas: Esgratuito, es portable y ya tenemos experiencia con el,-Desventajas: Es bastante mas lento que otros lenguajes similares, implementar lainterfaz graflca es bastante mas costoso que en otros lenguajes.

2.8.2. Tecnologlas .NETLa tecnologfa .NET de Microsoft, tambien se adapta muy bien a 1 0 que necesitamos paraimplementar nuestro sistema. Esta tecnologla es mas que un lenguaje de programaclon, yaque incluye un entrono de desarrollo de software que nos ayudara en tareas de disefio deinterfaz, control de versiones, debugging, ...

16

-Ventajas: Es gratuito (tenemos una licencia como estudiante de la FIB), es bastantemas rapldo que Java, se trabaja en un entorno de desarrollo (Visual Studio) quepermite implementar interfaces potentes sin mucha dificultad.-Desventajas: Es no portable (tanto el desarrollo como la utllizacion del sistemadeben ser en Windows).


14/50


2.8.2. Decisi6nFinalmente hemos optado por la tecnologia .NET para desarrollar nuestro provecto,concretamente C#.los motivos mas importantes que nos han empujado a esta elecclon son los siguientes:

Esgratuito. Esmejor en cuanto a rendimiento que Java. Se puede implementar una interfaz mas potente que en Java.

EI hecho que el sistema sea no portable V tan solo se pueda ejecutar en Windows no nospreocupa en demasfa, va que este es el sistema operativo utilizado porlos futuros usuariosdel sistema.EI SGBD, que lmplernentara nuestra base de datos sera SQL Server 2000. EI motivo de estaeleccion es que esta base de datos interacciona muv bien con .NET, tanto en aspectos decompatibilidad, V especialmente en temas de rendimiento. AI igual que con el entorno dedesarrollo de .NET, de este software tambien poseemos una licencia de uso como estudiantede la FIB.

17


15/50


2.9. Analisis de impactos2.9.1. En la erganlzaclen y en los usuarios

Este nuevo modele de gestion del negocio, evidentemente afecta muv considerablemente amuchos de los procesos de la organlzaclon Vde los empleados de esta.

EI hecho mas destacado, es que se lnformatizaran gestiones que actualmente se hacenmanualmente. De esta manera, los empleados de la organizaclon, aunque deberan deadaptarse al nuevo sistema, indudablemente, el nuevo sistema les facilitara esas tareasadministrativas que anteriormente realizaban manualmente, vies permitlra hacer el mismotrabajo en mucho menos tiempo Vmas comodarnente.

En cuanto a la organizacion, todo este proceso de conversion Ie debe repercutir rnuvpositivamente, va que contara con un sistema actual V que explota las tecnologlas paraobtener el maximo beneficio posible para la empresa.

2.9.2. En la infraestructura

En este apartado, cabe decir que el provecto exige la introduccion de una minimainfraestruetura informatica en la empresa que hasta el momento no existla. Este equipolnforrnatlco necesario para la irnplantaclon del nuevo sistema de gestlon, contempla unordenador de sobremesa, que no es necesario que sea de las mas potentes del mercado, nimuchomenos, va que el sistema no exige un equipo demasiado potente. Tarnbien seranecesaria una lmpresora de gama media, para permitir la impresion de los diferentesdocumentos que anteriormente hem os explicado.

2.9.3. Economicos

EI presupuesto necesario para aplicar el provecto es practicamente nulo, puesto que elpropietario de la empresa, va dispone de la infraestruetura informatica necesaria que serainstalada en el taller.

18


16/50


,ANALIS IS DE REqU IS ITOS

19


17/50


3. Analisisde requisitosDespues de ver el informe de definicion, y ahora que ya hemos establecido las bases de quees 1 0 que queremos construir, teniendo en cuenta 1 0 que hay en la actualidad y del posibleimpacto en la empresa, vamos a empezar a desarrollar ese sistema software.

EI anal isis de requisitos es la primera etapa del clclo de vida claslco del proceso de desarrollodel software. EI objetivo principal de esta etapa, es determinar las necesidades que tiene elusuario para poder darle una solucion, Las posibles estrategias para conseguir obtener estasnecesidades son cuatro: preguntar a los usuarios, fijarse en otros sistemas similares,extraerlos del sistema global 0 experimentarlo. Para obtener los requisitos de nuestrosistema, hemos realizado las siguientes acciones:

Hemos hablado con los futuros usuarios del sistema, preguntandoles quequerian obtener del software y que problemas 0necesidades ten ian.

Hemos analizado las funcionalidades de otros sistemas que gestionannegocios similares.

A partir del modelo general de trabajo, hemos extraldo alguna opcion mas delsistema.

Por otra parte, los requisitos de un sistema se dividen en dos categorlas: requisitosfuncionales y requisitos no funcionales. En la primera categoria nos encontramos aquellosque describen todas las entradas y salidas del sistema, y la relacion entre estas. En cambio,los requisitos no funcionales son aquellos que definen otras caracterfsticas del sistema comofactores de seguridad, eficiencia, estructurales, ...

3.1. Requisitosfuncionales

20

EI resultado de realizar esta primera etapa de analisls de nuestro sistema, ha sido lasiguiente lista de funcionalidades.

1. Gestion de clientes: Esta funcionalidad debe permitir al usuario dar de alta y de bajaa los clientes de la empresa en el sistema. Asi mismo, el usuario tarnblen tendra laposibilidad de consultar 0 modificar los datos sobre estos. EI objetivo de tener unabase de datos con este tipo de informacion, adem as de para realizar facturas sintener que rellenar los datos a mano, es la de poder utilizar esos datos de maneracorporativa, por ejemplo para enviar cartas 0e-mails en fechas sefialadas.


18/50


los datos que se deberan conservar de los clientes seran:

Personales: DNI, nombre y apellidos. Domicilio: Dlrecclon, poblacion, codigo postal y provincia. De contacto: Telefono, e-mail.

2. Gestion de vehlculos: En este apartado, se contempla la opclon de guardar en elsistema los datos correspondientes a los vehfculos de los clientes y sobre los que serealizan los servicios del taller. En esta funcionalidad del sistema sera posible dar dealta y de baja a vehfculos, as! como consultar 0 modificar los datos referentes a losvehfculos guardados en la base de datos.

Sobre los vehfculos se deberan de conservar la siguiente informacion:

Del vehlculo: Matrfcula , marca y modelo. Del propietario principal: DNI. De otros propietarios: DNI.

3. Gestion de inventario: Esta funcionalidad permltira dar de alta, baja, consultar 0modificar las piezas, articulos y productos necesarios para realizar los servicios, queactual mente estan disponibles en el taller. De esta manera, en cualquier momento sepuede obtener informacion acerca de los productos que tenemos actualmente en eltaller y en que cantidad para poder realizar cualquier tipo de servicio.

los datos que se reglstraran para realizar dlcha gestion seran:

Tecnlcos: Tipo, Descrlpclon tecnica. Econornlcos: Precio. De Stock: Numero de existencias en el taller y cantidad minima recomendada

disponible en el taller.

4. Gestion de servicios: Este requisito, preve que se permita disponer de un historial deservicios realizados, de manera que si es necesario informarse sobre reparaciones 0revisiones anteriores de un vehfculo 0 de un cliente en concreto, se pueda disponerde esta informacion de una forma facil y raplda. Para realizar dicho historial, sepermitlra dar de alta y consultar 0modificar cualquier servicio efectuado en el taller.

21


19/50


La informaci6n que se guardara de cada servicio sera:

Estandar: Nurnero de factura y fecha del servicio. Del cliente: DNJ. Del vehlculo: Matrkula. Tecnicos: Piezas y productos usados en la reparaci6n y otros conceptos

facturados. Econ6micos: Precio del servicio, estado del pago.

4.1. En este mismo apartado, esta previsto que el usuario pueda confeccionar unafactura nueva 0 obtener la de un servicio anteriormente guardado,modlflcandola si es necesario, e imprimir dicho documento.

4.2. Una vez realizada la factura y guardado el servicio en el sistema, este deberade actualizar las existencias de los articulos 0 piezas del stock facturados endicho servicio.

5. Gestion econemlca: Esta funcionalidad debera permitir al usuario consultar datos deambito econ6mico relacionados con la empresa. Concretamente, la informaci6n quese podra consultar sera:

5.1. Facturas impagadas: Si el usuario 1 0 desea, en cualquier momento, podra verque facturas de servicios prestados a los clientes no estan liquidadas.

5.2. Evolucion y balances econemlcos: Otra opci6n que tendra el usuario dentrode la gesti6n econ6mica de la empresa, sera la consulta del balanceecon6mico de la empresa en un periodo de tiempo concreto, pudlendolocomparar mediante graflcos con otros periodos.

6. Busquedas: Segun el anallsis de requerimientos realizado, los usuarios puedennecesitar en cualquier momento acceder a consultar datos sobre los clientes, losvehlculos, el stock 0 los servicios del taller. En muchos de estos casos los usuarios noposeen mucha informaci6n sobre el elemento que desean consultar, y puede que enmuchas ocasiones tan solo se conozca una caractedstica del elemento que se estabuscando. Por este motivo, se considera fundamental que el usuario pueda disponerde un potente motor de busqueda para cada cartera (clientes, vehfculos, stock yservicios), donde se permita realizar busquedas por diferentes campos, dejando laopci6n al usuario sobrela decisi6n de los campos utilizados para buscar la entrada dela base de datos que deseamos.

22


20/50


Los diferentescampos por los cuales contemplamos que se podran realizarbusquedas son:

Clientes: ONI, Nombre, ler Apellido, 22 Apellldo, Poblacion, Provincia. Vehkulos: Matrkula, Marca, Modele, ONI Propietario. Artlculos: Tipo, Descrlpcion, Servicios: N2 Factura, Fecha lnlclo, Fecha fin, ONI Cliente, rnatrfcula

vehlculo, Facturas pagadas.Adernas de poder realizar las busquedas por estos campos que hemos descrito,el sistema dlspondra de dos tipos de busquedas: restrictiva y flexible. Labusqueda restrictiva tan solo mostrara los resultados con los cuales coincidantodos los campos introducidos en la busqueda, mientras que la flexible rnostraralos resultados en los cuales coincida un campo de entre todos los definidos en labusqueda.

7. Ayuda: Esta funcionalidad permitira al usuario consultar la ayuda del sistema encualquier momenta durante la utillzaclon de la aplicacion. En dicha ayuda constaranlos pasos a seguir para conseguir realizar cualquier operacion de entre las que ofreceel sistema.

8. Configura cion del sistema: Esta funcionalidad perrnltlra al administrador configurarla aplicaclon segun sus necesidades. Principal mente, se pod ran configurar lossiguientes puntos:

8.1. Adrninistracion de usuarios: Con esta opcion, el administrador podra dar dealta 0 de baja a los usuarios del sistema. Adernas, podra otorgar 0 denegarpermisos de utllizacion de las diferentes funcionalidades del sistema a cadauno de los usuarios.Los datos que se guardaran para la adrninlstraclon de usuarios seran: Nombre de usuarlo, password (clfrado), permisos.

8.2. Datos de la empresa: Esta ultima funcionalidad, permitira al administradormodificar los datos de la empresa. Estos datos se utilizaran, por ejernplo, parala creaclon de facturas.La informacion que se alrnacenara en el sistema sobre la empresa sera: De la empresa: Nombre y NIF. Oomicilio: Direcclon, poblaclon, codigo postal y provincia. De contacto: Telefono, e-mail.

23


21/50


9. Cambio de usuario: Debido a que el sistema se ejecutara siempre en el mismoordenador, durante un tiempo muy prolongado a 1 0 largo del dla y que cada usuariotiene unos permisos determinados, sera necesario que usuario pueda cambiar deusuario durante la utilizaci6n del sistema.

Como resumen grafico de 1 0 anteriormente explicado, podemos observar el siguiente cuadroen el que constan las funcionalidades que ofrecera la aplicaci6n.

Alta, baja, consulta y modificaci6n de clientesRl. Gestion de clientes

Alta, baja, consulta y modificaci6n de vehkulosR2. Gestion de vehlculos

Alta, baja, consulta y modificaci6n del stockR3. Gestion de inventario

Realizaci6n e impresi6n de presupuestos

R4. Gestion de serviciosAlta, baja, consulta y modificaci6n de servicios

Actualizaci6n del inventario

Consulta de facturas impagadasRS.Gestion econemtca

Consulta de balances econ6micos

24


22/50


R6.BusquedasBusquedas para poder consultar datos de clientes, vehfculos, stock y servicios

R7.AyudaConsulta de la ayuda del sistema

R8. Configuracion del sistemaAdrnlnlstraclon de usuariosDatos de la empresa

R9. Cambio de usuarioCambio del usuario durante el uso de la aplicaclon

25


23/50


3.2. Requisitos no funcionales

3.2.1. Seguridad

Puesto que el sistema trabaja con informacion crftica para la empresa y que cada tipo deusuario posee unos permisos para el tratamiento de esa informacion, se debera garantizarmediante la ldentlficaclon de usuarios en cada seslon de trabajo, que usuario utilizara laaplicacion para inhabilitar las opciones pertinentes.

3.2.2. Interfaz de usuario

EI t ipo de usuario que lnteractuara con el sistema seran personas con alguna experiencia enla utillzaclon de entorno grafico, aunque ni mucho menos expertos. Por 1 0 tanto la interfazde usuario de la apllcaclon sera sencilla, amigable y sobretodo muy intuitiva, para facilitar suutllizaclon, de forma que un usuario pueda manejarlo fluidamente despues de un par desesiones. Ademas, el programa protegera al usuario de posibles errores habilitando 0deshabilitando opciones segun el uso que este haga del mismo 0 pidiendo conflrrnacion paraacciones crfticas.

3.2.3. Eficiencia

Aunque este sistema no contempla ninguna funcionalidad vital para el funcionamiento de laempresa, si que se quiere un cierto grado de eficiencia, especial mente en las busquedas declientes, vehfculos, servicios ... en la que el sistema debera dar respuesta 1 0 mas rapidamenteposible.

3.2.4. CaUdad

Se pretende desarrollar el sistema siguiendo diversos principios de calidad del softwarecomo mantenibilidad, fiabilidad, reusabilidad y modificabilidad.

26


24/50


ESPECIFICACION

27


25/50

Memoria PFe Gestion de un taller rnecanico

4. Especificacion

Una vez hemos realizado el analtsis de requisitos, y ya tenemos la lista con todas lasfuncionalidades que el usuario necesitaba, ahora debemos describir en detalle que ha dehacer el sistema, 0 dicho de otra forma, el comportamiento externo que tendra el sistemapara cada operacion que real ice el usuario. Por 1 0 tanto, ahora debemos entrar en lasegunda etapa del cicio de vida claslco del desarrollo del software, la especlflcaclon delsistema.Antes de entrar en 1 0 que es puramente la especiflcaclon del sistema, debemos recodar quetanto en la etapa de especiflcaclon como en el disefio del sistema hemos utilizado unametodologfa concreta, que ya hemos explicado anteriormente. Los documentos queveremos a partir de ahora seran el resultado de aplicar dicho metoda al desarrollo denuestro sistema.Tras el pequefio inciso anterior, ahora si, debemos entrar en la especiflcacion. EI primerdocumento que se debe encontrar en todas las especificaciones de cualquier sistema es elmodele de casos de uso. Este modele de la especificaclon permite definir detalladamente lasfunciones que ofrece el sistema y que funcionalidad puede utlllzar cada usuario.EI modele de casos de uso consta de dos partes diferenciadas:

Diagrama de casos de uso: Permite definir los actores y usuarios del sistema yespecificar a que funcionalidades tend ran acceso cada actor.

Especificaclon de los casos de uso: Permite especlflcar la lnteracclon entre elusuario y el sistema, para cada escenario del diagrama de casos de uso.

Posteriormente, y una vez que tenemos perfectamente descrito todo el sistema, debemosespecificar el modele conceptual de los datos. En este modelo representaremos todos losobjetos del mundo real que intervienen en nuestro sistema, representaremos el dominio delproblema. De esta manera podremos identificar ya algunos de los objetos queposteriormente lnclulremos en nuestro sistema, asl como las caracterfsticas de estes y lasrelaciones entre ellos.

28

Tras especificar el modele conceptual de los datos obtenemos el siguiente documento: Diagrama estatlco de objetos del dominio: Representamos los conceptos

significativos del dominio en el problema.


26/50


4.1. Modelode casos de uso

En este momento vamos a entrar de Ilene en la segunda etapa del clclo de vida claslco dedesarrollo del software, la especiflcacion.Como ya hemos anticipado anteriormente, el objetivo de este modele de la especiflcaclon esdefinir pormenorizadamente cada funcionalidad 0 cada caso de uso del sistema.Concretamente, los casos de uso nos permiten:

Entender mejor los requisitos funcionales. Organizar los requisitos funcionales segun las funciones del sistema.

Describir los requisitos funcionales segun un formato comprensible por losusuarios. Delimitar la frontera del sistema.

A continuaclon veremos los dos documentos de los que consta el modele de casos de uso: eldiagram a de casos de usa y la especftcacion de los casas de usa.

4.1.1. Diagrama de casos de uso

EI objetivo principal del diagrama de casos de uso es visualizar que funciones del sistemapuede utilizar cada actor y cuales no. Este diagrama adernas, modela y organiza elcomportamiento del sistema, y nos muestra las relaciones existentes entre los diferentescasos de uso.Antes de ver el diagrama de casos de uso de nuestro sistema, considero importante recordarque una de las funcionalidades que hemos extraido del anallsis de requisitos ha sido laadministraci6n de usuarios y de los permisos de estos. Por este motivo, en el dlagrama queveremos a contlnuaclon, se muestra que el usuario puede acceder a cualquler caso de uso,pero evidentemente esto estara supeditado a la configuraci6n de los permisos del usuarioque utiliza el sistema en ese momento.

29


27/50


Gesti6n de clientes

AyudaGesti6n de vehfculos

SalirGesti6n economica

Tras ver los casos de uso que el usuario tiene disponible en el sistema, ahora veremos comointeraccionan cada caso de uso con el usuario 0con otro caso de uso.

Gestion de c lientes

Alta Usuarioinclude ~

~Baja Usuarioinclude

Usuario Gest ion de usuariosModificar Usuario

include Consultar Usuario

Buscar Usuario

30


28/50


Gest ion de veh icu los

~----7f~Gestion de vehlculos

Alta Vehiculoinclude ~

~ajaVehlCuloinclude

UsuarioModificar Vehlculo

include Consultar Vehiculo

Buscar Vehiculo

Gesti on de inven ta rio

~----7fGestion de Inventario

Alta Articuloinclude ~

~Baja Articuloinclude

UsuarioModificar Articulo

include Consultar Articulo

Buscar Articulo

31


29/50


Gesti on de ser vic ios

~ C>~d'Alta Servicio ~. _, _.-~Usuario includeinclude~ joelud.

(____) Modificar ServicioGestion de Servicios ~ include

!includeinclude

Consu kar SelVicioinclude Imprimir Factura

Buscar Servicio

Ges tion econom ica

includeUsuario Gestion economic a Consulta balances economicos

Ayuda

include

Usuario

Consultar ayuda sistema

Ayuda include

Consultar scarca de...

32


30/50

Memoria PFCGestlon de un taller mecanlco

Configura cion

. I d c = : > ~

urar datos empresa Alta Usuario~ include ~

Configuraci6n _ .. ~ c = : > ~ ~Include . ~nclude Baja ArticuloAdministraci6n de usuaries ~~


31/50


4.1.2. Especificacion de los casos de usoA continuaclon pasamos a describir el conjunto de acciones que se lIevan a cabo en cadacaso de uso y el resultado que se obtiene.

Gestion de clientes

Caso de uso: Gestion clientesActor: UsuarioDescripcion:EI actor decide iniciar alguna operacion relacionada con los clientes.Dialoqo:

Usuario Sistemal-Selecciona la opclon de gestion de clientes.

2-Muestra una lista can todos los clientesdisponibles en el sistema.3-Muestra el formulario de busqueda declientes.

4-Realiza la operacion que desea.

Posibles errores y alternativas:4-Segun la operacion que seleccione el usuario, el sistema inicia el caso de usocorrespondiente.

Caso de uso: Alta clienteActor: UsuarioDescripcion: EIactor decide dar de alta un nuevo cliente en el sistema.DiGlogo:

Usuario Sistemal-Selecciona la opcion de crear un nuevo cliente.

2-Muestra el formulario con los datos para crearun nuevo cliente.3-Rellena el formula rio de alta cliente.4-Comprueva que todos los datos introducidosen el formula rio son correctos.5-0a de alta al nuevo cliente en el sistema.6-Vuelve al casode uso Gestion C/ientes.

Posibles errores yalternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario que dato introducido no es correcto.6-Vuelve al paso 2.

34


32/50

Memoria PFCGestion de un taller mecanlco

Caso de uso: BajaclienteActor: UsuarioDescripci6n: E I actor decide dar de baja un cliente del sistema.Di6/ogo:

Usuario Sistema'l-Selecciona el cliente que deseadar de baja.2-lndica que deseadar de baja el clienteseleccionado.

4-Confirma que deseadar de baja del sistema alcliente.

3-Pregunta al usuario si realmente deseadar debaja de cllente.

5-Elimina definitivamente el cliente del sistema.6-Vuelve al casode usaGestion c1ientes.Posib/es errores y a/ternativas:

4-EI actor se arrepiente y anula la operaci6n de baja.5- Vuelve al caso de uso Gesti6n c1ientes.

Caso de uso: Modificar clienteActor: UsuarioDescripci6n: EI actor decide modificar algun dato deun cliente.Di%go:- - - - - -- - - - -- - - - -- - -Usuario Sistemal-Selecciona el cliente del cual deseamodificaralgun parametro,

3-Edita el formula rio con los datos del clienteque deseamodificar.

2-Muestra un formulario con los datos delcliente seleccionado.

4-Comprueva que todos los datos introducidosen el formula rio son correctos.5-Modifica los datos del cllente.6-Vuelve al casode usoGesti6n c1ientes.

Posib/es errores y a/ternativas:4-EI sistema detecta algiin dato incorrecto en el formulario.5-EI sistema avisa al usuario existe un error.6-Vuelve al paso 2.

35


33/50


Caso de uso: Consul ta r c lienteActor: UsuarioDescripci6n: E I actor necesita consultar algun dato de un cliente.Di6/ogo:

Usuario Sistemal-Selecciona el cliente que desea consultar.

2-Muestra el formulario con los datos del clienteseleccionado.3-Vuelve al caso de uso Ges ti6n c li en te s .

Posib/es errores ya/ternativas:

Caso de uso: Buscarcl ienteActor: UsuarioDescripci6n: E I actor necesita buscar un cliente concreto.Di6/ogo:

Usuario Sistemal-Rellena el formulario de busqueda de clientes.

2-Muestra una lista con los usuarios quecumplen las restricciones del formulario debusqueda,3-Vuelve al caso de uso Ges ti6n c li en te s .

Posib/es errores y a/ternativas:

36


34/50


Gestion de vehiculos

Coso de usa: Gestion vehiculosActor: UsuarioDescripcion: EIactor decide iniciar alguna operacion sobre los vehfculos del sistema.Di6/ogo:

Usuario Sistemal-Selecciona la opcion de gestion de vehfculos.

2-Muestra una lista con todos los vehfculosdisponibles en el sistema.3-Muestra el formula rio de busqueda devehfculos.

4-Realiza la opera cion que desea.Posib/es errores ya/ternativas:

4-Segun la operacion que seleccione el usuario, el sistema inicia el caso de usccorrespondiente.

Coso de usa: Alta vehiculoActor: UsuarioDescripcion: EIactor decide dar de alta un nuevo vehfculo en el sistema.Di6/ogo:

Usuario Sistema,l-Selecciona la opcion de crear un nuevovehfculo.

2-Muestra un formula rio vacio para crear unvehfculo.3-Rellena el formulario de alta vehiculo.4-Comprueva que todos los datos introducidosen el formula rio son correctos.5-Da de alta al nuevo vehfculo en el sistema.6-Vuelve al caso de uso Gestion vehfculos.

Posib/es errores y a/ternativas:4-EI sistema detecta aigun dato incorrecto en el formulario.5-EI sistema avisa al usuario sobre el dato no correcto.6-Vuelve al paso 2.

37


35/50


Caso de usa: Baja veh lcu loActor: UsuarioOescripci6n: EIactor decide dar de baja un vehkulo del sistema.Oi610go:

Usuario Sistemal-Selecciona el vehiculo que deseadar de baja.2-lndica que deseadar de baja el vehiculoseleccionado.

4-Confirma que deseaeliminar definitivamenteal vehiculo.

3-Pideconfirmaci6n al usuario antes de eliminarel vehiculo.

5-Elimina definitivamente el vehiculo delsistema.6-Vuelve al casode usoGesti6n vehiculos.

Posibles errores y alternativas:4-EI actor se arrepiente y anula la operacion de baja.5- Vuelve al caso de uso Gesti6n vehiculos.

Caso de usa: Mod if ica r vehicu loActor: UsuarioOescripci6n: EIactor decide modificar algun dato de un vehkulo.Oi610go:

-- - ~ - - - - - - - --- - - -- - ---- - -- - - - - - - -- - -- - -- --.Usuario Sistemal-Selecciona el vehiculo del cual deseamodificaralgun dato.

3-Edita el formulario con los datos del vehiculoque deseamodificar.

2-Muestra un formulario con los datos delvehiculo seleccionado.

4-Comprueva que todos losdatos introducidosen el formula rio son correctos.5-Modifica los datos del vehiculo.6-Vuelve al casode usoGesti6n vehiculos.

Posibles errores yalternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario sobre el error.6-Vuelve al paso 2.

38


36/50

Memoria PFC Gesti6n de un taller mecanico

Caso de uso: Consultar vehi'culoActor: UsuarioDescripci6n: EI actor necesita consultar un vehfculo.Did/ogo:

Usuario Sistemal-Selecciona el vehfculo del que necesita veralgun dato.

2-Muestra el formulario con los datos delvehfculo seleccionado.3-Vuelve al caso de uso Gesti6n vehfcuJos.


Casode uso: Buscar vehlculoActor: UsuarioDescripci6n: EI actor necesita buscar un vehfculo concreto.Dialoqo:

Usuario Sistemal-Rellena el formulario de busqueda devehiculos.

2-Muestra una llsta con los vehfculos quecumplen las restricciones del formulario debUsqueda.3-Vuelve al caso de uso Gesti6nvehfcuJos.


39


37/50


Ges tion de inven ta rio

Caso de uso: Gest ion inventar ioActor: UsuarioDescripci6n: EIactor decide realizar alguna transacclon sobre el stock.Di6/ogo:

l-Selecciona la opcion de gestion de inventario.Usuario Sistema

4-Realiza la operacion que desea.

2-Muestra una lista con todos los articulos destock que estan registrados en el sistema.3-Muestra el formulario de busqueda de stock.

Posib/es errores y a/ternativas:4-Segun la operacion que seleccione el usuario, el sistema inicia el caso de usocorrespondiente.

Casode uso: Al ta a rt icu loActor: UsuarioDescripci6n: EIactor decide dar de alta un nuevo articulo en el sistema.Di6/ogo:

Usuario Sistema'l-Selecciona la opcion de crear un nuevoarticulo.

3-Rellenael formula rio de alta articulo.2-Muestra un formulario vacio para crear unarticulo.4-Comprueva que todos los datos introducidosen el formula rio son correetos.5-Da de alta al nuevo articulo en el sistema.6-Vuelve al casode usoGesti6n artfculos.

Posib/es errores ya/ternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuarlo que dato introducido no es correcto.6-Vuelve al paso 2.

40


38/50


Caso de uso: Baja articuloActor: UsuarioDescripci6n: EIactor decide eliminar un articulo del sistema.Di610go:

Usuario Sistemal-Selecciona el articulo que deseaeliminar.2-lndica que deseaeliminar el articuloseleccionado.

4-Confirma que deseaeliminar definitivamenteal articulo.

3-Pideconfirmaci6n al usuario antes de eliminarel articulo.

5-Elimina definitivamente el articulo del sistema.6-Vuelve al casode usoGesti6narticulos.

Posibles errores y alternativas:4-EI actor se arrepiente y anula la operacion de baja.5- Vuelve al caso de uso Gesti6n artfculos.

Coso de uso: Modificar articuloActor: UsuarioDescripci6n: EIactor decide modificar algun campo de un articulo.Di610go:l-Selecciona el articulo el cual deseaeditar.--~ - - - - - -- - - - - - - - - - - - - - ~ - - - - - -- - - --Usuario Sistema:

3-Edita el formulario con los datos del articuloque deseamodificar.

2-Muestra un formulario con los datos delarticulo seleccionado.

4-Comprueva que todos losdatos introducidosen el formulario son correctos.5-Modifica los datos del articulo.6-Vuelve al casode usoGesti6narticulos.

Posibles errores yalternativas:4-EI sistema detecta algun dato incorrecto en el formula rio.5-EI sistema avisa al usuario que ha surgido un error.6-Vuelve al paso 2.

41


39/50


Coso de uso: Consultar articuloActor: UsuarioDescripcion: EI actor necesita consultar algun campo de un articulo del sistema.Oi610go:

Usuario Sistemal-Selecciona el articulo que desea consultar.

2-Muestra un formulario con los datos delarticulo seleccionado.3-Vuelve al caso de uso Gestion articulos.

Posibles errores yalternativas:

Coso de uso: Buscar articuloActor: UsuarioDescripcion: EI actor necesita buscar un articulo del stock concreto.Oi610go:

Usuario Sistemal-Rellena el formulario de busqueda deartfculos.

2-Muestra una lista con los articulos quecumplen las restricciones del formula rio debusqueda.3-Vuelve al caso de uso Gestion articulos.

Posibles errores yalternativas:

42


40/50

Memoria PFCGestlon de un taller mecanlco

Gestion de serviciosCaso de usa: Gestion serviciosActor: UsuarioDescripclon: EIactor decide realizar alguna operacion sobre los servicios.Di610go:

l-Selecciona la opcion de gestlon de servicios.Usuario Sistema'

4-Realizala operacion que desea.

2-Muestra una llsta con todos los servicios deltaller que estan registrados en el sistema.3-Muestra el formulario de busquedadeservicios.


Casode usa: Alta servicioActor: UsuarioDescripcion: EIactor decide dar de alta un servlclo nuevo en el sistema.Di610go:

~ - - - -- --Usuario Sistema'

l-Selecciona laopclon de dar de alta un nuevoservicio.

4-Rellena la factura del nuevo servicio.

2-Muestra una factura vada para dar de alta elnuevo servicio.3-Rellena los datos estandar de la factura.4-Comprueva que todos los datos introducidosen la factura son correctos.5-Vaal casode usoGuardar Factura.

Posibles errores y alternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario que dato introducido no es correcto.6-Vuelve al paso 2.

43


41/50


Caso de uso: Modif icar se rv ic ioActor: UsuarioDescripcion: EI actor decide modificar algun dato de un servicio.DiG/ogo:

Usuario Sistema"l-Selecciona el servicio que desea modificar.2-Selecciona la opclon de ver la factura de unserviclo,

4-Modifica los datos que queria de la factura delservicio.

3-Muestra la factura correspondiente al servicio.

5-Comprueva que todos los datos introducidosen la factura son correctos.6-Va al caso de uso Guardar Factura.

Posib/es errores y a/ternativas:5-EI sistema detecta algun dato incorrecto en el formulario.6-EI sistema avisa al usuario que dato introducido no es correcto.7-Vuelve al paso 3.

Caso de uso: Consultar serv ic ioActor: UsuarioDescripcion: EI actor decide consultar la factura de un servicio concreto.DiG/ogo:

- - - -- - - - - - -- - - - - --Usuario Sistema'

l-Selecciona el servicio que desea consultar.2-Selecciona la opcion de ver la factura de unservicio.

3-Muestra la factura correspondiente al servicio.6-Va al caso de uso Gest i6n serv ic io s .


44


42/50


Caso de usa: BuscarservicioActor: UsuarioDescripci6n: EI actor necesita buscar un servicio concreto.Di610go:

Usuario Sistemal-Rellena el formulario de busqueda deservicios.

2-Muestra una lista con todos los servicios quecumplen las restricciones del formula rio debusqueda.3-Vuelve al caso de uso Gesti6n servicios.

Posibles errores y alternativas:

Caso de uso: Imprimir facturaActor: UsuarioDescripci6n: EI actor necesita buscar un servicio concreto.Di610go:

Usuario Sistema1-Selecci6na la opci6n de imprimir la factura conla que esta trabajando.

2":Confecciona y envfa el documento a laimpresora para que se imprima el documento.3-Vuelve al caso de uso Gesti6n servicios.

Posibles errores yalternativas:2-Existe algun problema de conexi6n con la impresora.3-Se notifica el error al usuario.4-Se vuelve al caso de uso Gesti6n servicios.

45


43/50

Memoria PFCGestlon de un taller rnecanico

Casode usa: Guardar facturaActor: UsuarioDescripci6n: EIactor decide guardar la factura de un servicio.Di610go:

Usuario SistemaI-Selecclona la opcion de guardar lafactura conla que esta trabajando.

2-Comprueva que todos los datos de la facturaseancorrectos.3-Vaal casode usoActualizar Stock.

Posibles errores y alternativas:2-Algun dato de la factura no es correcto.3-Se informa al usuario.4-Se vuelve al caso de usa Gesti6n servicios.

Coso de usa: Guardar facturaActor: SistemaDescripci6n: Se deben de actualizar los artlculos utilizados en un servicio en el inventario.Di610go:

SistemaI-Actualiza el numero de existencias de cadauno de los artlculos utilizados en el servicio.2-Vuelve al casode usoGestionservicios.


46


44/50


Gestion economica

Casode usa: Gestion econemlcaActor: UsuarioDescripci6n: EI actor requiere algun dato referente a la economfa de la empresa.Di6/ogo:

Usuario Sistema:l-Selecciona la opcion de gestion econornlca,

2-Muestra el formulario de bUsqueda de datoseconornlcos.

4-Realiza fa operaclon que desea.


Caso de usa: Consulta balances econemlcesActor: UsuarioDescripci6n: EI actor requiere algun balance economico de la empresa.Di6/ogo:

Usuario Sistemal-Selecciona la opcion de balances economlcos,2-Rellena el formulario de busqueda de balanceseconornicos can los datos que desea. 3-EI sistema muestra en un grafico los datos que

requerfa el usuario.4-Vuelve al caso de uso Gesti6n econ6mica.


47


45/50


AyudaCaso de uso: AyudaActor: UsuarioDescripcion: EI actor requiere la ayuda del sistema.Di6/ogo:- - - - - - - - --- _ - - - -- - ---- -- - - - - ---- - --- - -- -- - - _-Usuario Sistemal-Selecciona la opcion de ayuda.

2-Muestra las opciones de ayuda del sistema.

3-Realiza la operacion que desea.- - - - - - - - - - - - - - - - ~ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ~


Caso de uso: Consultar ayuda sistemaActor: UsuarioDescripcion: EI actor requiere consultar la ayuda del sistema.Di6/ogo:

Usuario Sistemal-Selecciona la opclon de consultar ayuda delsistema.

2-Muestra el manual de usuario del sistema.3-Vuleve al caso de uso Ayuda.


Caso de uso: Consultar acerca de Actor: Usuariooescrtpcion: EI actor requiere consultar datos del autor del sistema.Di6/ogo:

l-Selecciona la opclon de consultar acerca de...

2-Muestra los datos del autor del sistema.3-Vuleve al caso de uso Ayuda.

- - - - -- - - - - - - - - - - - - - - - - - - --_Usuario Sistema


48


46/50


ConfiguracionCaso de uso: ConfiguracionActor: UsuarioDescripcion: EI actor necesita configurar algun pararnetro del sistema.Dkiloqo:- - - - ~ - -- - -- - - - - - -- - - - ~ - - ----Usuario Sistemal-Selecciona configuracion en el menu principal.

2-Muestra las opciones de ayuda del sistema.3-Realiza la operaclon que desea.

Posibles errores y alternativas:s-segun la operaclon que seleccione el usuarlo, el sistema inicia el caso de usocorrespondiente.

Caso de uso: Configura r da tos empresaActor: UsuarioDescrlpcion: EIactor decide modificar algun dato de la empresa.Di6/ogo:

Usuario Sistema Il-Selecciona la operon de modificar datosempresa.

3-Edita el formulario.2-Muestra el formulario con los datos de laempresa.

4-Comprueva que todos los datos introducidosen el formula rio son correctos.5-Modifica los nuevos datos en el sistema.6-Vuelve al caso de uso Configuraci6n.

Posibles errores y a/ternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario que dato introducido no es correcto.6-Vuelve al paso 2.

49


47/50


Caso de uso: Administracion de usuariosActor: UsuarioDescripcion: EI actor necesita administrar las cuentas de usuarios del sistema.Dioloqo:

Usuario Sistemal-Selecciona la opcion de adminlstraclon deusuarios.

3-Realizala operaclon que desea.2-Muestra una lista con todos los usuariosdelsistema.


Caso de usa: Alta usuarioActor: UsuarioDescrlpcion: EI actor decide dar de alta un nuevo usuario del sistema.Dialogo:

Usuario Sistemal-Selecciona la opcion de crear un nuevousuario.

3-Rellenael formula rio de alta usuario.

2-Muestra el formulario con los datos para crearun nuevo usuario.4-Comprueva que todos losdatos introducidosen el formula rio son correctos.S-Dade alta al nuevo usuario en el sistema.6-Vuelve al casode usoGesti6n usuarios.

Posibles errores y alternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario que dato introducido no es correcto.6-Vuelve al paso 2.

50


48/50


Caso de uso: Baja usuarioActor: UsuarioDescripci6n: EI actor decide dar de baja un usuario del sistema.Dia/ogo:

Usuario Sistemal-Selecciona el usuario que desea dar de baja.2-lndica que desea dar de baja el usuarioseleccionado.

4-Confirma que desea dar de baja del sistema alusuario.

3-Pregunta al usuario si realmente desea dar debaja de usuario.

5-Elimina definitivamente el usuario del sistema.6-Vuelve al caso de uso Gesti6n usuarios.

Posib/es errores y a/ternativas:4-EI actor se arrepiente y anula la operacion de baja.5- Vuelve al caso de uso Gesti6n usuarios.

Caso de uso: Modificar usuarioActor: UsuarioDescripci6n: EI actor decide modificar algun dato de un usuario.Dia/ogo:

Usuario Sistema'l-Selecciona el usuario del cual desea modificaralgun parametro.

3-Edita el formula rio con los datos del usuarioque desea modificar.

2-Muestra un formula rio con los datos delusuario seleccionado.

4-Comprueva que todos los datos introducidosen el formula rio son correctos.5-Modifica los datos del usuario.6-Vuelve al caso de uso Gesti6n usuarios.

Posibles errores y a/ternativas:4-EI sistema detecta algun dato incorrecto en el formulario.5-EI sistema avisa al usuario existe un error.6-Vuelve al paso 2.

51


49/50


Casode usa: Consultar usuarioActor: UsuarioDescripci6n: EIactor necesita consultar algun data de un usuario.Di610go:

l-Selecciona el usuario que deseaconsultar.Usuario Sistema ~

2-Muestra el formulario con los datos delusuario seleccionado.3-Vuelve al casode usoGesti6n usuarios.

Posibles errores y alternativas:Cambiar de usuarioCaso de usa: Cambiar de usuarioActor: UsuarioDescripci6n: EIactor requiere cambiar la cuenta de usuario.Di610go:

l-Selecciona que deseacambiar de usuario.Usuario Sistema

3-Rellena el formula rio con el usuario y elpassword.

2-Muestra el formulario de ldentlflcacion deusuarios.

4-Comprueba que losdatos son correctos.5-lnicializa el sistema con el nuevo usuario.

Posibles errores y alternativas:4-Los datos de identificaclon de usuario no son correctos.5-EI sistema avisa al usuario que hay un error de identlflcaclon.6-Vuelve al paso 2.

Casode usa: SalirActor: UsuarioDescripci6n: EIactor decide abandonar el sistemaDi610go:

l-Selecciona la opcion de salir del sistema.~ ~ - ~ - - ~ ~ -U S u a r lo - - - ~ - ~ - - ~ - ~ - - - ~ - - - ~ - - ~ - ~ ~ - s iS ie m a ~ -- - - - - - - -~ - - - - - - - - :


2-Cierra el sistema.

52


50/50


4.2. Modelo conceptual de los datosEI diagrama que adjuntamos a continuacion nos muestra cada uno de los objetos del mundoreal que intervienen en el sistema. Tarnblen podemos observar, para cada objeto, los datossignificativos en el domino del problema, as! como las operaciones que pueden realizar cadauno de ellos.

Empresa 1~N.I.F: String~Nombre : StringCliente ~Direcci6n : String~DNI: String ~oblaci6n : String~ombre : String ~C.P : Integer~Apell ido : String ~Provincia : String"'Apellido2 : String O .. n pertenece 1 ~Teh3fono : Integer~irecci6n : String ~Mail : String~oblaci6n : String O .. n

",C.P: Integer ponerClienteQ~Provincia : String 1 ponerVehiculoQ~TelBfono : Integer ponerProductoQ~Mail: String ponerServicioQquitarClienteQ ; , . t ipo [ ove r lapp ing , i ncomp let e1 quitarVehiculoQquitarProductoQ

I quitarServicioQPrincipal Secundario 1

I .se realiza.ponerVehiculoQ ponerVehiculoQ r t iene.quitarVehiculoQ quitarVehiculoO r

'~ 0..nf 1..n

propie t. a ri . secundar io I Product0propietario I I~Tipo : String

O .. n O .. n t ~Descripci6n : String.Precio : DoubleVehfculo I ~xistencias : Double

.Matrfcula : String O..n ' .Cant.Minima: Double, R-Marca : String Servicio 1..nO .. n t:oModelo : String .Nume roFactura : Integer '-.

ponerPropietarioQ .Fecha: Date 1 n '-..Importe: Double ..ponerPropietarioSecQ ~agado : Boolean FacturacionProductoquitarPropietarioQ '~Cantidad : Double~uitarPropieatarioSecQ ~onerProdu ctoQponerConceptoO

~~quitarProductoQquitarConceptoO

/ 1..n Concepto~Descripci6n : StringI

FacturacionConceto ~Precio : Double' .Cantidad: Double

Restricciones de Integridad Textual:t-Un cliente no puede ser propietario principal y secundario de un mismo vehiculo.Nota: En este diagrama se han obviado las operaciones basicas de cada objeto(constructoras, destructoras, sets y gets).

53

gestion taller mecanico

Documents