Desarrollo de aplicaciones de asistencia para competiciones deportivas con sistema de cronometraje SportIdent

Desarrollo de aplicaciones de asistencia para competiciones deportivas con sistema de cronometraje SportIdent [Sistema Web de Gestión SportIdent] Hema Chandnani Chandnani Tutor: Modesto F. Castrillón Santana Profesor Titular Universidad Departamento de Informática y Sistemas de la ULPGC Cotutor: Ulises Ortíz Sánchez Responsable y Administrador en Limonium Canarias Las Palmas de Gran Canaria – 29 de Noviembre de 2013 sfsfsdf Sistema Web de Gestión Sportident Índice Resumen...........................................................................................................................................5 1.Estado actual......................................................................................................................................7 1.1.-Introducción..............................................................................................................................7 1.2.-Finalidad del trabajo.................................................................................................................8 1.3.-Etapas del trabajo..................................................................................................................... 8 1.4.-Estructura de los capítulos......................................................................................................10 2.Objetivos..........................................................................................................................................12 2.1.-Objetivos académicos.............................................................................................................12 2.2.-Objetivos generales del trabajo.............................................................................................. 13 3.Competencias.................................................................................................................................. 14 3.1.-CII01.......................................................................................................................................14 3.2.-CII02.......................................................................................................................................15 3.3.-CII04.......................................................................................................................................15 3.3.1.-Antecedentes...................................................................................................................16 3.3.2.-Objeto del contrato......................................................................................................... 16 3.3.3.-Condiciones del alcance del contrato..............................................................................17 3.3.4.-Aspectos que están fuera del alcance de este proyecto...................................................23 3.4.-CII18.......................................................................................................................................24 3.4.1.-Situación actual ..............................................................................................................25 3.4.2.-Normativa y regulación de la informática en el ámbito nacional...................................25 3.4.3.-Normativa y regulación de la informática en el ámbito europeo....................................33 3.4.4.-Normativa y regulación de la informática en el ámbito internacional............................36 4.Aportación a nuestro entorno socio-económico..............................................................................39 5.Normativa y legislación...................................................................................................................42 5.1.-Software libre......................................................................................................................... 42 5.2.-Licencia de software...............................................................................................................48 5.3.-Leyes sobre seguridad............................................................................................................ 49 6.Requisitos hardware y software.......................................................................................................53 6.1.-Requisitos hardware............................................................................................................... 53 Página 2 sfsfsdf Sistema Web de Gestión Sportident 6.2.-Requisitos software................................................................................................................ 53 6.3.-Otras herramientas utilizadas................................................................................................. 54 7.Plan de trabajo................................................................................................................................. 57 8.Sistema de gestión de competiciones deportivas actual..................................................................59 8.1.-Antecedentes de la empresa....................................................................................................59 8.2.-Descripción del modelo actual............................................................................................... 60 8.3.-Estudio de viabilidad de los lectores Sportident.....................................................................63 8.4.-Elementos a definir en el proyecto......................................................................................... 65 8.5.-Definición de la arquitectura a utilizar................................................................................... 67 9.Validación de usuarios y definición de permisos............................................................................ 69 9.1.-Análisis de requisitos..............................................................................................................69 9.2.-Especificación del módulo de usuarios y perfiles.................................................................. 70 9.3.-Arquitectura aplicada en este módulo.................................................................................... 79 10.Asistente de publicación de anuncios............................................................................................82 10.1.-Análisis de requisitos............................................................................................................82 10.2.-Especificación del módulo de publicación de anuncios.......................................................83 10.3.-Arquitectura aplicada en este módulo.................................................................................. 94 11.Integración de datos.......................................................................................................................98 11.1.-Análisis de requisitos............................................................................................................98 11.2.-Especificación de los módulos implicados en la integración...............................................99 11.3.-Arquitectura aplicada en este módulo.................................................................................112 12.Generación de clasificaciones .....................................................................................................115 12.1.-Una única carrera................................................................................................................115 12.1.1.-Análisis de requisitos..................................................................................................115 12.1.2.-Especificación de la generación de clasificaciones....................................................117 12.1.3.-Arquitectura necesaria en la generación.....................................................................120 12.2.-Varias carreras ................................................................................................................... 122 12.2.1.-Análisis de requisitos..................................................................................................122 12.2.2.-Diseño de la generación de clasificaciones.................................................................123 12.2.3.-Arquitectura necesaria en la generación.....................................................................129 Página 3 sfsfsdf Sistema Web de Gestión Sportident 13.Otros conceptos .......................................................................................................................... 132 13.1.-Definición de equipos.........................................................................................................132 13.2.-Otros CSV a obtener del sistema........................................................................................136 14.Aspectos a desarrollar en el futuro.............................................................................................. 139 15.Conclusiones................................................................................................................................141 16.Bibliografía..................................................................................................................................143 17.Anexos.........................................................................................................................................144 ANEXO I - Manual de usuario....................................................................................................146 ANEXO II - Código fuente..........................................................................................................148 ANEXO III - Resumen del TFG .................................................................................................156 Resumen del Trabajo de Fin de Grado....................................................................................156 End of Degree Summary.........................................................................................................157 Página 4 sfsfsdf Sistema Web de Gestión Sportident Resumen El Sistema Web de Gestión Sportident es un conjunto de procedimientos y herramientas necesarias para facilitar el trabajo realizado durante la organización de una carrera partiendo de una estructura organizada y de unos recursos determinados. Este sistema funciona de forma que permita a los usuarios realizar sus tareas de forma automatizada ahorrando en su jornada tiempo y esfuerzo. Por ello, la aplicación proporciona un servicio que realmente satisface las necesidades y las expectativas del cliente, haciendo hincapié en la reducción de tiempo de respuesta durante la organización de las carreras, en particular las escolares. Es necesario que los usuarios de la aplicación tengan conocimiento del Sistema Web de Gestión Sportident, concretamente en lo que compete a las funciones de su perfil. Los perfiles identificados son: administrador del sistema, profesor de un colegio y participante de una carrera. Para llevar acabo la realización del aplicativo del Sistema Web de Gestión Sportident se ha dividido el aplicativo web en dos fases diferenciadas: la pre-fase y la pos-fase. ➢La Pre-fase hace referencia a los procedimientos y herramientas necesarias para poder organizar una carrera y carga de datos en los sistemas Sportident [1]. ➢La Pos-fase hace referencia a los procedimientos y herramientas necesarias para obtener la información resultante de los sistemas Sportident y realizar los cálculos y emitir los resultados obtenidos. Página 5 sfsfsdf Sistema Web de Gestión Sportident A todas aquellas personas que han confiado en mí en la realización de este trabajo y me han ayudado, porque sin ellas, no lo hubiera conseguido. Página 6 sfsfsdf Sistema Web de Gestión Sportident 1. Estado actual 1.1.- Introducción La evolución de la tecnología en las últimas décadas ha afectado a la forma de pensar y trabajar tanto en los aspectos cotidianos del día a día así como los eventuales. Una de las áreas en las que ha influido el uso de la tecnología más reciente es en el de las competiciones deportivas. Gracias a los avanzados sistemas actuales, la tarea de medición de tiempos para las actividades deportivas ha sido facilitada en gran medida. De ahí la finalidad del presente trabajo de fin de grado. El precio elevado y la complejidad de los sistemas de asistencia de competiciones deportivas provocan que este tipo de aplicaciones no sean consideradas en eventos cuya gestión o beneficios no permitan su uso, en especial durante las competiciones deportivas minoritarias. Es por ello, que este trabajo tiene como objetivo, definir la manera de digitalizar y automatizar las tareas realizadas durante la gestión y organización de las carreras realizadas por Limonium Canarias [2], de tal modo que desde un mismo sistema la empresa pueda publicar sus formularios, gestionar los participantes así como los resultados de las carreras. El aspecto positivo de este cambio en la empresa, es la automatización de las tareas para que resulte mucho más sencillo poder gestionar las carreras, desde los campeonatos escolares hasta las competiciones para todos los públicos, aliviando su peso para que no sea una tarea engorrosa para los administradores del evento. Página 7 sfsfsdf Sistema Web de Gestión Sportident 1.2.- Finalidad del trabajo La finalidad de este trabajo es definir y desarrollar un aplicativo web de asistencia para competiciones deportivas con la ayuda de CodeIgniter, un framework de PHP, que sea capaz de automatizar las tareas realizadas antes y después de una carrera para Limonium Canarias. Este aplicativo, llamado a partir de ahora Sistema Web de Gestión Sportident, automatizará las tareas de publicación, gestión y cálculo necesarias para llevar a cabo la organización de una carrera. 1.3.- Etapas del trabajo Para la realización de este trabajo es necesario pasar por cada una de las etapas descritas a continuación: ➢Análisis global. Revisión bibliográfica y análisis previo del Sistema Sportident y Limonium Canarias. Conlleva el estudio preliminar del Sistema Sportident, para poder llegar a entender todo el proceso por el que pasan los procedimientos y las herramientas utilizadas por Limonium Canarias, de cara a su desarrollo de la forma más semejante posible. ➢Documentación de CodeIgniter. Profundo estudio del framework CodeIgniter y de sus módulos, para lograr un resultado óptimo semejante al proceso analógico utilizado en la actualidad. ➢Estudio de las alternativas para el desarrollo de formularios de inscripción online. Estudio de las distintas opciones para crear formularios de inscripciones a carreras deportivas en modo online. ➢Análisis y diseño del uso de usuarios autentificados. Estudio en profundidad de la Página 8 sfsfsdf Sistema Web de Gestión Sportident posibilidad de añadir un módulo para autenticación y restricción de usuarios a la plataforma web con la ayuda de procedimientos y herramientas definidos en CodeIgniter. ➢Análisis de un asistente para diseñar de forma sencilla la página de anuncio de una prueba deportiva. Análisis en detalle de los pasos necesarios para llevar a cabo la activación de un formulario de una prueba deportiva específica, así como, la definición de cada uno de los elementos involucrados para su completar su diseño. ➢Estudio de la integración de datos de inscripción con las aplicaciones Sportident. Para tratar la misma información en el aplicativo web de gestión y el Sistema Sportident se estudia la opción de integrar y utilizar la misma información en todo momento. ➢Estudio de la viabilidad del desarrollo de un lector de pinzas electrónicas Sportident. Profundo estudio del lector del Sistema Sportident para conocer la viabilidad de acoplar su uso con la plataforma web. ➢Análisis sobre la generación de clasificaciones de una prueba de un día. Estudio de la estructura actual para generar las clasificaciones de un día y analizar su creación para replicar su generación de forma automatizada. Generación de resultados de forma online a través de la plataforma web y en formato EXCEL. ➢Análisis sobre la generación de clasificaciones para pruebas de varios días. Estudio de la estructura actual para generar las clasificaciones de varios días y analizar su creación para replicar su generación de forma automatizada. Generación de resultados de forma online a través de la plataforma web y en formato EXCEL. ➢Documentación. Confección de la documentación del trabajo. Elaboración de la memoria y el manual de usuario. Apéndices, explicaciones y bibliografía. Página 9 sfsfsdf Sistema Web de Gestión Sportident que cumpla los estandares y normativas vigentes.” Se define a continuación un pliego de especificaciones técnicas que han de regir en la contratación de una aplicación informática destinada a asistir durante la gestión de competencias deportivas de Limonium Canarias. 3.3.1.- Antecedentes Actualmente, Limonium Canarias realiza la gestión y organización de eventos y competiciones deportivas de forma manual, añadiendo en ello la dificultad en la generación y los cálculos de los resultados de las competiciones. Es por ello necesario definir un aplicativo que cumpla con las necesidades en las que se pueda publicar, organizar y gestionar las competiciones deportivas de forma automatizada. Con este fin se ha realizado un estudio de su funcionamiento para poder gestionar eficazmente cada uno de los requisitos necesarios. 3.3.2.- Objeto del contrato El contrato tiene como objeto, la implementación del Sistema Web de Gestión Sportident como aplicativo de asistencia para competencias deportivas. El presente pliego de prescripciones técnicas tiene como objeto definir las condiciones para la prestación de un servicio encargado de analizar, diseñar e implementar los procedimientos y las herramientas necesarios para el Sistema Web de Gestión Sportident. Página 16 sfsfsdf Sistema Web de Gestión Sportident 3.3.3.- Condiciones del alcance del contrato Se detallan a continuación las condiciones que describen la presente contratación: Especificaciones técnicas Implementación del Sistema Web de Gestión Sportident para la asistencia de competiciones deportivas semejante al funcionamiento real para conservar la esencia del sistema. La plataforma deberá adaptarse a cualquier navegador con la finalidad de poder usar la plataforma en cualquier tipo de navegador. Los adjudicatarios prepararán un manual de usuario, con la suficiente información para que las personas interesadas puedan utilizar la plataforma sin ningún tipo de problema, especificando claramente todos los pasos a realizar en cada punto. Requisitos de fiabilidad El desarrollo de la aplicación debe acometerse de tal forma que su resultado garantice: •Alta fiabilidad •Comportamiento estable Página 17 sfsfsdf Sistema Web de Gestión Sportident Plazo de ejecución El contratista se compromete a elaborar el software de conformidad con lo establecido en este documento y con la oferta que hubiese presentado, así como a entregarlo al contratante. Dicha entrega deberá hacerse en el plazo máximo de 6 meses, a contar desde la fecha de la firma del contrato. El software se considerará debidamente entregado cuando se haya recibido la plataforma y a su vez esté disponible para su inmediato funcionamiento y se haya facilitado el manual de usuario y la documentación técnica correspondiente. Penalizaciones Cualquier incumplimiento del servicio técnico posventa o de mantenimiento y plazos de entrega, conllevará una penalización de 0.001% por cada día natural de incumplimiento sobre el precio del contrato. En caso de que el pago por parte del contratante estuviera realizado con anterioridad, la empresa contratada, abonará al contratante el importe de la penalización. La penalización máxima de este concepto no excederá del 10% del importe final del Contrato. Confidencialidad Si la contratación implica el acceso del contratista a datos de carácter personal, el contratante tendrá la consideración de encargado del tratamiento de los mismos. En este supuesto, el acceso a esos datos no se considerará comunicación de datos, cuando se cumpla lo previsto en el artículo 12.2 y 3 de la Ley Orgánica 15/1999, de 16 de diciembre, de Protección de datos de carácter personal (en adelante LOPD). En Página 18 sfsfsdf Sistema Web de Gestión Sportident todo caso las previsiones del artículos 12.2 de dicha Ley deberán constar por escrito, en forma de anexo al contrato que se firme. Compromiso por parte del adjudicatario “La documentación e información suministrada por Limonium Canarias al adjudicatario, o aquella a la que éste pueda acceder, tendrá carácter de confidencial y no será utilizada para otros fines diferentes de la estricta ejecución del contrato, y no los comunicará, ni siquiera para su conservación, a otras personas. Esta condición es extensible al personal de asistencia que el adjudicatario contrate para la prestación del suministro e instalación objeto de este pliego. Así mismo, el adjudicatario (y el personal que intervenga en el objeto de este pliego) se compromete al cumplimiento de la legalidad vigente en relación con la normativa en materia de protección de datos de carácter personal”. De conformidad con lo previsto en la LOPD, así como en la Disposición Adicional Trigésimo Primera de la ley 30/2007 de 30 de octubre, una vez cumplida la prestación contractual, los datos de carácter personal deberá ser destruidos o devueltos a la entidad contratante responsable, o al encargado de tratamiento que ésta hubiese designado, al igual que cualquier soporte o documentos en que conste algún dato de carácter personal objeto del tratamiento. En el supuesto de prestaciones de servicios sin acceso a datos personales se adoptarán las medidas adecuadas para limitar el acceso del personal a datos personales, a los soportes que los contengan o a los recursos del sistema de información, para la realización de trabajos que no impliquen el tratamiento de datos personales. Cuando se trate de personal ajeno, se establece expresamente la prohibición de Página 19 sfsfsdf Sistema Web de Gestión Sportident acceder a los datos que el personal pudiera conocer con motivo de la prestación del servicio. Transferencia tecnológica Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete a facilitar en todo momento a las personas designadas por Limonium Canarias a tales efectos la información que ésta solicite para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que pueden plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos. Propiedad del resultado de los trabajos Todos los documentos y resultados de los trabajos realizados serán propiedad de Limonium Canarias que podrá ejercer el derecho de explotación en su centro de trabajo. La empresa adjudicataria podrá hacer uso de los mismos, ya sea como referencia o base para trabajos futuros, siempre que cuente con la autorización expresa del contratante. Entrega de la solución Todo el proceso de suministro de software, documentación, manuales de instalación y configuración, manual de administración y de usuario, desarrollo de pruebas, plan de marcha atrás, se hará conforme al Proceso de Gestión de la Entrega definido por Página 20 sfsfsdf Sistema Web de Gestión Sportident la Dirección de la Escuela de Ingeniería Informática. Toda la funcionalidad del sistema debe estar completamente documentada de tal forma que se puedan desarrollar, por personal propio de la Escuela de Ingeniería Informática o de una tercera empresa, nuevos aplicativos e incluso nuevas funcionalidades del sistema, que en todo caso serán independientes del software mantenido por los adjudicatarios. El adjudicatario deberá generar la documentación necesaria para asegurar el despliegue exitoso del producto y servicio de acuerdo con el Proceso de Gestión de la Entrega siguiendo las plantillas y modelos que serán suministrados por la Dirección de la Escuela de Ingeniería Informática. Entorno pre-explotación De ser necesarias tareas correctivas una vez implementada la solución objeto de este contrato, con el fin de facilitar los trabajos, y realización de pruebas sin afectar al sistema en producción, será preciso que cualquier actividad a realizar sobre la plataforma se realice previamente en el entorno de pre-explotación similar al de producción. Será preciso verificar y testear el correcto funcionamiento en este entorno, como paso previo al despliegue en producción. Metodología y aseguramiento de la calidad La planificación, gestión, análisis, diseño, construcción e implementación de los módulos que se aborden en esta contratación, se ajustarán a las especificaciones de la Página 21 sfsfsdf Sistema Web de Gestión Sportident Metodología METRICA promovida por el Consejo Superior de Informática, hasta el nivel que se determine al comienzo de los trabajos. Los licitadores incluirán en su oferta: •La descripción detallada de la metodología general que emplearían para la gestión y ejecución del proyecto (organización, cronograma, etc.). •El plan de aseguramiento de la calidad, donde se describan los mecanismos de aseguramiento de la calidad y actividades planificadas y sistemáticas necesarias para que el producto final satisfaga los requisitos de calidad, así como su integración en el modelo de procesos de desarrollo de software. Equipo y plan de trabajo Para la realización de las tareas descritas para el trabajo de fin de grado con título “Desarrollo de aplicaciones para asistencia para competencias deportivas” , se requiere perfiles de (1) Analista, (1) Programador y (1) Administrador de Base de Datos y Servidor de Aplicaciones, todos bajo la supervisión de un (1) Jefe de Proyecto. Estas tareas serán llevadas a cabo por el alumno asignado a este proyecto. A su vez, se designará un Director tecnológico del proyecto, que será el encargado del seguimiento continuo, de la coordinación e interlocución con la empresa adjudicataria. Así mismo, se identifica la necesidad de que existan por parte del cliente las personas necesarias con el conocimiento suficiente que permita realizar las tareas objeto de la presente propuesta. Página 22 sfsfsdf Sistema Web de Gestión Sportident Para la gestión directa del proyecto, se mantendrán reuniones de trabajo con periodicidad semanal (o la que se determine de mutuo acuerdo en función del desarrollo del proyecto) entre el Director del Proyecto y el Jefe de Proyecto de los adjudicatarios, y con la participación de los consultores y técnicos que resulte pertinente en cada caso. La empresa adjudicataria elaborará el acta de las reuniones. Antes del inicio de los trabajos, los adjudicatarios presentarán un programa o Plan de Trabajo donde se especifiquen los principales hitos del proyecto. Una vez iniciado el proyecto, los adjudicatarios presentarán con periodicidad bisemanal un Informe de Situación en el que se reflejen, al menos, los siguientes puntos: •Situación actual del proyecto. •Tareas realizadas. •Tareas pendientes. •Incidencias. •Cronograma de la planificación. Al finalizar el proyecto, los adjudicatarios entregarán un Informe Final de Ejecución de Proyecto, donde se describan, de forma detallada, todos los aspectos relacionados con la implantación llevada a cabo, haciendo referencia a toda la documentación aportada y a cualquier información o circunstancia relevante. 3.3.4.- Aspectos que están fuera del alcance de este proyecto Se detallan a continuación los diferentes aspectos, tanto de tipo hardware como de tipo software, necesarios para que el sistema descrito para el presente trabajo de fin Página 23 sfsfsdf Sistema Web de Gestión Sportident de grado pueda cumplir con las funcionalidades definidas pero que no se encuentran detalladas en este documento. ➢A nivel Hardware: •Ordenador personal para acceder y utilizar la aplicación. •Servidor con el hardware mínimo necesario para dar soporte a todas las herramientas descritas en el apartado “Requerimientos hardware y software”. •Red de intercomunicación entre las diferentes máquinas basada en tecnología TCP/IP. ➢A nivel Software: •Sistemas Operativos de Servidor. •Sistemas Operativos de Clientes. ➢A nivel de Comunicaciones •Gestión/Contratación de servicios de conectividad entre equipos y servidores. ➢A nivel de Servicios •Cualquier tarea de instalación, configuración, mantenimiento y soporte de cualquiera de los elementos hardware, software y comunicaciones, nombrados anteriormente. •La fase de soporte y mantenimiento del sistema. 3.4.- CII18 “Conocimiento de la normativa y la regulación de la informatica en los ambitos nacional, europeo e internacional.” A pesar de que el presente proyecto cubre con el apartado “Normativa y Legislación” parte Página 24 sfsfsdf Sistema Web de Gestión Sportident de las legislaciones del sistema a utilizar, se detallan a continuación los sistemas legales en los ámbitos nacional, europeo e internacional de la informática. 3.4.1.- Situación actual Un análisis de las legislaciones que se han promulgado en diversos países arroja que las normas jurídicas que se han puesto en vigor están dirigidas a proteger la utilización abusiva de la información reunida y procesada mediante el uso de computadoras, e incluso en algunas de ellas se ha previsto formar órganos especializados que protejan los derechos de los ciudadanos amenazados por los ordenadores. Desde hace aproximadamente diez años la mayoría de los países europeos han hecho todo lo posible para incluir dentro de la ley, la conducta punible penalmente, como el acceso ilegal a sistemas de computo o el mantenimiento ilegal de tales accesos, la difusión de virus o la interceptación de mensajes informáticos. En la mayoría de las naciones occidentales existen normas similares a los países europeos. Todos estos enfoques están inspirados por la misma de preocupación de contar con comunicaciones electrónicas, transacciones e intercambios tan confiables y seguros como sea posible. Dar un concepto sobre delitos informáticos no una labor fácil y esto en razón de que su misma denominación alude a una situación muy especial, ya que para hablar de "delitos" en el sentido de acciones tipificadas o contempladas en textos jurídicopenales, se requiere que la expresión "delitos informáticos" este consignada en los códigos penales, lo cual en nuestro país, al igual que en muchos otros, no ha sido objeto de tipificación aún; sin embargo, muchos especialistas en derecho informático emplean esta alusión a los efectos de una mejor conceptualización. 3.4.2.- Normativa y regulación de la informática en el ámbito nacional A pesar de que en España se están haciendo progresos en el plano legal para regular Página 25 sfsfsdf Sistema Web de Gestión Sportident también a los especialistas para establecer medidas de seguridad y obtener pruebas que los identifiquen e inculpen. Necesidades y deficiencias Como ya se comentó al principio del apartado sobre la situación en España, el marco legal español, a pesar del Código penal actual y las unidades especiales para el control de los delitos informáticos, presenta importantes limitaciones a la hora de perseguir a los delincuentes informáticos. La rapidez con que se desarrollan las nuevas tecnologías y la posibilidad de actuar desde cualquier parte del mundo, hace de los delitos informáticos uno de los retos más importantes a los que se enfrentan las autoridades legales y judiciales de los países más desarrollados. A continuación se muestran una serie de factores que complican la labor de estas entidades: ➢Determinar la jurisdicción competente. ➢Delitos cometidos desde fuera de España, provenientes de un país en el que no exista regulación sobre el tema. ➢Dificultad para obtener pruebas fehacientes que inculpen al delincuente. ➢Dificultad para identificar al autor del delito. No hay que olvidar que las técnicas de ocultación de dirección IP por parte de un intruso pueden hacer imposible su localización. ➢Falta de adaptación de los organismos legislativos a los rápidos cambios y nuevas situaciones provocadas por la aparición de las nuevas tecnologías. Y necesidad de mayor cooperación entre distintos países para abordar el tema. Esto reduciría el ámbito de actuación de muchos delincuentes que se aprovechan de la situación actual. Página 32 sfsfsdf Sistema Web de Gestión Sportident 3.4.3.- Normativa y regulación de la informática en el ámbito europeo Hasta ahora, el principal esfuerzo europeo por regular el tema de los delitos informáticos dio como resultado el “Convenio sobre la Ciberdelincuencia", de 21 de noviembre de 2001. Este documento fue firmado por los representantes de cada país miembro del Consejo de Europa, aunque su eficacia depende de su posterior refrendo por los órganos nacionales de cada país firmante. El “Convenio sobre la Ciberdelincuencia" permitió la definición de los delitos informáticos y algunos elementos relacionados con éstos, tales como “sistemas informáticos", “datos informáticos", o “proveedor de servicios". Estos delitos informáticos fueron clasificados en cuatro grupos: 1. Delitos contra la confidencialidad, la integridad y la disponibilidad de los datos y sistemas informáticos: ➢Acceso ilícito a sistemas informáticos. ➢Interceptación ilícita de datos informáticos. ➢Interferencia en el sistema mediante la introducción, transmisión, provocación de daños, borrado, alteración o supresión e estos. ➢Abuso de dispositivos que faciliten la comisión de delitos 2. Delitos informáticos: ➢Falsificación informática que produzca la alteración, borrado o supresión de datos informático que ocasionen datos no auténticos. ➢Fraudes informáticos. 3. Delitos relacionados con el contenido: ➢Delitos relacionados con la pornografía infantil. 4. Delitos relacionados con infracciones de la propiedad intelectual y derechos Página 33 sfsfsdf Sistema Web de Gestión Sportident afines. Conviene destacar que en el “Convenio sobre la Ciberdelincuencia" se encomienda a cada Parte que tome las medidas necesarias para tipificar como delito en su derecho interno cada uno de los apartados descritos en cada categoría. En la Disposición 14221 del BOE núm. 226 de 2010, encontramos el Instrumento de Ratificación del Convenio sobre la Ciberdelincuencia, hecho en Budapest el 23 de noviembre de 2001. A continuación se mencionan algunos aspectos relacionados con la ley algunos países europeos, así como con los delitos informáticos que persigue. Alemania Este país sancionó en 1986 la Ley contra la Criminalidad Económica, que contempla los siguientes delitos: ➢Espionaje de datos. ➢Estafa informática. ➢Alteración de datos. ➢Sabotaje informático. Austria La Ley de reforma del Código Penal, sancionada el 22 de Diciembre de 1987, sanciona a aquellos que con dolo causen un perjuicio patrimonial a un tercero influyendo en el resultado de una elaboración de datos automática a través de la confección del programa, por la introducción, cancelación o alteración de datos o por Página 34 sfsfsdf Sistema Web de Gestión Sportident actuar sobre el curso del procesamiento de datos. Además contempla sanciones para quienes comenten este hecho utilizando su profesión de especialistas en sistemas. Gran Bretana Debido a un caso de hacking en 1991, comenzó a regir en este país la ComputerMisuseAct (Ley de Abusos Informáticos). Mediante esta ley el intento, exitoso o no, de alterar datos informáticos es penado con hasta cinco años de prisión o multas. Esta ley tiene un apartado que específica la modificación de datos sin autorización. Holanda El 10 de Marzo de 1993 entró en vigencia la Ley de Delitos Informáticos, en la cual se penaliza los siguientes delitos: ➢El hacking. ➢El preacking (utilización de servicios de telecomunicaciones evitando el pago total o parcial de dicho servicio). ➢La ingeniería social (arte de convencer a la gente de entregar información que en circunstancias normales no entregaría). ➢La distribución de virus. Francia En enero de 1988, este país dictó la Ley relativa al fraude informático, en la que se consideran aspectos como: Página 35 sfsfsdf Sistema Web de Gestión Sportident ➢Intromisión fraudulenta que suprima o modifique datos. ➢Conducta intencional en la violación de derechos a terceros que haya impedido o alterado el funcionamiento de un sistema de procesamiento automatizado de datos. ➢Conducta intencional en la violación de derechos a terceros, en forma directa o indirecta, en la introducción de datos en un sistema de procesamiento automatizado o la supresión o modificación de los datos que éste contiene, o sus modos de procesamiento o de transmisión. ➢Supresión o modificación de datos contenidos en el sistema, o bien en la alteración del funcionamiento del sistema (sabotaje). 3.4.4.- Normativa y regulación de la informática en el ámbito internacional En el contexto internacional, son pocos los países que cuentan con una legislación apropiada. Entre ellos, destacan, Estados Unidos, Alemania, Austria, Gran Bretaña, Holanda, Francia, España, Argentina y Chile. Los países europeos ya fueron descritos en el apartado anterior, por lo que se mencionan a continuación algunos aspectos relacionados con la ley en los diferentes países de Europa, así como con los delitos informáticos que persigue. Estados Unidos Este país adoptó en 1994 el Acta Federal de Abuso Computacional que modificó al Acta de Fraude y Abuso Computacional de 1986. Con la finalidad de eliminar los argumentos hipertécnicos acerca de qué es y que no Página 36 sfsfsdf Sistema Web de Gestión Sportident es un virus, un gusano, un caballo de Troya y en que difieren de los virus, la nueva acta proscribe la transmisión de un programa, información, códigos o comandos que causan daños a la computadora, a los sistemas informáticos, a las redes, información, datos o programas. La nueva ley es un adelanto porque está directamente en contra de los actos de transmisión de virus. Asimismo, en materia de estafas electrónicas, defraudaciones y otros actos dolorosos relacionados con los dispositivos de acceso a sistemas informáticos, la legislación estadounidense sanciona con pena de prisión y multa, a la persona que defraude a otro mediante la utilización de una computadora o red informática. En el mes de Julio del año 2000, el Senado y la Cámara de Representantes de este país, tras un año largo de deliberaciones, establece el Acta de Firmas Electrónicas en el Comercio Global y Nacional. La ley sobre la firma digital responde a la necesidad de dar validez a documentos informáticos, mensajes electrónicos y contratos establecidos mediante Internet, entre empresas (para el B2B) y entre empresas y consumidores (para el B2C). Chile Chile fue el primer país latinoamericano en sancionar una Ley contra delitos informáticos, la cual entró en vigencia el 7 de junio de 1993. Esta ley se refiere a los siguientes delitos: ➢La destrucción o inutilización de los de los datos contenidos dentro de una computadora es castigada con penas de prisión. Asimismo, dentro de esas consideraciones se encuentran los virus. ➢Conducta maliciosa tendiente a la destrucción o inutilización de un sistema de tratamiento de información o de sus partes componentes o que dicha conducta impida, obstaculice o modifique su funcionamiento. ➢Conducta maliciosa que altere, dañe o destruya los datos contenidos en un Página 37 sfsfsdf Sistema Web de Gestión Sportident sistema de tratamiento de información. Página 38 sfsfsdf Sistema Web de Gestión Sportident 4. Aportación a nuestro entorno socio-económico Con la elaboración de este Sistema Web de Gestión Sportident se espera cubrir todos los requerimientos necesarios para una mejor asistencia para las competiciones deportivas que utilizan aplicaciones y herramientas Sportident. En la actualidad la gestión de competiciones deportivas Limonium Canarias se realiza de una manera no automatizada, lo cual quedará solucionado con este nuevo sistema Web. En este TFG se pretende automatizar y acelerar los procedimientos que componen la gestión previa y posterior a las competiciones, así como la posibilidad de poder almacenar digitalmente dicha información. A día de hoy, la gestión de las competiciones deportivas Sportident es un proceso lento y desorganizado al momento de archivar la información y calcular las puntuaciones, teniendo en cuenta esta forma de proceder, cabe la posibilidad de pérdida de información o cálculo erróneo. La realización y desarrollo de este sistema brindará beneficios tales como: ➢Facilidad a la hora de crear carreras y formularios dinámicos. ➢Agilizar el proceso de cumplimentado de información de cada participación. ➢Llevar un control y orden de los datos. ➢Proveer al usuario agilidad y seguridad en la información. ➢Rapidez en los cálculos de resultados. ➢Obtención de información descargable en formato de presentación. Todos estos beneficios brindarán a la Limonium Canarias una confiabilidad de su información y seguridad, además permitirá ofrecer el mejor servicio a los usuarios (participantes, profesores y Página 39 sfsfsdf Sistema Web de Gestión Sportident organizadores de las competiciones) que podrán tener información clara, concisa y organizada de la información que inserten. De designarse una persona coordinadora de los procedimientos de asistencia, se facilitaría su trabajo siendo éste más confiable a la hora de realizar la organización de carreras y activar formularios, y realizando todos estos procesos de manera rápida y segura. Finalmente, aunque no es el objetivo principal de la aplicación, se aportaría un estudio detallando la forma de implantar este sistema automatizado para llevar el control de los procedimientos de forma offline. Debido a que la competición puede llevarse a cabo en lugares en los que la cobertura de red no se encuentre disponible, se permitirá el uso continuado de la aplicación en ese modo con la ayuda de un sistema Web local a través del cual se permitirá la exportación de los datos al sistema Web online. Otras ventajas que a priori se aprecian son las siguientes: ➢Se evitará el uso de métodos antiguos y la acumulación de documentos. ➢Incitará a otras empresas que están atraídas por lo confiable y provechoso del sistema automatizado. ➢El servicio podrá expandir sus horizontes debido a la agilización y modularidad de sus procedimientos. ➢Podrá obtenerse informes de los datos de participación con más rapidez y confiabilidad. ➢Permitirá a mostrar las competiciones activas en todo momento en la página principal. ➢La gestión se realizará de forma clara en un entorno amigable sin tener la necesidad de leer o escribir documentos engorrosos. Página 40 sfsfsdf Sistema Web de Gestión Sportident Una ventaja social que habría que destacar es la facilidad que van a tener los usuarios para acceder a información importante para sus necesidades de tal manera que con una simple visita al sistema Web se pueda obtener información necesaria de forma rápida y concisa sin necesidad de tener que recurrir a documentos en formato papel que pueden llegar a ser bastante engorrosos. Página 41 sfsfsdf Sistema Web de Gestión Sportident G) PHP Este lenguaje forma parte del software libre publicado bajo la licencia PHP [9] que es incompatible con la Licencia Pública General de GNU debido a las restricciones del uso del término PHP. 5.2.- Licencia de software Una licencia de software otorga al usuario derecho legal a utilizar un software. Por cada programa de software que se utiliza, se otorga una licencia al usuario y ésta se documenta en el Contrato de Licencia de Usuario Final (CLUF). Un usuario de software, necesita una licencia. El acuerdo de licencia da al usuario el derecho de utilizar el software. El software está protegido por la ley de derechos de autor, que establece que el producto no puede copiar sin autorización del dueño de derechos de autor. Entre las herramientas utilizadas para este caso, se encuentran: A) CodeIgniter La licencia del CodeIgniter [10] permite el uso, copia, modificación y distribución del Software y su documentación, con o sin modificaciones, para cualquier propósito, en el cumplimiento de las siguientes restricciones: 1. Una copia de la licencia debe incluirse en la distribución de la aplicación. 2. En la redistribución del código fuente debe incluirse el aviso legal de copyright en todos los ficheros del código fuente. Página 48 sfsfsdf Sistema Web de Gestión Sportident 3. La redistribución de forma binaria debe incluir el aviso legal de copyright en toda la documentación y/o en otros materiales entregados en la redistribución. 4. Cualquier fichero que haya sido modificado debe incluir un aviso indicando la naturaleza del cambio y los nombres de las personas encargadas de dicho cambio. 5. Productos derivados del software deben incluir un reconocimiento, en su documentación y/o productos incluidos en la distribución, en el que se indique que ha sido derivado de CodeIgniter. 6. Productos derivados del Software no pueden ser llamados “CodeIgniter”, ni “CodeIgniter” puede aparecer en su nombre, sin el permiso previo de EllisLab, Inc. B) Otras herramientas En lo que se refiere a la herramienta de desarrollo se sugiere la utilización de NetBeans [11] como entorno de desarrollo integrado de código abierto multiplataforma para "Aplicaciones de Cliente” por tratarse de una especie de herramienta universal - un IDE abierto y extensible para todo y nada en particular. Respecto a la legislación que le concierne, la mayoría del código de NetBeans IDE está disponible bajo la licencia dual de “Common Development and Distribution Licence (CDDL)” y la licencia “GNU General Public Licence (GPL)”. 5.3.- Leyes sobre seguridad En lo que se refiere a seguridad de la aplicación resultante de la implementación de este trabajo de fin de grado, cabe realizar las siguientes consideraciones: Página 49 sfsfsdf Sistema Web de Gestión Sportident ➢Entendiendo como delito informático el acceso no autorizado - se refiere a un usuario que, sin autorización, se conecta deliberadamente a una red, un servidor o un archivo (por ejemplo, un correo electrónico - y considerando que dicha acción afecta negativamente a los usuarios de los sistemas informáticos, la herramienta está dotada de un módulo de control de acceso y que el acceso está restringido en el servidor del cliente, donde ya se han tomado otras medidas de seguridad a fin de evitar las intrusiones de terceros no autorizados que puedan poner en peligro la seguridad de los datos y/o sistemas de información. ➢Respecto a la posibilidad de hacer circular información negativa, como virus o gusanos, se entiende que el servidor donde se albergará la trabajo de fin de grado, así como, los equipos de trabajo desde los cuales se van a conectar a la herramienta, disponen de un sistema anti-virus. ➢Por último en dichos equipos de trabajo se recomienda la utilización de las últimas versiones de los programas navegadores, ya que cada vez suelen incorporar mejores medidas de seguridad. Por lo tanto no se ve la necesidad de utilizar mecanismos de integridad, autenticación y certificación (firma digital, notarios electrónicos, etc.) puesto que los datos de carácter personal cumplen con el artículo 21 de la ley de protección de datos según previa confirmación por parte del cliente. ➢Se muestra a continuación el apartado sobre la “Comunicación de datos” recogida en la Ley Orgánica 15/1999 de 13 de diciembre de Protección de Datos de Carácter Personal, (LOPD), “Los datos de caracter personal objeto del tratamiento sólo podran ser comunicados a un tercero para el cumplimiento de fines directamente relacionados con las funciones legítimas del cedente y del cesionario con el previo consentimiento del interesado. Página 50 sfsfsdf Sistema Web de Gestión Sportident El consentimiento exigido en el apartado anterior no sera preciso: 1. Cuando la cesión esta autorizada en una ley. 2. Cuando se trate de datos recogidos de fuentes accesibles al público. 3. Cuando el tratamiento responda a la libre y legítima aceptación de una relación jurídica cuyo desarrollo, cumplimiento y control implique necesariamente la conexión de dicho tratamiento con ficheros de terceros. En este caso la comunicación sólo sera legítima en cuanto se limite a la finalidad que la justifique. 4. Cuando la comunicación que deba efectuarse tenga por destinatario al Defensor del Pueblo, el Ministerio Fiscal o los Jueces o Tribunales o el Tribunal de Cuentas, en el ejercicio de las funciones que tiene atribuidas. Tampoco sera preciso el consentimiento cuando la comunicación tenga como destinatario a instituciones autonómicas con funciones analogas al Defensor del Pueblo o al Tribunal de Cuentas. 5. Cuando la cesión se produzca entre Administraciones públicas y tenga por objeto el tratamiento posterior de los datos con fines históricos, estadísticos o científicos. 6. Cuando la cesión de datos de caracter personal relativos a la salud sea necesaria para solucionar una urgencia que requiera acceder a un fichero o para realizar los estudios epidemiológicos en los terminos establecidos en la legislación sobre sanidad estatal o autonómica. Sera nulo el consentimiento para la comunicación de los datos de caracter personal a un tercero, cuando la información que se facilite al interesado no le permita conocer la finalidad a que destinaran los datos cuya comunicación se autoriza o el tipo de actividad de aquel a quien se pretenden comunicar. El consentimiento para la comunicación de los datos de caracter personal tiene tambien un caracter de revocable. Página 51 sfsfsdf Sistema Web de Gestión Sportident Aquel a quien se comuniquen los datos de caracter personal se obliga, por el solo hecho de la comunicación, a la observancia de las disposiciones de la presente Ley. Si la comunicación se efectúa previo procedimiento de disociación, no sera aplicable lo establecido en los apartados anteriores.” Página 52 sfsfsdf Sistema Web de Gestión Sportident 6. Requisitos hardware y software En el proceso de definición del trabajo de fin de grado se ha utilizado una serie de recursos para llevar a cabo los objetivos. Estos recursos los podemos distinguir en tres grupos principales: •Requisitos Hardware •Requisitos Software •Otros requisitos 6.1.- Requisitos hardware Los requisitos hardware para el desarrollo de este trabajo son un servidor, en este caso se ha utilizado uno local para las pruebas y el de Limonium Canarias para el entorno productivo. En estos servidores se aloja la plataforma que se compone de un servidor de base de datos y un servidor de aplicaciones. A su vez, para poder realizar la definición del proyecto se ha requerido del uso de un PC o portátil. 6.2.- Requisitos software Los requisitos software utilizados en la definición de este proyecto han sido: •A la hora de programar se utilizó como software el NetBeans para programar en PHP la definición de clases del proyecto. •Instalación de MAMP [12], un servidor independiente de plataforma, software libre, que consiste principalmente en la base de datos MySQL, el servidor web Apache y los intérpretes para lenguajes PHP y Perl. El programa está liberado bajo la licencia GNU y actúa como un servidor web libre, fácil de usar y capaz de interpretar páginas Página 53 sfsfsdf Sistema Web de Gestión Sportident dinámicas. •Uso del MySQL Workbench [13] para facilitar el modelado del trabajo. Es un programa libre y gratuito. Forma parte del proyecto GNU y está disponible bajo la Licencia pública general de GNU. •Se han utilizado cuatro principales navegadores, Internet Explorer, Mozilla Firefox, Google Chrome y Safari, para asegurar de que no hayan problemas a la hora de utilizar la plataforma en los distintos navegadores. •Paquete ofimático OpenOffice, un paquete de herramientas al usuario bajo la licencia de Apache para el desarrollo de la memoria del trabajo, en concreto: Apache OpenOffice Writer (Procesador de textos), Apache OpenOffice Calc (Programa de hoja de cálculo) y Apache OpenOffice Draw (Herramienta de generación de diagramas). •Pencil, esta herramienta ha sido utilizada para el diseño de las pantallas a implementar en la plataforma. •El Sistema Operativo a utilizar para la plataforma definida ha sido MacOSx Mountain Lion y Microsoft Windows XP y Win7. 6.3.- Otras herramientas utilizadas Además de los requisitos descritos en los apartados anteriores, se definen a continuación otros recursos utilizados para llevar a cabo el proyecto: •Lenguaje de programación PHP PHP es un acrónimo recursivo que significa PHP Hypertext Pre-processor (inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente por RasmusLerdorf en 1994; sin embargo la implementación principal de PHP es producida ahora por The PHP Group y sirve como el estándar de facto para PHP al no haber una especificación formal. Publicado bajo la PHP License, la Free Software Foundation considera esta licencia como software libre. Página 54 sfsfsdf Sistema Web de Gestión Sportident Puede ser desplegado en la mayoría de los servidores web y en casi todos los sistemas operativos y plataformas sin costo alguno. El lenguaje PHP se encuentra instalado en más de 20 millones de sitios web y en un millón de servidores, el número de sitios en PHP ha compartido algo de su preponderante sitio con otros nuevos lenguajes no tan poderosos desde agosto de 2005. Es también el módulo Apache más popular entre las computadoras que utilizan Apache como servidor web. •CodeIgniter, framework de PHP CodeIgniter es un framework para desarrollo de aplicaciones - un conjunto de herramientas - para gente que construye sitios web usando PHP. Su objetivo es permitir desarrollar proyectos mucho más rápido que lo que podría hacer si escribiera el código desde cero, proveyéndole un rico conjunto de bibliotecas para tareas comunes, así como y una interfaz sencilla y una estructura lógica para acceder a esas bibliotecas. CodeIgniter permite enfocar creativamente un proyecto al minimizar la cantidad de código necesaria para una tarea dada. •HTML HTML, siglas de HyperText Markup Language (Lenguaje de Marcado de Hipertexto), es el lenguaje de marcado predominante para la elaboración de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. HTML también es usado para referirse al contenido del tipo de MIME text/html o todavía más ampliamente como un término genérico para el HTML, ya sea en forma descendida del XML (como XHTML 1.0 y posteriores) o en forma descendida directamente de SGML (como HTML 4.01 y anteriores). •CSS Página 55 sfsfsdf Sistema Web de Gestión Sportident El nombre hojas de estilo en cascada viene del inglés Cascading Style Sheets, del que toma sus siglas. CSS es un lenguaje usado para definir la presentación de un documento estructurado escrito en HTML o XML (y por extensión en XHTML). El W3C (World Wide Web Consortium) es el encargado de formular la especificación de las hojas de estilo que servirán de estándar para los agentes de usuario o navegadores. La idea que se encuentra detrás del desarrollo de CSS es separar la estructura de un documento de su presentación. Página 56 sfsfsdf Sistema Web de Gestión Sportident 7. Plan de trabajo A continuación se describe el plan de trabajo desglosado en las siguientes etapas. •Etapa 1: Análisis global. Revisión bibliográfica y análisis previo del Sistema Sportident y Limonium Canarias. Estudio y desglose del sistema de gestión utilizado por Limonium Canarias. Obtención y lectura de documentación del Sistema Sportident y su funcionamiento. . •Etapa 2: Documentación de CodeIgniter. Profundo estudio del framework CodeIgniter y de sus módulos, para lograr un resultado óptimo semejante al proceso analógico utilizado en la actualidad. Así como el repaso del lenguaje de programación PHP y basando la definición del proyecto en el Modelo-Vista-Controlador (MVC). •Etapa 3: Estudio de las alternativas para el desarrollo de formularios de inscripción online. Estudio y definición con el cliente de la forma en la que se desea definir los formularios de inscripciones a las carreras deportivas. •Etapa 4: Análisis y diseño del uso de usuarios autentificados. Definición y diseño del estructura de usuarios y perfiles de usuarios que tendrá la plataforma. . •Etapa 5: Análisis de un asistente para diseñar de forma sencilla la página de anuncio de una prueba deportiva. Análisis en detalle de los elementos necesarios para crear y publicar un anuncio de una prueba deportiva. Diseño de cada uno de los elementos tratados con el cliente para completar el área de de formularios dinámicos. Página 57 sfsfsdf Sistema Web de Gestión Sportident Deportivas de forma directa. Durante este estudio, se analizan los lectores (o bases) para conocer si la lectura de los chips y el traspaso de la información hacia el sistema es una posibilidad dentro del presente trabajo de fin de grado. Lectores Sportident Las pequeñas bases o lectores Sportident trabajan de forma autónoma bajo cualquier condición meteorológica. Con un microcontrolador de consumo excepcionalmente bajo y una batería de litio, las bases SportIdent pueden trabajar durante 7 años sin cambios de batería. La configuración de estas bases se realizan mediante el envío de comandos a bajo nivel. A pesar de los estudios y pruebas realizadas para trabajar con estos protocolos, debido a la poca información proporcionada por la empresa sobre el manejo y la programación de estas bases, no fue posible poder acceder y/o configurar estas bases según las necesidades de la empresa y los eventos planeados. Teniendo en cuenta estos acontecimientos, se procede a obviar la integración de las bases del sistema Sportident en el trabajo de fin de grado para el “Desarrollo de aplicaciones de asistencia de competiciones deportivas” haciendo uso de las aplicaciones proporcionadas para tal fin. Página 64 sfsfsdf Sistema Web de Gestión Sportident 8.4.- Elementos a definir en el proyecto Tras conocer las ventajas e inconvenientes involucrados en el uso del sistema Sportident, este trabajo se centrará en analizar y desarrollar un prototipo que asista en el proceso de organización de una carrera con la tecnología SI-Card. Este sistema contendrá los procesos y aplicaciones para ayudar a los organizadores a mejorar sus tareas diarias durante las fases de pre-fase y pos-fase. Pre-fase Para facilitar la organización del evento se deberán definir herramientas que permitan al administrador publicar anuncios de los próximos eventos y carreras. La publicación del evento a su vez tendrá asociado la posibilidad de darse de alta en la carrera seleccionada. Por otro lado, deberá facilitar la inscripción de grupos pertenecientes a clubes o colegios, de tal forma, que el encargado del grupo (profesor o monitor) pueda insertar los datos de los participantes directamente del sistema sin la intervención del administrador. La creación y definición de carreras será uno de los procesos que un administrador deberá poder gestionar desde el sistema, además de poder obtener un informe con los datos e información necesaria para publicar en formato papel y/o en el formato necesario para enviar al sistema Sportident. Pro-fase Una vez finalizada la carrera, y ya que no es posible conectar directamente el sistema Sportident con las herramientas de asistencia de las competiciones deportivas para Limonium Canarias se tomará otro camino para poder generar las clasificaciones. Página 65 sfsfsdf Sistema Web de Gestión Sportident Para ello, se tomará el fichero final generado por competición en formato CSV del sistema Sportident y se cargará en el Sistema Web de Gestión Sportident. De esta manera, se proporcionará una herramienta que genere todas las clasificaciones y el ranking de todos los participantes y su publicación en la Web. A su vez, el administrador podrá generar la definición de equipos y clubes para dividir las clasificaciones por este criterio. Con las herramientas descritas las personas involucradas en esta fase evitarían realizar el proceso en formato manual y en papel, tal y como se puede observar en la Figura 2. Figura 2.- Arquitectura definida para los usuarios y los perfiles del sistema. Página 66 sfsfsdf Sistema Web de Gestión Sportident 8.5.- Definición de la arquitectura a utilizar Para definir este proyecto se prosigue la nomenclatura del framework CodeIgniter, el cual está basado en el patrón de desarrollo Modelo-Vista-Controlador, a partir de ahora MVC. MVC es un enfoque de software que separa la lógica de la aplicación de la presentación. En la práctica, permite a las páginas web contener mínimo código ya que la presentación está separada del código PHP. •El Modelo representa las estructuras de datos, donde las clases del modelo contendrán funciones que facilitarán la devolución, inserción y actualización de información de la base de datos. •La Vista es la información que se presenta al usuario. Una vista es normalmente una página web, pero en CodeIgniter, una vista también puede ser un fragmento de página como el encabezado o pie de página. También puede ser una página RSS, o cualquier otro tipo de "página". •El Controlador sirve como un intermediario entre el Modelo, la Vista y cualquier otro recurso necesario para procesar la solicitud HTTP y generar una página web. Página 67 sfsfsdf Sistema Web de Gestión Sportident Figura 3.- Patrón Modelo-Vista-Controlador (MVC) con Codeigniter. Página 68 sfsfsdf Sistema Web de Gestión Sportident 9. Validación de usuarios y definición de permisos 9.1.- Análisis de requisitos Las tareas a llevar en el Sistema Web de Gestión Sportident no pueden ser accesibles a todos los actores participantes de la empresa Limonium Canarias. Es por ello, que se hace necesario diferenciar los tipos de actores según sus metas u objetivos, según las acciones que desean realizar u obtener del sistema o según sus responsabilidades. Con objetivo de realizar un control de las personas participantes en el Sistema Web de Gestión Sportident se muestra a continuación los principales actores del Sistema: •Administrador: este perfil tendrá acceso a todas las herramientas, y con ello, permiso de creación, edición y gestión de todos los elementos definidos en el sistema. •Profesor o Monitor: este tipo de persona podrá insertar información en el sistema, tal como los participantes de un evento o club a través de una plantilla o ver los resultados obtenidos tras el evento. •Participante: este perfil solo podrá participar en los formularios o anuncios activados por el administrador del sistema. Como primera aproximación la definición de los perfiles del sistema será habilitado únicamente para el administrador, quedando su disposición la creación y la autorización de nuevos usuarios al sistema. Para poder definir un nuevo usuario, se deberá detallar los datos para la creación de una persona y asociarlo a un tipo de perfil. Una vez hecho esto, el administrador podrá definir un usuario para esta persona. Página 69 sfsfsdf Sistema Web de Gestión Sportident 9.2.- Especificación del módulo de usuarios y perfiles Una vez definido el funcionamiento del modelo actual se muestra la división de actores en el sistema en la siguiente imagen (Figura 4). Figura 4.- Diagrama de especificación de perfiles del Sistema. Tal y como se especificó en el apartado anterior, el administrador tendrá acceso a todas las herramientas del Sistema. Página 70 sfsfsdf Sistema Web de Gestión Sportident Con objetivo de facilitar la vista de los requerimientos solicitados por el cliente, así como, obtener una descripción de los pasos o actividades que deberán realizarse para el presente apartado, se detalla a continuación los casos de usos identificados para la “Validación de usuarios y definición de permisos” (Figuras 5 y 6). Figura 5.- Casos de usos para el Usuario No Autenticado Página 71 sfsfsdf Sistema Web de Gestión Sportident Figura 6.- Casos de usos para el Administrador Cada uno de estos casos de usos serán descritos en el presente documento especificando los siguientes elementos: ➢Caso de Uso: Nombre del Caso de Uso. ➢Actor: Especificación del actor o actores principales y los actores secundarios o auxiliares en el caso de uso. ➢Descripción: Resumen de lo que el caso de uso resuelve con base a su objetivo primordial. ➢Pre-condiciones: Reglas o condiciones que se deben cumplir antes de que sea iniciado el caso de uso. ➢Post-condiciones: Condiciones que se deben cumplir cuando termine el caso de uso. ➢Flujo Principal: Descripción de los pasos que se sucederían en un camino simple, sin ramificaciones. Página 72 sfsfsdf Sistema Web de Gestión Sportident ➢Flujos Alternos: Descripción de flujos alternos e independientes al flujo principal. ➢Puntos de inclusión y extensión: Enlaces que incluyan o extiendan funcionalidades del Caso de Uso. ➢Requerimientos no funcionales: Elementos indispensables para la realización del Caso de Uso, que no tenga impacto en la funcionalidad. Casos de usos Caso de Uso Autenticarse en el sistema Actor Usuario no autenticado Descripción Durante este proceso un usuario con datos preexistentes en el sistema obtiene un entorno de sesión con sus datos. Pre-condiciones El usuario no está autenticado pero tiene una cuenta creada y activa. Post-condiciones El usuario tendrá una sesión iniciada de manera satisfactoria. Flujo principal 1. El usuario rellena los campos solicitados y envía la información. 2. El sistema valida la información. 3. El sistema lo redirige a la página de inicio con su sesión cargada. Flujos alternos 1. El usuario no introduce todos los datos. El sistema lo redirige a la página de inicio indicando el error encontrado. 2. El usuario no es válido. El sistema lo redirige a la página de inicio indicando el error encontrado. Caso de Uso Registrase en el sistema Actor Usuario no autenticado Descripción En este proceso el usuario que no tiene cuenta de usuario crea una cuenta. Pre-condiciones El usuario no está registrado en el sistema y desea participar en una carrera. Post-condiciones El usuario tendrá una cuenta creada satisfactoriamente. Flujo principal 1. El usuario rellena los campos para crear su usuario y envía la información de forma conjunta a la información sobre la participación a confirmar. Página 73 sfsfsdf Sistema Web de Gestión Sportident Figura 7.- Diagrama de clases para los usuarios y los perfiles del sistema. Figura 8.- Diagrama de bases de datos para los usuarios y los perfiles del sistema. Página 80 sfsfsdf Sistema Web de Gestión Sportident 10. Asistente de publicación de anuncios 10.1.- Análisis de requisitos Uno de los objetivos principales de este trabajo de fin de grado es proporcionar las herramientas necesarias para la publicación de anuncios de carreras, de tal forma, que un colegio, club, o participante individual pueda participar y darse de alta a través del sistema. Un anuncio, llamado formulario a partir de ahora, estará formado por un título, una descripción, una duración, una carrera y una opción de visibilidad o publicación. Teniendo esto en cuenta, se podrán crear formularios a partir de carreras predefinidas. Se define una carrera como una actividad que tendrá lugar a una hora, por un precio determinado. En el momento de creación de una carrera ésta deberá ser seleccionada de un grupo determinado de tipos de carreras. A su vez, una carrera será configurada para un tipo de categoría en concreto. Los tipos de carreras serán creados de forma individual, haciendo referencia a un recorrido que pueda realizarse por Limonium Canarias. Para crear un tipo de carrera es necesario seleccionar un nombre que identifique el recorrido, una descripción del recorrido a realizar y una fecha de celebración de la carrera. Por último, y no por ello menos importante, las carreras deben ser divididas por categorías. De tal manera, que la organización divida a los participante según una serie de características. Como ejemplo, un colegio divide a sus participantes en cuatro categorías: Cadete Femenino, Cadete Masculino, Infantil Femenino e Infantil Masculino. Una vez la publicación de anuncios sea efectiva, todo formulario activo permitirá que cualquier persona pueda participar en las carreras definidas dentro de ella. Del tal forma que si un usuario no está autenticado podrá registrarse en el sistema para convertirse en Página 81 sfsfsdf Sistema Web de Gestión Sportident participante, y todo usuario autenticado podrá hacerlo tras identificarse en el Sistema. 10.2.- Especificación del módulo de publicación de anuncios Para mostrar el comportamiento desde el punto de vista de los usuarios se representan a continuación los casos de uso para facilitar la interpretación de cada uno de objetivos a logar en el sistema para la “Asistencia de publicación de anuncios y participación en carreras” (Figura 9 y Figura 10 ). Página 82 sfsfsdf Sistema Web de Gestión Sportident Figura 9.- Casos de usos para el Usuario No Autenticado Figura 10.- Casos de usos para el Administrador Página 83 sfsfsdf Sistema Web de Gestión Sportident Casos de usos Caso de Uso Ver tipo de carrera Actor Administrador Descripción Durante este proceso el administrador visualizará los tipos de carrera Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo de tipos de carrera 2. El sistema muestra el listado de tipos de carrera 3. El administrador busca el tipo de carrera a analizar 4. El sistema mostrará los detalles del tipo de carrera solicitada Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. *) El tipo de carrera no existente El sistema no hará nada y dejará la opción de crear un nuevo tipo de carrera nuevo o ver otro Caso de Uso Crear tipo de carrera Actor Administrador Descripción Durante este proceso el administrador creará un nuevo tipo de carreta en el sistema Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Existe un nuevo tipo de carrera en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de tipos de carrera. 2. El sistema le muestra el formulario a rellenar. 3. El administrador rellena la información del tipo de carrera a crear. 4. El sistema crea el tipo de carrera en el sistema y muestra el listado de tipos de carreras con el nuevo tipo de carrera. Flujos alternos *) El tipo de carrera existe. El sistema no realiza la acción solicitada. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Página 84 sfsfsdf Sistema Web de Gestión Sportident Caso de Uso Editar tipo de carrera Actor Administrador Descripción Durante este proceso el administrador editará los datos un tipo de carrera existente Pre-condiciones El actor debe haber iniciado sesión en el sistema y el tipo de carrera deberá existir Post-condiciones Los datos del tipo de carrera estarán modificados. Flujo principal 1. A través del menú, el administrador accede al módulo de tipos de carrera. 2. El sistema le muestra el listado de tipos de carreras registradas en el sistema. 3. El administrador busca el tipo de carrera que desea editar y lo selecciona para editar. 4. El sistema le devuelve los datos actuales del tipo de carrera. 5. El administrador actualiza los datos. 6. El sistema guarda las modificaciones realizadas y muestra el listado de tipos de carrera. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario crear un nuevo tipo de carrera. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Borrar tipo de carrera Actor Administrador Descripción Durante este proceso el administrador borrará el tipo de carrera del sistema. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Se elimina los datos de un tipo de carrera del sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de tipos de carreras 2. El sistema le muestra el listado de tipos de carreras del sistema. 3. El administrador busca el tipo de carrera que desea borrar y lo elimina. 4. El sistema procede a eliminar los datos del tipo de carrera y Página 85 sfsfsdf Sistema Web de Gestión Sportident recarga de nuevo el listado de tipos de carreras Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver categoría Actor Administrador Descripción Durante este proceso el administrador visualizará las categorías Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo de categorías 2. El sistema muestra el listado de categorías 3. El administrador busca la categoría a analizar 4. El sistema mostrará los detalles de la categoría solicitada Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. *)La categoría no existente El sistema no hará nada y dejará la opción de crear una nueva categoría o ver otra Caso de Uso Crear categoría Actor Administrador Descripción Durante este proceso el administrador creará una nueva categoría en el sistema Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Existe una nueva categoría en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de categorías 2. El sistema le muestra el formulario a rellenar. 3. El administrador rellena la información de la categoría a crear. 4. El sistema crea la categoría en el sistema y muestra el listado de categorías con la nueva categoría. Página 86 sfsfsdf Sistema Web de Gestión Sportident Flujos alternos *) La categoría existe. El sistema no realiza la acción solicitada. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Borrar categoría Actor Administrador Descripción Durante este proceso el administrador borrará la categoría del sistema. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Se elimina los datos de una categoría del sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de categorías 2. El sistema le muestra el listado de categorías del sistema. 3. El administrador busca la categoría que desea borrar y lo elimina. 4. El sistema procede a eliminar los datos de la categoría y recarga de nuevo el listado de categorías Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver carrera Actor Administrador Descripción Durante este proceso el administrador visualizará las carreras Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo de carreras 2. El sistema muestra el listado de carreras 3. El administrador busca la carrera a analizar 4. El sistema mostrará los detalles de la carrera solicitada Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. *)La carrera no existente El sistema no hará nada y dejará la opción de crear una nueva Página 87 sfsfsdf Sistema Web de Gestión Sportident carrera o ver otra Caso de Uso Crear carrera Actor Administrador Descripción Durante este proceso el administrador creará una nueva carreras en el sistema Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Existe una nueva carreras en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de carreras 2. El sistema le muestra el formulario a rellenar. 3. El administrador rellena la información de la carrera a crear. 4. El sistema crea la carrera en el sistema y muestra el listado de carreras con la nueva carreras. Flujos alternos *) La carrera existe. El sistema no realiza la acción solicitada. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Editar carrera Actor Administrador Descripción Durante este proceso el administrador editará los datos una carrera existente Pre-condiciones El actor debe haber iniciado sesión en el sistema y la carrera deberá existir Post-condiciones Los datos de la carrera estarán modificados. Flujo principal 1. A través del menú, el administrador accede al módulo de carreras. 2. El sistema le muestra el listado de carreras registradas en el sistema. 3. El administrador busca la carrera que desea editar y lo selecciona para editar. 4. El sistema le devuelve los datos actuales de la carrera. 5. El administrador actualiza los datos. 6. El sistema guarda las modificaciones realizadas y muestra la listado de carreras. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario Página 88 sfsfsdf Sistema Web de Gestión Sportident crear una nueva carrera. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Borrar carrera Actor Administrador Descripción Durante este proceso el administrador borrará la carreras del sistema. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Se elimina los datos de una carrera del sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de carreras 2. El sistema le muestra el listado de carreras del sistema. 3. El administrador busca la carrera que desea borrar y lo elimina. 4. El sistema procede a eliminar los datos de la carrera y recarga de nuevo el listado de carrera Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver formulario Actor Administrador Descripción Durante este proceso el administrador visualizará los formularios Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo de formularios 2. El sistema muestra el listado de formularios 3. El administrador busca el formulario a analizar 4. El sistema mostrará los detalles del formulario solicitado y sus carreras asociadas. Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. *)El formulario no existente El sistema no hará nada y dejará la opción de crear un nuevo Página 89 sfsfsdf Sistema Web de Gestión Sportident 11. Integración de datos 11.1.- Análisis de requisitos Otro de los principales objetivos es facilitar a grandes grupos, tales como grupos o colegios, el registro de todos sus participantes. Esta tarea era realizada de forma manual y engorrosa entre el organizador de Limonium Canarias y el profesor o representante del colegio o club. En el sistema, el administrador podrá crear distintas inscripciones, según el club o colegio al que desee dirigirse y según la carrera a que la que se asocien, proporcionando una plantilla predefinida y preparada para descargarse desde este apartado. Esta plantilla podrá ser utilizada para rellenar un conjunto de participantes cumplimentando los campos que se indican, y en ningún caso, podrá darse por valida una inscripción distinta que no sea la proporcionada por el sistema. Tras subir el archivo al Sistema Web de Gestión Sportident automáticamente se crearán los participantes y las participaciones asociadas a la carrera seleccionada. Por otro lado, el Sistema deberá proporcionar un CSV con los datos de los participantes en el formato solicitado por el sistema Sportident. De esta manera, el administrador tendrá la misma información en ambos sistemas. El formato requerido para ello es el que se muestra a continuación: 1. Número: Código o número del participante. 2. Tarjeta SI: Número de la tarjeta Sportident a utilizar por el participante. 3. Nombre: Nombre del participante. Página 96 sfsfsdf Sistema Web de Gestión Sportident 4. Apellidos: Apellidos del participante. 5. Club: Nombre del club o colegio al que pertenece el participante (Dato opcional). 6. Carrera: Nombre de la carrera a realizar (Dato opcional). 7. Tiempo de Comienzo: Instante predefinido del momento en el que debe empezar el participante en formato HH:MM:SS (Dato opcional). 11.2.- Especificación de los módulos implicados en la integración Con objetivo de facilitar la vista de los requerimientos solicitados por el cliente, así como, obtener una descripción de los pasos o actividades que deberán realizarse para el presente apartado, se detalla a continuación los casos de usos identificados para la “Integración de datos” (Figura 15, Figura 16 y Figura 17). Figura 15.- Casos de usos para el Participante Página 97 sfsfsdf Sistema Web de Gestión Sportident Figura 16.- Casos de usos para el Profesor Figura 17.- Casos de usos para el Administrador Casos de usos Caso de Uso Participar en carrera Actor Usuario No Autenticado, Usuario Autenticado Descripción Durante este proceso, el usuario formaliza su deseo de participar en una carrera específica. Página 98 sfsfsdf Sistema Web de Gestión Sportident Pre-condiciones Si el actor es un usuario autenticado, deberá haber iniciado sesión en el sistema. Post-condiciones Se formalizará la participación en el sistema. El usuario no autenticado habrá creado, a su vez, un registro de su persona. Flujo principal 1. El usuario selecciona el formulario en el que desea participar. 2. El sistema muestra el formulario de participación. 3. El usuario procede a seleccionar las carreras en las que desea participar. 4. El sistema valida la participación y se redirige a la página de inicio. Flujos alternos 3) Si es un usuario no autenticado. El usuario introducirá también sus datos personales. 4) Si es un usuario no autenticado. El sistema genera una nueva persona con sus datos básicos. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver inscripciones Actor Administrador, Profesor Descripción Durante este proceso el usuario verá los datos básicos de una inscripción. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo de inscripciones. 2. El sistema le muestra el listado de inscripciones registradas en el sistema. 3. El administrador busca la inscripción que desea analizar. 4. El sistema le muestra el detalle de esa inscripción. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario crear una nueva inscripción, en caso de ser administrador. *) La persona no existe. El sistema se mantiene en la misma página y permite al usuario ver Página 99 sfsfsdf Sistema Web de Gestión Sportident otra inscripción o crear una nueva, en caso de ser administrador.. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Descargar plantilla inscripción Actor Administrador, Profesor Descripción Durante este proceso el usuario obtendrá un documento EXCEL con la plantilla a utilizar para subir los datos de los participantes para una inscripción activa. Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción de la carrera ha de existir y estar activa. Post-condiciones El usuario obtendrá un documento EXCEL con la plantilla a utilizar para subir los datos de los participantes para la inscripción activa seleccionada. Flujo principal 1. A través del menú, el usuario accede al módulo de inscripciones. 2. El sistema muestra el listado de inscripciones activas. 3. El usuario busca la inscripción. 4. El sistema generará un documento EXCEL con la plantilla a utilizar para subir los datos de los participantes para la inscripción activa seleccionada. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otra inscripción. *) La inscripción no existe. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción. *) La inscripción no está activa. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Subir fichero con participantes Página 100 sfsfsdf Sistema Web de Gestión Sportident Actor Administrador, Profesor Descripción Durante este proceso el usuario subirá un documento EXCEL de participantes. Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción ha de existir en el sistema y debe estar activa. Post-condiciones El usuario subirá un documento EXCEL de participantes para la inscripción seleccionada. Flujo principal 1. A través del menú, el usuario accede al módulo de inscripciones. 2. El sistema muestra un listado con las inscripciones activas 3. .El usuario busca y selecciona la inscripción. 4. El sistema muestra un listado con los ficheros subidos para dicha inscripción. 5. El usuario sube al sistema el documento EXCEL de participantes para la inscripción seleccionada. 6. El sistema registra la subida y guarda el fichero. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. 4) Si el usuario es un profesor. El sistema muestra el listado de ficheros subidos por el profesor. *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otra inscripción. *) La inscripción está vacía. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción activa. *) La inscripción no está activa. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Confirmar participantes Actor Administrador, Profesor Descripción Durante este proceso el usuario confirmará los participantes del fichero. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Página 101 sfsfsdf Sistema Web de Gestión Sportident El documento EXCEL de participantes deberá estar subido en el sistema. Post-condiciones El usuario confirmará los participantes de una inscripción. Flujo principal 1. A través del menú, el usuario accede al módulo de inscripciones. 2. El sistema muestra un listado con las inscripciones activas. 3. El usuario busca y selecciona la inscripción. 4. El sistema muestra un listado con los ficheros subidos para dicha inscripción. 5. El usuario confirma al sistema el documento EXCEL de participantes subido. 6. El sistema inscribirá a los participantes en la carrera de dicha inscripción. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. 4) Si el usuario es un profesor. El sistema muestra el listado de ficheros subidos por el profesor. *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otra inscripción. *) La inscripción está vacía. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción activa. *) La inscripción no está activa. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Eliminar fichero de participantes Actor Administrador, Profesor Descripción Durante este proceso el usuario eliminará un fichero participantes de una inscripción. Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción ha de existir y ha de estar activa. El fichero de participantes no debe haber sido confirmado. Post-condiciones La inscripción seleccionada tendrá un fichero de participantes menos. Página 102 sfsfsdf Sistema Web de Gestión Sportident Flujo principal 1. A través del menú, el usuario accede al módulo de inscripciones. 2. El sistema muestra un listado con las inscripciones activas. 3. El usuario busca y selecciona la inscripción. 4. El sistema muestra un listado con los ficheros subidos para dicha inscripción. 5. El usuario busca el documento EXCEL de participantes subido. 6. El sistema elimina el documento del sistema y muestra los datos de la inscripción sin la carrera. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. 4) Si el usuario es un profesor. El sistema muestra el listado de ficheros subidos por el profesor. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver ficheros subidos Actor Administrador, Profesor Descripción Durante este proceso el usuario verá los ficheros de participantes de una inscripción. Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción ha de existir y ha de estar activa. Post-condiciones Flujo principal 1. A través del menú, el usuario accede al módulo de inscripciones. 2. El sistema muestra un listado con las inscripciones activas. 3. El usuario busca y selecciona la inscripción. 4. El sistema muestra un listado con los ficheros subidos para dicha inscripción. Flujos alternos 2) Si el usuario es un profesor. El sistema muestra el listado de inscripciones activas y filtradas para el profesor. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Crear inscripción Página 103 sfsfsdf Sistema Web de Gestión Sportident Actor Administrador Descripción Durante este proceso el administrador creará una nueva inscripción en el sistema Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Existe una nueva entrada de inscripción en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de inscripciones. 2. El sistema le muestra el formulario a rellenar. 3. El administrador rellena la información de la inscripción. 4. El sistema crea la inscripción en el sistema y muestra el listado de inscripciones con la nueva inscripción. Flujos alternos *) La inscripción existe. El sistema no realiza la acción solicitada. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Editar inscripción Actor Administrador Descripción Durante este proceso el administrador editará los datos básicos de una inscripción. Pre-condiciones El actor debe haber iniciado sesión en el sistema y la inscripción a editar deberá existir en el sistema. Post-condiciones Los datos de la inscripción estarán modificados. Flujo principal 1. A través del menú, el administrador accede al módulo de inscripciones. 2. El sistema le muestra el listado de inscripciones registradas en el sistema. 3. El administrador busca la inscripción que desea editar y la selecciona para editar. 4. El sistema le devuelve los datos actuales de la inscripción. 5. El usuario actualiza los datos. 6. El sistema guarda las modificaciones realizadas y muestra el listado de inscripciones. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario crear una nueva inscripción. Página 104 sfsfsdf Sistema Web de Gestión Sportident *) La inscripción no existe. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción o crear una nueva. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Borrar inscripción Actor Administrador Descripción Durante este proceso el administrador borrará la inscripción del sistema. Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción debe existir, y no tener datos asociados. Post-condiciones Se elimina los datos de una inscripción del sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de personas. 2. El sistema le muestra el listado de inscripciones registradas en el sistema. 3. El administrador busca la inscripción que desea borrar y la elimina. 4. El sistema procede a eliminar los datos de la inscripción y recarga de nuevo el listado de inscripciones. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página. *) La inscripción no existe. El sistema se mantiene en la misma página y permite al usuario ver otra inscripción. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Añadir permisos en una inscripción Actor Administrador Descripción Durante este proceso el administrador añadirá un permiso a la inscripción existente Pre-condiciones El actor debe haber iniciado sesión en el sistema. La inscripción ha de existir. El usuario ha de existir. Post-condiciones La inscripción seleccionada tendrá un permiso de usuario más. Flujo principal 1. A través del menú, el administrador accede al módulo Página 105 sfsfsdf Sistema Web de Gestión Sportident Figura 19.- Diagrama de bases de datos para permitir la integración de datos Página 112 sfsfsdf Sistema Web de Gestión Sportident 12. Generación de clasificaciones 12.1.- Una única carrera 12.1.1.- Análisis de requisitos Una vez finalizada la carrera, el Sistema Sportident recoge toda la información recogida por los participantes y la guarda en un fichero en formato txt o csv. Este fichero debe ser interpretado correctamente y exportado al Sistema Web de Gestión Sportident para posteriormente poder calcular los resultados obtenidos del evento. La información que alberga este fichero es la siguiente: 1. Número: Número o código del participante. 2. Tarjeta SI: Número de tarjeta Sportident. 3. Nombre: Nombre del participante. 4. Apellidos: Apellidos del participante. 5. Club: Nombre de organización, club o colegio. 6. Carrera: Nombre de la carrera. 7. Resultado: Tiempo total en formato HH:MM:SS. 8. Estado: C = Correcto, DQ = Descalificado. 9. Puntuación: Si cada control devuelve puntos, entonces éste es el total de la puntuación obtenida por el participante. 10. Tiempo de Comienzo: Momento o instante en el que el participante comienza la carrera. 11. Controles: Vector de controles con la siguiente estructura: (a) KP: Identificador del control. Página 113 sfsfsdf Sistema Web de Gestión Sportident (b) Estado: Estado del control ([?] = indefinido, [-] erróneo, [+] correcto). (c) Tiempo del Control: Momento o instante por el que el participante pasa por ese control. 12. Tiempo de Fin: Momento o instante en el que el participante finaliza la carrera. Una vez estudiado el fichero, se dividen los datos de la siguiente manera: Corredores o Participantes, Carreras Realizadas y Detalles de las Carreras Realizadas o Controles por los que ha pasado un corredor en una carrera. De esta manera, se deben resolver los resultados mostrando la siguiente información a la hora de generación de clasificaciones: 1. Orden: Puesto en el que ha quedado el participante. 2. NR: Número o código de participante. 3. Nombre: Nombre del participante. 4. Apellidos: Apellidos del participante. 5. Club: Nombre del club o colegio al que pertenece el participante. 6. Resultado: Tiempo total obtenido por el participante de una carrera. 7. Puntuación: Puntuación obtenida con respecto a los demás participantes de una misma carrera. El cálculo de las puntuaciones dependen del puesto conseguido por el participante o corredor en una carrera dado un tipo de carrera y una categoría. De esta manera, si participan 25 corredores, el que consiga el primero puesto obtendrá una puntuación de 25 puntos. Los participantes que no han completado el recorrido, ya se debido a que han cometido Página 114 sfsfsdf Sistema Web de Gestión Sportident errores o debido a que han superado el tiempo máximo preestablecido tendrán una puntuación de 1 punto (DIVF). En cambio, si no ha participado deberá tener una puntuación de cero puntos. Por último, en caso de que exista un empate, se debería de ordenar por la suma de los tiempos de resultado. 12.1.2.- Especificación de la generación de clasificaciones Para mostrar el comportamiento desde el punto de vista de los usuarios se representan a continuación los casos de uso para facilitar la interpretación de cada uno de objetivos a logar en el sistema para la “Generación de clasificaciones de una carrera” (Figura 20). Figura 20.- Casos de usos para el Administrador Casos de usos Caso de Uso Subir CSV resultado Actor Administrador Descripción Durante este proceso el administrador subirá un CSV de resultados. Página 115 sfsfsdf Sistema Web de Gestión Sportident Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones El usuario subirá un fichero CSV de resultados en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de carga de ficheros. 2. El sistema muestra el formulario de carga de ficheros. 3. El administrador sube al sistema el fichero CSV de resultados. 4. El sistema registra la subida y guarda el fichero. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otro fichero. *) El fichero está vacío. El sistema se mantiene en la misma página y permite al usuario ver otro fichero o subir uno nuevo. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Generar resultados Actor Administrador Descripción Durante este proceso el administrador generará los resultados a partir de un CSV de participantes. Pre-condiciones El actor debe haber iniciado sesión en el sistema. El fichero CSV de participantes deberá estar subido en el sistema. Post-condiciones El usuario generará los resultados de una carrera. Flujo principal 1. A través del menú, el administrador accede al módulo de carga de ficheros. 2. El sistema muestra el listado de ficheros de resultados subidos. 3. El administrador busca el fichero de resultados.. 4. El sistema generará los resultados para dicho fichero. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otro fichero. *) El fichero está vacío. El sistema se mantiene en la misma página y permite al usuario ver otro fichero o subir uno nuevo. *) El sistema genera una excepción no controlable (p.e.: desconexión) Página 116 sfsfsdf Sistema Web de Gestión Sportident El sistema se redirige a la página de inicio. Caso de Uso Ver resultados de carrera Actor Administrador, Profesor Descripción Durante este proceso el usuario obtendrá una vista con los resultados de una carrera. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Los resultados de la carrera deberán estar generados. Post-condiciones El usuario obtendrá una vista con los resultados de la carrera seleccionada. Flujo principal 1. A través del menú, el administrador accede al módulo de carga de ficheros. 2. El sistema muestra el listado de ficheros de resultados subidos. 3. El administrador busca el fichero de resultados. 4. El sistema mostrará en una vista los resultados contenidos en el fichero seleccionado. Flujos alternos 2) Si el actor es un profesor. El sistema solo mostrará aquellos ficheros que el profesor tenga acceso. *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otro fichero. *) El fichero no existe. El sistema se mantiene en la misma página y permite al usuario ver otro fichero o subir uno nuevo. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Generar documento resultados Actor Administrador Descripción Durante este proceso el administrador obtendrá un documento EXCEL con los resultados de una carrera. Pre-condiciones El actor debe haber iniciado sesión en el sistema. Los resultados de la carrera deberán estar generados. Página 117 sfsfsdf Sistema Web de Gestión Sportident Post-condiciones El usuario obtendrá un documento EXCEL con los resultados de la carrera seleccionada. Flujo principal 1. A través del menú, el administrador accede al módulo de carga de ficheros. 2. El sistema muestra el listado de ficheros de resultados subidos. 3. El administrador busca el fichero de resultados. 4. El sistema generará un documento EXCEL con los resultados contenidos en el fichero seleccionado. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario buscar otro fichero. *) El fichero no existe. El sistema se mantiene en la misma página y permite al usuario ver otro fichero o subir uno nuevo. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. 12.1.3.- Arquitectura necesaria en la generación Para mostrar una mejor imagen del Sistema a desarrollar se muestra en las figuras 21 y 22 la arquitectura utilizada para la generación de clasificaciones para una carrera: Página 118 sfsfsdf Sistema Web de Gestión Sportident Figura 21.- Diagrama de clases para generar la clasificación de un día Figura 22.- Arquitectura definida para generar la clasificación de un día Página 119 sfsfsdf Sistema Web de Gestión Sportident 12.2.- Varias carreras 12.2.1.- Análisis de requisitos Un evento puede ser llevado a cabo durante más de un día, lo que implica que se deban calcular resultados de varios días y carreras. Es por ello, que además de la generación de clasificaciones de una carrera o un día, tal y como se ha descrito en el apartado anterior, se hace necesario resolver la generación de clasificaciones de varias carreras. El organizador de eventos realiza esta ardua tarea de forma manual, implicando la adición de parámetros que dificultan en tiempo y cálculo la tarea de calcular las puntuaciones. El sistema proporciona un nuevo concepto, llamado Carreras Múltiples, para facilitar esta gestión. De tal forma que una carrera múltiple sea un conjunto de carreras existentes en el sistema y que posteriormente puedan ser agrupadas como una sola por el administrador del sistema. De esta manera, si una carrera múltiple consta de tres carreras se deben resolver los resultados mostrando la siguiente información a la hora de generación de clasificaciones: 1. Orden: Puesto en el que ha quedado el participante. 2. NR: Número o código de participante. 3. Nombre: Nombre del participante. 4. Apellidos: Apellidos del participante. 5. Club: Nombre del club o colegio al que pertenece el participante. 6. Resultado 1: Tiempo total obtenido por el participante en la primera carrera. 7. Puntuación 1: Puntuación obtenida con respecto a los demás participantes de la primera carrera. Página 120 sfsfsdf Sistema Web de Gestión Sportident 8. Resultado 2: Tiempo total obtenido por el participante en la segunda carrera. 9. Puntuación 2: Puntuación obtenida con respecto a los demás participantes de la segunda carrera. 10. Resultado 3: Tiempo total obtenido por el participante en la tercera carrera. 11. Puntuación 3: Puntuación obtenida con respecto a los demás participantes de la tercera carrera. En caso de que exista un empate, se debería de ordenar por la suma de los tiempos de resultado. 12.2.2.- Diseño de la generación de clasificaciones Para mostrar el comportamiento desde el punto de vista de los usuarios se representan a continuación los casos de uso para facilitar la interpretación de cada uno de objetivos a logar en el sistema para la “Generación de clasificaciones de varias carreras” (Figura 23). Página 121 sfsfsdf Sistema Web de Gestión Sportident Figura 24.- Diagrama de clases para generar la clasificación de varios días. Figura 25.- Diagrama de bases de datos para generar la clasificación de varios días. Página 128 sfsfsdf Sistema Web de Gestión Sportident Página 129 sfsfsdf Sistema Web de Gestión Sportident 13. Otros conceptos 13.1.- Definición de equipos Además de pertenecer a un club o colegio y una categoría, un participante también puede pertenecer a un equipo. Teniendo esto en cuenta, un equipo estará formado por participantes de un mismo club o colegio, una misma categoría para una carrera en concreto. Este equipo podrá ser definido por el propio administrador del sistema, creando una nueva definición de equipo y asignando a él aquellos participantes previamente registrados en el Sistema Web de Gestión Sportident. La puntuación del equipo equivale a los puntos obtenidos por los participantes de dicho equipo. La ordenación se basará de mayor a menor puntuación y, en caso de empate, se ordenará de menor a mayor tiempo. Se describe a continuación el caso de uso asociado a este apartado: Casos de usos Caso de Uso Crear equipo Actor Administrador Descripción Durante este proceso el administrador creará un nuevo equipo en el sistema Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Existe un nuevo equipo en el sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de equipos. 2. El sistema le muestra el formulario a rellenar. 3. El administrador rellena la información del equipo a crear. 4. El sistema crea el equipo en el sistema y muestra el listado de equipos con el nuevo tipo de persona. Flujos alternos *) El equipo existe. El sistema no realiza la acción solicitada. Página 130 sfsfsdf Sistema Web de Gestión Sportident *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Editar equipo Actor Administrador Descripción Durante este proceso el administrador editará los datos un equipo existente Pre-condiciones El actor debe haber iniciado sesión en el sistema y el equipo deberá existir Post-condiciones Los datos del equipo estarán modificados. Flujo principal 1. A través del menú, el administrador accede al módulo de equipos. 2. El sistema le muestra el listado de equipos registradas en el sistema. 3. El administrador busca al equipo que desea editar y lo selecciona para editar. 4. El sistema le devuelve los datos actuales del equipo. 5. El administrador actualiza los datos. 6. El sistema guarda las modificaciones realizadas y muestra el listado de equipos. Flujos alternos *) El sistema no devuelve datos. El sistema se mantiene en la misma página y permite al usuario crear un nuevo equipo. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Borrar equipo Actor Administrador Descripción Durante este proceso el administrador borrará el equipo del sistema. Pre-condiciones El actor debe haber iniciado sesión en el sistema. El equipo debe existir, y no tener datos asociados. Post-condiciones Se elimina los datos de un equipo del sistema. Flujo principal 1. A través del menú, el administrador accede al módulo de equipos 2. El sistema le muestra el listado de equipos del sistema. 3. El administrador busca el equipo que desea borrar y la elimina. 4. El sistema procede a eliminar los datos del equipo y recarga de nuevo el listado de equipos Flujos alternos *) El sistema no devuelve datos. Página 131 sfsfsdf Sistema Web de Gestión Sportident El sistema se mantiene en la misma página. *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Añadir participante al equipo Actor Administrador Descripción Durante este proceso el administrador añadirá un participante al equipo existente Pre-condiciones El actor debe haber iniciado sesión en el sistema. El equipo ha de existir Post-condiciones Una el equipo seleccionado tendrá un participante más. Flujo principal 1. A través del menú, el administrador accede al módulo equipos 2. El sistema muestra el listado de equipos 3. El administrador busca el equipo a tratar 4. El sistema mostrará los detalles del equipo y los participantes ya creados de mismo 5. El administrador rellena los datos del nuevo participantes 6. El sistema muestra los datos el equipo con el nuevo participante. Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Eliminar participante del equipo Actor Administrador Descripción Durante este proceso el administrador eliminará un participante de un equipo Pre-condiciones El actor debe haber iniciado sesión en el sistema. El equipo ha de existir Post-condiciones Una el equipo seleccionado tendrá un participante menos. Flujo principal 1. A través del menú, el administrador accede al módulo equipos 2. El sistema muestra el listado de equipos 3. El administrador busca el equipo a tratar 4. El sistema mostrará los detalles del equipo y los participantes ya creados de mismo 5. El administrador selecciona eliminar el participante deseado 6. El sistema muestra los datos el equipo sin el participante. Página 132 sfsfsdf Sistema Web de Gestión Sportident Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. Caso de Uso Ver equipo Actor Administrador Descripción Durante este proceso el administrador visualizará los datos de un equipo Pre-condiciones El actor debe haber iniciado sesión en el sistema. Post-condiciones Flujo principal 1. A través del menú, el administrador accede al módulo equipos 2. El sistema muestra el listado de equipos 3. El administrador busca el equipo a tratar 4. El sistema mostrará los detalles del equipo y los participantes ya creados de mismo Flujos alternos *) El sistema genera una excepción no controlable (p.e.: desconexión) El sistema se redirige a la página de inicio. *) El equipo no existente El sistema no hará nada y dejara la opción de crear un equipo nuevo o ver otro Para mostrar una mejor imagen del Sistema a desarrollar se muestra a continuación (Figuras 26 y 27) la arquitectura utilizada para la definición de equipos: Página 133 sfsfsdf Sistema Web de Gestión Sportident Figura 26.- Diagrama de clases para la definición de equipos. Figura 27.- Diagrama de bases de datos para la definición de equipos 13.2.- Otros CSV a obtener del sistema Una vez integrada toda la información en el sistema, se considera de gran importancia obtener otros CSV que ayuden y mejoren la organización de eventos de Limonium Canarias aportando herramientas para la obtención de la siguiente información: Participantes de una carrera específica Dada una carrera en concreto conocer los participantes de la misma para una fecha en concreto. Se mostrará aquella información que el administrador estime oportuna para organizar la carrera de forma ágil y sencilla, tales como información sobre la carrera a llevar a cabo y datos relativos al participante y su club. Página 134 sfsfsdf Sistema Web de Gestión Sportident Participantes por equipos de una carrera específica Dada una carrera en concreto conocer los participantes por equipos para una fecha en concreto. Se mostrará aquella información que el administrador estime oportuna para organizar la carrera de forma ágil y sencilla, tales como información sobre la carrera a llevar a cabo y datos relativos a los equipos participantes y su club. Información a presentar al seguro Con objetivo de mostrar la información a la compañía aseguradora antes de dar comienzo el evento, se podrá obtener un informe de los participantes, dada una carrera y un club. La información necesaria a presentar al seguro contempla el nombre, los apellidos y el DNI de los participantes. Orden de salida Para facilitar la orden de salida de los participantes de una carrera y evitar de esta manera que el administrador u organizador del evento realice tareas manuales de cálculo, se proporcionará un informe que mostrará el orden de salida de forma aleatoria dada una carrera. Este orden debe cumplir los siguientes requisitos: 1. No existen horarios de salida, por lo que lo único que se debe reflejar es el orden (numeración) de salida. 2. El orden en cada carrera debe ser diferente, es decir, debe ser aleatorio. 3. Participantes de un mismo club, y una misma categoría, no deben de salir seguidos en orden. Página 135 sfsfsdf Sistema Web de Gestión Sportident 4. El orden debe realizarse de forma aleatoria en todo momento. 5. Si el número de participantes no es el mismo en todas las categorías, se deben añadir huecos vacíos, también de forma aleatoria. Página 136 sfsfsdf Sistema Web de Gestión Sportident 14. Aspectos a desarrollar en el futuro En orden de formalizar todas las funcionalidades del Sistema Web de Gestión Sportident, se listan en este apartado las tareas que quedan fuera del alcance del desarrollo del presente trabajo de fin de grado. Estas tareas han quedado fuera del ámbito del trabajo, debido a la superación del tiempo estimado a realizar en este trabajo y por su inclusión, como tarea, fuera del periodo establecido de la presentación de objetivos del mismo. Concepto de Equipos A pesar de haber realizado el análisis y el diseño de este concepto, la integración no ha sido viable en el presente trabajo. La prioridad y el uso de esta funcionalidad no se ha establecido como crítica, aunque si sería un añadido de gran valor en el futuro. La definición del modelo como los requisitos para el uso y manejo de un Equipo se encuentran descritos en el apartado 13.1 – Definición de Equipos. Nuevo tipo de inscripción Además de las inscripciones ya descritas en el apartado 11 – Integración de datos, se solicita que el sistema pueda aceptar una inscripción de múltiples carreras. Este tipo de funcionalidad no es considerado de carácter crítico, pero aportaría mayor agilidad a los clubes a la hora de insertar toda la información en un único fichero. Tras analizar brevemente su complejidad, se considera que debe ser estudiado en profundidad para poder agregarse al sistema actual. Mejoras en Usabilidad y CSS Una de los aspectos a los que menos atención se ha puesto, es en el concepto de usabilidad y Página 137 sfsfsdf Sistema Web de Gestión Sportident ANEXO I - Manual de usuario Página 144 Manual de Usuario [Sistema Web de Gestión SportIdent] Hema Chandnani Chandnani Tutor: Modesto F. Castrillón Santana Profesor Titular Universidad Departamento de Informática y Sistemas de la ULPGC Cotutor: Ulises Ortíz Sánchez Responsable y Administrador en Limonium Canarias Las Palmas de Gran Canaria – 29 de Noviembre de 2013 Manual de usuario Índice de contenido 1.- Introducción.................................................................................................................................... 5 2.- Requisitos tecnológicos para el usuario.......................................................................................... 6 3.- Página inicial...................................................................................................................................7 4.- Identificación...................................................................................................................................9 5.- Página principal ............................................................................................................................10 6.- Participar en carrera o formulario................................................................................................. 12 7.- Gestionar personas del sistema..................................................................................................... 15 7.1.-Acceder al módulo..................................................................................................................15 7.2.-Ver personas............................................................................................................................15 7.2.1.-Ordenar personas............................................................................................................ 16 7.2.2.-Buscar personas.............................................................................................................. 16 7.3.-Crear persona .........................................................................................................................16 7.4.-Editar persona ........................................................................................................................17 7.5.-Borrar persona ....................................................................................................................... 18 7.6.-Crear/editar usuario................................................................................................................ 19 8.- Definir tipos personas................................................................................................................... 20 8.1.-Acceder al módulo..................................................................................................................20 8.2.-Ver tipos de personas .............................................................................................................20 8.2.1.-Ordenar tipos de personas...............................................................................................20 8.2.2.-Buscar tipos de personas.................................................................................................21 8.3.-Crear tipo de persona..............................................................................................................21 8.4.-Borrar tipo de persona............................................................................................................ 21 9.- Definir tipos carreras.....................................................................................................................22 9.1.-Acceder al módulo..................................................................................................................22 9.2.-Ver tipos de carreras .............................................................................................................. 22 9.2.1.-Ordenar tipos de carreras................................................................................................ 22 9.2.2.-Buscar tipos de carreras.................................................................................................. 23 9.3.-Crear tipo de carrera............................................................................................................... 23 9.4.-Editar tipo de carrera.............................................................................................................. 23 9.5.-Borrar tipo de carrera..............................................................................................................24 10.- Definir categorías........................................................................................................................ 25 10.1.-Acceder al módulo................................................................................................................25 10.2.-Ver categorías ...................................................................................................................... 25 10.2.1.-Ordenar categorías........................................................................................................ 25 10.2.2.-Buscar categorías.......................................................................................................... 26 10.3.-Crear categoría......................................................................................................................26 10.4.-Editar categoría.....................................................................................................................26 Página 2 Manual de usuario 10.5.-Borrar categoría....................................................................................................................27 11.- Configurar carreras......................................................................................................................28 11.1.-Acceder al módulo................................................................................................................28 11.2.-Ver carreras .......................................................................................................................... 28 11.2.1.-Ordenar carreras............................................................................................................29 11.2.2.-Buscar carreras..............................................................................................................29 11.3.-Crear carrera......................................................................................................................... 29 11.4.-Editar carrera........................................................................................................................ 30 11.5.-Borrar carrera........................................................................................................................30 12.- Configurar formularios o anuncios............................................................................................. 32 12.1.-Acceder al módulo................................................................................................................32 12.2.-Ver formularios ....................................................................................................................32 12.2.1.-Ordenar formularios......................................................................................................33 12.2.2.-Buscar formularios........................................................................................................33 12.3.-Crear formulario................................................................................................................... 33 12.4.-Editar formulario.................................................................................................................. 34 12.5.-Borrar formulario..................................................................................................................34 12.6.-Finalizar formulario..............................................................................................................35 12.7.-Añadir o eliminar carreras al formulario.............................................................................. 35 12.7.1.-Añadir carrera............................................................................................................... 36 12.7.2.-Eliminar carrera............................................................................................................ 36 13.- Ver participaciones...................................................................................................................... 38 13.1.-Acceder al módulo................................................................................................................38 13.2.-Ver participaciones .............................................................................................................. 38 13.2.1.-Ordenar participaciones................................................................................................ 39 13.2.2.-Buscar participaciones.................................................................................................. 39 13.3.-Borrar participaciones.......................................................................................................... 39 14.- Cargar resultados.........................................................................................................................40 14.1.-Acceder al módulo................................................................................................................40 14.2.-Ver ficheros ..........................................................................................................................40 14.2.1.-Ordenar ficheros........................................................................................................... 41 14.2.2.-Buscar ficheros............................................................................................................. 41 14.3.-Cargar fichero.......................................................................................................................41 14.4.-Borrar fichero....................................................................................................................... 41 14.5.-Generar resultados................................................................................................................42 14.6.-Ver resultados....................................................................................................................... 42 14.7.-Descargar resultados.............................................................................................................44 15.- Configurar carreras múltiples......................................................................................................45 15.1.-Acceder al módulo................................................................................................................45 Página 3 Manual de usuario 15.2.-Ver carreras múltiples...........................................................................................................45 15.2.1.-Ordenar carreras múltiples............................................................................................45 15.2.2.-Buscar carreras múltiples..............................................................................................46 15.3.-Crear carrera múltiple...........................................................................................................46 15.4.-Editar carrera múltiple..........................................................................................................46 15.5.-Borrar carrera múltiple......................................................................................................... 47 15.6.-Añadir o eliminar carreras/ficheros a la carrera múltiple.....................................................48 15.6.1.-Añadir carrera............................................................................................................... 48 15.6.2.-Eliminar carrera............................................................................................................ 49 15.7.-Ver resultados carreras múltiples..........................................................................................49 15.8.-Descargar resultados carreras múltiples............................................................................... 50 16.- Gestionar inscripciones............................................................................................................... 52 16.1.-Acceder al módulo................................................................................................................52 16.2.-Ver inscripciones ................................................................................................................. 52 16.2.1.-Ordenar inscripciones................................................................................................... 53 16.2.2.-Buscar inscripciones..................................................................................................... 53 16.3.-Crear inscripción.................................................................................................................. 53 16.4.-Editar inscripción..................................................................................................................54 16.5.-Borrar inscripción.................................................................................................................55 16.6.-Finalizar inscripción............................................................................................................. 55 16.7.-Añadir o eliminar permisos de acceso..................................................................................56 16.7.1.-Dar permiso de acceso a un usuario..............................................................................57 16.7.2.-Eliminar permiso de acceso a un usuario......................................................................57 16.8.-Descargar plantilla................................................................................................................58 16.9.-Cargar participantes a una inscripción..................................................................................58 16.9.1.-Subir fichero CSV.........................................................................................................59 16.9.2.-Confirmar participantes................................................................................................ 60 16.9.3.-Borrar fichero CSV.......................................................................................................60 17.- Generar informes.........................................................................................................................61 17.1.-Acceder al módulo................................................................................................................61 17.2.-Ver formularios ....................................................................................................................61 17.2.1.-Ordenar formularios......................................................................................................62 17.2.2.-Buscar formularios........................................................................................................62 17.3.-Obtener informe participantes.............................................................................................. 62 17.4.-Obtener informe compañía aseguradora...............................................................................63 17.5.-Obtener informe orden de salida.......................................................................................... 64 17.6.-Ver participantes................................................................................................................... 65 Página 4 Manual de usuario 1.- Introducción El presente manual de usuario tiene como finalidad dar a conocer de una manera detallada y sencilla la estructura del “Sistema Web de Gestión Sportident” para que cualquier usuario pueda sacar el máximo partido de la misma. El sitio ha sido diseñado para que el usuario pueda, de una forma intuitiva, utilizar las distintas opciones que ofrece el sistema. Con objetivo de brindar una descripción clara y concisa sobre el funcionamiento y uso de los distintos elementos de la página Web, se muestra a continuación una guía con los diferentes tipos de acciones posibles dentro de la misma, apoyando de esta manera las tareas a realizar por el usuario. Página 5 Manual de usuario 2.- Requisitos tecnológicos para el usuario Para visualizar correctamente la página, el usuario deberá tener en su equipo, uno los siguientes componentes instalados: ➢Internet Explorer versión 8, o superior. ➢Mozilla Firefox versión 22.0, o superior. ➢Safari versión 6.0.3, o superior. ➢Google Chrome versión 10 o superior. Página 6 Manual de usuario 3.- Página inicial Acceder a la dirección donde se ubica la página Web del “Sistema Web de Gestión Sportident”. Solicite la dirección Web al personal informático de Limonium Canarias. Figura 1.- Página inicial del Sistema Web de Gestión Sportident. Los elementos que se encuentran en esta ventana son: • Anuncios o formularios. • Módulo de identificación. Página 7 Manual de usuario Figura 2.- Elementos de la página inicial. Los anuncios o formularios muestran información relacionada con las carreras publicadas por la empresa para un evento en concreto. Cada anuncio contiene la fecha de celebración del evento, la descripción del anuncio y las carreras disponibles. El módulo de identificación permite al usuario acceder a los distintas opciones que ofrece el sistema para gestionar la información relacionada con las competiciones deportivas cronometradas realizadas con el sistema Sportident. Esta información variará según el perfil que se identifique. Página 8 Manual de usuario 4.- Identificación Para identificarse en el sistema, introduzca el usuario y la contraseña indicada por el administrador del sistema. Figura 3.- Introducción de datos en el módulo de identificación. Si la autenticación fue correcta, accederá al menú definido para su perfil, en caso contrario se le mostrar un error. Figura 4.- Error en caso de introducir datos incorrectos en el módulo de identificación. Página 9