UNIVERSIDAD DE OVIEDO

Transcripción

1 UNIVERSIDAD DE OVIEDO ESCUELA DE INGENIERÍA INFORMÁTICA TRABAJO DE FIN DE MÁSTER GESTIÓN DE INCIDENCIAS Y CONTRATOS VÍA WEB PARA LA EMPRESA ECOCOMPUTER DIRECTOR: Lourdes Tajes Martinez V o B o del Director del Proyecto AUTOR: Alfredo González Fernández

2 2

3 Resumen El proyecto consiste en crear un sistema web a medida para la gestión de proyectos, presupuestos, servicios, incidencias, partes de trabajo y materiales de una empresa. 3

4 4

5 Palabras Clave Web, usuarios, proyectos, partes de trabajo, incidencias, materiales, servicios, presupuestos. 5

6 6

7 Abstract The project consists on create a customized web system for managing projects, budgets, services, incidences, job reports and materials in a company. 7

8 8

9 Keywords Web, users, projects, job reports, incidences, materials, services, budgets. 9

10 10

11 Índice 1. Memoria del proyecto Resumen de la Motivación, Objetivos y Alcance del Proyecto Resumen de Todos los Aspectos Introducción Justificación Del Proyecto Objetivos Del Proyecto Aspectos Teóricos Proyecto MVC CRUD Framework UML Planificación y Presupuesto Del Proyecto Planificación Presupuesto Análisis Definición del Sistema Determinación del Alcance del Sistema Requisitos del Sistema Requisitos Funcionales Requisitos No Funcionales Identificación de los Actores del Sistema Especificación de Identificación de los Subsistemas en la Fase de Análisis de los Subsistemas Diagrama de Clases Preliminar del Análisis Diagrama de Clases de Clases Análisis De Casos de Uso y Escenarios Análisis De Interfaces De Usuario del comportamiento de la Interfaz Diagrama de Navegabilidad Especificación Del Plan De Pruebas Crear Usuario Eliminar Usuario Modificar Usuario Ver Usuario Recordar Contraseña Iniciar Sesión Terminar Sesión Crear Proyecto Eliminar Proyecto Agregar Participante Eliminar Participante Listar Proyectos de un Cliente Descargar Documentación Ver Presupuestos Aceptados Eliminar Cliente

12 Añadir Servicio Eliminar Servicio Crear Gasto Eliminar Gasto Eliminar Presupuesto Imprimir Parte de Trabajo Buscar Cliente Diseño Del Sistema Arquitectura Del Sistema Diagramas De Paquetes Diagrama de Componentes Diagrama de Despliegue Diseño De Clases Diagrama De clases Diagramas De Interacción y Estados Diseño de la Base de Datos del SGBD Usado Integración del SGDB en Nuestro Sistema Diagrama de la Base de Datos Diseño De La Interfaz Especificación Técnica Del Plan De Pruebas Pruebas Unitarias Pruebas De Integración y Sistema Pruebas De Usabilidad y Accesibilidad Pruebas De Rendimiento Implementación Del Sistema Estándares y Normas Seguidos HTML CSS Lenguajes de Programación Java XHTML CSS XML Frameworks JEE JPA EJB JSF PrimeFaces itext Herramientas y Programas Utilizados GlassFish JavaDB Netbeans L A TEX Kile LibreOffice Dia Project Management DBVisualizer

13 RazorSQL Gimp Chromium Firefox Ubuntu Creación Del Sistema Base de Datos Primefaces Filtros Localización de Calendarios Plantillas Web Librerías adicionales Desarrollo De Las Pruebas Pruebas Unitarias Pruebas De Integración y Del Sistema Caso de uso: Crear Usuario Caso de uso: Eliminar Usuario Caso de uso: Modificar Usuario Caso de uso: Ver Usuario Caso de uso: Recordar Contraseña Caso de uso: Iniciar Sesión Caso de uso: Crear Proyecto Caso de uso: Eliminar Proyecto Caso de uso: Agregar Participante Caso de uso: Eliminar Participante Caso de uso: Listar Proyectos de un Cliente Caso de uso: Descargar Documentación Caso de uso: Ver Presupuestos Aceptados Caso de uso: Eliminar Cliente Caso de uso: Añadir Servicio Caso de uso: Eliminar Servicio Caso de uso: Crear Gasto Caso de uso: Eliminar Gasto Caso de uso: Eliminar Presupuesto Caso de uso: Imprimir Parte de Trabajo Caso de uso: Buscar Cliente Pruebas De Usabilidad Manuales del Sistema Manual de Instalación Máquina Virtual de Java Base de Datos Glassfish Despliegue de la Aplicación Manual del Programador Archivos de configuración Ficheros de Código Fuente Páginas Web Manual de Usuario Usuarios Grupos de Usuario Proyectos

14 Servicios Materiales Clientes Conclusiones y Ampliaciones Conclusiones Ampliaciones Gestión de Permisos de Usuario Mejora de la Interfaz Aumento de Seguridad Registro de Sesiones y Eventos Soporte de Dispositivos Móviles Apéndices Glosario y Diccionario de Datos Contenido Entregado en el DVD

15 Índice de figuras 1. MVC en JSF Diagrama de Gantt Planificación del Proyecto Gestión de Usuarios Gestión de Sesiones Gestión de Grupos de Usuario Gestión de Proyectos I Gestión de Proyectos II Gestión de Proyectos III Gestión de Presupuestos I Gestión de Presupuestos II Gestión de Presupuestos III Gestión de Materiales I Gestión de Materiales II Gestión de Materiales III Gestión de Servicios Gestión de Incidencias I Gestión de Incidencias II Gestión de Partes de Trabajo III Gestión de Partes de Trabajo I Gestión de Partes de Trabajo II Gestión de Clientes I Gestión de Clientes II Modelo de Negocio Preliminar Crear Usuario Eliminar Usuario Modificar Usuario Recordar Contraseña Iniciar Sesión Terminar Sesión Agregar Usuario a Grupo de Usuario Eliminar Usuario de Grupo de Usuarios Ver Usuarios de un Grupo de Usuarios Agregar Participante Eliminar Participante Ver Participantes Descargar Documentación Ver Incidencias Asociadas Listar Partes de Trabajo Validados Imprimir Buscar Cliente Estructura de la Interfaz de Usuario Diagrama de Navegación Diagrama de Navegación de Usuarios Diagrama de Navegación de Grupos de Usuario Diagrama de Navegación de Clientes Diagrama de Navegación de Proyectos Diagrama de Navegación de Incidencias Diagrama de Navegación de Presupuestos Diagrama de Navegación de Tiempo Dedicado Diagrama de Navegación de Partes de Trabajo

16 52. Diagrama de Navegación de Servicios Diagrama de Navegación de Materiales Diagrama de Navegación Categorias Diagrama de Navegación Tipos de Material Diagrama de Navegación de Fabricantes Diagrama de Navegación de Proveedores Diagrama de Paquetes Diagrama de Componentes Diagrama de Despliegue Diagrama de Clases del Modelo de Negocio Diagrama de Clases de los EJBs Diagrama de Clases de Controladores I Diagrama de Clases de Controladores II Diagrama de Clases de Conversores Diagrama de Clases de Ayuda Diagrama de Interacción: Entrar en Sesión Diagrama de Interacción: Salir de Sesión Diagrama de Interacción: Crear Usuario Diagrama de Interacción: Editar Usuario Diagrama de Interacción: Eliminar Usuario Diagrama de Interacción: Ver Usuario Diagrama de Interacción: Crear Proyecto Diagrama de Interacción: Editar Proyecto Diagrama de Interacción: Eliminar Proyecto Diagrama de Interacción: Ver Proyecto Diagrama de Interacción: Agregar Participante Diagrama de Interacción: Eliminar Participante Diagrama de Interacción: Descargar Proyecto Diagrama de Interacción: Agregar Material a Presupuesto Diagrama de Interacción: Eliminar Material a Presupuesto Diagrama de Interacción: Crear Categoria de Material Diagrama de Interacción: Crear Subcategoría de Material Diagrama de Interacción: Editar Servicio Diagrama de Interacción: Imprimir Parte de Trabajo Diagrama de la Base de Datos Pantalla de Login de la Aplicación Pantalla de Home de un Usuario Pantalla de Usuarios Pantalla de Edición de Usuario Pantalla de Edición de Grupo Pantalla de Edición de Usuario con Error Mensaje de Error MVC en JSF Asistente de despliegue de Glassfish Configuración del Pool de Conexiones Formulario de Inicio de Sesión Página de Inicio de Usuario Página de usuarios Edición de Grupos de Usuario

17 Índice de cuadros 1. Gestión de usuarios Gestión de Sesiones Gestión de Grupos de Usuario Gestión de Proyectos Gestión de Presupuestos Gestión de Materiales Gestión de Servicios Gestión de Incidencias Gestión de Partes de Trabajo Gestión de Clientes I Requisitos de Usuario Requisitos Tecnológicos Requisitos de Usabilidad

18 18

19 1 MEMORIA DEL PROYECTO 1. Memoria del proyecto 1.1. Resumen de la Motivación, Objetivos y Alcance del Proyecto Este proyecto surge motivado por el deseo de la empresa EcoComputer de organizar internamente la gestión de los partes de trabajo, incidencias, servicios, presupuestos y materiales de los proyectos que llevan a cabo. Actualmente, cuando la empresa realiza un proyecto, el encargado del proyecto genera varios documentos independientes y no estandarizados: descripción del proyecto y uno o varios presupuestos para presentar al cliente. A parte de esto, cuando un técnico de EcoComputer realiza una intervención fuera del taller deberá cumplimentar un parte de trabajo que es una hoja de papel simplemente. Por otro lado, existe una hoja Excel mediante la cual se gestionan los materiales disponibles para la realización de obras o presupuestos. Dicha hoja contiene una lista de materiales, categorías, fabricantes etc... y se actualiza manualmente cada apartado. El objetivo de este proyecto es organizar, agilizar y unificar la gestión de los proyectos, presupuestos, incidencias, servicios y partes de trabajo en una única aplicación a través de la cual podrán acceder los empleados de la empresa. El proyecto únicamente se limita a la gestión de proyectos, presupuestos, incidencias y materiales. Aunque existe una parte básica de gestión de usuarios, será en las ampliaciones futuras donde se realizará la gestión de permisos y perfiles de la aplicación así como la integración con otros proyectos como por ejemplo una aplicación móvil para los técnicos que realizan obras fuera de la empresa Resumen de Todos los Aspectos Esta sección trata de resumir, en mayor medida, los apartados existentes en este documento. No se trata de un resumen extenso, sino de comentar los puntos clave del proyecto. Introducción: Muestra el porqué del proyecto y los objetivos perseguidos explicados de forma más extensa. Aspectos Teóricos: En esta sección se describen una serie de términos utilizados a lo largo de la documentación y que conviene conocer. Planificación del Proyecto y Resumen de Presupuestos: Se muestra la planificación del proyecto a lo largo del tiempo de desarrollo, marcando las fases, tareas e hitos. También se realiza una versión reducida del presupuesto de costes. Análisis: Esta sección contiene la especificación de requisitos y la documentación del análisis de la aplicación, necesaria para la posterior fase de diseño. Diseño del Sistema: Trata de explicar todo lo que concierne al diseño de la aplicación, como su arquitectura, las clases que va a manejar, diseño de la base de datos, diseño de la interfaz o un plan de pruebas. Implementación del Sistema: Se explican las tecnologías utilizadas para el desarrollo del proyecto, como los lenguajes de programación usados, estándares seguidos, o los programas utilizados. Desarrollo de las Pruebas: Pruebas realizadas sobre la aplicación y los resultados obtenidos. Manuales del Sistema: Manuales para la utilización de la aplicación por parte de las distintas personas que vayan a usarla. Se incluyen el manual de instalación, el manual del programador, el manual de administrador y el manual de usuario. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 19

20 1.2 Resumen de Todos los Aspectos 1 MEMORIA DEL PROYECTO Conclusiones y Ampliaciones: Apartado dedicado a tratar ciertos aspectos de la aplicación, una vez finalizado el desarrollo de ésta. Reflexiones sobre la misma y posibles ampliaciones futuras. Referencias Bibliográficas: Listado de todos los documentos, artículos, libros y páginas web consultados para el desarrollo del proyecto. Apéndices: Contiene un glosario de términos y la descripción del material entregado junto con esta documentación, como el código fuente de la aplicación. 20 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

21 2 INTRODUCCIÓN 2. Introducción 2.1. Justificación Del Proyecto Como se ha comentado anteriormente, este proyecto pretende facilitar la gestión de los proyectos y el control del material que hay en el almacén de la empresa. La creación de esta herramienta permitirá a los empleados ahorrar tiempo y esfuerzo a la hora de realizar tareas comunes de gestión sobre de clientes, proyectos, presupuestos, partes de trabajo e incidencias así como llevar un control del material que hay en el almacén. Esta aplicación será realizada a medida de las necesidades y forma de trabajar de la empresa y se integrará la de gestión de proyectos y la de gestión de materiales en la misma Objetivos Del Proyecto Los objetivos principales del proyecto son los siguientes: La aplicación se desarrollará en un entorno web y se deberá controlar el acceso de los usuarios mediante login y contraseña. Los usuarios también deben tener un perfil para que en las funcionalidades futuras 1, se puedan asignar permisos en función del perfil y también distinguir a diferentes tipos de usuario. A parte de los perfiles de usuario, también existirán grupos de usuario, los cuales podrán ofrecer diferentes tipos de servicios. Los usuarios podrán descargarse informes sobre los proyectos en formato PDF y los partes de trabajo. La aplicación debe poder mostrar una lista con los usuarios registrados en el sistema y poder buscarlos mediante el nombre o alguna otra propiedad. Si un usuario pierde la contraseña del sistema, éste podrá recuperarla indicando al sistema que necesita que le envíe la contraseña al correo electrónico que haya introducido cuando se registró en el sistema. Se deberá poder gestionar todo lo referente a un proyecto dentro de la aplicación. Esto significa que cada proyecto podrá tener asociado presupuestos, servicios ofrecidos, incidencias, materiales utilizados, partes de trabajo, tiempo dedicado... Cuando se asigna una incidencia a un usuario el sistema enviará un correo. Por otro lado, cuando un usuario entre en la aplicación podrá ver las incidencias asignadas. Actualmente la gestión del material se lleva a cabo mediante una hoja de cálculo donde están registrados todos los materiales, fabricantes, proveedores, tipos de materiales etc... La aplicación debe facilitar la gestión de los materiales y eliminar el manejo de dicha hoja de cálculo. También se debe permitir gestionar las tarifas asociadas a los servicios que puede ofrecer la empresa, el cálculo de costes de un presupuesto y de los proyectos. Dejar preparada la gestión de perfiles y permisos de usuario para la futura ampliación de la gestión del sistema mediante los permisos de usuario. 1 Para más información ver el apartado del alcance del proyecto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 21

22 2.2 Objetivos Del Proyecto 2 INTRODUCCIÓN 22 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

23 3 ASPECTOS TEÓRICOS 3. Aspectos Teóricos A continuación se describen los conceptos teóricos más importantes que del proyecto Proyecto En esta sección se pretende describir los diferentes componentes y aspectos que tiene un proyecto para la empresa EcoComputer. A continuación se muestra una definición de Proyecto [10]: Un proyecto es una planificación que consiste en un conjunto de actividades que se encuentran interrelacionadas y coordinadas. La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido. Para EcoComputer, un proyecto está descrito por un nombre, título, fecha de inicio y fin y un estado. Cada proyecto puede estar compuesto de las siguientes partes: Gastos: Un gasto es un egreso o salida de dinero que una persona o empresa debe pagar para un artículo o por un servicio. Un proyecto puede tener asociados gastos que no tienen por qué estar recogidos dentro de un presupuesto. Participantes: Son los usuarios registrados en el sistema que participan de alguna forma en el desarrollo de un proyecto. Cliente: Un cliente es la persona o entidad para la que va destinado un proyecto. Presupuesto: Un presupuesto es el cálculo anticipado de los gastos o costes que se va a generar por ofrecer un servicio o el empleo de materiales en una obra concreta. Un proyecto puede tener varios presupuestos. Servicio: Un servicio es un conjunto de actividades que buscan responder a las necesidades de un cliente. La empresa ofrece varios tipos de servicios como pueden ser: instalación de armarios rack, diseño web, instalación de equipos informáticos etc... Un servicio está categorizado por los tipos de servicios que puede ofrecer la empresa y tiene asociada una tarifas. Incidencia: Una incidencia es una tarea que ha surgido a raíz de un problema detectado o mantenimiento relacionado con un presupuesto de un proyecto que ha de ser resuelta o ejecutada. o realizada. Cada incidencia puede tener asociado el tiempo dedicado de un empleado a resolver la incidencia. Si para resolver la incidencia fuera necesario el desplazamiento del empleado fuera de las instalaciones de la empresa, deberá estar asociado un parte de trabajo cumplimentado por el usuario que la ha resuelto. Parte de trabajo: Es un documento que ha de ser rellenado por un empleado tras haber realizado una tarea fuera de las instalaciones de la empresa. En dicho documento suele haber datos como las horas de inicio y fin, materiales empleados, motivos de la intervención, dietas, kilómetros de desplazamiento etc... Si un material no está presupuestado, el coste de éste se carga al presupuesto. PVD: El PVD de un material es el precio por unidad de un material de venta del distribuidor a la empresa. PvdTotal: El PvdTotal es el precio total de venta del distribuidor a la empresa. Este precio no es por unidad si no por un número concreto de unidades. Hay que tener en cuenta el % de descuento que puede haber en función del número de unidades ya que proveedor puede tener un mismo material en packs de diferentes tamaños y unidades. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 23

24 3.2 MVC 3 ASPECTOS TEÓRICOS PVPEco: Es el precio final que fija la empresa EcoComputer a un material o servicio. Material: Un material es un componente que puede ser utilizado en una obra o presupuesto. Cada material pertenece a una categoría y a un tipo de material. También tiene un fabricante y un proveedor. El material tiene un PvpProveedor, que es el precio que marca el fabricante para un paquete de un número de unidades concretas. Tras aplicar un descuento (si lo hubiera), se obtendría el PvdTotal y, dividiendo el PvdTotal entre el número de unidades del paquete,se obtiene el PvdUnitario del material MVC Model View Controller (Modelo Vista Controlador) es un patrón de arquitectura de software utilizado frecuentemente en la web [13][10][4]. Separa los componentes que forman la aplicación en tres partes [12]: Modelo: representa la información con la cual trabaja la aplicación. Vista: es la interfaz de usuario, en este caso todas las páginas web de la aplicación. Controlador: maneja los eventos que se producen (normalmente por el usuario) y realiza peticiones a las partes del modelo y la vista. En nuestra aplicación el MVC viene implementado por el Framework JSF2.0 [13]. A continuación se puede ver una ilustración del mismo: Figura 1: MVC en JSF Vista: Conjunto de Facelets o ficheros xhtml. Describen la jerarquía de componentes JSF que conforman cada una de las páginas (pantallas) del interfaz de usuario de la a aplicación. Vinculan los componentes JSF con los Managed Beans (objetos de respaldo) [7] Modelo: Conjunto de Managed Beans (objetos de respaldo gestionados por el framework JSF). Son objetos Java (Java Beans) responsables de la lógica de la aplicación. El modelo está implementado directamente en los propios Managed Beans delegando en componentes de negocio (EJBs, Beans SPRING, Servicios Web, etc...). Los Managed Bean también responden a los eventos generados por los componentes JSF y controlan la navegación entre páginas (métodos de acción) 24 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

25 3 ASPECTOS TEÓRICOS 3.3 CRUD Controlador: Es el Faces Servlet más los métodos de acción de los Managed Beans. Todas las peticiones HTTP del usuario pasan por el Faces Servlet Faces, que examina las peticiones recibidas, actualiza la representación del interfaz del cliente y los datos de los Managed Beans e invoca los manejadores de eventos y las acciones sobre el modelo a través de los métodos de los Managed Beans 3.3. CRUD CRUD es el acrónimo de Crear, Obtener, Actualizar y Borrar (Create, Read, Update y Delete). Es usado para referirse a las funciones básicas en bases de datos o la capa de persistencia en un software Framework Un framework es un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar [10]. Es una estructura conceptual y tecnológica de soporte definido, normalmente con módulos de software concretos, que puede servir de base para la organización y desarrollo de software. Ayudar a desarrollar y unir los diferentes componentes de un proyecto UML Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group) [9]. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un plano del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 25

26 3.5 UML 3 ASPECTOS TEÓRICOS 26 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

27 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO 4. Planificación y Presupuesto Del Proyecto 4.1. Planificación El proyecto se ha descompuesto en múltiples tareas para realizar una gestión y seguimiento del proyecto correcta. El calendario de trabajo utilizado en esta planificación es un tanto especial, ya que la jornada de trabajo será durante todos los días de la semana y cada día o jornada representa a dos horas de trabajo. Las tareas principales son: Formación: Esta tarea implica la formación o aprendizaje de tecnologías desconocidas que se usarán en el desarrollo del proyecto Análisis: Esta tarea engloba a otras tareas cuya finalidad es la definición completa del proyecto. Existen tareas como la determinación del alcance del proyecto, toma de requisitos, definición de casos de uso, diagramas preliminares... Diseño: Esta tarea engloba a las tareas como son la definición del sistema, diseño de clases, diagramas de interacción, diseño de interfaces etc... Implementación: Esta tarea engloba a las tareas propias de la implementación del sistema. Está dividida en subtareas que implementan poco a poco el sistema Pruebas: Esta tarea engloba a las tareas que realizan pruebas al sistema para verificar su funcionamiento Documentación: Mediante esta tarea se hará la documentación necesaria para el proyecto La metodología utilizada para el desarrollo del proyecto ha sido prácticamente una metodología en cascada [10] debido a que el cliente conocía a la perfección las necesidades del sistema a implementar. Se ha puesto mucho empeño y dedicación a la fase de análisis para obtener y extraer unos requisitos muy claros y cerrados por parte del cliente. Aún así, no se han realizado todas las fases del proyecto en cascada, es decir, todas las tareas de forma secuencial sin empezar una hasta que no se ha acabado la anterior. Por ejemplo, la fase de pruebas se ha ido ejecutando a lo largo de la implementación de los diferentes módulos o subtareas de la fase de implementación. Al mismo tiempo, cuando se detectó algún error en el diseño también se ha rediseñado la parte afectada. En la figura 2 se puede ver un pequeño diagrama de Gantt para tener una perspectiva visual de la duración de las fases del proyecto. Tras el diagrama de Gantt, se muestra una lista detallada de tareas y subtareas de cada fase, indicando la duración, fecha de inicio y fin de cada una. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 27

28 4.1 Planificación 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO Figura 2: Diagrama de Gantt 28 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

29 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO 4.1 Planificación Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 29

30 4.1 Planificación 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO 30 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

31 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO 4.1 Planificación Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 31

32 4.2 Presupuesto 4 PLANIFICACIÓN Y PRESUPUESTO DEL PROYECTO Figura 3: Planificación del Proyecto 4.2. Presupuesto A continuación se muestra un pequeño desglose de las horas empleadas en cada fase del desarrollo del proyecto: Concepto Cantidad (h) Precio Unitario (e) Total (e) Formación Análisis Diseño Implementación Pruebas Documentación Subtotal Iva (21 %) Total También hay que tener en cuenta el software empleado para el desarrollo del proyecto. En este proyecto, siempre se ha intentado utilizar herramientas gratuitas, por lo que en lo que respecta a licencias de software no hay ningún coste adiccional. El proyecto ha sido desarrollado con un ordenador portátil sencillo cuyo precio ha sido de 500e (iva incluido). Si tenemos en cuenta que la vida útil del portátil es de dos años (la garantía del fabricante) y que el proyecto se ha desarrollado durante 6 meses aproximadamente, debemos añadir un coste de 125e. Por tanto, el coste final del proyecto es de e. 32 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

