Servidor de alta disponibilidad para aplicación de administración de la asociación de vecinos de San Lorenzo

Universidad de Valladolid ESCUELA DE INGENIERÍA INFORMÁTICA DE SEGOVIA Grado en Ingeniería Informática de Servicios y Aplicaciones Servidor de alta disponibilidad para aplicación de administración de la asociación de vecinos de San Lorenzo Alumno: Héctor Cuéllar Vallejo Tutora: María Luisa Martín Pérez Servidor de alta disponibilidad para aplicación de administración de la asociación de vecinos de San Lorenzo Héctor Cuéllar Vallejo Índice general Lista de guras 3 Lista de tablas 5 I Memoria del Proyecto 15 1. INTRODUCCIÓN 17 1.1. Introducción y motivación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 1.2. Entornotecnológico ....................................... 18 2. Planicación, Estimaciones y Presupuesto 21 2.1. Modelos de desarrollo del software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 2.2. Planicación de las fases del proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 2.3. Ingeniería del software para medir el tamaño del software . . . . . . . . . . . . . . . . . . 25 2.3.1. Estimación Mediante Puntos de Función . . . . . . . . . . . . . . . . . . . . . . . . 25 2.3.2. Estimación Mediante COCOMO Básico . . . . . . . . . . . . . . . . . . . . . . . . 29 2.4. Presupuesto............................................ 30 2.4.1. PresupuestoHardware.................................. 30 2.4.2. PresupuestoSoftware .................................. 31 2.4.3. Presupuesto del Desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 2.4.4. PresupuestoTotal .................................... 32 3. Análisis 33 3.1. RequisitosdeUsuario ...................................... 33 3.1.1. Diagramas de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 3.1.2. Especicación de los Requisitos de Usuario . . . . . . . . . . . . . . . . . . . . . . 39 3.2. ReglasdeNegocio ........................................ 89 3.3. RequisitosdeInformación.................................... 89 3.4. RequisitosFuncionales...................................... 92 3.5. RequisitosNoFuncionales.................................... 93 3.5.1. Escalabilidad....................................... 93 3.5.2. Seguridad......................................... 94 3.5.3. Accesibilidad ....................................... 94 3.5.4. Disponibilidad ...................................... 94 4. Diseño 95 4.1. ArquitecturaLógica ....................................... 95 4.2. ArquitecturaFísica........................................ 96 4.3. ModelodeDatos......................................... 96 4.3.1. Diagrama de Entidad Relación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 1 Índice general 4.3.2. DiseñodeInterfaz .................................... 98 5. Implementación 105 5.1. Herramientas Utilizadas en el Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 5.2. Instalación de sistema operativo en Raspberry PI . . . . . . . . . . . . . . . . . . . . . . 106 5.3. Implementación del balanceador y clúster . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 5.4. EstructuradelProyecto ..................................... 115 6. Pruebas 117 6.1. Pruebasdecajablanca...................................... 117 6.2. Pruebasdecajanegra ...................................... 118 7. Manual de administración del back-end 121 7.1. Introducción............................................ 121 7.2. AdministraciónBack-end .................................... 121 7.3. Respaldo de copias de seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131 7.4. Recuperación de copias de seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132 8. Manual de Usuario 133 8.1. Partepública ........................................... 133 8.2. Parteprivada........................................... 142 9. Conclusiones y Mejoras 147 9.1. Conclusiones ........................................... 147 9.2. PosiblesMejoras ......................................... 147 II Apéndices 153 A. Contenido del CD 155 2 Héctor Cuéllar Vallejo Índice de guras 1.1. Raspberry3B+.......................................... 18 2.1. ModeloIncremental ....................................... 21 2.2. Calendariodetrabajo ...................................... 22 2.3. DiagramadeGantt........................................ 24 3.1. Análisis - Actores del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 3.2. Diagrama casos de uso - Usuario No Registrado. . . . . . . . . . . . . . . . . . . . . . . . 36 3.3. Diagrama casos de uso - Usuario Registrado. . . . . . . . . . . . . . . . . . . . . . . . . . 37 3.4. Diagrama casos de uso - Usuario Administrador . . . . . . . . . . . . . . . . . . . . . . . . 38 4.1. Diseño, Arquitectura Física. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 4.2. Diseño, Entidad Relación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 5.1. Instalación de S.O - Descargar noobs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 5.2. Instalación de S.O - Instalar noobs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 5.3. Instalación de S.O - Instalar noobs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 5.4. Instalación de clúster - Conguración memoria disponible GUI . . . . . . . . . . . . . . . 108 5.5. Instalación de clúster - Actualización del balanceador . . . . . . . . . . . . . . . . . . . . . 108 5.6. Instalación de clúster - Conguración ip estática . . . . . . . . . . . . . . . . . . . . . . . 108 5.7. Instalación de clúster -Reiniciar raspberry . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 5.8. Instalación de clúster - Visualizar ip estática . . . . . . . . . . . . . . . . . . . . . . . . . . 109 5.9. Instalación de clúster - Instalación apache . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 5.10. Instalación de clúster - Asignación de permisos . . . . . . . . . . . . . . . . . . . . . . . . 109 5.11. Instalación de clúster - Acceso al servidor apache . . . . . . . . . . . . . . . . . . . . . . . 109 5.12. Instalación de clúster - Instalar balanceador de carga . . . . . . . . . . . . . . . . . . . . . 110 5.13. Instalación de clúster - Instalar balanceador de carga . . . . . . . . . . . . . . . . . . . . . 110 5.14. Instalación de clúster - Conguración tráco web . . . . . . . . . . . . . . . . . . . . . . . 110 5.15. Instalación de clúster - Instalar balanceador de carga . . . . . . . . . . . . . . . . . . . . . 111 5.16. Instalación de los servidores web - Conguración apache . . . . . . . . . . . . . . . . . . . 112 5.17. Instalación de los servidores web - Conguración apache . . . . . . . . . . . . . . . . . . . 112 5.18. Instalación de los servidores web - Conguración apache . . . . . . . . . . . . . . . . . . . 112 5.19. Instalación de los servidores web - Conguración php . . . . . . . . . . . . . . . . . . . . . 112 5.20. Instalación de los servidores web - Concesión de los permisos directorio web . . . . . . . . 112 5.21. Instalación de los servidores web - Acceso al servidor apache . . . . . . . . . . . . . . . . . 112 5.22. Instalación de los servidores web - Habilitar el archivo "htaccess" . . . . . . . . . . . . . . 113 5.23. Instalación de los servidores web - Conguración memoria disponible GUI . . . . . . . . . 113 5.24. Instalación de los servidores web - Actualización los servers . . . . . . . . . . . . . . . . . 113 5.25. Monitorización del gestor de carga - Monitor de carga . . . . . . . . . . . . . . . . . . . . 114 5.26. Estructura del proyecto - Directorios del aplicativo . . . . . . . . . . . . . . . . . . . . . . 115 3 Índice de guras 6.1. Pruebas,Cajablanca. ...................................... 117 6.2. Pruebas,Cajanegra........................................ 118 7.1. Manual back-end, Login Admin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 7.2. Manual back-end, Panel Admin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 7.3. Manual back-end, Panel conguración . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 7.4. Manual back-end, Panel Usuarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 7.5. Manual back-end, Panel menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 7.6. Manual back-end, Categorías de los artículos . . . . . . . . . . . . . . . . . . . . . . . . . 125 7.7. Manual back-end, Panel artículos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 7.8. Manual back-end, Panel artículos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 7.9. Manual back-end, Panel módulos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 7.10. Manual back-end, Panel módulo galería . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 7.11. Manual back-end, Panel módulo slide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 7.12. Manual back-end, Panel módulo contacto . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 7.13. Manual back-end, Panel módulo footer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 7.14. Manual back-end, Panel módulo menú . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 7.15. Manual back-end, Panel módulo logo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 7.16. Manual back-end, Panel módulo hazte socio . . . . . . . . . . . . . . . . . . . . . . . . . . 129 7.17. Manual back-end, Panel módulo cursos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 7.18. Manual back-end, Plantilla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130 7.19. Respaldo de copias, PHPMYADMIN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131 7.20. Respaldo de copias, PHPMYADMIN - Recuperación . . . . . . . . . . . . . . . . . . . . . 132 7.21. Respaldo de copias, PHPcong . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132 8.1. ManualUsuario,Portada..................................... 133 8.2. Manual Usuario, Actividades/Cursos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134 8.3. ManualUsuario,Eventos. .................................... 135 8.4. ManualUsuario,Galería. .................................... 136 8.5. Manual Usuario, Fotos de un álbum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136 8.6. Manual Usuario, Fotos de un álbum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 8.7. Manual Usuario, Inscripción de socios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 8.8. Manual Usuario, Enlaces de interés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 8.9. ManualUsuario,Login...................................... 139 8.10. Manual Usuario, Recuperar contraseña . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140 8.11. Manual Usuario, Recuperar nombre de usuario . . . . . . . . . . . . . . . . . . . . . . . . 140 8.12. Manual Usuario, Canal de facebook . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141 8.13. Manual Usuario, Parte privada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142 8.14. Manual Usuario, Parte privada panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142 8.15. Manual Usuario, Parte privada panel de actividades . . . . . . . . . . . . . . . . . . . . . 143 8.16. Manual Usuario, Parte privada Documentos de interés . . . . . . . . . . . . . . . . . . . . 144 8.17. Manual Usuario, Parte privada Certicado AEAT . . . . . . . . . . . . . . . . . . . . . . . 144 8.18. Manual Usuario, Parte privada Certicado AEAT . . . . . . . . . . . . . . . . . . . . . . . 145 8.19. Manual Usuario, Parte privada Certicado AEAT . . . . . . . . . . . . . . . . . . . . . . . 145 4 Héctor Cuéllar Vallejo Índice de cuadros 2.1. ClasicaciónFicheros....................................... 26 2.2. Clasicaciónentradas ...................................... 26 2.3. Clasicaciónsalidas ....................................... 27 2.4. Puntos de Función No Ajustados (PFNA) . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 2.5. GradosdeComplejidad ..................................... 28 2.6. FactordeComplejidad...................................... 28 2.7. PresupuestoHardware...................................... 30 2.8. PresupuestoSoftware....................................... 31 2.9. PresupuestoDesarrollo...................................... 31 2.10.PresupuestoTotal ........................................ 32 3.1. RequisitosdeUsuario ...................................... 35 3.2. CU-01: Acceder zona pública . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 3.3. CU-02: Consultar actividades / cursos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 3.4. CU-03: Solicitar información actividades / cursos . . . . . . . . . . . . . . . . . . . . . . . 40 3.5. CU-04: Consultar eventos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 3.6. CU-05: Visualizar álbum galería . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 3.7. CU-06: Enviar queja o sugerencia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 3.8. CU-07: Inscribirse como socio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 3.9. CU-08: Consultar enlaces de interés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 3.10.CU-09:Hacerlogin........................................ 43 3.11. CU-10: Recuperar contraseña de login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 3.12. CU-11: Recuperar usuario login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 3.13. CU-12: Consultar ley cookies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 3.14. CU-13: Consultar política de privacidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 3.15. CU-14: Consultar aviso legal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 3.16. CU-15: Consultar artículos de portada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 3.17. CU-16: Acceder a la zona de administración . . . . . . . . . . . . . . . . . . . . . . . . . . 47 3.18. CU-17: Visualizar calendario de eventos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 3.19. CU-18: Descargar plantillas calendario eventos . . . . . . . . . . . . . . . . . . . . . . . . 48 3.20. CU-19: Generar certicado AEAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 3.21. CU-20: Generar certicado seguridad social . . . . . . . . . . . . . . . . . . . . . . . . . . 50 3.22. CU-21: Consultar listado de quejas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 3.23. CU-22: Deslogarse del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 3.24. CU-23:Consultar documentos de interés . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 3.25. CU-24: Descargar documentos de interés . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 3.26. CU-:25 Acceder al back-end . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 3.27. CU-26: Hacer logout back-end . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 3.28. CU-27: Modicar formulario de inscripción de socios . . . . . . . . . . . . . . . . . . . . . 55 3.29. CU-28: Modicar formulario de contacto . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 5 Resumen El objetivo de este proyecto es construir una aplicación web de administración y publicación de contenidos, para los socios de la Asociación de vecinos de San Lorenzo en Segovia. Lo especial de esta aplicación es que la infraestructura de alta disponibilidad en la que está implementada son tres Raspberry Pi. La primera raspberry actuará como balanceador y repartirá las peticiones web hacia los dos nodos de carga. Este sistema de alta disponibilidad permite de una forma muy económica tener siempre disponible la aplicación web de la asociación de vecinos de San Lorenzo en Segovia. Además este sistema es muy modulable y en un futuro se podría ampliar fácilmente los nodos de carga o número de balanceadores. Palabras claves: aplicación web, raspberry pi, clúster, aavv, San Lorenzo, Segovia. Abstract The objective of this project is to build a web application for administration and publication of contents for the members of the Neighborhood Association of San Lorenzo in Segovia. The special thing about this application is that the high availability infrastructure on which it is implemented are three Raspberry Pi. The rst raspberry will act as a balancer and will distribute the web requests to the two load nodes. This system of high availability allows in a very economical way to always have available the web application of the San Lorenzo neighborhood association in Segovia. In addition, this system is very modular and in the future it could easily expand the load nodes or number of balancers. Keywords: web application, raspberry pi, cluster aavv, San Lorenzo, Segovia. 13 Parte I Memoria del Proyecto Capítulo 1 INTRODUCCIÓN 1.1. Introducción y motivación En la época tecnológica que vivimos actualmente, en que las nuevas tecnologías avanzan de forma exponencial, las asociaciones de vecinos, no se adecuan conforme al avance tecnológico a la misma velocidad que el resto de la sociedad, por lo que permanece en el ostracismo o incluso llegan a desaparecer. La mayoría de los integrantes son gente mayor o jubilados. Este rango de edad nunca se ha enfrentado a las nuevas tecnologías, lo que provoca un rechazo a seguir ya que las administraciones y ayuntamientos han implementado para la presentación de solicitudes, subvenciones y tareas administrativas los medios digitales (certicado y rma digital, registro electrónico...) Otro dato a tener en cuenta es la diferencia abismal que hay entre la gente más joven y las asociaciones de vecinos. La información y el trabajo que realizan estas asociaciones debe de llegar a ellos. En las asociaciones deben hacer un pequeño esfuerzo y adaptarse a los nuevos canales de comunicación como son las redes sociales ( Facebook, Instagram, whatsapp...), página web... En este TFG se desarrolla una aplicación web con gestión de contenidos que permita a los miembros de la junta directiva (administradores de la asociación) facilitar la gestión y a los socios, la consulta de novedades, noticias, horarios de clases, actividades, listado socios, galería de los eventos, aportar ideas y quejas... La aplicación web está diseñada para realizar las gestiones y consultas desde cualquier lugar en el que tengan un dispositivo con navegador web y Internet. La nalidad del desarrollo de la aplicación web es facilitar la gestión de la asociación y la transmisión de información de los socios, teniendo en cuenta distintas funcionalidades dependiendo de si se trata de un usuario normal en el sistema, un usuario registrado o el administrador de la aplicación. 17 Capítulo 1. INTRODUCCIÓN 1.2. Entorno tecnológico La infraestructura hardware del sistema consiste en: Tres raspberry PI 3B+: Una de ellas actuará como balanceador de carga. Las otras dos serán utilizadas como nodos del clúster web. • CPU + GPU: Broadcom BCM2837B0, Cortex-A53 (ARMv8) 64-bit SoC @ 1.4GHz • RAM: 1GB LPDDR2 SDRAM • Wi-Fi + Bluetooth: 2.4GHz y 5GHz IEEE 802.11.b/g/n/ac, Bluetooth 4.2, BLE • Ethernet: Gigabit Ethernet sobre USB 2.0 (300 Mbps) • GPIO de 40 pines • HDMI • 4 puertos USB 2.0 • Puerto CSI y DSI para conectar una cámara y una pantalla táctil • Salida de audio estéreo y vídeo compuesto Figura 1.1: Raspberry 3B+ Switch para sobremesa con 5 puertos Gigabit TL-SG1005D Tres tarjetas EVO Plus Tarjeta microSD 64GB 18 Héctor Cuéllar Vallejo 1.2. Entorno tecnológico La infraestructura software del sistema consiste en: Sistema operativo Raspbian: Se basa en una distribución de GNU/Linux llamada Debian. APACHE: Es un servidor web HTTP de código abierto, para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1[2] y la noción de sitio virtual. MYSQL: Es un sistema de gestión de base de datos relacional (RDBMS) de código abierto, basado en lenguaje de consulta estructurado (SQL). PHP: Es un lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo web de contenido dinámico. PHPMYADMIN: Para poder gestionar una base de datos MYSQL podemos utilizar varios métodos, pero la más extendida es utilizar un programa de gestión de la base de datos denominado PHPMYADMIN. Este gestor nos permite manejar todos los datos de nuestra base de datos Mysql, tales como usuarios, tablas, datos, permitiéndonos importar y realizar copias de seguridad, vamos, lo necesario para poder gestionarlas. JOOMLA: Es un sistema de gestión de contenidos que permite desarrollar sitios web dinámicos e interactivos. Permite crear, modicar o eliminar contenido de un sitio web de manera sencilla a través de un "panel de administración". Héctor Cuéllar Vallejo 19 Capítulo 1. INTRODUCCIÓN 20 Héctor Cuéllar Vallejo Capítulo 2 Planicación, Estimaciones y Presupuesto 2.1. Modelos de desarrollo del software El desarrollo de la aplicación web para la asociación de vecinos de San Lorenzo se ha utilizado un modelo evolutivo. El que mejor se adaptaba a este tipo de proyecto es el modelo evolutivo incremental . ¾Por qué un modelo evolutivo incremental? Conseguir obtener todos los requisitos al comienzo del proyecto es prácticamente imposible. Las necesidades de clientes y usuarios evolucionan durante el desarrollo y surgen nuevos requisitos. El ciclo de vida incremental es una repetición de varios ciclos de vida en cascada. Al nal de cada ciclo se entrega una versión del software incrementada con cierta funcionalidad nueva respecto a las entregas anteriores. Los usuarios disponen antes del software, aunque no sea completo, por lo que pueden sugerir mejoras. Figura 2.1: Modelo Incremental 21 Capítulo 2. Planicación, Estimaciones y Presupuesto Valor Signicado 0 Factor No Presente en el Sistema 1 Inuencia muy baja 2 Inuencia moderada 3 Inuencia media 4 Inuencia alta 5 Inuencia muy alta Cuadro 2.5: Grados de Complejidad Factor De Complejidad Signicado Complejidad Comunicación de Datos Los datos del sistema son enviados o recibidos por líneas de comunicación 3 Proceso Distribuido Existen Datos o Procesos distribuidos y el sistema se encarga de su control 0 Rendimiento Se da importancia al rendimiento del sistema, siendo este un requisito principal 5 Gran Carga de Trabajo El sistema competirá con otros sistemas por los recursos 3 Tasa de Transacciones Elevada tasa de transacciones 1 Entrada on-line de datos La entrada de datos será directa del usuario a la aplicación 5 Eciencia con el usuario nal La interfaz se diseña e implementa con interfaces que son fáciles de usar y disponen de ayuda 4 Actualizaciones en línea La BBDD y los cheros maestros se modican directamente interactivamente 0 Procesos Complejos Aparece lógica compleja, excepciones, sistemas de seguridad... 3 Reutilización del código El código puede ser reutilizado en la propia aplicación u otras 4 Facilidad de Mantenimiento Facilidad para modicar el producto tras su entrega 4 Facilidad de Operación Facilidad de operación en lo necesario para el arranque y la realización de copias de seguridad 4 Instalaciones Múltiples El sistema ha de incluir los requisitos de distintos lugares donde se implementará 1 Facilidad de Cambios Facilidad para introducir nuevos cambios y adaptarlo al usuario 4 Total 41 Cuadro 2.6: Factor de Complejidad Tras obtener los 14 factores de Complejidad (FC) pasamos a calcular el Factor de Ajuste (FA): FA = (0,01 ∗PFC)+0,65 = (0,01 ∗41) + 0,65 = 1,06 28 Héctor Cuéllar Vallejo 2.3. Ingeniería del software para medir el tamaño del software Una vez obtenido el Factor de Ajuste calculamos los Puntos de Función Ajustados (PFA): PF =PFNA ∗FA = 236 ∗1,06 = 250,16 Una vez obtenidos los Puntos de Función (PF) se puede calcular el tamaño de nuestra herramienta en líneas de código (LDC). Usando 72 como número de líneas de código por punto de función en PHP: LDC =PF ∗72LDC/PF = 250,16PF ∗72PF/LDC = 18011,52LDC = 18.11KLDC 2.3.2. Estimación Mediante COCOMO Básico Este modelo trata de estimar, de una manera rápida y más o menos sencilla, la mayoría de proyectos pequeños y medianos. Se consideran tres modos de desarrollo en este modelo: orgánico, semiencajado y empotrado. Orgánico: El tamaño del software varía de unos pocos miles de líneas (tamaño pequeño) a unas decenas de miles de líneas (medio). Semi-acoplado: Proyectos de complejidad media y tamaño menor de 300KDLC, restricciones medias. Empotrado: se trata de proyectos complejos , no se tiene experiencia en proyectos similares. Este proyecto según los calculos realizados anteriormente es pequeño y tiene pocas lines de código. Es un proyecto de tipo orgánico y no posee grandes restricciones. Fórmulas para calcular el esfuerzo estimado en Personas/Mes y el tiempo de desarrollo: Personas/Mes =a∗(KLDC)b Tiempo Desarrollo =c∗(Personas/Mes)d Esfuerzo =a∗KLDCb= 2,4∗18,111,05 = 20,93P ersonas/Mes ≈21P ersonas/Mes Tiempo = 2,5∗Esfuerzod= 2,5∗210,38 = 7,95meses Conclusión Tras la estimación de los modelos y la realización del proyecto, observamos que esta sobre dimensionado, tanto el tiempo como el esfuerzo. También son métodos utilizados para lenguajes de bajo nivel y este proyecto utiliza lenguajes de alto nivel, además de la estructura por defecto del CMS JOOMLA que está ya estructurada. Héctor Cuéllar Vallejo 29 Capítulo 2. Planicación, Estimaciones y Presupuesto 2.4. Presupuesto Tras la estimación del coste software del proyecto, debemos añadir el coste hardware. En este proyecto se busca que la infraestructura hardware sea lo más económica, ya que esta destinado para pequeñas empresas y asociaciones sin ánimo de lucro cuyos ingresos no son muy elevados. 2.4.1. Presupuesto Hardware Para la realización del proyecto han sido empleados los siguientes elementos hardware: Ordenador Sobremesa DELL Pentium core II Dúo, 6GB ram, Disco duro ssd240Gb, gráca nvidia 2Gb decicada.vida útil del ordenador es de unos 8 años ( 26 semanas utilizadas para el proyecto ) . Consumo vida útil = 6,25 Fibra Óptica de 100 Mb. Tres Raspberry PI 3B+. Switch sobremesa 5 puertos Gigabit TL-SG1005D Tres tarjetas EVO plus tarjeta microSD 64GB Tres adaptadores de corriente 2.1A Cuatro latiguillos de red CAT 5E Estructura para clúster raspberry pi 3B+ Periféricos hardware (ratón, teclado...) Hardware Cantidad Uso(%) Total( e ) Proyecto( e ) Ordenador Sobremesa 1 6.25 500 31.25 Fibra Óptica 1 6 50 300 Raspberry PI 3B+ 3 100 39.99 119.97 Switch 1 100 20 20 Tarjeta MicroSD 3 100 18 54 Adaptadores de corriente 3 100 10 30 Latiguillos de red 4 100 3 12 Estructura para clúster raspberry pi 3B+ 3 100 10 30 Periféricos hardware 1 100 50 50 Total 647,22 e Cuadro 2.7: Presupuesto Hardware 30 Héctor Cuéllar Vallejo 2.4. Presupuesto 2.4.2. Presupuesto Software Software utilizado en el proyecto: XAMPP Server Internet Explorer Mozilla Firefox Google Chrome StarUML Openprojy TexStudio Raspbian TeamViewer Adobe Dreamweaver CS5.5 - 6.25% vida úti. Windows 7 profesional - 6.25% vida útil. Software Uso(%) Licencia( e ) Total( e ) Windows 7 profesional 6.25 299 18.68 Adobe Dreamveawer CS5.5 6.25 189 11.81 Total 30.49 e Cuadro 2.8: Presupuesto Software 2.4.3. Presupuesto del Desarrollo Se detalla el número de horas empleadas por el o los desarrollador. En el proyecto sólo hay un único desarrollador. En la siguiente tabla se muestra el precio de la hora de un programador junior en España tomada de un estudio de ADDECO cuyo salario medio es de 28954 euros saliendo la hora de trabajo a 15.11 euros. Programadores Coste( e /h) Tiempo(h) Total( e ) Programador Junior 15.11 356 5379,16 Total 5379,16 e Cuadro 2.9: Presupuesto Desarrollo Héctor Cuéllar Vallejo 31 Capítulo 2. Planicación, Estimaciones y Presupuesto 2.4.4. Presupuesto Total Presupuesto Coste( e ) Hardware 647.22 Software 30.49 Desarrollo 5379,16 Total 6056,87 e Cuadro 2.10: Presupuesto Total 32 Héctor Cuéllar Vallejo Capítulo 3 Análisis 3.1. Requisitos de Usuario En la gura 3.1 se muestran los diferentes actores del sistema: Actores del Sistema Figura 3.1: Análisis - Actores del Sistema Los actores del sistema son: No Registrado: El actor mayoritario del sistema. Solo ve la parte pública de la aplicación. Podrá consultar las actividades y cursos, los eventos, la galería de imágenes, enviar formularios con quejas o sugerencias, inscribirse como socio, visitar sitios de interés. Registrado: El usuario registrado, son los miembros de la junta directiva de la asociación. Una vez logados en el sistema tendrán la parte de administración donde pondrán realizar tareas básicas de la asociación. Sacar certicados AEAT, Seguridad social, permisos para actividades, consultar datos e históricos. Administrador: El usuario administrador tiene permisos totales sobre la aplicación. Tiene permisos para cambiar la estructura de la aplicación, modicaciones en artículos, modicaciones de usuarios y contraseñas. Tiene total control sobre el sistema. 33 Capítulo 3. Análisis Analizamos los diferentes requisitos de usuario asociados a cada tipo de usuario: Tipo de Usuario Requisitos de usuario No Registrado RU-01: El usuario No Registrado sólo accederá a la zona pública del Sistema. RU-02: El usuario No Registrado podrá consultar actividades/cursos. RU-03: El usuario No Registrado podrá consultar los eventos de la asociación. RU-04: El usuario No Registrado podrá enviar formularios sobre quejas o sugerencias de la asociación. RU-05: El usuario No Registrado podrá inscribirse como socio de la asociación. RU-06: El usuario No Registrado podrá consultar datos de contacto de la asociación. RU-07: El usuario No Registrado podrá consultar sitios de interés. RU-08: El usuario No Registrado podrá iniciar sesión en el Sistema. RU-09: El usuario No Registrado podrá consultar la ley de protección de datos. RU-10: El usuario No Registrado podrá consultar la ley de cookies. RU-11: El usuario No Registrado podrá solicitar información sobre talleres o clases. RU-12: El usuario No Registrado podrá recuperar el usuario en caso de olvido. RU-13: El usuario No Registrado podrá recuperar la contraseña en caso de olvido. RU-14: El usuario No Registrado podrá consultar álbumes de imágenes de la galería. RU-15: El usuario No Registrado podrá consultar el aviso legal. RU-16: El usuario No Registrado podrá consultar artículos de portada. Registrado RU-17: El usuario Registrado podrá visualizar en el menú la parte de administración. RU-18: El usuario Registrado podrá visualizar el calendario de eventos. RU-19: El usuario Registrado podrá descargar plantillas de permisos de cada actividad. RU-20: El usuario Registrado podrá visualizar documentación de la asociación. RU-21: El usuario Registrado podrá descargar documentación de la asociación RU-22: El usuario Registrado podrá generar certicado corriente de pago AEAT. RU-23: El usuario Registrado podrá generar certicado de la seguridad social. RU-24: El usuario Registrado podrá consultar un listado de todas las quejas recibidas. RU-25: El usuario Registrado podrá deslogarse del sistema. RU-26: El usuario Registrado podrá consultar la ley de cookies. RU-27: El usuario Registrado podrá consultar la política de privacidad. RU-28: El usuario Registrado podrá consultar el aviso legal. RU-29: El usuario Registrado podrá consultar documentos de interés. RU-30: El usuario Registrado podrá descargar documentos de interés. Administrador RU-31: El usuario administrador podrá modicar actividades o cursos. RU-32: El usuario administrador podrá consultar eventos. RU-33: El usuario administrador podrá consultar álbumes de imágenes de la galería. RU-34: El usuario administrador podrá consultar enlaces de interés. RU-35: El usuario administrador podrá consultar actividades / cursos. RU-36: El usuario administrador podrá eliminar actividades o cursos. RU-37: El usuario administrador podrá crear actividades o cursos. RU-38: El usuario administrador podrá crear noticias de portada. 34 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario Tipo de Usuario Requisitos de usuario RU-39: El usuario administrador podrá modicar noticias de portada. RU-40: El usuario administrador podrá eliminar noticias de portada. RU-41: El usuario administrador podrá crear eventos nuevos. RU-42: El usuario administrador podrá modicar eventos. RU-43: El usuario administrador podrá eliminar eventos. RU-44: El usuario administrador podrá crear álbumes nuevos. RU-45: El usuario administrador podrá eliminar álbumes. RU-46: El usuario administrador podrá modicar álbumes. RU-47: El usuario administrador podrá añadir fotos a un álbum. RU-48: El usuario administrador podrá eliminar fotos de un álbum. RU-49: El usuario administrador podrá modicar el formulario de inscripción. RU-50: El usuario administrador podrá eliminar el formulario de inscripción. RU-51: El usuario administrador podrá modicar el formulario de contacto. RU-52: El usuario administrador podrá eliminar el formulario de contacto. RU-53: El usuario administrador podrá crear nuevos sitios de interés. RU-54 El usuario administrador podrá modicar sitios de interés. RU-55 El usuario administrador podrá eliminar sitios de interés. RU-56: El usuario administrador podrá visualizar la parte de administración. RU-57: El usuario administrador podrá crear nuevos eventos en el calendario de administración. RU-58: El usuario administrador podrá modicar eventos en el calendario de administración. RU-59: El usuario administrador podrá eliminar eventos en el calendario de administración. RU-60: El usuario administrador podrá crear documentos de interés. RU-61: El usuario administrador podrá modicar documentos de interés. RU-62: El usuario administrador podrá eliminar documentos de interés. RU-63: El usuario administrador podrá logarse en la parte del back-end de la aplicación. RU-64: El usuario administrador podrá deslogarse en la parte del back-end de la aplicación. RU-65: El usuario administrador podrá crear canales de redes sociales asociados a la aplicación. RU-66: El usuario administrador podrá modicar canales de redes sociales asociados a la aplicación. RU-67: El usuario administrador podrá eliminar canales de redes sociales asociados a la aplicación. RU-68: El usuario administrador podrá modicar el aviso legal. RU-69: El usuario administrador podrá modicar el política de privacidad. RU-70: El usuario administrador podrá modicar la ley de cookies. RU-71: El usuario administrador podrá consultar ley cookies. RU-72: El usuario administrador podrá consultar política de privacidad. RU-73: El usuario administrador podrá consultar aviso legal. RU-74: El usuario administrador podrá consultar noticias de portada. RU-75: El usuario administrador podrá consultar los usuarios del sistema. RU-76: El usuario administrador podrá añadir los usuarios al sistema. RU-77: El usuario administrador podrá modicar los usuarios del sistema. RU-78: El usuario administrador podrá eliminar los usuarios del sistema. Cuadro 3.1: Requisitos de Usuario Héctor Cuéllar Vallejo 35 Capítulo 3. Análisis 3.1.1. Diagramas de Casos de Uso Visualizamos en las siguientes guras de manera rápida la interacción entre el Sistema y un actor externo. Figura 3.2: Diagrama casos de uso - Usuario No Registrado. 36 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario Figura 3.3: Diagrama casos de uso - Usuario Registrado. Héctor Cuéllar Vallejo 37 Capítulo 3. Análisis CU CU-10: Recuperar contraseña de login Actor principal Usuario No registrado Requisitos asociados RU-13: Un usuario no registrado podrá recuperar la contraseña en caso de olvido. Descripción El usuario no registrado puede solicitar de nuevo la contraseña olvidada para hacer login. Precondición Estar registrado en el sistema previamente Saber la dirección de email registrada para el usuario solicitado. Secuencia Normal 1.- Carga url de la aplicación 2.- Seleccionar en el menú, en la pestaña login 3.- Seleccionar sobre Recordar contraseña 4.-Introducir el email del usuario con el que se quiere hacer login 5.-Enviar Postcondición El usuario recibe la contraseña en el email. Excepciones Si el email no existe el envío del recordatorio de contraseña falla. Usuario no encontrado. Frecuencia Media Importancia Media Comentarios Ninguno Cuadro 3.11: CU-10: Recuperar contraseña de login CU CU-11: Recuperar usuario login Actor principal Usuario No registrado Requisitos asociados RU-12: Un usuario No registrado podrá recuperar el usuario en caso de olvido. Descripción Un usuario no registrado podrá solicitar recuperar el nombre de usuario en caso de olvido para logarse en el sistema. Precondición Estar registrado en el sistema previamente Saber la dirección de email registrada para el usuario solicitado. Secuencia Normal 1.- Carga url de la aplicación 2.- Seleccionar en el menú, en la pestaña login 3.- Seleccionar sobre Recordar su usuario 4.-Introducir el email del usuario con el que se quiere hacer login 5.-Enviar Postcondición El usuario recibe el nombre de usuario en el email. Excepciones Ninguna Frecuencia Media Importancia Media Comentarios Ninguno Cuadro 3.12: CU-11: Recuperar usuario login 44 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-12: Consultar ley cookies Actor principal No registrado, Registrado, Administrador Requisitos asociados RU-10: Un usuario No registrado podrá consultar la ley de cookies RU-26: Un usuario registrado podrá consultar la ley de cookies RU-71: Un usuario administrador podrá consultar la ley de cookies Descripción Los usuarios no registrados, registrados y administradores podrán visualizar la ley de cookies. Precondición  Secuencia Normal 1.-Cargar la url de la aplicación 2.-Pie de página seleccionar en el enlace LEY DE COOKIES Postcondición El usuario visualiza la ley de cookies Excepciones  Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.13: CU-12: Consultar ley cookies CU CU-13: Consultar política de privacidad Actor principal No registrado, Registrado, Administrador Requisitos asociados RU-09: Un usuario no registrado podrá consultar la política de privacidad RU-27: Un usuario registrado podrá consultar la política de privacidad RU-72 Un usuario administrador podrá consultar la política de privacidad Descripción Los usuarios no registrados, registrados y administradores podrán visualizar la política de privacidad. Precondición  Secuencia Normal 1.-Cargar la url de la aplicación 2.-Pie de página seleccionar en el enlace POLITICA DE PRIVACIDAD Postcondición El usuario visualiza la política de privacidad Excepciones  Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.14: CU-13: Consultar política de privacidad Héctor Cuéllar Vallejo 45 Capítulo 3. Análisis CU CU-14: Consultar aviso legal Actor principal No registrado, Registrado, Administrador Requisitos asociados RU-15: Un usuario no registrado podrá consultar el aviso legal RU-28: Un usuario registrado podrá consultar lel aviso legal RU-73 Un usuario administrador podrá consultar el aviso legal Descripción Los usuarios no registrados, registrados y administradores podrán visualizar el aviso legal. Precondición  Secuencia Normal 1.-Cargar la url de la aplicación 2.-Pie de página seleccionar en el enlace AVISO LEGAL Postcondición El usuario visualiza el aviso legal Excepciones  Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.15: CU-14: Consultar aviso legal CU CU-15: Consultar artículos de portada Actor principal No registrado, Administrador Requisitos asociados RU-16: Un usuario No registrado podrá consultar artículos de portada RU-74:Un usuario administrador podrá consultar artículos de portada. Descripción El usuario no registrado o administrador podrá visualizar los artículos de portada. Precondición  Secuencia Normal 1.- Cargar la url principal de la aplicación o seleccionar sobre la pestaña Inicio Postcondición El usuario visualiza los artículos de portada Excepciones  Frecuencia Alta Importancia Alta Comentarios Ninguno Cuadro 3.16: CU-15: Consultar artículos de portada 46 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-16: Acceder a la zona de administración Actor principal Registrado Requisitos asociados RU-17: Un usuario Registrado podrá visualizar en el menú la parte de administración. Descripción El usuario Registrado después de hacer login visualizará en el menú de la aplicación web la pestaña de Administración. Precondición Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú Postcondición El usuario Registrado accede a la pestaña administración Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.17: CU-16: Acceder a la zona de administración CU CU-17: Visualizar calendario de eventos Actor principal Registrado Requisitos asociados RU-18: Un usuario Registrado podrá visualizar el calendario de eventos Descripción El usuario Registrado visualizará el calendario de administración interna de eventos. Precondición Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú Postcondición El usuario Registrado visualiza el calendario de administración interna de eventos. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.18: CU-17: Visualizar calendario de eventos Héctor Cuéllar Vallejo 47 Capítulo 3. Análisis CU CU-18: Descargar plantillas calendario eventos Actor principal Registrado Requisitos asociados RU-19: Un usuario registrado podrá descargar plantillas de permisos de cada actividad RU-20: Un usuario registrado podrá visualizar documentación de la asociación. Descripción El usuario Registrado puede descargar del calendario de administración interna, las plantillas para solicitar los permisos a la sede electrónica del Ayuntamiento de Segovia, JCYL y diputación. Precondición Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar en el calendario de administración interna, sobre la plantilla que queramos rellenar del evento. Postcondición El usuario Registrado descarga la plantilla del evento que ha seleccionado. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.19: CU-18: Descargar plantillas calendario eventos 48 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-19: Generar certicado AEAT Actor principal Registrado Requisitos asociados RU-22: Un usuario Registrado podrá generar certicado corriente de pago AEAT Descripción El usuario Registrado podrá generar el certicado de estar al corriente de pago de la AEAT, de la asociación de vecinos de San Lorenzo. Precondición 1.-Iniciar sesión en el sistema. 2.-Tener instalado el certicado digital de la AAVV San Lorenzo en el navegador Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar en el enlace - PDF CORRIENTE DE PAGO AEAT- . Postcondición Se genera PDF de la entidad externa AEAT Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.20: CU-19: Generar certificado AEAT Héctor Cuéllar Vallejo 49 Capítulo 3. Análisis CU CU-20: Generar certicado seguridad social Actor principal Registrado Requisitos asociados RU-23: Un usuario Registrado podrá generar certicado de la seguridad social Descripción El usuario registrado genera el certicado de la seguridad social - Informe negativo de inscripción de empresario de la asociación de vecinos de San Lorenzo. Precondición 1.-Iniciar sesión en el sistema. 2.-Tener instalado el certicado digital de la AAVV San Lorenzo en el navegador Secuencia 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar en el enlace - PDF SEGURIDAD SOCIAL- . Postcondición El usuario Registrado obtiene el PDF de la seguridad social el informe negativo de inscripción de empresario de la asociación de vecinos de San Lorenzo. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.21: CU-20: Generar certificado seguridad social 50 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-21: Consultar listado de quejas Actor principal Registrado Requisitos asociados RU-24: Un usuario Registrado podrá consultar un listado de todas las quejas Descripción El usuario registrado visualizara un listado de todas las quejas presentadas por socios o usuarios de la aplicación que han sido tramitadas por la asociación de vecinos de San Lorenzo. Precondición 1.-Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar en el enlace ->Documentos de interés ->QUEJAS Postcondición El usuario Registrado visualiza el listado de quejas tramitadas. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.22: CU-21: Consultar listado de quejas CU CU-22: Deslogarse del sistema Actor principal Registrado Requisitos asociados RU-25: Un usuario registrado podrá deslogarse del sistema. Descripción El usuario Registrado podrá hacer logout o cerrar sesión una vez nalizadas las tareas de administración. Precondición 1.-Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Seleccionar en la pestaña del menú ->Logout Postcondición El usuario Registrado cierra sesión en el sistema. Excepciones  Frecuencia Alta Importancia Alta Comentarios Ninguno Cuadro 3.23: CU-22: Deslogarse del sistema Héctor Cuéllar Vallejo 51 Capítulo 3. Análisis CU CU-23: Consultar documentos de interés Actor principal Registrado Requisitos asociados RU-29: Un usuario Registrado podrá consultar documentos de interés Descripción El usuario Registrado podrá consultar documentos de interés de la zona de administración de la aplicación web. Precondición 1.-Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar sobre la vista preliminar del documento Postcondición El usuario Registrado visualiza los documentos de interés Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.24: CU-23:Consultar documentos de interés 52 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-24: Descargar documentos de interés Actor principal Registrado Requisitos asociados RU-30: Un usuario Registrado podrá descargar documentos de interés Descripción El usuario registrado podrá descargar documentos de interés de la pestaña de administración de la aplicación web Precondición 1.-Iniciar sesión en el sistema. Secuencia Normal 1.-Cargar la url de la aplicación web 2.-Seleccionar en la pestaña Login 3.-Acceder con las credenciales del usuario 4.-Pulsar la pestaña Administración del menú 5.-Seleccionar sobre el documento de interés a descargar Postcondición El usuario Registrado descarga el documento de interés solicitado. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña administración 2.-El usuario debe de estar dado de alta en el sistema previamente por el administrador. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.25: CU-24: Descargar documentos de interés CU CU-:25 Acceder al back-end Actor principal Administrador Requisitos asociados RU-56: Un administrador del Sistema podrá visualizar la parte de backend RU-63: Un administrador podrá logarse en la parte del back-end de la aplicación Descripción El administrador del Sistema puede acceder a la parte del back-end de la aplicación web para su administración Precondición Iniciar sesión en el Sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión Postcondición El administrador accede al back-end de administración. Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.26: CU-:25 Acceder al back-end Héctor Cuéllar Vallejo 53 Capítulo 3. Análisis CU CU-32: Añadir artículos de portada Actor principal Administrador Requisitos asociados RU-38: Un usuario administrador podrá crear noticias de portada. Descripción Los usuarios administradores del sistema podrán publicar artículos de portada en la página principal de la aplicación Precondición 1.- Iniciar sesión en el Sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la categoría portada 5.-Añadir el artículo de portada 6.-Guardar cambios Postcondición El usuario administrador añade los artículos de portada Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Media Comentarios Ninguno Cuadro 3.33: CU-32: Añadir artículos de portada 60 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-33: Modicar artículos de portada Actor principal Administrador Requisitos asociados RU-39: Un usuario administrador podrá modicar noticias de portada Descripción Los usuarios administradores del sistema podrán modicar artículos de portada en la página principal de la aplicación Precondición 1.- Iniciar sesión en el Sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la categoría portada 5.-Modicar el artículo de portada 6.-Guardar cambios Postcondición El usuario administrador modica los artículos de portada Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Media Comentarios Ninguno Cuadro 3.34: CU-33: Modificar artículos de portada Héctor Cuéllar Vallejo 61 Capítulo 3. Análisis CU CU-34: Eliminar artículos de portada Actor principal Administrador Requisitos asociados RU-40: Un usuario administrador del sistema podrá eliminar artículos de portada Descripción Los usuarios administradores del sistema podrán eliminar artículos de portada en la página principal de la aplicación Precondición 1.- Iniciar sesión en el Sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la categoría portada 5.-Eliminar el artículo de portada 6.-Guardar cambios Postcondición El usuario administrador elimina los artículos de portada Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Media Comentarios Ninguno Cuadro 3.35: CU-34: Eliminar artículos de portada 62 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-35: Añadir eventos Actor principal Administrador Requisitos asociados RU-41: Un usuario administrador podrá crear eventos Descripción Los usuarios administradores del sistema podrán añadir eventos Precondición 1.- Iniciar sesión en el Sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder al artículo eventos 5.-Añadir evento al artículo eventos 6.-Guardar cambios Postcondición El usuario administrador añade nuevos eventos Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Media Comentarios Ninguno Cuadro 3.36: CU-35: Añadir eventos CU CU-36: Modicar eventos Actor principal Administrador Requisitos asociados RU-42: Un administrador del sistema podrá modicar eventos Descripción Los usuarios administradores del sistema podrán modicar eventos Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder al artículo eventos 5.-Modicar evento al artículo eventos 6.-Guardar cambios Postcondición El usuario administrador modica nuevos eventos Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Media Comentarios Ninguno Cuadro 3.37: CU-36: Modificar eventos Héctor Cuéllar Vallejo 63 Capítulo 3. Análisis CU CU-37: Eliminar eventos Actor principal Administrador Requisitos asociados RU-43: Un administrador del sistema podrá eliminar eventos Descripción Los usuarios administradores del sistema podrán eliminar eventos Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder al artículo eventos 5.-Eliminar evento al artículo eventos 6.-Guardar cambios Postcondición El usuario administrador elimina eventos Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Media Comentarios Ninguno Cuadro 3.38: CU-37: Eliminar eventos 64 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-38: Añadir álbum Actor principal Administrador Requisitos asociados RU-44: Un administrador del sistema podrá crear álbum nuevo Descripción Los usuarios administradores del sistema podrán crear álbum de fotos nuevos de los eventos desarrollados en la asociación de vecinos de San Lorenzo Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a componentes 5.-Seleccionar Event Gallery 6.-Seleccionar Manage Events 7.-Nuevo Álbum 8.-Rellenar Título, categoría 9.-Guardar Postcondición El usuario administrador añade el álbum Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. 3.-Si no se introduce título al álbum no dejará generar el álbum 4.- Si no se rellena la categoría no dejará generar el álbum Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.39: CU-38: Añadir álbum Héctor Cuéllar Vallejo 65 Capítulo 3. Análisis CU CU-39: Modicar álbum Actor principal Administrador Requisitos asociados RU-46: Un administrador del sistema podrá modicar álbum nuevo Descripción Los usuarios administradores del sistema podrán modicar álbum de fotos de los eventos desarrollados en la asociación de vecinos de San Lorenzo Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a componentes 5.-Seleccionar Event Gallery 6.-Seleccionar Manage Events 7.-Seleccionar álbum a editar 8.-Realizar cambios de título y categoría 9.-Guardar Postcondición El usuario administrador modica el álbum Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. 3.-Si no se introduce título al álbum no dejará generar el álbum 4.- Si no se rellena la categoría no dejará generar el álbum Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.40: CU-39: Modificar álbum 66 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-40: Eliminar álbum Actor principal Administrador Requisitos asociados RU-45: Un administrador del sistema podrá eliminar álbum Descripción Los usuarios administradores del sistema podrán eliminar álbum de fotos de los eventos desarrollados en la asociación de vecinos de San Lorenzo Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a componentes 5.-Seleccionar Event Gallery 6.-Seleccionar Manage Events 7.-Seleccionar álbum a eliminar 8.-Eliminar y guardar Postcondición El usuario administrador elimina el álbum Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.41: CU-40: Eliminar álbum Héctor Cuéllar Vallejo 67 Capítulo 3. Análisis CU CU-41: Añadir foto álbum Actor principal Administrador Requisitos asociados RU-47: Un administrador del sistema podrá añadir fotos a un álbum Descripción Los usuarios administradores del sistema podrán añadir fotos a un álbum de los eventos desarrollados en la asociación de vecinos de San Lorenzo Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a componentes 5.-Seleccionar Event Gallery 6.-Seleccionar Manage Events 7.-Seleccionar álbum 8.-Pulsar subir imágenes 9.-Seleccionar imágenes a subir 10.-Guardar y salir Postcondición El usuario administrador añade fotos a un álbum Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.42: CU-41: Añadir foto álbum 68 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-42: Eliminar foto álbum Actor principal Administrador Requisitos asociados RU-48: Un administrador del sistema podrá eliminar fotos a un álbum Descripción Los usuarios administradores del sistema podrán eliminar fotos a un álbum de los eventos desarrollados en la asociación de vecinos de San Lorenzo Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a componentes 5.-Seleccionar Event Gallery 6.-Seleccionar Manage Events 7.-Seleccionar álbum 8.-Seleccionar imágenes a eliminar 9.-Eliminar 10.-Guardar Postcondición El usuario administrador elimina fotos a un álbum Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.43: CU-42: Eliminar foto álbum Héctor Cuéllar Vallejo 69 Capítulo 3. Análisis CU CU-49: Gestionar usuarios Actor principal Administrador Requisitos asociados RU-75: Un administrador del sistema podrá consultar los usuarios del sistema Descripción Los usuarios administradores del sistema podrán consultar los usuarios del sistema de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña usuarios 5.-Administración de usuarios Postcondición El usuario administrador accede al listado de usuarios del sistema Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.50: CU-49:Gestionar usuarios 76 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-50: Añadir usuarios Actor principal Administrador Requisitos asociados RU-76: Un administrador del sistema podrá añadir usuario al sistema Descripción Los usuarios administradores del sistema podrán crear los usuarios del sistema de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña usuarios 5.-Administración de usuarios 6.-Nuevo usuario 7.-Rellenar Nombre de usuario, password, Email 7.- Guardar Postcondición El usuario administrador crea el usuario del sistema Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. 3.- Si no introduce el nombre de usuario no deja crearle. 4.-Si no introduce el email de usuario no deja crearle. 5.- Si no introduce la password de usuario no deja crearle Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.51: CU-50:Añadir usuarios Héctor Cuéllar Vallejo 77 Capítulo 3. Análisis CU CU-51: Modicar usuarios Actor principal Administrador Requisitos asociados RU-77: Un administrador del sistema podrá modicar un usuario del sistema Descripción Los usuarios administradores del sistema podrán modicar los usuarios del sistema de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña usuarios 5.-Administración de usuarios 6.-Seleccionar usuario 7.-Modicar Nombre de usuario, password, Email 7.- Guardar Postcondición El usuario administrador modica el usuario del sistema Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. 3.- Si no introduce el nombre de usuario no deja modicarle. 4.-Si no introduce el email de usuario no deja modicarle. 5.- Si no introduce la password de usuario no deja modicarle 6.- Si el nombre de usuario ya existe, no deja guardar el cambio 7.- Si el email de usuario ya existe, no deja guardar la modicación Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.52: CU-51:Modificar usuarios 78 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-52: Eliminar usuarios Actor principal Administrador Requisitos asociados RU-78: Un administrador del sistema podrá eliminar un usuario del sistema Descripción Los usuarios administradores del sistema podrán eliminar los usuarios del sistema de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña usuarios 5.-Seleccionar usuarios 6.-Seleccionar usuario 7.- Eliminar Postcondición El usuario administrador elimina el usuario del sistema Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Alta Comentarios Ninguno Cuadro 3.53: CU-52:Eliminar usuarios Héctor Cuéllar Vallejo 79 Capítulo 3. Análisis CU CU-53: Crear canal redes sociales Actor principal Administrador Requisitos asociados RU-65: Un administrador del sistema podrá crear canales de redes sociales Descripción Los usuarios administradores del sistema podrán crear canales de redes sociales de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña Extensiones 5.-Seleccionar Plantillas 6.-Seleccionamos la plantilla en uso 7.- seleccionamos Iconos sociales 8.- Subimos el enlace del canal de la red social 9.-Guardar Postcondición El usuario administrador crear canales de redes sociales Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.54: CU-53:Crear canal redes sociales 80 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-54: Modicar canal redes sociales Actor principal Administrador Requisitos asociados RU-66: Un administrador del sistema podrá modicar canales de redes sociales Descripción Los usuarios administradores del sistema podrán modicar canales de redes sociales de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña Extensiones 5.-Seleccionar Plantillas 6.-Seleccionamos la plantilla en uso 7.- seleccionamos Iconos sociales 8.- Modicar el enlace del canal de la red social 9.-Guardar Postcondición El usuario administrador modica canales de redes sociales Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.55: CU-54:Modificar canal redes sociales Héctor Cuéllar Vallejo 81 Capítulo 3. Análisis CU CU-55: Eliminar canal redes sociales Actor principal Administrador Requisitos asociados RU-67: Un administrador del sistema podrá eliminar canales de redes sociales Descripción Los usuarios administradores del sistema podrán eliminar canales de redes sociales de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña Extensiones 5.-Seleccionar Plantillas 6.-Seleccionamos la plantilla en uso 7.- Seleccionamos Iconos sociales 8.- Eliminar el enlace del canal de la red social 9.-Guardar Postcondición El usuario administrador elimina canales de redes sociales Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Baja Importancia Baja Comentarios Ninguno Cuadro 3.56: CU-55:Eliminar canal redes sociales 82 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-56: Añadir documentos de interés Actor principal Administrador Requisitos asociados RU-60: Un administrador del sistema podrá añadir documentos de interés a la zona de administración Descripción Los usuarios administradores del sistema podrán añadir documentos de interés a la zona de administración de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña artículos 5.-Seleccionar artículo Administración 6.-Añadir enlace del documento de interés 7.-Guardar Postcondición El usuario administrador añade documentos de interés a la zona de administración Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.57: CU-56:Añadir documentos de interés Héctor Cuéllar Vallejo 83 Capítulo 3. Análisis CU CU-57: Modicar documentos de interés Actor principal Administrador Requisitos asociados RU-61: Un administrador del sistema podrá modicar documentos de interés a la zona de administración Descripción Los usuarios administradores del sistema podrán modicar documentos de interés a la zona de administración de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña artículos 5.-Seleccionar artículo Administración 6.-Modicar enlace del documento de interés 7.-Guardar Postcondición El usuario administrador modica documentos de interés a la zona de administración Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.58: CU-57:Modificar documentos de interés 84 Héctor Cuéllar Vallejo 3.1. Requisitos de Usuario CU CU-58: Eliminar documentos de interés Actor principal Administrador Requisitos asociados RU-62: Un administrador del sistema podrá eliminar documentos de interés de la zona de administración Descripción Los usuarios administradores del sistema podrán eliminar documentos de interés de la zona de administración de la aplicación web Precondición 1.- Iniciar sesión en el sistema como Administrador Secuencia Normal 1.-Cargar la url de administración de la aplicación web 2.-Introducir las credenciales de administrador 3.-Iniciar sesión de administrador 4.-Acceder a la pestaña artículos 5.-Seleccionar artículo Administración 6.-Eliminar enlace del documento de interés 7.-Guardar Postcondición El usuario administrador elimina documentos de interés a la zona de administración Excepciones 1.- Si no introduce correctamente las credenciales al logarse, no se visualizará la pestaña del back-end 2.-El usuario debe de estar dado de alta en el sistema previamente. Frecuencia Media Importancia Alta Comentarios Ninguno Cuadro 3.59: CU-58:Eliminar documentos de interés Héctor Cuéllar Vallejo 85 Capítulo 3. Análisis 3.4. Requisitos Funcionales Las funcionalidades a desarrollar el sistema, son las siguientes: RF-01: El Sistema debe permitir mostrar la página de inicio de la aplicación. RF-02: El Sistema debe mostrar los cursos / actividades que se imparten en la asociación de vecinos. RF-03: El Sistema debe mostrar los eventos que se celebran en la asociación de vecinos. RF-04: El Sistema debe mostrar la galería de álbumes con las imágenes de los eventos celebrados. RF-05: El Sistema debe mostrar un formulario para que los usuarios puedan registrarse como socios de la asociación. RF-05.1: El Sistema comprueba que el usuario no está dado de alta. RF-06: El sistema debe mostrar un formulario para que los usuarios envíen las quejas o sugerencias. RF-07: El Sistema debe mostrar los enlaces de interés. RF-08: El Sistema debe permitir hacer login. RF-09: El Sistema debe permitir cerrar sesión. RF-10: El Sistema debe permitir al administrador crear actividades / cursos. RF-11: El Sistema debe permitir al administrador modicar actividades / cursos. RF-12: El Sistema debe permitir al administrador eliminar actividades / cursos. RF-13: El Sistema debe permitir al administrador crear artículos de portada. RF-14: El Sistema debe permitir al administrador modicar artículos de portada. RF-15: El Sistema debe permitir al administrador eliminar artículos de portada. RF-16: El Sistema debe permitir al administrador crear eventos. RF-17: El Sistema debe permitir al administrador modicar eventos. RF-18: El Sistema debe permitir al administrador eliminar eventos. RF-19: El Sistema debe permitir al administrador crear álbum. RF-20: El Sistema debe permitir al administrador modicar álbum. RF-21: El Sistema debe permitir al administrador eliminar álbum. RF-22: El Sistema debe permitir al administrador añadir foto al álbum. RF-23: El Sistema debe permitir al administrador eliminar foto al álbum. RF-24: El Sistema debe permitir al administrador añadir enlaces de interés. RF-25: El Sistema debe permitir al administrador modicar enlaces de interés. RF-26: El Sistema debe permitir al administrador eliminar enlaces de interés. RF-27: El Sistema debe permitir al administrador modicar formulario de contacto. RF-28: El Sistema debe permitir al administrador modicar inscripción de socios. 92 Héctor Cuéllar Vallejo 3.5. Requisitos No Funcionales RF-29: El Sistema debe permitir al administrador modicar política de cookies. RF-30: El Sistema debe permitir al administrador modicar aviso legal. RF-31: El Sistema debe permitir al administrador modicar política de privacidad. RF-32: El Sistema debe permitir al administrador gestionar usuarios. RF-33: El Sistema debe permitir al administrador añadir usuarios. RF-34: El Sistema debe permitir al administrador modicar usuarios. RF-35: El Sistema debe permitir al administrador eliminar usuarios. RF-36: El Sistema debe permitir al administrador crear canales de redes sociales. RF-37: El Sistema debe permitir al administrador modicar canales de redes sociales RF-38: El Sistema debe permitir al administrador eliminar canales de redes sociales. RF-39: El Sistema debe permitir al administrador añadir documentos de interés. RF-40: El Sistema debe permitir al administrador modicar documentos de interés. RF-41: El Sistema debe permitir al administrador eliminar documentos de interés. RF-42: El Sistema debe permitir al administrador añadir eventos al calendario administración. RF-43: El Sistema debe permitir al administrador modicar eventos al calendario administración. RF-44: El Sistema debe permitir al administrador eliminar eventos al calendario administración. RF-45: El Sistema debe permitir al usuario registrado ver la zona de administración. RF-46: El Sistema debe permitir al usuario registrado visualizar el calendario de eventos. RF-47: El Sistema debe permitir al usuario registrado descargar plantillas del calendario de eventos. RF-48: El Sistema debe permitir al usuario registrado generar certicado AEAT estar al corriente de pago. RF-49: El Sistema debe permitir al usuario registrado generar certicado seguridad social estar al corriente de pago. RF-50: El Sistema debe permitir al usuario registrado consultar listado de quejas. RF-51: El Sistema debe permitir al usuario registrado consultar documentos de interés. RF-52: El Sistema debe permitir al usuario registrado descargar documentos de interés. 3.5. Requisitos No Funcionales Los requisitos no funcionales describen las características del Sistema. Se detallan a continuación. 3.5.1. Escalabilidad RE-01: La aplicación es escalable, ya que es modular. Permite implementar nuevos módulos fácilmente en el sistema. Héctor Cuéllar Vallejo 93 Capítulo 3. Análisis 3.5.2. Seguridad RS-01: Los usuarios registrados para la zona de administración se identican con el nombre de usuario y contraseña. RS-02: Acceso a la información según el tipo de usuario. RS-03: Los usuarios no registrados sólo acceden a la parte pública. 3.5.3. Accesibilidad RA-01: La aplicación es accesible desde un navegador web. 3.5.4. Disponibilidad RD-01: la aplicación debe proporcionar una disponibilidad 24x7. 94 Héctor Cuéllar Vallejo Capítulo 4 Diseño 4.1. Arquitectura Lógica El modelo lógico utilizado en la aplicación es el modelo tradicional de n-capas.Con esta arquitectura, los usuarios realizan solicitudes a través de la capa de interfaz de usuario que interactúa con la capa de negocio. La capa de negocio, a su vez, puede llamar a la capa de datos, para las solicitudes de acceso de datos. La capa de interfaz de usuario no debe realizar solicitudes directamente a la capa de datos, ni debe interactuar con la persistencia de forma directa a través de otros medios. Del mismo modo, la capa de negocio solo debe interactuar con la persistencia a través de DAL. De este modo, cada capa tiene su propia responsabilidad conocida. 95 Capítulo 4. Diseño 4.2. Arquitectura Física Los usuarios acceden a la aplicación desde cualquier dispositivo con conexión a internet (ordenador, smartphone o tablet). Antes de acceder al servidor de la aplicación se ha colocado un balanceador de carga que reparte las peticiones realizadas a la página web. Como servidor de la aplicación se ha utilizado dos servidores apache, que se comunican a su vez con la base de datos mysql. Figura 4.1: Diseño, Arquitectura Física. 4.3. Modelo de Datos La base de datos de nuestra aplicación web, es de tipo mysql. A continuación se detallan algunos diagramas con la estructura de datos utilizadas en la base de datos. 96 Héctor Cuéllar Vallejo 4.3. Modelo de Datos 4.3.1. Diagrama de Entidad Relación Figura 4.2: Diseño, Entidad Relación. Héctor Cuéllar Vallejo 97 Capítulo 4. Diseño 4.3.2. Diseño de Interfaz A continuación se muestra el diseño de las interfaces de la aplicación web: DI-01 Inicio del aplicativo Descripción Página principal del sistema. Muestra las noticias principales, el slideshow, los accesos directos principales. Boceto Cuadro 4.1: DI-01: Inicio del aplicativo 98 Héctor Cuéllar Vallejo 4.3. Modelo de Datos DI-02 Información de cursos / talleres Descripción Página donde se puede informar de los horarios de los cursos y talleres que se imparten en la asociación de vecinos de San Lorenzo. Además se puede solicitar información rellenando el formulario de contacto. Boceto Cuadro 4.2: DI-02: Información de cursos / talleres DI-03 Consultar eventos Descripción Listado de los diferentes eventos que organiza la asociación de vecinos de San Lorenzo a lo largo de cada año Boceto Cuadro 4.3: DI-03: Consultar eventos Héctor Cuéllar Vallejo 99 Capítulo 4. Diseño DI-04 Consultar Galería Descripción Imágenes organizadas por álbumes de eventos. Boceto Cuadro 4.4: DI-04: Consultar Galería DI-05 Consultar enlaces de interés Descripción Muestra los enlaces de interés de la asociación de vecinos de San Lorenzo (página del ayuntamiento, AMPAS...) Boceto Cuadro 4.5: DI-05: Consultar enlaces de interés 100 Héctor Cuéllar Vallejo 4.3. Modelo de Datos DI-06 Inscripción de socios Descripción Muestra los diferentes canales donde las personas pueden inscribirse como socios de la asociación. Además permite hacerse socio a través de un formulario online. Boceto Eventos Al pulsar enviar, si los datos son correctos, nos redirige a la página de inicio. Si los datos son incorrectos o inválidos no procesa la petición enviar y marca el error. Cuadro 4.6: DI-06: Inscripción de socios DI-07 Hacer Login Descripción Hacer login para acceder a la parte de administración de la aplicación. Activación Al loguearse en la aplicación como usuario registrado Boceto Eventos Al pulsar IDENTIFICARSE si el usuario y la contraseña son correctas, se habilita la pestaña administración en el menú Cuadro 4.7: DI-07: Hacer login Héctor Cuéllar Vallejo 101 Capítulo 5. Implementación 5.3. Implementación del balanceador y clúster Conguración del balanceador de tráco/carga El equipo que gestionará el reparto de la carga/peticiones, algo que permitirá distribuir las visitas entre los equipos sobre los que actúe, además de aportar redundancia a fallos, ya que si uno de los servidores cae directamente redireccionará el tráco al equipo restante. Dado que nuestra conguración no hará uso de entorno gráco de ningún tipo, reduciremos la cantidad de memoria disponible por la tarjeta gráca al mínimo (16mb): Figura 5.4: Instalación de clúster - Configuración memoria disponible GUI En el menú que se abrirá iremos a la opción Advanced Options ->Split Memory En esa opción reduciremos la memoria dedicada a la tarjeta gráca al mínimo (16mb) Al salir daremos el OK a guardar los cambios y reiniciar el sistema. Al reiniciarse el sistema actualizaremos el software con: Figura 5.5: Instalación de clúster - Actualización del balanceador Asignaremos como IP por ejemplo 192.168.1.60 Para congurar una IP estática en Raspian debemos editar el chero /etc/dhcpcd.conf con el comando: Figura 5.6: Instalación de clúster - Configuración ip estática 108 Héctor Cuéllar Vallejo 5.3. Implementación del balanceador y clúster A continuación guardamos los cambios pulsando `Ctrl+X' y después conrmando con `Y' y `Enter'. Ahora reiniciamos la Raspberry Pi con el comando: Finalmente comprobamos que, efectivamente, tenemos Figura 5.7: Instalación de clúster -Reiniciar raspberry la IP que hemos congurado ejecutando con el comando Figura 5.8: Instalación de clúster - Visualizar ip estática Instalaremos Apache, que es el software que en este caso nos servirá para repartir el tráco web entre nuestros dos servidores web: Figura 5.9: Instalación de clúster - Instalación apache Una vez nalizada la instalación, nuestro servidor estará localizado en /var/www/html. Ahora tendremos que darle los permisos oportunos con: Figura 5.10: Instalación de clúster - Asignación de permisos Habilitar el archivo "htaccess"para poder congurar el acceso al Servidor Apache. Figura 5.11: Instalación de clúster - Acceso al servidor apache Héctor Cuéllar Vallejo 109 Capítulo 5. Implementación Cambiar . A llowOverride None"por . A llowOverride All" Figura 5.12: Instalación de clúster - Instalar balanceador de carga Activando posteriormente los módulos que necesitamos: Figura 5.13: Instalación de clúster - Instalar balanceador de carga Para la conguración de este equipo como gestor del tráco web necesitaremos editar el chero de conguración: Figura 5.14: Instalación de clúster - Configuración tráfico web 110 Héctor Cuéllar Vallejo 5.3. Implementación del balanceador y clúster El repartidor como los servidores web forman parte de la red 192.168.1.0 , y para un sistema en el que los servidores web tienen las direcciones 192.68.1.61 y 192.168.1.62: Figura 5.15: Instalación de clúster - Instalar balanceador de carga Héctor Cuéllar Vallejo 111 Capítulo 5. Implementación Conguración de los servidores web Primero instalamos un servidor web Apache. Instalar el paquete de Apache con: Figura 5.16: Instalación de los servidores web - Configuración apache Guardar el contenido que queramos publicar en: Figura 5.17: Instalación de los servidores web - Configuración apache Visualizar el contenido es fácil, basta con introducir en vuestro navegador la dirección ip de nuestra raspberry: Figura 5.18: Instalación de los servidores web - Configuración apache Instalar PHP: Figura 5.19: Instalación de los servidores web - Configuración php Damos los permisos oportunos: Figura 5.20: Instalación de los servidores web - Concesión de los permisos directorio web Habilitar el archivo "htaccess"para poder congurar el acceso al Servidor Apache. Figura 5.21: Instalación de los servidores web - Acceso al servidor apache 112 Héctor Cuéllar Vallejo 5.3. Implementación del balanceador y clúster Cambiar AllowOverride None por AllowOverride All Figura 5.22: Instalación de los servidores web - Habilitar el archivo "htaccess" Continuamos con la conguración del clúster, los dos servidores web son copias idénticas salvo sus direcciones IP, que serán 192.168.1.61 y 192.168.1.62, aumentaremos la memoria disponible en ambas de la misma manera que hemos hecho antes con la otra Raspberry: Figura 5.23: Instalación de los servidores web - Configuración memoria disponible GUI En el menú que se abrirá iremos a la opción Advanced Options ->Split Memory En esa opción reduciremos la memoria dedicada a la tarjeta gráca al mínimo (16mb) Al salir daremos el OK a guardar los cambios y reiniciar el sistema. Al reiniciarse el sistema actualizaremos el software con: Figura 5.24: Instalación de los servidores web - Actualización los servers Héctor Cuéllar Vallejo 113 Capítulo 5. Implementación Monitorización del gestor de carga La herramienta web integrada en el propio servidor Apache que nos permite ver el estado del gestor de carga, se visualiza en esta gura: Figura 5.25: Monitorización del gestor de carga - Monitor de carga Muestra la disponibilidad de los dos servidores e incluso el tráco que han tenido. Si hacemos click sobre la dirección de uno de los servidores podremos cambiar su conguración asignándole por ejemplo más tráco. 114 Héctor Cuéllar Vallejo 5.4. Estructura del Proyecto 5.4. Estructura del Proyecto El proyecto sigue los estándares de una estructura de CMS Joomla estándar. Figura 5.26: Estructura del proyecto - Directorios del aplicativo Héctor Cuéllar Vallejo 115 Capítulo 5. Implementación Los archivos y directorios más importantes a destacar son: Administrator: En este directorio se encuentran todos los archivos para la interfaz web del administrador de Joomla (componentes, plantillas, módulos, complementos, etc.). Caché: Esta carpeta contiene los archivos de caché de Joomla. Para acelerar el rendimiento, Joomla almacenará en caché las páginas populares solicitadas en este directorio, para que PHP y MySQL no las vuelvan a descargar cada vez que se soliciten. Components: Este directorio contiene todos los componentes de Joomla. De forma predeterminada, Joomla tiene algunos componentes disponibles, como inicio de sesión, noticias, sondeo, registro, búsqueda y otros. Images: Esta carpeta contiene de forma predeterminada las imágenes utilizadas para sus extensiones. Contiene todos los mapas de bits utilizados por la interfaz del administrador, así como las imágenes que se han cargado para presentar el contenido del artículo. Includes: Los archivos principales de Joomla. Contiene archivos de ejecución de PHP que automatizan la inclusión de contenido. Language: Esta carpeta contiene todos los archivos de idioma. Joomla almacena las traducciones en un formato de archivo simple basado en INI. Libraries: Este directorio contiene todo su sistema Joomla y bibliotecas de terceros utilizadas en su sitio web. Media: Carpeta predeterminada para almacenar archivos multimedia. Puede contener archivos relacionados con interfaces de usuario, tales como: bibliotecas de JavaScript, archivos ash, etc. Modules: Contiene todos los módulos de front-end instalados. Los módulos disponibles para ser mostrados por una plantilla. Por defecto, Joomla incluye algunos módulos, últimas noticias, inicio de sesión, noticias de última hora, imagen aleatoria... Plugins: Son un tipo de extensión complementaria. Sin embargo, funcionan a un nivel más bajo que los componentes. template: Este directorio todos los archivos de plantillas del frontend. Por defecto, Joomla trae algunas plantillas ya hechas y listas para usar. tmp: Esta carpeta almacena los archivos temporales y las cookies que utiliza el administrador y la interfaz de usuario de Joomla. La mayoría de las veces, los archivos de las extensiones se copian en esta carpeta durante el proceso de instalación de Joomla. Conguration: Debemos establecer la conguración de la conexión del servidor de la base de datos de nuestra aplicación y la cadena de conexión. htaccess: Contiene instrucciones para evitar los ataques e implementa urls SEF. Robots: Pequeño chero de texto situado en la carpeta raíz de tu sitio web Joomla. Este archivo contiene las instrucciones para que los buscadores como Google, Yahoo, Bing y otros sepan que pueden buscar y que no pueden. Sitemaps: Es un archivo XML que enumera las URL de un sitio junto con metadatos adicionales acerca de cada una de ellas: la última actualización, frecuencia de modicación, importancia, en relación con las demás URL del sitio; así, los motores de búsqueda pueden llevar a cabo rastreos del sitio de una forma más inteligente. 116 Héctor Cuéllar Vallejo Capítulo 6 Pruebas 6.1. Pruebas de caja blanca Las pruebas se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El ingeniero de pruebas escoge distintos valores de entrada para examinar cada uno de los posibles ujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Mediante la prueba de la caja blanca puede obtener casos de prueba que: Garanticen que se ejerciten por lo menos una vez todos los caminos independientes de cada módulo, programa o método. Ejerciten todas las decisiones lógicas en las vertientes verdadera y falsa. Ejecuten todos los bucles en sus límites operacionales. Ejerciten las estructuras internas de datos para asegurar su validez. Figura 6.1: Pruebas, Caja blanca. Utilizando esta técnica en nuestra aplicación, corregimos errores para conseguir el funcionamiento óptimo. Las pruebas realizadas han sido: Comprobación de los ujos de ejecución acaban correctamente o muestren mensaje de error en el aplicativo. Comprobación modo debug del código fuente y condiciones por las que pasaba el ujo de ejecución. 117 Capítulo 7. Manual de administración del back-end Administración del menú Aquí editamos la estructura de nuestro sitio web. Los Ítems principales pueden tener hijos y así sucesivamente como observamos en la estructura de nuestro sitio web: Dependiendo del tipo de acceso de usuario se visualizará el ítem o no. Figura 7.5: Manual back-end, Panel menu 124 Héctor Cuéllar Vallejo 7.2. Administración Back-end Administración de contenidos Los contenidos se clasican por categoría. Por lo tanto, antes de crear el contenido debemos diseñar las categorías que va a tener nuestro sitio web. En nuestro caso hemos creado las siguientes categorías: Figura 7.6: Manual back-end, Categorías de los artículos Una vez generadas las categorías creamos los artículos de nuestro sitio. Para ello vamos a Contenido ->Artículos Figura 7.7: Manual back-end, Panel artículos Héctor Cuéllar Vallejo 125 Capítulo 7. Manual de administración del back-end Para crear un artículo debemos introducir un título y un alias. Además la categoría y el contenido del artículo. El resto de campos son opcionales. Podemos introducir imágenes, enlaces, paginación... Figura 7.8: Manual back-end, Panel artículos Los módulos creados en nuestra aplicación son los siguientes: Figura 7.9: Manual back-end, Panel módulos 126 Héctor Cuéllar Vallejo 7.2. Administración Back-end Galería: Este módulo corresponde con el acceso directo que hay en la pestaña inicio. Se encuentra en la posición user2 (posición central). Es una imagen que re-direcciona a la pestaña galería. Figura 7.10: Manual back-end, Panel módulo galería Slideshow CK: Módulo donde se coloca la imagen de portada Se encuentra en la posición image. Figura 7.11: Manual back-end, Panel módulo slide Héctor Cuéllar Vallejo 127 Capítulo 7. Manual de administración del back-end Contacto: Este módulo corresponde con el acceso directo que hay en la pestaña inicio. Se encuentra en la posición user3 (posición derecha). Es una imagen que re-direcciona a la pestaña contacto. Figura 7.12: Manual back-end, Panel módulo contacto FOOTER: Muestra el pie de página. Se visualiza en todas las páginas. Muestra el aviso legal, la política de privacidad y la ley de cookies. Figura 7.13: Manual back-end, Panel módulo footer Main Menú: En joomla el menú tiene asociado un módulo. Se muestra en la posición menú y en este módulo se indica el nivel del árbol que deseas mostrar. En este caso indicamos que se muestren los ítems principales y los hijos de estos ítems al posicionarnos sobre ellos. Figura 7.14: Manual back-end, Panel módulo menú 128 Héctor Cuéllar Vallejo 7.2. Administración Back-end Logo: Módulo destinado al logo de la web de la página web. Se ubica en la posición superior de la web (posición logo) y se muestra en todas las páginas. Figura 7.15: Manual back-end, Panel módulo logo HazteSocio: Módulo que recoge los canales o vías para hacerte socio de la asociación de vecinos. Solo se visualiza en la pestaña inscripción de socios. Se muestra en la posición TOP. Figura 7.16: Manual back-end, Panel módulo hazte socio Cursos: Este módulo corresponde con el acceso directo que hay en la pestaña cursos. Se encuentra en la posición user1 (posición derecha). Es una imagen que re-direcciona a la pestaña contacto. Figura 7.17: Manual back-end, Panel módulo cursos Héctor Cuéllar Vallejo 129 Capítulo 7. Manual de administración del back-end Plantilla web: Mostramos el diseño y las posiciones de la plantilla diseña para nuestra aplicación: Figura 7.18: Manual back-end, Plantilla 130 Héctor Cuéllar Vallejo 7.3. Respaldo de copias de seguridad 7.3. Respaldo de copias de seguridad En la aplicación web para realizar el backup completo, se salva por una parte la copia de la base de datos MYSQL (.sql) y el contenido que se aloja en el directorio del apache. Para realizar la copia de la base de datos, utilizamos la herramienta de administración de bases de datos mysql phpmyadmin. Entramos en el servidor mysql escribimos en el navegador http://localhost/phpmyadmin/ e introducimos el usuario y contraseña: Seleccionamos rápido y formato SQL. Figura 7.19: Respaldo de copias, PHPMYADMIN Para realizar la copia del sitio web debemos ir a la ruta /var/www/aavvsanlorenzo y realizar la copia de su contenido. Héctor Cuéllar Vallejo 131 Capítulo 7. Manual de administración del back-end 7.4. Recuperación de copias de seguridad Para recuperar copias de seguridad accedemos a la herramienta de administración de base de datos mysql: http://localhost/phpmyadmin/ Seleccionamos la base de datos que queremos restaurar en el listado de la izquierda y seleccionamos en la pestaña importar. Seleccionamos el .sql y continuamos. Figura 7.20: Respaldo de copias, PHPMYADMIN - Recuperación Ahora recuperamos el contenido de los archivos de nuestro sitio web y los volcamos en la ruta /var/www/aavvsanlorenzo. Debemos comprobar que nuestro archivo conguration.php apunta correctamente a la base de datos de nuestro sitio, si hemos realizado algún cambio: Figura 7.21: Respaldo de copias, PHPconfig 132 Héctor Cuéllar Vallejo Capítulo 8 Manual de Usuario 8.1. Parte pública Para acceder a la aplicación basta con introducir la url http://www.aavvsanlorenzo.com La web se adapta a cualquier dispositivo ya sea tablet, Smartphone u ordenador. La pantalla de inicio muestra una imagen antigua de la iglesia de San Lorenzo, tres accesos directos a los tres ítems más visitados de la web (Cursos  Galería  Contacto), los artículos con las noticias más destacadas del barrio y en la parte derecha, los carteles de los próximos eventos que se van a desarrollar en la asociación. Figura 8.1: Manual Usuario, Portada. 133 Capítulo 8. Manual de Usuario También podemos recuperar la contraseña , introduciendo el email con el que tenemos registrado nuestro usuario. Figura 8.10: Manual Usuario, Recuperar contraseña Al igual que el caso anterior si se nos olvida el nombre de usuario también podemos recuperarlo: Figura 8.11: Manual Usuario, Recuperar nombre de usuario 140 Héctor Cuéllar Vallejo 8.1. Parte pública La pestaña Canal de redes sociales  PAGE FACEBOOK a través de la web podemos acceder al canal de facebook asociado. Seleccionamos sobre el logotipo de facebook (esquina superior derecha) nos lleva a la página de facebook. Figura 8.12: Manual Usuario, Canal de facebook Héctor Cuéllar Vallejo 141 Capítulo 8. Manual de Usuario 8.2. Parte privada Tras hacer login si es correcto, en la parte del menú visualizaremos la parte de administración . Tras acceder a ella tendremos el siguiente panel: En la parte izquierda tenemos el calendario de administración Figura 8.13: Manual Usuario, Parte privada para solicitar los permisos necesarios a las entidades (ayuntamientos, diputaciones o comunidad). Seleccionando sobre el evento nos lleva a la plantilla o documentos necesarios a rellenar para dicha actividad: Figura 8.14: Manual Usuario, Parte privada panel 142 Héctor Cuéllar Vallejo 8.2. Parte privada Figura 8.15: Manual Usuario, Parte privada panel de actividades Héctor Cuéllar Vallejo 143 Capítulo 8. Manual de Usuario En la parte de la derecha DOCUMENTOS DE INTERES tenemos un listado con los documentos más importantes de la asociación a nivel administrativo como son el NIF, la generación de certicados de AEAT o seguridad social. Para acceder a los documentos simplemente tenemos que seleccionar en él y se visualizará. Figura 8.16: Manual Usuario, Parte privada Documentos de interés En el caso de la generación de certicados es algo más complejo. Previamente debemos tener con- gurado el certicado digital en nuestro equipo. Una vez instalado seleccionamos sobre el enlace PDF corriente de pago AEAT: Figura 8.17: Manual Usuario, Parte privada Certificado AEAT 144 Héctor Cuéllar Vallejo 8.2. Parte privada Solicitud y seleccionamos Con certicado electrónico: Validamos solicitud: Figura 8.18: Manual Usuario, Parte privada Certificado AEAT Si no tenemos incidencia con la AEAT generará el PDF correspondiente. Figura 8.19: Manual Usuario, Parte privada Certificado AEAT El mismo procedimiento se realiza para la seguridad social. Héctor Cuéllar Vallejo 145 Capítulo 8. Manual de Usuario 146 Héctor Cuéllar Vallejo Capítulo 9 Conclusiones y Mejoras 9.1. Conclusiones La nalidad del proyecto es clara. Unir a la población del barrio de San Lorenzo con el tejido asociativo, para así conseguir proyectos y mejoras. Estos últimos años todo ha sufrido una fuerte digitalización en los ayuntamientos, diputaciones, comunidades y entidades. Las asociaciones necesitan modernizarse y empatizar con la gente más joven que es el futuro. Para ello teniendo en cuenta que las asociaciones de vecinos no tienen grandes ingresos se ha montado esta pequeña aplicación web informativa, sobre un pequeño y económico clúster de raspberry que puede ser asumible económicamente. A través de esta web se potencian las actividades que se realizan de octubre a junio, ya que fácilmente se pueden consultar y pedir información sobre ellas. Antes de tener la aplicación, mucha gente menos aferrada a la asociación desconocían este tipo de actividades. La inscripción de socios también es importante ya que abre nuevos canales a los ya clásicos utilizados. Sin salir de casa puedes inscribirte como socio de la asociación y disfrutar de los benecios que con lleva. Otro aspecto importante es el canal que se abre para que la gente pueda aportar ideas, proyectos o pequeñas averías o desperfectos, para trasladar al Ayuntamiento de Segovia. La parte de administración para la junta gestora, ayuda a gestionar las actividades de una manera mucho más uida y rápida. Cada evento tiene su plantilla con los pasos a realizar y todas las plantillas para editar. Los certicados electrónicos se pueden gestionar de manera instantánea, siempre que tengamos el certicado de moneda y timbre instalado. Espero pues que esta aplicación ayude a los vecinos de mi barrio a estar mejor informados y se animen a participar en las actividades, proyectos e ideas del barrio. Los más jóvenes espero que se involucren más en las actividades y participen en los nuevos proyectos. 9.2. Posibles Mejoras En un futuro al ser una aplicación modulable, nos permite fácilmente crear nuevas secciones bajo demanda. Posibles ampliaciones podrían ser: Crear un nuevo rol de usuario Contable que vea una pestaña destinada a la contabilidad de la asociación. 147 Capítulo 9. Conclusiones y Mejoras Previsión de gastos e ingresos. Registros de gastos e ingresos años anteriores al curso actual. Plantillas de modelos obligatorios a presentar a la AEAT. 148 Héctor Cuéllar Vallejo Referencias - Bibliografía [1] Gonzalo Cuevas, Agustín , Gestión del proceso software Centro de Estudios Ramón Areces, S.A., 2005. [10/11/2018] [2] Cabrera G., Durán I., Zamora M Análisis y diseño de aplicaciones informáticas de gestión MacGraw-Hill, 2005 [14/11/2018] [3] J. Beatty, A. Chen. "Visual Models for Software Requirements"Microsoft, 2012. [19/11/2018] 149