VeCoMa - Vehicle Control Management

Universidad de Valladolid E. U. DE INFORMÁTICA (SEGOVIA) Grado de Ingeniería Informática de Servicios y Aplicaciones VeCoMa - Vehicle Control Management Memoria del TFG Alumno: D. Raúl Lucio Gómez Tutor: D. Fernando Díaz Gómez VeCoMa Raúl Lucio Gómez 2 Bloque I - Memoria del proyecto. VeCoMa Raúl Lucio Gómez 3 Bloque I - Memoria del proyecto. Índice de Contenidos 1. INTRODUCCIÓN. ................................................................................................... 5 1.1. IDENTIFICACIÓN DEL PROYECTO. .......................................................... 5 1.2. ORGANIZACIÓN DE LA MEMORIA. ......................................................... 5 2. DESCRIPCIÓN GENERAL DEL PROYECTO. .................................................... 7 2.1. OBJETIVOS ..................................................................................................... 8 2.2. METODOLOGÍA. .......................................................................................... 10 2.3. LENGUAJE DE PROGRAMACIÓN ............................................................ 12 2.4. PLATAFORMA DE DESARROLLO ........................................................... 16 2.5. HERRAMIENTAS DE DESARROLLO. ...................................................... 18 3. DESCRIPCIÓN GENERAL DEL PRODUCTO ................................................... 19 3.1. FUNCIONALIDADES DEL PRODUCTO. .................................................. 21 3.2. ARQUITECTURA DEL PRODUCTO. ......................................................... 23 3.3. DESPLIEGUE DEL PRODUCTO ................................................................. 24 4. PLANIFICACIÓN Y PRESUPUESTO. ................................................................ 25 4.1. ESTIMACIÓN DE TRABAJOS. ................................................................... 25 4.1.2 ESTIMACIÓN MEDIANTE PUNTOS DE FUNCIÓN (PFA). ............... 25 4.1.3 ESTIMACIÓN MEDIANTE PUNTOS DE FUNCIÓN (PFA). ............... 31 4.1.4. ESTIMACIÓN DE COSTES POR COCOMO. ........................................ 34 4.1.4.1 APLICACIÓN POR COCOMO. ......................................................... 35 4.2. PLANIFICACIÓN. ........................................................................................ 37 4.3. PRESUPUESTO ............................................................................................. 40 5. CUESTIONES DE DISEÑO RESEÑABLES. ...................................................... 43 6. CUESTIONES DE IMPLEMENTACIÓN RESEÑABLES. ................................. 45 7. CONCLUSIONES Y POSIBLES AMPLIACONES. ............................................ 47 7.1. CONCLUSIONES. ......................................................................................... 47 7.2. ADQUISICIÓN Y APLICACIÓN DE CONOCIMIENTOS. ....................... 48 7.3. POSIBLES AMPLIACIONES. ...................................................................... 48 BIBLIOGRAFÍA ............................................................................................................ 49 VeCoMa Raúl Lucio Gómez 4 Bloque I - Memoria del proyecto. Índice de Ilustraciones Ilustración 1. Diagrama general de .NET Framework.................................................... 17 Ilustración 2. Planificación de tareas. Parte I. ................................................................ 37 Ilustración 3. Planificación de tareas. Parte II. ............................................................... 38 Índice de Tablas Tabla 1. Multiplicadores de complejidad de la estimación por FP. ............................... 26 Tabla 2. Tabla para valorar la complejidad de las características del proyecto. ............ 26 Tabla 3: Tabla con la valoración de los factores de complejidad. .................................. 33 Tabla 4. Modos de desarrollo contemplados por COCOMO. ........................................ 34 Tabla 5. Factores de coste para el cálculo de COCOMO. .............................................. 35 Tabla 6. Costes hardware y otros.................................................................................... 40 Tabla 7. Costes software. ................................................................................................ 41 Tabla 8. Costes de personal. ........................................................................................... 41 Tabla 9. Costes final del proyecto. ................................................................................. 42 VeCoMa Raúl Lucio Gómez 5 Bloque I - Memoria del proyecto. 1. INTRODUCCIÓN. 1.1. IDENTIFICACIÓN DEL PROYECTO. Título: VeCoMa - VEHICLE CONTROL MANAGEMENT. Autor: Raúl Lucio Gómez. Director: Fernando Díaz Gómez. Departamento: Informática. Área: Ciencias de la Computación e Inteligencia Artificial. 1.2. ORGANIZACIÓN DE LA MEMORIA. Esta memoria está organizada según la siguiente estructura: 1. Introducción. - Identificación del proyecto. - Organización de la memoria. 2. Descripción general del proyecto. - Objetivos. - Metodología. - Lenguaje de programación. - Plataforma de desarrollo. - Herramientas de desarrollo. 3. Descripción general del producto. VeCoMa Raúl Lucio Gómez 6 Bloque I - Memoria del proyecto. - Funcionalidades del producto. - Arquitectura del producto. - Despliegue del producto. 4. Planificación y presupuesto. - Estimación de trabajos. - Planificación. - Presupuesto. 5. Cuestiones de diseño reseñables. 6. Cuestiones de implementación reseñables. 7. Conclusiones y posibles ampliaciones. Bibliografía. Destacar que la documentación técnica se ha extraído del bloque de la memoria debido a que ambas partes van dirigidas a públicos diferentes, por este motivo se puede encontrar después de la misma, lo que supondría los dos primeros bloques. El manual de usuario se puede encontrar en el tercer y último bloque de esta documentación, así como en formato binario en soporte de CD que la acompaña. También estará disponible en el programa para consulta directa en la última pestaña de la aplicación, Manual de usuario. En el CD se puede encontrar un script con los datos usados para la realización de las pruebas generales, así como un script para crear la BBDD. El código fuente de todo el proyecto se puede encontrar en el soporte binario que acompaña a esta documentación. VeCoMa Raúl Lucio Gómez 7 Bloque I - Memoria del proyecto. 2. DESCRIPCIÓN GENERAL DEL PROYECTO. El presente proyecto surge como respuesta a la necesidad de controlar la flota de vehículos que pueda tener cualquier empresa, así como de cualquier hogar donde exista al menos un vehículo. Aunque está orientado hacia un número elevado de vehículos, no se ha dejado de lado al usuario particular que desea conocer en todo momento el estado de su vehículo o vehículos, tanto coches, motos, furgonetas, etc. Se ha pretendido hacer especial hincapié en la comparación de consumos y gastos que producen cada vehículo para así determinar cuál es más interesante de mantener y usar por generar menos costes, pudiendo el usuario determinar cuándo es un buen momento de plantearse renovar parte o la totalidad de los vehículos. Actualmente tanto empresas como particulares, suelen disponer de varios vehículos los cuales suponen un coste importante si tenemos en cuenta los consumos de los mismos, coste de seguros, mantenimiento preventivo, averías que puedan surgir y que hay que reparar, así como otros gastos que hay que tener en cuenta. En el caso de las empresas esta situación se agrava con la acumulación de facturas o albaranes de repostajes de los distintos vehículos, los cuales suelen perderse y con ello la información valiosa para el control de consumo de los mismos. Igualmente, debido que vivimos en una sociedad donde el tiempo es importante y escaso, a veces no tenemos tiempo para pararnos a mirar cuando nos toca el siguiente cambio de aceite, cualquiera de los filtros o simplemente llevarlo a la siguiente revisión periódica. La presente aplicación tratará de ayudar al usuario en estos aspectos, mostrando alertas al iniciar el programa y así recordando cualquiera de éstos eventos. En cuanto a los repostajes, la aplicación está pensada para que nos muestre una evolución en forma de gráfica de los consumos de un vehículo en el tiempo, pudiendo determinar en qué época del tiempo ha gastado más y poder determinar así el motivo de un consumo más elevado. Si en un momento dado perdemos los datos de un repostaje, podemos estimar el consumo realizado por el vehículo en unos determinados Km. y así poder incluir los datos en el programa. Otro problema que tenemos los usuarios de vehículos, es acordarnos de cuándo toca renovar el seguro, pudiendo ser ya tarde cuando llega la carta de la compañía si queremos comparar con otras compañías. La aplicación nos avisará con la antelación que configuremos, de cuándo nos cumple el plazo del seguro actual y nos permite revisar esta información en cualquier momento. Cuando se dispone de varios vehículos, los gastos se pueden disparar, por este motivo se tiene en cuenta los gastos de consumo, reparaciones, mantenimiento preventivo así como de otros gastos, los cuales podemos verlos resumidos por vehículos o incluso en una gráfica comparativa entre dos vehículos. VeCoMa Raúl Lucio Gómez 8 Bloque I - Memoria del proyecto. 2.1. OBJETIVOS El objetivo de este proyecto es la creación de un software encargado de la gestión y control de una flota de vehículos, vistos tanto desde la vertiente de un usuario particular, como de una empresa. Una característica muy importante en la realización de este proyecto, ha sido la construcción de un interfaz sencilla, pensada especialmente para las personas que no tengan un uso ágil de ordenador, pudiendo utilizarlo de forma intuitiva sin necesidad de saber de antemano dónde están las distintas funcionalidades, o con un simple vistazo al manual que acompaña esta memoria o desde el mismo programa. Un primer objetivo es llevar la gestión de los vehículos que compone la flota, tener información propia de los mismos, como es su matrícula, antigüedad, kilómetros en el momento de la adquisición, detectando así si son de segunda mano o nuevos, tipo de vehículo, así como marca y motor de los mismos. Pudiendo en todo momento modificar esta información, o darla de baja completamente de la base de datos. Otro de los objetivos es el control de consumo de los vehículos. Es un dato muy importante teniendo en cuenta lo que supone al mes el gasto en repostajes de un vehículo, con mayor importancia si son varios o una flota entera. Este dato puede ser de gran relevancia a la hora de cambiar de vehículo o simplemente el usar más un vehículo que otro por motivos económicos. También sirve de indicador de una posible futura avería, ya que si de repente un vehículo comienza a consumir mucho en iguales condiciones, significa que hay algo que no funciona bien, holgura en los pistones, rotura de depósito del combustible, ... Por ello, es importante tener la posibilidad de comparar varios vehículos entre sí, tanto numéricamente, como gráficamente, que pueda ser interpretada de forma rápida y sencilla. Otro objetivo de gran peso en la aplicación, es la posibilidad de que el programa nos avise de forma visual mediante un mensaje en pantalla, sobre las alertas que tengan los vehículos, como pueden ser alertas por: Mantenimientos periódicos. Cambios de aceite. Cambios de filtros: aire, aceite, gasolina y habitáculo. Pagos de recibos de seguros. El siguiente objetivo tiene que ver con el control del mantenimiento propio de los vehículos, así como los cambios llevados a cabo de aceite, neumáticos, filtros de gasolina, aceite o aire, así como de mantenimientos periódicos ó mantenimientos que el usuario realiza de forma preventiva como ocurre cuando se prevé realizar viajes de larga duración, con motivo de tener el vehículo a punto. VeCoMa Raúl Lucio Gómez 9 Bloque I - Memoria del proyecto. Un objetivo relacionado con el anterior, es el control de las averías y por tanto reparaciones realizadas en los distintos vehículos. Tiene el matiz sobre el anterior objetivo, en que no es preventivo como todos los puntos anteriores, sino que hay una necesidad de reparar algo que no funciona, teniendo al igual que los anteriores un control por alertas y unos gastos generados. Como último objetivo y no por ello menos importante, tenemos al control de los gastos acumulados durante la vida del programa de los distintos vehículos. Aquí también es importante, aparte de conocer los gastos propios de cada uno, poder compararlos con los de cualquier otro vehículo para así conocer qué vehículo ha dado por ejemplo más problemas de averías, o ha sido el que más combustible ha consumido. Dentro de este objetivo también entran los otros gastos que se generen, como pueden ser desde la compra de un ambientador, hasta el gasto generado en tickets de aparcamiento, etc. Como resumen, podemos enumerar los siguientes objetivos: Gestionar los vehículos almacenándolos en el sistema. Control de consumos de los distintos vehículos. Predicción de consumos según datos introducidos previamente. Control de alertas ocasionadas por distinta índole por los vehículos. Gestión de seguros de los vehículos. Gestión de mantenimientos preventivos y reparaciones. Control de los distintos gastos generados durante la vida útil de los vehículos. Comparar entre distintos vehículos los gastos y consumos generados. VeCoMa Raúl Lucio Gómez 16 Bloque I - Memoria del proyecto. 2.4. PLATAFORMA DE DESARROLLO Debido al lenguaje elegido, C#, al conocimiento previo de la plataforma, a la necesidad de hacer un gran número de interfaces de usuario y de poseer licencia comercial para su uso, no hubo duda en utilizar la plataforma de desarrollo que nos brinda Visual Studio .NET. La plataforma .NET es una capa de software que se coloca entre el sistema operativo y el programador y que abstrae los detalles internos del sistema operativo. Las características fundamentales de esta plataforma son las siguientes: Portabilidad: Debido a la abstracción del programador respecto al sistema operativo, una aplicación .NET puede ser ejecutada en cualquier sistema operativo de cualquier máquina que disponga de una versión de la plataforma. En estos momentos la plataforma .NET tan sólo está disponible para la familia Windows aunque se está desarrollando una versión para Linux de Corel. Multilenguaje: Distintos lenguajes de programación puede adaptarse a la plataforma .NET y ejecutarse en ella. Interoperabilidad: La interoperabilidad entre diferentes trozos de código escritos en diferentes lenguajes es total. La plataforma .NET es una plataforma software, es un entorno de desarrollo independiente del lenguaje, que permite escribir programas de forma sencilla, e incluso permite combinar código escrito en diferentes lenguajes. No está orientado a un hardware o Sistema Operativo concreto, sino a cualquier plataforma para la que .NET esté desarrollado. Es el corazón de .NET gestiona y ejecuta las aplicaciones ( Windows Forms ) y los servicios Web (Web Services), otorga seguridad y gestión de memoria, incluye la Framework Class Library(FCL), posee clases preparadas para ser utilizadas y pueden ser utilizadas por cualquier lenguaje soportado. Windows .NET Framework permite generar y ejecutar todo tipo de software, incluidas aplicaciones basadas en Web, aplicaciones de escritorio y servicios Web XML. Estos componentes facilitan la integración, ya que comparten datos y funcionalidad a través de una red mediante protocolos estándar independientes de la plataforma, como XML, SOAP y HTTP. Para el desarrollo de la aplicación se ha utilizado la última versión (4.5) del Framework disponible. VeCoMa Raúl Lucio Gómez 17 Bloque I - Memoria del proyecto. Ilustración 1. Diagrama general de .NET Framework. Las clases están especificadas en Common Language Specification (CLS), enviadas a la European Computer Manufacturers Association, para permitir que el Framework se pueda convertir a otras plataformas. Ejecuta los programas gracias al Common Language Runtime (CLR) que es el entorno de ejecución de la plataforma .NET, y constituye su núcleo. El CLR es el entorno en el que se ejecutan las aplicaciones .NET. Estas aplicaciones pueden escribirse en cualquiera de los múltiples lenguajes que ofrece .NET( C#, Visual Basic, J++, ...) que en lugar de compilarse a código máquina (que es lo más habitual) se compila a un lenguaje intermedio llamado Microsoft Intermediate Language o MSIL. El MSIL es el único lenguaje que el CLR comprende. Esta característica permite, por ejemplo, utilizar un fragmento de código en una aplicación sin depender del lenguaje en el que esté escrito. El proceso de compilación se realiza dos compilaciones: Los programas se compilan a Microsoft Intermediate Language (MSIL) (define las instrucciones para el CLR). El código MSIL se traduce a código máquina para cada plataforma. Las dos compilaciones permite ser independiente de la plataforma, .NET Framework puede ser instalado en diferentes plataformas, permite migrar programas .NET sin modificaciones de código. VeCoMa Raúl Lucio Gómez 18 Bloque I - Memoria del proyecto. 2.5. HERRAMIENTAS DE DESARROLLO. Aunque la herramienta fundamental de desarrollo ha sido Microsoft Visual Studio, se ha completado con el uso de otras herramientas para llevar a cabo el desarrollo de la aplicación. La versión utilizada de dichas herramientas cuyas licencias sean libres, se incluye en el soporte electrónico anexo. Las herramientas de mayor relevancia empleadas para la realización del este proyecto han sido: Visual C# .NET, incluido en Microsoft Visual Studio .NET un conjunto de herramientas integrado para la construcción y desarrollo de aplicaciones basadas en Windows, como por ejemplo: un compilador, depurador, editores de recursos, de cuadros de diálogo, imágenes y otras herramientas adicionales. StarUML 5.0 para el modelado de la aplicación usando el lenguaje visual UML. DIA. Herramienta gratuita utilizada para el diseño del diagrama de EntidadRelación. REM. Es una herramienta gratuita de Gestión de Requisitos. OpenProj 1.4 Herramienta para la planificación del proyecto. SQL Server Express. Para la base de datos he optado por SQL Server Express Edition, debido al uso extendido del SQL y la estabilidad del mismo. Esta versión es gratuita y se puede descargar desde la página Web de Microsoft. SQL Server Management Studio Express. Es una interfaz gratuita para poder trabajar de una forma más sencilla con la base de datos. Microsoft Paint. Herramienta de imagen integrada en Windows y sencilla de utilizar. Me ha servido de ayuda para poder añadir las imágenes a la memoria. Pixlr. Herramienta de imagen online y gratuita para el desarrollo de iconos. Microsoft Office. Tanto el Word para la realización de toda la documentación, como el PowerPoint para la construcción de la presentación. VeCoMa Raúl Lucio Gómez 19 Bloque I - Memoria del proyecto. 3. DESCRIPCIÓN GENERAL DEL PRODUCTO En este apartado se recogerán los aspectos más notables de la experiencia conseguida tras la realización o desarrollo de este proyecto. Se mostrarán los aspectos de documentación y descripción del sistema que se ha llevado a cabo y que se tenía como objetivo del proyecto. Todas las funcionalidades del sistema serán explicadas con todo detalle en el Bloque III “Manual de usuario”, de manera clara y sencilla de comprender. Dicho manual se puede encontrar en soporte binario que acompaña a esta documentación y en el propio programa. La información relativa a la programación podrá ser estudiada en el BLOQUE II de la presente documentación, donde se detallan todos las clases, métodos y atributos. La interfaz de usuario es el mediador entre el usuario y la aplicación, por ello es de vital importancia a la hora de diseñar y elaborar un nuevo producto software que le dediquemos tiempo y esfuerzo en su diseño. Aunque a veces olvidada, esta capa es la responsable de la mayoría de éxitos y fracasos de los productos software que salen al mercado. Por ello, para el desarrollo de este producto se ha prestado especial atención en que la interfaz sea eficaz, esté bien estructurada y facilite el trabajo al usuario, incorporando ayudas en forma de "bocadillos" automáticos al dejar el ratón sobre ciertas partes de la interfaz. Se ha utilizado un mismo patrón a la hora de diseñar las interfaces. Por una parte en cuanto a colores se ha pretendido que sean homogéneos en toda la aplicación, para dar aspecto de unión entre todas las distintas funcionalidades, y por otra parte se ha pretendido que funciones que sean parecidas pero en distintos módulos, tengas la misma apariencia y distribución de los distintos elementos que conforman la interfaz, siendo más amigable y reconocible para el usuario. Respecto a la lógica de la aplicación, se ha realizado el desarrollo del producto pensando en el cumplimiento de las siguientes características: Accesibilidad. Usabilidad. Escalabilidad. Reusabilidad del código. Facilidad de actualización. VeCoMa Raúl Lucio Gómez 20 Bloque I - Memoria del proyecto. La aplicación puede dividirse en tres grandes módulos. Por una parte tenemos la interfaz de usuario, donde el entorno de desarrollo nos facilita su construcción con una herramienta muy potente que incorpora distintos elementos para su construcción, así como eventos y configuraciones de los mismos. Por otra parte tenemos la lógica de la aplicación, que realiza las operaciones necesarias con los datos para posteriormente mostrarla por medio de la interfaz, formateando los datos para presentarlos de una forma clara y precisa al usuario. Por último tenemos el módulo de la base de datos donde se guardan de forma persistente los datos, a la cual se accede únicamente a través de una clase, centralizando así todas las peticiones, tanto de inserción, actualización, borrado o peticiones a la base de datos. Este último módulo es el que nutre de datos a la aplicación para poder llevar a cabo sus funciones. VeCoMa Raúl Lucio Gómez 21 Bloque I - Memoria del proyecto. 3.1. FUNCIONALIDADES DEL PRODUCTO. Las distintas funcionalidades de las que dispone el sistema software son las siguientes: Gestionar vehículos: Dar de alta vehículos. Modificar vehículos Eliminar vehículos. Listar información relativa a los vehículos. Buscar vehículo por medio de filtros configurables. Control de consumos: Alta, baja y modificación de repostajes. Calcular distintos tipos de consumos de un vehículo. Representación gráfica del consumo global de un vehículo. Comparación numérica y gráfica del consumo global entre dos vehículos. Predicción de consumo según los datos de los consumos anteriores. Control de alertas sobre: Mantenimientos periódicos. Cambios de aceite. Cambios de filtros: aire, aceite, gasolina y habitáculo. Pagos de recibos de seguros. Gestión de seguros: Alta de un seguro de un vehículo. Baja de un seguro. Modificación de un seguro. Listar información referente a seguros de uno o todos los vehículos. Gestión de mantenimiento: Alta, baja y modificación referente a cambios de aceite. Alta, baja y modificación referente a cambios de filtro. Alta, baja y modificación referente a mantenimientos preventivos. Alta, baja y modificación referente a cambios de neumáticos. VeCoMa Raúl Lucio Gómez 22 Bloque I - Memoria del proyecto. Gestión de reparaciones: Alta de una reparación de un vehículo. Baja de una reparación. Modificación de una reparación. Listar información referente a reparaciones de uno o todos los vehículos. Control de gastos: Alta, baja y modificación de gastos. Calcular los gastos por apartados de un vehículo. Comparación numérica y gráfica de los gastos globales entre dos vehículos. VeCoMa Raúl Lucio Gómez 23 Bloque I - Memoria del proyecto. 3.2. ARQUITECTURA DEL PRODUCTO. En este apartado se va a especificar la arquitectura del producto desarrollado. La aplicación puede dividirse en tres grandes módulos. Por una parte tenemos la interfaz de usuario que hará de intermediaria entre el usuario final y la lógica del programa así como acceso a la base de datos. Por otra parte tenemos la lógica de la aplicación, que realiza las operaciones necesarias con los datos almacenados en la base de datos, para posteriormente mostrarla por medio de la interfaz, formateando los datos para presentarlos de una forma clara y precisa al usuario. Dicha lógica está divida en los módulos que se han descrito en el apartado anterior. Por último tenemos el módulo de la base de datos donde se guardan de forma persistente los datos, a la cual se accede únicamente a través de una clase llamada "DBHelper", la cual centraliza así todas las peticiones, tanto de inserción, actualización, borrado o peticiones a la base de datos. Este último módulo es el que nutre de datos a la aplicación para poder llevar a cabo sus funciones en los distintos módulos nombrados en el aparatado anterior. Esta clase tiene principalmente dos métodos, de los cuales uno sirve para solicitar datos a la base de datos (los Select) y el otro método sirve para el resto de operaciones de inserción, actualización y borrado. Estos métodos reciben dos argumentos, por una parte la cadena de la consulta T-SQL y por otra los argumentos, si los hubiere, que tiene que transformar para realizar la consulta, en el caso de no ser necesario argumentos, este array tendrá el valor de null. VeCoMa Raúl Lucio Gómez 24 Bloque I - Memoria del proyecto. 3.3. DESPLIEGUE DEL PRODUCTO La presente aplicación ha sido desarrollada para ser ejecutada en local, donde se dispone de un fichero ejecutable junto con unos ficheros de configuración y donde tiene que estar instalada una BBDD del tipo SQL Server Express. Si se desea se puede tener instalada la BBDD en otra máquina en remoto. Para ello hay que cambiar un fichero de configuración. Dicho cambio se puede hacer desde dos sitios distintos, dependiendo si disponemos del entorno de desarrollo o no: Con entorno de desarrollo. Si disponemos del Visual Studio en alguna de sus versiones que sea capaz de trabajar con el proyecto con Framework 4.5, tenemos que realizar el siguiente operación: Ir al menú "Ver" - "Explorador de soluciones", entonces nos aparecerá a la derecha un ventana donde podemos ver los distintos componentes software, entre todo ellos un fichero de configuración llamado "App.config", si hacemos doble click sobre el mismo, podemos ver que es un fichero XML, el cual se puede modificar con cualquier editor de textos. Buscamos la clave "<appSettings>" y dentro de ella modificamos la siguiente línea: <add key="connectionString" value="Data Source=SOU\INSTANCIA;Initial Catalog=vecoma;Integrated Security=True"/> Donde modificaremos el campo "value" por el que corresponda a la máquina donde esté instalada la BBDD. En el caso de que la BBDD se llame de otra manera, tendremos que cambiar el valor "Catalog", quitando el nombre "VeCoMa" por el que corresponda a la nueva BBDD. El resto de parámetros son los establecidos a la hora de instalar el SGBBDD el cual se puede comprobar en el manual de usuario que acompaña a esta documentación. Sin entorno de desarrollo. Si no disponemos del entorno de desarrollo, también se puede realizar los cambios enumerado anteriormente. Si disponemos de todos los ficheros en binario recogidos en una carpeta con el nombre del proyecto, tendremos que seguir la siguiente ruta: "Bin - Debug" y dentro de ella veremos ya el fichero "VeCoMa.exe.config", el cual se puede abrir con cualquier editor de texto ya que es texto plano en formato XML. Una vez abierto, se procedería según lo explicado en el punto anterior modificando la misma línea. VeCoMa Raúl Lucio Gómez 25 Bloque I - Memoria del proyecto. 4. PLANIFICACIÓN Y PRESUPUESTO. 4.1. ESTIMACIÓN DE TRABAJOS. Como punto de partida para la estimación de los trabajos del proyecto, es necesario calcular el tamaño que previsiblemente tendrá nuestro sistema. Existen varias técnicas de estimación que se basan en las características que debe tener el sistema a desarrollar, pero para este proyecto se va a utilizar la estimación por puntos de función. 4.1.2 ESTIMACIÓN MEDIANTE PUNTOS DE FUNCIÓN (PFA). La estimación por puntos de función se realiza para obtener una aproximación del tamaño que pueda tener el proyecto. Esta estimación será usada más adelante para evaluar el esfuerzo y coste que supondrá desarrollar el proyecto. Antes de realizar la estimación se va a describir qué es y cómo se va a realizar. El método de estimación se basa en una métrica que cuantifica la funcionalidad que se debe entregar al usuario al construir la aplicación [Albrech, 1979]. Para ello, este método utiliza unos parámetros que sirven para evaluar dicha funcionalidad. Estos parámetros son: Número de entradas: Datos que el usuario aporta al sistema (nombre de ficheros, menús de selección, etc…). Número de salidas: Datos que el sistema aporta al usuario (informes, mensajes). Número de ficheros lógicos internos: Ficheros o bases de datos internos al sistema (es decir sólo los utiliza el sistema, ficheros maestros). Número de ficheros externos: Ficheros o bases de datos externos al sistema, es decir, que pueden ser “vistos” por otras aplicaciones. Número de consultas externas: Entradas que requieren de una respuesta por parte del sistema. VeCoMa Raúl Lucio Gómez 32 Bloque I - Memoria del proyecto. Complejidad alta (1): Control de alertas. Ficheros internos (1): Complejidad alta (1): Base de datos. Ficheros externos (1): Complejidad alta (1): Manual de instalación y de usuario. Consultas externas: 14 Complejidad media (14): Consulta de vehículos. Consulta de alertas. Consulta de seguros. Consulta de cambios de aceite. Consulta de cambios de filtros. Consulta de mantenimientos. Consultas de neumáticos. Consulta de reparaciones. Consulta de repostajes. Consulta de consumos. Consulta de gastos. Consulta de comparación de gatos. Consulta de comparación de consumo. Consultar manual. Para obtener los PFNA se realiza la suma de los productos del número de parámetros de cada tipo por su multiplicador de complejidad. PFNA = (13 × 3) + (6 × 4) + (2 × 5) + (1 × 7) + (1 × 15) + (1 × 10) + (14 × 4) = 161 Obtenemos el Factor de ajuste valorando los factores de complejidad. VeCoMa Raúl Lucio Gómez 33 Bloque I - Memoria del proyecto. Factores de complejidad (FC) 0-5 Factores de complejidad (FC) 0-5 Comunicación de datos. 5 Funciones distribuidas. 0 Rendimiento. 2 Gran carga de trabajo. 2 Frecuencia de transacciones. 1 Entrada on-line de datos. 0 Requisitos de manejo de usuario final. 3 Actualización on-line. 1 Procesos complejos. 2 Utilización con otros sistemas. 0 Facilidad de mantenimiento. 4 Facilidad de operación. 1 Instalaciones en múltiples lugares 0 Facilidad de cambio. 2 Tabla 3: Tabla con la valoración de los factores de complejidad. Ʃ FC = 23 FA = (0,01 * 23 ) + 0,65 = 0,88 Los puntos de función ajustados se obtienen de la siguiente forma: PF = PFNA * FA = 161 * 0,88 = 141,68 ≈ 142 Ahora calculamos las líneas de código de la aplicación teniendo en cuenta el número de puntos de función ajustados. Para ello conseguimos1 la equivalencia de líneas de código para el lenguaje C#: 1 PF = 54 LDC en C# Por lo que obtenemos que las líneas de código totales de la aplicación son: LDC = 142 * 53 ≈ 7.526 líneas de código en C#. VeCoMa Raúl Lucio Gómez 34 Bloque I - Memoria del proyecto. 4.1.4. ESTIMACIÓN DE COSTES POR COCOMO (COnstructive COst MOdel). En este apartado se realiza una estimación del esfuerzo y tiempo que supondrá realizar el proyecto software. Para ello, este método se basa en una estimación previa del tamaño del software en líneas de código (LDC) calculado en el apartado anterior. El algoritmo de COCOMO varía en función de las características del sistema que se va a desarrollar. En concreto, este modelo de estimación diferencia entre sistemas orgánicos, empotrados y semi-libres. La siguiente tabla muestra los tipos de desarrollos y los valores para las fórmulas de esfuerzo y tiempo. Modo de desarrollo A B C Orgánico 3.2 1.05 0.38 Empotrado 3.0 1.12 0.35 Semi-libre 2.8 1.2 0.32 Tabla 4. Modos de desarrollo contemplados por COCOMO. Donde disponemos de una serie de fórmulas para calcular los siguientes campos: Esfuerzo nominal (persona-mes) = A * (KLDC)B Esfuerzo (persona-mes) = Esfuerzo Nominal * ∏ Factores de coste. Tiempo de desarrollo (meses) = 2,5 * EsfuerzoC Nº medio de personas (personas) = Esfuerzo / Tiempo de desarrollo. Los factores de coste para el cálculo del esfuerzo se obtienen de la siguiente tabla: VeCoMa Raúl Lucio Gómez 35 Bloque I - Memoria del proyecto. Tabla 5. Factores de coste para el cálculo de COCOMO. 4.1.4.1 APLICACIÓN POR COCOMO. Para el cálculo de costes para este proyecto se elige el modo orgánico puesto que éste está aconsejado en: Desarrollos con entorno estable. No demasiada innovación técnica. Escasas presiones de tiempo. Tamaño relativamente pequeño. (Menos a 50 KLDC). La estimación obtenida por puntos de función para este proyecto es de 7.526 KLDC. Por lo tanto, los distintos campos se calcularían: Esfuerzo nominal = 3.2 * (7,5)1.05 = 26,54 personas-mes ≈ 27 personas-mes. Esfuerzo = 26,54 * 1 (fiabilidad requerida) * VeCoMa Raúl Lucio Gómez 36 Bloque I - Memoria del proyecto. 0,94 (Tamaño de la BBDD) * 0,85 (Complejidad Software) * 0,87 ( Volatilidad del Hardware) * 0,91 (Experiencia con la aplicación) * 0,9 (Experiencia con el Hardware) * 0,87 (Restricciones de tiempo de respuesta) * 1 (Calidad de los programadores) * 0,86 (Calidad de los analistas) * 0,83 (Empleo de herramientas) = 9,38 personas-mes ≈ 9 personas-mes. Tiempo de desarrollo = 2,5 * 9,380,38 = 5,85 meses. Mediante el esfuerzo y el tiempo de desarrollo se puede hace una estimación del número de personas necesarias cada mes para el desarrollo. Nº de personas = 9,38 personas–mes / 5,85 meses = 1,6 (≈ 2) personas al mes para realizar el proyecto en 5,85 meses. Dado que el proyecto únicamente va a ser realizado por una persona, se va a sobrepasar el tiempo de desarrollo estimado de los 5,85 meses. VeCoMa Raúl Lucio Gómez 37 Bloque I - Memoria del proyecto. 4.2. PLANIFICACIÓN. En este apartado vamos a detallar la planificación temporal del presente proyecto. Desde la planificación temporal, el trabajo es dividido en una serie de unidades que podemos medir de forma cuantitativa. Estas unidades son las tareas. Cada tarea tiene una duración determinada y su inicio y fin pueden estar condicionados por el resto de tareas del desarrollo. De esta forma, podemos definir que una tarea no pueda ser iniciada hasta que se haya completado otra, o bien, que dos tareas puedan ser iniciadas a la vez. Adicionalmente, la planificación es usada como base para realizar un seguimiento del estado del proyecto durante su fase de desarrollo. Como consecuencia, si una determinada tarea se extiende más de lo planificado se pueden realizar ajustes que queden reflejados en los plazos y costes reales del proyecto. Para el proyecto que se describe en este documento, las tareas identificadas y planificadas se pueden observar en la siguiente ilustración. Ilustración 2. Planificación de tareas. Parte I. VeCoMa Raúl Lucio Gómez 38 Bloque I - Memoria del proyecto. Ilustración 3. Planificación de tareas. Parte II. Como se puede observar en las figuras anteriores, se ha dividido el proyecto en 9 fases o iteraciones y dos tareas: Tarea inicial. En esta primera tarea se realiza un estudio del problema así como las herramientas y lenguajes que se utilizarán para el desarrollo del sistema software. Iteración 1. En esta primera iteración se analizará las características principales del sistema, así como se diseña, implementa y se prueba la base de datos que se ha elegido en la tarea anterior. Iteración 2. En la iteración 2 se encargará de diseñar la interfaz de usuario que tendrá la aplicación, con este fase el programa toma forma uniforme aunque sin todavía funcionalidad. Después de ello, se comienza ahora ya con la funcionalidad, la primera de ellas la de gestión de vehículos, la cual se encargar de dar de alta, baja y modificación los vehículos del sistema. Iteración 3. En esta iteración se implementará la función de gestión de repostajes y control de consumos. Es una funcionalidad que abarca varias y complejas subfunciones, por lo que tiene una amplia extensión en el tiempo. VeCoMa Raúl Lucio Gómez 39 Bloque I - Memoria del proyecto. Iteración 4. En esta cuarta iteración se dará forma a la función de añadir seguro. Iteración 5. La quinta iteración es muy amplia, ya que la función de mantenimiento abarca 4 subfunciones que son: añadir cambio de aceite, cambios de filtros, mantenimiento preventivo y cambio de neumáticos. Cada una de ellas con sus operaciones de alta, baja y modificación sobre la base de datos. Iteración 6. En la presente iteración dará forma a la función de añadir reparación, la cual surge cuando se ha acometido una reparación en un vehículo. Iteración 7. La función de control de gastos de los vehículos se implementará en esta iteración, la cual incluye tanto el añadir un gasto, como calcular gastos de un vehículo o comparar gastos entre vehículos. Iteración 8. En esta penúltima iteración se desarrollará la función de control de alertas, ya que necesita que el resto de módulos estén ya implementados para poder implementarlo. Se encargará de comprobar si alguno de los vehículos de la base de datos ha generado alguna alerta sobre cambio de filtros, aceite, renovación de seguro o mantenimiento periódico. Iteración 9: En la última iteración se comprobará todas las funcionalidades del sistema de forma conjunta, así como poder resolver posibles incidencias o contingencias que puedan surgir. VeCoMa Raúl Lucio Gómez 40 Bloque I - Memoria del proyecto. 4.3. PRESUPUESTO En este apartado se va a cuantificar económicamente el coste total del proyecto. Para ello, hay que sumar los recursos materiales y humanos que intervienen en el mismo. Costes hardware y otros. El coste del mismo se resume en la siguiente tabla teniendo en cuenta que el desarrollo no se están llevando a cabo más proyectos software y que las vidas útiles de los distintos dispositivos hardware en una empresa de desarrollo de software son las siguientes: Portátil: 4 años. Impresora: 5 años. Costes Uso (%) Coste total (€) Coste (€) Portátil 1 (100%) 12,18 470 57,25 Portátil 2 (60%) Impresora láser 7,3 9,75 470 100 34,35 9,75 Conexión a Internet 100 40 /mes 234 Alquiler del local 100 300 /mes 1755 Gastos luz y calefacción 100 120 /mes 702 TOTAL 2.792,35 € Tabla 6. Costes hardware y otros. Costes software. Los costes software están detallados en la siguiente tabla teniendo en cuenta la siguiente vida útil: Microsoft Office 2013: 5 años. Visual Studio.NET 2013: 4 años. VeCoMa Raúl Lucio Gómez 41 Bloque I - Memoria del proyecto. Costes Uso (%) Coste total (€) Coste (€) Windows 8 (incluido en el portátil). 100 0 0 SQL Sever. SQL Server Management. 100 100 0 0 0 0 StarUML. DIA. REM. OpenProj 1.4. 100 100 100 100 0 0 0 0 0 0 0 0 Microsoft Office 2013. 9,75 269 26,22 Visual Studio.NET 2013. 12,18 646 78,68 TOTAL 104,9 Tabla 7. Costes software. Desarrollo del software. Los costes del proyecto se van a tener en cuenta el tiempo y el número de trabajadores calculados anteriormente por el método COCOMO, siendo estos 1,6 personas 5,85 meses. El coste de personal quedaría como sigue teniendo en cuenta que el tamaño del proyecto no es muy grande y los trabajadores han desempeñado todos los roles de la empresa: Trabajadores Tiempo Coste parcial (€/h) Coste (€) Graduado Informático 100% 25 25.740 Graduado Informático 60% 25 15.444 TOTAL 41.184 Tabla 8. Costes de personal. VeCoMa Raúl Lucio Gómez 48 Bloque I - Memoria del proyecto. 7.2. ADQUISICIÓN Y APLICACIÓN DE CONOCIMIENTOS. Para poder realizar el proyecto, resultó indispensable adquirir nuevos conocimientos, que a causa de su particularidad no había visto a lo largo de la carrera. El uso de C#, no solo sirve para aprender un nuevo lenguaje de programación, sino que afianzo las bases de la programación orientada a objetos, pudiendo dar el salto a otro lenguaje con mayor facilidad. Durante el desarrollo del mismo he profundizado en el uso de las bases de datos, enfrentándome a un problema real que se puede en cualquier empresa de programación o en cualquier aplicación software que pueda desarrollar en general. Por otra parte, el uso del gestor de bases de datos elegido, me ha permitido ampliar mis conocimientos sobre las distintas ofertas que existe en el mercado al respecto. Durante el desarrollo del proyecto, la utilización de conocimientos adquiridos en las distintas asignaturas de la carrera se fue sucediendo, por lo que es grato siempre dar utilidad a los conocimientos adquiridos durante este tiempo. 7.3. POSIBLES AMPLIACIONES. Como todo sistema software, es susceptible a ser ampliado y mejorado. A continuación se exponen una serie de ideas sobre posibles líneas de trabajo futuro: Una posible ampliación del sistema sería la posibilidad de contar con distintos idiomas para poder llegar a un mayor número de usuarios posible. La posibilidad de implantar esta aplicación para dispositivos móviles, para los principales sistemas operativos que existen en la actualidad. Esta funcionalidad se descartó de muto acuerdo con el tutor del proyecto debido a las limitaciones de tiempo fijadas. Sería también interesante poder recibir las alertas en el móvil en el momento en que se produzcan. En las ventanas de funcionalidad más importante como puede ser en las que se comparan los gastos, consumos o predicciones de consumos, generar informes en caso de que se desee imprimir esta información. VeCoMa Raúl Lucio Gómez 49 Bloque I - Memoria del proyecto. BIBLIOGRAFÍA  [Ceballos, 2010] Ceballos, Francisco Javier. “Enciclopedia de Microsoft Visual C#”. Ed. RA-MA, 2013.  [Siler y Spotts, 2002] Siler, Brian; Spotts, jeff. “Visual Basic .NET”. Ed. Prentice-Hall, 2002  [Charte, 2005] Charte, Francisco. “C# 5.0 y Visual C# 2012”. Ed. Anaya M., 2013.  [Durán y Bernárdez, 2002] Durán Toro, Amador, Bernárdez Jiménez, Beatriz. “Metodología para la Elicitación de Requisitos de Sistemas Software v.2.3”. 2002.  [González, 2014] González Cabrera, Francisco José. Apuntes de la asignatura "Gestión de proyectos basados en las TI". 2014.  [Díaz, 2014] Díaz Gómez, Fernando. Apuntes de la asignatura "Tecnologías WEB". 2014.  [Jacobson et al., 1999] Jacobson, Ivar, Booch, Grady, Rumbaugh, James. “The Unified Software Developmente Process”. Object Technology Series. Ed. Addison–Wesley, 1999. Enlaces Web  1. http://www.qsm.com/resources/function-point-languages-table. Referencia de la equivalencia entre puntos de función y líneas de código en C#. [Visitado por última vez el 15/08/2014].  http://www.elguille.info/ Página especializada en programación con Visual Studio. [Visitado por última vez el 15/08/2014].  http://forums.microsoft.com/msdn-es/ . Foro de Microsoft. [Visitado por última vez el 15/08/2014].  http://personal.lobocom.es/claudio/ . Página sobre Visual Studio. NET y bases de datos. [Visitado por última vez el 15/08/2014].  http://www.lawebdelprogramador.com/foros/ . Foro muy amplio sobre programación. [Visitado por última vez el 15/08/2014].  http://www.google.es. En general. BLOQUE II DOCUMENTACIÓN TÉCNICA VeCoMa Raúl Lucio Gómez 2 Bloque II - Documentación técnica. Índice de Contenidos 1. ANÁLISIS DEL SISTEMA. .................................................................................. 10 1.1. INTRODUCCIÓN. ......................................................................................... 10 1.2. OBJETIVOS DEL SISTEMA. ....................................................................... 11 1.3. CATÁLOGO DE REQUISITOS DEL SISTEMA. ........................................ 16 1.3.1 REQUISITOS DE INFORMACIÓN. ........................................................ 16 1.3.2 REQUISITOS FUNCIONALES ................................................................ 30 1.3.2.1. DEFINICIÓN DE ACTORES ............................................................... 30 1.3.2.2. CASOS DE USO DEL SISTEMA. ....................................................... 31 1.3.2.2.1. Subsistema Gestión de vehículos .................................................. 32 1.3.2.2.2. Subsistema control de alertas. ....................................................... 38 1.3.2.2.3. Subsistema control de consumos. .................................................. 40 1.3.2.2.4. Subsistema control de seguros. ...................................................... 50 1.3.2.2.5. Subsistema control de mantenimiento. .......................................... 57 1.3.2.2.6. Subsistema control de reparaciones ............................................... 83 1.3.2.2.7. Subsistema control de gastos. ........................................................ 90 1.3.3 REQUISITOS NO FUNCIONALES ......................................................... 99 1.4. MATRIZ DE RASTREABILIDAD. ................................................................. 100 2. DISEÑO DEL SISTEMA ..................................................................................... 104 2.1. INTRODUCCIÓN ........................................................................................ 104 2.2. MODELO ESTÁTICO DEL SISTEMA ...................................................... 105 2.2.1. DISEÑO DE LA BASE DE DATOS ..................................................... 105 2.2.1.1 MODELO ENTIDAD/RELACIÓN ................................................. 106 2.2.1.2 DICCIONARIO DE DATOS ........................................................... 107 2.2.1.2.1. Entidades ................................................................................... 107 2.2.1.2.2. Relaciones .................................................................................. 111 2.2.1.2 DISEÑO LÓGICO ........................................................................... 113 2.2.1.2.1 Modelo relacional .......................................................................... 113 2.2.2. DISEÑO ESTÁTICO. ............................................................................ 115 2.2.2.1. PAQUETE GESTIÓN DE VEHÍCULOS ........................................ 116 2.2.2.1.1. Atributos ....................................................................................... 116 2.2.2.1.2. Operaciones. ................................................................................. 118 2.2.2.2. PAQUETE CONTROL DE REPARACIONES.............................. 120 2.2.2.2.1. Atributos ....................................................................................... 120 2.2.2.2.2. Operaciones .................................................................................. 122 2.2.2.3. PAQUETE GESTIÓN DE SEGUROS ............................................ 123 2.2.2.3.1. Atributos ....................................................................................... 123 2.2.2.3.2. Operaciones .................................................................................. 124 2.2.2.4. PAQUETE CONTROL DE MANTENIMIENTOS ........................ 126 2.2.2.4.1. Atributos ....................................................................................... 126 2.2.2.4.1. Operaciones .................................................................................. 128 2.2.2.5. PAQUETE CONTROL DE ALERTAS ........................................... 130 2.2.2.5.1. Operaciones. ................................................................................. 131 VeCoMa Raúl Lucio Gómez 3 Bloque II - Documentación técnica. 2.2.2.6. PAQUETE DE CONTROL DE CONSUMOS ................................ 132 2.2.2.6.1. Atributos ....................................................................................... 132 2.2.2.6.2. Operaciones .................................................................................. 134 2.2.2.7. PAQUETE DE CONTROL DE GASTOS. ...................................... 136 2.2.2.7.1. Atributos ...................................................................................... 137 2.2.2.7.2. Operaciones ................................................................................. 138 2.3. MODELO DE COMPORTAMIENTO DEL SISTEMA ............................. 139 2.3.1. GESTIÓN DE VEHÍCULOS ..................................................................... 139 2.3.1.1. DIAGRAMA DE SECUENCIA: INSERTAR VEHÍCULO .............. 139 2.3.1.2. DIAGRAMA DE SECUENCIA: CONSULTAR VEHÍCULO .......... 140 2.3.1.3. DIAGRAMA DE SECUENCIA: MODIFICAR VEHÍCULO ........... 141 2.3.1.4. DIAGRAMA DE SECUENCIA: ELIMINAR VEHÍCULO .............. 142 2.3.2. CONTROL DE ALERTAS ........................................................................ 143 2.3.3. CONTROL DE CONSUMOS .................................................................... 144 2.3.3.1. DIAGRAMA DE SECUENCIA: AÑADIR REPOSTAJE ................. 144 2.3.3.2. DIAGRAMA DE SECUENCIA: CONSULTAR REPOSTAJE ........ 145 2.3.3.3. DIAGRAMA DE SECUENCIA: MODIFICAR REPOSTAJE .......... 146 2.3.3.4. DIAGRAMA DE SECUENCIA: ELIMINAR REPOSTAJE ............. 147 2.3.3.5. DIAGRAMA DE SECUENCIA: CALCULAR CONSUMO ............. 148 2.3.3.6. DIAGRAMA DE SECUENCIA: COMPARAR CONSUMOS .......... 149 2.3.3.7. DIAGRAMA DE SECUENCIA: PREDECIR CONSUMOS ............. 150 2.3.4. GESTIÓN DE SEGUROS ......................................................................... 151 2.3.4.1. DIAGRAMA DE SECUENCIA: AÑADIR SEGURO. ...................... 151 2.3.4.2. DIAGRAMA DE SECUENCIA: CONSULTAR SEGUROS ............ 152 2.3.4.3. DIAGRAMA DE SECUENCIA: MODIFICAR SEGURO ................ 153 2.3.4.4. DIAGRAMA DE SECUENCIA: ELIMINAR SEGURO ................... 154 2.3.5. CONTROL DE MANTENIMIENTO ........................................................ 155 2.3.5.1. DIAGRAMA DE SECUENCIA: AÑADIR CAMBIO DE ACEITE . 155 2.3.5.2. DIAGRAMA DE SECUENCIA: CONSULTAR CAMBIO ACEITE 156 2.3.5.3. DIAGRAMA DE SECUENCIA: MODIFICAR CAMBIO ACEITE . 157 2.3.5.4. DIAGRAMA DE SECUENCIA: ELIMINAR CAMBIO ACEITE ... 158 2.3.5.5. DIAGRAMA DE SECUENCIA: AÑADIR CAMBIO DE FILTRO . 159 2.3.5.6. DIAGRAMA DE SECUENCIA: CONSULTAR CAMBIO FILTRO 160 2.3.5.7. DIAGRAMA DE SECUENCIA: MODIFICAR CAMBIO FILTRO . 161 2.3.5.8. DIAGRAMA DE SECUENCIA: ELIMINAR CAMBIO FILTRO .... 162 2.3.5.9. DIAGRAMA DE SECUENCIA: AÑADIR MANTENIMIENTO ..... 163 2.3.5.10.DIAGRAMA DE SECUENCIA: CONSUL. MANTENIMIENTO .. 164 2.3.5.11.DIAGRAMA DE SECUENCIA: MODIFIC. MANTENIMIENTO . 165 2.3.5.12.DIAGRAMA DE SECUENCIA: ELIMINAR MANTENIMIENTO 166 2.3.5.13.DIAGRAMA DE SECUENCIA: AÑADIR NEUMÁTICO .............. 167 2.3.5.14.DIAGRAMA DE SECUENCIA: CONSULTAR NEUMÁTICOS ... 168 2.3.5.15.DIAGRAMA DE SECUENCIA: MODIFICAR NEUMÁTICOS ..... 169 2.3.5.16.DIAGRAMA DE SECUENCIA: ELIMINAR NEUMÁTICO .......... 170 2.3.6. CONTROL DE REPARACIONES ............................................................ 171 2.3.6.1. DIAGRAMA DE SECUENCIA: AÑADIR REPARACIÓN ............. 171 2.3.6.2. DIAGRAMA DE SECUENCIA: CONSULTAR REPARACIONES 172 2.3.6.3. DIAGRAMA DE SECUENCIA: MODIFICAR REPARACIÓN ...... 173 2.3.6.4. DIAGRAMA DE SECUENCIA: ELIMINAR REPARACIÓN ......... 174 2.3.7. CONTROL DE REPARACIONES ............................................................ 175 2.3.7.1. DIAGRAMA DE SECUENCIA: AÑADIR GASTOS ....................... 175 VeCoMa Raúl Lucio Gómez 4 Bloque II - Documentación técnica. 2.3.7.2. DIAGRAMA DE SECUENCIA: CONSULTAR GASTOS ............... 176 2.3.7.3. DIAGRAMA DE SECUENCIA: MODIFICAR GASTOS ................ 177 2.3.7.4. DIAGRAMA DE SECUENCIA: ELIMINAR GASTOS ................... 178 2.3.7.5. DIAGRAMA DE SECUENCIA: CALCULAR GASTOS ................. 179 2.3.7.6. DIAGRAMA DE SECUENCIA: COMPARAR GASTOS ................ 180 VeCoMa Raúl Lucio Gómez 5 Bloque II - Documentación técnica. Índice de Ilustraciones Ilustración 1.Diagrama de subsistemas. ......................................................................... 31 Ilustración 2. Subsistemas Gestión de vehículos. ........................................................... 32 Ilustración 3. Subsistemas Control de alertas. ................................................................ 38 Ilustración 4. Subsistemas Control de consumos. .......................................................... 40 Ilustración 5. Subsistemas Control de seguros. .............................................................. 50 Ilustración 6. Subsistemas Control de mantenimientos. ................................................. 57 Ilustración 7. Subsistemas Control de reparaciones. ...................................................... 83 Ilustración 8. Subsistemas Control de gastos. ................................................................ 90 Ilustración 9. Diagrama de Entidad-Relación............................................................... 106 Ilustración 10. Diagrama de paquetes de diseño. ......................................................... 115 Ilustración 11. Diagrama de clases del paquete Gestión de vehículos. ....................... 116 Ilustración 12. Diagrama de clases del paquete Control de reparación. ...................... 120 Ilustración 13. Diagrama de clases del paquete Control de revisión. .......................... 123 Ilustración 14. Diagrama de clases del paquete Control de mantenimiento. ............... 126 Ilustración 15. Diagrama de clases del paquete Control de alertas. ............................ 130 Ilustración 16. Diagrama de clases del paquete Control de repostajes. ....................... 132 Ilustración 17. Diagrama de clases del paquete Control de gastos. ............................. 136 Ilustración 18. Diagrama de secuencia. Añadir vehículo. ............................................ 139 Ilustración 19. Diagrama de secuencia. Consultar vehículos. ...................................... 140 Ilustración 20. Diagrama de secuencia. Modificar vehículos. ...................................... 141 Ilustración 21. Diagrama de secuencia. Eliminar vehículo. ......................................... 142 Ilustración 22. Diagrama de secuencia. Consultar alertas. ........................................... 143 Ilustración 23. Diagrama de secuencia. Añadir repostaje. ........................................... 144 Ilustración 24. Diagrama de secuencia. Observar repostaje. ........................................ 145 Ilustración 25. Diagrama de secuencia. Modificar repostaje........................................ 146 Ilustración 26. Diagrama de secuencia. Eliminar repostaje.......................................... 147 Ilustración 27. Diagrama de secuencia. Calcular consumo. ......................................... 148 Ilustración 28. Diagrama de secuencia. Comparar consumos. ..................................... 149 Ilustración 29. Diagrama de secuencia. Predecir consumos. ........................................ 150 Ilustración 30. Diagrama de secuencia. Añadir seguro. ............................................... 151 Ilustración 31. Diagrama de secuencia. Consultar seguros. ......................................... 152 Ilustración 32. Diagrama de secuencia. Modificar seguro. .......................................... 153 Ilustración 33. Diagrama de secuencia. Eliminar seguro. ............................................ 154 Ilustración 34. Diagrama de secuencia. Añadir cambio de aceite. ............................... 155 Ilustración 35. Diagrama de secuencia. Consultar cambio de aceite. ........................... 156 Ilustración 36. Diagrama de secuencia. Modificar cambio de aceite. .......................... 157 Ilustración 37. Diagrama de secuencia. Eliminar cambio de aceite. ............................ 158 Ilustración 38. Diagrama de secuencia. Añadir filtro. ................................................. 159 Ilustración 39. Diagrama de secuencia. Consultar filtro. ............................................. 160 Ilustración 40. Diagrama de secuencia. Modificar filtro. ............................................. 161 Ilustración 41. Diagrama de secuencia. Eliminar filtro. ............................................... 162 Ilustración 42. Diagrama de secuencia. Añadir mantenimiento. .................................. 163 Ilustración 43. Diagrama de secuencia. Consultar mantenimiento. ............................. 164 VeCoMa Raúl Lucio Gómez 6 Bloque II - Documentación técnica. Ilustración 44. Diagrama de secuencia. Modificar mantenimiento. ............................. 165 Ilustración 45. Diagrama de secuencia. Eliminar mantenimiento. ............................... 166 Ilustración 46. Diagrama de secuencia. Añadir cambio neumático. ............................ 167 Ilustración 47. Diagrama de secuencia. Consultar cambio neumático. ........................ 168 Ilustración 48. Diagrama de secuencia. Modificar cambio neumático......................... 169 Ilustración 49. Diagrama de secuencia. Eliminar cambio neumático........................... 170 Ilustración 50. Diagrama de secuencia. Añadir reparación. ......................................... 171 Ilustración 51. Diagrama de secuencia. Consultar reparaciones. ................................. 172 Ilustración 52. Diagrama de secuencia. Modificar reparación. .................................... 173 Ilustración 53. Diagrama de secuencia. Eliminar reparación. ...................................... 174 Ilustración 54. Diagrama de secuencia. Añadir gastos. ................................................ 175 Ilustración 55. Diagrama de secuencia. Consultar gastos. .......................................... 176 Ilustración 56. Diagrama de secuencia. Modificar gasto.............................................. 177 Ilustración 57. Diagrama de secuencia. Eliminar gasto................................................ 178 Ilustración 58. Diagrama de secuencia. Calcular gastos. ............................................. 179 Ilustración 59. Diagrama de secuencia. Comparar gastos. .......................................... 180 VeCoMa Raúl Lucio Gómez 7 Bloque II - Documentación técnica. Índice de Tablas Tabla 1. Control de vehículos ......................................................................................... 11 Tabla 2. Control de consumos ........................................................................................ 11 Tabla 3. Predecir consumos ............................................................................................ 12 Tabla 4. Control de mantenimientos. ............................................................................. 12 Tabla 5. Control de reparaciones. ................................................................................... 13 Tabla 6. Gestión de alertas. ............................................................................................ 13 Tabla 7. Gestión de seguros. ........................................................................................... 14 Tabla 8. Control de gastos .............................................................................................. 14 Tabla 9. Comparación de vehículos. .............................................................................. 15 Tabla 10. Requisito de información. Información sobre vehículos. ............................... 16 Tabla 11. Requisito de información. Información sobre repostajes. .............................. 17 Tabla 12. Requisito de información. Información sobre predicción de consumos. ....... 18 Tabla 13. Requisito de información. Información sobre alertas..................................... 19 Tabla 14. Requisito de información. Información sobre cambios de neumáticos. ......... 20 Tabla 15. Requisito de información. Información sobre cambios de aceite................... 21 Tabla 16. Requisito de información. Información sobre cambios de filtros. ................. 22 Tabla 17. Requisito de información. Información sobre reparaciones. .......................... 23 Tabla 18. Requisito de información. Información sobre mantenimiento. ...................... 24 Tabla 19. Requisito de información. Información sobre gastos. .................................... 25 Tabla 20. Requisito de información. Comparación entre vehículos............................... 26 Tabla 21. Requisito de información. Información sobre seguros. .................................. 27 Tabla 22. Restricción al añadir vehículo. ....................................................................... 28 Tabla 23. Restricción al comparar vehículos.................................................................. 29 Tabla 24. Usuario de la aplicación. ................................................................................ 30 Tabla 25. Casos de uso. Añadir vehículo. ...................................................................... 33 Tabla 26. Caso de uso. Eliminar vehículo. ..................................................................... 34 Tabla 27. Caso de uso. Modificar vehículo. ................................................................... 36 Tabla 28. Caso de uso. Consultar vehículos. .................................................................. 37 Tabla 29. Caso de uso. Consultar alertas. ....................................................................... 39 Tabla 30. Caso de uso. Añadir repostaje. ....................................................................... 41 Tabla 31. Caso de uso. Modificar repostaje. .................................................................. 43 Tabla 32. Caso de uso. Eliminar repostaje. .................................................................... 45 Tabla 33. Caso de uso. Consultar repostaje .................................................................... 46 Tabla 34. Caso de uso. Calcular consumos. ................................................................... 47 Tabla 35. Caso de uso. Comparar consumos. ................................................................. 48 Tabla 36. Caso de uso. Predecir consumos. ................................................................... 49 Tabla 37. Caso de uso. Añadir seguro. ........................................................................... 51 Tabla 38. Caso de uso. Modificar seguro. ...................................................................... 53 Tabla 39. Caso de uso. Eliminar seguro. ........................................................................ 55 Tabla 40. Caso de uso. Consultar seguros. ..................................................................... 56 Tabla 41. Caso de uso. Añadir neumáticos. ................................................................... 59 Tabla 42. Caso de uso. Modificar cambio de neumáticos. ............................................. 61 Tabla 43. Caso de uso. Eliminar cambio de neumáticos ................................................ 63 VeCoMa Raúl Lucio Gómez 8 Bloque II - Documentación técnica. Tabla 44. Caso de uso. Consultar neumáticos. ............................................................... 64 Tabla 45. Caso de uso. Añadir cambio de aceite. ........................................................... 65 Tabla 46. Caso de uso. Consultar cambio aceite. ........................................................... 66 Tabla 47. Caso de uso. Modificar cambio de aceite. ...................................................... 68 Tabla 48. Caso de uso. Eliminar cambio de aceite. ........................................................ 70 Tabla 49. Caso de uso. Añadir mantenimiento. .............................................................. 71 Tabla 50. Caso de uso. Consultar mantenimientos. ........................................................ 72 Tabla 51. Caso de uso. Modificar mantenimiento. ......................................................... 74 Tabla 52. Caso de uso. Eliminar mantenimiento. .......................................................... 76 Tabla 53. Caso de uso. Añadir filtro. .............................................................................. 77 Tabla 54. Caso de uso. Consultar filtro. ......................................................................... 78 Tabla 55. Caso de uso. Modificar filtro. ......................................................................... 80 Tabla 56. Caso de uso. Eliminar filtro. ........................................................................... 82 Tabla 57. Caso de uso. Añadir reparación. ..................................................................... 84 Tabla 58. Caso de uso. Consultar reparaciones. ............................................................. 85 Tabla 59. Caso de uso. Modificar reparación. ................................................................ 87 Tabla 60. Caso de uso. Eliminar reparación. .................................................................. 89 Tabla 61. Caso de uso. Añadir gastos. ........................................................................... 91 Tabla 62. Caso de uso. Consultar gastos. ....................................................................... 92 Tabla 63. Caso de uso. Eliminar gastos. ........................................................................ 94 Tabla 64. Caso de uso. Modificar gastos. ....................................................................... 96 Tabla 65. Caso de uso. Calcular gastos. ......................................................................... 97 Tabla 66. Caso de uso. Comparar gastos. ....................................................................... 98 Tabla 67. Requisito no funcional. Entorno de explotación. ........................................... 99 Tabla 68. Requisito no funcional. Interfaz sencilla. ....................................................... 99 Tabla 69. Matriz de rastreabilidad. ............................................................................... 103 Tabla 70. Tabla de la base de datos. Vehículo. ............................................................ 107 Tabla 71. Tabla de la base de datos. Repostaje. ........................................................... 107 Tabla 72. Tabla de la base de datos. Cambio de aceite. ............................................... 108 Tabla 73. Tabla de la base de datos. Cambio de filtro.................................................. 108 Tabla 74. Tabla de la base de datos. Mantenimiento.................................................... 109 Tabla 75. Tabla de la base de datos. Neumático. ......................................................... 109 Tabla 76. Tabla de la base de datos. Gasto. .................................................................. 109 Tabla 77. Tabla de la base de datos. Seguro. ................................................................ 110 Tabla 78. Tabla de la base de datos. Reparación .......................................................... 110 Tabla 79. Atributo. Matrícula ....................................................................................... 116 Tabla 80. Atributo. Motor............................................................................................. 117 Tabla 81. Atributo. Marca ............................................................................................ 117 Tabla 82. Atributo. Antigüedad. ................................................................................... 117 Tabla 83. Atributo. Kilómetros actuales. ...................................................................... 117 Tabla 84. Atributo. Tipo del vehículo. ......................................................................... 118 Tabla 85. Operación. Añadir vehículo.......................................................................... 118 Tabla 86. Operación. Consultar vehículo. .................................................................... 118 Tabla 87. Operación. Modificar vehículo. .................................................................... 119 Tabla 88. Operación. Eliminar vehículo. ..................................................................... 119 Tabla 89. Atributo. Fecha ............................................................................................. 120 Tabla 90. Atributo. Importe .......................................................................................... 121 Tabla 91. Atributo. Taller ............................................................................................. 121 Tabla 92. Atributo. Notas ............................................................................................. 121 Tabla 93. Operación. Añadir reparación. ..................................................................... 122 VeCoMa Raúl Lucio Gómez 15 Bloque II - Documentación técnica. OBJ-0009 Comparación entre vehículos. Versión 1.0 ( 28/02/2014 ) Autor  Raúl Lucio Gómez Descripción El sistema deberá poder comparar consumos y gastos entre dos vehículos cuales quiera. Subobjetivos Ninguno Importancia Alta. Estabilidad Alta. Comentarios Ninguno Tabla 9. Comparación de vehículos. VeCoMa Raúl Lucio Gómez 16 Bloque II - Documentación técnica. 1.3. CATÁLOGO DE REQUISITOS DEL SISTEMA. 1.3.1 REQUISITOS DE INFORMACIÓN. Los requisitos de información reflejan la información relevante que debe ser almacenada por el sistema para los objetivos del negocio. IRQ-0001 Información sobre vehículos Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0001] Gestión de vehículos Descripción El sistema deberá almacenar la información correspondiente a la adquisición de un nuevo vehículo, añadiéndolo a la base de datos. En concreto: Datos específicos  Matrícula.  Tipo.  Kilómetros actuales.  Marca.  Motor.  Antigüedad del vehículo. Tiempo de vida Medio Máximo Indefinido Indefinido Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 10. Requisito de información. Información sobre vehículos. VeCoMa Raúl Lucio Gómez 17 Bloque II - Documentación técnica. IRQ-0002 Información sobre repostajes. Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0002] Control de consumos Descripción El sistema deberá almacenar la información correspondiente a los repostajes de combustible realizado en cada vehículo, así como de los consumos realizados en cada uno, calculándolos sobre el total de tiempo seleccionado por el usuario o último repostaje. En concreto: Datos específicos  Kilómetros actuales.  Fecha del repostaje.  Litros.  Importe.  Gasolinera. Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 11. Requisito de información. Información sobre repostajes. VeCoMa Raúl Lucio Gómez 18 Bloque II - Documentación técnica. IRQ-0003 Información sobre predicción de consumos. Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0002] Control de consumos Descripción El sistema deberá predecir el consumo de un vehículo según la información introducida por el usuario. En concreto: Datos específicos  Matricula.  Kilómetros a calcular el consumo. Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 12. Requisito de información. Información sobre predicción de consumos. VeCoMa Raúl Lucio Gómez 19 Bloque II - Documentación técnica. IRQ-0004 Información sobre alertas Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0005] Gestión de alertas Descripción El sistema deberá comprobar en forma de alertas ante ciertos eventos registrados sobre los vehículos como cambio de aceite, cambio de filtros, próximo mantenimiento periódico o renovación del seguro. Datos específicos  Motivo  Vehículo al que pertenece la alerta Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 13. Requisito de información. Información sobre alertas. VeCoMa Raúl Lucio Gómez 20 Bloque II - Documentación técnica. IRQ-0005 Información sobre cambios de neumáticos Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0004] Control de mantenimiento. Descripción El sistema deberá almacenar la información correspondiente a los cambios de neumáticos realizados. En concreto: Datos específicos  Kilómetros actuales  Fecha  Neumático/s cambiado/s ( Posición de los mismos)  Importe  Marca  Vendedor Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 14. Requisito de información. Información sobre cambios de neumáticos. VeCoMa Raúl Lucio Gómez 21 Bloque II - Documentación técnica. IRQ-0006 Información sobre cambios de aceite Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0004] Control de mantenimiento Descripción El sistema deberá almacenar la información correspondiente a los cambios de aceite realizados a lo largo de la vida del vehículo estando dado de alta en el sistema. En concreto: Datos específicos  Fecha  Kilómetros actuales  Importe  Marca  Próximo cambio  Taller Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 15. Requisito de información. Información sobre cambios de aceite. VeCoMa Raúl Lucio Gómez 22 Bloque II - Documentación técnica. IRQ-0007 Información sobre cambios de filtros Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0004] Control de mantenimiento Descripción El sistema deberá almacenar la información correspondiente a los cambios de los filtros de aceite, habitáculo, motor y combustible que se produzcan en los vehículos. En concreto: Datos específicos  Matrícula.  Fecha  Kilómetros actuales  Importe  Próximo cambio ( Duración en Km)  Marca  Taller Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 16. Requisito de información. Información sobre cambios de filtros. VeCoMa Raúl Lucio Gómez 23 Bloque II - Documentación técnica. IRQ-0008 Información sobre reparaciones Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0005] Control de reparaciones. Descripción El sistema deberá almacenar la información correspondiente a las reparaciones que se cometan en los vehículos. En concreto: Datos específicos  Matricula  Fecha  Kilómetros actuales  Importe  Taller  Notas Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 17. Requisito de información. Información sobre reparaciones. VeCoMa Raúl Lucio Gómez 24 Bloque II - Documentación técnica. IRQ-0009 Información sobre mantenimiento Versión 1.0 ( 28/02/2014 ) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0004] Control de mantenimiento Descripción El sistema deberá almacenar la información correspondiente a los mantenimientos realizados en los vehículos. En concreto: Datos específicos  Fecha  Kilómetros actuales  Importe  Taller  Notas  Próximo mantenimiento Ocurrencias simultáneas Medio Máximo Indefinido Indefinido Importancia Alta. Estabilidad Alta. Estado Validado. Tabla 18. Requisito de información. Información sobre mantenimiento. VeCoMa Raúl Lucio Gómez 31 Bloque II - Documentación técnica. 1.3.2.2. CASOS DE USO DEL SISTEMA. A continuación se muestra la funcionalidad que tiene el programa expresado en paquetes de los distintos subsistemas. Para modelar la funcionalidad se ha utilizado el marco de desarrollo Proceso Unificado guiado por los casos de uso, utilizado la notación que nos proporciona UML (“Unified Modelling Language”). En la siguiente figura podemos observar los subsistemas principales del sistema. Ilustración 1.Diagrama de subsistemas. VeCoMa Raúl Lucio Gómez 32 Bloque II - Documentación técnica. 1.3.2.2.1. Subsistema Gestión de vehículos En este subsistema de gestión de vehículos, se puede tanto añadir un nuevo vehículo, como consultar los vehículos existentes, modificar algún dato referente a alguno de ellos o eliminarlo. A la hora de listar vehículos, se puede hacer uso de un filtro para obtener un resultado menor para encontrar el vehículo buscado. Ilustración 2. Subsistemas Gestión de vehículos. VeCoMa Raúl Lucio Gómez 33 Bloque II - Documentación técnica. UC-0001 Añadir vehículo Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0001] Gestión de vehículos Requisitos asociados  [IRQ-0001] Información sobre vehículos.  [CRQ-0001] Vehículos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee dar de alta un nuevo vehículo en la base de datos. Precondición No existir previamente el vehículo en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Añadir vehículo". 2 El sistema mostrará los campos a rellenar por el usuario, ( matricula, kilómetros actuales, marca, motor, antigüedad del vehículo ). 3 El actor Usuario (ACT-0001) rellena todos los campos solicitados. 4 El sistema guarda todos los datos en la base de datos. 5 El sistema muestra un mensaje de confirmación y el caso de uso finaliza. Excepciones Paso Acción 3 Si algún campo obligatorio está vacío, el sistema avisará que no es posible añadir la información por falta de datos. 4 Si la matricula ya está introducida, el sistema avisará al usuario mediante un mensaje por pantalla, no guardando de nuevo los datos, a continuación este caso de uso queda sin efecto Postcondición. Mensaje confirmando que se ha dado de alta en el sistema. Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el usuario puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 25. Casos de uso. Añadir vehículo. VeCoMa Raúl Lucio Gómez 34 Bloque II - Documentación técnica. UC-0002 Eliminar vehículo Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0001] Gestión de vehículos Requisitos asociados  [IRQ-0001] Información sobre vehículos Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee dar de baja un vehículo ya existente con anterioridad. Precondición Existir el vehículo en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Eliminar vehículo". 2 El sistema solicita que introduzca la matricula. 3 El actor Usuario (ACT-0001) introduce la información solicitada. 4 El sistema muestra un mensaje de verificación: "¿Desea eliminar el vehículo?" con dos opciones de respuesta : Si/No. 5 El actor Usuario (ACT-0001) selecciona una opción. 6 El sistema confirma el estado de la eliminación mediante un mensaje en pantalla y el caso de uso finaliza Postcondición Mensaje de confirmación de que el vehículo ha sido borrado de la base de datos. Excepciones Paso Acción 2 Si el usuario desea consultar los vehículos guardados en el programa, se realiza el caso de uso Consultar vehículos (UC0004) , a continuación este caso de uso continúa 3 Si la matricula introducida no coincide con ninguna guardada, el sistema muestra un mensaje alertando al usuario que la matricula no existe en el programa, a continuación este caso de uso queda sin efecto Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 26. Caso de uso. Eliminar vehículo. VeCoMa Raúl Lucio Gómez 35 Bloque II - Documentación técnica. UC-0003 Modificar vehículo Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez. Objetivos asociados  [OBJ-0001] Gestión de vehículos. Requisitos asociados  [IRQ-0001] Información sobre vehículos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee modificar alguno de los datos guardados en relación de uno de los vehículos. Precondición Exista el vehículo en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Modificar vehículo". 2 El sistema solicita que introduzca la matrícula del vehículo. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre la cual quiere modificar los datos. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema facilita para su manipulación los datos del vehículo ( matrícula, kilómetros actuales, marca, motor, antigüedad del vehículo ) 7 El actor Usuario (ACT-0001) modifica los datos que desee. 8 El actor Usuario (ACT-0001) pulsa el botón "Guardar". 9 El sistema muestra en mensaje de confirmación o error y el caso de uso finaliza. Postcondición Mensaje de confirmación de vehículo modificado correctamente. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto VeCoMa Raúl Lucio Gómez 36 Bloque II - Documentación técnica. 5 Si el usuario desea consultar los vehículos guardados en el programa, se realiza el caso de uso Consultar vehículos (UC0004) , a continuación este caso de uso continúa. Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 27. Caso de uso. Modificar vehículo. VeCoMa Raúl Lucio Gómez 37 Bloque II - Documentación técnica. UC-0004 Consultar vehículos Versión 1.0 (02/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0001] Gestión de vehículos Requisitos asociados  [IRQ-0001] Información sobre vehículos Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee comprobar todos los vehículos guardados en el programa. O durante la realización de los siguientes casos de uso: [UC-0001] Añadir vehículo, [UC-0002] Eliminar vehículo, [UC-0003] Modificar vehículo Precondición Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Consultar vehículos". 2 El sistema facilita los vehículos guardado hasta ese momento en el sistema y el caso de uso finaliza. Postcondición Muestra los vehículos guardados o un aviso indicando que no hay vehículo. Excepciones Paso Acción 2 En caso de no existir vehículos en la BBDD, el sistema lo mostrará por pantalla y el caso de uso finaliza. Importancia Importante Urgencia Alta Estado Revisado. Estabilidad Alta Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 28. Caso de uso. Consultar vehículos. VeCoMa Raúl Lucio Gómez 38 Bloque II - Documentación técnica. 1.3.2.2.2. Subsistema control de alertas. En este subsistema de gestión de vehículos, se va a comprobar las posibles alertas que genere todos los vehículos registrados. Estas alertas puede tratarse de: próximo cambio de aceite, de filtros, mantenimiento periódico y próxima renovación del seguro. Ilustración 3. Subsistemas Control de alertas. VeCoMa Raúl Lucio Gómez 39 Bloque II - Documentación técnica. UC-0005 Consultar alertas Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0006] Gestión de alertas. Requisitos asociados  [IRQ-0002] Información sobre alertas. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea conocer las alertas de cada uno de los vehículos. Precondición Tienen que existir vehículos en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la acción "Consultar alertas". 2 Selecciona el vehículo sobre el que desea consultar las alertas o selecciona todos. 3 El sistema calcula las alertas de todos los vehículos solicitados. 4 El sistema muestra las alertas si la hubiere de cada de los vehículos solicitados y el cado de uso finaliza. Postcondición Muestra la información solicitada o un mensaje de información. Excepciones Paso Acción 2 En caso de no existir vehículos en la BBDD, el sistema lo mostrará por pantalla y el caso de uso finaliza. Importancia Alta. Urgencia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 29. Caso de uso. Consultar alertas. VeCoMa Raúl Lucio Gómez 40 Bloque II - Documentación técnica. 1.3.2.2.3. Subsistema control de consumos. En este Subsistema control de consumos, tiene las funcionalidades de añadir los repostajes realizados por cada uno de los vehículos, así como controlar los gastos de combustible o la comparación de los consumos entre distintos vehículos, sin olvidar la importe funcionalidad de predicción de consumo. Ilustración 4. Subsistemas Control de consumos. VeCoMa Raúl Lucio Gómez 47 Bloque II - Documentación técnica. UC-0010 Calcular consumos Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0002] Control de consumos Requisitos asociados  [IRQ-0002] Información sobre repostajes. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea consultar los consumos de combustible realizados por un vehículo en un determinado tiempo. Precondición Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la acción "Calcular consumos". 2 El sistema solicita la matrícula del vehículo a calcular consumo. 3 El actor Usuario (ACT-0001) facilita la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El sistema solicita un periodo del tiempo para poder calcular los consumos de combustible realizados. 6 El actor Usuario (ACT-0001) introduce el periodo de tiempo a consultar. 7 El sistema facilita la información consultada y el c.u. finaliza. Postcondición Mensaje de confirmación o de información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 34. Caso de uso. Calcular consumos. VeCoMa Raúl Lucio Gómez 48 Bloque II - Documentación técnica. UC-0011 Comparar consumos Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0002] Control de consumos.  [OBJ-0009] Comparar consumos. Requisitos asociados.  [IRQ-0002] Información sobre repostajes.  [IRQ-0011] Comparación entre vehículos.  [CRQ-0002] Comparación entre vehículos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea comparar el consumo entre dos vehículos previamente guardados en el sistema. Precondición Tienen que existir repostajes en ambos vehículos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Comparar consumos". 2 El sistema muestra una ventana donde puede elegir entre varios vehículos para comparar los consumos. 3 El actor Usuario (ACT-0001) selecciona dos vehículos y la franja de días para la comparación. 4 El actor Usuario (ACT-0001) pulsa la el botón "Comparar". 5 El sistema muestra los consumos de los vehículos seleccionados y el caso de uso finaliza. Postcondición Muestra los resultados solicitados o mensaje de información. Excepciones Paso Acción 3 Si los vehículos son el mismo vehículo con igual franja de comparación, el sistema muestra un mensaje avisando de ello, a continuación este caso de uso queda sin efecto Importancia Alta Estado Revisado. Estabilidad Alta Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 35. Caso de uso. Comparar consumos. VeCoMa Raúl Lucio Gómez 49 Bloque II - Documentación técnica. UC-0012 Predecir consumos Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asocia.  [OBJ-0002] Control de consumos.  [OBJ-0003] Predecir consumo. Requisitos asoci.  [IRQ-0002] Información sobre repostajes.  [IRQ-0003] Predecir consumo. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea predecir un consumo de un vehículo. Precondición Tienen que existir repostajes suficientes. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Predecir consumos". 2 El sistema solicita la matrícula del vehículo. 3 El actor Usuario (ACT-0001) introduce la matrícula del vehículo. 4 El sistema comprueba la matrícula introducida. 5 El sistema solicita los kilómetros sobre los que desee hacer la predicción. 6 El actor Usuario (ACT-0001) introduce los Km. solicitados. 7 El sistema calcula y muestra el consumo estimado y el caso de uso finaliza. Postcondición Muestra los resultados solicitados o mensaje de información. Excepciones Paso Acción 4 Si no existe la matrícula, avisa del error y el caso de uso finaliza. 7 Si el vehículo no tiene suficientes repostajes para poder llevar a cabo los cálculos, el sistema muestra un mensaje avisando de ello, a continuación este caso de uso queda sin efecto Importancia Alta Estado Revisado. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 36. Caso de uso. Predecir consumos. VeCoMa Raúl Lucio Gómez 50 Bloque II - Documentación técnica. 1.3.2.2.4. Subsistema control de seguros. Este subsistema va a tener las funcionalidades de añadir, consultar, modificar y eliminar los seguros guardados de los distintos vehículos. Ilustración 5. Subsistemas Control de seguros. VeCoMa Raúl Lucio Gómez 51 Bloque II - Documentación técnica. UC-0013 Añadir seguro Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0007] Gestión de seguros. Requisitos asociados  [IRQ-0012] Información sobre seguros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee añadir un nuevo pago del seguro de unos de los vehículos guardados en el programa. Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Añadir seguro". 2 El sistema solicita la matrícula del vehículo sobre el cual quiere introducir el nuevo pago del seguro. 3 El actor Usuario (ACT-0001) facilita la matricula. 4 El sistema comprueba la matrícula introducida 5 El actor Usuario (ACT-0001) rellena los campos solicitados ( Fecha, Km. actuales, importe, aseguradora y notas ) y pulsa guardar. 6 El sistema muestra un mensaje por pantalla confirmando el estado de la acción realizada y el caso de uso finaliza. Postcondición Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta Estado Revisado. Estabilidad Alta Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 37. Caso de uso. Añadir seguro. VeCoMa Raúl Lucio Gómez 52 Bloque II - Documentación técnica. UC-0014 Modificar seguro Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0007] Gestión de seguros Requisitos asociados  [IRQ-0012] Información sobre seguros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee modificar alguno de los pagos de seguro ya guardados, realizados en uno de los vehículos. Precondición El vehículo tiene que existir en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Modificar seguros". 2 El sistema solicita que introduzca la matrícula del vehículo del que quiera realizar el cambio. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre la cual quiere modificar los datos. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema facilita para su manipulación los datos del seguro. 7 El actor Usuario (ACT-0001) modifica los datos que desee. 8 El actor Usuario (ACT-0001) pulsa el botón "Guardar". 9 El sistema muestra un mensaje del estado de la confirmación y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción VeCoMa Raúl Lucio Gómez 53 Bloque II - Documentación técnica. 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar los seguros que existen ya en el sistema, se realiza el caso de uso Consultar seguros (UC-0016) , a continuación este caso de uso continúa. 6 Si no hay recibos de seguros guardados, el sistema enseña un menaje al usuario por pantalla indicando que no existe datos, a continuación este caso de uso queda sin efecto Importancia Alta. Urgencia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 38. Caso de uso. Modificar seguro. VeCoMa Raúl Lucio Gómez 54 Bloque II - Documentación técnica. UC-0015 Eliminar seguro Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0007] Gestión de seguros Requisitos asociados  [IRQ-00012] Información sobre seguros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee eliminar el registro de un seguro de algún vehículo guardado en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Eliminar seguro". 2 El sistema solicita que introduzca la matrícula del vehículo que desea eliminar los datos. 3 El actor Usuario (ACT-0001) introduce la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema solicita confirmación de eliminación. 7 El actor Usuario (ACT-0001) pulsa el botón "Sí" o "No" de la solicitud de confirmación. 8 El sistema elimina el seguro registrado y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar los seguros que existen ya en el sistema, se realiza el caso de uso Consultar seguros (UC-0016) , a continuación este caso de uso continúa. 6 Si no hay ningún seguro guardado, el sistema enseña un mensaje al usuario por pantalla indicando que no existen datos, a continuación este caso de uso queda sin efecto VeCoMa Raúl Lucio Gómez 55 Bloque II - Documentación técnica. 7 Si el usuario pulsa "No", el sistema no realiza ninguna acción de eliminación, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 39. Caso de uso. Eliminar seguro. VeCoMa Raúl Lucio Gómez 56 Bloque II - Documentación técnica. UC-0016 Consultar seguros Versión 1.0 ( 02/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0007] Gestión de seguros Requisitos asociados  [IRQ-00012] Información sobre seguros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea consultar los seguros ya guardadas de algún vehículo o durante la realización de los siguientes casos de uso: [UC-0014] Modificar seguros, [UC-0015] Eliminar seguros. Precondición Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Consultar seguros". 2 El sistema solicita que introduzca la matrícula del vehículo del cual quiera la consulta. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre el vehículo a consultar. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra todas los seguros guardados en el sistema y el caso de uso finaliza. Postcondición Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 40. Caso de uso. Consultar seguros. VeCoMa Raúl Lucio Gómez 63 Bloque II - Documentación técnica. 6 Si no hay cambio de neumáticos guardados, el sistema enseña un mensaje al usuario por pantalla indicando que no existe ningún cambio de neumático realizado, a continuación este caso de uso queda sin efecto 7 Si el usuario pulsa "No", el sistema no realiza ninguna acción de eliminación, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 43. Caso de uso. Eliminar cambio de neumáticos VeCoMa Raúl Lucio Gómez 64 Bloque II - Documentación técnica. UC-0020 Consultar neumáticos Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0002] Control de mantenimiento Requisitos asociados  [IRQ-0005] Información sobre cambios de neumáticos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicita observar los cambios de neumáticos realizados en un vehículo determinado o durante la realización de los siguientes casos de uso: [UC-0018] Modificar cambio de neumáticos, [UC0019] Eliminar cambio de neumático Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Consultar neumáticos". 2 El sistema solicita matrícula del vehículo a consultar. 3 El actor Usuario (ACT-0001) introduce la matrícula del vehículo. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra los cambios de neumáticos realizados hasta el momento y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 44. Caso de uso. Consultar neumáticos. VeCoMa Raúl Lucio Gómez 65 Bloque II - Documentación técnica. UC-0021 Añadir cambio de aceite Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asoci.  [OBJ-0002] Control de mantenimiento Requisitos asoci.  [IRQ-0006] Información sobre cambios de aceite. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea añadir un cambio de aceite realizado en uno de los vehículo guardados en el programa. Precondición El vehículo debe de existir en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Añadir cambio de aceite". 2 El sistema solicita la matrícula del vehículo sobre el cual quiere introducir el nuevo cambio de aceite. 3 El actor Usuario (ACT-0001) facilita la matricula. 4 El sistema comprueba la matrícula introducida 5 El actor Usuario (ACT-0001) rellena los campos solicitados ( Fecha, Km actuales, importe, próximo cambio, marca y taller ) y pulsa guardar. 6 El sistema muestra un mensaje por pantalla confirmando el estado de la acción realizada y el caso de uso finaliza. Postcondición Mensaje de confirmación o de información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 45. Caso de uso. Añadir cambio de aceite. VeCoMa Raúl Lucio Gómez 66 Bloque II - Documentación técnica. UC-0022 Consultar cambio aceite Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0002] Control de mantenimiento Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicita observar los cambios de aceite realizados en un vehículo determinado o durante la realización de los siguientes casos de uso: [UC-0023] Modificar cambio de aceite, [UC-0024] Eliminar cambio de aceite Precondición Tiene que existir vehículos en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Consultar cambio aceite". 2 El sistema solicita matrícula del vehículo a consultar. 3 El actor Usuario (ACT-0001) introduce la matrícula del vehículo. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra los cambios de aceite realizados hasta el momento y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Urgencia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 46. Caso de uso. Consultar cambio aceite. VeCoMa Raúl Lucio Gómez 67 Bloque II - Documentación técnica. UC-0023 Modificar cambio de aceite Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados.  [OBJ-0004] Control de mantenimiento Requisitos asociados  [IRQ-0006] Información sobre cambios de aceite. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee modificar alguno de los cambios de aceite ya guardados, realizados en uno de los vehículos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Modificar cambio de aceite". 2 El sistema solicita que introduzca la matrícula del vehículo del cual quiera realizar el cambio. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre la cual quiere modificar los datos. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema facilita para su manipulación los datos del cambio del aceite ( Km. actuales, fecha, importe, próximo cambio, marca y vendedor ) 7 El actor Usuario (ACT-0001) modifica los datos que desee. 8 El actor Usuario (ACT-0001) pulsa el botón "Guardar". 9 El sistema muestra un mensaje del estado de la confirmación y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto VeCoMa Raúl Lucio Gómez 68 Bloque II - Documentación técnica. 5 Si el usuario desea consultar los cambios de neumáticos realizados en el vehículo, se realiza el caso de uso Consultar cambio aceite (UC-0022) , a continuación este caso de uso continúa 6 Si no hay cambio de aceite guardado, el sistema enseña un menaje al usuario por pantalla indicando que no existe ningún cambio de aceite realizado, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 47. Caso de uso. Modificar cambio de aceite. VeCoMa Raúl Lucio Gómez 69 Bloque II - Documentación técnica. UC-0024 Eliminar cambio de aceite Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0004] Control de mantenimiento Requisitos asociados  [IRQ-0006] Información sobre cambios de aceite. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee eliminar alguno de los cambios de aceite guardados en relación de uno de los vehículos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Eliminar cambio aceite". 2 El sistema solicita que introduzca la matrícula del vehículo que desea eliminar los datos. 3 El actor Usuario (ACT-0001) introduce la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema solicita confirmación de eliminación. 7 El actor Usuario (ACT-0001) pulsa el botón "Sí" o "No" de la solicitud de confirmación. 8 El sistema elimina el cambio de aceite y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar los cambios de neumáticos realizados en el vehículo, se realiza el caso de uso Consultar cambio aceite (UC-0022) , a continuación este caso de uso continúa VeCoMa Raúl Lucio Gómez 70 Bloque II - Documentación técnica. 6 Si no hay cambios de aceite guardados, el sistema enseña un mensaje al usuario por pantalla indicando que no existe ningún cambio de aceite realizado, a continuación este caso de uso queda sin efecto 7 Si el usuario pulsa "No", el sistema no realiza ninguna acción de eliminación, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 48. Caso de uso. Eliminar cambio de aceite. VeCoMa Raúl Lucio Gómez 71 Bloque II - Documentación técnica. UC-0025 Añadir mantenimiento Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0004] Control de mantenimiento Requisitos asocia.  [IRQ-0009] Información sobre mantenimientos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee añadir un nuevo mantenimiento preventivo realizado en uno de los vehículos guardados en el programa. Precondición El vehículo tiene que existir en la base de datos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Añadir mantenimiento". 2 El sistema solicita la matrícula del vehículo sobre el cual quiere introducir el nuevo mantenimiento. 3 El actor Usuario (ACT-0001) facilita la matricula. 4 El sistema comprueba la matrícula introducida 5 El actor Usuario (ACT-0001) rellena los campos solicitados ( Fecha, Km. actuales, importe, taller, notas y próximo mantenimiento ) y pulsa guardar. 6 El sistema muestra un mensaje por pantalla confirmando el estado de la acción realizada y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 49. Caso de uso. Añadir mantenimiento. VeCoMa Raúl Lucio Gómez 72 Bloque II - Documentación técnica. UC-0026 Consultar mantenimientos Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Dependencias  [OBJ-0002] Control de mantenimiento Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicita observar los mantenimientos llevados a cabo en alguno de los vehículos o durante la realización de los siguientes casos de uso: [UC-0027] Modificar mantenimiento, [UC-0028] Eliminar mantenimiento Precondición Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Consultar mantenimiento". 2 El sistema solicita matrícula del vehículo a consultar. 3 El actor Usuario (ACT-0001) introduce la matrícula del vehículo. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra los mantenimientos realizados hasta el momento y el caso de uso finaliza. Postcondición El vehículo tiene que existir en el sistema. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Urgencia Alta. Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 50. Caso de uso. Consultar mantenimientos. VeCoMa Raúl Lucio Gómez 79 Bloque II - Documentación técnica. UC-0031 Modificar filtro Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0002] Control de mantenimiento Requisitos asociados  [IRQ-0007] Información sobre cambios de filtros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee modificar algún cambio del filtro ya guardado, realizado en alguno de los vehículos. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Modificar filtro". 2 El sistema solicita que introduzca la matrícula del vehículo del cual quiera realizar el cambio. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre la cual quiere modificar los datos. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema facilita para su manipulación los datos del cambio del filtro del aceite (Tipo del filtro, Km. actuales, fecha, importe, próximo cambio, marca y taller ) 7 El actor Usuario (ACT-0001) modifica los datos que desee. 8 El actor Usuario (ACT-0001) pulsa el botón "Guardar". 9 El sistema muestra un mensaje del estado de la confirmación y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar los cambios de filtros realizados en el vehículo, se realiza el caso de uso Consultar filtro aceite (UC-0030) , a continuación este caso de uso continúa VeCoMa Raúl Lucio Gómez 80 Bloque II - Documentación técnica. 6 Si no hay ningún cambio de filtro de aceite guardado, el sistema enseña un mensaje al usuario por pantalla indicando que no existe ningún cambio realizado, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 55. Caso de uso. Modificar filtro. VeCoMa Raúl Lucio Gómez 81 Bloque II - Documentación técnica. UC-0032 Eliminar filtro Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0002] Control de mantenimiento Requisitos asociados  [IRQ-0007] Información sobre cambios de filtros. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee eliminar un cambio de filtro realizado a algún vehículo y guardado previamente en el programa. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Eliminar filtro". 2 El sistema solicita que introduzca la matrícula del vehículo que desea eliminar los datos. 3 El actor Usuario (ACT-0001) introduce la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema solicita confirmación de eliminación. 7 El actor Usuario (ACT-0001) pulsa el botón "Sí" o "No" de la solicitud de confirmación. 8 El sistema elimina el cambio del filtro y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar los cambios del filtro realizados en el vehículo, se realiza el caso de uso Consultar filtro (UC-0030) , a continuación este caso de uso continúa 6 Si no hay ningún cambio del filtro del aceite realizado, el sistema enseña un mensaje al usuario por pantalla indicando que no existe ningún cambio del filtro del aceite realizado, a continuación este caso de uso queda sin efecto VeCoMa Raúl Lucio Gómez 82 Bloque II - Documentación técnica. 7 Si el usuario pulsa "No", el sistema no realiza niguna acción de eliminación, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 56. Caso de uso. Eliminar filtro. VeCoMa Raúl Lucio Gómez 83 Bloque II - Documentación técnica. 1.3.2.2.6. Subsistema control de reparaciones Este subsistema va a tener las funcionalidades de añadir, consultar, modificar y eliminar las reparaciones que se realicen en alguno de los vehículos. El caso de uso Consultar reparaciones, se podrá iniciar tanto directamente como en extensión de alguno de los otros tres casos de uso. Ilustración 7. Subsistemas Control de reparaciones. VeCoMa Raúl Lucio Gómez 84 Bloque II - Documentación técnica. UC-0033 Añadir reparación Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asocia.  [OBJ-0005] Control de reparaciones. Requisitos asocia.  [IRQ-0008] Información sobre reparaciones. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea añadir una reparación en uno de los vehículo guardados en el programa. Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Añadir reparación". 2 El sistema solicita la matrícula del vehículo sobre el cual quiere introducir la nueva reparación. 3 El actor Usuario (ACT-0001) facilita la matricula. 4 El sistema comprueba la matrícula introducida 5 El actor Usuario (ACT-0001) rellena los campos solicitados ( Fecha, Km. actuales, importe, trabajos realizados y taller ) y pulsa guardar. 6 El sistema muestra un mensaje por pantalla confirmando el estado de la acción realizada y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 57. Caso de uso. Añadir reparación. VeCoMa Raúl Lucio Gómez 85 Bloque II - Documentación técnica. UC-0034 Consultar reparaciones Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0005] Control de reparaciones Requisitos asociados  [IRQ-0008] Información sobre reparaciones. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicita observar las reparaciones realizadas en un vehículo determinado o durante la realización de los siguientes casos de uso: [UC-0035] Modificar reparación, [UC-0036] Eliminar reparación Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Consultar reparaciones". 2 El sistema solicita matrícula del vehículo a consultar. 3 El actor Usuario (ACT-0001) introduce la matrícula del vehículo. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra las reparaciones realizadas hasta el momento y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Urgencia Alta Estado Revisado. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 58. Caso de uso. Consultar reparaciones. VeCoMa Raúl Lucio Gómez 86 Bloque II - Documentación técnica. UC-0035 Modificar reparación Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0005] Control de reparaciones Requisitos asociados  [IRQ-0008] Información sobre reparaciones. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee modificar alguna de las reparaciones ya guardadas, realizadas en alguno de los vehículos. Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Modificar reparación". 2 El sistema solicita que introduzca la matrícula del vehículo del cual quiera realizar el cambio. 3 El actor Usuario (ACT-0001) introduce la matrícula sobre la cual quiere modificar los datos. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema facilita para su manipulación los datos del cambio del aceite ( Km. actuales, fecha, importe, trabajos realizados y taller ) 7 El actor Usuario (ACT-0001) modifica los datos que desee. 8 El actor Usuario (ACT-0001) pulsa el botón "Guardar". 9 El sistema muestra un mensaje del estado de la confirmación y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto VeCoMa Raúl Lucio Gómez 87 Bloque II - Documentación técnica. 5 Si el usuario desea consultar las reparaciones realizadas sobre uno de los vehículos, se realiza el caso de uso Consultar reparaciones (UC-0034) , a continuación este caso de uso continúa 6 Si no hay reparaciones guardadas, el sistema enseña un mensaje al usuario por pantalla indicando que no existe ninguna reparación, a continuación este caso de uso queda sin efecto Importancia Alta. Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 59. Caso de uso. Modificar reparación. VeCoMa Raúl Lucio Gómez 88 Bloque II - Documentación técnica. UC-0036 Eliminar reparación Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0005] Control de reparaciones Requisitos asociados  [IRQ-0008] Información sobre reparaciones. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desee eliminar alguna de las reparaciones realizadas a algún vehículo. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la opción "Eliminar reparación". 2 El sistema solicita que introduzca la matrícula del vehículo que desea eliminar los datos. 3 El actor Usuario (ACT-0001) introduce la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El actor Usuario (ACT-0001) selecciona el campo sobre el que desea realizar la acción. 6 El sistema solicita confirmación de eliminación. 7 El actor Usuario (ACT-0001) pulsa el botón "Sí" o "No" de la solicitud de confirmación. 8 El sistema elimina la reparación y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 5 Si el usuario desea consultar las reparaciones realizadas sobre uno de los vehículos, se realiza el caso de uso Consultar reparaciones (UC-0034) , a continuación este caso de uso continúa. VeCoMa Raúl Lucio Gómez 95 Bloque II - Documentación técnica. UC-0040 Modificar gasto Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0008] Control de gastos Requisitos asociados  [IRQ-0010] Información sobre gastos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea modificar algún gasto introducido en el sistema, siempre y cuando este gastos no esté contemplado ya en el programa ( cambio de aceite, filtros, neumáticos ... ). Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la acción "Modificar gasto". 2 El sistema solicita la matrícula del vehículo a eliminar el gasto. 3 El actor Usuario (ACT-0001) facilita la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El sistema muestra los gastos almacenados en el programa. 6 El actor Usuario (ACT-0001) modifica los campos deseados. 7 El actor Usuario (ACT-0001) pulsa "Guardar" para registrar los cambios. 8 El sistema muestra un mensaje de confirmación y el caso de uso finaliza. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto 6 Si el usuario desea consultar los gastos no específicos de un vehículo, se realiza el caso de uso Consultar gastos (UC-0036) , a continuación este caso de uso continúa 7 Si el usuario desea consultar los gastos no específicos de un vehículo, se realiza el caso de uso Consultar gastos (UC-0038) , a continuación este caso de uso continúa VeCoMa Raúl Lucio Gómez 96 Bloque II - Documentación técnica. 8 Si el usuario no introdujo ningún cambio, el sistema no guarda ningún cambio, a continuación este caso de uso queda sin efecto Importancia Alta Estabilidad Alta Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 64. Caso de uso. Modificar gastos. VeCoMa Raúl Lucio Gómez 97 Bloque II - Documentación técnica. UC-0041 Calcular gastos Versión 1.0 ( 03/03/2014) Autores  Raúl Lucio Gómez Objetivos asocia.  [OBJ-0008] Control de gastos Requisitos asocia.  [IRQ-0010] Información sobre gastos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario quiere conocer los gastos totales producidos por un vehículo en un determinado periodo de tiempo. Precondición El vehículo tiene que existir en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) comienza el caso de uso cuando selecciona la acción "Calcular gastos". 2 El sistema solicita la matrícula del vehículo a consultar. 3 El actor Usuario (ACT-0001) facilita la matrícula. 4 El sistema comprueba la matrícula introducida. 5 El sistema solicita un periodo del tiempo para poder calcular los gastos totales. 6 El actor Usuario (ACT-0001) introduce el periodo de tiempo. 7 El sistema facilita la información consultada y el c.u. finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 4 Si la matrícula no existe, el sistema muestra un mensaje de advertencia al usuario indicándoselo, a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 65. Caso de uso. Calcular gastos. VeCoMa Raúl Lucio Gómez 98 Bloque II - Documentación técnica. UC-0042 Comparar gastos Versión 1.0 ( 04/03/2014 ) Autores  Raúl Lucio Gómez Objetivos asociados  [OBJ-0008] Control de gastos. Requisitos asociados  [IRQ-0010] Información sobre gastos.  [CRQ-0002] Comparación entre vehículos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario desea comparar los gastos entre dos vehículos previamente guardados en el sistema. Precondición Tiene que existir vehículos en el sistema. Secuencia normal Paso Acción 1 El actor Usuario (ACT-0001) selecciona la opción "Comparar gastos". 2 El sistema muestra una ventana donde puede elegir entre varios vehículos para comparar los gastos. 3 El actor Usuario (ACT-0001) selecciona dos vehículos y la franja de días para la comparación. 4 El actor Usuario (ACT-0001) pulsa la el botón "Comparar". 5 El sistema muestra los gastos de los vehículos seleccionados y el caso de uso finaliza. Postcondición Mensaje de confirmación o información. Excepciones Paso Acción 3 Si los vehículos son el mismo vehículo con igual franja de comparación, el sistema muestra un mensaje avisando de ello , a continuación este caso de uso queda sin efecto Importancia Alta. Estado Revisado Estabilidad Alta. Comentarios En cualquier momento el actor puede seleccionar la opción "Cancelar" quedando el caso de uso sin efecto. Tabla 66. Caso de uso. Comparar gastos. VeCoMa Raúl Lucio Gómez 99 Bloque II - Documentación técnica. 1.3.3 REQUISITOS NO FUNCIONALES NFR-0001 Entorno de explotación Versión 1.0 ( 04/03/2014 ) Autores  Raúl Lucio Gómez Dependencias Ninguno Descripción El sistema deberá funcionar bajo cualquier Windows NT que soporte el Framework 4.5 Importancia Alta. Urgencia Alta. Estabilidad Alta. Comentarios Ninguno Tabla 67. Requisito no funcional. Entorno de explotación. NFR-0002 Interfaz sencilla Versión 1.0 ( 04/03/2014 ) Autores  Raúl Lucio Gómez Dependencias Ninguno Descripción El sistema deberá tener una interfaz sencilla para que un usuario con los mínimos conocimientos, pueda usar el programa sin problemas. Importancia Alta. Urgencia Alta. Estabilidad alta Comentarios Ninguno Tabla 68. Requisito no funcional. Interfaz sencilla. VeCoMa Raúl Lucio Gómez 100 Bloque II - Documentación técnica. 1.4. MATRIZ DE RASTREABILIDAD. OBJ0001 OBJ0002 OBJ0003 OBJ0004 OBJ0005 OBJ0006 OBJ0007 OBJ0008 OBJ0009 IRQ0001 - - - - - - - - IRQ0002 - - - - - - - - IRQ0003 - - - - - - - IRQ0004 - - - - - - - - IRQ0005 - - - - - - - - IRQ0006 - - - - - - - - IRQ0007 - - - - - - - - IRQ0008 - - - - - - - - IRQ0009 - - - - - - - - IRQ0010 - - - - - - - - IRQ0011 - - - - - - - - IRQ0012 - - - - - - - - CRQ0001 - - - - - - - CRQ0002 - - - - - - - - UC0001 - - - - - - - - UC0002 - - - - - - - VeCoMa Raúl Lucio Gómez 101 Bloque II - Documentación técnica. UC0003 - - - - - - - UC0004 - - - - - - - UC0005 - - - - - - - - UC0006 - - - - - - - - UC0007 - - - - - - - - UC0008 - - - - - - - - UC0009 - - - - - - - - UC0010 - - - - - - - - UC0011 - - - - - - - - UC0012 - - - - - - - - UC0013 - - - - - - - - UC0014 - - - - - - - - UC0015 - - - - - - - - UC0016 - - - - - - - - UC0017 - - - - - - - - UC0018 - - - - - - - - UC0019 - - - - - - - - UC0020 - - - - - - - - VeCoMa Raúl Lucio Gómez 102 Bloque II - Documentación técnica. UC0021 - - - - - - - - UC0022 - - - - - - - - UC0023 - - - - - - - - UC0024 - - - - - - - - UC0025 - - - - - - - - UC0026 - - - - - - - - UC0027 - - - - - - - - UC0028 - - - - - - - - UC0029 - - - - - - - - UC0030 - - - - - - - - UC0031 - - - - - - - - UC0032 - - - - - - - - UC0033 - - - - - - - - UC0034 - - - - - - - - UC0035 - - - - - - - - UC0036 - - - - - - - - UC0037 - - - - - - - - UC0038 - - - - - - - - VeCoMa Raúl Lucio Gómez 103 Bloque II - Documentación técnica. UC0039 - - - - - - - - UC0040 - - - - - - - - UC0041 - - - - - - - - UC0042 - - - - - - - - NFR0001 NFR0002 Tabla 69. Matriz de rastreabilidad. VeCoMa Raúl Lucio Gómez 104 Bloque II - Documentación técnica. 2. DISEÑO DEL SISTEMA 2.1. INTRODUCCIÓN Tras haber analizado el problema, comienza la fase de diseño. Mientras que en la fase de análisis el objetivo perseguido era qué ha de hacerse sin preocuparse cómo hacerlo, ahora llega el momento de determinar cómo se resolverá el problema. En las siguientes secciones se van a definir: Las clases que forman la solución al problema con sus respectivos métodos y atributos. Las interfaces requeridas y usadas por los tipos de objeto. Las asociaciones y dependencias de las clases. La visibilidad entre clases. La división del sistema en paquetes (Subsistemas). Diseño es el proceso de aplicar distintas técnicas y principios con el propósito de definir un dispositivo, proceso o sistema con los suficientes detalles como para permitir su realización física [Taylor, 1959]. El diseño es una fase del dominio de la solución que está constituido por diversos tipos de diseño. Puesto que se está utilizando UML como lenguaje de modelado, disponemos de una gran cantidad de diagramas que nos facilitan la tarea de hacer un diseño detallado con la mayor cantidad de información posible y desde distintos puntos de vista. En primer lugar se expondrá la vista estática del sistema, mediante el uso de diagramas de clases, para representar la estructura básica del sistema. El área dinámica vendrá dado por la vista de interacción. Aquí se especificará como interaccionan los componentes y determinar los mecanismos de comunicación. Esta vista será representada por los diagramas de secuencia. El tratamiento persistente de datos se realizará con un gestor de base de datos, en concreto con una base de datos relacional. Las ventajas que conseguimos con ello es tener un sistema para evitar la redundancia e inconsistencias de los datos, aislamiento de datos, control de acceso, integridad de los mismos y acceso concurrente. Los diagramas que afectan a la base de datos los podrá ver en el siguiente apartado. VeCoMa Raúl Lucio Gómez 26 Bloque III - Manual de usuario 3.1.1.3. Eliminar vehículo A parte de la opción eliminar de consultar vehículo, existe en el menú Vehículos la opción Eliminar vehículo, existe una pestaña desplegable en la que aparecen todas las matriculas de los vehículos introducidos en la base de datos. Únicamente hay que elegir la matricula y darle a aceptar. Ilustración 21. Aplicación. Eliminar vehículo. En caso de no recordar la matrícula, se puede consultar por medio de la opción Consultar vehículo del mismo menú. Para aportar más seguridad a la aplicación, evitando la posibilidad de eliminar un vehículo por error, al optar por la opción de eliminar nos aparecerá una pantalla que nos pregunta si estamos seguros de que queremos eliminar ese vehículo. Ilustración 22. Aplicación. Eliminar vehículo. Confirmación. VeCoMa Raúl Lucio Gómez 27 Bloque III - Manual de usuario 3.1.1.4. Modificar vehículo Para modificar vehículo, basta con seleccionar la opción correspondiente en el menú Vehículo, nos aparece la siguiente figura, donde seleccionando la matrícula del vehículo desde el seleccionable aparecen los datos correspondiente al vehículo. Ilustración 23. Aplicación. Modificar vehículo. Una vez que tenemos los datos cargados en la pantalla, podremos modificar los datos que queramos y cuando queramos guardar los datos, bastará con pulsar el botón Actualizar y la información se guardará y aparecerá una ventana de confirmación. Siempre está disponible el botón Cancelar para anular cualquier modificación. Ilustración 24. Aplicación. Modificar vehículo. Confirmación. Igual que en el resto de casos cuando se inserta o modifica datos, hay unas comprobaciones que los datos que se añadan sean los correctos y no falte ninguno obligatorio, en tal caso, avisará al usuario por medio de una ventana emergente. VeCoMa Raúl Lucio Gómez 28 Bloque III - Manual de usuario 3.1.2. Menú Alertas. En el caso de que haya alguna alerta de algún vehículo, nada más iniciar la aplicación, nos saldrá una ventana emergente indicándolo. Estas alertas pueden ser: Próxima renovación del seguro (aviso con 30 días de antelación). Próximo cambio de aceite del vehículo (aviso con 500 Km de antelación). Próximo cambio de filtros, tanto de aceite, aire, habitáculo o combustible (aviso con 500 Km). Próximo mantenimiento preventivo (aviso con 500 Km). Ilustración 25. Aplicación. Inicio con alerta. Una vez finaliza la carga de la aplicación, se podrá visualizar todas las alertas en la opción del menú Alertas. Se encuentra en la segunda opción del menú superior. Si deseamos consultar las alertas de todos los vehículos, basta con seleccionar ninguna matrícula para que muestre todas las alertas. VeCoMa Raúl Lucio Gómez 29 Bloque III - Manual de usuario Ilustración 26. Aplicación. Alertas. Todos los vehículos. También podemos consultar las alertas de un único vehículo seleccionándolo en el desplegable. Ilustración 27. Aplicación. Alertas. Un vehículo. VeCoMa Raúl Lucio Gómez 30 Bloque III - Manual de usuario 3.1.3. Menú Repostajes y Consumos Este menú se encuentra en la tercera posición comenzando por la izquierda y está compuesto por dos partes diferenciadas por una línea horizontal. En la parte superior tenemos las opciones para añadir y modificar repostajes y en la parte inferior tenemos las opciones de calcular los consumos de los vehículos, de poder comparar dos de ellos y por último la opción de predecir los consumos. Ilustración 28. Aplicación. Menú Consumos VeCoMa Raúl Lucio Gómez 31 Bloque III - Manual de usuario 3.1.3.1 Añadir repostaje Es muy importante añadir los repostajes, porque nos sirve para saber de forma aproximada los kilómetros actuales del vehículo para así poderlo utilizar en otras funcionalidades como puede ser calcular las alertas. En esta pantalla tendremos los siguientes campos: Matrícula que se selecciona desde un despegable, Kilómetros en el momento del repostaje, Importe del repostaje, Litros, Fecha (éstos obligatorios) y Gasolinera. Según añadimos los Kilómetros y el importe, automáticamente nos marca el punto de miles para una mejor distinción a la hora de insertarlos y comprobar que son los correctos. En el caso del importe, el separador decimal es la coma. Después de pulsar Aceptar, los datos se guardan en la base de datos y se muestra un mensaje de confirmación por pantalla. Ilustración 29. Aplicación. Añadir repostaje. VeCoMa Raúl Lucio Gómez 32 Bloque III - Manual de usuario 3.1.3.2. Modificar o consultar repostaje En esta opción, se puede tanto consultar, como modificar o eliminar un repostaje, con motivo de evitar tener muchas ventanas de funciones muy simples. Al tener todas estas funcionalidades en el mismo formulario, es más sencillo y rápido trabajar con los repostajes. Nada más cargar la aplicación, podemos observar la interfaz la cual es muy parecida a Consultar vehículo explicada anteriormente. Por defecto no carga ningún repostaje, desplegando y seleccionando una matrícula en "Seleccione una matrícula", se cargarán todos los repostajes de coche seleccionado. En el caso de tener más de 12, se irán mostrando en forma de páginas pudiéndose mover a través de ellas con los botones de la parte inferior de la tabla según se explicó en el apartado 3.1.1.2 "Consultar vehículo". Ilustración 30. Aplicación. Consultar repostaje. Tras elegir la matricula de interés nos aparece la siguiente pantalla donde encontramos todos los reportajes de ese vehículo. Tanto para modificar un repostaje como para eliminarlo, tendremos que seleccionar uno o más de ellos y pulsar en los botones correspondientes Modificar o Eliminar. VeCoMa Raúl Lucio Gómez 33 Bloque III - Manual de usuario Ilustración 31. Aplicación. Consultar repostajes. Modificar o eliminar. VeCoMa Raúl Lucio Gómez 34 Bloque III - Manual de usuario 3.1.3.3. Calcular consumos En la opción presente, podemos conocer los gastos en combustible realizados por los cada uno de los vehículos. Como ya ha sucedido en otras ocasiones, en esta misma ventana podemos tanto consultar los consumos de todas la flota teniendo en cuenta todos los repostajes guardados hasta el momento, o los de un vehículo en concreto. En la casilla donde se solicita la matrícula basta con dejar en blanco para comprobar el consumo de todos los vehículos, o introducir una matrícula, y pulsar el botón calcular. Para consultar el ultimo consumo de un vehiculo basta con elegir la matrícula del desplegable, marcar la opción de ultimo consumo y dar a calcular, de esta forma nos aparece el consumo medio realizado durante el último reportaje. Ilustración 32. Aplicación. Calcular consumos. Último repostaje. Si lo que queremos es calcular el consumo medio en los últimos 100 kilómetros la única variación a realizar es marcar la casilla correspondiente a Consumo. Cuando está seleccionada la opción consumo a los 100 Km, se habilita el botón Ver gráfica, el cual nos mostrará una gráfica de los consumos del vehículo que hemos seleccionado y en el periodo de tiempo que hemos señalado. Cada consumo está calculado de repostaje a repostaje y corresponde con un punto en el gráfico. En la zona inferior (eje "X") se muestra las fechas de cada repostaje y en la parte izquierda (eje "Y") se muestra el consumo. VeCoMa Raúl Lucio Gómez 35 Bloque III - Manual de usuario Ilustración 33. Aplicación. Calcular consumos. Gráfica. En esta opción también podemos calcular lo consumido durante unas fechas determinadas, eligiendo principio y final del periodo de tiempo en el recuadro Filtrar por fechas. VeCoMa Raúl Lucio Gómez 42 Bloque III - Manual de usuario 3.1.5. Menú Mantenimiento El menú mantenimiento, está compuesto a su vez, de otros cuatro submenús, que son: cambio del aceite, cambio de filtros, mantenimiento y cambio de neumáticos el cual se puede encontrar justo debajo del menú principal una vez que se haga clic en la opción de Mantenimiento. Ilustración 41. Aplicación. Menú mantenimiento. 3.1.5.1. Cambio de aceite Dentro de este menú encontramos dos opciones: añadir cambio de aceite, donde se solicita matrícula, fecha del cambio, Km. del vehículo en el momento del cambio, duración del cambio(donde escribiremos la duración en Km. del cambio de aceite según el fabricante), la marca del aceite y el taller, así como el importe en euros de dicho cambio de aceite. Ilustración 42. Aplicación. Añadir cambio de aceite. VeCoMa Raúl Lucio Gómez 43 Bloque III - Manual de usuario Si por el contrario lo que queremos hacer es consultar, modificar o eliminar un cambio previamente añadido al sistema, debe hacerse desde el botón Modificar cambio aceite, cuyo funcionamiento es muy similar al explicado para otras funciones. Ilustración 43. Aplicación. Modificar cambio de aceite. VeCoMa Raúl Lucio Gómez 44 Bloque III - Manual de usuario 3.1.5.2. Filtros Como todos sabemos un buen mantenimiento del vehículo es importante para su duración futura. Entre las acciones de mantenimiento del vehículo tenemos los cambios de filtro. Existen varios tipos de filtros en un coche: Filtro del aire: la pureza del aire que entra en los inyectores y las cámaras de combustión es vital para el buen funcionamiento de los mismos. Filtro del aceite: su función es mantener el aceite del motor en las mejores condiciones para garantizar el buen funcionamiento del motor. Filtro del habitáculo: Trata de conseguir un aire limpio y libre de impurezas para los ocupantes del vehículo. Filtro del combustible: garantiza la eliminación de impurezas que pueden existir en el combustible y que pueden dañar la mecánica de nuestro automóvil. Cada uno de ellos tiene una duración determinado por el fabricante por lo que la sustitución a tiempo de los mismos nos evitará futuros problemas y averías. Por este motivo esta aplicación nos ayuda a recordar cuando es necesario cambiarlos. Para localizar esta opción de cambio de filtros, hay que pinchar en Mantenimiento del menú principal y posteriormente en el Filtros del submenú inferior. En él nos aparecerá las dos opciones que son muy similares a las explicadas para funciones anteriores. Ilustración 44. Aplicación. Menú Filtros. Únicamente destacar que existe una opción en añadir el cambio de filtro que es Tipo, donde se selecciona el tipo de filtro que desee añadir. El resto de opciones se realizan de forma análoga a otras funciones homologas ya comentadas en este manual de usuario. VeCoMa Raúl Lucio Gómez 45 Bloque III - Manual de usuario Ilustración 45. Aplicación. Añadir filtro. VeCoMa Raúl Lucio Gómez 46 Bloque III - Manual de usuario 3.1.5.3. Mantenimiento Esta opción sirve para reflejar los mantenimientos periódicos de los distintos vehículos. Mantiene el mismo formato y forma de uso que las funciones previas. Ilustración 46. Aplicación. Añadir mantenimiento. Tras añadir los datos podemos consultarlos, modificarlos y eliminarlos en la siguiente pantalla. Ilustración 47. Aplicación. Modificar mantenimiento. VeCoMa Raúl Lucio Gómez 47 Bloque III - Manual de usuario 3.1.5.4. Neumáticos Aunque las opciones de neumáticos son muy parecidas a las anteriores opciones de cambio de aceite, filtros, etc, cabe destacar que aparece un campo llamado Notas, donde es obligatorio señalar los neumáticos que se han cambiado. Ilustración 48. Aplicación. Añadir neumático. Las opciones de consultar, modificar o eliminar neumático se realiza de forma análoga a cambio de aceite, mantenimiento preventivo, cambio de filtros, y otras funciones explicadas anteriormente en otros apartados. VeCoMa Raúl Lucio Gómez 48 Bloque III - Manual de usuario 3.1.6. Menú Reparaciones Éste es un menú con un solo propósito, todo lo relacionado con el alta, consulta y modificación de las reparaciones sufridas por los distintos vehículos guardados en el programa. Consta de un único menú directo donde nada más pinchar en el menú principal que es el sexto empezando por la izquierda, observamos las dos acciones posibles: Añadir reparación y Modificar reparación. Ilustración 49. Aplicación. Menú Reparaciones. En cuanto a añadir reparaciones, tendremos los campos matrícula, kilómetros actuales, importe, fecha, trabajos realizados (éstos obligatorios), y taller. La modificación ser realizará de la misma forma que se ha estado haciendo hasta ahora, filtrando por matrícula para ver las reparaciones de un único vehículo. VeCoMa Raúl Lucio Gómez 49 Bloque III - Manual de usuario 3.1.7. Menú Gastos Éste menú, tiene cuatro funcionalidades relacionadas con gastos, por un parte tenemos el alta, modificación y consulta de otros gastos generados en el vehículo y no contemplados anteriormente (como pudiera ser por ejemplo la compra de unas alfombrillas), y por otra parte tenemos el cálculo de los gastos totales de los vehículos y la comparación de los mismos. Ilustración 50. Aplicación. Menú Gastos. Nos permite calcular los gastos totales por período de tiempo seleccionando las fechas mediante un desplegable. Las opciones de Añadir gasto y Modificar gastos, son similares a las explicadas para otros casos, por lo que el presente manual de usuario se centrará en las opciones nuevas. VeCoMa Raúl Lucio Gómez 50 Bloque III - Manual de usuario 3.7.1.1. Calcular gastos En esta opción de la aplicación, podemos conocer los gastos totales que se han generado en un vehículo en un periodo de tiempo en concreto. Por una parte en el aparatado Calcular gastos, seleccionamos la matrícula a consultar, en el apartado Filtrar por fechas, podemos seleccionar el rango de días que deseemos, por defecto vendrá marcado desde el año 1990 hasta el día actual. Pulsando sobre el botón Calcular o al seleccionar un vehículo del desplegable, el programa calculará todos los gastos por apartados y el total en su apartado correspondiente. Ilustración 51. Aplicación. Calcular gastos. VeCoMa Raúl Lucio Gómez 51 Bloque III - Manual de usuario 3.7.1.2. Comparar gastos También podemos realizar una comparación de los gastos realizados entre dos vehículos, pudiéndolos comparar de forma rápida y sencilla mediante dos tablas, una al lado de la otra, los gastos acumulados por ambos vehículos en un periodo de tiempo. Para que el programa muestre los datos, basta con seleccionar dos vehículos en los desplegables, automáticamente aparecen los datos sin tener que pulsar ningún botón. En el caso de que el usuario quiera cambiar la fecha de comparación, al pulsar el botón Calcular, se mostrará los datos para el nuevo periodo de tiempo. Al seleccionar un vehículo en cualquiera de los desplegables, aparecerá la matrícula en la parte superior donde se establecen los gastos por apartados de cada vehículo. El total de los gastos de cada vehículo aparecerá en la parte de inferior justo debajo del desglose de gastos por apartados de cada vehículo. Automáticamente aparecerá un gráfico en forma de "quesito" en el cual se puede ver de forma clara y rápida que vehículo ha acumulado más gasto que otro según los periodos de tiempo seleccionados. Cada vehículo vendrá marcado por un color y la matrícula de los mismos aparecerá en la leyenda junto al color que corresponde a cada vehículo.