33 5 ANÁLISIS 5. Análisis 5.1. Definición del Sistema Determinación del Alcance del Sistema Se pretende construir un sistema que sirva para automatizar las tareas relacionadas con la gestión de proyectos, presupuestos, servicios, incidencias, materiales y partes de trabajo de la empresa EcoComputer. El acceso al sistema deberá ser vía Web y los usuarios deberán estar registrados en él para poder acceder al mismo. Los materiales que se pueden usar en las obras/presupuestos están registrados en un documento (hoja de cálculo llamada Génesis) por lo que habrá que cargarlo en el sistema. No entra dentro del proyecto implementar una herramienta que permita cargar documentos con materiales en el sistema. No entra dentro de este proyecto la gestión de permisos de usuario, perfiles de usuario ni de módulos de la aplicación, por lo que se implementa todo el sistema necesario y únicamente están restringidas algunas funcionalidades o partes del sistema a los usuarios con perfil de cliente. Por ejemplo, un usuario con perfil de cliente no aparece en la lista de asignación de incidencias, pero si que puede participar en un proyecto. Cuando este proyecto sea integrado con otro proyecto que gestionará los permisos, cada usuario solo podrá acceder a las secciones o módulos y realizar operaciones según los permisos de usuario asignados. Por definición, un perfil tendrá predefinidos unos permisos y cuando un usuario es creado, tendrá una copia de los permisos del perfil asignado en sus permisos de usuario. Aunque este proyecto no lleva la gestión de los permisos de usuario si que existen menciones en la documentación o partes de código sobre los permisos de usuario para facilitar el entendimiento de lo que se pretende implementar y su propósito. Por tanto, muchas de las definiciones de requisitos, casos de uso, diagramas etc... pueden estar referidas a un perfil concreto o por el contrario a un usuario en general (aunque no quita de que dicho usuario pueda utilizar una funcionalidad si tiene permisos para ello). Es necesario que la aplicación sea intuitiva y sencilla de usar, pero queda fuera del proyecto el seguimiento o la implementación de normas estrictas referentes a la usabilidad y accesibilidad de la aplicación ya que dado el ámbito de uso interno que se le dará a la aplicación, no será necesario Requisitos del Sistema A continuación podemos ver los requisitos del sistema. Diferenciaremos dos tipos: Requisitos funcionales Requisitos no funcionales Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 33

34 5.2 Requisitos del Sistema 5 ANÁLISIS Requisitos Funcionales Gestión de usuarios Código del Requisito del Requisito RF1.1 Crear usuario El gestor de proyectos puede añadir usuarios al sistema mediante un formulario en el que se introducirá el nombre, apellidos, login (único en todo el sistema), password, y el perfil de usuario RF1.2 Eliminar usuario El gestor de proyectos puede eliminar usuarios del sistema. Para ello deberá seleccionar el usuario en una lista de usuarios del sistema RF1.3 Modificar usuario El gestor de proyectos puede modificar las propiedades de los usuarios del sistema. Para llevar a cabo esta acción se deberá seleccionar un usuario de una lista de usuarios del sistema. El técnico únicamente podrá modificar sus propiedades RF1.4 Ver usuario El gestor de proyectos puede ver las propiedades de un usuario del sistema. Para ello se deberá seleccionar el usuario de una lista de usuarios del sistema RF1.5 Listar usuarios El gestor de proyectos puede ver una lista con los usuarios que existen en el sistema RF1.6 Recordar contraseña El sistema permite recordar la contraseña de un usuario mediante el envío de la contraseña al correo asociado al usuario. Para llevar a cabo esta acción, el sistema dispondrá de una sección o parte de recuperación de contraseñas en la cual se introducirá el correo electrónico del usuario para enviarle la contraseña Cuadro 1: Gestión de usuarios Gestión de Sesiones Código del Requisito del Requisito RF5.1 Iniciar sesión Inicia una sesión de un usuario en el sistema. El usuario deberá introducir el nombre y la contraseña correctos. A partir de este momento todas las acciones ejecutadas por el usuario serán registradas en un Log RF5.2 Terminar sesión Termina una sesión de un usuario en el sistema y se mostrará la página de login Cuadro 2: Gestión de Sesiones 34 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

35 5 ANÁLISIS 5.2 Requisitos del Sistema Gestión de Grupos de Usuarios Código del Requisito del Requisito RF6.1 Crear grupo de usuarios El gestor de proyectos puede crear un grupo de usuarios en el sistema. El grupo de usuarios se definirá mediante un nombre que introducirá el gestor de proyectos y podrá contener los usuarios que se quiera. Un usuario puede pertenecer a diferentes grupos de usuarios a la vez RF6.2 Eliminar grupo de usuarios RF6.3 Modificar grupo de usuarios RF6.4 Listar grupos de usuarios El gestor de proyectos puede eliminar un grupo de usuarios del sistema. Se eliminarán las referencias que pudiera haber entre dicho grupo y todos los usuarios pertenecientes a él El gestor de proyectos puede modificar el nombre de un grupo de usuarios del sistema El gestor de proyectos puede ver una lista con todos los grupos de usuarios que existen en el sistema. En la lista aparecerá el nombre de cada grupo de usuario RF6.5 Agregar usuario El gestor de proyectos puede añadir un usuario a un grupo de usuarios. Un grupo de usuarios puede tener todos los usuarios que haya registrados en el sistema en el sistema. No hay ningún límite RF6.6 Eliminar usuario El gestor de proyectos puede eliminar un usuario de un grupo de usuarios mediante su nombre RF6.7 Ver usuarios de un grupo El gestor de proyectos puede ver una lista con los usuarios pertenecientes a un grupo de usuarios. En la lista aparecerá el nombre del grupo y el nombre de cada usuario Cuadro 3: Gestión de Grupos de Usuario Gestión de Proyectos Código del Requisito del Requisito RF7.1 Crear proyecto El gestor de proyectos o un técnico pueden crear un proyecto nuevo en el sistema. El proyecto tendrá las siguientes propiedades: título, descripción, fecha de inicio, fecha de fin y estado (abierto, cerrado o cancelado) RF7.2 Modificar proyecto El gestor de proyectos o un técnico pueden modificar las propiedades de un proyecto cualquiera RF7.3 Eliminar proyecto El gestor de proyectos puede eliminar un proyecto del sistema RF7.4 Listar proyectos Muestra todos los proyectos en los que participa un usuario del sistema excepto para el gestor de proyectos, que se mostrarán todos los proyectos disponibles. Se mostrará el título de cada proyecto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 35

36 5.2 Requisitos del Sistema 5 ANÁLISIS Código del Requisito del Requisito RF7.5 Ver proyecto Muestra las propiedades de un proyecto a un participante del proyecto. Para un usuario con perfil de cliente habrá información que no se mostrará ya que está restringida al personal de EcoComputer. Solo podrá ver los partes de trabajo y presupuestos aceptados a parte de las propiedades de un proyecto (nombre, descripción, fechas y estado) RF7.6 Agregar participante El gestor de proyectos o un técnico pueden añadir un participante en el proyecto. El participante será un usuario registrado en el sistema y se le asignará un rol para el proyecto (jefe de proyecto, desarrollador o informador) RF7.7 Eliminar participante El gestor de proyectos puede eliminar un participante del proyecto. El participante será un usuario registrado en el sistema y deberá participar en alguna actividad del proyecto RF7.8 Asignar responsable El gestor de proyectos puede asignar un responsable al proyecto. Esta asignación se hará a través del rol de jefe de proyecto de un participante del proyecto RF7.9 Eliminar responsable El gestor de proyectos puede eliminar un responsable de un proyecto en el que participe. Se hará mediante el cambio del rol del participante en el proyecto de jefe de proyecto a otro rol diferente RF7.11 Ver responsables El gestor de proyectos y los técnicos pueden ver una lista con los responsables de un proyecto. Para ello se utilizará el rol que tienen los participantes y se mostrarán los jefes de proyecto RF7.12 Crear gasto El gestor de proyectos o un técnico pueden crear y añadir gastos asociados a un proyecto. Cada gasto tendrá las siguientes propiedades: título, descripción e importe (en euros) RF7.13 Modificar gasto El gestor de proyectos puede modificar las propiedades de un gasto asociado a un proyecto RF7.14 Eliminar gasto El gestor de proyectos puede eliminar un gasto asociado a un proyecto RF7.15 Ver gasto El gestor de proyectos o un técnico pueden ver las propiedades de un gasto asociado a un proyecto RF7.16 Listar gastos El gestor de proyectos o un técnico pueden ver una lista con todos los gastos asociados a un proyecto RF7.17 Ver participantes de un proyecto El gestor de proyectos o un técnico pueden ver una lista con los participantes de un proyecto mediante una lista en la que se indica el nombre, apellidos, perfil y rol RF7.18 Asignar a cliente El gestor de proyectos o un técnico pueden asignar un cliente a un proyecto. El cliente se seleccionará de una lista de clientes registrados en el sistema RF7.19 Listar proyectos de un cliente RF7.20 Descargar documentación El gestor de proyectos o un técnico pueden ver una lista de proyectos de un cliente concreto. Se indicará el título del proyecto, la fecha de inicio y el estado del mismo El gestor de proyectos y los técnicos podrán descarga partes de trabajo, incidencias y presupuestos de un proyecto Cuadro 4: Gestión de Proyectos 36 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

37 5 ANÁLISIS 5.2 Requisitos del Sistema Gestión de Presupuestos Código del Requisito del Requisito RF8.1 Crear presupuesto Un participante de un proyecto (excepto un cliente) podrá crear un presupuesto asignado al proyecto. El presupuesto deberá tener las siguientes propiedades: título (único en el sistema), descripción, documentación, fecha de alta y estado (en desarrollo, revisado, presentado al cliente, aceptado, rechazado, entregado, facturado, cobrado y finalizado) RF8.3 Modificar presupuesto Un participante de un proyecto (excepto un cliente) puede modificar las propiedades de un presupuesto asociado al proyecto en el que participa RF8.4 Eliminar presupuesto Un participante de un proyecto (excepto un cliente) podrá eliminar un presupuesto asociado al proyecto en el que participa RF8.5 Añadir material Un participante de un proyecto (excepto un cliente) puede añadir un material a una lista de materiales que puede haber en un presupuesto. Además habrá que indicar el PVPEco (que será calculado en función del PVPEco unitario y las unidades), unidades a usar y observaciones de cada material RF8.6 Eliminar material Un participante de un proyecto (excepto un cliente) puede eliminar un material de la lista de materiales que puede haber en un presupuesto RF8.7 Añadir servicio Un participante de un proyecto (excepto un cliente) puede añadir un servicio a una lista de servicios que puede haber en un presupuesto. Además en cada servicio habrá que indicar el número de horas, el precio por hora en euros y si ha habido desplazamiento o no RF8.8 Eliminar servicio Un participante de un proyecto (excepto un cliente) puede eliminar un servicio de la lista de servicios que puede haber en un presupuesto RF8.9 Ver presupuesto Un participante de un proyecto (excepto un cliente) puede ver las propiedades de un presupuesto asociado a un proyecto junto con una lista de materiales, servicios usados y el precio final. La lista de materiales indicará por cada material el CódigoEco, PVPEco, unidades y nombre. La lista de servicios utilizados indicará la descripción del servicio, número de horas, el precio por hora y si ha habido desplazamiento o no. Debe indicarse el precio final del presupuesto que será el resultado de sumar el precio de todos los materiales, servicios empleados y todas las incidencias resueltas que contengan un parte de trabajo no facturado RF8.10 Listar presupuestos Un participante de un proyecto (excepto un cliente) puede ver una lista de todos los presupuestos asociados a un proyecto. Se mostrará el título, la descripción, fecha de alta y estado de cada presupuesto RF8.11 Listar presupuestos finalizados Un participante de un proyecto puede ver una lista con todos los presupuestos finalizados asociados a un proyecto. Se mostrará el título y la descripción de cada presupuesto como mínimo RF8.12 Modificar material Un participante de un proyecto (excepto un cliente) puede modificar las unidades y la observación de cada material utilizado en un presupuesto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 37

38 5.2 Requisitos del Sistema 5 ANÁLISIS Código del Requisito del Requisito RF8.13 Modificar servicio Un participante de un proyecto (excepto un cliente) puede modificar el número de horas y si ha habido desplazamiento o no de cada servicio utilizado en un presupuesto RF8.14 Ver presupuestos aceptados Un usuario puede ver los presupuestos aceptados de un proyecto en el que participa. Se mostrará una lista con el título y la descripción del presupuesto como mínimo Cuadro 5: Gestión de Presupuestos Gestión de Materiales Código del Requisito del Requisito RF9.1 Crear material El gestor de proyectos puede crear y añadir un material al sistema. Para ello deberá indicar las siguientes propiedades: CódigoEco, nombre, descripción, si es habitual o no, unidades de medida, código EAN, PVPEco, PVP del proveedor, descuento (en %) del proveedor, PVD unitario del proveedor, descripción del material con su proveedor, suplido del proveedor, cuantas unidades hay de un proveedor y el PVD total del proveedor. También será necesario indicar la categoría, tipo de material y fabricante y éstos deben estar registrados antes de agregar el material al sistema. El sistema tendrá cargados unos materiales iniciales obtenidos del documento Excel Génesis proporcionado por EcoComputer RF9.2 Eliminar material El gestor de proyectos puede eliminar un material del sistema. Cuando se elimine automáticamente se eliminarán las relaciones de el material eliminado con el resto de materiales del sistema y los datos asociados entre el material y proveedor, material y presupuestos y el material y partes de trabajo RF9.3 Modificar material El gestor de proyectos puede modificar todas las propiedades de un material que esté registrado en el sistema RF9.4 Ver información de un material RF9.5 Listar materiales por categoría Todos los usuarios excepto los clientes pueden ver las propiedades de un material: nombre, categoría, proveedor, precio etc. Todos los usuarios excepto los clientes podrán seleccionar una categoría y el sistema les mostrará una lista con subcategorías y/o los materiales disponibles de la misma. Se mostrará el nombre de la subcategoría (si hubiera) y de cada material el nombre, códigoeco y PVPEco RF9.6 Crear categoría El gestor de proyectos puede crear una categoría de materiales en el sistema indicando un nombre y una descripción de categoría. El sistema tendrá unas categorías iniciales obtenidas del documento Excel Génesis proporcionado por EcoComputer 38 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

39 5 ANÁLISIS 5.2 Requisitos del Sistema Código del Requisito del Requisito RF9.7 Modificar categoría El gestor de proyectos puede modificar las propiedades de una categoría de materiales RF9.8 Eliminar categoría El gestor de proyectos eliminar una categoría de materiales del sistema. Si se elimina una categoría automáticamente se eliminarán las subcategorías y los materiales que contenga la categoría RF9.9 Crear subcategoría El gestor de proyectos puede crear una subcategoría de materiales en el sistema indicando un nombre, una descripción de subcategoría y una categoría padre a la que pertenece. Cuando se elimina una subcategoría se elimina todo lo que estuviera dentro de esa subcategoría RF9.10 Modificar subcategoría El gestor de proyectos puede modificar las propiedades de una subcategoría de materiales: nombre, descripción y categoría padre RF9.11 Eliminar subcategoría El gestor de proyectos puede eliminar una subcategoría de materiales del sistema. Automáticamente se borrará todos los materiales que estén incluidos en esta subcategoría RF9.12 Crear tipo de material El gestor de proyectos puede crear un tipo de material en el sistema. Para ello basta con indicar el nombre del tipo de material RF9.13 Eliminar tipo de material El gestor de proyectos puede elimina un tipo de material del sistema. Si se elimina el tipo de material automáticamente se eliminarán todos los materiales que sean de ese tipo RF9.14 Modificar tipo de material El gestor de proyectos puede modificar las propiedades de un tipo de material del sistema RF9.15 Ver tipos de materiales El gestor de proyectos y los técnicos pueden ver una lista con los tipos de materiales que existen en el sistema mediante la descripción de cada tipo RF9.16 Crear fabricante El gestor de proyectos puede crea un fabricante en el sistema indicando su nombre RF9.17 Modificar fabricante El gestor de proyectos puede cambiar el nombre de un fabricante RF9.18 Eliminar fabricante El gestor de proyectos puede eliminar un fabricante del sistema. Cuando se borra un fabricante automáticamente se borrarán los materiales que procedan de dicho fabricante RF9.19 Ver fabricantes El gestor de proyectos puede ver una lista con el nombre de los fabricantes que hay en el sistema RF9.20 Crear proveedor de un material RF9.21 Eliminar proveedor de un material RF9.22 Modificar proveedor de un material El gestor de proyectos puede añadir un proveedor de un material al sistema. El proveedor tendrá las siguientes propiedades: código de proveedor, nombre y descripción El gestor de proyectos puede eliminar un proveedor de un material al sistema. Automáticamente se borrarán toda la información y los materiales que haya de ese proveedor en el sistema El gestor de proyectos puede modificar las propiedades de un proveedor de un material Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 39

40 5.2 Requisitos del Sistema 5 ANÁLISIS Código RF9.23 RF9.24 RF9.25 del Requisito Ver listado de proveedores de un material Ver listado de proveedores Ver árbol de categorías y subcategorías del Requisito El gestor de proyectos y los técnicos pueden ver un listado de proveedores de un material. En el aparecerá el nombre, el código y la descripción del proveedor a parte de el PVP, el descuento, el PVD unitario, la descripción, el suplido, las unidades y el PVD total El gestor de proyectos y los técnicos pueden ver un listado de todos los proveedores que hay en el sistema. En el aparecerá el nombre, el código y la descripción del proveedor El gestor de proyectos y los técnicos pueden ver un árbol de categorías y subcategorías de materiales Cuadro 6: Gestión de Materiales Gestión de Servicios Código del Requisito del Requisito RF10.1 Listar servicios El gestor de proyectos y los técnicos pueden ver todos los servicios disponibles mediante una lista en la que se mostrará el nombre, el tipo y la tarifa (precio hora, fecha de inicio y fecha de fin) de cada servicio RF10.2 Ver servicio El gestor de proyectos y los técnicos pueden ver las siguientes propiedades de un servicio: nombre del servicio, el tipo y la tarifa (descripción de tarifa, precio hora, fecha de inicio y fecha de fin) RF10.3 Crear servicio El gestor de proyectos puede crear un servicio nuevo con las siguientes propiedades: descripción, tipo de servicio, tarifa del servicio y grupo de usuarios que puede dar ese servicio. Tanto la tarifa del servicio y el grupo de usuarios deben existir previamente en el sistema. Los tipos de servicio pueden ser: microinformática, control de accesos y presencia, sistemas de videovigilancia, instalación/mantenimiento Farmatic, instalación/mantenimiento ICG, mantenimiento y soporte de redes informáticas, diseño gráfico, desarrollo web, mantenimiento y desarrollo de aplicaciones, adecuación a la LOPD, posicionamiento web, mantenimiento dominios y consultoría/asesoría en IT RF10.4 Eliminar servicio El gestor de proyectos puede eliminar un servicio del sistema. Cuando se elimina un servicio automáticamente se eliminará el servicio de todos los presupuestos en los que esté incluido RF10.5 Modificar servicio El gestor de proyectos puede modificar la descripción, el tipo y la tarifa de un servicio RF10.6 RF10.7 Crear tarifa de un servicio Modificar tarifa de un servicio El gestor de proyectos puede crear una nueva tarifa de un servicio con las siguientes propiedades: descripción, precio por hora, fecha de inicio y fecha de fin El gestor de proyectos puede modificar las propiedades de una tarifa de un servicio 40 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

41 5 ANÁLISIS 5.2 Requisitos del Sistema Código del Requisito RF10.8 Eliminar tarifa de un servicio del Requisito El gestor de proyectos puede eliminar la tarifa de un servicio. Si se elimina una tarifa de un servicio, automáticamente se eliminaran todos los servicios que contengan dicha tarifa Cuadro 7: Gestión de Servicios Gestión de Incidencias Código del Requisito del Requisito RF11.1 Crear incidencia Un participante de un proyecto puede crear una incidencia vinculada a un presupuesto. Cada incidencia tendrá las siguientes propiedades: título, descripción, estado (sin asignar, en proceso, realizada) y fecha de alta. Cada incidencia estará asignada a un presupuesto de un proyecto, a un un participante del proyecto que la tendrá asignada y a otro participante que será el creador de la misma. Mientras se está asignando una incidencia a un participante, se mostrará una lista con las incidencias que tiene ya asignadas RF11.2 Eliminar incidencia Un participante de un proyecto (excepto un cliente) puede eliminar una incidencia vinculada a un presupuesto. Cuando se elimina la incidencia automáticamente se eliminarán también los partes de trabajo y el tiempo dedicado que sean de esa incidencia RF11.3 Modificar incidencia Un participante de un proyecto puede modificar las propiedades de una incidencia vinculada a un presupuesto RF11.4 Ver incidencia Un participante de un proyecto puede ver las propiedades de una incidencia asociada a un proyecto. Se mostrará las siguientes propiedades: creador de la incidencia, título del presupuesto al que pertenece, título de la incidencia, descripción de la incidencia, estado, fecha de alta, una lista con los ID s de tiempos dedicados y otra lista con los ID s de partes de trabajo de la incidencia RF11.5 Ver incidencias asoci- Un participante de un proyecto (excepto un cliente) RF11.6 RF11.7 RF11.8 adas Agregar tiempo dedicado Eliminar tiempo dedicado Modificar tiempo dedicado puede ver las incidencias asociadas a un presupuesto Un participante en una incidencia puede agregar a la incidencia el tiempo dedicado a resolver la misma. Hay que indicar las siguientes propiedades sobre el tiempo dedicado a una incidencia: fecha, número de horas, motivo de la intervención y observaciones Un participante en una incidencia puede eliminar el tiempo dedicado en una incidencia Un participante puede modificar las propiedades del tiempo dedicado a resolver una incidencia Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 41

42 5.2 Requisitos del Sistema 5 ANÁLISIS Código del Requisito del Requisito RF11.9 Listar tiempo dedicado Un participante de un proyecto (excepto un cliente) puede ver los tiempos dedicados a una incidencia. Para ello se mostrará una lista donde por cada registro de tiempo dedicado se mostrará lo siguiente: nombre de la incidencia, nombre de usuario que ha dedicado tiempo en la incidencia, fecha, número de horas, motivo de la intervención y observaciones Cuadro 8: Gestión de Incidencias Gestión de Partes de Trabajo Código del Requisito del Requisito RF12.1 Listar partes de trabajo Un participante de un proyecto puede ver (excepto un cliente) una lista con todos los partes de trabajo de una incidencia. Por cada parte de trabajo se mostrará el usuario que ha cubierto el parte, la fecha, si está validado o no, descripción, si esta facturado o no, si es facturable o no y el número de la factura RF12.2 RF12.3 Listar partes de trabajo validados Listar partes de trabajo sin validar Un participante de un proyecto puede ver una lista con partes de trabajo validados de un proyecto. Por cada parte de trabajo se mostrará el usuario que ha cubierto el parte, la fecha, descripción, si esta facturado o no y si es facturable o no Un participante de un proyecto (excepto un cliente) puede una lista con partes de trabajo no validados de un proyecto. Por cada parte de trabajo se mostrará el usuario que ha cubierto el parte, la fecha, descripción, si esta facturado o no y si es facturable o no RF12.4 Crear partes de trabajo Un participante de un proyecto (excepto un cliente) puede crear un parte de trabajo para un presupuesto y tendrá las siguientes propiedades: incidencia a la que pertenece, usuario que cubre el parte, fecha, hora de inicio, hora de fin, número de albarán, si esta validado o no, motivo de intervención, descripción, observaciones, si es facturable o no, si está facturado o no, fecha de factura, el número de la factura, horas extra, si hay desplazamiento o no, los kilómetros, dietas y parking RF12.5 RF12.6 Modificar partes de trabajo Eliminar partes de trabajo Un participante de un proyecto (excepto un cliente) puede modificar las propiedades de un parte de trabajo de un presupuesto Un participante de un proyecto (excepto un cliente) puede eliminar un parte de trabajo de un proyecto. Automáticamente se eliminará toda la información respecto a los materiales que se hayan usando en el parte de trabajo 42 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

