GYKAM. Gestor Integral de campeonatos de artes marciales

Universidad de Valladolid E.U de Informática ( Segovia) Ingeniería Técnica en Informática de Gestión GYKAM Gestor Integral de Campeonatos de Artes Marciales Alumno: Luis Vidaechea Benito Tutor: Dr. Juan Jose Alvarez GYKAM: Gestor Integral de Campeonatos de Artes Marciales CYLAM Sección 1: Memoria Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !2 Contenido Sección 1 Descripción General del proyecto!5 1.1 Identificación del proyecto!5 Título!5 Autor!5 Tutor!5 1.2 Estructura de la documentación!5 1.3 Breve Introducción!5 1.4 Motivación!6 1.5 Objetivos principales del proyecto!6 Procedimientos!6 Mecanismos!8 1.6 Contenidos del CD-ROM!9 Cuestiones metodológicas!10 2.1 Metodología, proceso de desarrollo elegido y ciclo de vida!10 Proceso Unificado de Rational!10 Ventajas del RUP!12 Desventajas del RUP!13 2.2 Arquitectura utilizada!14 2.3 Software utilizado!16 Planificación del sistema!19 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !3 3.1 Estimación del esfuerzo!19 3.2 Descripción técnica y presupuesto del proyecto!23 Recursos Humanos!23 Recursos Hardware!23 Recursos Software!23 Otros recursos !24 Presupuesto Total!25 3.3 Planificación temporal!26 Descripción de la planificación temporal!26 Cronograma!26 3.4 Presupuesto y desarrollo por fases según Open Project!30 Consideraciones!33 4.1 Consideraciones sobre la fase de análisis!33 Sistema de usuarios!33 Comprensión y definición de los casos de uso!33 Diagramas de Secuencia!34 4.2 Consideraciones sobre la fase de diseño!34 4.3 Consideraciones sobre la fase de implementación!34 4.4 Consideraciones sobre la fase de pruebas!34 Conclusiones!35 5.1 Conclusiones!35 Elección del Proyecto!35 5.2 Posibles ampliaciones!35 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !4 Descripción General del proyecto 1.1 Identificación del proyecto Título !GYKAM: Gestor Integral de Campeonatos de Artes Marciales Autor !Luis Vidaechea Benito Tutor !Dr. Juan Jose Alvarez Gomez 1.2 Estructura de la documentación La documentación del proyecto queda dividida en cuatro partes bien diferenciadas: A. Bloque 1: “Memoria” B. Bloque 2: “Manual Técnico” C. Bloque 3: “Manual de Usuario” D. Bloque 4: “Bibliografía y anexos” 1.3 Breve Introducción "El mas eficiente tratamiento de la información es la meta final de cualquier ingeniero informático, por lo que al haber podido aunar mi pasión: las artes marciales con mi profesión; fue un gran aliciente a la hora de desarrollar este proyecto. "Muchos estudiantes piensan si su software tendría cabida en el mundo real, fuera de los laboratorios, este PFC no es sencillamente un software y su correspondiente documentación, ha sido el eje fundamental de la realización por parte de este alumno del I FEAM & ICKKF World All Styles Championships realizado en Segovia el pasado mes de Marzo, con una participación de 1000 atletas de mas de 30 países. "El campeonato se organizo gracias a esta aplicación, pero la aplicación se diseño, estructurando y dividiendo todos los procedimientos, actuaciones, deliberaciones que puede haber en un torneo de artes marciales, como si una clase de “Ingeniería del Software” fuera, por lo que el campeonato en si es mi Proyecto Fin de Carrera, la consumación de muchos años trabajando para convertir algo que se hacia con bolígrafo y papel en un proceso de ingeniería. GYKAM: Gestor Integral de Campeonatos de Artes Marciales " 1.4 Motivación !Que mayor motivación puede haber que trabajar en algo que te apasiona, sabiendo que por fin, tus esfuerzos por mostrar algo al mundo, están ayudando a mi carrera profesional. Cuantos profesores de la escuela de informática no me habrán dicho que si no me hubiera centrado en las artes marciales, mi trayectoria hubiera sido mucho mas brillante, puede ser, no obstante y pese a que no pretendo parecer intimista, todo cuanto he hecho hasta el día de hoy me ha conducido a desarrollar mi mejor trabajo, GYKAM, aunque se que todavía tengo mucho trabajo con ella, muchas ampliaciones, es la consumación de toda una vida de investigación y trabajo. "¿Ha sido difícil? mucho, aunque sabía que este proyecto me colocaría a la vanguardia de la realización de eventos, también sabía que implantarlo iba a ser muy difícil,en un mundo como el de las artes marciales, donde muchos sectores amparándose en la tradición, todavía se hacen las cosas con bolígrafo y papel, donde los cambios no son bienvenidos, este cambio al principio no fue entendido, pero después de haberlo mostrado al mundo, hemos cambiado las reglas de juego... 1.5 Objetivos principales del proyecto !El objetivo principal de este proyecto como ya mencioné antes es optimizar todos los procedimientos que existen en un campeonato de artes marciales, mediante la creación de una aplicación que gestione todos esos procedimientos, que hemos distribuido en 4 grandes áreas: A. Inscripción B. Check In C. Generación de listas D. Marcadores electrónicos E. Guardar resultados "La aplicación se ha introducido en la web: www.world-allstyleschampionship.es, siendo esta el eje para la difusión del evento, por lo cual era el marco ideal para introducir el proceso de registro e inscripción. No obstante para entender mis motivaciones expondré de forma mas clara que tipos de procedimientos he modificado a fin de generar esta aplicación. Procedimientos Descripción Antes Ahora Identificadores de las pruebas Su nombre: Formas Mano Vacía 4 y 5 años He asignado un identificador a cada prueba, por ejemplo: 101 - Formas Mano Vacía 4 y 5 años Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !6 Descripción Antes Ahora Uso de las Redes Sociales La difusión del evento ha sido un punto muy importante, antes se realizaba un mailing para anunciar el evento Creando páginas en las redes sociales (Facebook, Tuenti, Twitter), así como un servicio de mailing y publicidad en YouTube. Protocolo de actuación No existía un protocolo que ayudara al personal a solventar las eventualidades Pueden encontrarlo en Bibliografía y Anexos Funcionamiento de un área de competición No se amparaba un orden preestablecido Se estructuro mediante un diagrama de flujo. (*) Tabla 1: Procedimientos !(*) Este diagrama se realizo a fin de formar al personal de organización de como debían actuar al realizar una prueba del campeonato. Diagrama 1: Funcionamiento de un área de competición mediante un diagrama de flujo Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !7 !Uno de los puntos fuertes de esta aplicación es su interfaz, sencilla y amigable, fue todo un reto, dado que como antes expresé numerosos artistas marciales eran recelosos de utilizar esta aplicación, incluso a modo anecdótico, un equipo me envío su inscripción a máquina de escribir mediante correo postal. "El uso de mecanismos de seguridad para preservar la integridad de los datos era obvia, dado que el uso del Cloud Computing 1 ha sido fundamental a la hora de diseñar la aplicación, los datos se encuentran en un servidor alojado en Internet. Diagrama 2: Funcionamiento del Cloud Computing Mecanismos Estos mecanismos han sido:! A. Sistema de permisos para usuarios: Diferenciando entre distintos tipos de usuario, los cuales tendrán diferentes privilegios, a saber: a) Usuario Administrador: Encargado de gestionar todos los contenidos de la Web, así como operador de GYKAM, a su vez tiene las mismas funcionalidades que los demás tipos de usuarios Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !8 1 Paradigma en el que la información se almacena de manera permanente en servidores de Internet y se envía a cachés temporales de cliente b) Usuario Registrado: Este usuario representa al “maestro” que desea registrar a sus alumnos en GYKAM para participar en el torneo, puede registrar su club, a sus competidores y reservar el hotel. c) Usuario No Registrado: Será cualquier usuario que visite el portal, podrá navegar por todos los contenidos y descargar la información del torneo. No posee privilegios adicionales. B. Validación de las cuentas vía email" 1.6 Contenidos del CD-ROM Carpeta Código Fuente Carpeta Documentación Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !9 2.3 Software utilizado OS X Mountain Lion Novena versión de OS X, el sistema operativo de Apple para sus ordenadores de escritorio, portátiles y servidores. Mountain Lion fue anunciado en Febrero de 2012 y fue puesto a la venta en Julio de 2012 a través de la Mac App Store. Incorpora aún más características del sistema iOS, algunas de las cuales ya han sido introducidas en Lion. Diversas aplicaciones fueron renombradas o alteradas para lograr una correspondencia con sus contrapartes de IOS. iWork iWork es la suite ofimática de aplicaciones creada por Apple para el sistema operativo MAC OS X y iOS. Contiene un procesador de texto llamado Pages, un paquete de presentaciones llamado Keynote y una hoja de cálculo llamada Numbers. Aunque iWork fue en un principio un rumor de ser la actualización o reemplazo de la aplicación de Apple llamada AppleWorks. Apple actualmente la comercializa como "construyendo un sucesor de AppleWorks", pero no extiende las funciones de base de datos y herramientas de dibujo de AppleWorks. Está diseñado para integrarse con las aplicaciones de la suite iLife. Adobe Reader Adobe Acrobat es una familia de programas informáticos desarrollados por Adobe Systems diseñados para visualizar, crear y modificar archivos con el formato Portable Document Format, más conocido como PDF. Acrobat y Reader son de uso muy popular como forma de presentar información con un formato fijo similar al de una publicación. El uso del formato PDF es muy común para mostrar texto con un diseño visual ordenado. Mozilla Firefox Navegador de internet práctico y ágil con interfaz gráfica de usuario desarrollado por la Corporación Mozilla y un gran número de voluntarios externos.Una de las características a destacar de este navegador es que puede ser modificado a gusto de usuario. Se puede modificar los temas y skins según las necesidades que se tengan. Su secreto es su potencia y versatilidad así como un enorme catálogo de extensiones que eleva sus posibilidades hasta el infinito. Además es vistoso y fácil de usar. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !16 Google Chrome Navegador web desarrollado por Google y compilado con base en componentes de código abierto como el motor renderizado WebKit y su estructura de desarrollo de aplicaciones (framework), disponible gratuitamente bajo condiciones de servicio específicas. El nombre del navegador deriva del término en inglés usado para el marco de la interfaz gráfica de usuario («chrome»). Open Proj Utilidad para gestionar tareas, recursos y hacer un seguimiento visual de todo el proyecto. Proporciona todo lo que puedas esperar de una herramienta de gestión de proyectos, desde varios tipos de gráficas hasta el coste final de desarrollo de un proyecto. Entrando en detalles, OpenProj permite asignar recursos a tareas, crear dependencias entre tareas, ver los recursos disponibles, filtrar las tareas por estado y ordenarlas según prioridad, coste y otros factores. Star UML Genera todo tipo de diagramas, se maneja con facilidad. En un vistazo a la interfaz se ven las funciones principales del programa. Otra característica importante del programa es que su código es compatible con C++ y Java.Se puede comenzar a dibujar los gráficos manualmente o seleccionar las plantillas que contiene el archivo de instalación para modificarlas. Esta última opción es muy recomendable para quien no ha trabajado con archivos UML / MDA. Dia Editor de diagramas con las herramientas necesarias para crearlos o modificarlos sin apenas conocimientos. Incluye herramientas de dibujo para introducir distintos elementos geométricos a nuestras composiciones, pudiendo editar sus propiedades y con un espacio cuadriculado para organizar nuestros diagramas y sistema de capas.Además, permite abrir y exportar los dibujos realizados a los formatos más conocidos, además de tener su propio formato para editar el documento posteriormente.Se puede utilizar para dibujar diferentes tipos de diagramas como pueden ser: diagramas entidadrelación, diagramas UML, diagramas de flujo, diagramas de redes, etc. Filezilla FileZilla es un cliente FTP multiplataforma de código abierto y software libre, licenciado bajo la Licencia Pública General de GNU Soporta los protocolos FTP, SFTP y FTP sobre SSL/TLS. Inicialmente fue diseñado para funcionar en Microsoft Windows pero desde la versión 3.0.0, gracias al uso de wxWidgets, es multiplataforma, estando disponible además para otros sistemas operativos, entre ellos GNU/LINUX FreeSBD y Mac OS X. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !17 MAMP refiere al conjunto de programas software comúnmente usados para desarrollar sitios web dinámicos sobre sistemas operativos Apple Macintosh, MAC OS X. - Mac OS X: Sistema operativo. - Apache: Servidor Web !!- MySQL: Sistema Gestor de Bases de Datos ""- PHP, Perl ó Python, lenguajes de programación usados para la creación de sitios web. Adobe Photoshop CS6 Adobe Photoshop es el nombre o marca comercial oficial que recibe uno de los programas más populares de la casa, Adobe Systems, se trata esencialmente de una aplicación informática en forma de taller de pintura y fotografía que trabaja sobre un "lienzo" y que está destinado para la edición, retoque fotográfico y pintura a base de imágenes en mapa de bits. Su nombre en español significa literalmente "taller de fotos". Su capacidad de retoque y modificación de fotografías le ha dado el rubro de ser el programa de edición de imágenes más famoso del mundo. Actualmente forma parte de la familia Adobe Creative Suite y es desarrollado y comercializado por Adobe Systems Incorporated inicialmente para computadores Apple pero posteriormente también para plataformas PC con sistema operativo Windows. Su distribución viene en diferentes presentaciones, que van desde su forma individual hasta como parte de un paquete siendo estos: Adobe Creative Suite Design Premium y Versión Standard, Adobe Creative Suite Web Premium, Adobe Creative Suite Production Studio Premium y Adobe Creative Suite Master Collection. NetBeans NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programación Java. Existe además un número importante de módulos para extenderlo. NetBeans IDE1 es un producto libre y gratuito sin restricciones de uso. NetBeans es un proyecto de código abierto de gran éxito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio de 2000 y continúa siendo el patrocinador principal de los proyectos. La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes software llamados módulos. Un módulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como módulo. Las aplicaciones construidas a partir de módulos pueden ser extendidas agregándole nuevos módulos. Debido a que los módulos pueden ser desarrollados independientemente, las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fácilmente por otros desarrolladores de software. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !18 Planificación del sistema !Una de las actividades cruciales del proceso de gestión es la planificación, la cual se basa en una buena estimación del esfuerzo requerido para realizar el proyecto, duración cronológica del proyecto y el coste. 3.1 Estimación del esfuerzo "La sociedad moderna cada vez es más dependiente del software. Al ser el SW un bien en el que se invierten grandes cantidades de dinero, se hace muy importante poder controlarlo. Sin embargo, a pesar de su importancia, es un bien intangible que es difícil medir. "Las organizaciones necesitan controlar esta inversión. En ese sentido, el medir el software no es un tema académico, sino un tema de valor, de inversión y de negocio. "De hecho es conocido que grandes proyectos han fracasado al no estar a tiempo o dentro de presupuesto por una mala estimación de esfuerzo o duración, o de las capacidades requeridas de los ingenieros y de la empresa. "El uso de métricas y en este caso de una métrica de tamaño basada en la funcionalidad nos puede ayudar a tener mejor control y una mejor evaluación de la inversión en proyectos de tecnología basados en SW. "Para la estimación del tamaño de un sistema, una de las técnicas más difundidas, estables y fiables es el "Método de Puntos de Casos de Uso", por ello es el sistema que hemos utilizado. "Este método sirve para planificar y analizar un sistema (se usa en las metodologías RUP y Métrica V3) ya que permite por sí mismo efectuar una estimación del tamaño que tendrá el sistema o del esfuerzo para implementarlo. "Este método está basado en los casos de uso. Se deben revisar los aspectos clave de los requerimientos para calcular un recuento de puntos de casos de uso sin ajustar, estudiar los factores técnicos y el entorno para crear los factores de ajuste y ajustar los factores para obtener los puntos de casos de uso ajustados (UCP) que después se transforma en estimación de esfuerzo (horaspersona). "A continuación se detalla este proceso. GYKAM: Gestor Integral de Campeonatos de Artes Marciales !En primer lugar se calculan los puntos de caso de uso sin ajustar, para ello clasificaremos: A. Cada interacción entre actor y caso de uso según su complejidad y se le asigna un peso (número de actores x complejidad) ! Tabla 2: Pesos I UAW = nº actores (3) * complejidad (3) = 9 B. Clasificar la complejidad de cada caso según el número de transacciones (escenarios) Tipo de interacción Número de transacciones Peso Simple (a través de un API) 3 o menos 5 Medio (a través de un protocolo) De 4 a 7 10 Complejo ( a través de una interfaz gráfica) 7 o más 15 Tabla 3: Pesos II UUCW = nº UC () * complejidad () = (105 * 5) +(2 * 10) + (0* 15) = 545 !Los casos de uso “Registrar equipo” e “Inscribir competidores” son casos de uso medios por lo que su peso es 10. !Para el resto de casos de uso su complejidad es simple por lo que su peso es 5. UUCP = Peso de los actores sin ajustar + peso de los UC sin ajustar UUCP = 9 + 545 = 554 "En segundo lugar, se calcula el factor de complejidad técnica (TCF). Cada uno de estos factores tienen un peso definido con los cuales se obtendrá puntos ponderados por cada uno de ellos, según la valoración que se le asigne. Para una mejor comprensión cada uno de estos puntos se debe evaluar según la siguiente escala: Tabla 4: Complejidad técnica Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !20 Tipo de interacción Peso Simple (a través de un API) 1 Medio (a través de un protocolo) 2 Complejo ( a través de una interfaz gráfica) 3 Descripción Valor Irrelevante de 0 a 2 Medio De 3 a 4 Esencial 5 A continuación se mostrará una tabla con los items; Factor Descripción Peso Valor T1 Sistema Distribuido 2 1 T2 Objetivos de Rendimiento 1 1 T3 Eficiencia respecto al usuario final 1 1 T4 Procesamiento complejo 1 1 T5 Código reutilizable 1 5 T6 Instalación sencilla 0.5 3 T7 Facil utilización 0.5 5 T8 Portabilidad 2 3 T9 Fácil de cambiar 1 3 T10 Uso concurrente 1 3 T11 Características de seguridad 1 1 T12 Accesible por terceros 1 3 T13 Se requiere formación especial 1 0 Tabla 5: Factores I TFactor = ∑(valor*peso) = (2*1) + (1*1) + (1*1) + (1*1) + (1*5) + (0.5*3) + (0.5*5) + (2*3) + (1*3) + (1*3) + (1*1) + (1*3) = 2 + 1 + 1 + 1 + 5 + 1.5 + 2.5 + 6 + 3 + 3 + 1 + 3 = 30 TCF=0.6+(0.01*TFactor)=0.6+(0.01*30) =0.90 En tercer lugar, se calcula el factor de entorno (EF), a través de la fórmula que se presenta a continuación: EFactor = Sum( Valor * Peso) El valor se calcula de la misma forma que el paso anterior: Factor Descripción Peso Valor E1 Familiaridad con el modelo de proyecto utilizado 1.5 3 E2 Experiencia con la aplicación 0.5 4 E3 Experiencia en orientación a objetos 1.5 4 E4 Capacidad del analista lider 0.5 4 E5 Motivación 1.5 5 E6 Estabilidad de los requerimientos 2 5 E7 Persona a tiempo parcial -1 0 E8 Dificultad del lenguaje de programación -1 1 Tabla 6: Factores II EFactor = ∑(valor*peso) = (1.5*3) + (0.5*4) + (1*4) + (0.5*4) + (1*5) + (2*5) + (-1*0) + (- 1*1) = 4.5 + 2 + 4 + 2 + 5 +10 + 0 + (-1) = 26.5 EF = 1.4 + (-0.03 * EFactor) = 1.4 + (-0.03 * 26.5) = 0.60 En cuarto lugar, se calculan los puntos de caso de uso ajustado mediante la siguiente expresión: UCP = UUCP * TCF * EF = 554 * 0.90 * 0.60 = 299.1 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !21 Por último, se calcula la estimación del esfuerzo de programación, mediante la siguiente expresión: Esfuerzo = UCP * Factor Productividad = 299.1* 15 = 4486.5 horas/persona "En la que el factor de productividad según Karner toma un valor aproximado a 15 horas/persona por UCP, obteniéndose al contar los factores de entorno, a través de la fórmula siguiente: Valor= (R1 -R6 con ni <3)+(R7 -R8 con nj >3) "Como este método es una estimación al alza, consideraremos que las horas por persona resultantes no se corresponden solo a la parte de la programación, sino que se corresponde al proyecto en su totalidad, por lo que la estimación por partes del proyecto sería: Fase % Horas Fase de análisis 10% 448.6 Fase de planificación 15% 672.9 Fase de diseño 20% 897.3 Fase de implementación 40% 1794.6 Fase de pruebas 15% 672.9 Tabla 7: Fases del proyecto "Para las estimaciones anteriores estamos considerando un único trabajador que tardará 4486.5 horas, es decir 152 días. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !22 3.2 Descripción técnica y presupuesto del proyecto Recursos Humanos "El desarrollo del proyecto ha sido realizado por Luis Vidaechea Benito actuando de forma simultánea como analista-programador y programador. !El sueldo de cada puesto de trabajo es el siguiente: Puesto Salario anual Salario mensual Analista programador 24.000€/año 2000€/mes Programador 18.000€/año 1500€/mes Tabla 8: Sueldos "Se ha considerado que el trabajador va a tener 12 pagas, una por mes, y cada mes va a tener 26 días laborables y 9 horas por día. !Como el proyecto se realiza durante 7 meses, 4 meses aproximados trabajando como programador, y 3 como analista, el total de recursos humanos es: "2000 € x 3 meses x 1 personas (Analista programador) = 6000 € "500 € x 4 meses x 1 personas (Programador) = 6000 € Total = 12000€ Recursos Hardware !Se ha considerado que el ordenador personal está valorado en 999€ con un ciclo de vida de cuatro años. Cada cuatro años se cambiará de ordenador, por tanto al año, se devaluará 250€, y como el proyecto durará 7 meses, entonces el coste de uso del ordenador será de: 250 €/año ordenador _______________ 1 año X _______________ 7/12 año X= (7/12)*250 = 145 € valdrá el ordenador durante el proyecto. !Sistema: •Mac OS X Mountain •Inter (R) Core (TM) I7 CPU 290 @ 2.67GHz. •1 Tb Disco Duro •8 GB de RAM !El valor de estos requisitos viene incluido en el precio de los equipos! ! ! Recursos Software !Ahora vamos a especificar el coste de las aplicaciones utilizadas en el proyecto y enunciadas antes. A fin de abaratar lo mas posible el coste del proyecto, se ha optado por utilizar Software Libre. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !23 "A continuación os muestro una tabla con la relación software/coste: Aplicación Descripción Coste iWork Suite informática de OSX 0$€ Adobe Reader 9 Programa de manipulación de archivos PDF 0$€ Mozilla Firefox Navegador Web 0$€ Google Chrome Navegador Web 0$€ OpenProj Herramienta de planificación de proyectos 0$€ StarUml Herramienta de modelado de proyectos 0$€ Dia Herramienta de modelado de proyectos 0$€ MAMP Servidor (PHP + MySql + Mercury) 0$€ Filezilla Cliente FTP 0$€ Adobe Photoshop CS6 Herramienta profesional de diseño gráfico 466,79$€ NetBeans Entorno de Desarrollo 0$€ Tabla 9: Relación Software/Coste !Como podemos observar, en la tabla se muestra el coste total anual de las aplicaciones empleadas. El total de las aplicaciones es 466,79€ / año "Como el proyecto durara 177 días, el coste de las aplicaciones utilizadas deberá ser proporcional al tiempo de duración del proyecto 466.79€ / año ------------------------------ 365 días X ------------------------------ 186 días X = (186 * 466.79) / 365 = 226.36 € Otros recursos En este apartados se incluyen los gastos que no tienen nada que ver con el desarrollo del proyecto, pero que son necesarios para la realización del mismo: ! Tabla 10: Otros Recursos El total de los gastos extras es 610€ / año Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !24 Descripción Coste Material de oficina 30$€ Impresión y reprografia 280$€ Internet 300$€ Presupuesto Total# En la siguiente tabla se muestra el coste total de todas las partes involucradas para llevar a cabo el proyecto: Tabla 11: Presupuesto Total TOTAL : 12981.36 € / año Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !25 Recursos Coste Humanos 12000$€ Hardware 145$€ Software 226.36 € Otros 610$€ F. Desarrollo de costes en Recursos Humanos Diagrama 20: Recursos humanos G. Desarrollo de costes en Recursos Materiales Diagrama 21: Recursos Materiales Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !32 Consideraciones !En este apartado expondré los aspectos mas relevantes a la hora de comprender y entender el proyecto 4.1 Consideraciones sobre la fase de análisis !Considero que la fase de análisis es la mas complicado debido a que debes establecer los límites de tu sistema, al ser un proyecto grande, con muchas implicaciones directas sobre mi gran pasión, fue complicado entender que debía establecer un rango de trabajo y ceñirme a el, dado que hay muchos aspectos de la gestión de eventos que puedes amparar en un sistema informático. Establecí mis prioridades básicias sobre: Sistema de usuarios !Logicamente, y siendo esta, una aplicación lanzada en Internet, tenemos un sistema de jerarquía de usuarios con 6 niveles de seguridad, cada uno con sus funcionalidades y permisos propios, a saber: !Usuario no registrado: Menor grado de abstracción sobre nuestro sistema y menor número de operaciones. !Alumno: Usuario Registrado, sus operaciones son las mismas que el anterior, así como: lectura del pasaporte ! ! deportivo, escribir comentarios !Maestro: Todas las anteriores, así como: registro de alumnos, lanzar post, comentarlos, inscribir alumnos en ! ! campeonatos, reservar hoteles.. !Operador: Todas las anteriores, así como: escribir resultados, anotar puntuaciones, ejecutar reclamaciones, realizar ! ! check in, es el encargado de ejecutar GYKAM. !Árbitro: Enviar puntuaciones a la BBDD. "Super Administrador: Todas las funcionalidades del sistema, posee todos los permisos. 1 2 34 A B C Diagrama 22: Diagrama de Venn que simula la jerarquía de usuarios Comprensión y definición de los casos de uso !Se ha elegido la representación de las diversas situaciones que planteo en el sistema con la técnica de los casos de uso, dado que es muy simple y representativa, se usará el estereotipo “CRUD” (Create - Read - Update - Delete) GYKAM: Gestor Integral de Campeonatos de Artes Marciales Diagramas de Secuencia "Los diagramas de secuencia nos ayudaran a la hora de modelar las iteraciones entre actores y el sistema. Lo normal es un diagrama de secuencia por cada caso de uso. 4.2 Consideraciones sobre la fase de diseño !A la hora de diseñar, tenía una gran baza a mi favor, que era un excepcional conocimiento anticipado de las políticas, necesidades y el actual Know How de los eventos de artes marciales, así como la gestión interna de las entidades que participan en los eventos, cabe destacar que soy el presidente - fundador de dos entidades de artes marciales. Los puntos claves de las entrevistas y cuestionarios rellenados por los organizadores fueron: •Se crearía una aplicación con HTML5, PHP5 y MySql, utilizando el patrón de diseño MVC •El diseño de la interfaz sería muy simple, intuitivo y en inglés (faceta internacional del evento) 4.3 Consideraciones sobre la fase de implementación !En la fase de implementación se realizó una retroalimentación de los conocimientos de programación, a fin de usar las últimas técnicas y recursos WEB. •La Base de Datos creada con MySql, demostró ser robusta y muy fiable, se procedió a realizar un Diagrama Entidad Relación, posteriormente re creó el diagrama relacional, quedando definidas las tablas y atributos •Se usaron librerías específicas de PHP (jpGraph, FPDF), así como HTML5, JavaScript y Jquery. 4.4 Consideraciones sobre la fase de pruebas !La fase de pruebas fue muy delicada debido a que se lanzó a Internet y desde ahí se hicieron inscripciones, altas, reservas, etc..Previamente se hicieron pruebas en MAMP. !Los resultados fueron muy satisfactorios, dado que no se vieron fallos ni de diseño ni programación. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !34 Conclusiones 5.1 Conclusiones Elección del Proyecto !Tengo que decir que este Proyecto Fin de Carrera, ha sido la conclusión de muchos debatiéndome entre mis dos pasiones, las artes marciales y la informática, y solo ha podido ser gracias a que mi tutor, el Dr. Juan Jose Alvarez creó en mi y me ofreció un proyecto en el que podía aunar mis dos pasiones y además crear una referencia en la organización de eventos marciales, siendo este el último aliciente que necesitaba. !Como he expresado antes, este proyecto es la consumación de muchos años dedicados a esta carrera y por esto he querido que la aplicación englobe todos los conocimientos aprendidos en esta y como autodidacta en la programación Web. !El proyecto ha sido desarrollado en su totalidad por mi, con las aportaciones en forma de ideas de mis alumnos y de otros maestros en artes marciales. La consecución de este proyecto fue la realización del campeonato del mundo con un rotundo éxito de participación y una aceptación maravillosa de la aplicación por parte de todas las federaciones participantes. 5.2 Posibles ampliaciones El empleo de tablets o smartphones para puntuar las diferentes pruebas sería la siguiente fase de este proyecto. GYKAM: Gestor Integral de Campeonatos de Artes Marciales Sección 2: Manual técnico Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales Contenido Sección 2 Introducción!39 1.1 Introducción!39 1.2 Descripción del Sistema actual!39 Requisitos específicos!40 2.1 Objetivos del sistema!40 2.2 Requisitos de información!58 2.3 Requisitos funcionales!118 2.3.1 Definición de los actores!118 2.3.2 Diagrama de Subsistemas!120 2.3.3 Diagramas de los casos de uso!123 2.3.4 Definición de los casos de uso!132 2.4 Requisitos no funcionales!238 2.5 Matriz de rastreabilidad!241 Diagrama de clases del sistema!243 Esquema!243 Diagrama de secuencia!245 Diagrama de actividades!255 Diagrama de estados!256 Análisis y diseño de la base de datos!257 7.1 Especificación de la base de datos!257 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales!37 7.2 Modelo Entidad Relación!258 7.3 Diagrama del modelo relacional!261 7.4 Diccionario de Datos!263 Diagrama de despliegue y componentes!274 8.1 Diagrama de despliegue!274 Pruebas del sistema!275 10.1 Introducción!275 10.2 Pruebas de Caja Negra!276 10.2 Pruebas de Caja Blanca!281 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales!38 Introducción 1.1 Introducción !Con este proyecto se ha querido ir mas allá de la típica aplicación cliente servidor con una zona de login, una sección publica y una privada, es un complejo sistema software que es capaz de gestionar una Federación de Artes Marciales en todos los aspectos logísticos, así como gestionar todos los aspectos involucrados en la elaboración de campeonatos de artes marciales. !GYKAM es una entidad viva, que se comunica con sus diferentes usuarios, que ofrece ayuda, que es capaz de gestionar cualquier problema planteado dentro de un evento de artes marciales, que se conecta con la base de datos de los alumnos de la federación organizadora, en este caso CYLAM, y permite establecer un Ranking, crear un pasaporte deportivo, que permite a un equipo al otro lado del mundo, que se inscribe en el campeonato 3 meses antes, saber en que tatami y a que hora va a competir, todo ello en tiempo real. 1.2 Descripción del Sistema actual !Los bueno y lo malo de todo este, es que no había precedentes, salvo quizá el sistema de puntuación electrónica de la World Taekwondo Federation, que se basa en usar dos petos con sensores, conectados a un ordenador que registra los impactos y otorga los puntos. !GYKAM posee un nivel de abstracción mayor, siendo el sistema de puntuación, un 10 % parte de su funcionalidad, el el siguiente diagrama os muestro los petos y el sistema de puntuación, como se ve, esta basado en el hardware y en elementos externos, que son muy caros, yo he conseguido reducir esos costes a 0 € mediante GYKAM. Diagrama 23: Sistema electrónico de la WTF Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales!39 Requisitos específicos 2.1 Objetivos del sistema OBJ - 01 Gestión de Usuarios Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de llevar el control de los diferentes tipos de usuarios del sistema. OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01-03 - Gestión de maestros OBJ 01-04 - Gestión de operadores OBJ 01-05 - Gestión de árbitros OBJ 01-06 - Gestión de maestros externos OBJ 01-07 - Gestión de alumnos externos Vital Muy Alta Validado Alta - Tabla 12: OBJ 01 - Gestión de Usuarios OBJ - 01.01 Gestión de Usuarios Administradores Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de llevar el control de los administradores del sistema. El administrador del sistema posee todos los permisos. - Vital Muy Alta Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 40 OBJ - 01.01 Gestión de Usuarios Administradores Estado Estabilidad Comentarios Validado Alta - Tabla 13: OBJ 01.01 - Gestión de usuarios Administradores OBJ - 01.02 Gestión de Alumnos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de llevar el control de los alumnos introducidos en el sistema. Será la clase mas común dentro de nuestros usuarios. - Vital Muy Alta Validado Alta - Tabla 14: OBJ 01.02 - Gestión de Alumnos OBJ - 01.03 Gestión de Maestros Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de llevar el control sobre los maestros, los maestros son figuras del control de alumnos, tienen algunos permisos de administración para crear alumnos y eventos, pero de forma muy restringida. - Vital Muy Alta Validado Alta - Tabla 15: OBJ 01.03 - Gestión de Maestros Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 41 OBJ - 02.05.07 Gestión de la Información de los Test Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar los test de esfuerzo - Muy importante Muy Alta Validado Alta - Tabla 32: OBJ 02.05.07 - Gestión de la Información de los Test de Esfuerzo OBJ - 03 Gestión de Eventos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar eventos creados por el sistema, entre los que se incluyen campeonatos de artes marciales. OBJ 03.01 - Gestión de Campeonatos OBJ 03.02 - Gestión de Cursos OBJ 03.03 - Gestión de la Información de las Inscripciones OBJ 03.04 - Gestión de la Información de los Certificados OBJ 03-05 - Gestión de Exámenes OBJ 03-06 - Gestión de Reuniones OBJ 03-07 - Gestión de Torneos Vital Muy Alta Validado Alta - Tabla 33: OBJ 03 - Gestión del Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 48 OBJ - 03.01 Gestión de Campeonatos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de campeonatos OBJ 03.01.01 - Gestión de la Información de Hoteles OBJ 03.01.02 - Gestión de la Inscripción de Competidores OBJ 03.01.03 - Gestión de la Información de Equipos OBJ 03.01.04 - Gestión de la Información de Pruebas OBJ 03.01.05 - Gestión de la Información de Puntuaciones OBJ 03.01.06 - Gestión de la Información de Reclamaciones OBJ 03.01.07 - Gestión de la Información de los Tatamis OBJ 03.01.08 - Gestión de la Información de los Packs Vital Muy Alta Validado Alta - Tabla 34: OBJ 03.01 - Gestión de Campeonatos OBJ - 03.01.01 Gestión de la Información de Hoteles Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de hoteles que participan en el campeonato - Muy importante Muy Alta Validado Alta - Tabla 35: OBJ 03.01.01 - Gestión de la Información de Hoteles Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 49 OBJ - 03.01.02 Gestión de la Inscripción de Competidores Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los competidores que participan en el campeonato. - Muy importante Muy Alta Validado Alta - Tabla 36: OBJ 03.01.02 - Gestión de la Inscripción de Competidores OBJ - 03.01.03 Gestión de la Inscripción de Equipos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los equipos que participan en el campeonato, así como la reserva de hoteles - Muy importante Muy Alta Validado Alta - Tabla 37: OBJ 03.01.03 - Gestión de la Inscripción de Equipos OBJ - 03.01.04 Gestión de la Información de las Pruebas Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las pruebas que ofrece el campeonato - Muy importante Muy Alta Validado Alta - Tabla 38: OBJ 03.01.04 - Gestión de la Información de las Pruebas Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 50 OBJ - 03.01.05 Gestión de la Información de las Puntuaciones Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las puntuaciones de las distintas pruebas del campeonato. OBJ 03.01.05.01 - Gestión de la Información de los Marcadores Electrónicos Muy importante Muy Alta Validado Alta - Tabla 39: OBJ 03.01.05 - Gestión de la Información de las Puntuaciones OBJ - 03.01.05.01 Gestión de la Información de los Marcadores Electrónicos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los marcadores electrónicos - Muy importante Muy Alta Validado Alta - Tabla 40: OBJ 03.01.05.01 - Gestión de la Información de los Marcadores Electrónicos OBJ - 03.01.06 Gestión de la Información de las Reclamaciones Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las reclamaciones sobre las distintas pruebas del campeonato. - Muy importante Muy Alta Validado Alta - Tabla 41: OBJ 03.01.06 - Gestión de la Información de las Reclamaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 51 OBJ - 03.01.07 Gestión de la Información de los Tatamis Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de la estructura de tatamis. - Muy importante Muy Alta Validado Alta - Tabla 42: OBJ 03.01.07Gestión de la Información de la Información de los Tatamis OBJ - 03.01.08 Gestión de la Información de los Packs Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los packs - Muy importante Muy Alta Validado Alta - Tabla 43: OBJ 03.01.08 - Gestión de la Información de la Información de los Packs OBJ - 03.02 Gestión de la Información de Cursos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la información de los cursos generados en el sistema - Muy importante Muy Alta Validado Alta - Tabla 44: OBJ 03.02 - Gestión de la Información de Cursos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 52 OBJ - 03.03 Gestión de la Información de las Inscripciones Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las inscripciones de los distintos eventos del sistema. - Muy importante Muy Alta Validado Alta - Tabla 45: OBJ 03.03 - Gestión de la Información de las Inscripciones OBJ - 03.04 Gestión de la Información de los Certificados Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los certificados de los distintos eventos del sistema. - Muy importante Muy Alta Validado Alta - Tabla 46: OBJ 03.04 - Gestión de la Información de los Certificados OBJ - 03.05 Gestión de la Información de los Exámenes Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los exámenes del sistema. - Muy importante Muy Alta Validado Alta - Tabla 47: OBJ 03.05 - Gestión de la Información de los Exámenes Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 53 OBJ - 03.06 Gestión de la Información de las Reuniones Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las reuniones del sistema. - Muy importante Muy Alta Validado Alta - Tabla 48: OBJ 03.06 - Gestión de la Información de las Reuniones OBJ - 03.07 Gestión de la Información de los Torneos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los torneos externos generados en el sistema. - Muy importante Muy Alta Validado Alta - Tabla 49: OBJ 03.07 - Gestión de la Información de las Torneos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 54 OBJ - 04 Gestión de la Información de las Entidades Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las Entidades (asociaciones, clubs) del sistema. OBJ 04.01 Gestión de la información de los Test OBJ 04.02 Gestión de la información de los Pagos OBJ 04.03 Gestión de la información de las promociones /exámenes Muy importante Muy Alta Validado Alta - Tabla 50: OBJ 04 - Gestión de la Información de las Entidades OBJ - 04.01 Gestión de la Información de los Test Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los diferentes test de esfuerzo. OBJ 04.01.01 - Gestión de la información de los Tipos de Test Muy importante Muy Alta Validado Alta - Tabla 51: OBJ 04.01 - Gestión de la Información de los Test Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 55 OBJ - 04.01.01 Gestión de la información de los Tipos de Test Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los diferentes tipos de test de esfuerzo. - Muy importante Muy Alta Validado Alta - Tabla 52: OBJ 04.01.01 - Gestión de la Información de los Tipos de Test OBJ - 04.02 Gestión de la información de los Pagos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los diferentes pagos de los usuarios OBJ 04.02.01 - Gestión de la información de los Tipos de Pagos Muy importante Muy Alta Validado Alta - Tabla 53: OBJ 04.02 - Gestión de la Información de los Pagos OBJ - 04.02.01 Gestión de la Información de los Tipos de Pagos Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de los diferentes tipos de pagos. - Muy importante Muy Alta Validado Alta - Tabla 54: OBJ 04.02.01 - Gestión de la Información de los Tipos de Pagos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 56 OBJ - 04.03 Gestión de la Información de las Promociones/Exámenes Versión Autor Fuentes Descripción Subobjetivos Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) El sistema deberá ser capaz de gestionar la creación, modificación y borrado de las diferentes promociones de grado - Muy importante Muy Alta Validado Alta - Tabla 55: OBJ 04.03 - Gestión de la Información de las Promociones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 57 CRQ - 07 Unicidad del id de los Comentarios Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión de los Sistemas de Post OBJ 02.02 - Gestión de los Sistemas de Comentarios IRQ 03 - Información de los Comentarios La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 65: CRQ 07Unicidad del id de los Comentarios Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 64 IRQ - 04 Información de las Fotografías Información de las Fotografías Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.03 - Gestión de la Galería Fotográfica OBJ 02 - Gestión de los Sistemas de Información OBJ 02.03 - Gestión de la Galería Fotográfica UC 21 - Insertar Fotografía UC 22 - Modificar Fotografía UC 23Borrar Fotografía UC 24 - Visualizar Fotografía UC 21 - Insertar Fotografía UC 22 - Modificar Fotografía UC 23Borrar Fotografía UC 24 - Visualizar Fotografía El sistema deberá almacenar la información correspondiente a las fotografías que los usuarios inserten, en concreto: El sistema deberá almacenar la información correspondiente a las fotografías que los usuarios inserten, en concreto: - id - idUsuario - título - tags - fichero - thumbnail - idEstado - id - idUsuario - título - tags - fichero - thumbnail - idEstado Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Muy Alta Muy Alta Validado Validado Alta Alta - - Tabla 66: IRQ 04Información de las Fotografías Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 65 CRQ - 08 Unicidad del id de las Fotografías Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.03 - Gestión de la Galería Fotográfica IRQ 04 - Información de las fotografías La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 67: CRQ 08Unicidad del id de las Fotografías Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 66 IRQ - 05 Información de los Vídeos Información de los Vídeos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.04 - Gestión de la Galería Multimedia OBJ 02 - Gestión de los Sistemas de Información OBJ 02.04 - Gestión de la Galería Multimedia UC 25 - insertar Video UC 26 - Modificar Video UC 27 - Borrar Video UC 28 - Visualizar Video UC 25 - insertar Video UC 26 - Modificar Video UC 27 - Borrar Video UC 28 - Visualizar Video El sistema deberá almacenar la información correspondiente a los videos que los usuarios inserten, en concreto: El sistema deberá almacenar la información correspondiente a los videos que los usuarios inserten, en concreto: - id - idUsuario - título - tags - ruta - thumbnail - idEstado - id - idUsuario - título - tags - ruta - thumbnail - idEstado Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Muy Alta Muy Alta Validado Validado Alta Alta - - Tabla 68: IRQ 05Información de los Vídeos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 67 CRQ - 09 Unicidad del id de los Vídeos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.04 - Gestión de la Galería Multimedia IRQ 05 - Información de los videos La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 69: CRQ 09Unicidad del id de los Vídeos CRQ - 10 Unicidad de la ruta de los Vídeos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.04 - Gestión de la Galería Multimedia IRQ 05 - Información de los vídeos La información almacenada por el sistema deberá satisfacer la siguiente restricción: la ruta a la que se accede al video en YouTube, es única Vital Muy Alta Validado Alta - Tabla 70: CRQ 10Unicidad de la ruta de los Vídeos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 68 IRQ - 06 Información del Mailing Información del Mailing Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.07 - Gestión del Mailing OBJ 02 - Gestión de los Sistemas de Información OBJ 02.07 - Gestión del Mailing FALTAN FALTAN El sistema deberá almacenar la información correspondiente al servicio de mailing, en concreto: El sistema deberá almacenar la información correspondiente al servicio de mailing, en concreto: - título - nombre - texto - email - título - nombre - texto - email Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Importante Importante Baja Baja Validado Validado Alta Alta Puede ser una cadena de emails también Puede ser una cadena de emails también Tabla71: IRQ 06Información del Mailing CRQ - 11 No duplicidad del email en el envío Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.07Gestión del mailing IRQ 05 - Información del maling La información almacenada por el sistema deberá satisfacer la siguiente restricción: el email es único en cada envío, no puede haber dos emails iguales en el mismo mailing Vital Muy Alta Validado Alta - Tabla 72: CRQ 11Unicidad del email 2 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 69 IRQ - 07 Información de los Tags Información de los Tags Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.01 - Gestión de la información de los tags OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.01 - Gestión de la información de los tags UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta El sistema deberá almacenar la información correspondiente a los tags almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los tags almacenados en el sistema , en concreto: - id - nombre - id - nombre Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Importante Importante Baja Baja Validado Validado Alta Alta - - Tabla 73: IRQ 07Información de los tags Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 70 CRQ - 12 Unicidad en el id del Tag Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.01 - Gestión de la información de los tags IRQ 07 - Información de los Tags La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 74: CRQ 12Unicidad en el id del Tag Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 71 IRQ - 8 Información de los Departamentos Información de los Departamentos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.02 - Gestión de la información de los Departamentos OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.02 - Gestión de la información de los Departamentos UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta El sistema deberá almacenar la información correspondiente a los departamentos almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los departamentos almacenados en el sistema , en concreto: - id - nombre - id - nombre Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Importante Importante Baja Baja Validado Validado Alta Alta - - Tabla 75: IRQ 08Información de los Departamentos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 72 CRQ - 13 Unicidad en el id del Departamento Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.02 - Gestión de la información de los Departamentos IRQ 8 - Información de los Departamentos La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 76: CRQ 13Unicidad en el id del Departamento Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 73 IRQ - 11 Información de las Graduaciones Información de las Graduaciones Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.06 - Gestión de la información de las graduaciones OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.06 - Gestión de la información de las graduaciones UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta El sistema deberá almacenar la información correspondiente a las graduaciones almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a las graduaciones almacenados en el sistema , en concreto: - id - nombre - id - nombre Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Importante Importante Baja Baja Validado Validado Alta Alta - - Tabla 83: IRQ 11Información de las Graduaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 80 CRQ - 16 Unicidad en el id de las Graduaciones Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.07 - Gestión de la información de las graduaciones IRQ 14 - Información de las Graduaciones La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 84: CRQ 16Unicidad en el id del Estado de las Graduaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 81 IRQ - 12 Información de los Test Información de los Test Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.07 - Gestión de la información de los Test OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.07 - Gestión de la información de los Test UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta UC 29 - Introducir Etiqueta UC 30 - Modificar Etiqueta UC 31 - Borrar Etiqueta UC 32 - Visualizar Etiqueta El sistema deberá almacenar la información correspondiente a los tipos de entidades almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los tipos de entidades almacenados en el sistema , en concreto: - id - nombre - id - nombre Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Importante Importante Baja Baja Validado Validado Alta Alta - - Tabla 85: IRQ 12Información de los Test Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 82 CRQ - 17 Unicidad en el id de los Test Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.05 - Gestión de la información de las etiquetas OBJ 02.05.07 - Gestión de la información de los Test IRQ 15 - Información de los Tipos de Entidades La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 86: CRQ 17Unicidad en el id de los Test os de Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 83 IRQ - 13 Información de los Eventos Información de los Eventos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03Gestión de los Eventos OBJ 03Gestión de los Eventos UC 33 - Insertar Evento UC 34 - Modificar Evento UC 35 - Borrar Evento UC 36 - Visualizar Evento UC 33 - Insertar Evento UC 34 - Modificar Evento UC 35 - Borrar Evento UC 36 - Visualizar Evento El sistema deberá almacenar la información correspondiente a los tipos de eventos almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los tipos de eventos almacenados en el sistema , en concreto: - id - nombre - descripción - fecha - fecha fin evento - idTipoEvento - file - fichero - url - idEstado - id - nombre - descripción - fecha - fecha fin evento - idTipoEvento - file - fichero - url - idEstado Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 87: IRQ 13Información de los Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 84 CRQ - 18 Unicidad en el id de los Eventos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03Gestión de los Eventos IRQ 17 - Información de los Eventos La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 88: CRQ 18Unicidad en el id de los Eventos CRQ - 19 Unicidad en el nombre de los Eventos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03Gestión de los Eventos IRQ 17 - Información de los Eventos La información almacenada por el sistema deberá satisfacer la siguiente restricción: el nombre de cada evento es único. Vital Muy Alta Validado Alta - Tabla 89: CRQ 19Unicidad en el nombre de los Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 85 IRQ - 14 Información de la Inscripción en los Eventos Información de la Inscripción en los Eventos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03Gestión de los Eventos OBJ 03.02 Gestión de la Inscripción en Eventos OBJ 03.03 Gestión de la Información de los equipos OBJ 03Gestión de los Eventos OBJ 03.02 Gestión de la Inscripción en Eventos OBJ 03.03 Gestión de la Información de los equipos UC 37 Inscripción Evento UC 38 Borrar Inscripción UC 39 Inscribir equipo externo UC 40 Inscribir competidores UC 41 Inscribir competidores externos UC 42 Modificar competidor UC 43 Borrar competidor UC 44 Visualizar competidor UC 37 Inscripción Evento UC 38 Borrar Inscripción UC 39 Inscribir equipo externo UC 40 Inscribir competidores UC 41 Inscribir competidores externos UC 42 Modificar competidor UC 43 Borrar competidor UC 44 Visualizar competidor El sistema deberá almacenar la información correspondiente a las inscripciones en los eventos almacenados en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a las inscripciones en los eventos almacenados en el sistema , en concreto: - id - idEvento - idUsuario - Datos del usuario - id - idEvento - idUsuario - Datos del usuario Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 90: IRQ 14 - Información de la Inscripción en los Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 86 CRQ - 20 Unicidad en el id de la Inscripción Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03Gestión de los Eventos OBJ 03.02 Gestión de la Inscripción en Eventos IRQ 18 - Información de la inscripción en los Eventos La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 91: CRQ 20Unicidad en el id de la Inscripción Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 87 IRQ - 15 Información de las pruebas de los campeonatos Información de las pruebas de los campeonatos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.04Gestión de la Información de las Pruebas OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.04Gestión de la Información de las Pruebas UC 45 - Introducir Prueba UC 46 - Modificar Prueba UC 47 - Borrar Prueba UC 48 - Visualizar Prueba UC 45 - Introducir Prueba UC 46 - Modificar Prueba UC 47 - Borrar Prueba UC 48 - Visualizar Prueba El sistema deberá almacenar la información correspondiente a las pruebas de las competiciones en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a las pruebas de las competiciones en el sistema , en concreto: - id - nombre - código - idDepartamento - idTipo - sexo - idGradoMin - idGradoMax - PesoMin - PesoMax - edadMin - edadMax - id - nombre - código - idDepartamento - idTipo - sexo - idGradoMin - idGradoMax - PesoMin - PesoMax - edadMin - edadMax Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 92: IRQ 15 - Información de las pruebas de los campeonatos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 88 CRQ - 21 Unicidad en el id de la Prueba Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.04Gestión de la Información de las Pruebas IRQ 19 - Información de las pruebas de un campeonato La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 93: CRQ 21Unicidad en el id de la Prueba CRQ - 22 Unicidad en el código de la prueba Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.04Gestión de la Información de las Pruebas IRQ 18 - Información de las pruebas de un campeonato La información almacenada por el sistema deberá satisfacer la siguiente restricción: el código es único Vital Muy Alta Validado Alta - Tabla 94: CRQ 22Unicidad en el código de la prueba Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 89 IRQ - 19 Información de las Puntuaciones de Tablilla Información de las Puntuaciones de Tablilla Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones UC 60 Comenzar categoría tablilla UC 61 Puntuar pruebas de tablilla UC 62 Desempate en Pruebas de Tablilla UC 63 Finalizar Pruebas de Tablilla UC 60 Comenzar categoría tablilla UC 61 Puntuar pruebas de tablilla UC 62 Desempate en Pruebas de Tablilla UC 63 Finalizar Pruebas de Tablilla El sistema deberá almacenar la información correspondiente a las calificaciones en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a las calificaciones en el sistema , en concreto: - id - idEvento - idUsuario - idPrueba - idTatami - juez1 - juez2 - juez3 - total - fecha y hora - comentario - id - idEvento - idUsuario - idPrueba - idTatami - juez1 - juez2 - juez3 - total - fecha y hora - comentario Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 102: IRQ 19 - Información de las Puntuaciones de Tablilla Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 96 CRQ - 28 Unicidad en el id de la Puntuación de Tablilla Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones IRQ 23 - Información de Puntuaciones de Tablilla La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 103: CRQ 28Unicidad en el id de la Puntuación de Tablilla CRQ - 29 Imposibilidad de Empate Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones IRQ 23 - Información de Puntuaciones de Tablilla La información almacenada por el sistema deberá satisfacer la siguiente restricción: las 3 primeras puntuaciones de cada categoría deberán ser siempre diferentes Vital Muy Alta Validado Alta - Tabla 104: CRQ 29Imposibilidad de Empate Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 97 IRQ - 20 Información de las Puntuaciones de Combate al Punto Información de las Puntuaciones de Combate al Punto Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones UC 64 - Comenzar categoría combates al punto UC 65 - Puntuar Combate al Punto UC 66 - Finalizar Combate al Punto UC 67 - Finalizar Categoría Combate al Punto UC 64 - Comenzar categoría combates al punto UC 65 - Puntuar Combate al Punto UC 66 - Finalizar Combate al Punto UC 67 - Finalizar Categoría Combate al Punto El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: - id - idEvento - idCombate - idCategoria - idDecisionJuez1 - idDecisionJuez2 - idDecisionJuez3 - conclusión - fecha y hora - id - idEvento - idCombate - idCategoria - idDecisionJuez1 - idDecisionJuez2 - idDecisionJuez3 - conclusión - fecha y hora Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 105: IRQ 20 - Información de las Puntuaciones de Combate al Punto Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 98 CRQ - 30 Unicidad en el id de la Puntuación de Combate al Punto Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones IRQ 24 - Información de Puntuaciones de Combate al Punto La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 106: CRQ 30Unicidad en el id de la Puntuación de Combate al Punto Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 99 IRQ - 21 Información de las Puntuaciones de Combate Continuado Información de las Puntuaciones de Combate Continuado Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones UC 68 - Comenzar Categoría Combate Continuado UC 69 - Puntuar Combate Continuado UC 70 - Finalizar Combate Combate Continuado UC 71 - Finalizar Categoría Combate Continuado UC 68 - Comenzar Categoría Combate Continuado UC 69 - Puntuar Combate Continuado UC 70 - Finalizar Combate Combate Continuado UC 71 - Finalizar Categoría Combate Continuado El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: - id - idEvento - idCombate - idCategoria - r1PuntosRojo - r1WarningRojo - r1CriticalPointRojo - r1PuntosAzul - r1WarningAzul - r1CriticalPointAzul - conclusión - fecha y hora - id - idEvento - idCombate - idCategoria - r1PuntosRojo - r1WarningRojo - r1CriticalPointRojo - r1PuntosAzul - r1WarningAzul - r1CriticalPointAzul - conclusión - fecha y hora Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta Los Datos específicos de puntos, warnings y critical points se repiten hasta 5 rounds Los Datos específicos de puntos, warnings y critical points se repiten hasta 5 rounds Tabla 107: IRQ 21 - Información de las Puntuaciones de Combate Continuado Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 100 CRQ - 31 Unicidad en el id de la Puntuación de Combate Continuado Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones IRQ 25 - Información de Puntuaciones de Combate Continuado La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 108: CRQ 31Unicidad en el id de la Puntuación de Combate Continuado Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 101 IRQ - 22 Información de las Puntuaciones del Campeonato Información de las Puntuaciones del Campeonato Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones UC 72 - Descargar Resultados UC 72 - Descargar Resultados El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los puntos de un combate en el sistema , en concreto: - id - idEvento - idCategoria - idPrimerClasificado - idSegundoClasificado - idTercerClasificado - fecha y hora - id - idEvento - idCategoria - idPrimerClasificado - idSegundoClasificado - idTercerClasificado - fecha y hora Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 109: IRQ 22 - Información de las Puntuaciones del Campeonato Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 102 CRQ - 32 Unicidad en el id de la Puntuación del Campeonato Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.05 Gestión de la Información de las Puntuaciones IRQ 26 - Información de Puntuaciones del Campeonato La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 110: CRQ 32Unicidad en el id de la Puntuación del Campeonato Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 103 IRQ - 23 Información de las Reclamaciones Información de las Reclamaciones Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.06 Gestión de la Información de las Reclamaciones OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.06 Gestión de la Información de las Reclamaciones UC 73 - Insertar Reclamación UC 74 - Modificar Reclamación UC 75 - Borrar Reclamación UC 76 - Atender Reclamación UC 73 - Insertar Reclamación UC 74 - Modificar Reclamación UC 75 - Borrar Reclamación UC 76 - Atender Reclamación El sistema deberá almacenar la información correspondiente a las reclamaciones en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a las reclamaciones en el sistema , en concreto: - id - idEvento - idCategoria - idUsuario - motivo - decisión - fecha y hora - id - idEvento - idCategoria - idUsuario - motivo - decisión - fecha y hora Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 111: IRQ 23 - Información de las Reclamaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 104 CRQ - 33 Unicidad en el id de las Reclamaciones Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03 - Gestión de los Eventos OBJ 03.01Gestión de los Campeonatos OBJ 03.01.06 Gestión de la Información de las Reclamaciones IRQ 23 - Información de Puntuaciones de las Reclamaciones La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 112: CRQ 33Unicidad en el id de las Reclamaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 105 IRQ - 27 Información de los Test de Esfuerzo Información de los Test de Esfuerzo Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 04 - Gestión de las Entidades OBJ 04.01 Información de los Test de Esfuerzo OBJ 04.01.01 Información del Tipo de Test OBJ 04 - Gestión de las Entidades OBJ 04.01 Información de los Test de Esfuerzo OBJ 04.01.01 Información del Tipo de Test UC 86 - Hacer Test de Esfuerzo UC 87 - Modificar Test de Esfuerzo UC 88 - Borrar Test de Esfuerzo UC 89 - Visualizar Test de Esfuerzo UC 86 - Hacer Test de Esfuerzo UC 87 - Modificar Test de Esfuerzo UC 88 - Borrar Test de Esfuerzo UC 89 - Visualizar Test de Esfuerzo El sistema deberá almacenar la información correspondiente a los Test de Esfuerzo/ cardio en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los Test de Esfuerzo/ cardio en el sistema , en concreto: - id - idUsuario - fecha - puntoFocal - idTest_1 - int_1 - sparring - notas - id - idUsuario - fecha - puntoFocal - idTest_1 - int_1 - sparring - notas Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta Se puede hacer hasta 3 pruebas en un test además del Sparring Se puede hacer hasta 3 pruebas en un test además del Sparring Tabla 121: IRQ 27Información de Test de Esfuerzo Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 112 CRQ - 36 Unicidad en el id del Test Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 04 - Gestión de las Entidades OBJ 04.01 Información de los Test de Esfuerzo OBJ 04.01.01 Información del Tipo de Test IRQ 27 - Información del Test de Esfuerzo La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 122: CRQ 36Unicidad en el id del Test de Esfuerzo Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 113 IRQ - 28 Información de los Pagos Información de los Pagos Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 04 - Gestión de la Información de las Entidades OBJ 04.02 - Gestión de la información de los Pagos OBJ 04 - Gestión de la Información de las Entidades OBJ 04.02 - Gestión de la información de los Pagos UC 90 - Introducir Pago UC 91 - Modificar Pago UC 92 - Borrar Pago UC 93 - Consultar Pagos UC 90 - Introducir Pago UC 91 - Modificar Pago UC 92 - Borrar Pago UC 93 - Consultar Pagos El sistema deberá almacenar la información correspondiente a los Pagos en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los Pagos en el sistema , en concreto: - id - idUsuario - tipoPago - fecha - cantidad - nota - modoPago - idEstado - fichero - id - idUsuario - tipoPago - fecha - cantidad - nota - modoPago - idEstado - fichero Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta - - Tabla 123: IRQ 28Información de los Pagos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 114 CRQ - 37 Unicidad en el id del Pago Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 04 - Gestión de las Entidades OBJ 04.02 Información de los Pagos IRQ 28 - Información del Pago La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 124: CRQ 37 - Unicidad en el id del Pago Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 115 IRQ - 29 Información de las Promociones Información de las Promociones Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Datos específicos Tiempo de vida Tiempo de vida Ocurrencias simult. Ocurrencias simult. Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 04 - Gestión de la Información de las Entidades OBJ 04.03 - Gestión de la información de las Promociones OBJ 04 - Gestión de la Información de las Entidades OBJ 04.03 - Gestión de la información de las Promociones UC 94 - Insertar Alumno UC 95 - Modificar Promoción UC 96 - Borrar Promoción UC 94 - Insertar Alumno UC 95 - Modificar Promoción UC 96 - Borrar Promoción El sistema deberá almacenar la información correspondiente a los Pagos en el sistema , en concreto: El sistema deberá almacenar la información correspondiente a los Pagos en el sistema , en concreto: - id - idEvento - gradoaActual - gradoFinal - idTribunal - idUsuario - idParte1 - puntuacion1 - valoración1 - Parte Teórica - ValoraciónFinal - Resultado - id - idEvento - gradoaActual - gradoFinal - idTribunal - idUsuario - idParte1 - puntuacion1 - valoración1 - Parte Teórica - ValoraciónFinal - Resultado Medio Máximo Indefinido Indefinido Medio Máximo Indefinido ∞ Vital Vital Alta Alta Validado Validado Alta Alta Hasta 5 partes Hasta 5 partes Tabla 125: IRQ 29 - Información de las Promociones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 116 CRQ - 38 Unicidad en el id de los Exámenes Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Importancia Urgencia Estado Estabilidad Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 03.01 -Gestión de la Información de los Campeonatos OBJ 03.01.05 - Gestión de la información del Tatami OBJ 04 - Gestión de la Información de las Entidades OBJ 04.03 - Gestión de la información de las Promociones IRQ 34 - Información de las Promociones La información almacenada por el sistema deberá satisfacer la siguiente restricción: el id es único y se corresponde con un número que se autoincrementa cada vez que se añade una tupla a la base de Datos. Vital Muy Alta Validado Alta - Tabla 126: CRQ 38 - Unicidad en el id de los Exámenes Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 117 2.3 Requisitos funcionales 2.3.1 Definición de los actores ACT - 01 Administrador Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa a la persona encargada de llevar la gestión de la plataforma, tiene privilegios especiales que le permiten hacer uso de todas las funcionalidades del sistema - Tabla 127: ACT 01 - Administrador ACT - 02 Alumno Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa el nivel mas bajo de seguridad, es el tipo de actor con menos funcionalidades, visualizar post, galería y enviar formulario de contacto - Tabla 128: ACT 02 - Alumno ACT - 03 Maestro Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa a un maestro que pertenece a nuestra organización, puede crear eventos, registrar alumnos, inscribir competidores, generar pagos, crear posts - Tabla 129: ACT 03 Maestro ACT - 04 Operador Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor a un operador que trabaja en un campeonato GYKAM - Tabla 130: ACT 04 Operador Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 118 ACT - 05 Árbitro Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa a un árbitro de un campeonato GYKAM - Tabla 131: ACT 05 Árbitro ACT - 06 Maestro Externo Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa a un maestro externo, puede inscribir alumnos en campaonatos GYKAM - Tabla 132: ACT 06 Maestro Externo ACT - 07 Alumno Externo Versión Autor Fuentes Descripción Comentarios 1.0 Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) Este actor representa a un alumno externo, es el actor con el menor número de funcionaliades - Tabla 133: ACT 07 Alumno Externo Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 119 2.3.2 Diagrama de Subsistemas #Un diagrama de Subsistemas muestras las partes fundamentales de las que se compone el sistema. En la siguiente imagen podemos observar que nuestro sistema se divide en cuatro Subsistemas, que a su vez se dividen en varios subsistemas que se detallan posteriormente: Diagrama 24: Diagrama de Subsistemas Diagrama 25: Subsistema: Gestión de Usuarios Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 120 Diagrama 26: Subsistema: Gestión de los Sistemas de Información Diagrama 27: Subsistema:Gestión de los Sist. de Información:: Gestión de la Información de las Etiquetas Diagrama 28: Subsistema: Gestión de los Sistemas de Eventos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 121 Diagrama 42: Diagrama de Casos de Uso del Subsistema Gestión de Entidades Diagrama 43: Diagrama de Casos de Uso del Subsistema Gestión de Tatamis Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 128 Diagrama 44: Diagrama de Casos de Uso del Subsistema Gestión de Puntuac Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 129 Diagrama 45: Diagrama de Casos de Uso del Subsistema Gestión de Test de Esfuerzo Diagrama 46: Diagrama de Casos de Uso del Subsistema Gestión de Pagos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 130 Diagrama 47: Diagrama de Casos de Uso del Subsistema Gestión de Promoción Diagrama 48: Diagrama de Casos de Uso del Subsistema de Equipos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 131 2.3.4 Definición de los casos de uso UC - 1 Insertar Usuario Insertar Usuario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Excepciones Rendimiento Rendimiento 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos IRQ - 01 Información de los usuarios IRQ - 01 Información de los usuarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desea dar de alta a un usuario en el sistema. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desea dar de alta a un usuario en el sistema. El administrador del sistema tiene que haber iniciado sesión El administrador del sistema tiene que haber iniciado sesión Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de usuarios” P2 El usuario pincha sobre la opción “Nuevo miembro” P3 El sistema nos muestra el formulario de registro P4 El usuario rellena los campos, siendo obligatorios: el email, password, nombre, escuela a la que el nuevo usuario está asociado, otorga los permisos de acceso y pulsa guardar P5 El sistema ejecuta el UC-2 Verificar registro P6 El sistema solicita al gestorBD insertar la información del usuario en la BBDD P7 El sistema devuelve un mensaje de éxito en la operación El usuario queda registrado en el sistema El usuario queda registrado en el sistema Paso Acción P4 Si algún campo obligatorio queda vació o bien las contraseñas no coinciden, el email ya existe o posee un formato incorrecto, el sistema vuelve a solicitar los datos P6 Si el usuario no puede ser insertado en la base de datos, se envía un mensaje de error a los usuarios P7 Si el email no puede enviarse se envía un mensaje por pantalla al usuario Paso Cota de tiempo - 2 Minutos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 132 UC - 1 Insertar Usuario Insertar Usuario Frecuencia Importancia Urgencia Estado Estabilidad Comentarios Diaria Diaria Alta Alta Vital Vital Validado Validado Alta Alta - - Tabla 134: UC 01 - Introducir Usuario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 133 UC -2 Verificar Usuario Verificar Usuario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos IRQ - 01 Información de los usuarios IRQ - 01 Información de los usuarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando el sistema verifique que los datos introducidos en el registro son correctos. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando el sistema verifique que los datos introducidos en el registro son correctos. El usuario ha introducido los datos en el formulario. El usuario ha introducido los datos en el formulario. Paso Acción P1 El sistema comprueba que el email sea único. P2 El sistema comprueba que los datos estén en el formato correcto. P3 El sistema comprueba que las dos contraseñas sean iguales P4 El sistema devuelve el resultado de la comprobación Paso Acción - - Paso Cota de tiempo - 10 sg Diaria Diaria Alta Alta Vital Vital Muy alta Muy alta Validado Validado Alta Alta Tabla 135: UC 02 - Verificar Usuario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 134 UC - 3 Iniciar Sesión (login) Iniciar Sesión (login) Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos IRQ - 01 Información de los usuarios IRQ - 01 Información de los usuarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario quiera iniciar sesión en el sistema. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario quiera iniciar sesión en el sistema. El administrador ha de estar registrado en el sistema. El administrador ha de estar registrado en el sistema. Paso Acción P1 El usuario accede a la zona de login P2 El sistema muestra un formulario de inicio de sesión. P3 El usuario introduce sus datos de registro, en concreto: Login Contraseña. P4 El sistema ejecuta el “UC-04 Verificar datos del usuario” P5 El sistema inicia la sesión del administrador y le redirecciona a la página principal del panel de administración P6 El usuario selecciona su rol El administrador ha iniciado sesión. El administrador ha iniciado sesión. Paso Acción P4 Si algún campo está vacío, el login y/o la contraseña son incorrectos, se informa al administrador y se vuelven a solicitar los datos, volviendo al p2. Paso Cota de tiempo - 1Minuto Diaria. Diaria. Vital. Vital. Muy Alta. Muy Alta. Validado. Validado. Alta. Alta. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 135 UC - 3 Iniciar Sesión (login) Iniciar Sesión (login) Comentarios - - Tabla 136: UC 03 - Iniciar Sesión (login) UC - 4 Verificar los datos del login Verificar los datos del login Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos IRQ - 01 Información de los usuarios IRQ - 01 Información de los usuarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario quiera iniciar sesión en el sistema y este dado de alta en la BBDD. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario quiera iniciar sesión en el sistema y este dado de alta en la BBDD. El usuario ha de estar registrado en el sistema. El usuario ha de estar registrado en el sistema. Paso Acción P1 El sistema verifica que el nombre de usuario existe. P2 El sistema comprueba que la contraseña es correcta. P3 El sistema devuelve el resultado de la comprobación. Paso Acción P1 Si el nombre de usuario no existe o es erroneo devuelve un mensaje de error P2 Si la contraseña es incorrecta o no existe devuelve un mensaje de error Paso Cota de tiempo - 2 segundos. Diaria Diaria Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Tabla 137: UC 04 - Verificar los datos del login Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 136 UC - 5 Modificar Usuario Modificar Usuario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos OBJ 01 - Gestión de Usuarios OBJ 01.01 - Gestión de usuarios administradores OBJ 01.02 - Gestión de alumnos OBJ 01.03 - Gestión de maestros OBJ 01.04 - Gestión de operadores OBJ 01.05 - Gestión de árbitros OBJ 01.06 - Gestión de maestros externos OBJ 01.07 - Gestión de alumnos externos IRQ - 01 Información de los usuarios IRQ - 01 Información de los usuarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee modificar los datos de un usuario El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee modificar los datos de un usuario El usuario ha de estar registrado en el sistema. El usuario ha de estar registrado en el sistema. Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de usuarios” P2 El usuario pincha sobre el usuario que deseas registrar y pulsa editar P3 El sistema nos muestra el formulario de registro P4 El usuario rellena los campos, siendo obligatorios: el email, password, nombre, escuela a la que el nuevo usuario está asociado, otorga los permisos de acceso y pulsa guardar P5 El sistema ejecuta el UC-2 Verificar registro P6 El sistema solicita al gestorBD modificarla información del usuario en la BBDD P7 El sistema devuelve un mensaje de éxito en la operación Paso Acción Paso Cota de tiempo - 1 minuto Diaria Diaria Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 137 UC - 12 Insertar Post Insertar Post Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post IRQ - 02 Información de los post IRQ - 02 Información de los post El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desea dar de alta un post en el sistema. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desea dar de alta un post en el sistema. El administrador del sistema tiene que haber iniciado sesión El administrador del sistema tiene que haber iniciado sesión Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de Post” P2 El usuario pincha sobre la opción “Nuevo post” P3 El sistema nos muestra el formulario de registro P4 El usuario rellena los campos, siendo obligatorios: el titulo, texto, tags y pulsa guardar P5 El sistema ejecuta el UC-11 Verificar Título P6 El sistema solicita al gestorBD insertar la información del registro en la BBDD P7 El sistema devuelve un mensaje de éxito en la operación El post queda registrado en el sistema El post queda registrado en el sistema Paso Acción P4 Si algún campo obligatorio queda vació P6 Si el post no puede ser insertado en la base de datos, se envía un mensaje de error al usuario Paso Cota de tiempo - 2 Minutos Semanal Semanal Alta Alta Vital Vital Validado Validado Alta Alta - - Tabla 145: UC 12Inserción de un post Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 144 UC - 13 Modificar Post Modificar Post Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post IRQ - 02 Información de los post IRQ - 02 Información de los post El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee modificar un post del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee modificar un post del sistema Se ha modificado los datos de un usuario del sistema Se ha modificado los datos de un usuario del sistema Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de post” P2 El usuario pincha sobre el post que desee editar y pulsa la opción editar P3 El sistema nos muestra el formulario de registro con los campos. P4 El usuario modifica los campos que desee P5 El sistema ejecuta el UC-11 Verificar título P6 El sistema solicita al gestorBD modificar la información del registro en la BBDD P7 El sistema devuelve un mensaje de éxito en la operación Paso Acción Paso Cota de tiempo - 1 minuto Semanal Semanal Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta - Tabla 146: UC 13 - Modificar Post Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 145 UC - 14 Borrar Post Borrar Post Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post IRQ - 02 Información de los post IRQ - 02 Información de los post El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee borrar un post del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee borrar un post del sistema Se ha modificado los datos de un usuario del sistema Se ha modificado los datos de un usuario del sistema Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de usuarios” P2 El usuario pincha sobre el usuario que desee borrar y pulsa la opción borrar P3 El sistema nos muestra el formulario de registro con los campos del usuario P4 El sistema solicita al gestorBD modificar la información del usuario en la BBDD P5 El sistema devuelve un mensaje de éxito en la operación Paso Acción Paso Cota de tiempo - 1 minuto Mensual Mensual Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta. - Alta - Tabla 147: UC 14 - Borrar Post Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 146 UC - 15 Visualizar Post Visualizar Post Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post IRQ - 02 Información de los post IRQ - 02 Información de los post El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee visualizar un post del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador o maestro desee visualizar un post del sistema Se ha modificado los datos de un usuario del sistema Se ha modificado los datos de un usuario del sistema Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de post” P2 El usuario pincha sobre el usuario que desee visualizar y pulsar visualizar P3 El sistema solicita al gestorBD visualizar la información del post en la BBDD P4 El sistema devuelve la información del usuario Paso Acción P2 Si no existe ese usuario, mostrará un mensaje de error Paso Cota de tiempo - 1 minuto Mensual Mensual Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta. - Alta - Tabla 148: UC 15 - Visualizar Post Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 147 UC - 16 Verificar Título Verificar Título Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post OBJ 02 - Gestión de los Sistemas de Información OBJ 02.01 - Gestión del Sistema de Post IRQ - 02 Información de los post IRQ - 02 Información de los post El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando el sistema verifique que los datos introducidos en el registro son correctos. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando el sistema verifique que los datos introducidos en el registro son correctos. El usuario ha introducido los datos en el formulario. El usuario ha introducido los datos en el formulario. Paso Acción P1 El sistema comprueba que el título sea único. P2 El sistema devuelve el resultado de la comprobación Paso Acción - - Paso Cota de tiempo - 5 sg Semanal Semanal Alta Alta Vital Vital Muy alta Muy alta Validado Validado Alta Alta Tabla 149: UC 16Verificar Título Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 148 UC - 17 Insertar Comentario Insertar Comentario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios IRQ - 03 Información de los comentarios IRQ - 03 Información de los comentarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desea dar de alta un post en el sistema. El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desea dar de alta un post en el sistema. El administrador del sistema tiene que haber iniciado sesión El administrador del sistema tiene que haber iniciado sesión Paso Acción P1 El usuario accede al portal donde se han visualizado de forma externa los post P2 El usuario pincha sobre el post que desea comentar P3 El sistema nos muestra el formulario P4 El usuario rellena los campos, siendo obligatorios: texto y pulsa guardar P5 El sistema solicita al gestorBD insertar la información del registro en la BBDD P6 El sistema devuelve un mensaje de éxito en la operación El comentario queda registrado en el sistema El comentario queda registrado en el sistema Paso Acción P4 Si algún campo obligatorio queda vació P6 Si el comentario no puede ser insertado en la base de datos, se envía un mensaje de error al usuario Paso Cota de tiempo - 1 Minuto Semanal Semanal Alta Alta Vital Vital Validado Validado Alta Alta Es de las pocas opciones que puede operarse de forma interna y externa Es de las pocas opciones que puede operarse de forma interna y externa Tabla 150: UC 17 - Inserción de un comentario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 149 UC - 18 Modificar Comentario Modificar Comentario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios IRQ - 03 Información de los comentarios IRQ - 03 Información de los comentarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee modificar un comentario del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee modificar un comentario del sistema Se ha modificado los datos de un usuario del sistema Se ha modificado los datos de un usuario del sistema Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de post” P2 El usuario pincha sobre el post que desea comentar P3 El usuario busca el comentario en la lista y lo selecciona P4 El sistema nos muestra el formulario P5 El usuario rellena los campos, siendo obligatorios: texto y pulsa guardar P6 El sistema solicita al gestorBD insertar la información del registro en la BBDD P7 El sistema devuelve un mensaje de éxito en la operación Paso Acción P2 El post no posee comentarios Paso Cota de tiempo - 1 minuto Semanal Semanal Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta Alta - - Tabla 151: UC 18 - Modificar Comentario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 150 UC - 19 Borrar Comentario Borrar Comentario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios IRQ - 03 Información de los comentarios IRQ - 03 Información de los comentarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee borrar un post del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee borrar un post del sistema Debe haber un comentario en el sistema Debe haber un comentario en el sistema Paso Acción P1 El usuario accede al menú de administración y pulsa sobre la opción “Gestión de post” P2 El usuario pincha sobre el comentario que desea borrar P3 El sistema solicita al gestorBD borrar la información del comentario en la BBDD P4 El sistema devuelve un mensaje de éxito en la operación Paso Acción Paso Cota de tiempo - 1 minuto Mensual Mensual Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta. Alta. - - Alta Alta - - Tabla 152 UC 19 - Borrar Comentario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 151 UC - 20 Visualizar Comentario Visualizar Comentario Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios OBJ 02 - Gestión de los Sistemas de Información OBJ 02.02 - Gestión del Sistema de Comentarios IRQ - 03 Información de los comentarios IRQ - 03 Información de los comentarios El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee visualizar un comentario El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario desee visualizar un comentario Se ha modificado los datos de un usuario del sistema Se ha modificado los datos de un usuario del sistema Paso Acción P1 El usuario administrador accede al menú de administración y pulsa sobre la opción “Gestión de post” P2 El usuario pincha sobre el comentario que desea visualizar P3 El sistema solicita al gestorBD la información del comentario en la BBDD P4 El sistema muestra el comentario, su autor, y fecha de creación Paso Acción Paso Cota de tiempo - 1 minuto Mensual Mensual Vital. Vital. Muy alta. Muy alta. Validado. Validado. Alta. Alta. - - Alta. Alta. - - Alta Alta - - Tabla 153: UC 20 - Visualizar Comentario Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 152 UC - 21 Insertar Fotografía Insertar Fotografía Versión Autor Fuentes Objetivos Asociados Requisitos Asociados Descripción Precondición Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Secuencia Normal Postcondición Excepciones Excepciones Excepciones Rendimiento Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios 1.0 1.0 Luis Vidaechea Benito Luis Vidaechea Benito PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) PFC - GYKAM (Gestor Integral de Campeonatos de Artes Marciales) OBJ 02 - Gestión de los Sistemas de Información OBJ 02.03 - Gestión de la Galería Fotográfica OBJ 02 - Gestión de los Sistemas de Información OBJ 02.03 - Gestión de la Galería Fotográfica IRQ - 04 Información de las fotografías IRQ - 04 Información de las fotografías El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador desea insertar una fotografía en la galería del sistema El sistema deberá comportarse tal como se describe en siguiente caso de uso cuando un usuario administrador desea insertar una fotografía en la galería del sistema El administrador del sistema tiene que haber iniciado sesión El administrador del sistema tiene que haber iniciado sesión Paso Acción P1 El usuario accede al Menú Principal y pincha en la opción “Galería” P2 Pincha en Insertar fotografía P3 El usuario introduce los datos, siendo obligatorios: título y fotografía P4 El sistema solicita al gestorBD la inserción de la fotografía en la BBDD P5 El sistema devuelve un mensaje de éxito en la operación La fotografía queda registrado en el sistema La fotografía queda registrado en el sistema Paso Acción P3 Si algún campo obligatorio queda vació P5 Si la fotografía no puede ser insertado en la base de datos, se envía un mensaje de error al usuario Paso Cota de tiempo - 1 Minuto Semanal Semanal Alta Alta Vital Vital Validado Validado Alta Alta Tabla 154: UC 21 - Insertar Fotografía Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 153 Diagrama de estados Los diagramas de estados muestran el conjunto de estados por los cuales pasa un objeto durante su vida en una aplicación en respuesta a eventos (por ejemplo, mensajes recibidos , tiempos rebasados o errores), junto con sus respuestas y acciones. También ilustra qué eventos puedan cambiar el estado de los objetos de la clase. Los diagramas de estados describen gráficamente los eventos y los estados de los objetos. Estos diagramas son útiles, entre otras cosas para indicar los eventos del sistema en los casos de uso. Diagrama 60: Diagrama de secuencia Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 256 Análisis y diseño de la base de datos 7.1 Especificación de la base de datos Para un correcto funcionamiento de nuestra aplicación es necesario el almacenamiento de los datos que se procesan. Para ello se utiliza una base de datos, como se ha comentado a lo largo de la documentación. En la base de datos se almacenará la información de los usuarios, tanto administradores, como los demás tipos. Además se almacenará toda la información que puedan gestionar los usuarios, pruebas, datos de los alumnos, resultados deportivos... Toda la información que se almacena en esta base de datos tendrá un formato específico, lo que implica que la base de datos solo podrá ser utilizada para esta aplicación. Tendremos en cuenta, que para que se dé un buen diseño de la base de datos, es necesario un modelo entidad-relación y transformarle posteriormente en el modelo relacional. En estos dos modelos se expresan entidades y sus respectivos atributos, sus interrelaciones y sus propiedades. En el último punto de este apartado mostraremos el esquema real que tendrá la base de datos, con todas sus tablas y atributos. Diagrama 61 : Diagrama básico del comportamiento de la BBDD Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 257 7.2 Modelo Entidad Relación Diagrama 62 : Modelo Entidad Relación del Sistema Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 258 Explicación detallada del Modelo Entidad Relación Debido a la gran extensión del sistema, he desglosado el Modelo Entidad Relación en varias partes para entenderlas. Debido a los 7 tipos de usuarios que posee el sistema, con sus respectivas funcionalidades y permisos se ha decidido por una generalización de la clase usuario en que las subclases heredan las variables y algunos métodos de la superclase. Debido que un usuario puede poseer varios roles se decidió que la pasar esta generalización al modelo relacional, se realizaría una única tabla Usuario con campos que le otorguen los permisos de usuario. En este diagrama podemos observar como el subtipo administrador es el único rol que puede gestionar los tipos de información, debido a las diferencias se decide optar hacer una tabla por cada subclase de esta generalización. Podemos observar que la entidad post posee una entidad debil: Comentarios. Dentro de la subclase etiquetas se ha decidido hacer una segunda generalización, en la que engloba los distintas entidades que ayudarán a llenar otras entidades, se define también la regla de integridad referencial de que solo el administrador del sistema puede insertar estas subclases, que se ha decidido también que tengan una tabla para cada una. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 259 Esta es la parte fundamental de GYKAM, el gestor dinámico de eventos, según el cual, un administrador o un maestro pueden crear distintos eventos y permitir a los diferentes usuarios participar en ellos. La versión primigenia de GYKAM solo amparaba los campeonatos internos pero después se decidió incluir otros 4 tipos de eventos. Reunión: Engloba las reuniones la asociación Curso: Ya sea de formación ( arbitraje, operadores) o bien seminarios de artes marciales. Examen: Forma de poder promocionar alumnos Torneo: Representa a los campeonatos externos al sistema, es una forma de guardar los resultados. Campeonato GYKAM: Es el principal tipo de evento, esta subclase permite crear, dirigir y arbitrar campeonatos de artes marciales en tiempo real e incluso proyectar los resultados en pantallas planas. Los usuarios se engloban en entidades (clubs, asociaciones, gimnasios), debido a que muchos clubs son externos a nuestra organización y no deseamos tener muchos campos vacíos se ha decidido generar una tabla auxiliar que contiene los datos mas relevantes de las entidades. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 260 7.3 Diagrama del modelo relacional Este diagrama está formado por entidades, relaciones e interrelaciones. Hemos llegado a la conclusión de no incluir en este diagrama los atributos, ya que algunas entidades tienen un gran número de ellos y el diagrama perdería su claridad. A pesar de ello, los atributos se presentarán y detallarán en las páginas siguientes. Para pasar del modelo Entidad-Relación al modelo Relacional debemos tener en cuenta, los siguientes puntos: • Cada entidad del modelo E-R pasa a ser una tabla. • Todo atributo se transforma en una columna dentro de la tabla a la que pertenece. • El identificador de la entidad se convierte en la clave primaria de la tabla. • En las relaciones 1:N se hace una propagación de clave. • Toda relación N:M se convierte en una tabla que tendrá como clave primaria las dos claves de las entidades que se asocian. Usuario(id,nombre,apellidos,DNI,telefono1,telefono2,dirección,cp,población,provincia,país,genero,numSocioFEAM,fechaNa cimiento,email,password,idEstado,esaAdmin,esMaestro,esArbitro,esOperador,esMaestroExterno,esAlumnoExterno,idMaestr o,idGrado,fichero,idAleatorio,peso,ultimaModificacion) Entidad(id,nombre,idMaestro,idTipo,CIF,numRegFEAM,numRefCYLAM,numRegEntidades,idEstado,idEstilo,fichero) DatosEntidad(id,identidad,telefono1,telefono2,dirección,cp,población,provincia,país, url, email) Pagos(id,idUsuario,idEvento,tipoPago,fecha,cantidad,nota,modoPago,idEstado) TestEsfuerzo(id,idUsuario,idTest,duración,intensidad,fecha) Post(id,idUsuario,titulo,texto,idEstado,fichero,idTags) Comentario(id,idPost,idUsuario,fecha,comentario,idEstado) Photo(id,idUsuario,titulo,idTags,idEstado,fichero,thumbnail) Video(id,idUsuario,titulo,idTags,ruta,Thumbnail,idEstado) Descargas(id,idUsuario,fichero,nombre,idEstado) Tags(id,nombre) Departamento(id,nombre) Estilo(id,nombre,historia,país,fundador,idDirector,fichero) Estado(id,estado) Grados(id,nombre) TipoPrueba(id,nombre,tipoPuntuacion) Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 261 TipoTest(id,Nombre) Evento(nombre,descripción,fecha,finInscripcion,lugar,idEvento,file,fichero,url,idEstado,idUsuario) EventoUsuario(id,idUsuario,idEvento,fecha,idEstado) ActaReunion(id,idEvento,titulo,texto) Graduacion(id,idUsuario,idGrado,fechaPromocion) CompeticionExterna(id,idEvento,idUsuario,posición,categoría,tipoCampeonato) ConfCampeonato(id,idEvento,edades,pruebas,precio,nPruebas,nTatamis) Curso(id,idEvento,tipo,impartido) Prueba(id,nombre,código,idDepartamento,idTipo,sexo, idGrado,pesoMin,pesoMax,edadMin,edadMax) PruebaUsuario(id,idEvento,idUsuario,idPrueba,pos) InscripcionEquipo(id,idEvento,idMaestro,fecha,fechaFinalizado,fechaLimitePago,idPago,idEstado) Packs(id,idEvento,nombre,noches,tipoHotel,totalCompetidor,totalCompanion) Hotel(id,nombre,dirección,población,cp, provincia,teléfono,email,url,idTipo,numPlazas,numPlzasDisponibles,precio) HotelEvento(id,idEvento,idHotel) Hospedaje(id,idEvento,idMaestro,fechaEntrada,fechaSalida,nPersonas,nCompetidores,nCompanion,tipoHotel,nNoches,idE stado,total) ReservaHotel(id,idHospedaje,idHotel,referencia) PuntuacionCampeonato(id,idEvento,idPrueba,idPrimerClasificado,idSegundo Clasificado,idTercerClasificado) CombateContinuado(id,idEvento,idPrueba,idTatami,idCompRojo,idCompAzul,j1,j2,j3,ganador,ronda,fecha,comentario) PuntuacionTablilla(id,idEvento,idUsuario,idPrueba,idTatami,juez1,juez2,juez3,total,fecha,comentario) CombatePunto(id,idEvento,idPrueba,idTatami,idCompRojo puntosRojo,penalAzul,idCompAzul,puntosAzul,penalAzul,idGanador,ronda,fecha,comentario) Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 262 7.4 Diccionario de Datos Tabla Usuarios Tabla Entidad Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 263 Tabla Tags Tabla Test Tabla TipoPruebas Tabla Videos Tabla Estilos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 264 Tabla Eventos Tabla EventoUsuario Tabla Grados Tabla Graduaciones Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 265 Tabla CompeticiónExterna Tabla ConfCampeonato Tabla ConfCampeonato Tabla Departamentos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 272 Tabla DatosEntidad Tabla Descargas Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 273 Diagrama de despliegue y componentes 8.1 Diagrama de despliegue Gracias a este tipo de diagramas, se entenderá más fácilmente como se relaciona la aplicación con los distintos componentes que interactúan en la ejecución de la misma. La arquitectura utilizada como se ha dicho anteriormente se basa en MVC (Modelo Vista Controlador). El funcionamiento del sistema con este tipo de arquitectura es simple, el cliente envía por medio del router o modem una determinada dirección al servidor web, el cual realiza una búsqueda de la misma. En el caso de encontrarla, si ésta necesita información de la base de datos, se conecta con la misma para recoger la información necesaria, después el servidor envía la vista de esa dirección al router o modem para que pueda visualizarla el usuario. En caso de que la conexión sea local, el usuario envía la dirección directamente al servidor, y este realiza la búsqueda. Si la encuentra le envía directamente la vista de la dirección para que visualizarla por pantalla. Diagrama : Diagrama de Despliegue Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 274 Pruebas del sistema 10.1 Introducción Las pruebas software son los procesos que permiten verificar y revelar la calidad de un producto software. Son utilizadas para identificar posibles fallos de implementación, calidad o usabilidad de una aplicación informática. Básicamente es una fase en el desarrollo de software consistente en probar las aplicaciones construidas. Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería de software. Así se ejecuta un programa y mediante técnicas experimentales se intenta descubrir que errores tiene. El objetivo de las pruebas es la detección de defectos en el software, descubrir un error es el éxito de una prueba. El testing puede probar la presencia de errores, pero no la ausencia de ellos. Hay muchos planteamientos a la hora de abordar el proceso de pruebas de software, pero verificar productos complejos de forma efectiva requiere de un proceso de investigación más que seguir un procedimiento al pie de la letra. Una definición de "testing" es: proceso de evaluación de un producto desde un punto de vista crítico, donde el "tester" es la persona que realiza las pruebas, y somete al producto a una serie de acciones inquisitivas, respondiendo el producto con un comportamiento como reacción Recomendaciones para unas pruebas exitosas • Cada caso de prueba debe definir el resultado de salida esperado que se comparará con el realmente obtenido. • El programador debe evitar probar sus propios programas, ya que desea (consciente o inconscientemente) demostrar que funcionan sin problemas. !Además, es normal que las situaciones que olvidó considerar al crear el programa queden de ! !nuevo olvidados al crear los casos de prueba. • Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder descubrir posibles síntomas de defectos. • Al generar casos de prueba, se deben incluir tanto datos de entrada válidos y esperados como no válidos e inesperados. • Las pruebas deben centrarse en dos objetivos (es habitual olvidar el segundo): o Probar si el software no hace lo que debe hacer. • Probar si el software hace lo que debe hacer, es decir, si provoca efectos secundarios adversos. • Se deben evitar los casos desechables, es decir, los no documentados ni diseñados con cuidado. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 275 !Ya que suele ser necesario probar muchas veces el software y por tanto hay que tener claro qué funciona !y qué no. • No deben hacerse planes de prueba suponiendo que, prácticamente, no hay defectos en los programas y, por lo tanto, dedicando pocos recursos a las pruebas: siempre hay defectos. • La experiencia parece indicar que donde hay un defecto hay otros, es decir, la probabilidad de descubrir nuevos defectos en una parte del software es proporcional al número de defectos ya descubierto. • Las pruebas son una tarea tanto o más creativa que el desarrollo de software. Siempre se han considerado las pruebas como una tarea destructiva y rutinaria. Es interesante planificar y diseñar las pruebas para poder detectar el máximo número y variedad de defectos con el mínimo consumo de tiempo y esfuerzo. Existen tres enfoques principales para el diseño de casos: 1.- El enfoque estructural o de caja blanca. Se centra en la estructura interna del programa (analiza los caminos de ejecución). 2.- El enfoque funcional o de caja negra. Se centra en las funciones, entradas y salidas. 3.- El enfoque aleatorio consiste en utilizar modelos (en muchas ocasiones estadísticos) que representen las posibles entradas al programa para crear a partir de ellos los casos de prueba Diagrama : Figura que ilustra el funcionamiento de los procesos de Caja Negra y Caja Blanca 10.2 Pruebas de Caja Negra Las pruebas de caja negra se centran en lo que se espera de un módulo, es decir, intentan encontrar casos en que el módulo no se atiene a su especificación. Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar haciendo el módulo por dentro. Las pruebas de caja negra están especialmente indicadas en aquellos módulos que van a ser interfaz con el usuario (en sentido general: teclado, pantalla, ficheros, canales de comunicaciones, etc) Este comentario no obsta para que sean útiles en cualquier módulo del sistema. Las pruebas de caja negra se apoyan en la especificación de requisitos del módulo. De hecho, se habla de "cobertura de especificación" para dar una medida del número de requisitos que se han probado. Es fácil obtener coberturas del 100% en módulos internos, aunque puede ser más laborioso en módulos con interfaz al exterior. En cualquier caso, es muy recomendable conseguir una alta cobertura en esta línea. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 276 El problema con las pruebas de caja negra no suele estar en el número de funciones proporcionadas por el módulo (que siempre es un número muy limitado en diseños razonables); sino en los datos que se le pasan a estas funciones. El conjunto de datos posibles suele ser muy amplio (por ejemplo, un entero). A la vista de los requisitos de un módulo, se sigue una técnica algebraica conocida como "clases de equivalencia". Esta técnica trata cada parámetro como un modelo algebraico donde unos datos son equivalentes a otros. Si logramos partir un rango excesivamente amplio de posibles valores reales a un conjunto reducido de clases de equivalencia, entonces es suficiente probar un caso de cada clase, pues los demás datos de la misma clase son equivalentes. El problema está pues en identificar clases de equivalencia, tarea para la que no existe una regla de aplicación universal; pero hay recetas para la mayor parte de los casos prácticos: • si un parámetro de entrada debe estar comprendido en un cierto rango, aparecen 3 clases de equivalencia: por debajo, en y por encima del rango. • si una entrada requiere un valor concreto, aparecen 3 clases de equivalencia: por debajo, en y por encima del rango. • si una entrada requiere un valor de entre los de un conjunto, aparecen 2 clases de equivalencia: en el conjunto o fuera de él. • si una entrada es booleana, hay 2 clases: si o no. • los mismos criterios se aplican a las salidas esperadas: hay que intentar generar resultados en todas y cada una de las clases. Ejemplo: utilizamos un entero para identificar el día del mes. Los valores posibles están en el rango [1..31]. Así, hay 3 clases: 1. números menores que 1 2. números entre 1 y 31 3. números mayores que 31 Durante la lectura de los requisitos del sistema, nos encontraremos con una serie de valores singulares, que marcan diferencias de comportamiento. Estos valores son claros candidatos a marcar clases de equivalencia: por abajo y por arriba. Una vez identificadas las clases de equivalencia significativas en nuestro módulo, se procede a coger un valor de cada clase, que no esté justamente al límite de la clase. Este valor aleatorio, hará las veces de cualquier valor normal que se le pueda pasar en la ejecución real. La experiencia muestra que un buen número de errores aparecen en torno a los puntos de cambio de clase de equivalencia. Hay una serie de valores denominados "frontera" (o valores límite) que conviene probar, además de los elegidos en el párrafo anterior. Usualmente se necesitan 2 valores por frontera, uno justo abajo y otro justo encima. Limitaciones Lograr una buena cobertura con pruebas de caja negra es un objetivo deseable; pero no suficiente a todos los efectos. Un programa puede pasar con holgura millones de pruebas y sin embargo tener defectos internos que surgen en el momento más inoportuno. Por ejemplo, un PC que contenga el virus Viernes-13 puede estar pasando pruebas de caja negra durante años y años. Sólo falla si es viernes y es día 13; pero ¿a quién se le iba a ocurrir hacer esa prueba? .Las pruebas de caja negra nos convencen de que un programa hace lo que queremos; pero no de que haga (además) otras cosas menos aceptables. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 277 Registro de un Usuario Datos de entrada Datos de entrada Id Clases Válidas Id Clases Invalidas Email Longitud 1 Longitud > 0 11 Longitud = 0 Email Valor 2 [email protected] 12 Password Longitud 3 Longitud = 8 13 Longitud <> 8 Password Valor 4 Password = Password2 14 Password2 Longitud 5 Longitud = 8 15 Longitud <> 8 Password2 Valor 6 Password2 = Password 16 Teléfono Fijo Longitud 7 Longitud = 9 17 Longitud <> 9 Teléfono Fijo Valor 8 9xxxxxxxx 18 Teléfono Movil Longitud 9 Longitud = 9 19 Longitud <> 9 Teléfono Movil Valor 10 6xxxxxxxx 20 Resultados de una iteración correcta para el Registro de un Usuario Datos Valor Id Resultado Email [email protected] 1,2 Los datos esperados coinciden con los datos obtenidos Password 2ASaSRqm 3,4,5,6 Los datos esperados coinciden con los datos obtenidos Password2 2ASaSRqm 3,4,5,6 Los datos esperados coinciden con los datos obtenidos Teléfono Fijo 921921921 7,8 Los datos esperados coinciden con los datos obtenidos Teléfono Movil 621621621 9,10 Los datos esperados coinciden con los datos obtenidos Resultados de una iteración incorrecta para el Registro de un Usuario Datos Valor Id Resultado Email vidaechea.luis@gmailcom 11,12 Los datos esperados no coinciden con los datos obtenidos Password 2ASaSRqmopo 13,14 Los datos esperados no coinciden con los datos obtenidos Password2 2ASaSRqm 15,16, 17,18 Los datos esperados no coinciden con los datos obtenidos Teléfono Fijo 921921921po 15,16,17,18 Los datos esperados no coinciden con los datos obtenidos Teléfono Movil 621621621jj 19,20 Los datos esperados no coinciden con los datos obtenidos Login de un usuario Datos de entrada Datos de entrada Id Clases Válidas Id Clases Invalidas Email Longitud 1 Longitud > 0 5 Longitud = 0 Email Valor 2 [email protected] 6 no está en la bbdd Password Longitud 3 Longitud = 8 7 Longitud <> 8 Password Valor 4 Password = Password2 8 no está en la bbdd Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 278 Resultados de una iteración correcta para el login de un Usuario Datos Valor Id Resultado Email [email protected] 1,2 Los datos esperados coinciden con los datos obtenidos Password 2ASaSRqm 3,4 Los datos esperados coinciden con los datos obtenidos Resultados de una iteración incorrecta para el login de un Usuario Datos Valor Id Resultado Email vidaechea.luis@gmailcom 5.6 Los datos esperados no coinciden con los datos obtenidos Password 2ASaSRqmopo 7,8 Los datos esperados no coinciden con los datos obtenidos Inserción de un Post Datos de entrada Datos de entrada Id Clases Válidas Id Clases Invalidas Título Longitud 1 Longitud > 0 5 Longitud = 0 Título Valor 2 6 No está en la bbdd Texto Longitud 3 Longitud > 0 7 Longitud <> 8 Texto Valor 4 8 Resultados de una iteración correcta para la inserción de un post Datos Valor Id Resultado Título Prueba1 1,2 Los datos esperados coinciden con los datos obtenidos Texto Esto es una prueba 3,4 Los datos esperados coinciden con los datos obtenidos Resultados de una iteración incorrecta para la inserción de un post Datos Valor Id Resultado Título 5.6 Los datos esperados no coinciden con los datos obtenidos Texto 7,8 Los datos esperados no coinciden con los datos obtenidos Inserción de una Etiqueta Datos de entrada Datos de entrada Id Clases Válidas Id Clases Invalidas Nombre Longitud 1 Longitud > 0 5 Longitud = 0 Nombre Valor 2 6 No está en la bbdd Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 279 Resultados de una iteración correcta para la inserción de una etiqueta Datos Valor Id Resultado Nombre Prueba1 1,2 Los datos esperados coinciden con los datos obtenidos Resultados de una iteración incorrecta para la inserción de una etiqueta Datos Valor Id Resultado Nombre 5.6 Los datos esperados no coinciden con los datos obtenidos Registro de un Evento Datos de entrada Datos de entrada Id Clases Válidas Id Clases Invalidas Nombre Longitud 1 Longitud > 0 11 Longitud = 0 Nombre Valor 2 12 no este en la BBDD Fecha Longitud 3 Longitud > 0 13 Longitud = 0 Fecha Valor 4 aaaa/mm/dd 14 Fecha Fin Inscripción Longitud 5 Longitud > 0 15 Longitud = 0 Fecha Fin Inscripción Valor 6 aaaa/mm/dd 16 Resultados de una iteración correcta para el registro de un evento Datos Valor Id Resultado Nombre Campeonato 1,2 Los datos esperados coinciden con los datos obtenidos Fecha 2013/05/01 3,4 Los datos esperados coinciden con los datos obtenidos Fecha Fin Inscripción 2013/05/01 5,6 Los datos esperados coinciden con los datos obtenidos Resultados de una iteración incorrecta para el Registro de un Usuario Datos Valor Id Resultado Nombre 1,2 Los datos esperados coinciden con los datos obtenidos Fecha 31/12/99 3,4 Los datos esperados coinciden con los datos obtenidos Fecha Fin Inscripción 31/12/99 5,6 Los datos esperados coinciden con los datos obtenidos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 280 10.2 Pruebas de Caja Blanca En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del módulo, las de caja blanca están dirigidas a las funciones internas. Entre las técnicas usadas se encuentran; la cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución), pruebas sobre las expresiones lógico-aritméticas, pruebas de camino de datos (definición-uso de variables), comprobación de bucles (se verifican los bucles para 0,1 e interacciones, y luego para las interacciones máximas, máximas menos uno y más uno). Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un módulo concreto, para luego realizar las de caja negra sobre varios subsistemas (integración). En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarse a los métodos de la clase, pero según varias opiniones, ese esfuerzo debería dedicarse a otro tipo de pruebas más especializadas (un argumento podría ser que los métodos de una clase suelen ser menos complejos que los de una función de programación estructurada). Dentro de las Pruebas de Caja Blanca encontramos las llamadas coberturas (sentencia, decisión, condición y múltiple además de los mencionados caminos ciclomáticos propuestos por McCabe) Este concepto también es utilizado de manera análoga en la teoría general de sistemas. En nuestro caso se ha llevado a cabo la técnica de cobertura de caminos, la cual consiste en escribir casos de prueba suficientes para que se ejecuten todos los caminos de un programa. Entendiendo camino como una secuencia de sentencias encadenadas desde la entrada del programa hasta su salida. La aplicación de este criterio de cobertura asegura que los casos de prueba diseñados permiten que todas las sentencias del programa sean ejecutadas al menos una vez y que las condiciones sean probadas tanto para su valor verdadero como falso. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales 281 En la siguiente pantalla se puede elegir la carpeta de instalación de XAMPP. La carpeta de instalación predeterminada es C:\xampp. Si se quiere cambiar, hay que hacer clic en "Browse..." y seleccionar la carpeta donde se quiere instalar XAMPP. Para continuar la configuración de la instalación, hay que hacer clic en el botón "Next". Nota: En los ordenadores de clase hay que tener en cuenta la unidad en la que se quiere instalar XAMPP (C:\ o D:\), ya que por omisión se instala en la unidad C:\.!!!!!! En la pantalla siguiente se puede configurar XAMPP como servicio, para que se inicie cada vez que se incie Windows. En este curso no se recomienda instalar ningún servicio, por no sobrecargar el ordenaodr, pero si se usa habitualmente, puede ser conveniente activarlos. Para completar la configuración de la instalación e iniciar la copia de archivos, hay que hacer clic en el botón "Install". A continuación, se inicia el proceso de copia de archivos, que puede durar unos minutos. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !288 "" """"" Una vez terminada la copia de archivos, se muestra la pantalla que confirma que XAMPP ha sido instalado. Hay que hacer clic en el botón "Finish". Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !289 Finalmente, se termina la instalación y se da la posibilidad de abrir el panel de control de XAMPP. Para arbirlo y comprobar los servcicios instalados, hay que hacer clic en "Sí". Para poner en funcionamiento Apache, hay que hacer clic en el botón Start correspondiente a Apache: Para saber si está funcionando MySQL habrá que introducir en la barra de direcciones del navegador: http://localhost/phpmyadmin Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !290 2.2 Instalación de la web Para que nuestra aplicación pueda funcionar correctamente de forma local, es necesario copiar la carpeta "CYLAM", que se encuentra dentro del CD-ROM en la parte de "Implementación" y pegarla en la carpeta "htdocs". La carpeta "htdocs" la podemos encontrar en el directorio raíz de XAMPP. En nuestro caso la carpeta de destino se encuentra en "C:\xampp". Por tanto la carpeta "alcazar" se tendrá que copiar dentro de "C:\xampp\htdocs" Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !291 2.3 Importación de la base de datos a MYSQL Para poder visualizar correctamente todos los contenidos de la web, será necesario importar una pequeña base de datos de ejemplo a MySQL. Mediante unos pocos pasos muy sencillos lo conseguiremos. Abrimos nuestro navegador, y escribimos en la barra de direcciones lo siguiente: http://localhost/phpmyadmin Nos aparece una ventana en la cual deberemos hacer "click" en la parte superior en "bases de datos": Una vez hecho esto, nos aparece una nueva ventana. En esta ventana deberemos añadir una nueva base de datos. Para ello donde pone "Crear nueva base de datos" escribimos la palabra "pfc" y posteriormente pulsamos el botón "crear".Como podemos observar, nos aparece en el menú de la derecha, la nueva base de datos, y deberemos hacer "click" sobre ella. Posteriormente deberemos importar la base de datos. Para ello en la parte superior de la nueva ventana pulsamos sobre el texto "Importar Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !292 En la nueva pantalla deberemos pulsar sobre el botón examinar, y buscar en el "CD-ROM" la base de datos. Esta se encuentra en la carpeta de "Implementación" y su nombre es: "pfc.sql", la seleccionamos y pulsamos en el botón abrir. Una vez seleccionado el archivo, pulsamos en el botón "Continuar", como podemos ver en la imagen siguiente: Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !293 Manual de usuario Esta parte del manual está destinada a todo usuario que visite la web sin privilegio alguno y desee registrar un equipo en un campeonato GYKAM Funcionamiento Esta aplicación se puede ejecutar de dos modos, una de forma local y la otra, a través de Internet. Independientemente en qué modo se ejecute, el funcionamiento será el mismo. A lo largo de todo el desarrollo y de este manual se trabajará a través de Internet. Para poder ejecutar la aplicación de forma local, tendremos que abrir el navegador e introducir en la barra de direcciones lo siguiente: http://www.cylam.es En todas las pantallas nos encontraremos con tres partes diferenciadas: Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales •Encabezado. Nos encontraremos con el menú en el que aparecerán las distintas operaciones que se pueden realizar a lo largo de la visita sin acceder a GYKAM. •Contenido. Aparecerá la información con la que se esté tratando. Como ejemplo, pondremos la página de bienvenida. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !295 •Pie de página. Aparecerá una batería de enlaces a páginas de interés, así como el contacto, el about, el aviso legal y el acceso para usuario. • Inscripción a un campeonato GYKAM Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !296 Pulsando en la opción del menú eventos nos redirigirá a esta pantalla donde podremos seleccionar el evento al que deseamos asistir, colocando el ratón encima del evento una animación nos mostrará el botón de visualizar el contenido del evento. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !297 Al pulsar la opción inscribir nos mostrará las diferentes pruebas en las cuales puede participar el alumno, habilitadas o deshabilitadas en función de la edad y peso del alumno. Una vez que hemos elegido las pruebas el competidor aparecerá en la segunda pestaña: “Alumnos inscritos”, así como las pruebas en la pestaña: “Inscripción por pruebas”. En la pestaña “Hotel” nos mostrará la interfaz para reservar alojamiento para el equipo de competición. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !304 Al rellenar los campos, y pulsar guardar nos devolverá a la interfaz de la pestaña “Hotel”, donde podremos ver los datos de la reserva, así como poder elegir si modificarla o borrarla. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !305 En la opción “Finalizar” podemos cerrar el proceso de inscripción, desde ese momento el equipo estará inscrito en el torneo, redireccionando al usuario a la pantalla inicial donde podrá visualizar los datos bancarios e imprimir el justificante en pdf con los datos de los competidores y la reserva hotelera, debiendo presentándolo fisicamente en el checkIn. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales !306 Manual de administración Acceso !El usuario administrador podrá acceder del mismo modo que un usuario registrado, mediante la pantalla de login mostrada anteriormente. Funcionalidades !El usuario administrador posee todas las funcionalidades de los otros roles, así como otras propias de su rol. Las principales funcionalidades son: -Gestión de etiquetas: Permite al administrador introducir estados, tags, tipos de pruebas, departamentos, estilos y graduaciones. -Gestión de entidades: Permite insertar clubs, asociaciones en el sistema -Gestión de galería: Permite introducir vídeos y fotografías en el sistema -Gestión de eventos: Permite crear eventos. -Tour: Muestra un tour de bienvenida -Lanzar página de error: Permite poner la web en modo 404 -Gestión de categorías: permite introducir pruebas -Gestión de hoteles: permite introducir hoteles -Gestión de puntuaciones: Permite operar campeonatos GYKAM. Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales Sección 4:Anexo y Bibliografía Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciales Contenido Sección 4 Bibliografía!3 NetBeans!3 MAMPP!3 PHP y MySql!3 HTML!3 Anexos!4 Glosario!4 Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciale! Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciale! Bibliografía NetBeans Manual NetBeans: www.netbeans.com MAMPP www.apachefriends.org PHP y MySql Apuntes de la asignatura de tecnología de la programación “Desarrollo Web con PHP Y MySql” - Luke Wylung - Ed.Anaya HTML Apuntes de la asignatura de tecnología de la programación Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciale! Anexos Glosario SW: Abreviatura de Software UC: Abreviatura de Caso de Uso UML: Abreviatura de Lenguaje Unificado de Modelado UAW: Factor de peso de los actores sin ajustar UUCW: Factor de peso de los casos de uso sin ajustar UCP: Puntos de caso de uso ajustados TCF: Factor de complejidad técnica EF: Factor de entorno BBDD: Abreviatura de base de datos Universidad de Valladolid - Escuela Universitaria de Informática, Segovia GYKAM: Gestor Integral de Campeonatos de Artes Marciale!