“Girasoft” Gestión de Incidencias Remotas de Alumnos

Universidad de Valladolid E.U. De Informática (Segovia) Ingeniería Técnica en Informática de Gestión “Girasoft” Gestión de Incidencias Remotas de Alumnos Alumno: Jesús Peco Abánades Jorge Cantalejo Fuentenebro Tutor: Francisco José Gonzalez Cabrera Girasoft. Gestión de Incidencias Remota de Alumnos. Memoria del Proyecto Pág. 1 Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 2 Girasoft. Gestión de Incidencias Remota de Alumnos. INDICE Memoria del Proyecto ALCANCE DEL SISTEMA Descripción del problema .................................................................................. 5 Motivación .............................................................................................................. 5 Antecedentes ….......................................................................................................... 6 Entorno de la aplicación …................................…................................….................... 6 Objetivos …................................…................................….................................. 7 Evaluación tecnológica …................................…................................….................... 8 Requisitos de la aplicación …................................….......................................... 9 Visión general de la aplicación …................................…................................…...... 9 Conclusión …...............................................................................................…....... 10 CUESTIONES METODOLÓGICAS …................................…................................…....... 11 Modelo de desarrollo …................................…................................….................... 11 Arquitectura de la aplicación …................................…................................…...... 13 PLANIFICACIÓN Y PRESUPUESTO …................................…............................ 14 Estimación del esfuerzo …................................…........................................................ 14 Estimación de los recursos …................................….......................................... 23 Estimación del calendarios …................................….......................................... 24 Presupuesto …................................…...........................…................................…... 26 SEGUIMIENTO …................................…...................................................................... 28 Seguimiento del calendario ….............................................................................. 28 Coste real del proyecto …................................…........................................................ 29 Documentación Técnica ANÁLISIS DEL SISTEMA Especificación de requisitos Objetivos del sistema …............................................................................. 32 Requisitos de información …............................................................... 33 Actores …................................…........................................................ 38 Casos de Uso …................................…........................................................ 39 Estudios de viabilidad …................................….......................................... 79 DISEÑO DEL SISTEMA Diagrama de despliegue …................................…........................................................ 81 Modelo de datos …................................…........................................................ 82 Diagrama de clases Girasoft …................................….......................................... 88 Diagramas de secuencia …................................…........................................................ 98 Diagrama de actividad Android Girasoft …................................…........................... 152 IMPLEMENTACIÓN DEL SISTEMA Desarrollo de pruebas …................................…....................................................... 153 Pág. 3 Girasoft. Gestión de Incidencias Remota de Alumnos. Manuales de Usuario Manuales de Usuario …................................…................................................... 163 Manual de instalación …................................…................................................... 211 Manual de instalación Android ….................…..................................... 219 Manual de usuario para aplicación Android …........................................................... 220 . POSIBLES AMPLIACIONES …................................…......................... 224 FUENTES DE CONSULTA …................................…......................... 225 GLOSARIO DE TERMINOS …................................…......................... 226 CONCLUSIÓN …................................…................................................ 228 . Pág. 4 Girasoft. Gestión de Incidencias Remota de Alumnos. ALCANCE DEL SISTEMA Descripción del problema En las últimas décadas, los centros de enseñanza, han querido aplicar la informática para, de esta manera mejorar muchas de sus funciones (organización de alumnos, distribución de horarios con mayor rapidez, archivo de documentos importantes...) La informática, por lo tanto, ha supuesto y supone una ayuda muy importante al buen funcionamiento de este tipo de centros. Este proyecto pretende dar solución a la dificultad que conlleva la gestión de las incidencias del alumnado de los centros en los que la asistencia es obligatoria de formar rápida y precisa e informar a los padres o tutores del alumno de qué este no está en clase o de que su comportamiento no está siendo el adecuado en el mismo momento en el que la incidencia está teniendo lugar. Actualmente, en numerosas ocasiones, se registran las incidencias en fichas, papeles en sucio, cuaderno del profesor... para que, posteriormente sean informatizadas lo que supone mucho tiempo y esfuerzo a parte de que puede ocasionar la pérdidas de alguna de las incidencias producidas. En cuanto a informar a los padres o tutores de las incidencias relacionadas con los alumnos, suele realizarse una llamada telefónica al observar que el alumnos ha faltado varios días al centro o a la asignatura encontrándonos con diversos problemas como no obtener respuesta a la llamada, pérdida de tiempo de descanso de los profesores entre clases...etc Motivación La idea del proyecto surgió tras una charla informal con un profesor que conocemos y que imparte clases en un centro de educación secundaria. Este profesor nos explicó las dificultades que encontraban en el centro donde el trabaja a la hora de registrar las incidencias de asistencia o comportamiento de una manera eficaz y útil. Le preguntamos si no podían hacer ésto de forma instantánea y nos respondió que no tenían ninguna herramienta informática que les permitiese poder hacerlo de esa forma. De esta conversación dedujimos lo provechoso que sería tanto para los centros como para los profesores, tutores o padres una aplicación con esta funcionalidad e inmediatamente nos decantamos por desarrollar esta aplicación que cumplía con los requisitos de un proyecto fin de carrera y además trataba muchos aspectos que en la carrera no se habían profundizado lo que sería muy provechoso para nuestra formación. Pág. 5 Girasoft. Gestión de Incidencias Remota de Alumnos. Antecedentes Anteriormente se utilizo un sistema de gestión el cual incorporaba un dispositivo remoto con capacidad para almacenar incidencias de faltas de asistencia, que periódicamente se conectaba a una aplicación de escritorio que gestionaba dichas incidencias. La aplicación tenia graves inconvenientes que llevaron a descartarla, el elevado coste de los terminales remotos unido a que cada profesor del centro debía tener uno y la necesidad periódica de conectar el dispositivo al ordenador central para descargarlas y su posterior gestión. En la actualidad, la gestión de las incidencias de los alumnos se lleva a cabo mediante una aplicación de escritorio, de manera que los profesores almacenan de manera física, mediante “el libro del profesor”, notas y papeles en sucio las incidencias, y periódicamente las introducen en la aplicación que las almacena y gestiona. Entorno de la aplicación En este apartado explicaremos cual será el entorno en el que se desarrollará la aplicación que estamos presentando. La aplicación está destinada a su utilización en centros de enseñanza que quieran registrar las incidencias de sus alumnos de forma ordenada y precisa, y quieran también un contacto rápido y directo con los padres o tutores de los alumnos y alumnas. Esta aplicación será de gran utilidad en centros de asistencia obligatoria (ya sean centros privados o centros públicos) donde las incidencias relacionadas con este punto son consideradas de gran relevancia. Otra característica de los centros donde esta aplicación resultará de gran importancia es el elevado número de alumnos. En centros donde el número de alumnos es escaso no sería tan alta la ventaja de registrar con facilidad las incidencias de asistencia ya que al ser menor el número de alumnos (y por lo tanto también el número de incidencias) su registro será más sencillo, pero estos centros sí pueden verse beneficiados por la ventaja de comunicar instantáneamente la incidencia a padres, madres o tutores. Es el profesor quien debe registrar las faltas de asistencia cometidas por los alumnos y alumnas del centro, con el fin de poder tener un control preciso de las mismas y, a su vez, el profesor contará con la ventaja de poder realizar este registro e informar a los padres o tutores de forma inmediata. Los profesores suelen desplazarse a las aulas para impartir las asignaturas a los alumnos. Por lo general, también cuentan con una sala de profesores donde tienen material necesario y, además de ser utilizada para que puedan trabajar, corregir exámenes o preparar sus clases, puede servirles como área de descanso. Pág. 6 Girasoft. Gestión de Incidencias Remota de Alumnos. Los alumnos del centro se dividen en cursos, normalmente teniendo como referente su edad o nivel intelectual. Estos cursos se dividen, a su vez, en grupos diferentes, por ejemplo en función de la elección que los alumnos han hecho de optativas. Cada grupo de alumnos contará con un aula asignada y son ellos, normalmente, quienes se desplazan a las aulas específicas de determinadas asignaturas (aula de música, educación física, laboratorio…) Los alumnos también contarán con tiempos de descanso como son los existentes entre clases o los recreos. Objetivos En este apartado explicaremos el objetivo principal que queremos alcanzar con nuestra aplicación. Para poder llegar a ese objetivo general nos apoyaremos en algunos objetivos específicos que resultan imprescindibles. Objetivo general: •Gestionar de forma rápida, cómoda y precisa las incidencias de los alumnos y alumnas del centro, así como, comunicar instantáneamente estas incidencias a los padres, madres o tutores de los alumnos y alumnas de dicho centro. Objetivos específicos: •Acceder de manera remota a la lista de alumnos matriculados en sus asignaturas. Los profesores deben tener acceso a la lista de los alumnos y alumnas matriculados en las asignaturas que ellos imparten de forma remota ya que, de esta manera, el profesor tendrá conocimiento de los alumnos ausentes en el aula en ese mismo momento. Mediante esta información, el profesor podrá registrar tanto las faltas de asistencia como las faltas de comportamiento desde el dispositivo remoto. •Acceder a la información de cada alumno del centro de manera remota. Al tener acceso a esta información, el profesor podrá registrar faltas de comportamiento llevadas a cabo en el tiempo que transcurre entre asignaturas, de cualquier alumno del centro, desde su dispositivo móvil. •Almacenar en un PC todas las incidencias creadas por cada profesor en cada dispositivo móvil. Esto resulta de gran importancia y comodidad, ya que el profesor tan sólo tendrá que realizar este trabajo una vez. El dispositivo remoto enviará esta información a un determinado ordenador del centro, quedando en éste registrado los datos pertinentes. •Informar al padre, madre o tutor del alumno o alumna sobre la incidencia que haya tenido lugar de forma instantánea. Tras la creación de cada incidencia el sistema informara mediante e-mail automáticamente al padre, madre o tutor del alumno o alumna sobre el que se ha realizado una incidencia. •Disponer de estudios y gráficos de las incidencias almacenadas en el sistema. El sistema debe mostrar estudios de distintas formas de las incidencias almacenadas en el mismo. Pág. 7 Girasoft. Gestión de Incidencias Remota de Alumnos. Evaluación tecnológica Para poder cumplir los objetivos, el sistema debe estar compuesto por tres componentes. 1. Un servidor que provea de los servicios necesarios para la gestión de una base de datos dinámica. Dicha base de datos debe almacenar toda la información necesaria para el correcto funcionamiento de la aplicación. 2. Una aplicación de escritorio instalada en el mismo PC que la base de datos que permitirá la gestión de la base de datos. Además de mostrar los estudios de incidencias en distintos tipos de gráficas y listados específicos que se requieran. 3. Un soporte software,con la posibilidad de instalación en varios dispositivos móviles, que permita la conexión al PC para crear, y almacenar incidencias. El PC con la base de datos y la aplicación de escritorio estará conectado a la red local wifi del centro de enseñanza, a la cual también se conectan los dispositivos móviles con la aplicación remota. El sistema gestor que se ha decidido utilizar ha sido el MySQL. Es un gestor libre, posiblemente sea el más utilizado debido a su rapidez y facilidad de uso. Además de ser una base de datos muy rápida, fácil de usar y segura, como gestor de base de datos es una aplicación que se encarga de manejar los datos almacenados en la base de datos de una forma fácil y cómoda y Permite el uso del lenguaje de programación SQL. Para solventar el inconveniente del coste del dispositivo remoto el proyecto se decanta por la utilización de los dispositivos móviles que puedan estar ya en propiedad del centro o de los profesores del mismo. Para ello, la aplicación del dispositivo se desarrolla para sistema operativo Android. Dicho sistema operativo es utilizado por dispositivos móviles como tabletas o teléfonos inteligentes. Cabe destacar que, según una noticia publicada por el “ElMundo.es” a finales de 2012, más del 80% de los nuevos Smartphone en el mercado español llevan incorporado el sistema operativo Android1. Otra ventaja es que ofrece un paquete de desarrollo de aplicaciones de forma gratuita. Además los desarrolladores cuentan con numerosas opciones para distribuir y comercializar las aplicaciones. La parte de la aplicación de escrito encargada de gestionar toda la información referente al centro. Estará formada por una aplicación programada en “JAVA” y una base de datos “Mysql”. Esta aplicación de escritorio esta desarrollada en JAVA por varios factores, el principal es que es un lenguaje independiente de la plataforma,es decir, que puede ser utilizado en una multitud de dispositivos y sistemas operativos debido a que se ejecuta en un maquina virtual JAVA. Otra gran ventaja son la gran cantidad de librerías estándar de las que viene acompañado y que permiten realizar una multitud de operaciones a la hora de programar. Otro factor que aporta gran potencia al lenguaje es la gran comunidad de desarrolladores existente, de la cual han surgido multitud de librerías de código abierto que se han convertido en estándares de-facto. También cabe destacar las 1 Noticia de “ElMundo”, Android en el mercado español: http://www.elmundo.es/elmundo/2012/11/27/navegante/1354036682.html Pág. 8 Girasoft. Gestión de Incidencias Remota de Alumnos. Una vez que tenemos la descripción del sistema y sus componentes, iniciamos el proceso de conteo para determinar los puntos de función del proyecto. Los pasos que vamos a seguir son: 1. Identificar las funciones (Archivos lógicos internos, archivos lógicos externos, entradas externas, salidas externas, consultas externas). 2. Clasificar las funciones (determinar el grado de complejidad para cada función). 3. Calcular puntos de función no ajustados. 4. Calcular el factor de ajuste (en base a las 14 características generales). 5. Calculo de los Puntos de función ajustados. El resultado final es el tamaño del sistema en Puntos de Función Ajustados. Para poder determinar la complejidad relativa funcional de los ficheros lógicos vamos a seguir los siguientes parámetros: La asignación de complejidades a FLI (fichero lógico interno) se basa en el número de Tipos de Elementos de Datos (TED) y número de Tipos de Elementos de Registros (TER). Un tipo de elemento de dato (TED) se define como un campo único, no recurrente y reconocible para el usuario en un FLI (fichero lógico interno). Un tipo de elemento de registro (TER) se define como un subgrupo de elementos de datos reconocibles para el usuario dentro de un FLI (fichero lógico interno). Una vez conocidos los tipos de elementos de datos y tipos de elementos de registros propios de cada fichero podemos establecer el nivel de complejidad apoyándonos en la siguiente tabla: 1 a 19 TED 20 a 50 TED 51 ó más TED 1 TER Bajo Bajo Medio 2 a 5 TER Bajo Medio Alto 6 ó más TER Medio Alto Alto Ficheros Lógicos Internos: Un fichero lógico de interno (FLI) es un grupo de datos relacionados lógicamente, o información de control, identificables para el usuario y mantenidos dentro de los límites de la aplicación. –Base de datos formada por 7 tablas y un total de 57 campos: –Datos elementales referenciados: 57. –Registros lógicos referenciados: 7. –Grado de complejidad de la función: ALTA Pág. 15 Girasoft. Gestión de Incidencias Remota de Alumnos. Ficheros Externos: –Manual de Usuario: Complejidad BAJA ya que será un archivo estático donde vendrá especificado el uso de la aplicación. Para hallar la complejidad de los procesos, entradas externas, salidas externas y consultas, utilizamos la siguiente tabla de ponderaciones establecidas en el sistema de puntos de función. Entradas Externas y Consultas 1-4 TED 5-15 TED Más de 15 TED 0-1 TER accedidos baja baja media 2 TER accedidos baja media alta Más de 2 TER accedidos media alta alta Salidas Externas 1-5 TED 6-19 TED Más de 19 TED 0-1 TER accedidos baja baja media 2-3 TER accedidos baja media alta Más de 3 TER accedidos media alta alta Entradas Externas: –Gestión Alumnos: –Alta: –Datos elementales referenciados: 11(Datos alumno más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Modificación: –Datos elementales referenciados: 11(Datos alumno más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Borrado: –Datos elementales referenciados: 2(Matrícula del alumno más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Gestión de Profesores: –Alta: –Datos elementales referenciados: 12(Datos profesor más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Modificación: –Datos elementales referenciados: 12(Datos profesor más mensaje de error). Pág. 16 Girasoft. Gestión de Incidencias Remota de Alumnos. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Borrado: –Datos elementales referenciados: 2(Código del profesor más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Gestión de Padres: –Alta: –Datos elementales referenciados: 11(Datos padre más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Modificación: –Datos elementales referenciados: 11(Datos padre más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Borrado: –Datos elementales referenciados: 2(DNI del padre más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Gestión de Administradores: –Alta: –Datos elementales referenciados: 11(Datos administrador más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Modificación: –Datos elementales referenciados: 11(Datos administrador más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Borrado: –Datos elementales referenciados:2(DNI del administrador más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Gestión de Asignaturas: –Alta: –Datos elementales referenciados: 5(Datos asignatura más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Modificación: –Datos elementales referenciados: 5(Datos asignatura más mensaje de error). Pág. 17 Girasoft. Gestión de Incidencias Remota de Alumnos. –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Borrado: –Datos elementales referenciados:2(Código de asignatura más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Gestión de Incidencias: –Alta: –Datos elementales referenciados: 6(Datos incidencia más mensaje de error). –Registros lógicos referenciados: 3. –Grado de complejidad de la función: ALTA. –Modificación: –Datos elementales referenciados: 6(Datos incidencia más mensaje de error). –Registros lógicos referenciados: 3. –Grado de complejidad de la función: ALTA. –Borrado: –Datos elementales referenciados:2(Código de incidencia más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Registro de una nueva Incidencia desde la aplicación móvil: –Alta: –Datos elementales referenciados: 6(Datos incidencia más mensaje de error). –Registros lógicos referenciados: 3. –Grado de complejidad de la función: ALTA. –Modificación: –Datos elementales referenciados: 6(Datos incidencia más mensaje de error). –Registros lógicos referenciados: 3. –Grado de complejidad de la función: ALTA. –Borrado: –Datos elementales referenciados:2(Código de incidencia más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Resultado identificación aplicación PC: –Datos elementales referenciados: 3(Datos de identificación más mensaje error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: BAJA. –Resultado identificación aplicación Android: –Datos elementales referenciados: 3(Datos de identificación más mensaje error). Pág. 18 Girasoft. Gestión de Incidencias Remota de Alumnos. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. Salida Externa: –Listado de Alumnos: –Datos elementales referenciados: 4. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Listado de Profesores: –Datos elementales referenciados: 4. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Listado de Asignaturas: –Datos elementales referenciados: 4. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Listado de Incidencias: –Datos elementales referenciados: 5. –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Envio de Email al padre del alumno: –Datos elementales referenciados: 9. –Registros lógicos referenciados: 4. –Grado de complejidad de la función: ALTA. Consultas Externas: –Búsqueda de Alumnos en la aplicación móvil: –Datos elementales referenciados: 4(Datos alumno más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Búsqueda de Asignaturas en la aplicación móvil: –Datos elementales referenciados: 4(Datos asignatura más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Búsqueda de alumnos clasificados por un curso y grupo a elegir: –Datos elementales referenciados: 6(Datos alumno más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Búsqueda de alumnos de una Asignatura especificada por el usuario: –Datos elementales referenciados: 4(Datos alumno más mensaje de error). –Registros lógicos referenciados: 2. Pág. 19 Girasoft. Gestión de Incidencias Remota de Alumnos. –Grado de complejidad de la función: BAJA. –Búsqueda de profesores que den en una clase determinada: –Datos elementales referenciados:6(Datos profesor más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Búsqueda de asignaturas por Curso y grupo: –Datos elementales referenciados:4(Datos asignatura más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Búsqueda de asignaturas por Profesor: –Datos elementales referenciados:4(Datos asignatura más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: BAJA. –Búsqueda de incidencias por una asignatura específica: –Datos elementales referenciados:6(Datos incidencias más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Búsqueda de incidencias por un curso y un grupo determinado: –Datos elementales referenciados:6(Datos incidencias más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Búsqueda de incidencias por un alumno específico: –Datos elementales referenciados:6(Datos incidencias más mensaje de error). –Registros lógicos referenciados: 2. –Grado de complejidad de la función: MEDIA. –Búsqueda de incidencias por una fecha o un intervalo de tiempo específico: –Datos elementales referenciados:6(Datos incidencias más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. –Búsqueda de indicencias por una descripción o una palabra clave: –Datos elementales referenciados:6(Datos incidencias más mensaje de error). –Registros lógicos referenciados: 1. –Grado de complejidad de la función: BAJA. Calculo de puntos de función sin ajustar Con la información obtenida en los pasos anteriores la mecánica a seguir en el cálculo de los Puntos de Función sin ajustar es: Pág. 20 Girasoft. Gestión de Incidencias Remota de Alumnos. Tipo de función Complejidad Total Complejidad Total tipo de función FLI 0 BAJA x 5 0 MEDIA X 10 1 ALTA X 15 0 0 15 15 FE 1 BAJA X 5 0 MEDIA X 7 0 ALTA X 10 5 0 0 5 Entrada Externa 16 BAJA X 3 3 MEDIA X 4 4 ALTA X 6 48 12 24 84 Salida Externa 4 BAJA X 4 0 MEDIA X 5 1 ALTA X 7 16 0 7 23 Consulta Externa 8 BAJA X 3 4 MEDIA X 4 0 ALTA X 7 24 16 0 40 Total puntos función no ajustados 167 Cálculo del factor de ajuste El cálculo del valor del factor de ajuste se basa en la cuantificación de 14 características generales del sistema. Cada una de estas características tienen un grado de influencia, según ese grado de influencia se le asigna un valor. Debido a las características de nuestro sistema los niveles de influencia serán los siguientes: 0Sin influencia 3Medio 1Incidental 4Significativo 2Moderado 5Esencial Características generales del sistema Nivel de influencia Comunicación de datos: ¿Se requieren comunicaciones de datos? 4 Procesamiento distribuido: ¿Existen funciones de procesamiento distribuido? 4 Performance: ¿Es crítico el rendimiento? 2 Configuración del equipamiento: ¿Están incluidas en el diseño la instalación y configuración? 3 Volumen de transacciones: ¿Requiere la entrada interactiva que las transacciones de entrada se hagan sobre múltiples pantallas o variadas operaciones? 2 Entrada de datos on-line: ¿Se requiere entrada de datos on-line? 0 Interface con el usuario: ¿Se requiere entrada de datos interactiva? 4 Actualización on-line: ¿Se actualizará la aplicación de forma on-line? 0 Procesamiento complejo: ¿Es complejo el procesamiento interno? 3 Pág. 21 Girasoft. Gestión de Incidencias Remota de Alumnos. Reusabilidad: ¿Se ha diseñado el código para ser reutilizable? 3 Facilidad de implementación: ¿ Debe cumplir la aplicación con restricciones específicas? 2 Facilidad de operación: ¿Son complejas las entradas, las salidas, los archivos o las peticiones? 2 Múltiples locales ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes dispositivos? 5 Facilidad de cambios: ¿Se ha diseñado la aplicación para facilitar los cambios y ser fácilmente utilizada por el usuario? 4 Nivel de influencia 38 El valor del factor de ajuste se calcula: Factor de ajuste = (Nivel de influencia * 0,01) + 0,65 VAF = (38*0,01) + 0,65 = 1,03. Puntos de función ajustados: PF = Puntos de función no ajustados * VAF PF = 167 * 1,03 = 172,01 Este número representa la cantidad de unidades de software de un proyecto. Con el cual podremos realizar estimaciones de plazos, costos, recursos, etc. Modelo COCOMO BÁSICO El modelo COCOMO permite la estimación del esfuerzo como una medida indirecta del tamaño del código fuente. Este modelo se ideo tras el estudio de 63 proyectos software y ha sido de indudable impacto en la ingeniería del software. El COCOMO se basa en la existencia de tres niveles que han de aplicarse según el estado en el que se encuentre el desarrollo del proyecto. Nosotros elegiremos el modelo básico ya que se utiliza al principio del proyecto y facilita una estimación en cuanto al orden de magnitud del esfuerzo. Las ecuaciones que rigen el modelo básico son: E = a(KLOC)bT= c Ed MODO A B C D Orgánico 2,4 1,05 2,5 0,38 Semiacoplado 3 1,12 2,5 0,35 Integrado 3,6 1,2 2,5 0,32 Pág. 22 Girasoft. Gestión de Incidencias Remota de Alumnos. Usaremos un sistema orgánico ya que es un equipo pequeño de trabajo. Existe buen conocimiento de la aplicación y del sistema utilizado. Por lo tanto las ecuaciones quedan del siguiente modo: E = 2,4(KLOC)1,05 T = 2,5 E0,38 Debido a que la aplicación se desarrollará en lenguaje JAVA y sabemos que cada punto de función equivale a 53 Lineas de código (LOC) obtenido de la tabla propuesta por Caper T. Jones. La aplicación tendrá un volumen de: KLOC = (53 * 172,01) / 1000 = 9,116 KLOC (Kilo lineas de código) Esfuerzo E = 2,4(9,116)1,05 = 24,43 Personas - Mes Tiempo T = 2,5 (24,43)0,38 = 8,42 Meses Para realizar el proyecto se necesitaría el tiempo de 24,43 personas en un mes. Puesto que un mes tiene 160 horas laborales, el coste total en horas del proyecto será de 3908,8 horas de trabajo. Estimación de los recursos A continuación se detallan los recursos utilizados para la elaboración del proyecto, tanto recursos humanos como recursos materiales. Recursos Humanos: •Jefe de proyecto: es la figura clave en la planificación, ejecución y control del proyecto. (2 personas). •Analistas: son los encargados de las tareas de diseño de los sistemas informáticos. (2 personas). •Diseñadores: son los encargados de las tareas de de diseño de los sistemas informáticos. (2 personas). •Programadores: son los encargados de las tareas de implementación de los sistemas informáticos. (2 personas). •Jefe de Pruebas: es una pieza muy importante en el desarrollo del proyecto ya que se encarga de validar todo el sistema informático. (2 personas). •Documentalista: es el encargado de las tareas de documentación de los sistemas informáticos. (2 personas). Recursos Hardware: Elementos hardware utilizados para la realización del proyecto. •Ordenador portátil ASUS Eee PC 900HA. •Ordenador portátil HUNDYX W76TUN. •Smartphone Samsung Galaxy S. Pág. 23 Girasoft. Gestión de Incidencias Remota de Alumnos. •Smartphone Samsung Galaxy SII. Recursos Software: Herramientas software para el desarrollo del proyecto. •Open Office 3.4.1 •Google Chrome. •Star UML. •OpenProj.Xampp Server. •Eclipse. •Adobe Reader. •SQLyog. Estimación del calendario Con el resultado de la estimación del esfuerzo hemos obtenido el tiempo necesario para la realización del proyecto, procedemos a estimar el tiempo necesario para cada tarea. Cabe destacar que el proyecto lo realizarán dos personas con un horario laboral de 8 horas diarias. A continuación, se muestran los calendarios del proyecto con la repartición de tareas y los recursos necesarios tanto humanos como materiales. Pág. 24 Girasoft. Gestión de Incidencias Remota de Alumnos. Documentación técnica Pág. 31 Girasoft. Gestión de Incidencias Remota de Alumnos. Análisis del sistema En este apartado se pretende documentar la descripción completa del comportamiento del proyecto a desarrollar. Especificación de requisitos Objetivos del sistema OBJ-01 Gestión de datos de la aplicación Descripción El sistema deberá gestionar todos los datos correspondientes a los subojetivos almacenando toda la información necesaria. Subobjetivos OBJ–1.1 Gestión Alumnos. OBJ-1.2 Gestión Profesores. OBJ-1.3 Gestión Padre, Madre o Tutor. OBJ-1.4 Gestión de las Asignaturas. OBJ-1.5 Gestión de las Incidencias. OBJ-1.6 Gestión de los Administradores. Comentarios La gestión de los datos de la aplicación solo puede ser llevada a cabo por el administrador del centro. Toda la información almacenada en la aplicación debe garantizar la funcionalidad completa del sistema. OBJ-02 Gestión del acceso a la aplicación Descripción El sistema deberá gestionar el acceso de los usuarios a la aplicación garantizando que éste se lleve a cabo de forma segura y adecuada. Subobjetivos OBJ–2.1 Gestión de cuentas de usuario. OBJ-2.2 Acceso de profesores desde el dispositivo móvil. OBJ-2.3 Acceso del usuario desde el ordenador central. Comentarios Cabe destacar que el acceso a la aplicación central solo puede ser efectuada por cuentas con permisos de administrador, mientras que los usuarios ordinales (profesores) solo tienen acceso desde el dispositivo móvil y a la aplicación del ordenador con un uso más reducido (consultas y modificación de sus incidencias). OBJ-03 Automatizar la gestión de incidencias mediante el dispositivo remoto Descripción El dispositivo móvil deberá comunicarse con la base de datos para poder gestionar las incidencias que los profesores insertan. Es totalmente independiente con el programa principal, ya que se modificará directamente la base de datos. Subobjetivos OBJ–3.1 Gestionar comunicación del dispositivo móvil con la base de datos. OBJ-3.2 Gestionar alumnos correspondientes al profesor en dicho momento. OBJ-3.3 Listado de alumnos de un grupo. OBJ-3.4 Registrar nuevas incidencias. Comentarios El dispositivo se comunica con la base de datos mediante una red local inalambrica por lo que el ordenador central deberá tener siempre la misma dirección IP. El dispositivo será siempre el que inicie y finalice la comunicación. Pág. 32 Girasoft. Gestión de Incidencias Remota de Alumnos. OBJ-04 Informar al padre, madre o tutor de las incidencias de los hijos. Descripción La aplicación deberá comunicar automáticamente mediante correo electrónico a los padres las incidencias de sus hijos. Subobjetivos OBJ–4.1 Gestión comunicación mediante correo electrónico. OBJ-4.2 Envío de las incidencias correspondientes. Comentarios Para que la aplicación pueda mandar las incidencias los padres deben de poseer una dirección de correo. En caso de no proporcionarlo no será posible mandar las incidencias. OBJ-05 Informe de Incidencias mediante gráficos y estudios en un momento dado. Descripción La aplicación permitirá mostrar listados de incidencias con unos parámetros puntuales para el estudio estadístico y de comportamiento de los alumnos. Subobjetivos OBJ–5.1 Listados de incidencias. OBJ-5.2 Gráficos de incidencias. Comentarios Hay distintos tipos de consultas preestablecidas que permitirán analizar las incidencias. Requisitos de información IRQ-01 Información de los alumnos. Objetivos asociados OBJ–1.1 Gestión de los alumnos. OBJ-3.4 Registrar nuevas incidencias. OBJ-4.2 Envío de las incidencias correspondientes. Requisitos asociados IRQ-03 Información del padre, madre o tutor. IRQ-04 Información de las asignaturas. Descripción El sistema deberá almacenar la información correspondiente a cada alumno. En concreto: Datos específicos Número de matrícula. Nombre. Apellidos. Fecha nacimiento. Dirección. Ciudad. Provincia. Código Postal. Nacionalidad. Estado. Comentarios Véase Alumno en el Glosario de términos de la memoria. Pág. 33 Girasoft. Gestión de Incidencias Remota de Alumnos. CRQ-01 Número de matrícula único Objetivos asociados OBJ–1.1 Gestión de los alumnos. OBJ-3.4 Registrar nuevas incidencias. OBJ-4.2 Envío de las incidencias correspondientes. Requisitos asociados IRQ-01 Información de los alumnos. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los números de matrícula de los alumnos deben de ser únicos. Comentarios N/A IRQ-02 Información de los profesores. Objetivos asociados OBJ–1.2 Gestión de los Profesores. OBJ-2.1 Gestión de las cuentas de usuario. OBJ-2.2 Acceso de profesores desde el dispositivo móvil. OBJ-2.3 Acceso del usuario desde el ordenador central. OBJ-3.2 Gestionar alumnos correspondientes al profesor en dicho momento. OBJ-3.4 Registrar nuevas incidencias. Requisitos asociados N/A Descripción El sistema deberá almacenar la información correspondiente a cada profesor. En concreto: Datos específicos Código de profesor. DNI. Nombre. Apellidos. Teléfono de contacto. Dirección. Ciudad. Provincia. Código Postal. Nacionalidad. E-mail. Usuario. Contraseña. Comentarios Véase Profesor en el Glosario de términos de la memoria. CRQ-02 Código de profesor único Objetivos asociados OBJ–1.2 Gestión de los Profesores. OBJ-2.1 Gestión de las cuentas de usuario. OBJ-2.2 Acceso de profesores desde el dispositivo móvil. OBJ-3.2 Gestionar alumnos correspondientes al profesor en dicho momento. OBJ-3.4 Registrar nuevas incidencias. Requisitos asociados IRQ-02 Información de los profesores. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los códigos de los profesores deben de ser únicos. Comentarios N/A Pág. 34 Girasoft. Gestión de Incidencias Remota de Alumnos. CRQ-03 Usuario de profesor único Objetivos asociados OBJ–1.2 Gestión de los Profesores. OBJ-2.1 Gestión de las cuentas de usuario. OBJ-2.2 Acceso de profesores desde el dispositivo móvil. OBJ-3.2 Gestionar alumnos correspondientes al profesor en dicho momento. OBJ-3.4 Registrar nuevas incidencias. Requisitos asociados IRQ-02 Información de los profesores. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los usuarios mediante el cual los profesores accederán a la aplicación deben de ser únicos para cada uno. Comentarios N/A IRQ-03 Información del padre, madre o tutor. Objetivos asociados OBJ-1.3 Gestión Padre, Madre o Tutor. OBJ–4.1 Gestión comunicación mediante correo electrónico. OBJ-4.2 Envío de las incidencias correspondientes. Requisitos asociados Descripción El sistema deberá almacenar la información correspondiente a cada padre, madre o tutor de un alumno. En concreto: Datos específicos DNI. Nombre. Apellidos. Teléfono de contacto. Dirección. Ciudad. Provincia. Código Postal. Nacionalidad. E-mail. Comentarios Véase padre, madre o tutor en el Glosario de términos de la memoria. CRQ-04 DNI del padre, madre o tutor único Objetivos asociados OBJ-1.3 Gestión Padre, Madre o Tutor. OBJ–4.1 Gestión comunicación mediante correo electrónico. OBJ-4.2 Envío de las incidencias correspondientes. Requisitos asociados IRQ-03 Información del padre, madre o tutor. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los DNIs de los responsables legales de los alumnos deben de ser únicos. Comentarios N/A Pág. 35 Girasoft. Gestión de Incidencias Remota de Alumnos. IRQ-04 Información sobre las asignaturas. Objetivos asociados OBJ–1.1 Gestión alumnos. OBJ-1.2 Gestión Profesores. OBJ-1.4 Gestión de las asignaturas. OBJ-1.5 Gestión de las Incidencias. Requisitos asociados IRQ-01 Información de los alumnos. IRQ-02 Información de los profesores. Descripción El sistema deberá almacenar la información correspondiente a cada asignatura. En concreto: Datos específicos Código de la asignatura. Nombre de la asignatura. Curso y grupo en los que se imparte. Profesor que la imparte. Comentarios Véase asignatura en el Glosario de términos de la memoria. CRQ-05 Código de la asignatura único Objetivos asociados OBJ–1.1 Gestión alumnos. OBJ-1.2 Gestión Profesores. OBJ-1.4 Gestión de las asignaturas. OBJ-1.5 Gestión de las Incidencias. Requisitos asociados IRQ-04 Información sobre las asignaturas. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los códigos de las asignaturas deben de ser únicos. Comentarios El código debe estar formado por las tres primeras letras de la asignatura seguido de el número del curso y la letra del grupo. Ej: para física de 1ºB sería: FIS1B. IRQ-05 Información sobre las incidencias. Objetivos asociados OBJ-1.5 Gestión de las Incidencias. OBJ-3.4 Registrar nuevas incidencias. OBJ-4.2 Envío de las incidencias correspondientes. OBJ-5 Informe de Incidencias mediante gráficos y estudios en un momento dado. Requisitos asociados IRQ-01 Información de los alumnos. IRQ-02 Información de los profesores. Descripción El sistema deberá almacenar la información correspondiente a cada incidencia cursada por un profesor sobre un alumno. En concreto: Datos específicos _ Código de incidencias. Alumno de la incidencia. Profesor que registra la incidencia. Descripción de la incidencia. Fecha de la incidencia. Tipo de la incidencia. Comentarios Véase Incidencia en el Glosario de términos de la memoria. Pág. 36 Girasoft. Gestión de Incidencias Remota de Alumnos. CRQ-06 Código de la incidencia único Objetivos asociados OBJ-1.5 Gestión de las Incidencias. OBJ-3.4 Registrar nuevas incidencias. OBJ-4.2 Envío de las incidencias correspondientes. OBJ-5 Informe de Incidencias mediante gráficos y estudios en un momento dado. Requisitos asociados IRQ-05 Información sobre las incidencias. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los códigos de las incidencias deben de ser únicos. Comentarios N/A IRQ-06 Información sobre los administradores. Objetivos asociados OBJ-1.6 Gestión de los Administradores. OBJ-2.1 Gestión de las cuentas de usuario. Requisitos asociados Descripción El sistema deberá almacenar la información correspondiente a los administradores que tendrán acceso a toda la información de la aplicación. En concreto: Datos específicos DNI. Nombre. Apellidos. Teléfono de contacto. Dirección. Ciudad. Provincia. Código Postal. Nacionalidad. E-mail. Usuario. Contraseña. Comentarios Véase Administrador en el Glosario de términos de la memoria. CRQ-07 DNI de Administrador único Objetivos asociados OBJ-1.6 Gestión de los Administradores. OBJ-2.1 Gestión de las cuentas de usuario. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los DNIs de los administradores deben de ser únicos. Comentarios N/A Pág. 37 Girasoft. Gestión de Incidencias Remota de Alumnos. CRQ-08 Usuario de Administrador único Objetivos asociados OBJ-1.6 Gestión de los Administradores. OBJ-2.1 Gestión de las cuentas de usuario. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema siempre deberá controlar que la información almacenada cumpla la siguiente restricción: Los Usuarios de acceso a la aplicación de los administradores deben de ser únicos. Comentarios N/A Actores ACT–01 Usuario administrador Descripción Este actor representa a un usuario encargado de configurar la aplicación tanto para garantizar su funcionamiento como un acceso correcto a la misma. La persona que tenga los privilegios del modo administrador debe tener un profundo conocimiento de la estructura de la aplicación. A su vez será el único que tenga capacidad para variar los aspectos requeridos a necesidades que surjan con el fin de llevar a cabo las labores de mantenimiento y actualización de la aplicación. Comentarios Es preferible que esta cuenta se use de mantenimiento y actulización. El dueño de esta cuenta ha seguido el desarrollo de la aplicación y tiene conocimiento de su estrucutra y funcionamiento. ACT–02 Usuario profesor. Descripción Este actor representa a un profesor del centro con permisos limitados, ya que solo podrá registrar y modificar incidencias. También podrá acceder a listados y consultas de datos. Comentarios La principal tarea del profesor será dar de alta nuevas incidencias desde el dispositivo remoto. Pág. 38 Girasoft. Gestión de Incidencias Remota de Alumnos. Casos de uso Los Casos de Uso muestran la secuencia de interacciones que se desarrollan entre un sistema y sus actores. Los Casos de Uso se agrupan en distintas carpetas según las funcionalidades de la aplicación y cómo a de configurarse con el fin de adecuar su funcionamiento a la organización de la información. Carpetas o paquetes: Diagrama de Casos de Uso de la carpeta “Gestión de Acceso a la aplicación de PC”: Pág. 39 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-01 Identificar Objetivos asociados OBJ–2.1 Gestión de cuentas de usuario. OBJ-2.3 Acceso del usuario desde el ordenador central. Requisitos asociados IRQ-02 Información de los Profesores. IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir a un usuario identificarse para acceder a la aplicación. Puede ser profesor o administrador. Precondición El usuario debe estar registrado. Secuencia normal Paso Acción p1 El sistema muestra un formulario de identificación. p2 El usuario debe insertar su usuario y contraseña p3 El sistema valida y da acceso a la aplicación. Postcondición El usuario queda identificado en la aplicación hasta que se desconecte. Excepciones Paso Acción p3 Si los datos aportados por el usuario no son correctos mostrará un mensaje de error y se volverá al formulario anterior. Comentarios N/A UC-02 Salir de la aplicación Objetivos asociados OBJ–2.1 Gestión de cuentas de usuario. OBJ-2.3 Acceso del usuario desde el ordenador central. Requisitos asociados IRQ-02 Información de los Profesores. IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir a un usuario desconectarse de la aplicación. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario seleccionará la opción de salir. p2 El sistema cerrará la sesión volviendo al UC-01. Postcondición Los datos del actor quedan desvinculados del programa. Excepciones Paso Acción N/A N/A Comentarios N/A Pág. 40 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-11 Explorar Profesores Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al usuario explorar los datos de todos los profesores. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El Usuario solicita el explorador de profesores. p2 El sistema devuelve el panel del explorador de profesores con toda la información de los profesores. Postcondición N/A Excepciones N/A Comentarios En cualquier momento el usuario puede cerrar el explorador. UC-12 Añadir Profesor Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador crear un profesor. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita crear un nuevo profesor. p2 El sistema devuelve un formulario en el que se solicitan los datos del nuevo profesor. p3 El administrador introduce los datos requeridos y solicita el almacenamiento de los mismos. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos del profesor son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios En cualquier momento el administrador puede cancelar la operación. Pág. 47 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-13 Modificar Profesor Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador modificar los datos de un profesor. Precondición El usuario debe estar identificado como administrador. El profesor debe de existir. Secuencia normal Paso Acción p1 El administrador solicita modificar los datos de un profesor. p2 El sistema devuelve un formulario en el que se muestran los datos del profesor, con la posibilidad de modificarlos. p3 El administrador introduce los datos a modificar y solicita la actualización de los mismos. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos del profesor son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios En cualquier momento el administrador puede cancelar la operación. UC-14 Eliminar Profesor Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador borrar un profesor. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita borrar un profesor. p2 El sistema muestra un mensaje de confirmación. p3 El administrador debe confirmar el borrado. p4 El sistema borra al profesor de la base de datos Postcondición Los datos del profesor deben ser borrados Excepciones N/A Comentarios Si no se acepta la confirmación la operación se cancela. Pág. 48 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-15 Buscar profesor Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al usuario buscar un profesor. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita buscar un profesor p2 El sistema devuelve un formulario en el que se solicitan los datos del profesor a buscar. p3 El usuario introduce los datos del profesor p4 El sistema muestra los profesores que coincidan con los parámetros del usuario Postcondición Para poder mostrar un profesor los datos han de existir. Excepciones Paso Acción p4 Si los datos aportados por el usuario no son correctos no mostrará ningun resultado de la busqueda. Comentarios La busqueda se realizará por los campos rellenos. UC-16 Recuperar Contraseña Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador mandar por correo electrónico la contraseña del profesor seleccionado, o al usuario profesor recuperar su propia contraseña. Precondición El usuario debe estar identificado como administrador. El usuario debe estar identificado como profesor y recuperar solo su contraseña Secuencia normal Paso Acción p1 El usuario solicita recuperar la contraseña del profesor. p2 El sistema devuelve un mensaje de confirmación del envio de la contraseña. p3 El usuario acepta dicha confirmación. p4 El sistema envía un correo electrónico con sus datos de acceso a la aplicación. Postcondición El correo asociado al profesor debe ser correcto para que le pueda llegar. Excepciones Paso Acción p2 Si el profesor seleccionado no coincide con el profesor identificado el sistema muestra un mensaje de que solo puede ser recuperada su contraseña. Comentarios N/A Pág. 49 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-17 Modificar datos propios del Profesor Objetivos asociados OBJ-1.2 Gestión Profesores. Requisitos asociados IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al profesor modificar sus datos. Precondición El usuario debe estar identificado como profesor. Secuencia normal Paso Acción p1 El selecciona modificar sus datos. p2 El sistema comprueba que el profesor identificado se corresponde con el seleccionado y saca un formulario con todos sus datos. p3 El profesor hace las modificaciones necesarias. p4 El sistema valida los datos del formulario, los almacena e informa al profesor del resultado del proceso. Postcondición Los datos del profesor son almacenados correctamente en la base de datos Excepciones Paso Acción p2 Si el profesor seleccionado no coincide el sistema muestra un mensaje de error avisando que solo pueden ser modificados sus datos. p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios N/A UC-18 Listar profesores Objetivos asociados OBJ–1.2 Gestión Profesores OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-01 Información de los Profesores IRQ-04 Información sobre las Asignaturas. Descripción El sistema deberá permitir al usuario listar a los profesores del centro en función del curso y grupo al que pertenecen. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita el listado que más le interesa. p2 El sistema devuelve, dependiendo del listado que haya seleccionado, los parámetros de la lista de profesores. p3 El usuario selecciona un listado total, el curso o el grupo. p4 El sistema devuelve un listado con todos los profesores pertenecientes a dicho parámetro que permitirá exportar a PDF. Postcondición En el caso de seleccionar la opción de exportar a PDF el usuario debe seleccionar el lugar donde se guarde y el nombre. Comentarios En el listado aparecerán los datos del profesor y el encabezado tiene que mostrar que tipo de listado es. Pág. 50 Girasoft. Gestión de Incidencias Remota de Alumnos. Diagrama de Casos de Uso de la carpeta “Gestión de Asignaturas”: Pág. 51 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-19 Explorar Asignaturas Objetivos asociados OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-04 Información de las Asignaturas. IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al usuario explorar los datos de todas las asignaturas. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El Usuario solicita el explorador de asignaturas. p2 El sistema devuelve el panel del explorador de asignaturas con toda la información de las asignaturas y los profesores que las imparte. Postcondición N/A Excepciones N/A Comentarios En cualquier momento el usuario puede cerrar el explorador. UC-20 Añadir Asignatura Objetivos asociados OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-04 Información de las Asignaturas. IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador crear una nueva asignatura. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita crear un nueva asignatura. p2 El sistema devuelve un formulario en el que se solicitan los datos de la nueva asignatura. p3 El administrador introduce los datos requeridos y solicita el almacenamiento de los mismos. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos de la asignatura son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios En cualquier momento el administrador puede cancelar la operación. Si al añadir no se asigna ningún profesor a la asignatura, quedará sin ningún profesor asignado, con posibilidad de hacerlo más adelante. Pág. 52 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-21 Modificar Asignatura Objetivos asociados OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-04 Información de las Asignaturas. IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador modificar los datos de una asignatura. Precondición El usuario debe estar identificado como administrador. La asignatura debe de existir. Secuencia normal Paso Acción p1 El administrador solicita modificar los datos de una asignatura. p2 El sistema devuelve un formulario en el que se muestran los datos de la asignatura con la posibilidad de modificarlos. p3 El administrador introduce los datos a modificar y solicita la actualización de los mismos. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos de la asignatura son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios En cualquier momento el administrador puede cancelar la operación. UC-22 Eliminar Asignatura Objetivos asociados OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-04 Información de las Asignaturas. IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al administrador borrar una asignatura. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita borrar una asignatura. p2 El sistema muestra un mensaje de confirmación. p3 El administrador debe confirmar el borrado. p4 El sistema borra la asignatura de la base de datos Postcondición Los datos de la asignatura deben ser borrados Excepciones N/A Comentarios Si no se acepta la confirmación la operación se cancela. Pág. 53 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-23 Buscar Asignatura Objetivos asociados OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-04 Información de las Asignaturas. IRQ-02 Información de los Profesores. Descripción El sistema deberá permitir al usuario buscar una asignatura. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita buscar una asignatura. p2 El sistema devuelve un formulario en el que se solicitan los datos de la asignatura a buscar p3 El usuario introduce los datos de la asignatura. p4 El sistema muestra las asignaturas que coincidan con los parámetros del usuario Postcondición Para poder mostrar una asignatura los datos han de existir. Excepciones Paso Acción p4 Si los datos aportados por el usuario no son correctos no mostrará ningún resultado de la búsqueda. Comentarios La búsqueda se realizará por los campos rellenos. UC-24 Listar Asignaturas Objetivos asociados OBJ–1.1 Gestión Alumnos. OBJ–1.2 Gestión Profesores OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-01 Información de los Alumnos IRQ-02 Información de los Profesores IRQ-04 Información sobre las Asignaturas. Descripción El sistema deberá permitir al usuario listar las asignaturas del centro en función del curso y grupo al que pertenecen, las que imparte un profesor en concreto y las pertenecientes a un alumno en concreto. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita el listado que más le interesa. p2 El sistema devuelve, dependiendo del listado que haya seleccionado, los parámetros de la lista de asignaturas. p3 El usuario selecciona un listado total, el curso o el grupo, el profesor o el alumno. p4 El sistema devuelve un listado con todos las asignaturas pertenecientes a dicho parámetro que permitirá exportar a PDF. Postcondición En el caso de seleccionar la opción de exportar a PDF el usuario debe seleccionar el lugar donde se guarde y el nombre. Comentarios En el listado aparecerán los datos de las asignaturas y el encabezado tiene que mostrar que tipo de listado es. Pág. 54 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-25 Asignar Profesor a Asignatura Objetivos asociados OBJ–1.2 Gestión Profesores OBJ-1.4 Gestión de las Asignaturas. Requisitos asociados IRQ-02 Información de los Profesores IRQ-04 Información sobre las Asignaturas. Descripción El sistema deberá permitir al administrador asignar una asignatura al profesor que la impartirá durante el curso. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador seleccionará la opción de asignar profesor. p2 El sistema devuelve un listado de los profesores que hay en el centro. p3 El administrador seleccionará uno de ellos. p4 El sistema asigna el profesor seleccionado a la asignatura previamente seleccionada. Postcondición El profesor debe aparecer en la lista de asignaturas dentro de la asignatura asignada Excepciones N/A Comentarios En caso de que la asignatura tuviera otro profesor asignado, automáticamente sera des asignado, asignando al nuevo profesor. Diagrama de Casos de Uso de la carpeta “Gestión de Incidencias”: Pág. 55 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-26 Explorar Incidencias Objetivos asociados OBJ-1.1 Gestión de los Alumnos. OBJ-1.2 Gestión de los Profesores. OBJ-1.5 Gestión de las Incidencias. Requisitos asociados IRQ-01 Información de los Alumnos. IRQ-02 Información de los Profesores. IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario explorar los datos de todas las incidencias dadas hasta el momento. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El Usuario solicita el explorador de incidencias. p2 El sistema devuelve el panel del explorador de incidencias con toda la información de las incidencias, los profesores que las registran y los alumnos a los que pertenecen. Postcondición N/A Excepciones N/A Comentarios En cualquier momento el usuario puede cerrar el explorador. UC-27 Añadir Incidencia Objetivos asociados OBJ-1.1 Gestión de los Alumnos. OBJ-1.2 Gestión de los Profesores. OBJ-1.5 Gestión de las Incidencias. OBJ-1.6 Gestión de los Administradores. OBJ-4 Informar al padre, madre o tutor de las incidencias de los hijos. Requisitos asociados IRQ-01 Información de los Alumnos. IRQ-02 Información de los Profesores. IRQ-03 Información del Padre/Madre/Tutor. IRQ-05 Información de las Incidencias. IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador o al profesor crear una nueva incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita crear un nueva incidencia. p2 El sistema devuelve un formulario en el que se solicitan los datos de la nueva incidencia. p3 El usuario introduce los datos requeridos y solicita el almacenamiento de los mismos. p4 El sistema valida los datos del formulario y los almacena. p5 El sistema manda un correo electrónico al padre/madre o tutor del alumno con los datos de la nueva incidencia. p6 El sistema muestra por pantalla un mensaje en el que informa al usuario de que todo ha sido correcto. Pág. 56 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-36 Mandar E-Mail Objetivos asociados OBJ-1.3 Gestión Padre/Madre/Tutor. OBJ–4.1 Gestión comunicación mediante correo electrónico. Requisitos asociados IRQ-03 Información del Padre/Madre/Tutor. Descripción El sistema deberá permitir a un usuario enviar un email a un padre/madre/tutor. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario seleccionará la opción Enviar E-Mail. p2 El sistema devuelve un formulario donde el aparecerán los campos asunto y texto. p3 El usuario rellena los campos necesarios. p4 El sistema valida los datos del formulario y manda el E-Mail al padre correspondiente. p5 El sistema muestra por pantalla un mensaje de confirmación del envío del E-Mail. Postcondición N/A Excepciones Paso Acción p4 Si los datos aportados por el usuario no están rellenados o no son correctos mostrará un mensaje de error y se volverá al formulario anterior. Comentarios En cualquier momento el usuario puede cancelar la operación. Diagrama de Casos de Uso de la carpeta “Gestión de Administrador”: Pág. 63 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-37 Añadir Administrador Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador crear un nuevo administrador Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita crear un nuevo administrador p2 El sistema devuelve un formulario en el que se solicitan los datos del nuevo administrador p3 El administrador introduce los datos requeridos y solicita el almacenamiento de los mismos. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos del administrador son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios En cualquier momento el administrador puede cancelar la operación. UC-38 Buscar Administrador Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador buscar un administrador Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita buscar un administrador p2 El sistema devuelve un formulario en el que se solicita el DNI del administrador en cuestión. p3 El administrador introduce el DNI. p4 El sistema muestra los datos del administrador requerido. Postcondición Para poder mostrar un administrador a de existir. Excepciones Paso Acción p4 Si el DNI introducido es incorrecto o no existe el sistema mostrará un mensaje de información pidiendo le al administrador introducir de nuevo el DNI,. Comentarios N/A Pág. 64 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-39 Modificar Administrador Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador modificar los datos de los administradores existentes en la base de datos. Precondición El usuario debe estar identificado como administrador. El administrador debe existir. Secuencia normal Paso Acción p1 El administrador solicita modificar los datos de un administrador. p2 El sistema devuelve un formulario en el que se muestran los datos del administrador p3 El administrador introduce los datos a modificar y solicita la actualización de los mismos. p4 El sistema valida los datos del formulario y los almacena. Postcondición Los datos del administrador son almacenados correctamente en la base de datos Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá a solicitar los datos del formulario. Comentarios El administrador podrá cancelar en cualquier momento la modifciación. UC-40 Eliminar Administrador Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador borrar un administrador. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita borrar un profesor. p2 El sistema muestra un mensaje de confirmación. p3 El administrador debe confirmar el borrado. p4 El sistema borra al profesor de la base de datos Postcondición Los datos del profesor deben ser borrados Excepciones N/A Comentarios Si no se acepta la confirmación la operación se cancela. Pág. 65 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-41 Mandar E-Mail Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir a un administrador enviar un email a otro administrador. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador seleccionará la opción Enviar E-Mail. p2 El sistema devuelve un formulario donde el aparecerán los campos asunto y texto. p3 El administrador rellena los campos necesarios. p4 El sistema valida los datos del formulario y manda el E-Mail al padre correspondiente. p5 El sistema muestra por pantalla un mensaje de confirmación del envío del E-Mail. Postcondición N/A Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá al formulario anterior. Comentarios En cualquier momento el administrador puede cancelar la operación. UC-42 Modificar contraseña de acceso Objetivos asociados OBJ-1.6 Gestión de Administradores. OBJ–2.1 Gestión de cuentas de usuario. OBJ-2.3 Acceso del usuario desde el ordenador central. Requisitos asociados IRQ-06 Información de los administradores. Descripción El sistema deberá permitir a un administrador modificar su contraseña de acceso a la aplicación Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador seleccionará la opción cambiar contraseña. p2 El sistema devuelve un formulario donde hay que introducir los antiguos y los nuevos datos. p3 El administrador introduce los datos requeridos y solicita la modificación. p4 El sistema valida los datos del formulario, los almacena e informa al administrador del resultado del proceso. Postcondición Los datos se modifican correctamente en la base de datos Pág. 66 Girasoft. Gestión de Incidencias Remota de Alumnos. Excepciones Paso Acción p4 Si los datos aportados por el administrador no están rellenados o no son correctos mostrará un mensaje de error y se volverá al formulario anterior. Comentarios En cualquier momento el administrador puede cancelar la operación. UC-43 Recuperar Contraseña Objetivos asociados OBJ-1.6 Gestión de Administradores. Requisitos asociados IRQ-06 Información de los Administradores. Descripción El sistema deberá permitir al administrador mandar por correo electrónico la contraseña del administrador seleccionado. Precondición El usuario debe estar identificado como administrador. Secuencia normal Paso Acción p1 El administrador solicita recuperar la contraseña. p2 El sistema devuelve un mensaje de confirmación del envío de la contraseña. p3 El administrador acepta dicha confirmación. p4 El sistema envía un correo electrónico con sus datos de acceso a la aplicación. Postcondición El correo asociado al administrador debe ser correcto para que le pueda llegar. Excepciones Paso Acción p2 N/A Comentarios N/A Diagrama de Casos de Uso de la carpeta “Gráfica Pastel”: Pág. 67 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-44 Gráfica Pastel Total Objetivos asociados OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo pastel en la que se mostrará todas las incidencias del centro, divididas en el tipo de incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica Pastel Total. p2 El sistema devuelve una pantalla con la gráfica. p3 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción N/A Comentarios N/A UC-45 Gráfica Pastel Intervalo Temporal Objetivos asociados OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo pastel en la que, seleccionando una fecha, o un intervalo de fechas, muestra las incidencias ingresadas en esas fechas divididas en el tipo de incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica Pastel Intervalo temporal p2 El sistema devuelve un formulario en el que se debe ingresar una fecha o una fecha de inicio y otra de fin. p3 El usuario rellenará correctamente el formulario. p4 El sistema valida que las fechas sean correctas y muestrá la gráfica. p5 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción p4 Si la fecha de inicio queda vacía, o la fecha final es menor que la inicial el sistema devuelve un mensaje de error pidiendo al usuario que vuelva a introducir las fechas. Comentarios Si se quieren las incidencias de un dia en concreto bastará con rellenar la fecha de inicio. Pág. 68 Girasoft. Gestión de Incidencias Remota de Alumnos. Diagrama de Casos de Uso de la carpeta “Gráfico Barras y Lineas”: UC-46 Gráfica Lineas/Barras Total Anual Objetivos asociados OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en la que se mostrará todas las incidencias del centro, divididas en el tipo de incidencia y en cada uno de los años lectivos desde que se instalo la aplicación y se ingresó la primera incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas Total Anual p2 El sistema devuelve una pantalla con la gráfica. p3 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción N/A Comentarios N/A Pág. 69 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-47 Gráfica Lineas/Barras Total Mensual Objetivos asociados OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en que se mostrará todas las incidencias del centro de un año lectivo seleccionado por el usuario, divididas en el tipo de la incidencia y en cada uno de los meses del año lectivo. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas Total Mensual p2 El sistema devuelve un formulario con un listado de los años lectivos. p3 El usuario selecciona el año lectivo que le interese mostrar p4 El sistema muestra la gráfica por pantalla. p3 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción N/A Comentarios N/A UC-48 Gráfica Lineas/Barras Alumno Total Objetivos asociados OBJ–1.1 Gestión Alumnos. OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-01 Información de los Alumnos. IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en la que se mostrará todas las incidencias de un alumno, divididas en el tipo de incidencia y en cada uno de los años lectivos desde que se instalo la aplicación y se ingresó la primera incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas total de un alumno p2 El sistema muestra un formulario con un campo de texto para introducir la matrícula del alumno. p3 El usuario introduce una matrícula de un alumno. p4 El sistema valida que la matrícula introducida sea correcta. p5 El sistema devuelve una pantalla con la gráfica. p6 El usuario, haciendo uso del botón derecho del ratón podrá cambiar Pág. 70 Girasoft. Gestión de Incidencias Remota de Alumnos. algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción p4 Si la matrícula introducida no existe el sistema muestra un mensaje de error informando de la excepción, permitiendo al usuario volver a introducirlaComentarios N/A UC-49 Gráfica Lineas/Barras Alumno Mensual Objetivos asociados OBJ–1.1 Gestión Alumnos. OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-01 Información de los Alumnos. IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en la que se mostrará todas las incidencias de un alumno en un año lectivo, divididas en el tipo de incidencia y en cada uno de los meses del año lectivo seleccionado por el usuario. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas total de un alumno p2 El sistema muestra un formulario con un campo de texto para introducir la matrícula del alumno. p3 El usuario introduce una matrícula de un alumno. p4 El sistema valida que la matrícula introducida sea correcta. p5 El sistema muestra otro formulario con una lista de los años lectivos disponibles. p6 El usuario selecciona el año lectivo que mas le interesa. p7 El sistema devuelve una pantalla con la gráfica. p8 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción p4 Si la matrícula introducida no existe el sistema muestra un mensaje de error informando de la excepción, permitiendo al usuario volver a introducirlaComentarios N/A Pág. 71 Girasoft. Gestión de Incidencias Remota de Alumnos. UC-50 Gráfica Lineas/Barras Profesor Total Objetivos asociados OBJ–1.2 Gestión Profesores OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-02 Información de los Profesores. IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en la que se mostrará todas las incidencias dadas por un profesor en particular, divididas en el tipo de incidencia y en cada uno de los años lectivos desde que se instalo la aplicación y se ingresó la primera incidencia. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas total de un profesor p2 El sistema muestra un formulario con una lista de los profesores dados de alta en la aplicación. p3 El usuario selecciona un profesor. p4 El sistema devuelve una pantalla con la gráfica. p6 El usuario, haciendo uso del botón derecho del ratón podrá cambiar algunas opciones de la gráfica, incluso puede imprimirla. Postcondición N/A Excepciones Paso Acción N/A N/A Comentarios N/A UC-51 Gráfica Lineas/Barras Profesor Mensual Objetivos asociados OBJ–1.2 Gestión Profesores OBJ-5.2 Gráficos de incidencias. Requisitos asociados IRQ-02 Información de los Profesores. IRQ-05 Información de las Incidencias. Descripción El sistema deberá permitir al usuario sacar una gráfica de tipo barras o tipo lineas en la que se mostrará todas las incidencias dadas de alta por un profesor en un año lectivo, divididas en el tipo de incidencia y en cada uno de los meses del año lectivo seleccionado por el usuario. Precondición El usuario debe estar identificado. Secuencia normal Paso Acción p1 El usuario solicita mostrar la gráfica de barras o de lineas total de un profesor p2 El sistema muestra un formulario con una lista de los profesores existentes en la aplicación. p3 El usuario selecciona un profesor. Pág. 72 Girasoft. Gestión de Incidencias Remota de Alumnos. Estudios de viabilidad Para que un proyecto pueda llegar a ser posteriormente una realidad es necesario realizar una serie de estudios que garanticen la viabilidad del proyecto técnica, económica y legalmente. Teniendo en cuenta estos tres apartados podremos saber si el proyecto será finalmente viable. A continuación explicaremos cada uno de los puntos y desarrollaremos en cada uno de ellos cuáles son las características que tenemos en cuenta para la viabilidad técnica, económica y legal de nuestro proyecto. –Viabilidad técnica u operativa: Dentro de este tipo de viabilidad se valorará cuál es la situación de partida desde el punto de vista técnico u operacional y cuáles serán los pasos necesarios a seguir para solucionar las posibles complicaciones con las que podemos encontrarnos. Contábamos con ordenadores, Internet, libros relacionados y mencionados más adelante en la bibliografía, nuestros propios dispositivos móviles y un lugar adecuado para poder trabajar sobre nuestro proyecto. Al comenzar el proyecto contábamos con conocimientos adquiridos durante nuestro estudio de ingeniería técnica informática de gestión pero observamos que necesitábamos mayor información y conocimiento sobre algunos lenguajes informáticos en los que se programa la aplicación que queríamos desarrollar. Nos informamos, y concluimos que sería útil e interesante realizar algún curso complementario, estudiar manuales y tutoriales que nos pudieran ayudar a llevar a cabo nuestro proyecto. Es por ello por lo que hemos realizado el curso online “Android: Programación de aplicaciones” de la Universidad Politécnica de Valencia donde aprendimos cómo desarrollar aplicaciones para Android. A su vez, estudiamos numerosos manuales y tutoriales que nos aportaron información sobre el lenguaje Java. Teniendo en cuenta todos los soportes técnicos con los que contamos y formándonos en conocimientos útiles, se concluye que existe viabilidad técnica para poder llevar a cabo este trabajo. Pág. 79 Girasoft. Gestión de Incidencias Remota de Alumnos. –Viabilidad económica: El apartado relacionado con la viabilidad económica es uno de los más complejos dado que nuestro trabajo es un proyecto final de carrera. Una vez obtenidos los resultados se ha de analizar si , en base a ellos, el proyecto es rentable o no. Según la estimación de esfuerzo realizada anteriormente en el apartado del “Alcance del proyecto” se concluía que la estimación del presupuesto es de 51684 €. Como podemos observar, se concluye que la aplicación debería ser vendida por una cantidad superior a dicha estimación, sin olvidar que el cliente podría haber propuesto unos requisitos económicos. Pero es este caso se trata de una aplicación genérica, con el objetivo de se vendida a un número indefinido de cliente. De esta manera se podría vender la aplicación por un coste inferior, aun corriendo el riesgo de que no se venda a los suficientes clientes, para que finalmente la aplicación sea rentable. –Viabilidad legal: En relación a la viabilidad legal se han de tener en cuenta que el único aspecto en que el proyecto puede infligir alguna ley vigente es en el de la ley orgánica de protección de datos. La LOPD establece las obligaciones que los responsables de los ficheros y los encargados de los tratamientos, tanto de organismos públicos como privados, han de cumplir para garantizar el derecho a la protección de los datos de carácter personal. El responsable de un fichero o tratamiento es la entidad, persona u órgano administrativo que decide sobre la finalidad, el contenido y el uso del tratamiento de los datos personales. Sobre el responsable del fichero recaen las principales obligaciones establecidas por la LOPD y le corresponde velar por el cumplimiento de la Ley en su organización. En cuanto a las herramienta software que utilice el responsable de los datos, es decir, el proyecto a desarrollar, ha de mantener unas medidas de seguridad para evitar que los datos se pierdan o sean accedidos por personas no autorizadas. De esta manera se puede concluir que para que el software sea viable son necesarias una medidas de seguridad que permitan al cliente utilizar la aplicación sin vulnerar dicha ley. Pág. 80 Girasoft. Gestión de Incidencias Remota de Alumnos. Diseño del sistema Diagrama de despliegue El dispositivo Android lleva instalada la aplicación “Girasoft.apk”, esta aplicación utiliza a través de la red local WIFI unos servicios web implementados en el servidor para poder interaccionar con la base de datos. La aplicación “Girasoft.jar” es la aplicación de escritorio encargada de gestionar la información de la base de datos. Pág. 81 Diagrama de Despliegue Girasoft. Gestión de Incidencias Remota de Alumnos. Modelo de datos Diagrama de Entidad-Relación Pág. 82 Girasoft. Gestión de Incidencias Remota de Alumnos. Modelo Relacional Pág. 83 INCIDENCIA (cod_incidencia, fecha, descripción, nº_mat, cod_profesor) PROFESOR (cod_profesor, DNI, nombre, apellidos, tlf, dirección, ciudad, provincia, cod_postal, nacionalidad, email, usuario, contraseña) ASIGNATURA (cod_asignatura, nombre, cod_profesor, curso, grupo ) PERTENECE (cod_asignatura,nº matricula) ALUMNO (nº matricula, nombre, apellidos, fch_nac, dirección, ciudad, provincia, cod_postal, nacionalidad, estado, dni_padre) PADRE, MADRE O TUTOR (DNI, nombre, apellidos, tlf, dirección, ciudad, provincia, cod_postal, nacionalidad, email) ADMINISTRADOR (DNI, nombre, apellidos, tlf, dirección, ciudad, provincia, cod_postal, nacionalidad, email, usuario, contraseña) B:C, M:C B:N, M:C B:C, M:C B:N, M:C B:C, M:C B:C, M:C Girasoft. Gestión de Incidencias Remota de Alumnos. Descripción de las tablas de la base de datos 1.- Padre La tabla padre es la encargada de registrar todos los padres, madres o tutores que tengan algún hijo en el centro. Campos: ▪DNI : Documento Nacional de Identidad del padre. ▪Nombre: nombre del padre. ▪Apellidos: apellidos del padre. ▪Teléfono: teléfono de contacto del padre ▪Dirección: dirección de residencia del padre. ▪Ciudad: ciudad de residencia del padre. ▪Provincia: provincia de residencia del padre. ▪Código Postal: código postal de la residencia del padre. ▪Nacionalidad: nacionalidad del padre. ▪Email: dirección de correo electrónico donde se le mandarán las incidencias de los hijos. Clave Primaria: ▪DNI 2.- Alumno La tabla alumno es la encargada de registrar todos los alumnos del centro. Campos: ▪Num_matricula : numero de matrícula del alumno, se irá auto incrementando según se añadan nuevos alumnos. ▪Nombre: nombre del alumno. ▪Apellidos: apellidos del alumno. ▪Fecha_nacimiento: fecha de nacimiento del alumno. ▪Dirección: dirección de residencia del alumno durante el curso. ▪Ciudad: ciudad de residencia del alumno durante el curso. ▪Provincia: provincia de residencia del alumno durante el curso. ▪Código Postal: código postal de la residencia del alumno durante el curso. ▪Nacionalidad: nacionalidad del alumno. ▪Estado: enumerado de tres: expulsado, enfermo, y por defecto la opción de activo. ▪Tutor: contiene el DNI del tutor legal del alumno. Pág. 84 Girasoft. Gestión de Incidencias Remota de Alumnos. Clave Primaria: ▪Num_matricula Clave Ajena: ▪Tutor 3.- Profesor La tabla profesor es la encargada de registrar todos los profesores que tiene el centro. Campos: ▪Cod_profesor: código del profesor, se irá auto incrementando según se añadan nuevos profesores. ▪DNI : Documento Nacional de Identidad del profesor. ▪Nombre: nombre del profesor. ▪Apellidos: apellidos del profesor. ▪Teléfono: teléfono de contacto del profesor. ▪Dirección: dirección de residencia del profesor. ▪Ciudad: ciudad de residencia del profesor. ▪Provincia: provincia de residencia del profesor. ▪Código Postal: código postal de la residencia del profesor. ▪Nacionalidad: nacionalidad del profesor. ▪Email: dirección de correo electrónico. ▪Usuario: contiene un nombre de usuario que le permitirá acceder a la aplicación. ▪Contraseña: contiene una contraseña que le permitirá acceder a la aplicación. Clave Primaria: ▪Cod_profesor. 4.- Incidencia La tabla incidencia almacenará todas las incidencias producidas por algún alumno del centro. Campos: ▪Cod_indicencia: código mediante el cual se identificarán las incidencias, se auto incrementará según se vayan añadiendo. ▪Alumno: número de matricula del alumno responsable de la incidencia. ▪Profesor: código del profesor que da de alta la incidencia. Pág. 85 Girasoft. Gestión de Incidencias Remota de Alumnos. ▪Descripción: contendrá una breve explicación del motivo de la incidencia. ▪Fecha_inc: fecha de la incidencia. ▪Tipo: enumerado de dos: puede ser falta de asistencia o falta de comportamiento. Clave Primaria: ▪Cod_incidencia. Clave Ajena: ▪Alumno. ▪Profesor. 5.-Asignatura La tabla asignatura almacenará todas las asignaturas que se imparten en el centro. Campos: ▪Cod_asignatura: código preestablecido de cada asignatura. ▪Nombre: contiene el nombre de la asignatura. ▪Curso: el curso en el que se imparte la asignatura. ▪Grupo: grupo en el que se imparte la asignatura. ▪Profesor: código del profesor que imparte la asignatura. Clave Primaria: ▪Cod_asignatura. Clave Ajena: ▪Profesor. 6.-Pertenece La tabla pertenece almacenará las entidades que hacen referencia a la relación entre alumno y asignatura. Campos: ▪Cod_asignatura: código preestablecido de cada asignatura. ▪Num_matricula: número de matrícula del alumno. Clave Primaria: ▪Cod_asignatura. Pág. 86 Girasoft. Gestión de Incidencias Remota de Alumnos. ▪Num_matrícula. Clave Ajena: ▪Cod_asignatura. ▪Num_matrícula. 7.- Administrador La tabla administrador es la encargada de registrar los administradores del centro. Campos: ▪DNI : Documento Nacional de Identidad del administrador. ▪Nombre: nombre del administrador. ▪Apellidos: apellidos del administrador. ▪Teléfono: teléfono de contacto del administrador. ▪Dirección: dirección de residencia del administrador. ▪Ciudad: ciudad de residencia del administrador. ▪Provincia: provincia de residencia del administrador. ▪Código Postal: código postal de la residencia del administrador. ▪Nacionalidad: nacionalidad del administrador. ▪Email: dirección de correo electrónico. ▪Usuario: contiene un nombre de usuario que le permitirá acceder a la aplicación. ▪Contraseña: contiene una contraseña que le permitirá acceder a la aplicación. Pág. 87 Girasoft. Gestión de Incidencias Remota de Alumnos. Diagramas de Clases Girasoft Pág. 88 Diagrama de Clases Principales Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 95 Diagrama de Clases Listados Asignaturas Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 96 Diagrama de Clases Listados Incidencias Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 97 Diagrama de Clases Gráficos Girasoft. Gestión de Incidencias Remota de Alumnos. Diagramas de Secuencia Pág. 98 Diagrama de Secuencia, Caso de Uso UC-01 - Identificar Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 99 Diagrama de Secuencia, Caso de Uso UC-02 – Salir Diagrama de Secuencia, Caso de Uso UC-03 – Explorar Alumnos Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 100 Diagrama de Secuencia, Caso de Uso UC-04 – Añadir Alumno Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 101 Diagrama de Secuencia, Caso de Uso UC-05 – Modificar Alumno Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 102 Diagrama de Secuencia, Caso de Uso UC-06 – Eliminar Alumno Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 103 Diagrama de Secuencia, Caso de Uso UC-07 – Cambiar Estado Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 104 Diagrama de Secuencia, Caso de Uso UC-08 – Asignar Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 111 Diagrama de Secuencia, Caso de Uso UC-16 – Recuperar Contraseña Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 112 Diagrama de Secuencia, Caso de Uso UC-17 – Modificar Datos Propios Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 113 Diagrama de Secuencia, Caso de Uso UC -18 – Listar Profesores Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 114 Diagrama de Secuencia, Caso de Uso UC - 19 – Explorar Asignaturas Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 115 Diagrama de Secuencia, Caso de Uso UC -20 – Añadir Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 116 Diagrama de Secuencia, Caso de Uso UC -21 – Modificar Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 117 Diagrama de Secuencia, Caso de Uso UC -22 – Eliminar Asignatura Diagrama de Secuencia, Caso de Uso UC -23 – Buscar Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 118 Diagrama de Secuencia, Caso de Uso UC -24 – Listar Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 119 Diagrama de Secuencia, Caso de Uso UC -25 – Asignar Profesor Asignatura Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 120 Diagrama de Secuencia, Caso de Uso UC -26 – Explorar Incidencias Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 127 Diagrama de Secuencia, Caso de Uso UC -33 – Buscar Padre Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 128 Diagrama de Secuencia, Caso de Uso UC - 34 – Modificar Padre Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 129 Diagrama de Secuencia, Caso de Uso UC - 35 – Eliminar Padre Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 130 Diagrama de Secuencia, Caso de Uso UC -36 – Mandar E-mail Padre Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 131 Diagrama de Secuencia, Caso de Uso UC -37 – Añadir Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 132 Diagrama de Secuencia, Caso de Uso UC -38 – Buscar Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 133 Diagrama de Secuencia, Caso de Uso UC – 39 – Modificar Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 134 Diagrama de Secuencia, Caso de Uso UC -40 – Eliminar Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 135 Diagrama de Secuencia, Caso de Uso UC -41 – Mandar Email Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 136 Diagrama de Secuencia, Caso de Uso UC -42 – Modificar Contraseña Acceso Administrador Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 143 Diagrama de Secuencia, Caso de Uso UC -49 – Gráfica Barras/Lineas Alumno Mensual Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 144 Diagrama de Secuencia, Caso de Uso UC -50 – Gráfica Barras/Lineas Profesor Total Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 145 Diagrama de Secuencia, Caso de Uso UC -51 – Gráfica Barras/Lineas Profesor Mensual Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 146 Diagrama de Secuencia, Caso de Uso UC -52 – Gráfica Barras/Lineas Curso Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 147 Diagrama de Secuencia, Caso de Uso UC -53 – Gráfica Barras/Lineas Grupo Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 148 Diagrama de Secuencia, Caso de Uso UC -54 – Copia de Seguridad Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 149 Diagrama de Secuencia, Caso de Uso UC -55 – Restaurar Copia de Seguridad Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 150 Diagrama de Secuencia, Caso de Uso UC -56 – Android Identificar Girasoft. Gestión de Incidencias Remota de Alumnos. Pág. 151 Diagrama de Secuencia, Caso de Uso UC -57 – Android Registrar incidencia Girasoft. Gestión de Incidencias Remota de Alumnos. Diagrama de Actividad Android Girasoft Pág. 152 Diagrama de Actividad