43 5 ANÁLISIS 5.2 Requisitos del Sistema Código del Requisito del Requisito RF12.7 Ver parte de trabajo Un participante de un proyecto (excepto un cliente) puede ver todas las propiedades de un parte de trabajo y además una lista con los materiales usados donde se verá por cada material: el nombre, código eco, unidades, procedencia(cliente, almacén o compra), observaciones y presupuestado RF12.11 Imprimir Un participante de un proyecto puede imprimir un parte de trabajo. Se deberá observar la misma información que en el requisito RF12.7 RF12.12 Añadir material Un participante de un proyecto (excepto un cliente) puede añadir un material a un parte de trabajo indicando además de las propiedades del material lo siguiente: unidades, nombre, procedencia (cliente, almacén o compra), observaciones y si está presupuestado o no RF12.13 Eliminar material Un participante de un proyecto (excepto un cliente) puede eliminar un material y la información que hay respecto a él en un parte de trabajo RF12.14 Modificar material Un participante de un proyecto (excepto un cliente) puede modificar la información que hay sobre un material que se está usando en un parte de trabajo RF12.15 Buscar partes de trabajo Un usuario puede buscar los partes de trabajo de un proyecto en función de el motivo de intervención y también se podrá ordenar en función las fechas de inicio y fin, si está facturado o si es facturable o no Cuadro 9: Gestión de Partes de Trabajo Gestión de Clientes Código del Requisito del Requisito RF13.1 Crear cliente El gestor de proyectos o un técnico puede crear un cliente en el sistema. Un cliente tendrá las siguientes propiedades: nombre, CIF, login, password, persona de contacto, teléfono, y código postal RF13.2 Modificar cliente El gestor de proyectos o un técnico puede modificar las propiedades de un cliente que esté registrado en el sistema RF13.3 Eliminar cliente El gestor de proyectos puede eliminar a un cliente del sistema RF13.4 Listar clientes El gestor de proyectos o un técnico puede ver una lista con los clientes registrados en el sistema. En esta lista se mostrará el CIF, nombre, la persona de contacto y el teléfono RF13.5 Ver cliente El gestor de proyectos o un técnico puede ver todas las propiedades de un cliente y el nombre de los proyectos en los que participa RF13.6 Buscar cliente El gestor de proyectos o un técnico puede buscar un cliente a través de su nombre o CIF y mostrando una lista con los resultados Cuadro 10: Gestión de Clientes I Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 43

44 5.2 Requisitos del Sistema 5 ANÁLISIS Requisitos No Funcionales Requisitos de Usuario Código del Requisito RF1.1 Conocimientos previos de un gestor de proyectos RF1.2 Conocimientos previos de un técnico del Requisito Un gestor de proyectos debe estar familiarizado con la aplicación y saber manejarla a nivel de administrador. Para ello se pone a disposición un manual de usuario Un técnico de Ecocomputer debe estar familiarizado con la aplicación y saber manejarla a nivel de técnico. Para ello se pone a disposición un manual de usuario Cuadro 11: Requisitos de Usuario Requisitos Tecnológicos Código del Requisito del Requisito RF2.1 Servidor El servidor donde se despliegue la aplicación debe tener soporte para aplicaciones en JEE Cuadro 12: Requisitos Tecnológicos Requisitos de Usabilidad Código del Requisito del Requisito RF3.1 Manejo de la aplicación Dado que el cliente pueden no tener muchos conocimientos de informática, tanto la interfaz de la aplicación como el funcionamiento de la misma deberá ser lo más sencilla posible y fácil de usar Cuadro 13: Requisitos de Usabilidad Identificación de los Actores del Sistema El actor principal del sistema será un usuario. Aunque no es el propósito de éste proyecto diferenciar los tipos de usuario (ver el apartado sobre el alcance del proyecto que de la página 33) podemos distinguir en función de los perfiles los tipos de actores que hay predefinidos: Gestor de proyectos Técnico de Ecocomputer Cliente de mantenimiento 44 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

45 5 ANÁLISIS 5.2 Requisitos del Sistema Gestor de Proyectos El gestor de proyectos es básicamente el administrador de la aplicación. Por lo menos debe existir uno registrado en el sistema. Será el responsable de la gestión de usuarios, grupos de usuario, proyectos, clientes, gastos, partes de trabajo, presupuestos, incidencias, servicios y materiales. Técnico de Ecocomputer El técnico de Ecocomputer es un usuario que podrá participar en los proyectos que hay en el sistema ya sea creando y/o resolviendo incidencias, partes de trabajo, presupuestos etc... Cliente de Mantenimiento El cliente de mantenimiento es un usuario con acceso limitado al sistema, es decir, a información no restringida para personal externo a Ecocomputer, como por ejemplo alguna documentación de los proyectos en los que participa y sus presupuestos. Ver la sección de la página Especificación de A continuación se describen los casos de uso que hay en el sistema. Excepto para el caso de uso Recordar contraseña, el usuario debe estar en sesión para poder llevar a cabo la acción descrita. Gestión de Usuarios Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de los usuarios del sistema. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de Usuarios. Figura 4: Gestión de Usuarios Crear usuario El gestor de proyectos añadirá un usuario al sistema tras rellenar un formulario con los datos del nuevo usuario Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 45

46 5.2 Requisitos del Sistema 5 ANÁLISIS Eliminar usuario El gestor de proyectos eliminará un usuario al sistema tras seleccionarlo de una lista de usuarios que hay en el sistema Modificar usuario El gestor de proyectos modificará los datos un usuario que esté registrado en el sistema. Se mostrará un formulario con los datos del usuario donde cada campo será editable Ver usuario El gestor de proyectos verá todas las propiedades o datos de un usuario registrado en el sistema Listar usuarios El gestor de proyectos visualizará una lista con todos los usuarios que hay en el sistema. En esta lista se podrá seleccionar un usuario para luego ejecutar alguna acción sobre el mismo: crear nuevo usuario, modificar, eliminar y ver propiedades de un usuario Recordar contraseña Cualquier usuario solicitará que se le envíe la contraseña de su cuenta al correo que tenga asociado con el usuario. No hará falta estar logueado. En la web donde se loguean los usuarios habrá un enlace que llevará a un pequeño formulario donde se introducirá el nombre de usuario o la cuenta de correo asociada a un usuario para poder recuperar la contraseña. En ambos casos se enviará la contraseña al correo del usuario que la solicita Gestión de Sesiones Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de sesiones del sistema. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de sesiones. 46 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

47 5 ANÁLISIS 5.2 Requisitos del Sistema Figura 5: Gestión de Sesiones Iniciar sesión Cualquier usuario registrado en el sistema iniciará una sesión en el mismo mediante un formulario en el que introducirá el nombre de usuario y la contraseña. Si la el nombre de usuario y la contraseña son correctos el sistema llevará al usuario a una página de inicio donde se mostrará un menú con los módulos disponibles a los que podrá acceder en función de los permisos que tenga. A partir de este momento se comenzará a registrar todas las acciones que haga el usuario Terminar sesión Cualquier usuario terminará la sesión en el sistema mediante un botón o un enlace que estará en todo momento visible en la web. Una vez que se ha terminado la sesión el sistema dejará de guardar acciones realizadas por el usuario Gestión de Grupos de Usuario Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de grupos de usuario del sistema. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de grupos de usuario. Crear grupo de usuarios El gestor de proyectos creará un grupo de usuarios rellenando un formulario donde se indicará el nombre del grupo Eliminar grupo de usuarios El gestor de proyectos borrará un grupo de usuarios a través de un botón después de haber seleccionado el grupo a borrar en una lista Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 47

48 5.2 Requisitos del Sistema 5 ANÁLISIS Figura 6: Gestión de Grupos de Usuario Modificar grupo de usuarios El gestor de proyectos modificará las propiedades de un grupo de usuarios mediante un formulario que inicialmente estará rellenado con los datos o propiedades del grupo a modificar. El grupo de usuarios a modificar se seleccionará de una lista de grupos de usuarios y se pulsará un botón o enlace para ir al formulario de modificación Listar grupo de usuarios El gestor de proyectos verá una lista con todos los grupos de usuarios existentes en el sistema Agregar usuarios El gestor de proyectos agregará un usuario a un grupo de usuario. Para ello primero deberá seleccionar un usuario de una lista de usuarios que haya en el sistema (no se mostrarán los que ya pertenezcan a ese grupo), un grupo de usuarios de una lista de grupos de usuarios y pinchar en un botón para efectuar la acción Eliminar usuarios El gestor de proyectos eliminará un usuario de un grupo de usuarios. Para ello deberá primero seleccionar un grupo de usuarios de una lista, un usuario de otra lista (donde solo habrá usuarios pertenecientes al grupo seleccionado anteriormente) y finalmente pinchar en un botón para efectuar la acción 48 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

49 5 ANÁLISIS 5.2 Requisitos del Sistema Ver usuarios de un grupo El gestor de proyectos verá todos los usuarios pertenecientes a un grupo de usuarios mediante una lista que estará ordenada por grupos y dentro de cada grupo tendrá sublistas con los usuarios pertenecientes al grupo Gestión de Proyectos Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de proyectos. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de proyectos. Figura 7: Gestión de Proyectos I Figura 8: Gestión de Proyectos II Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 49

50 5.2 Requisitos del Sistema 5 ANÁLISIS Figura 9: Gestión de Proyectos III Crear proyecto El gestor de proyectos creará un proyecto a través de un formulario donde rellenará las propiedades del proyecto Modificar proyecto El gestor de proyectos modificará las propiedades de un proyecto a través de un formulario que estará rellenado inicialmente con las propiedades del mismo Eliminar proyecto El gestor de proyectos eliminará un proyecto seleccionándolo de una lista de proyectos y pulsando el botón de eliminar proyecto Listar proyectos El gestor de proyectos verá una lista con todos los proyectos que hay en el sistema y se mostrará el título de cada uno Ver proyecto Cualquier usuario del sistema puede ver las propiedades de un proyecto en el que participe 50 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

51 5 ANÁLISIS 5.2 Requisitos del Sistema Agregar participante El gestor de proyectos agregará un participante a un proyecto. El usuario que se agregará se seleccionará mediante una lista de usuarios del sistema y se le dará un rol en el proyecto mediante otra lista que mostrará los roles existentes Eliminar participante El gestor de proyectos eliminará un participante de un proyecto. Para ello seleccionará al participante de una lista que contendrá todos los participantes del proyecto Asignar responsable El gestor de proyectos asignará un responsable de proyecto. Para ello seleccionará a un usuario de una lista que contendrá los participantes del proyecto Eliminar responsable El gestor de proyectos eliminará el responsable de un proyecto. Para ello habrá un botón o enlace que eliminará el responsable de un proyecto seleccionado a través de una lista Ver responsable El gestor de proyectos verá el responsable de un proyecto tras haber seleccionado un proyecto de una lista Crear gasto El gestor de proyectos creará y agregará un gasto a un proyecto a través de un formulario donde se rellenarán las propiedades del gasto. Antes deberá seleccionar un proyecto de una lista de proyectos Modificar gasto El gestor de proyectos modificará un gasto de un proyecto a través de un formulario rellenado inicialmente con los datos del gasto. Este gasto se seleccionará de una lista de gastos el proyecto Eliminar gasto El gestor de proyectos eliminará un gasto de un proyecto. Para ello deberá seleccionar un proyecto de una lista de proyectos y después un gasto de otra lista de gastos de ese proyecto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 51

52 5.2 Requisitos del Sistema 5 ANÁLISIS Ver gasto El gestor de proyectos verá las propiedades de un gasto asociado a un proyecto. Para ello primero deberá seleccionar un proyecto y después un gasto de unas listas de proyectos y gastos asociados Listar gastos El gestor de proyectos verá una lista con todos los gastos asociados a un proyecto que será seleccionado de una lista de proyectos Ver participantes de un proyecto El gestor de proyectos verá una lista con todos los participantes que hay en un proyecto. El proyecto será elegido de una lista de proyectos antes de visualizar los participantes Ver presupuestos El gestor de proyectos verá una lista con todos los presupuestos asociados a un proyecto. Se mostrará una lista de presupuestos con las propiedades de cada uno tras haber elegido un proyecto de la lista de proyectos Asignar cliente El gestor de proyectos asignará un cliente a un proyecto. Para ello primero seleccionará un proyecto de una lista y después un cliente de otra lista que contendrá los clientes registrados en el sistema Listar proyectos de un cliente El gestor de proyectos verá una lista con todos los proyectos que hay en el sistema y están asociados a un cliente. Para ello se seleccionará primero el cliente de una lista de clientes y luego se mostrará una lista con algunas propiedades de los proyectos en los que participa dicho cliente Descargar documentación El gestor de proyectos y los técnicos descargarán la documentación asociada a un proyecto que han seleccionado a través de una lista de proyectos Gestión de Presupuestos Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de presupuestos. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de presupuestos. 52 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

53 5 ANÁLISIS 5.2 Requisitos del Sistema Figura 10: Gestión de Presupuestos I Figura 11: Gestión de Presupuestos II Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 53

54 5.2 Requisitos del Sistema 5 ANÁLISIS Figura 12: Gestión de Presupuestos III Crear Presupuesto El gestor de proyectos y los técnicos crearán un presupuesto rellenando un formulario con las propiedades de un presupuesto y lo asociarán a un proyecto que habrán seleccionado previamente Modificar presupuesto El gestor de proyectos y los técnicos modificarán un presupuesto a través de un formulario que estará rellenado con las propiedades del presupuesto a modificar. El presupuesto a modificar se seleccionará de una lista de presupuestos de un proyecto en concreto Eliminar presupuesto El gestor de proyectos y los técnicos eliminarán un presupuesto tras seleccionarlo de una lista de presupuestos de un proyecto Añadir material El gestor de proyectos y los técnicos añadirán un material a un presupuesto a través de una lista con materiales disponibles y un pequeño formulario con datos asociados al material Eliminar material El gestor de proyectos y los técnicos eliminarán un material de un presupuesto de un proyecto tras seleccionarlo de una lista de materiales utilizados en el presupuesto 54 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

55 5 ANÁLISIS 5.2 Requisitos del Sistema Añadir servicio El gestor de proyectos y los técnicos añadirán un servicio a un presupuesto a través de una lista con servicios disponibles y un pequeño formulario con datos asociados al servicio Eliminar servicio El gestor de proyectos y los técnicos eliminarán un servicio de un presupuesto de un proyecto tras seleccionarlo de una lista de servicios utilizados en el presupuesto Ver presupuesto El gestor de proyectos y los técnicos tras seleccionar un presupuesto verán todas las propiedades del presupuesto y varias listas con los materiales y servicios utilizados. También verán en un apartado separado el precio final de ese presupuesto Listar presupuestos El gestor de proyectos y los técnicos verán una lista con todos los presupuestos disponibles de un proyecto que han seleccionado previamente de una lista de proyectos disponibles Modificar material El gestor de proyectos y los técnicos pueden modificar las propiedades de un material utilizado en un presupuesto mediante un pequeño formulario. El material que se desea modificar se seleccionará de la lista de materiales usados en el presupuesto Modificar servicio El gestor de proyectos y los técnicos pueden modificar las propiedades de un servicio utilizado en un presupuesto mediante un pequeño formulario. El servicio que se desea modificar se seleccionará de la lista de servicios usados en el presupuesto Ver presupuestos aceptados Un participante de un proyecto puede ver los presupuestos aceptados de un proyecto en el que participa. Se mostrará una lista con el título y la descripción del presupuesto tras seleccionarlo de una lista con los presupuestos de un proyecto concreto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 55

56 5.2 Requisitos del Sistema 5 ANÁLISIS Gestión de Materiales Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de materiales. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de materiales. Figura 13: Gestión de Materiales I Figura 14: Gestión de Materiales II Crear material El gestor de proyectos creará un material mediante un formulario donde indicará las propiedades del mismo. También seleccionará la categoría, tipo de material, proveedor y fabricante a partir de una lista para cada selección 56 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

57 5 ANÁLISIS 5.2 Requisitos del Sistema Figura 15: Gestión de Materiales III Eliminar material El gestor de proyectos eliminará un material del sistema tras haberlo seleccionado de una lista de materiales Modificar material El gestor de proyectos modificará un material a través de un formulario que estará rellenado con las propiedades del material a cambiar Ver información de un material El gestor de proyectos o un técnico verá las propiedades de un material que han seleccionado previamente de una lista de materiales Listar materiales por categoría El gestor de proyectos y el técnico verán una tabla o lista con todos los materiales disponibles de una categoría. Para ello debe seleccionar previamente una categoría de una lista de categorías o de alguna otra forma similar Ver información de un material El gestor de proyectos o un técnico verá las propiedades de un material que han seleccionado previamente de una lista de materiales Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 57

58 5.2 Requisitos del Sistema 5 ANÁLISIS Crear categoría El gestor de proyectos creará una categoría mediante un formulario donde indicará las propiedades de la misma Eliminar categoría El gestor de proyectos eliminará una categoría del sistema tras haberla seleccionado de una lista de categorías Modificar categoría El gestor de proyectos modificará una categoría a través de un formulario que estará rellenado con las propiedades de la categoría a cambiar Crear subcategoría El gestor de proyectos creará una subcategoría mediante un formulario donde indicará las propiedades de la misma. También deberá seleccionar la categoría padre en una lista de categorías Eliminar subcategoría El gestor de proyectos eliminará una subcategoría del sistema tras haberla seleccionado de una lista de subcategorías. La lista de subcategorías cambiará en función de la categoría que se seleccionado previamente Modificar subcategoría El gestor de proyectos modificará una subcategoría a través de un formulario que estará rellenado con las propiedades de la subcategoría a cambiar. Previamente se habrá seleccionado la subcategoría en una lista de subcategorías Crear tipo de material El gestor de proyectos creará un tipo de material mediante un formulario donde indicará las propiedades del mismo. También se seleccionará el tipo padre de una lista de tipos de material si tuviera Eliminar tipo de material El gestor de proyectos eliminará un tipo de material del sistema tras haberlo seleccionado de una lista de materiales 58 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

59 5 ANÁLISIS 5.2 Requisitos del Sistema Modificar tipo de material El gestor de proyectos modificará un tipo de material a través de un formulario que estará rellenado con las propiedades del tipo de material a cambiar Ver tipos de materiales El gestor de proyectos y el técnico verán una lista con todos los tipos de materiales que hay en el sistema. Por cada tipo se indicará una breve descripción Crear fabricante El gestor de proyectos creará un fabricante mediante un formulario donde indicará las propiedades del mismo Eliminar fabricante El gestor de proyectos eliminará un fabricante del sistema tras haberlo seleccionado de una lista de fabricantes Modificar fabricante El gestor de proyectos modificará un fabricante a través de un formulario que estará rellenado con las propiedades del fabricante a cambiar Ver fabricantes El gestor de proyectos verá una lista con todos los fabricantes que están registrados en el sistema Crear proveedor de un material El gestor de proyectos creará un proveedor de un material mediante un formulario donde indicará las propiedades del mismo Eliminar proveedor de un material El gestor de proyectos eliminará un proveedor de material del sistema tras haberlo seleccionado de una lista de proveedores Modificar proveedor El gestor de proyectos modificará un proveedor de material a través de un formulario que estará rellenado con las propiedades del proveedor a cambiar Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 59

60 5.2 Requisitos del Sistema 5 ANÁLISIS Ver listado de proveedores de un material El gestor de proyectos y los técnico verá una lista con todos proveedores de un material concreto que ha seleccionado previamente en una lista de materiales Ver listado de proveedores El gestor de proyectos y el técnico verán una lista con todos proveedores de materiales que hay registrados en el sistema Ver árbol de categorías y subcategorías El gestor de proyectos y el técnico verán un árbol formado por categorías y subcategorías donde colgarán todos los materiales registrados en el sistema Gestión de Servicios Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de servicios. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de servicios. Figura 16: Gestión de Servicios Listar servicios El gestor de proyectos y el técnico verán una lista con todos los servicios que hay registrados en el sistema. Por cada servicio se mostrará algunas propiedades Ver servicio El gestor de proyectos y el técnico verán todas las propiedades de un servicio que ha sido seleccionado previamente en una lista de servicios 60 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

61 5 ANÁLISIS 5.2 Requisitos del Sistema Crear servicio El gestor de proyectos creará un servicio mediante un formulario donde indicará las propiedades del mismo y seleccionará el tipo de servicio y la tarifa de unas listas que contendrán todos los tipos de servicios y tarifas Eliminar servicio El gestor de proyectos eliminará un servicio del sistema tras haberlo seleccionado de una lista de servicios Modificar servicio El gestor de proyectos modificará un servicio a través de un formulario que estará rellenado con las propiedades del servicio a cambiar Crear tarifa de servicio El gestor de proyectos creará una tarifa de servicio mediante un formulario donde indicará las propiedades de la mismo Eliminar tarifa de servicio El gestor de proyectos eliminará una tarifa de servicio del sistema tras haberla seleccionado de una lista de tarifa de servicios Modificar una tarifa de servicio El gestor de proyectos modificará una tarifa de servicio a través de un formulario que estará rellenado con las propiedades de la tarifa de servicio a cambiar Gestión de Incidencias Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de incidencias. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de incidencias. Crear incidencia El gestor de proyectos o un técnico creará una incidencia mediante un formulario donde indicará las propiedades de la misma y también seleccionará en una lista el presupuesto al que va asociada la incidencia Eliminar incidencia El gestor de proyectos o un técnico eliminará una incidencia de un presupuesto de un proyecto. Para ello seleccionará el proyecto, el presupuesto y la incidencia de las listas correspondientes Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 61

62 5.2 Requisitos del Sistema 5 ANÁLISIS Figura 17: Gestión de Incidencias I Figura 18: Gestión de Incidencias II 62 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

63 5 ANÁLISIS 5.2 Requisitos del Sistema Modificar incidencia El gestor de proyectos o un técnico modificará una incidencia a través de un formulario que estará rellenado con las propiedades de la incidencia a cambiar. Previamente se ha de seleccionar el proyecto, presupuesto y la incidencia de las listas correspondientes Ver incidencia El gestor de proyectos o un técnico verá las propiedades de una incidencia ya sea en tablas o listas. Para ver una incidencia será necesario indicar el proyecto, presupuesto y elegir la incidencia en las listas correspondientes Ver incidencias asociadas El gestor de proyectos o un técnico verá todas las incidencias asociadas a un presupuesto mediante una lista. Previamente el presupuesto será seleccionado de una lista que contiene todos los presupuestos de un proyecto Agregar tiempo dedicado El gestor de proyectos o un técnico agregará tiempo dedicado a una incidencia mediante un formulario donde indicará las propiedades del mismo. También seleccionará en una lista la incidencia a la que va asociado el tiempo dedicado Agregar tiempo dedicado El gestor de proyectos o un técnico agregará tiempo dedicado a una incidencia mediante un formulario donde indicará las propiedades del mismo. También seleccionará en una lista la incidencia a la que va asociado el tiempo dedicado Eliminar tiempo dedicado El gestor de proyectos o un técnico eliminará tiempo dedicado a una incidencia seleccionando dicho tiempo en una lista con todos los tiempos dedicados a una incidencia Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 63

64 5.2 Requisitos del Sistema 5 ANÁLISIS Modificar tiempo dedicado El gestor de proyectos o un técnico modificará un tiempo dedicado a una incidencia mediante un formulario que estará rellenado con las propiedades del mismo. Previamente se habrá seleccionado el tiempo dedicado de una lista de tiempos dedicados a una incidencia, así como la incidencia y el proyecto Listar tiempo dedicado El gestor de proyectos o un técnico verá una lista con todos los tiempos dedicados a una incidencia. Previamente se habrá seleccionado una incidencia de una lista de incidencias Gestión de Partes de Trabajo Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de partes de trabajo. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de partes de trabajo. Figura 19: Gestión de Partes de Trabajo III Listar partes de trabajo Un participante de un proyecto puede ver una lista con todos los partes de trabajo asociados a una incidencia. Previamente se ha seleccionado la incidencia y el presupuesto mediante las listas correspondientes Listar partes de trabajo validados Un participante de un proyecto puede ver una lista con todos los partes de trabajo validados asociados a una incidencia. Previamente se ha seleccionado la incidencia y el presupuesto mediante las listas correspondientes 64 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

65 5 ANÁLISIS 5.2 Requisitos del Sistema Figura 20: Gestión de Partes de Trabajo I Figura 21: Gestión de Partes de Trabajo II Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 65

66 5.2 Requisitos del Sistema 5 ANÁLISIS Listar partes de trabajo sin validar Un participante de un proyecto puede ver una lista con todos los partes de trabajo sin validar asociados a una incidencia. Previamente se ha seleccionado la incidencia y el presupuesto mediante las listas correspondientes Crear parte de trabajo El gestor de proyectos o un técnico creará un parte de trabajo mediante un formulario donde indicará las propiedades del mismo y también seleccionará en una lista el presupuesto y la incidencia al que va asociado el parte Eliminar parte de trabajo El gestor de proyectos o un técnico eliminará un parte de trabajo de una incidencia de un presupuesto. Para ello seleccionará el proyecto, el presupuesto, incidencia y el parte de las listas correspondientes Modificar parte de trabajo El gestor de proyectos o un técnico modificará un parte de trabajo a través de un formulario que estará rellenado con las propiedades del parte a cambiar. Previamente se ha de seleccionar el proyecto, presupuesto, incidencia y el parte de las listas correspondientes Ver parte de trabajo El gestor de proyectos o un técnico verá las propiedades de un parte de trabajo y una lista con los materiales utilizados. Para ver el parte previamente será necesario indicar el proyecto, presupuesto, incidencia y parte en las listas correspondientes Imprimir El gestor de proyectos o un técnico imprimirá un un parte de trabajo a través de un botón que habrá en la interfaz o pantalla de visualización de partes de trabajo y se esté viendo las propiedades de uno Añadir material El gestor de proyectos o un técnico añadirá un material a un parte de trabajo mediante un formulario donde indicará las propiedades del mismo. También seleccionará en una lista el presupuesto y la incidencia al que va asociado el parte antes de agregar el material al parte 66 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

67 5 ANÁLISIS 5.2 Requisitos del Sistema Eliminar material El gestor de proyectos o un técnico eliminará un material del parte de trabajo. Para ello seleccionará el proyecto, el presupuesto, incidencia y el parte de las listas correspondientes Modificar parte de trabajo El gestor de proyectos o un técnico modificará el material de un parte de trabajo a través de un formulario que estará rellenado con las propiedades del material a cambiar. Previamente se ha de seleccionar el proyecto, presupuesto, incidencia y el parte de las listas correspondientes Gestión de Clientes Los siguientes casos de uso muestran las operaciones relacionadas con la gestión de clientes. Se podrá acceder a los formularios correspondientes a través del módulo de Gestión de clientes. Figura 22: Gestión de Clientes I Figura 23: Gestión de Clientes II Crear cliente El gestor de proyectos creará un cliente mediante un formulario donde indicará las propiedades del mismo Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 67

68 5.3 Identificación de los Subsistemas en la Fase de Análisis 5 ANÁLISIS Eliminar cliente El gestor de proyectos eliminará un cliente del sistema. Para ello seleccionará al cliente en una lista de clientes y pulsará en un botón o enlace Modificar cliente El gestor de proyectos modificará las propiedades de un cliente a través de un formulario que estará rellenado con los datos del cliente a cambiar. Previamente se ha de seleccionar el cliente en una lista de clientes registrados en el sistema Ver cliente El gestor de proyectos verá las propiedades de un cliente y una lista con los proyectos en los que participa. Para ello primero deberá seleccionar al cliente en una lista de clientes Listar clientes El gestor de proyectos verá una lista o tabla con todos los clientes registrados en el sistema Buscar cliente El gestor de proyectos puede buscar a un cliente rellenando un campo referente a una propiedad del cliente por el cual se quiere buscar y se obtendrá una lista o tabla con los resultados 5.3. Identificación de los Subsistemas en la Fase de Análisis de los Subsistemas Podemos identificar los siguientes subsistemas: Gestión de Usuarios En este subsistema englobamos todas las operaciones relacionadas con la gestión de los usuarios: crear usuario, eliminar usuario, modificar usuario, ver usuario, listar usuarios y recordar contraseña. Gestión de Sesiones de Usuario En este subsistema englobamos todas las operaciones relacionadas con la gestión de sesiones de usuario: iniciar sesión y terminar sesión. 68 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

69 5 ANÁLISIS 5.3 Identificación de los Subsistemas en la Fase de Análisis Gestión de Grupos de Usuario En este subsistema englobamos todas las operaciones relacionadas con la gestión de los grupos de usuario que hay en el sistema: crear grupo de usuario, eliminar grupo de usuario, modificar grupo de usuario, listar grupos de usuario, agregar usuario a un grupo de usuario, eliminar usuario de un grupo de usuario y ver usuarios de un grupo de usuarios. Gestión de Proyectos En este subsistema englobamos todas las operaciones relacionadas con la gestión de proyectos: crear proyecto, eliminar proyecto, modificar proyecto, listar proyectos, ver proyecto, agregar participante, eliminar participante, asignar responsable, eliminar responsable, ver responsable, crear gasto, eliminar gasto, modificar gasto, ver gasto, listar gastos, ver participantes de un proyecto, ver presupuestos, asignar a cliente, listar proyectos de un cliente y descargar documentación de un proyecto. Gestión de Presupuestos En este subsistema englobamos todas las operaciones relacionadas con la gestión de los presupuestos: crear presupuesto, eliminar presupuesto, modificar presupuesto, añadir material, eliminar material, añadir servicio, eliminar servicio, ver presupuesto, listar presupuestos, modificar material, modificar servicio y ver presupuestos aceptados. Gestión de Materiales En este subsistema englobamos todas las operaciones relacionadas con la gestión de materiales: crear material, eliminar material, modificar material, ver información de un material, listar materiales por categoría, crear categoría, eliminar categoría, modificar categoría, crear subcategoría, eliminar subcategoría, modificar subcategoría, crear tipo de material, eliminar tipo de material, modificar tipo de material, ver tipos de material, crear fabricante, eliminar fabricante, modificar fabricante, ver fabricantes, crear proveedor, eliminar proveedor, modificar proveedor, ver listado de proveedores, ver listado de proveedores de un material y ver árbol de categorías y subcategorías. Gestión de Servicios En este subsistema englobamos todas las operaciones relacionadas con la gestión de los servicios: listar servicios, ver servicio, crear servicio, eliminar servicio, modificar servicio, crear tarifa de servicio, eliminar tarifa de servicio y modificar tarifa de servicio. Gestión de Incidencias En este subsistema englobamos todas las operaciones relacionadas con la gestión de incidencias: crear incidencia, eliminar incidencia, modificar incidencia, ver incidencia, ver incidencias de un proyecto, agregar tiempo dedicado, eliminar tiempo dedicado, modificar tiempo dedicado y listar tiempo dedicado. Gestión de Partes de trabajo En este subsistema englobamos todas las operaciones relacionadas con la gestión de partes de trabajo: listar partes de trabajo, listar partes de trabajo validados, listar partes de trabajo sin validar, crear parte partes de trabajo, eliminar parte de trabajo, modificar parte de trabajo, ver parte de trabajo, imprimir, añadir material, eliminar material y modificar material. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 69

70 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Gestión de Clientes En este subsistema englobamos todas las operaciones relacionadas con la gestión de clientes: crear cliente, eliminar cliente, modificar cliente, ver cliente, listar clientes y buscar cliente Diagrama de Clases Preliminar del Análisis Diagrama de Clases A continuación se muestra una primera aproximación del diagrama de clases de lo que será el modelo de negocio de la aplicación. Las clases solo contienen atributos y están omitidos los métodos de get() y set() para cada uno. 70 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

71 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Figura 24: Modelo de Negocio Preliminar Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 71

72 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS de Clases Usuarios Usuario Esta clase representa a un usuario del sistema Responsabilidades Tiene una relación con la clase Perfil y una lista de PermisoUsuario. Inicialmente la lista estará compuesta con los permisos del perfil que tenga el usuario. También tiene una lista con grupos de usuario a los que pertenece Atributos propuestos nombre apellidos login password Métodos propuestos get() set() Cliente Esta clase representa a un cliente y estará relacionado con uno o varios proyectos Responsabilidades Un cliente debe estar relacionado con uno o varios proyectos a los que agregará información adiccional sobre quién es el que lo ha encargado, persona de contacto etc... Atributos propuestos cif: cif de la empresa personacontacto telefono cp: código postal del cliente Métodos propuestos get() set() Perfiles Perfil Esta clase representa un perfil de usuario Responsabilidades Cada perfil contendrá una lista con los permisos de usuario sobre los módulos y acciones del sistema. Será utilizado por un usuario para copiar los permisos del perfil a los permisos del usuario Atributos propuestos descripcion Métodos propuestos get() set() 72 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

73 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Permisos PermisoPerfil Esta clase representa un permiso de un usuario en un módulo y una acción de dicho módulo Responsabilidades La clase está relacionada con un módulo y una acción del módulo Atributos propuestos permiso: indica si hay o no permiso sobre una acción Métodos propuestos get() set() PermisoUsuario Esta clase representa un permiso de un usuario en un módulo y una acción de dicho módulo Responsabilidades La clase está relacionada con un módulo y una acción del módulo Atributos propuestos permiso: indica si hay o no permiso sobre una acción Métodos propuestos get() set() Módulos Modulo Esta clase representa un módulo funcional de la aplicación Responsabilidades Es la encargada de contener las acciones que se pueden realizar y que están englobadas dentro de un mismo módulo. Contiene una referencia del menú donde está incluido el módulo Atributos propuestos nombre descripcion orden: atributo numérico para indicar el orden en el que se representará dentro de un menú Métodos propuestos get() set() Accion Representa a una acción que puede realizar el usuario en el sistema Responsabilidades La acción está relacionada con un módulo y los permisos de usuario y de perfil Atributos propuestos nombre Métodos propuestos get() set() Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 73

74 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Menu Esta clase contiene el nombre de un menú del sistema Responsabilidades Un menú estará relacionado con uno o varios módulos para agruparlos en función del nombre del menú Atributos propuestos nombre Métodos propuestos get() set() GruposDeUsuario GrupoUsuario Esta clase representa a un grupo de usuarios. Contiene una lista de usuarios que pertenecen a él. Está relacionada con los tipos de servicios que puede ofrecer el grupo Responsabilidades Esta clase se encargará de agregar o eliminar usuarios al grupo Atributos propuestos nombre Métodos propuestos get() set() Proyectos Proyecto Esta clase contiene los datos de un proyecto. Está relacionada con un único cliente y puede varios presupuestos, participantes, materiales servicios y gastos Responsabilidades Se encarga de referenciar a los participantes en el proyecto, al cliente, materiales, servicios gastos y presupuestos que haya en el proyecto Atributos propuestos titulo descripcion fechainicio estado Métodos propuestos get() set() 74 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

75 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Participante Esta clase representa a un participante en un proyecto y tiene una referencia a un usuario del sistema Responsabilidades A parte de indicar que un usuario participa en un proyecto, también se encarga de proporcionar un rol en el proyecto al usuario Atributos propuestos rol Métodos propuestos get() set() Gasto Esta clase representa un gasto asociado a un proyecto Responsabilidades Contiene los datos de un gasto asociado a un proyecto Atributos propuestos titulo descripcion importe Métodos propuestos get() set() Incidencias Incidencia Esta clase describe una incidencia de un presupuesto. Está relacionada con el presupuesto al que pertenece y el participante que la ha creado. Contiene listas con tiempos dedicados y partes de trabajo empleados en la incidencia Responsabilidades Esta clase relaciona el tiempo dedicado y los partes de trabajo empleados en la incidencia Atributos propuestos titulo descripcion estado fechaalta Métodos propuestos get() set() Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 75

76 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS TiempoDedicado Esta clase representa el tiempo dedicado por un participante de un proyecto en una incidencia Responsabilidades Contiene los datos del tiempo dedicado y una referencia al participante que ha empleado su tiempo Atributos propuestos fecha numhoras motivo observaciones Métodos propuestos get() set() Partesdetrabajo ParteDeTrabajo Esta clase contiene información sobre un parte de trabajo creado por un participante de un proyecto Responsabilidades Relaciona el parte de trabajo con su creador (que es un participante del proyecto) y una incidencia. También contiene los materiales utilizados en el parte de trabajo Atributos propuestos fecha horainicio horafin validado descripcion facturado dietas km Métodos propuestos get() set() MaterialUtilizado Esta clase representa a un material utilizado en un parte de trabajo Responsabilidades Se encarga de proporcionar información adicional sobre la utilización del material agregándole nuevos datos a parte de una referencia al material en concreto Atributos propuestos unidades nombre procedencia observaciones presupuestado Métodos propuestos get() set() 76 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

77 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Presupuestos Presupuesto Esta clase representa un presupuesto que está asociado a un proyecto Responsabilidades Contiene una lista de materiales empleados y servicios proporcionados en el presupuesto y tiene una referencia al proyecto al que pertenece Atributos propuestos titulo descripcion estado fechaalta Métodos propuestos get() set() MaterialEmpleado Esta clase representa a un material empleado en un presupuesto Responsabilidades Se encarga de proporcionar información adiccional sobre la utilización del material agregándole nuevos datos a parte de una referencia al material en concreto Atributos propuestos unidades pvpeco observaciones Métodos propuestos get() set() ServicioProporcionado Esta clase representa a un servicio proporcionado en un presupuesto Responsabilidades Se encarga de proporcionar información adiccional sobre un servicio proporcionado en un presupuesto agregándole nuevos datos a parte de una referencia al servicio en concreto Atributos propuestos numerohoras preciohora desplazamiento Métodos propuestos get() set() Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 77

78 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Servicios Servicio Representa un servicio que ofrece la empresa Responsabilidades Esta clase describe un servicio y lo relaciona con un tipo de servicio y una tarifa concreta Atributos propuestos descripcion Métodos propuestos get() set() TarifaServicio Esta clase representa la tarifa de un servicio concreto Responsabilidades Contiene los datos de una tarifa para que luego se pueda asociar a ella un servicio Atributos propuestos descripcion preciohora fechainicio fechafin Métodos propuestos get() set() TipoServicio Esta clase representa un tipo de servicio mediante una descripción Responsabilidades Relaciona a un servicio con un tipo de servicio y a un grupo de usuario con los tipos de servicios que puede ofrecer Atributos propuestos descripcion Métodos propuestos get() set() 78 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

79 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Materiales Material Esta clase representa a un material que utiliza la empresa Responsabilidades Contiene los datos correspondientes a un material y está asociado a un tipo de material, categoría a la que pertenece, fabricante y un proveedor Atributos propuestos codigoeco nombre descripcion habitual unidadesmedida codigoean pvpeco Métodos propuestos get() set() TipoMaterial Esta clase representa un tipo de material. Contiene una referencia a otro tipo de material (padre) en caso de que sea un subtipo Responsabilidades Define mediante una breve descripción el tipo de un material Atributos propuestos descripcion Métodos propuestos get() set() Categoria Esta clase representa una categoría de material. Contiene una referencia a otra categoría (padre) en caso de que sea una subcategoría Responsabilidades Define mediante una breve descripción la categoría de un material Atributos propuestos nombre descripcion Métodos propuestos get() set() Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 79

80 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Fabricante Esta clase representa a un fabricante de materiales Responsabilidades Define mediante una breve descripción al fabricante Atributos propuestos descripcion Métodos propuestos get() set() Proveedor Esta clase representa a un proveedor de materiales Responsabilidades Contiene los datos correspondientes al proveedor Atributos propuestos codigo nombre descripcion Métodos propuestos get() set() MaterialProveedor Esta clase contiene información relativa a un material y un proveedor concreto Responsabilidades Añade cierta información a un material en función del proveedor del material Atributos propuestos pvpproveedor descuento pvdunitario descripcion suplido unidades pvdtotal Métodos propuestos get() set() Relaciones Esta clase contiene el ńumero de relaciones que hay entre varios materiales Responsabilidades Relaciona a los materiales entre sí y cuenta el número de veces que se da dicha relación Atributos propuestos numrelaciones Métodos propuestos get() set() 80 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

81 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Análisis De Casos de Uso y Escenarios En esta sección se describirán los casos de uso identificados anteriormente de forma detallada, a través de sus escenarios. Los escenarios describen las interacciones entre los usuarios y el sistema e incluyen información acerca de los objetivos, expectativas, motivaciones, acciones y reacciones que se llevan a cabo. Dado que existen muchos casos de uso que son prácticamente iguales pero cambiando las entidades que participan únicamente se muestra el análisis de unos pocos casos de uso y escenarios. Crear Usuario Figura 25: Crear Usuario Precondiciones Poscondiciones Actores Crear Usuario El gestor de proyectos debe estar en sesión Debe haber un nuevo usuario con identificador único en el sistema Gestor de proyecto 1. El usuario accede al formulario de crear usuario 2. Rellena el formulario con los datos del usuario nuevo 3. El sistema crea un nuevo usuario con identificador único 4. El sistema muestra en la pantalla que se ha creado el usuario nuevo y saca una lista con todos los que hay en el sistema Variaciones (escenarios secundarios) Excepciones Datos incompletos o no válidos: si el usuario introduce datos incorrectos se le muestra una pantalla de advertencia sobre el fallo y un enlace al formulario inicial La base de datos no está disponible: Se muestra un error al usuario Usuario existente: El usuario nuevo ya existe, por lo que se muestra un mensaje de error al gestor de proyectos y le devuelve a la página de usuarios Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 81

82 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Eliminar Usuario Figura 26: Eliminar Usuario Precondiciones Poscondiciones Actores Eliminar Usuario El gestor de proyectos debe estar en sesión. El usuario a eliminar debe existir en el sistema El usuario a eliminar debe dejar de existir en el sistema Gestor de proyectos 1. Desde la página que muestra los usuarios se selecciona uno y se pulsa sobre eliminar 2. El sistema muestra un mensaje de confirmación al gestor de proyectos 3. Si se pulsa continuar el sistema elimina al usuario del sistema 4. Se muestra una pantalla con los usuarios que existen en el sistema Variaciones Excepciones No se acepta la confirmación: Se vuelve a la pantalla de usuarios El usuario no existe: Se muestra un mensaje de error si el usuario a borrar no existe La base de datos no está disponible: Se muestra un mensaje de error 82 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

83 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Modificar Usuario Figura 27: Modificar Usuario Precondiciones Poscondiciones Actores Modificar Usuario El gestor de proyectos debe estar en sesión. El usuario a modificar debe existir en el sistema Se han modificado las propiedades deseadas del usuario Gestor de proyectos 1. El sistema muestra un formulario con los datos del usuario a modificar 2. El gestor de proyectos modifica los datos del usuario 3. El gestor de proyectos pulsa Guardar y se muestra un mensaje de confirmación 4. El gestor de proyectos confirma la acción y el sistema modifica los datos del usuario Variaciones Excepciones No se acepta la confirmación: Se vuelve a la pantalla de usuarios El usuario no existe: Se muestra un mensaje de error si el usuario a borrar no existe La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 83

84 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Recordar Contraseña Figura 28: Recordar Contraseña Precondiciones Poscondiciones Actores Recordar contraseña El usuario del que se solicita la contraseña debe existir en el sistema y debe tener registrado una dirección de correo electrónico Se ha enviado un correo correctamente al usuario con la contraseña del sistema Cualquier usuario 1. El sistema ofrece al usuario en la pantalla de login la opción de recuperar la contraseña de un usuario introduciendo el login y marcando la opción de recuperar la contraseña 2. El sistema comprueba que exista un usuario con el login y que éste tenga un correo electrónico 3. El sistema envía la contraseña a la cuenta de correo del usuario 4. Se muestra un mensaje indicando que la contraseña se ha enviado correctamente Variaciones Excepciones El usuario no existe: Se muestra un mensaje de error si no existe un usuario con el correo electrónico indicado y se vuelve a la pantalla del punto 1 No se envía el correo: No se puede enviar el correo electrónico correctamente por lo que se muestra un error y se vuelve a la pantalla del punto 1 La base de datos no está disponible: Se muestra un mensaje de error 84 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

85 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Iniciar Sesión Figura 29: Iniciar Sesión Precondiciones Poscondiciones Actores Iniciar Sesión El usuario que inicia la sesión debe existir en el sistema El usuario ha entrado en sesión Cualquier usuario 1. El sistema muestra un formulario para entrar en sesión 2. El sistema comprueba que los datos son correctos 3. El sistema crea una entidad Sesión 4. El sistema muestra la pantalla de inicio del usuario Variaciones Excepciones El usuario incorrecto: Se muestra un mensaje de error si no existe el usuario y se vuelve a la pantalla del punto 1 Contraseña incorrecta: La contraseña es incorrecta por lo que se muestra un mensaje de error y se vuelve a la pantalla del punto 1 La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 85

86 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Terminar Sesión Figura 30: Terminar Sesión Precondiciones Poscondiciones Actores Terminar Sesión El usuario debe estar en sesión El usuario ha salido de la sesión Cualquier usuario 1. El usuario pulsa sobre el enlace de Terminar sesión 2. El sistema cierra la sesión 3. El sistema registra en la sesión correspondiente que se ha cerrado la sesión 4. El sistema muestra la pantalla de login Variaciones Excepciones La base de datos no está disponible: Se muestra un mensaje de error 86 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

87 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Agregar Usuario a Grupo de Usuario Figura 31: Agregar Usuario a Grupo de Usuario Precondiciones Poscondiciones Actores Agregar Usuario a Grupo de Usuario El gestor de proyectos debe estar en sesión Se ha agregado un usuario a un grupo de usuarios Gestor de proyectos 1. El gestor de proyectos selecciona a un usuario del sistema de una lista de usuarios y un grupo de usuarios de otra lista 2. El gestor de proyectos pulsa el enlace de Agregar 3. El sistema agrega el usuario al grupo de usuarios seleccionado 4. Se muestra la pantalla de gestión de grupos de usuarios Variaciones Excepciones Usuario existente: El usuario seleccionado ya está agregado en el grupo de usuarios por lo que se muestra un mensaje de error La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 87

88 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Eliminar Usuario de un Grupo de Usuarios Figura 32: Eliminar Usuario de Grupo de Usuarios Precondiciones Poscondiciones Actores Eliminar Usuario de Grupo de Usuarios El gestor de proyectos debe estar en sesión Se ha eliminado un usuario a un grupo de usuarios Gestor de proyectos 1. El gestor de proyectos selecciona a un usuario del sistema de una lista de usuarios y un grupo de usuarios de otra lista 2. El gestor de proyectos pulsa el enlace de Eliminar 3. El sistema elimina el usuario al grupo de usuarios seleccionado 4. Se muestra la pantalla de gestión de grupos de usuarios Variaciones Excepciones Usuario existente: El usuario seleccionado no está en el grupo de usuarios por lo que se muestra un mensaje de error La base de datos no está disponible: Se muestra un mensaje de error 88 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

89 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Ver Usuarios de un Grupo de Usuarios Figura 33: Ver Usuarios de un Grupo de Usuarios Precondiciones Poscondiciones Actores Ver Usuarios de un Grupo de Usuarios El gestor de proyectos debe estar en sesión Se ha eliminado un usuario a un grupo de usuarios Gestor de proyectos 1. El gestor de proyectos selecciona un grupo de usuarios de una lista que hay en la pantalla de gestión de grupos de usuario 2. El gestor de proyectos pulsa el enlace de Ver usuarios 3. El sistema muestra una pantalla con una lista de usuarios pertenecientes al grupo seleccionado Variaciones Excepciones La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 89

90 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Agregar Participante Figura 34: Agregar Participante Precondiciones Poscondiciones Actores Agregar Participante El gestor de proyectos debe estar en sesión Se ha agregado un participante (usuario) a un proyecto Gestor de proyectos 1. El gestor de proyectos selecciona un proyecto y a un usuario para agregarlo como participante y pulsa el enlace de Agregar 2. El sistema agrega al proyecto el usuario 3. El sistema muestra la pantalla de gestión de proyectos Variaciones Excepciones El usuario ya es participante: El usuario que se intenta agregar como participante ya participa en dicho proyecto por lo que se muestra una pantalla de error con un enlace a la pantalla de gestión de proyectos La base de datos no está disponible: Se muestra un mensaje de error 90 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

91 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Eliminar Participante Figura 35: Eliminar Participante Precondiciones Poscondiciones Actores Eliminar Participante El gestor de proyectos debe estar en sesión Se ha eliminado un participante (usuario) de un proyecto Gestor de proyectos 1. El gestor de proyectos selecciona un proyecto y a un usuario para eliminarlo de entre los participantes que tiene el proyecto y pulsa el enlace de Eliminar 2. El sistema elimina al participante del proyecto 3. El sistema muestra la pantalla de gestión de proyectos Variaciones Excepciones El usuario no es participante: El usuario que se elige para eliminar no participa en dicho proyecto por lo que se muestra una pantalla de error con un enlace a la pantalla de gestión de proyectos La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 91

92 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Ver Participantes Figura 36: Ver Participantes Precondiciones Poscondiciones Actores Ver Participantes El gestor de proyectos debe estar en sesión Se se muestra una lista con todos los participantes (usuarios) de un proyecto Gestor de proyectos 1. El gestor de proyectos selecciona un proyecto y pulsa en Ver participantes 2. El sistema el sistema busca a los participantes del proyecto 3. El sistema muestra una pantalla con una lista de participantes del proyecto Variaciones Excepciones La base de datos no está disponible: Se muestra un mensaje de error 92 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

93 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Descargar Documentación Figura 37: Descargar Documentación Precondiciones Poscondiciones Actores Descargar Documentación El gestor de proyectos o el técnico deben estar en sesión El gestor de proyectos y los técnicos descargan la documentación asociada a un proyecto (partes de trabajo, incidencias, materiales utilizados, servicios proporcionados y presupuestos) Gestor de proyectos y técnicos 1. El gestor de proyectos mediante un formulario selecciona un proyecto y pulsa en Descargar documentación 2. El usuario indica dónde quiere guardar la información 3. El sistema recopila la información oportuna, genera un informe y comienza la descarga 4. El sistema muestra la pantalla de gestión del proyecto Variaciones Excepciones Cancelación de descarga: El usuario cancela la descarga cuando indica el lugar donde se descargará la documentación. Se muestra la pantalla de gestión del proyecto La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 93

94 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Ver Incidencias Asociadas Figura 38: Ver Incidencias Asociadas Precondiciones Poscondiciones Actores Ver Incidencias Asociadas El gestor de proyectos o el técnico deben estar en sesión Se obtiene una lista de incidencias asociadas a un presupuesto Gestor de proyectos y técnicos 1. El gestor de proyectos o técnico mediante un formulario selecciona un proyecto, un presupuesto y pulsa sobre Ver incidencias 2. El sistema genera una lista con todas las incidencias asociadas a un presupuesto de un proyecto 3. El sistema muestra una pantalla con la lista de incidencias Variaciones Excepciones La base de datos no está disponible: Se muestra un mensaje de error 94 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

95 5 ANÁLISIS 5.4 Diagrama de Clases Preliminar del Análisis Listar Partes de Trabajo Validados Figura 39: Listar Partes de Trabajo Validados Precondiciones Poscondiciones Actores Listar Partes de Trabajo Validados El usuario que solicita los partes debe estar en sesión Se obtiene una lista de partes de trabajo validados Cualquier usuario 1. Un usuario desde la pantalla de gestión de partes de trabajo selecciona un proyecto de una lista y pulsa sobre Listar partes validados 2. El sistema genera una lista con todos los partes validados que hay en un proyecto 3. El sistema muestra una pantalla con una lista de partes de trabajo validados Variaciones Excepciones La base de datos no está disponible: Se muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 95

96 5.4 Diagrama de Clases Preliminar del Análisis 5 ANÁLISIS Imprimir Figura 40: Imprimir Precondiciones Poscondiciones Actores Imprimir El gestor de proyectos o el técnico que solicita Imprimir debe estar en sesión Se imprime un parte de trabajo Gestor de proyectos y técnicos 1. El gestor de proyectos o un técnico selecciona un parte de trabajo a través de una lista, entra en las propiedades del parte de trabajo y pulsa el botón Imprimir 2. El sistema busca el parte de trabajo seleccionado y muestra un diálogo para indicar dónde descargar la información 3. El usuario pulsa sobre continuar para iniciar la descarga 4. El sistema muestra la pantalla de gestión de partes de trabajo Variaciones Excepciones Confirmación: El usuario confirma que no desea continuar con la impresión. El sistema anula el proceso de impresión y muestra la pantalla de gestión de partes de trabajo No hay espacio en disco No hay espacio en el disco donde se intenta guardar el informe por lo que se mostrará un mensaje de error Error de impresión: El sistema no puede generar el informe correctamente, por lo que se mostrará un error al usuario La base de datos no está disponible: Se muestra un mensaje de error 96 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

97 5 ANÁLISIS 5.5 Análisis De Interfaces De Usuario Buscar Cliente Figura 41: Buscar Cliente Precondiciones Poscondiciones Actores Buscar Cliente El gestor de proyectos debe estar en sesión Se obtiene una lista con clientes o un mensaje si no se encuentra en el sistema Gestor de proyectos 1. El gestor de proyectos introduce en el campo correspondiente la información oportuna para la búsqueda del cliente en el sistema 2. El sistema busca a través de todos los clientes registrados coincidencias con los criterios de búsqueda seleccionados anteriormente 3. El sistema muestra una pantalla con una lista de los clientes que ha encontrado Variaciones Excepciones Cliente no existente: Se muestra un mensaje indicando que el cliente no existe en el sistema La base de datos no está disponible: Se muestra un mensaje de error 5.5. Análisis De Interfaces De Usuario Con el fin de obtener un mayor grado de integración en todas las zonas de la aplicación se utilizará la misma estructura en todas las interfaces de usuario (en este caso, todas las páginas web). Para que sea fácilmente reconocible por los usuarios se optará por una distribución de elementos bastante común en el diseño de sitios web. La interfaz se dividirá en las 4 partes siguientes: Cabecera Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 97

98 5.5 Análisis De Interfaces De Usuario 5 ANÁLISIS Menú Contenido Pie de página Figura 42: Estructura de la Interfaz de Usuario La cabecera mostrará el nombre y logo de la empresa y el nombre de la aplicación. Si un usuario está conectado la cabecera también contendrá una sección donde se indica el nombre de usuario y un enlace o botón para poder cerrar o terminar la sesión. El menú solo se mostrará al usuario cuando éste inicie una sesión en el sistema. Aunque en función del perfil o de los permisos de usuario las opciones del menú pueden ser diferentes, la estructura y el estilo ha de ser el mismo del comportamiento de la Interfaz Menú Para facilitar la navegación por la aplicación y que el usuario sepa en qué sección está en todo momento, el menú señalará el enlace actual destacándolo frente al resto. Dado que la aplicación tiene agrupadas las funcionalidades en módulos, el menú únicamente mostrará las opciones para las que el usuario tenga permisos. Validación de Formularios Cuando un usuario esté rellenando un formulario e introduzca un dato inválido o deje en blanco algún campo requerido, al pulsar el botón o enlace de enviar se marcarán los campos con datos erróneos o se mostrará un mensaje de error al usuario. 98 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

99 5 ANÁLISIS 5.5 Análisis De Interfaces De Usuario Mensajes de Información La aplicación mostrará mensajes, informando a los usuarios, acerca de las operaciones que se realicen y el resultado de estas. Por ejemplo, si un usuario crea un proyecto con éxito, el sistema le mostrará un mensaje informando de que el proyecto se ha creado correctamente Diagrama de Navegabilidad A continuación veremos las transiciones entre pantallas que se producirán en la aplicación. Para representarlo mejor se dividirá la interfaz en varias secciones y diagramas. Diagrama de Navegación General En la siguiente figura se muestra un diagrama de navegabilidad a grandes rasgos a través de la aplicación. Como se puede observar, hay una página de inicio en la cual solo se podrá hacer dos operaciones: iniciar sesión o recuperar la contraseña. Serán las dos las únicas páginas públicas del sistema. Una vez que un usuario ha iniciado una sesión en el sistema se podrá navegar a través del menú al resto de secciones o módulos que contiene la aplicación. Figura 43: Diagrama de Navegación Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 99

100 5.5 Análisis De Interfaces De Usuario 5 ANÁLISIS Sección de Usuario Figura 44: Diagrama de Navegación de Usuarios Sección de Grupos de Usuario Figura 45: Diagrama de Navegación de Grupos de Usuario Sección de Clientes Figura 46: Diagrama de Navegación de Clientes 100 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

101 5 ANÁLISIS 5.5 Análisis De Interfaces De Usuario Sección de Proyectos Figura 47: Diagrama de Navegación de Proyectos Sección de Incidencias Figura 48: Diagrama de Navegación de Incidencias Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 101

102 5.5 Análisis De Interfaces De Usuario 5 ANÁLISIS Sección de Presupuestos Figura 49: Diagrama de Navegación de Presupuestos Sección de Tiempo Dedicado Figura 50: Diagrama de Navegación de Tiempo Dedicado 102 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

103 5 ANÁLISIS 5.5 Análisis De Interfaces De Usuario Sección de Partes de Trabajo Figura 51: Diagrama de Navegación de Partes de Trabajo Sección de Servicios Figura 52: Diagrama de Navegación de Servicios Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 103

104 5.5 Análisis De Interfaces De Usuario 5 ANÁLISIS Sección de Materiales Figura 53: Diagrama de Navegación de Materiales Figura 54: Diagrama de Navegación Categorias Figura 55: Diagrama de Navegación Tipos de Material Figura 56: Diagrama de Navegación de Fabricantes 104 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

105 5 ANÁLISIS 5.6 Especificación Del Plan De Pruebas Figura 57: Diagrama de Navegación de Proveedores 5.6. Especificación Del Plan De Pruebas En esta sección diseñaremos el plan de pruebas que nos permitirá detectar problemas en la aplicación y corregirlos posteriormente. Se realizarán en la fase de implementación del sistema. Se contemplarán distintos tipos de pruebas: Pruebas unitarias: Estas pruebas consisten en probar el correcto funcionamiento de cada uno de los módulos en que se divide la aplicación individualmente (en este caso serían las clases). Dado que las clases del modelo de negocio son POJOs o clases simples no será crítico realizar un test por cada una. Pruebas de integración: En estas pruebas se comprueba la integración entre distintos componentes, verificando que funcionan correctamente una vez que se han ensamblado juntos. Pruebas de sistema: Estas pruebas analizan el correcto funcionamiento de todo el sistema. Pruebas de Usabilidad y Accesibilidad: Estas pruebas están destinadas a conocer el grado de Para diseñar el plan de pruebas partiremos de los casos de uso y escenarios descritos en la sección en la página Crear Usuario Caso de uso: Crear usuario Entrada Crear un usuario que no existe Crear un usuario existente Cancelar la operación Resultado Esperado El sistema posee un usuario más El sistema avisa al usuario de que no se puede crear el usuario El sistema permanece sin cambios Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, grupos de usuarios, proyectos, clientes, servicios etc Eliminar Usuario Caso de uso: Eliminar usuario Entrada Eliminar usuario existente Eliminar usuario sin seleccionar ninguno Resultado Esperado El sistema contiene un usuario menos El sistema permanece sin cambios y muestra un mensaje con un error Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, grupos de usuarios, proyectos, clientes, servicios etc... Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 105

106 5.6 Especificación Del Plan De Pruebas 5 ANÁLISIS Modificar Usuario Caso de uso: Modificar usuario Entrada Modificar usuario existente Modificar usuario sin seleccionar ninguno Cancelar la operación Resultado Esperado El sistema modifica las propiedades de un usuario El sistema permanece sin cambios y muestra un mensaje con un error El sistema permanece sin cambios Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, grupos de usuarios, proyectos, clientes, servicios etc Ver Usuario Caso de uso: Ver usuario Entrada Resultado Esperado Ver usuario sin seleccionar ninguno El sistema permanece sin cambios y muestra un mensaje de error Ver usuario seleccionado El sistema muestra las propiedades del usuario seleccionado Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, grupos de usuarios, proyectos, clientes, servicios etc Recordar Contraseña Caso de uso: Recordar contraseña Entrada Resultado Esperado Usuario introduce un login válido y El sistema envía un correo con la contraseña marca Recuperar contraseña al correo del usuario Usuario introduce un login incorrecto y marca Recuperar contraseña de El sistema únicamente muestra un mensaje error Iniciar Sesión Caso de uso: Iniciar sesión Entrada Introducir login y password correctos Introducir login o password incorrecto Resultado Esperado El usuario inicia una sesión en el sistema y va a la página de inicio El sistema permanece en la página de login y muestra un mensaje de error Terminar Sesión Caso de uso: Terminar sesión Entrada Usuario logueado pulsa el botón de terminar sesión Usuario en sesión inactiva durante más de 30 min Resultado Esperado El sistema termina la sesión del usuario y muestra la página de iniciar sesión El sistema termina la sesión del usuario y no responde a las peticiones del mismo. Si se refresca el navegador llevará a la página de iniciar sesión 106 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

107 5 ANÁLISIS 5.6 Especificación Del Plan De Pruebas Crear Proyecto Caso de uso: Crear proyecto Entrada Crear un proyecto con fechas correctas Crear un proyecto con fechas incorrectas Cancelar la operación Resultado Esperado El sistema posee un proyecto más El sistema avisa al usuario de que no se puede crear el proyecto hasta que no modifique las fechas de inicio y fin. El sistema permanece sin cambios El sistema permanece sin cambios En todas las pruebas que se realicen tanto en la creación de entidades como la modificación y se esté utilizando campos o atributos con fechas, se comprobará que funciona correctamente la verificación o chequeo de fechas para saber si son correctas, como por ejemplo en la creación y edición de proyectos (la fecha de fin no puede ser anterior a la de inicio), creación y edición de presupuestos (la fecha debe estar contenida entre la fecha de inicio y fin del proyecto), creación y edición de partes (la fecha debe estar contenida entre la fecha de alta de la incidencia y la fecha de fin del proyecto) y en la edición y creación de incidencias (la fecha de alta debe estar entre la de inicio del presupuesto y la fecha de fin del proyecto) Eliminar Proyecto Caso de uso: Eliminar proyecto Entrada Proyecto seleccionado No hay proyecto seleccionado Resultado Esperado El sistema elimina el proyecto seleccionado y todo lo que esté relacionado con él: participantes, materiales utilizados, partes de trabajo, incidencias y servicios empleados El sistema muestra un mensaje de error Agregar Participante Caso de uso: Agregar participante Entrada Resultado Esperado Usuario seleccionado de la lista de El sistema agrega el nuevo participante seleccionado al proyecto y vuelve a la página del no participantes proyecto Todos los usuarios participan en el proyecto Se cancela la acción El sistema muestra una lista vacía para poder agregar participantes por lo que el sistema permanece sin cambios El sistema permanece sin cambios y vuelve a la página del proyecto Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, agregar usuarios a un grupo, agregar materiales o servicios a un presupuesto etc... Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 107

108 5.6 Especificación Del Plan De Pruebas 5 ANÁLISIS Eliminar Participante Entrada Participante seleccionado Participante seleccionado y asociado a incidencia No existe participante seleccionado Resultado Esperado El sistema elimina del proyecto al participante seleccionado y actualiza la lista de participantes del proyecto El sistema muestra un mensaje de error indicando que no se puede eliminar al participante ya que está asociado a una incidencia o a un parte de trabajo El sistema muestra un mensaje de error Estas pruebas se realizarán a todas las entidades que tienen un caso de uso análogo, como por ejemplo, agregar usuarios a un grupo, agregar materiales o servicios a un presupuesto etc Listar Proyectos de un Cliente Caso de uso: Listar proyectos de un cliente Entrada Resultado Esperado Un cliente seleccionado con proyectos cliente y una lista con los proyectos en los El sistema muestra las propiedades de un que participa Un cliente seleccionado sin proyectos El sistema muestra las propiedades del cliente e indica mediante un mensaje que el cliente no tiene proyectos Descargar Documentación Caso de uso: Descargar documentación Entrada Resultado Esperado Pulsar el botón de descarga de un El sistema recopila toda la información proyecto posible sobre un proyecto (materiales, presupuestos, servicios, partes de trabajo etc...) y genera un archivo PDF. A continuación se muestra un diálogo para descargar el informe a través del cual el usuario indica dónde desea guardar el fichero Cancelar la operación El usuario cancela la operación de descarga en el diálogo de descarga por lo que el sistema no enviará ningún fichero al usuario Ver Presupuestos Aceptados Caso de uso: Ver presupuestos aceptados Entrada Resultado Esperado Proyecto seleccionado con presupuestos El sistema muestra las propiedades de un proyecto y una lista con los presupuestos donde se puede elegir el órden mediante el estado Proyecto seleccionado sin presupuestos El sistema muestra las propiedades de un proyecto pero donde deberían de aparecer los presupuestos aparece un mensaje indicando que el proyecto no tiene presupuestos 108 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

109 5 ANÁLISIS 5.6 Especificación Del Plan De Pruebas Eliminar Cliente Entrada Cliente seleccionado No hay cliente seleccionado Resultado Esperado El sistema elimina al cliente y los proyectos que le pertenezcan (esto incluye una eliminación total del proyecto como se muestra en el caso de uso Eliminar proyecto ) El sistema muestra un mensaje de error Añadir Servicio Caso de uso: Añadir servicio Entrada Servicio seleccionado sin caducar Servicio seleccionado caducado Resultado Esperado El sistema añade un servicio proporcionado al presupuesto y muestra un mensaje de éxito. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo servicio agregado Cuando se selecciona el servicio caducado el sistema muestra un mensaje de advertencia. Si el usuario finalmente agrega el servicio se vuelve a mostrar el mensaje de advertencia y otro de que el servicio se ha agregado al presupuesto. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo servicio agregado Tanto para añadir materiales en el presupuesto como en un parte de trabajo se realizarán las mismas pruebas que para añadir un servicio servicio Eliminar Servicio Caso de uso: Eliminar servicio Entrada Servicio seleccionado Entrada Servicio sin seleccionar Resultado Esperado El sistema elimina del presupuesto el servicio que se ha seleccionado. El servicio eliminado se vuelve a agregar a la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se muestra un mensaje de que se ha eliminado el servicio del presupuesto y se elimina del coste total del proyecto el servicio eliminado Resultado Esperado El sistema muestra un mensaje de error Tanto para eliminar materiales de un presupuesto como en un parte de trabajo se realizarán las mismas pruebas que para eliminar un servicio servicio. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 109

110 5.6 Especificación Del Plan De Pruebas 5 ANÁLISIS Crear Gasto Caso de uso: Crear gasto Entrada Datos de un nuevo gasto Cancelar operación Eliminar Gasto Caso de uso: Eliminar gasto Entrada Seleccionar gasto y pulsar el botón de eliminar No se selecciona un gasto y se pulsa el botón de eliminar Resultado Esperado El sistema agrega a un proyecto el nuevo gasto y muestra las propiedades del proyecto donde se podrá ver una lista con los gastos y un coste total del proyecto en el cual se ha incrementado la cantidad del nuevo gasto El sistema permanece sin cambios y muestra las propiedades del proyecto en que estaba Resultado Esperado El sistema elimina el gasto del proyecto, se muestra un mensaje al usuario y se descuenta del coste total del proyecto el coste del gasto El sistema permanece sin cambios y muestra un mensaje de error al usuario Eliminar Presupuesto Caso de uso: Eliminar presupuesto Entrada Resultado Esperado Presupuesto seleccionado y pulsar el El sistema elimina el presupuesto seleccionado, actualiza la lista de presupuestos del botón de eliminar proyecto, muestra un mensaje al usuario y descuenta del coste total el coste del presupuesto eliminado Se pulsa el botón de eliminar sin selección de presupuesto Imprimir Parte de Trabajo El sistema muestra un mensaje de error al usuario Caso de uso: Imprimir parte de trabajo Entrada Resultado Esperado Pulsar el botón de imprimir El sistema recopila la información del parte de trabajo para generar un informe, muestra al usuario un diálogo para guardar el informe y una vez aceptado se envía el documento Cancelación de la operación El sistema no envía el documento al usuario Buscar Cliente Caso de uso: Buscar cliente Entrada Introducir en el campo de búsqueda datos de un cliente existente Introducir en el campo de búsqueda datos de un cliente inexistente Resultado Esperado El sistema busca a través de una característica concreta a un usuario que existe en el sistema y muestra sus datos El sistema muestra un mensaje indicando que el cliente no existe 110 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

111 6 DISEÑO DEL SISTEMA 6. Diseño Del Sistema 6.1. Arquitectura Del Sistema Diagramas De Paquetes La aplicación está dividida básicamente en tres paquetes principales: Paquete controladores: Este paquete recoge todos los subpaquetes y clases que realizan la función de controladores de la vista. Se puede comunicar con las entidades del modelo de negocio que está dentro del paquete entidades (modelo de negocio). Paquete ejbs: Este paquete, como su nombre indica, contiene todas las fachadas o interfaces de los EJBs y sus implementaciones. En esta aplicación, el contenido de este paquete es usado por los controladores de la vista, y los EJBs pueden usar a su vez el contenido del paquete entidades (modelo de negocio). Paquete entidades: Este paquete contiene todas las entidades que representan al modelo de negocio de la aplicación. En la figura 58 se muestra el diagrama de paquetes y una breve descripción de cada uno: Figura 58: Diagrama de Paquetes Paquete Controladores Este paquete contiene a todos los controladores de la vista que hay en la aplicación. Dentro existen otros subpaquetes en función del tipo de controladores. A continuación se describe cada uno: clientes: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los clientes. grupos: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los grupos de usuario. roles: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los roles de usuario. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 111

112 6.1 Arquitectura Del Sistema 6 DISEÑO DEL SISTEMA materiales: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los materiales, fabricantes, proveedores, categorías y tipos de material perfiles: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los perfiles de un usuario. usuarios: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los usuarios. servicios: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los servicios y tarifas. cargador: este paquete contiene los controladores de todo lo relacionado el reseteo y carga de datos de iniciales de la aplicación. proyectos: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los proyectos, gastos, presupuestos y participantes. Contiene a su vez un subpaquete de presupuestos. presupuestos: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los presupuestos, servicios, materiales empleados e incidencias. Contiene a su vez un subpaquete de incidencias. incidencias: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de las incidencias, tiempos dedicados y partes de trabajo. Contiene a su vez un subpaquete de partes de trabajo. partes: este paquete contiene los controladores de todo lo relacionado con las funcionalidades de los partes de trabajo y los materiales empleados en él. Paquete EJB Este paquete contiene las interfaces y sus implementaciones de todos los EJB que existen en la aplicación. Hay un EJB por cada entidad del modelo de negocio de la aplicación. Los EJB están en medio de los controladores de la vista y la parte de persistencia de la aplicación, es decir, cuando un controlador necesita realizar alguna operación que implique persistencia deberá hacerlo a través del EJB correspondiente. Dentro de los EJB están declaradas todas las funcionalidades que debe poder realizar la aplicación en lo que respecta a la persistencia y lógica de negocio. Paquete Helper Este paquete contiene las clases que implementan métodos de ayuda para otras clases o métodos. Por ejemplo, existe una clase que es la encargada de enviar correos electrónicos y otra para generar informes en formato PDF. Paquete entidades Este paquete contiene todas las entidades del modelo de negocio. Está dividido a su vez en varios subpaquetes para agrupar las clases por funcionalidad. A continuación se describe cada subpaquete: usuarios: este paquete contiene las clases que modelan a los usuarios en el sistema. perfiles: este paquete contiene las clases que modelan los perfiles de usuario. grupos: este paquete contiene las clases que modelan a los grupos de usuarios. 112 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

113 6 DISEÑO DEL SISTEMA 6.1 Arquitectura Del Sistema clientes: este paquete contiene las clases que modelan a los clientes de un proyecto. proyectos: este paquete contiene las clases que modelan a un proyecto, gastos, roles y participantes. materiales: este paquete contiene las clases que modelan a los materiales, fabricantes, proveedores, categorías y tipos de material. presupuestos: este paquete contiene las clases que modelan a los presupuestos y materiales empleados. servicios: este paquete contiene las clases que modelan a los servicios, tipos de servicios y tarifas. incidencias: este paquete contiene las clases que modelan a las incidencias y tiempos dedicados en cada una. partes: este paquete contiene las clases que modelan a los partes de trabajo y los materiales empleados en el mismo Diagrama de Componentes La aplicación se puede dividir en varios componentes: entidad: representa a una entidad del modelo de negocio. vista: representa a un componente que forma la vista de la aplicación. controlador: gestiona todo lo relacionado con la vista (eventos, actualizaciones etc...) y realiza peticiones a los ejb correspondientes. Utiliza también entidades del modelo de negocio. ejb: los ejbs contiene los servicios que la aplicación puede ofrecer. Utiliza las entidades del modelo de negocio y se comunica con el sistema de persistencia. BBDD: se encarga de guardar la información de la aplicación. Forma parte del sistema de persistencia. La figura 59 muestra un ejemplo de esta división en componentes para la entidad Usuario : Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 113

114 6.1 Arquitectura Del Sistema 6 DISEÑO DEL SISTEMA Figura 59: Diagrama de Componentes Diagrama de Despliegue La figura 60 muestra los diferentes elementos que intervienen en el despliegue del sistema: Figura 60: Diagrama de Despliegue Navegador Web: Este elemento es un programa que utilizará el cliente para poder comunicarse con la aplicación web desarrollada. Aplicación web: Este elemento representa el conjunto de la aplicación web desarrollada y que será alojada en un servidor. Este elemento contiene todos los componentes vistos en el apartado anterior excepto la base de datos. Base de datos: Este elemento representa a la base de datos donde se alojarán los datos que utilizará la aplicación web. 114 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

115 6 DISEÑO DEL SISTEMA 6.2 Diseño De Clases 6.2. Diseño De Clases Diagrama De clases A continuación vamos a ver el diagrama de clases. Es similar al diagrama del análisis (pág. 71), pero con algunos cambios y ampliaciones para satisfacer mejor las necesidades del proyecto. Todas las clases de los diagramas de clases del diseño tienen métodos getter y setter de los atributos pero en algunos diagramas se han omitido para reducir el tamaño de los mismos. Diagrama de Clases del Modelo de Negocio Este diagrama muestra las clases que pertenecen al modelo de negocio de la aplicación. Está dentro del paquete entidades. A su vez, está dividido en varios subpaquetes: Usuarios Clientes gruposdeusuario perfiles permisos modulos servicios proyectos incidencias presupuestos partesdetrabajo materiales Diagrama de Clases de EJBs Este diagrama contiene las clases que representan a los EJBs. Cada entidad del modelo de negocio tiene un EJB a través del cual se puede acceder a los métodos de persistencia y la lógica de negocio de la aplicación. Como se puede ver en el diagrama, existe una clase abstracta llamada AbstractFacade de la cual heredan el resto de implementaciones de cada EJB [13]. Esta clase abstracta contiene los métodos comunes de operaciones CRUD 2 [10] en el sistema de persistencia. Aparte, también gestiona el control de concurrencia, transacciones, seguridad etc... Cada EJB, además de heredar de AbstractFacade debe implementar a su vez una interfaz que será la cual exponga los métodos y servicios que puede ejecutar el resto de la aplicación, es decir, esa interfaz será la fachada de los servicios que se pueden utilizar para una entidad y EJB concreto. Si se desea añadir un nuevo método o funcionalidad a un EJB se deberá implementar tanto en la interfaz de la fachada como en la propia implementación del EJB. En esta aplicación, de momento, solo existen fachadas locales, es decir, métodos o servicios para aquellos clientes (controladores de la vista) que corren en la misma máquina virtual que el contenedor EJB. 2 create, read, update y delete Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 115

116 6.2 Diseño De Clases 6 DISEÑO DEL SISTEMA Diagrama de Clases de los Controladores de la Vista La vista está diseñada utilizando los frameworks JSF [13][7] y PrimeFaces [5]. Cada página web (.xhtml) tendrá uno o varios controladores que podrá usar tanto para cargar datos como para controlar y gestionar los componentes y eventos en las mismas. Dado que existen numerosas clases se ha dividido el diagrama en otros dos diagramas: uno contiene el paquete proyectos y otro el resto de paquetes: materiales sesiones perfiles servicios grupos usuarios clientes proyectos presupuestos incidencias partes Diagrama de Clases de los Conversores Este diagrama recoge las clases que implementan a los conversores [13] de cada entidad para ser utilizados en la interfaz gráfica de la aplicación. Todos los conversores deben implementar el interfaz Converter. Mediante los métodos getasstring() y getasobject() se puede pasar de un objeto a un String y viceversa. Los conversores son utilizados por ejemplo para pasar un objeto a través de la request o usarlos en diferentes componentes de la vista. Diagrama de Clases de Utilidades Este paquete contiene dos clases de utilidades: MailHelper: Esta clase permite enviar un correo electrónico a una dirección concreta a través del método enviarcorreo. Esta clase contiene también la configuración de la cuenta de correo que se utilizará para el envío de correos. PDFHelper: Esta clase permite imprimir a PDF partes de trabajo e información de proyectos completos. En ambos casos, devuelve un array de bytes para que no sea necesario generar un fichero en disco si no es necesario. 116 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

117 6 DISEÑO DEL SISTEMA 6.2 Diseño De Clases Figura 61: Diagrama de Clases del Modelo de Negocio Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 117

118 6.2 Diseño De Clases 6 DISEÑO DEL SISTEMA Figura 62: Diagrama de Clases de los EJBs 118 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

119 6 DISEÑO DEL SISTEMA 6.2 Diseño De Clases Figura 63: Diagrama de Clases de Controladores I Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 119

120 6.2 Diseño De Clases 6 DISEÑO DEL SISTEMA Figura 64: Diagrama de Clases de Controladores II 120 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

121 6 DISEÑO DEL SISTEMA 6.2 Diseño De Clases Figura 65: Diagrama de Clases de Conversores Figura 66: Diagrama de Clases de Ayuda Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 121

122 6.3 Diagramas De Interacción y Estados 6 DISEÑO DEL SISTEMA 6.3. Diagramas De Interacción y Estados A continuación se muestran los diagramas de secuencia correspondientes a varios casos de uso. No se han puesto todos los diagramas ya que muchos de ellos son casi idénticos pero cambiando las entidades que participan en la secuencia. Figura 67: Diagrama de Interacción: Entrar en Sesión Figura 68: Diagrama de Interacción: Salir de Sesión 122 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

123 6 DISEÑO DEL SISTEMA 6.3 Diagramas De Interacción y Estados Figura 69: Diagrama de Interacción: Crear Usuario Figura 70: Diagrama de Interacción: Editar Usuario Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 123

124 6.3 Diagramas De Interacción y Estados 6 DISEÑO DEL SISTEMA Figura 71: Diagrama de Interacción: Eliminar Usuario Figura 72: Diagrama de Interacción: Ver Usuario Figura 73: Diagrama de Interacción: Crear Proyecto 124 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

125 6 DISEÑO DEL SISTEMA 6.3 Diagramas De Interacción y Estados Figura 74: Diagrama de Interacción: Editar Proyecto Figura 75: Diagrama de Interacción: Eliminar Proyecto Figura 76: Diagrama de Interacción: Ver Proyecto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 125

126 6.3 Diagramas De Interacción y Estados 6 DISEÑO DEL SISTEMA Figura 77: Diagrama de Interacción: Agregar Participante Figura 78: Diagrama de Interacción: Eliminar Participante Figura 79: Diagrama de Interacción: Descargar Proyecto 126 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

127 6 DISEÑO DEL SISTEMA 6.3 Diagramas De Interacción y Estados Figura 80: Diagrama de Interacción: Agregar Material a Presupuesto Figura 81: Diagrama de Interacción: Eliminar Material a Presupuesto Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 127

128 6.3 Diagramas De Interacción y Estados 6 DISEÑO DEL SISTEMA Figura 82: Diagrama de Interacción: Crear Categoria de Material Figura 83: Diagrama de Interacción: Crear Subcategoría de Material 128 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

129 6 DISEÑO DEL SISTEMA 6.3 Diagramas De Interacción y Estados Figura 84: Diagrama de Interacción: Editar Servicio Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 129

130 6.4 Diseño de la Base de Datos 6 DISEÑO DEL SISTEMA Figura 85: Diagrama de Interacción: Imprimir Parte de Trabajo 6.4. Diseño de la Base de Datos del SGBD Usado Durante el desarrollo de la aplicación se ha utilizado la base de datos que viene integrada con el IDE NetBeans [2]. El nombre de esta base de datos es en realidad Apache Derby y la versión utilizada la Apache Derby [10] es un sistema gestor de base de datos relacional escrito en Java que puede ser embebido en aplicaciones Java y utilizado para procesos de transacciones online. Tiene un tamaño de 2 MB de espacio en disco. Apache Derby es un proyecto open source licenciado bajo la Apache 2.0 License. Algunas características son las siguientes: APIs para JDBC y SQL. Soporta todas las características de SQL92 y la mayoría de SQL99. La sintaxis SQL usada proviene de IBM DB2. Su código pesa alrededor de 2000KB comprimido. Soporta cifrado completo, roles y permisos. Además posee SQL SCHEMAS para separar la información en un única base de datos y control completo de usuarios. Soporta internamente procedures, cifrado y compresión. Trae soporte multilenguaje y localizaciones específicas. Transacciones y recuperación ante errores ACID 3 [10] Integración del SGDB en Nuestro Sistema La aplicación se integra con la base de datos a través de la especificación de JPA 2.0. En el entorno de desarrollo se utiliza la implementación de EclipseLink. La versión 2.0 de JPA está bastante madura y se compone de las siguientes partes, de las cuales solamente las dos primeras son relativas a la persistencia: 3 Acrónimo de Atomicity, Consistency, Isolation and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad 130 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

131 6 DISEÑO DEL SISTEMA 6.4 Diseño de la Base de Datos ORM: una serie de elementos que nos permite describir las asociaciones nuestras clases y la base de datos. Gestor de entidades (entity manager): es el corazón de JPA, el elemento que genera y ejecuta las operaciones CRUD sobre entidades de forma transparente. JPQL: Java Persistence Query Language, un lenguaje similar a LINQ de.net y con la misma utilidad: escribir consultas sobre entidades de negocio. Mecanismos de transacción y bloqueos Callbacks y listeners Otra buena característica de utilizar JPA es que con solo cambiar el controlador de persistencia podemos usar diferentes tipos de bases de datos, como por ejemplo, SQL Express, PostGreSql, Oracle etc. La configuración de la conexión a la base de datos se encuentra en el fichero persistence.xml dentro del proyecto Diagrama de la Base de Datos A continuación se muestra un diagrama de la base de datos del sistema donde se puede observar todas las tablas y las relaciones entre ellas. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 131

132 6.4 Diseño de la Base de Datos 6 DISEÑO DEL SISTEMA 132 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

133 6 DISEÑO DEL SISTEMA 6.4 Diseño de la Base de Datos Figura 86: Diagrama de la Base de Datos Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 133

134 6.4 Diseño de la Base de Datos 6 DISEÑO DEL SISTEMA 134 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

135 6 DISEÑO DEL SISTEMA 6.5 Diseño De La Interfaz 6.5. Diseño De La Interfaz Como ya se describió en el análisis, la interfaz de la aplicación estará dividida en cuatro partes: Cabecera Menú Contenido de la web Pie de página La cabecera y pie de página muestran siempre el mismo contenido, mientras que el menú y el contenido de la web pueden variar en función de la sección en donde se encuentre el usuario y de las acciones que esté realizando. Dentro del contenido de una web, si existe una clara diferenciación entre varias partes o secciones se dividirá en paneles indicando el nombre de la sección. El menú contendrá las siguientes secciones: Home: esta sección muestra la pantalla de inicio tras entrar en sesión un usuario. Muestra las incidencias asignadas a un usuario. Usuarios: esta sección permite gestionar los usuarios que existen en el sistema o crear nuevos. Grupos: esta sección permite gestionar los grupos de usuarios del sistema. Proyectos: esta sección muestra todos los proyectos registrados en el sistema. Permite acceder a la información de cada uno y la gestión de presupuestos, incidencias, partes de trabajo etc. Servicios: esta sección permite la gestión de los servicios y tarifas del sistema. Materiales: esta sección muestra los materiales que hay en el sistema y permite la gestión de materiales, fabricantes, proveedores, categorías y tipos de materiales. Clientes: esta sección permite gestionar los clientes registrados en el sistema. Aparte de las pantallas de cada sección también hay una pantalla inicial donde hay que introducir el nombre de usuario y la contraseña para acceder a la aplicación. A continuación se muestran varias imágenes representativas de como será la interfaz gráfica de la aplicación. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 135

136 6.5 Diseño De La Interfaz 6 DISEÑO DEL SISTEMA Figura 87: Pantalla de Login de la Aplicación Como se puede ver, la pantalla de login es muy simple ya que únicamente está compuesta por el logo de la aplicación y un sencillo panel con un formulario donde se puede introducir el usuario y la contraseña o marcar la opción de recuperar la contraseña. Figura 88: Pantalla de Home de un Usuario La figura número 88 hace referencia a la pantalla que vería un usuario tras iniciar una sesión en la aplicación. Se puede distinguir la división mencionada anteriormente: Cabecera: está compuesta por tres elementos: un logo de la empresa a la izquierda, el nombre de quién ha iniciado la sesión y un botón para terminar la sesión e ir a la página de login. Menú: El menú contiene todas las secciones a las que puede acceder un usuario. Bajo él, están las migas de pan, que consisten en poner en todas las pantallas, y uno tras otro los títulos de menú, marcando la ruta desde la pantalla inicial de la página web hasta llegar a la que se está viendo, incluyendo el enlace hacia todas aquellas pantallas. Contenido: Esta sección varía en función de la sección en la que se encuentre el usuario. En la página de Home contiene todas las incidencias en las que participa el usuario. Pie de página: El pié de página contiene una referencia hacia la empresa únicamente. 136 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

137 6 DISEÑO DEL SISTEMA 6.5 Diseño De La Interfaz Figura 89: Pantalla de Usuarios La figura 89 muestra la pantalla de la sección de usuarios. En ella se puede ver una tabla con todos los usuarios registrados en el sistema. Se podrá ordenar o filtrar los datos en función de alguna cabecera. En el pie de la tabla existen 4 botones para poder realizar acciones como: crear, eliminar, editar o ver. Figura 90: Pantalla de Edición de Usuario La figura 90 muestra un ejemplo de como serán normalmente los formularios de la aplicación, como por ejemplo para la creación de usuarios, proyectos, incidencias etc. o la edición de las mismas. La figura 91 muestra un formulario para poder editar las propiedades de un grupo de usuarios. Está compuesto por un campo donde introducir el nombre del grupo y un componente para poder agregar o eliminar usuarios. La lista de la izquierda muestra a todos los usuarios que no pertenecen al grupo y la de la derecha muestra a los usuarios que sí pertenecen al grupo. Para pasar usuarios de un grupo a otro se realiza mediante los botones que hay en el centro o arrastrando y soltando con el ratón. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 137

138 6.5 Diseño De La Interfaz 6 DISEÑO DEL SISTEMA Figura 91: Pantalla de Edición de Grupo Figura 92: Pantalla de Edición de Usuario con Error 138 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

139 6 DISEÑO DEL SISTEMA 6.6 Especificación Técnica Del Plan De Pruebas La figura 92 muestra un tipo de mensaje que aparece cuando no se cumplen los requisitos en la entrada de algún dato como por ejemplo el número mínimo de caracteres, caracteres inválidos, fechas erróneas etc. En el ejemplo aparecen dos mensajes ya que se comprueba tanto la etiqueta de password como la de repassword. Figura 93: Mensaje de Error Otro tipo de mensaje que puede mostrar la aplicación es el que muestra la figura 93. El mensaje está en la esquina superior derecha y por ejemplo sale cuando no se ha seleccionado un usuario para realizar alguna acción, algún dato es incorrecto o no se ha podido llevar a cabo alguna operación Especificación Técnica Del Plan De Pruebas Pruebas Unitarias Para las pruebas unitarias nos basaremos en el plan de pruebas especificado en el análisis. En concreto, serán las pruebas que afectan a los módulos o clases independientes, como por ejemplo, las operaciones de crear, eliminar, modificar y calcular presupuestos. Las pruebas se realizarán a lo largo del desarrollo del proyecto según se vaya implementando clases o módulos para comprobar su correcto funcionamiento. Para ello, se utilizará entradas de datos correctas como incorrectas para ver como reacciona el sistema ante posibles errores. Las únicas clases que se probarán serán las que afecten al cálculo del coste de un proyecto. Para el test unitario del coste habrá que tener en cuenta los materiales, los servicios y los materiales no facturados de los partes de trabajo Pruebas De Integración y Sistema Al igual que en las pruebas unitarias, nos basaremos en el plan de pruebas especificado en el análisis. Se utilizarán los casos que afecten a varios subsistemas o módulos de la aplicación para comprobar su correcto funcionamiento. Una vez que la aplicación esté terminada, se puede llevar a cabo un test completo de la aplicación, como validación final de todo el sistema Pruebas De Usabilidad y Accesibilidad Estas pruebas están destinadas a determinar el grado de satisfacción del cliente con el resultado final. Para ello, se utilizarán varios formularios que deberán ser rellenados por una o varias personas tras probar la aplicación. Estas pruebas pueden ayudar a mejorar la aplicación de cara a su utilización por parte del usuario final. A continuación se muestran las preguntas del cuestionario diseñado para esta aplicación. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 139

140 6.6 Especificación Técnica Del Plan De Pruebas 6 DISEÑO DEL SISTEMA Preguntas De Carácter General Usa un ordenador frecuentemente? 1. Todos los días 2. Varias veces a la semana 3. Ocasionalmente 4. Nunca o casi nunca Ha usado alguna vez software como el de esta prueba? 1. Sí, he usado software similar 2. No, aunque si empleo otros programas que me ayudan a realizar tareas similares 3. No, nunca Qué busca usted principalmente en un programa? 1. Que sea fácil de usar 2. Que sea intuitivo 3. Que sea rápido 4. Que tenga todas las funciones necesarias Suele usar dispositivos móviles para navegar por la red? 1. No 2. Teléfonos 3. Tabletas 4. Teléfonos y tabletas 140 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

141 6 DISEÑO DEL SISTEMA 6.6 Especificación Técnica Del Plan De Pruebas Preguntas Cortas Sobre La Aplicación y Observaciones Uso y Funcionalidades de la aplicación Web Facilidad de uso Excelente Bueno Regular Malo Qué le parece la organización de la página y sus contenidos? Sabe donde está dentro de la aplicación? Le resulta sencillo el uso de la aplicación? Funcionalidad Excelente Bueno Regular Malo Cómo se comporta la aplicación a la hora de realizar las tareas? El tiempo de respuesta de la aplicación es correcto? Calidad del Interfaz Aspectos Gráficos Excelente Bueno Regular Malo El tipo y tamaño de letra es Los iconos e imágenes usados son Los colores empleados son Diseño de la Interfaz Si No A veces Le resulta fácil de usar? El diseño de las pantallas es claro y atractivo? Cree que el programa está bien estructurado? Observaciones Escriba aquí sus observaciones: Pruebas De Rendimiento Dado el reducido número de personas que pueden utilizar la aplicación, el rendimiento no supondrá un problema siempre que esté todo bien diseñado e implementado. El mayor cuello de botella que puede haber en la aplicación puede ser a la hora de traer mucha información de la base de datos, como por ejemplo listar todos los materiales que hay en el sistema y generar el árbol de categorías y subcategorías de materiales. Para comprobar la correcta implementación de la parte de materiales se medirá el tiempo que tarda en cargar la página web correspondiente. En caso de que los tiempos resulten excesivos habrá que estudiar la forma de reducirlos y hacer el proceso más eficiente. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 141

142 6.6 Especificación Técnica Del Plan De Pruebas 6 DISEÑO DEL SISTEMA 142 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

143 7 IMPLEMENTACIÓN DEL SISTEMA 7. Implementación Del Sistema 7.1. Estándares y Normas Seguidos A continuación veremos una serie de estándares y normas utilizados en el desarrollo de la aplicación: HTML El código HTML utilizado en la aplicación valida según los estándares establecidos por el W3C (World Wide Web Consortium). Se está utilizando el tipo de documento XHTML 1.0 Transitional CSS Las hojas de estilo CSS [6] validan según los estándares establecidos por el W3C. En concreto se está utilizando la versión 2 de CSS Lenguajes de Programación A continuación se muestran los lenguajes de programación utilizados durante el desarrollo de la aplicación Java Java es un lenguaje de programación originalmente desarrollado por James Gosling de Sun Microsystems (la cual fue adquirida por la compañía Oracle) y publicado en el 1995 como un componente fundamental de la plataforma Java de Sun Microsystems[1][10]. Las aplicaciones de Java son generalmente compiladas a bytecode que puede correr en cualquier máquina virtual Java (JVM) sin importar la arquitectura de la computadora. Java es un lenguaje de programación de propósito general, concurrente, basado en clases, y orientado a objetos, que fue diseñado específicamente para tener tan pocas dependencias de implementación como fuera posible [11]. La versión utilizada para el desarrollo de la aplicación ha sido la XHTML XHTML, Siglas del inglés extensible HyperText Markup Language. XHTML es básicamente HTML expresado como XML válido. Es más estricto a nivel técnico, pero esto permite que posteriormente sea más fácil al hacer cambios o buscar errores entre otros [10]. La versión utilizada en la aplicación es la XHTML 1.0 Transitional CSS CSS es el acrónimo de CascadingStyle Sheets (es decir, hojas de estilo en cascada). CSS es un lenguaje de estilo que define la presentación de los documentos HTML. Por ejemplo, CSS abarca cuestiones relativas a fuentes, colores, márgenes, líneas, altura, anchura, imágenes de fondo, posicionamiento avanzado y muchos otros temas. La versión utilizada en la aplicación es la XML XML es un lenguaje de marcas desarrollado por el World Wide Web Consortium (W3C). Deriva del lenguaje SGML y permite definir la gramática de lenguajes específicos (de la misma manera que HTML es a su vez un lenguaje definido por SGML) para estructurar documentos grandes. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 143

144 7.3 Frameworks 7 IMPLEMENTACIÓN DEL SISTEMA Se utiliza en la aplicación para guardar configuraciones como por ejemplo los ficheros web.xml o persistence.xml Frameworks JEE Java Platform, Enterprise Edition o Java EE, es una plataforma de programación para desarrollar y ejecutar software de aplicaciones en el lenguaje de programación Java. Permite utilizar arquitecturas de N capas distribuidas y se apoya ampliamente en componentes de software modulares ejecutándose sobre un servidor de aplicaciones [10] JPA Es un framework del lenguaje de programación Java que maneja datos relacionales en aplicaciones usando la Plataforma Java en sus ediciones Standard (Java SE) y Enterprise (Java EE) [13]. Persistencia en este contexto cubre tres áreas: La API en sí misma, definida en el paquete javax.persistence La Java Persistence Query Language (JPQL) Metadatos objeto/relacional En la aplicación ha sido utilizada la versión EJB Los Enterprise JavaBeans (EJB) son una de las API que forman parte del estándar de construcción de aplicaciones JEE [13]. Su especificación detalla cómo los servidores de aplicaciones proveen objetos desde el lado del servidor, que son, precisamente, los EJB: Comunicación remota utilizando CORBA Transacciones Control de la concurrencia Eventos utilizando JMS (Java messaging service) Servicios de nombres y de directorio Seguridad Ubicación de componentes en un servidor de aplicaciones La versión utilizada en la aplicación es la JSF JavaServer Faces (JSF) es una tecnología y framework para aplicaciones Java basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones Java EE. JSF usa JavaServer Pages (JSP) como la tecnología que permite hacer el despliegue de las páginas. JSP es un acrónimo de Java Server Pages y es una tecnología orientada a crear páginas web con programación en Java. La versión utilizada de JSF en la aplicación es la 2.1 Dentro de JSF podemos encontrar el Modelo-Vista-Controlador [13]: 144 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

145 7 IMPLEMENTACIÓN DEL SISTEMA 7.3 Frameworks Figura 94: MVC en JSF Vista: Conjunto de Facelets o ficheros xhtml. Describen la jerarquía de componentes JSF que conforman cada una de las páginas (pantallas) del interfaz de usuario de la a aplicación. Vinculan los componentes JSF con los Managed Beans (objetos de respaldo) Modelo: Conjunto de Managed Beans (objetos de respaldo gestionados por el framework JSF). Son objetos Java (Java Beans) responsables de la lógica de la aplicación. El modelo está implementado directamente en los propios Managed Beans delegando en componentes de negocio (EJBs, Beans SPRING, Servicios Web, etc...). Los Managed Bean también responden a los eventos generados por los componentes JSF y controlan la navegación entre páginas (métodos de acción) Controlador: Es el Faces Servlet más los métodos de acción de los Managed Beans. Todas las peticiones HTTP del usuario pasan por el Faces Servlet Faces, que examina las peticiones recibidas, actualiza la representación del interfaz del cliente y los datos de los Managed Beans e invoca los manejadores de eventos y las acciones sobre el modelo a través de los métodos de los Managed Beans También se ha utilizado validadores y conversores en JSF: Validadores: Objetos responsables de comprobar (antes de actualizar los atributos de los Managed Beans) que los valores recibidos y almacenados en los componen- tes JSF cumplen las restricciones especificadas. (validaciones del lado del servidor). Cada componente JSF que reciba datos de entrada puede tener asociado uno o más validadores. JSF incluye una serie de validadores estándar: <f:validatelength>, <f:validatedoublerange>, <f:validateregexp>... Conversores: Los conversores al generar la presentación transforman de forma conveniente los valores o de los objetos Java vinculados a los componentes JSF en Strings (texto HTML). También, al recuperar las entradas de usuario transforman los Strings enviados por el cliente (parámetros HTTP) en los objetos Java vinculados a los a componentes JSF según el tipo que corresponda (Integer, Double, Date etc...). JSF incluye conversores para los tipos básicos: Paquete javax.faces.convert mediante etiquetas como: <f:convertdatetime>, <f:convertnumber>... Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 145

146 7.4 Herramientas y Programas Utilizados 7 IMPLEMENTACIÓN DEL SISTEMA PrimeFaces PrimeFaces [5][8] es un componente para JavaServer Faces (JSF) de código abierto que cuenta con un conjunto de componentes ricos que facilitan la creación de las aplicaciones web. Primefaces está bajo la licencia de Apache License V2. Una de las ventajas de utilizar Primefaces, es que permite la integración con otros componentes como por ejemplo RichFaces. Algunas de sus propiedades son: Conjunto de componentes ricos Soporte de ajax con despliegue parcial, lo que permite controlar cuáles componentes de la página actual se actualizarán y cuáles no 25 temas prediseñados Componente para desarrollar aplicaciones web para móviles (Iphone, Palm, Android y Nokia). La versión utilizada en la aplicación es la itext itext es una librería Open Source para crear y manipular archivos PDF, RTF, y HTML en Java. Está distribuida bajo la Affero General Public License [3]. El mismo documento puede ser exportado en múltiples formatos, o múltiples instancias del mismo formato. Los datos pueden ser escritos a un fichero o, por ejemplo, desde un servlet a un navegador web. Más recientemente, ha sido extendida a una biblioteca PDF de propósito general, capaz de rellenar formularios, mover páginas de un PDF a otro, y otras cosas. Estas extensiones son a menudo mutuamente excluyentes. Una clase te permite rellenar en formularios, mientras una clase diferente e incompatible hace posible copiar páginas de un PDF a otro. Esta biblioteca se ha utilizado para exportar la información de los proyectos y los partes de trabajo en formato PDF. La versión usada es la Herramientas y Programas Utilizados GlassFish GlassFish es un servidor de aplicaciones de software libre desarrollado por Sun Microsystems, que implementa las tecnologías definidas en la plataforma Java EE y permite ejecutar aplicaciones que siguen esta especificación. Es gratuito, de código libre y se distribuye bajo un licenciamiento dual a través de la licencia CDDL y la GNU GPL. La versión utilizada en la aplicación es la JavaDB JavaDB (o Apache Derby) es un sistema gestor de base de datos relacional escrito en Java que puede ser empotrado en aplicaciones Java y utilizado para procesos de transacciones online. Tiene un tamaño de 2 MB de espacio en disco Netbeans NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programación Java. Existe además un número importante de módulos para extenderlo. NetBeans es un producto libre y gratuito sin restricciones de uso. La versión utilizada para el desarrollo de la aplicación es la Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

147 7 IMPLEMENTACIÓN DEL SISTEMA 7.4 Herramientas y Programas Utilizados L A TEX L A TEX es un sistema de composición de textos, orientado especialmente a la creación de libros, documentos científicos y técnicos que contengan fórmulas matemáticas Kile kile es un editor de Tex/LaTeX. Funciona conjuntamente con KDE en varios sistemas operativos. Algunas de sus características son: Autocompletado de comandos LaTeX. Coloreado de sintaxis. Kile automáticamente marca los comandos LaTeX y resalta los paréntesis. Puede trabajar con múltiples ficheros simultáneamente. Plantillas y patrones para facilitar la creación de documentos LibreOffice LibreOffice es una suite ofimática libre y gratuita, diseñada para funcionar bajo Microsoft Windows, Mac OS X y sistemas GNU/Linux. Cuenta con un procesador de texto (Writer), un editor de hojas de cálculo (Calc), un gestor de presentaciones (Impress), un gestor de bases de datos (Base), un editor de gráficos vectoriales (Draw), y un editor de fórmulas matemáticas (Math) Dia Dia es una aplicación informática de propósito general para la creación de diagramas, desarrollada como parte del proyecto GNOME. Está concebido de forma modular, con diferentes paquetes de formas para diferentes necesidades. Se puede utilizar para dibujar diferentes tipos de diagramas. Actualmente se incluyen diagramas entidad-relación, diagramas UML, diagramas de flujo, diagramas de redes, diagramas de circuitos eléctricos, etc. Nuevas formas pueden ser fácilmente agregadas, dibujándolas con un subconjunto de SVG e incluyéndolas en un archivo XML. El formato para leer y almacenar gráficos es XML (comprimido con gzip, para ahorrar espacio). Puede producir salida en los formatos EPS, SVG y PNG. También conviene recordar que Dia, gracias al paquete dia2code, puede generar el esqueleto del código a escribir, si utilizáramos con tal fin un UML. La versión utilizada es la Project Management Project Management es una herramienta para planear, programar y seguir proyectos para el escritorio GNOME. Es una aplicación GTK+ escrita en C y licenciada bajo GPL (versión 2 o posterior). Project Management puede almacenar sus datos en ficheros XML o en una base de datos postgresql. Los proyectos pueden ser impresos en PDF o exportados a HTML para una visualización simple desde cualquier navegador web. Se ha utilizado para organizar las tareas de todo el desarrollo del proyecto en su conjunto y contabilizar el tiempo destinado a ellas. La versión utilizada es la Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 147

148 7.4 Herramientas y Programas Utilizados 7 IMPLEMENTACIÓN DEL SISTEMA DBVisualizer Esta aplicación es una herramienta que de manera gráfica e intuitiva ayuda durante todo el proceso de diseño, creación y posterior mantenimiento de bases de datos que estén soportadas por un driver JDBC de Java. Este programa se ha utilizado para exportar el diagrama de la base de datos de forma gráfica en un formato PNG. La versión empleada ha sido la en su versión gratuita RazorSQL Esta aplicación es una herramienta que de manera gráfica e intuitiva ayuda durante todo el proceso de diseño, creación y posterior mantenimiento de bases de datos que estén soportadas por un driver JDBC de Java. Este programa se ha utilizado para generar el script de SQL para generar las tablas de la base de datos e insertar datos de prueba. La versión empleada ha sido la en su versión demo Gimp GIMP (GNU Image Manipulation Program) es un programa de edición de imágenes digitales en forma de mapa de bits, tanto dibujos como fotografías. Es un programa libre y gratuito. Forma parte del proyecto GNU y está disponible bajo la Licencia pública general de GNU. Se ha utilizado para recortar, cambiar resoluciones o tamaños de las fotografías utilizadas en la documentación y la aplicación. Se ha usado la versión Chromium Chromium es un proyecto de navegador web de código abierto, a partir del cual se basa el código fuente de Google Chrome. Ha sido el navegador principal para el desarrollo y se ha utilizado las herramientas de desarrollo web que vienen integradas. Se ha usado la versión Firefox Mozilla Firefox es un navegador web libre y de código abierto desarrollado para Microsoft Windows, Mac OS X y GNU/Linux coordinado por la Corporación Mozilla y la Fundación Mozilla. Usa el motor Gecko para renderizar páginas webs, el cual implementa actuales y futuros estándares web. Se ha utilizado para comprobar el correcto funcionamiento de la aplicación en este navegador Ubuntu Ubuntu es un sistema operativo mantenido por unas reglas y la comunidad informática. Utiliza un núcleo Linux, y su origen está basado en Debian. Ubuntu está orientado al usuario novel y promedio, con un fuerte enfoque en la facilidad de uso y en mejorar la experiencia de usuario. Está compuesto de múltiple software normalmente distribuido bajo una licencia libre o de código abierto. La versión utilizada ha sido la LTS. 148 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

149 7 IMPLEMENTACIÓN DEL SISTEMA 7.5 Creación Del Sistema 7.5. Creación Del Sistema A continuación veremos los aspectos del desarrollo que necesitan una mención especial o una explicación más detallada Base de Datos Durante el desarrollo se ha estado utilizando la base de datos que viene integrada con el entorno de desarrollo Apache Derby. El acceso a la base de datos viene marcada por el fichero de configuración persistence.xml que está en la carpeta de ficheros de configuración del proyecto. Este fichero contiene una unidad de persistencia que es la que usan los EJBs para serializar las entidades. Una vez que la aplicación esté terminada se puede cambiar la configuración de esta unidad de persistencia para usar otra base de datos, cambiar las contraseñas, estrategias etc... En el fichero de configuración también se puede crear más de una unidad de persistencia si se desea. Esto nos permitiría que por ejemplo un EJB utilizara una base de datos diferente al resto Primefaces El framework de Primefaces es muy sencillo de utilizar, ligero y fácil de configurar para integrarlo en la aplicación web. Consiste en un único.jar. Tiene una comunidad bastante activa y se puede utilizar con JSF 2. En cuanto a la experiencia de los usuarios finales los componentes de Primefaces son amigables al usuario además que cuentan con un diseño innovador. Pero en lo que respecta al programador, cada nueva liberación de una nueva versión por parte de los desarrolladores de Primefaces suele tener errores, además, lo mas crítico es que sus desarrolladores no respetan un principio básico del desarrollo de componentes: la compatibilidad hacia atrás, es decir, un componente de una nueva versión de Primefaces por lo general no es compatible al 100 % con una aplicación desarrollada con la versión previa a la misma. Dado que la aplicación es para un entorno cerrado de usuarios, se ha optado por este framework dada la gran cantidad de componentes disponibles y su facilidad de uso, permitiendo a su vez que el desarrollo sea rápido en cuanto al aprendizaje del framework y la implementación interfaz gráfica Filtros La aplicación contiene dos filtros que se ejecutan cuando se intenta subir algún archivo (para el logo de un cliente) y cuando se intenta acceder a algún recurso protegido. La aplicación puede guardar una pequeña imagen como logo de un cliente en la base de datos. Para ello la clase Cliente tiene un atributo que es un array de bytes y está mapeado a la base de datos como LOB. El filtro pose un atributo thresholdsize que indica el tamaño máximo del fichero que se intenta subir (150kB). Por otro lado, existe otro filtro que evita acceder a los usuarios no iniciados en sesión a la carpeta faces. Esta carpeta es la que contiene el sitio web privado. Cuando se intenta acceder a algún recurso el filtro comprueba si el usuario está en sesión o no y en caso de no estarlo te redirige a la pantalla de login. El filtro está implementado en la clase FiltroSeguridad. La autenticación que se está utilizando en la aplicación es la básica Localización de Calendarios Por defecto Primefaces tiene la localización en lengua inglesa, por lo que todos sus componentes por defecto muestran los textos en inglés. Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 149

150 7.5 Creación Del Sistema 7 IMPLEMENTACIÓN DEL SISTEMA Aunque en este proyecto no es necesario localizar la aplicación y que se pueda usar en varios idiomas, no era correcto que los textos de los componentes de los calendarios se mostraran en inglés. Para solucionar la localización en esos componentes únicamente se ha creado un archivo JavaScript que contiene exclusivamente la localización de los textos de los calendarios. Este script será cargado cuando se muestre un calendario se traducirán los textos de los días, meses, horas y minutos al castellano Plantillas Web Una de las características de JSF2 es que se puede crear páginas webs mediante componentes y plantillas. La aplicación desarrollada utiliza estas plantillas para generar todas las páginas webs excepto la inicial de login. La plantilla está dividida en varias partes o secciones que son las mismos en las que está dividida la estructura del sitio web: cabecera, menú, cuerpo y pie de página. En el fichero plantilla.xhtml recoge la descripción de la plantilla e incluye al fichero menu.xhtml que, como se puede deducir, contiene al componente del menú de la aplicación. Tras tener definida la plantilla y cómo se componen las páginas webs, solamente hace falta generar o implementar en cada página web los componentes que se quiere incluir en ella, normalmente el cuerpo de la página web, dejando la cabecera, el menú (excepto las migas de pan) y el pié de página según la plantilla Librerías adicionales Para la utilización de itext y la función de subida de archivos en Primefaces hay que agregar al proyecto unas librerías o clases de utilidad para su funcionamiento. Estas clases son las siguientes: bcp v1.48: utilidades para generar PDF. bcpk v1.48 utilidades para generar PDF. commons-fileupload v1.3: clases de utilidades para subir ficheros utilizadas por Primefaces. commons-io v2.4: clases de utilidades para subir ficheros utilizadas por Primefaces. 150 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

151 8 DESARROLLO DE LAS PRUEBAS 8. Desarrollo De Las Pruebas 8.1. Pruebas Unitarias Las pruebas unitarias deben probar el código de cada clase individualmente para comprobar su correcto funcionamiento. Tal y como se ha explicado en el análisis, solo se realizará un test unitario a la clase Proyecto para comprobar que se realiza correctamente el cálculo del coste de un proyecto. Mediante JUnit se han realizado las siguientes pruebas con resultado satisfactorio en el cálculo del coste total del proyecto: Crear proyecto de coste 0e Agregar un gasto de 10e y ver que se suma al coste final Agregar un presupuesto Agregar un servicio al presupuesto y ver que se suma al coste final Agregar un material al presupuesto y ver que se suma al coste final Agregar una incidencia con un parte de trabajo Agregar al parte de trabajo un material presupuestado y ver que no se suma al coste final Agregar al parte de trabajo un material sin presupuestar y ver que se suma al coste final Eliminar del parte de trabajo un material sin presupuestar y ver que se resta del coste final Eliminar el servicio del presupuesto y ver que se resta del coste final Eliminar el presupuesto del proyecto y ver que se resta del coste final Eliminar el gasto del proyecto y ver que se resta del coste final 8.2. Pruebas De Integración y Del Sistema Tras haber ejecutado las pruebas diseñadas en la fase de análisis (ver sección 5.6) se ha obtenido los siguientes resultados: Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 151

152 8.2 Pruebas De Integración y Del Sistema 8 DESARROLLO DE LAS PRUEBAS Caso de uso: Crear Usuario Caso de uso: Crear usuario Entrada Crear un usuario que no existe en el sistema Entrada Crear un usuario existente Entrada Cancelar la operación Resultado Esperado El sistema posee un usuario más Resultado Obtenido El sistema tiene un usuario más Resultado Esperado El sistema avisa al usuario de que no se puede crear el usuario Resultado Obtenido El sistema muestra un mensaje al usuario indicando que no se puede crear el usuario porque ya existe Resultado Esperado El sistema permanece sin cambios Resultado Obtenido El sistema permanece sin cambios Caso de uso: Eliminar Usuario Caso de uso: Eliminar usuario Entrada Eliminar usuario existente Entrada Eliminar un usuario sin seleccionar ninguno Resultado Esperado El sistema contiene un usuario menos Resultado Obtenido El usuario contiene un usuario menos Resultado Esperado El sistema permanece sin cambios y muestra un mensaje de error Resultado Obtenido El sistema permanece sin cambios y muestra un mensaje de error Caso de uso: Modificar Usuario Caso de uso: Modificar usuario Entrada Modificar usuario existente Entrada Modificar un usuario sin seleccionar ninguno Entrada Cancelar la operación Resultado Esperado El sistema modifica las propiedades de un usuario Resultado Obtenido El sistema modifica las propiedades de un usuario Resultado Esperado El sistema permanece sin cambios y muestra un error Resultado Obtenido El sistema permanece sin cambios y muestra un error Resultado Esperado El sistema permanece sin cambios Resultado Obtenido El sistema permanece sin cambios 152 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

153 8 DESARROLLO DE LAS PRUEBAS 8.2 Pruebas De Integración y Del Sistema Caso de uso: Ver Usuario Caso de uso: Ver usuario Entrada Ver usuario sin seleccionar ninguno Entrada Ver usuario seleccionado Resultado Esperado El sistema permanece sin cambios y muestra un mensaje de error Resultado Obtenido El sistema permanece sin cambios y muestra un mensaje de error Resultado Esperado El sistema muestra las propiedades del usuario seleccionado Resultado Obtenido El sistema muestra las propiedades del usuario seleccionado Caso de uso: Recordar Contraseña Caso de uso: Recordar contraseña Entrada Resultado Esperado Usuario introduce un login válido y marca Recuperar contraseña Entrada Usuario introduce un login incorrecto y marca Recuperar contraseña El sistema envía un correo electrónico al correo del usuario Resultado Obtenido El sistema envía un correo electrónico al correo del usuario Resultado Esperado El sistema únicamente muestra un mensaje de error Resultado Obtenido El sistema únicamente muestra un mensaje de error Caso de uso: Iniciar Sesión Caso de uso: Iniciar sesión Entrada Introducir login y password correctos Entrada Introducir login o password incorrectos Resultado Esperado El usuario inicia un a sesión en el sistema y va a la página de inicio Resultado Obtenido El usuario inicia un a sesión en el sistema y va a la página de inicio Resultado Esperado El sistema permanece en la página de login y muestra un mensaje de error Resultado Obtenido El sistema permanece en la página de login y muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 153

154 8.2 Pruebas De Integración y Del Sistema 8 DESARROLLO DE LAS PRUEBAS Caso de uso: Crear Proyecto Caso de uso: Crear proyecto Entrada Crear un proyecto con fechas correctas Entrada Crear un proyecto con fechas incorrectas Entrada Cancelar la operación Resultado Esperado El sistema posee un proyecto más Resultado Obtenido El sistema posee un proyecto más Resultado Esperado El sistema avisa al usuario de que no se puede crear el proyecto hasta que no se modifique las fechas de inicio y/o fin. El sistema permanece sin cambios Resultado Obtenido El sistema avisa al usuario de que no se puede crear el proyecto hasta que no se modifique las fechas de inicio y/o fin. El sistema permanece sin cambios Resultado Esperado El sistema permanece sin cambios Resultado Obtenido El sistema permanece sin cambios Caso de uso: Eliminar Proyecto Caso de uso: Eliminar proyecto Entrada Proyecto seleccionado Entrada No hay proyecto seleccionado Resultado Esperado El sistema elimina el proyecto seleccionado y todo lo que esté relacionado con él: participantes, materiales utilizados, partes de trabajo, incidencias y servicios empleados Resultado Obtenido El sistema elimina el proyecto seleccionado y todo lo que esté relacionado con él: participantes, materiales utilizados, partes de trabajo, incidencias y servicios empleados Resultado Esperado El sistema muestra un mensaje de error Resultado Obtenido El sistema muestra un mensaje de error 154 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

155 8 DESARROLLO DE LAS PRUEBAS 8.2 Pruebas De Integración y Del Sistema Caso de uso: Agregar Participante Caso de uso: Agregar participante Entrada Resultado Esperado Usuario seleccionado de la lista de no participantes Entrada Todos los usuarios participan en el proyecto Entrada Se cancela la acción El sistema agrega el nuevo participante seleccionado al proyecto y vuelve a la página del proyecto Resultado Obtenido El sistema agrega el nuevo participante seleccionado al proyecto y vuelve a la página del proyecto Resultado Esperado El sistema muestra una lista vacía para poder agregar participantes, por lo que el sistema permanece sin cambios Resultado Obtenido El sistema muestra una lista vacía para poder agregar participantes, por lo que el sistema permanece sin cambios Resultado Esperado El sistema permanece sin cambios y vuelve a la página del proyecto Resultado Obtenido El sistema permanece sin cambios y vuelve a la página del proyecto Caso de uso: Eliminar Participante Caso de uso: Eliminar participante Entrada Resultado Esperado El sistema elimina del proyecto al participante seleccionado y actualiza la lista de par- Participante seleccionado ticipantes del proyecto Resultado Obtenido El sistema elimina del proyecto al participante seleccionado y actualiza la lista de participantes del proyecto Entrada Resultado Esperado El sistema muestra un mensaje de error indicando que no se puede eliminar al partici- Participante seleccionado y asociado a incidencia pante ya que está asociado a una incidencia o a un parte de trabajo Resultado Obtenido El sistema muestra un mensaje de error indicando que no se puede eliminar al participante ya que está asociado a una incidencia o a un parte de trabajo Entrada Resultado Esperado El sistema muestra un mensaje de error No existe participante seleccionado Resultado Obtenido El sistema muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 155

156 8.2 Pruebas De Integración y Del Sistema 8 DESARROLLO DE LAS PRUEBAS Caso de uso: Listar Proyectos de un Cliente Caso de uso: Listar proyectos de un cliente Entrada Resultado Esperado Un cliente seleccionado con proyectos Entrada Un cliente seleccionado sin proyectos Caso de uso: Descargar Documentación El sistema muestra las propiedades de un cliente y una lista con los proyectos en los que participa Resultado Obtenido El sistema muestra las propiedades de un cliente y una lista con los proyectos en los que participa Resultado Esperado El sistema muestra las propiedades del cliente e indica mediante un mensaje que el cliente no tiene proyectos Resultado Obtenido El sistema muestra las propiedades del cliente e indica mediante un mensaje que el cliente no tiene proyectos Caso de uso: Descargar documentación Entrada Resultado Esperado Pulsar el botón de descarga de un proyecto Entrada Cancelar la operación El sistema recopila toda la información posible sobre un proyecto (materiales, presupuestos, servicios etc...) y genera un archivo PDF. A continuación se muestra un diálogo para descargar el informe a través del cual el usuario indica dónde desea guardar el fichero Resultado Obtenido El sistema recopila toda la información posible sobre un proyecto (materiales, presupuestos, servicios etc...) y genera un archivo PDF. A continuación se muestra un diálogo para descargar el informe a través del cual el usuario indica dónde desea guardar el fichero Resultado Esperado El usuario cancela la operación de descarga en el diálogo de descarga por lo que el sistema no enviará ningún fichero al usuario Resultado Obtenido El usuario cancela la operación de descarga en el diálogo de descarga por lo que el sistema no enviará ningún fichero al usuario 156 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

157 8 DESARROLLO DE LAS PRUEBAS 8.2 Pruebas De Integración y Del Sistema Caso de uso: Ver Presupuestos Aceptados Caso de uso: Ver presupuestos aceptados Entrada Resultado Esperado Proyecto seleccionado con presupuestos Entrada Proyecto seleccionado sin presupuesto Caso de uso: Eliminar Cliente Caso de uso: Eliminar cliente Entrada Cliente seleccionado Entrada No hay cliente seleccionado El sistema muestra las propiedades de un proyecto y una lista con los presupuestos donde se puede elegir el órden mediante el estado de los mismos Resultado Obtenido El sistema muestra las propiedades de un proyecto y una lista con los presupuestos donde se puede elegir el órden mediante el estado de los mismos Resultado Esperado El sistema muestra las propiedades de un proyecto pero donde deberían de aparecer los presupuestos aparece un mensaje indicando que el proyecto no tiene presupuestos Resultado Obtenido El sistema muestra las propiedades de un proyecto pero donde deberían de aparecer los presupuestos aparece un mensaje indicando que el proyecto no tiene presupuestos Resultado Esperado El sistema elimina al cliente y los proyectos que le pertenezcan Resultado Obtenido El sistema elimina al cliente y los proyectos que le pertenezcan Resultado Esperado El sistema muestra un mensaje de error Resultado Obtenido El sistema muestra un mensaje de error Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 157

158 8.2 Pruebas De Integración y Del Sistema 8 DESARROLLO DE LAS PRUEBAS Caso de uso: Añadir Servicio Caso de uso: Añadir servicio Entrada Servicio seleccionado sin caducar Entrada Servicio seleccionado caducado Resultado Esperado El sistema añade un servicio proporcionado al presupuesto y muestra un mensaje de éxito. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo servicio agregado Resultado Obtenido El sistema añade un servicio proporcionado al presupuesto y muestra un mensaje de éxito. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo servicio agregado Resultado Esperado Cuando se selecciona el servicio caducado el sistema muestra un mensaje de advertencia. Si el usuario finalmente agrega el servicio se vuelve a mostrar el mensaje de advertencia y otro de que el servicio se ha agregado al presupuesto. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo servicio agregado Resultado Obtenido Cuando se selecciona el servicio caducado el sistema muestra un mensaje de advertencia. Si el usuario finalmente agrega el servicio se vuelve a mostrar el mensaje de advertencia y otro de que el servicio se ha agregado al presupuesto. Se elimina el servicio de la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se suma al coste total el precio del nuevo 158 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

159 8 DESARROLLO DE LAS PRUEBAS 8.2 Pruebas De Integración y Del Sistema Caso de uso: Eliminar Servicio Caso de uso: Eliminar servicio Entrada Servicio seleccionado Entrada Servicio sin seleccionar Resultado Esperado El sistema elimina del presupuesto el servicio que se ha seleccionado. El servicio eliminado se vuelve a agregar a la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se muestra un mensaje de que se ha eliminado el servicio del presupuesto y se elimina del coste total del proyecto el servicio eliminado Resultado Obtenido El sistema elimina del presupuesto el servicio que se ha seleccionado. El servicio eliminado se vuelve a agregar a la lista de servicios disponibles para agregar y se actualiza la lista de servicios proporcionados en el presupuesto. Se muestra un mensaje de que se ha eliminado el servicio del presupuesto y se elimina del coste total del proyecto el servicio eliminado Resultado Esperado El sistema muestra un mensaje de error Resultado Obtenido El sistema muestra un mensaje de error Caso de uso: Crear Gasto Caso de uso: Crear gasto Entrada Datos de un nuevo gasto Entrada Cancelar la operación Resultado Esperado El sistema agrega a un proyecto el nuevo gasto y muestra las propiedades del proyecto donde se podrá ver una lista con los gastos y un coste total del proyecto en el cual se ha incrementado la cantidad del nuevo gasto Resultado Obtenido El sistema agrega a un proyecto el nuevo gasto y muestra las propiedades del proyecto donde se podrá ver una lista con los gastos y un coste total del proyecto en el cual se ha incrementado la cantidad del nuevo gasto Resultado Esperado El sistema permanece sin cambios y muestra las propiedades del proyecto en que estaba Resultado Obtenido El sistema permanece sin cambios y muestra las propiedades del proyecto en que estaba Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 159

160 8.2 Pruebas De Integración y Del Sistema 8 DESARROLLO DE LAS PRUEBAS Caso de uso: Eliminar Gasto Caso de uso: Eliminar gasto Entrada Seleccionar gasto y pulsar botón de eliminar Entrada No se ha seleccionado ningún gasto y se pulsa el botón de eliminar Caso de uso: Eliminar Presupuesto Resultado Esperado El sistema elimina el gasto del proyecto, se muestra un mensaje al usuario y se descuenta del coste total del proyecto el coste del gasto Resultado Obtenido El sistema elimina el gasto del proyecto, se muestra un mensaje al usuario y se descuenta del coste total del proyecto el coste del gasto Resultado Esperado El sistema permanece sin cambios y muestra un mensaje de error Resultado Obtenido El sistema permanece sin cambios y muestra un mensaje de error Caso de uso: Eliminar presupuesto Entrada Resultado Esperado Presupuesto seleccionado y pulsar el botón de eliminar Entrada Se pulsa el botón de eliminar sin selección de presupuesto El sistema elimina el presupuesto seleccionado, actualiza la lista de presupuestos del proyecto, muestra un mensaje al usuario y descuenta del coste total el coste del presupuesto eliminado Resultado Obtenido El sistema elimina el presupuesto seleccionado, actualiza la lista de presupuestos del proyecto, muestra un mensaje al usuario y descuenta del coste total el coste del presupuesto eliminado Resultado Esperado El sistema muestra un mensaje de error al usuario Resultado Obtenido El sistema muestra un mensaje de error al usuario 160 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

161 8 DESARROLLO DE LAS PRUEBAS 8.3 Pruebas De Usabilidad Caso de uso: Imprimir Parte de Trabajo Caso de uso: Imprimir parte de trabajo Entrada Resultado Esperado El sistema recopila información del parte de Pulsar el botón de imprimir trabajo para generar un informe, muestra al usuario un diálogo para guardar el informe y una vez aceptado se envía el documento Resultado Obtenido El sistema recopila información del parte de trabajo para generar un informe, muestra al usuario un diálogo para guardar el informe y una vez aceptado se envía el documento Entrada Resultado Esperado El sistema no envía el documento al usuario Cancelación de la operación Resultado Obtenido El sistema no envía el documento al usuario Caso de uso: Buscar Cliente Caso de uso: Buscar cliente Entrada Introducir en el campo de búsqueda datos de un cliente existente Entrada Introducir en el campo de búsqueda datos de un cliente inexistente 8.3. Pruebas De Usabilidad Resultado Esperado El sistema busca a través de una característica concreta a un usuario que existe en el sistema y muestra sus datos Resultado Obtenido El sistema busca a través de una característica concreta a un usuario que existe en el sistema y muestra sus datos Resultado Esperado El sistema muestra un mensaje de que no existe el cliente Resultado Obtenido El sistema muestra un mensaje de que no existe el cliente A continuación se muestran los cuestionarios que ha rellenado una persona que será un usuario del sistema. Previamente, se le ha indicado brevemente para qué sirve la aplicación y su funcionamiento. Preguntas De Carácter General La respuestas elegidas por el usuario vienen subrayadas y en negrita. Usa un ordenador frecuentemente? 1. Todos los días 2. Varias veces a la semana 3. Ocasionalmente 4. Nunca o casi nunca Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 161

162 8.3 Pruebas De Usabilidad 8 DESARROLLO DE LAS PRUEBAS Ha usado alguna vez software como el de esta prueba? 1. Sí, he usado software similar 2. No, aunque si empleo otros programas que me ayudan a realizar tareas similares 3. No, nunca Qué busca usted principalmente en un programa? 1. Que sea fácil de usar 2. Que sea intuitivo 3. Que sea rápido 4. Que tenga todas las funciones necesarias Suele usar dispositivos móviles para navegar por la red? 1. No 2. Teléfonos 3. Tabletas 4. Teléfonos y tabletas Preguntas Cortas Sobre La Aplicación y Observaciones Uso y Funcionalidades de la Aplicación Web Facilidad de uso Excelente Bueno Regular Malo Qué le parece la organización de la página y sus contenidos? Sabe donde está dentro de la aplicación? Le resulta sencillo el uso de la aplicación? X X X Funcionalidad Excelente Bueno Regular Malo Cómo se comporta la aplicación a la hora de realizar las tareas? El tiempo de respuesta de la aplicación es correcto? X X 162 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

163 8 DESARROLLO DE LAS PRUEBAS 8.3 Pruebas De Usabilidad Calidad del Interfaz Aspectos Gráficos Excelente Bueno Regular Malo El tipo y tamaño de letra es X Los iconos e imágenes usados son X Los colores empleados son X Diseño de la Interfaz Si No A veces Le resulta fácil de usar? X El diseño de las pantallas es claro y atractivo? X Cree que el programa está bien estructurado? X Observaciones Escriba aquí sus observaciones: Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 163

164 8.3 Pruebas De Usabilidad 8 DESARROLLO DE LAS PRUEBAS 164 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

165 9 MANUALES DEL SISTEMA 9. Manuales del Sistema 9.1. Manual de Instalación A continuación se explican los pasos necesarios para poner en funcionamiento la aplicación, especificando los recursos necesarios y la configuración de los mismos. Los siguientes pasos son para una instalación en Ubuntu (GNU/Linux) Máquina Virtual de Java Por defecto, se incluye una máquina virtual de java llamada OpenJDK. Si por cualquier motivo se necesita instalar la JRE de Oracle los pasos a llevar a cabo son los siguientes: Desinstalar todos los paquetes de Openjdk que se tengan instalados: sudo apt-get remove openjdk-*-jre Añadir repositorios con: sudo add-apt-repository ppa:webupd8team/java Actualizar repositorios: sudo add-apt-update Instalar Java Oracle 7 con: sudo apt-get install oracle-java7-installer Para comprobar que la instalación ha tenido éxito, ejecuta en una terminal el comando para saber la versión de Java que utiliza tu Ubuntu: java -version Debería salir algo parecido a lo siguiente: java version "1.7.0_04" Java(TM) SE Runtime Environment (build 1.7.0_04-b20) Java HotSpot(TM) Server VM (build 23.0-b21, mixed mode) Base de Datos Durante el desarrollo de la aplicación se ha usado la base de datos Apache Derby que viene distribuida con el JDK de Java y también integrada en el servidor de aplicaciones Glassfish. Si se desea utilizar otra base de datos, por ejemplo en producción, habría que configurar la aplicación para que apuntara a la nueva base de datos y modificar el usuario, contraseña, ruta de URL y aquellos otros parámetros que fueran necesarios (como por ejemplo el conector o driver). Esta configuración se puede realizar en la unidad de persistencia de la aplicación. Para cambiar la URL, la contraseña y el nombre de usuario, habrá que añadir a la unidad de persistencia por ejemplo lo siguiente: Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 165

166 9.1 Manual de Instalación 9 MANUALES DEL SISTEMA <properties> <property name="javax.persistence.jdbc.url" value="objectdb://localhost/my.odb"/> <property name="javax.persistence.jdbc.user" value="admin"/> <property name="javax.persistence.jdbc.password" value="admin"/> </properties> La aplicación incluye un fichero llamado basededatos.sql que contiene un script con sentencias SQL para poder generar las tablas de la base de datos. Este script también insertará los datos por defecto de la aplicación como por ejemplo los materiales, perfiles o usuarios iniciales para poder entrar a la aplicación. Uno de los usuarios de ejemplo para poder acceder a la aplicación es: login: gestortest password: test Es recomendable que, tras instalar por primera vez la aplicación, se elimine o modifique los usuarios de prueba Glassfish La aplicación debe ser desplegada en un servidor de aplicaciones desarrolladas para la plataforma JEE. Ya que la aplicación se ha desarrollado utilizando Glassfish, vamos ver como se podría instalar mediante unos sencillos pasos: Descargar el instalador del servidor mediante: wget Dar permisos de ejecución al fichero: chmod +x glassfish unix.sh Ejecutar el fichero y esperar a que termine la instalación: sh./glassfish unix.sh Al instalar GlassFish hemos creado un dominio por defecto llamado domain1. Para probar que funciona podemos arrancar y parar el dominio: sudo [directorio-glassfish]/bin/asadmin start-domain domain1 sudo [directorio-glassfish]/bin/asadmin stop-domain domain1 Si el dominio está arrancado también se puede acceder a la ruta y acceder al administrador de Glassfish vía web 166 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

167 9 MANUALES DEL SISTEMA 9.2 Manual del Programador Despliegue de la Aplicación La aplicación viene empaquetada en un fichero llamado GestorDeProyectos.war. Para desplegar un.war en Glassfish hay varias opciones: 1. Copiar y pegar directamente el archivo en la carpeta autodeploy del dominio que queramos. Por ejemplo: PATH: GLASSFISH_HOME/glassfish/domains/domain1/autodeploy 2. Utilizar el asistente vía web que trae el gestor de Glassfish. Se accede mediante la ruta En ella se puede ver múltiples herramientas para la gestión del servidor y una de ellas sirve para desplegar módulos o aplicaciones en él. A continuación se muestra una imagen del formulario de despliegue: Figura 95: Asistente de despliegue de Glassfish Ya que se menciona el gestor de GlassFish, entre la gran cantidad de configuradores que posee, existe uno que sirve para gestionar el pool de conexiones a la base de datos de forma gráfica. Se puede cambiar contraseñas, rutas e incluso el conector de la base de datos. Para configurar tanto los recursos como el pool de conexiones hay que acceder a Resources/JDBC. Durante el desarrollo el conector que se ha usado ha sido el siguiente: 9.2. Manual del Programador En este apartado se muestra cómo está organizado el proyecto y las carpetas y archivos más importantes que lo forman y que el programador debe conocer si desea realizar modificaciones. La aplicación ha sido generada mediante el IDE Netbeans y puede importarse el proyecto directamente tras haber sido exportado en un.zip para mayor comodidad Archivos de configuración Los archivos más importantes de configuración son los siguientes: Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 167

168 9.2 Manual del Programador 9 MANUALES DEL SISTEMA Figura 96: Configuración del Pool de Conexiones web.xml: Es el descriptor de despliegue de la aplicación web. En él se puede configurar parámetros generales de la aplicación, servlets, filtros, timeouts etc. Este fichero se encuentra en la carpeta web/web-inf. persistence.xml: En este fichero se especifican las unidades de persistencia que puede manejar la aplicación. Dentro de cada una se puede indicar tipo de driver o conector a usar, la estrategia de generación de tablas, las entidades que serán mapeadas y otras propiedades. Se encuentra en la carpeta src/conf. MailHelper.java: Aunque no es un fichero de configuración en sí, en esta clase se encuentra todos los parámetros de configuración del correo electrónico a través del cual se envían las notificaciones a los usuarios Ficheros de Código Fuente La carpeta src contiene todo el código fuente de la aplicación. Existen otros 4 subdirectorios: helpers: este paquete contiene todas las clases de ayuda o utilidades a otras clases para facilitar las funcionalidades. Por ejemplo, contiene una clase para enviar correos electrónicos o generar ficheros con formato PDF. entidades: este paquete contiene a todas las entidades del modelo de negocio de la aplicación. También son las entidades que se utilizan en el sistema de persistencia normalmente. ejb: este paquete contiene a todos los EJBs de la aplicación así como sus interfaces. controladores: este paquete contiene a todos los controladores de la vista. También tiene conversores de entidades o validadores utilizados también por la vista Páginas Web Todas las páginas web se encuentran en el directorio web. En este directorio se encuentra la página de login de la aplicación. La carpeta llamada WEB-INF es privada a los usuarios y contiene el fichero de configuración web.xml y otra subcarpeta plantilla que contiene la plantilla con la que se implementan todas las páginas web de la aplicación. 168 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

169 9 MANUALES DEL SISTEMA 9.3 Manual de Usuario La carpeta faces contiene todas las páginas web y recursos que son privados ya que sus recursos están controlados por el filtro de seguridad del que se ha hablado en otras secciones. La carpeta resources contiene recursos tales como las CSS, imágenes y ficheros JavaScript Manual de Usuario Lo primero que debe hacer un usuario es iniciar sesión a través del formulario correspondiente: Figura 97: Formulario de Inicio de Sesión Si el nombre de usuario y la contraseña son correctas el sistema enviará al usuario a la página de inicio: Figura 98: Página de Inicio de Usuario Como se puede ver figura 98 la página de inicio está compuesta por una cabecera donde hay un botón de terminar sesión, un menú, una lista de incidencias del usuario y un pie de página. Se puede ver las características de una incidencia seleccionado una y pulsando el botón de Ver. En caso de que no se recuerde la contraseña se puede cubrir el nombre de usuario, marcar la opción de recuperar contraseña y pulsar sobre Entrar y sistema enviará la Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 169

170 9.3 Manual de Usuario 9 MANUALES DEL SISTEMA contraseña al correo electrónico del usuario. Si se desea terminar la sesión habrá que pulsar el botón Salir que está en la esquina superior derecha. El sistema le enviará a la pantalla de login y no podrá volver a entrar o ver ninguna página del sitio web privado a no ser que vuelva a iniciar una sesión. A continuación vamos a describir cada sección del menú Usuarios Esta sección contiene una lista de todos los usuarios que hay en el sistema. Desde esta página web se puede crear y modificar usuarios mediante sus formularios correspondientes. También se puede eliminar y ver todas las propiedades de un usuario seleccionado. Figura 99: Página de usuarios Como se puede observar en la imagen 99 existen unos campos sobre la cabecera de cada columna para realizar búsquedas en función de dicho campo. También se puede ordenar las columnas pulsando sobre ellas Grupos de Usuario En esta página se puede gestionar todo lo referente a los grupos de usuario. Mediante la lista de grupos de usuario se puede seleccionar uno para llevar a cabo funciones como crear, eliminar o modificar un grupo. Cuando un grupo es seleccionado automáticamente la lista de usuarios pertenecientes a dicho grupo es actualizada con los usuarios de dicho grupo. Si se desea modificar un grupo de usuario se hará mediante un formulario como el de la figura 100. La lista de usuarios de la izquierda representan a todos los usuarios registrados en el sistema y que no pertenecen al grupo. La lista de usuarios de la derecha muestra al conjunto de usuarios que pertenecen al grupo de usuarios. Para agregar o eliminar usuarios del grupo se hace a través de los botones que están en el centro de las dos listas. Una vez que se configure el grupo se guardarán los cambios al pulsar Guardar. 170 Alfredo González Fernández Máster en Ingeniería Web - Universidad de Oviedo

171 9 MANUALES DEL SISTEMA 9.3 Manual de Usuario Figura 100: Edición de Grupos de Usuario Proyectos Esta sección gestiona todo lo relativo a los proyectos: gastos, presupuestos, materiales etc... La primera pantalla que sale es una lista de todos los proyectos que existen en el sistema. Estos proyectos se pueden filtrar a través de los campos que hay en las columnas u ordenar por las mismas. También se puede crear, modificar, eliminar y ver las propiedades de un proyecto desde esta página web. Si se pulsamos el botón de Ver el sistema muestra la página de un proyecto. Esta página está dividida en varias secciones: información general, gastos, participantes y presupuestos. En la información general se muestran datos importantes sobre el proyecto como el título, cliente etc. y existe un botón Download para poder descargar en formato PDF. En la sección de gastos existe una lista con los diversos gastos asociados al proyecto. Mediante los botones que hay en esta sección se puede crear, eliminar, modificar un gasto seleccionado. En la sección de participantes se muestra una lista con los participantes que hay en ese proyecto. El botón Agregar lleva a un pequeño formulario para agregar participantes al proyecto. El botón Eliminar simplemente borra a un participante del proyecto. En la sección de presupuestos se muestra una lista con todos los presupuestos asociados al proyecto. A través de los botones que hay se puede crear nuevos presupuestos, modificar, eliminar e ir a la página del presupuesto. En la página del presupuesto se muestran varias secciones: datos generales, materiales, servicios e incidencias. En la sección de datos generales se puede ver todos los datos del presupuesto y un enlace mediante el cual se puede volver a la página del proyecto al que pertenece el presupuesto. La sección de materiales contiene una lista con todos los materiales empleados en el presupuesto. Para agregar un nuevo material bastará con seleccionarlo en la lista desplegable, rellenar las unidades y observaciones y pulsar el botón Agregar. Automáticamente el material seleccionado desaparecerá de la lista desplegable para añadirse a la lista de materiales. Para eliminar un material basta con seleccionar un material y pulsar Eliminar. Automáticamente el material desaparecerá de la lista de materiales empleados y volverá a la lista desplegable de materiales a poder usar. Para modificar las unidades u observaciones de un material agregado basta con seleccionarlo y pulsar Modificar. Se mostrará un pequeño formulario y para aplicar los cambios habrá que pulsar Guardar. La sección de servicios funciona exactamente de la misma forma que la sección de materiales. La sección de incidencias muestra una lista con las incidencias asociadas a un presupuesto. A través de los botones de esta sección se puede crear, eliminar, modificar y ver Máster en Ingeniería Web - Universidad de Oviedo Alfredo González Fernández 171