Desarrollo del sistema de gestión académica y administrativa vía web para el colegio la providencia

Texto completo

(1)ESCUELA POLITÉCNICA NACIONAL. FACULTAD DE INGENIERIA EN SISTEMAS. DESARROLLO DEL SISTEMA DE GESTIÓN ACADÉMICA Y ADMINISTRATIVA VÍA WEB PARA EL COLEGIO LA PROVIDENCIA. PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS INFORMÁTICOS Y DE COMPUTACIÓN. GABRIELA FERNANDA CRIOLLO BILBAO [email protected]. DIEGO PAUL QUINTUÑA CHURO [email protected]. DIRECTOR: ING. RAÚL CÓRDOVA [email protected]. Quito, Octubre 2012.

(2) DECLARACIÓN Nosotros, Gabriela Fernanda Criollo Bilbao y Diego Paúl Quintuña Churo declaramos bajo juramento que el trabajo aquí descrito es de nuestra autoría; que no ha sido previamente presentado para ningún grado o calificación profesional; y, que hemos consultado las referencias bibliográficas que se incluyen en este documento. A través de la presente declaración cedemos nuestros derechos de propiedad intelectual correspondiente a este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente.. Gabriela Fernanda Criollo Bilbao. Diego Paúl Quintuña Churo.

(3) CERTIFICACIÓN Certifico que el presente trabajo fue desarrollado por Gabriela Fernanda Criollo y Diego Paúl Quintuña Churo, bajo mi supervisión.. Ing. Raúl Córdova DIRECTOR DE PROYECTO.

(4) AGRADECIMIENTO A Dios por tantos milagros que hizo en mi vida, por ser el más generoso y darme la fortaleza para seguir mi camino y nunca rendirme. A un ángel que desde el cielo me dio las fuerzas necesarias para seguir y que siempre confió en que llegaría a cumplir esta meta, mi abuelita querida, Beatriz Argoti, aunque no estés aquí, siempre te llevaré en mi corazón. A mis padres Guillermo y Betty quienes con mucho esfuerzo y amor me han apoyado en el camino de mi vida, por ser los mejores padres y darme la oportunidad de superarme, porque lo que soy ahora es gracias a ustedes. A mi esposo Alexis por haber aceptado ser mi compañero de vida, en la que hemos aprendido a ser una familia y caminar juntos de la mano, por el amor y esfuerzo que ha puesto para conservar nuestro hogar. A tesoro más preciado que Dios me regaló, mi hijita Brithany por ser la alegría de mi vida y la razón por la cual quiero ser mejor cada día. A mis hermanas Karina y Mishel, y a toda mi familia por darme siempre ánimos y confiar en mí. A mi compañero de tesis Diego por todo el apoyo que me ha brindado ya que más que un compañero llegó a ser un gran amigo, de esos que nunca se olvidan, gracias por ser parte de este sueño. A mi director de tesis Ingeniero Raúl Córdova por los conocimientos y apoyo brindado en nuestra vida estudiantil y en el desarrollo de nuestro Proyecto de Titulación. A Sofy R., Anita G. y Cris C. por cumplir maravillosamente el gran papel de mejores amigos y estar conmigo en los buenos y malos momentos. A todos los que pusieron un granito de arena e hicieron que este sueño pueda lograrse. Gaby.

(5) AGRADECIMIENTO A Dios, por el segundo de vida que me da y con ello la oportunidad de soñar.. A mis Padres José y Pilar, por enseñarme tantos valores que hoy me permiten ser mejor, ustedes han sido un ejemplo de lucha y perseverancia.. A mis hermanos Byron, Diana y Henry, por compartir con migo la alegría de crecer y bridarme su apoyo incondicional.. Fernanda, gracias por ser más que mi compañera de tesis mi gran amiga, por brindarme tu amistad y por haber compartido este camino juntos.. A nuestro director de tesis Raúl Córdova, por compartir con nosotros sus enseñanzas y por su apoyo y esfuerzo dedicado para nuestra tutoría.. Finalmente, mientras he viajado por este camino donde la mente es quien dirige el batallón de guerra contra la ignorancia, es el corazón quien conoció las alegrías y tristezas, los éxitos y fracasos y con amor supo entender a todos los seres que formaron parte de esta experiencia de vida; a todos ellos quiero regalar un suspiro que viaje por la brisa cálida que siempre me supieron brindar cuando lo necesité. Gracias amigos y amigas por su amistad y vivir juntos estas experiencias universitarias que nos han hecho grandes; y en especial a ti Dianita porque sobre todas las cosas estas ahí para mí y eres una luz en mi vida.. Diego.

(6) DEDICATORIA Dedico este trabajo mis padres, hermanas y mi familia por confiar siempre en mí y enseñarme que los sueños son posibles de alcanzar. A mi esposo e hija por el apoyo incondicional y por permitirme robarles momentos para cumplir una meta más para nuestra familia. Y para quienes nunca dejaron de creer en mí, lo dedico a ustedes. Gaby.

(7) DEDICATORIA Quiero dedicar este trabajo a mi familia: mis padres y mis hermanos, porque ustedes me vieron nacer y crecer y ahora puedo triunfar gracias a todo el apoyo que me dan con mucho amor, esto va por ustedes mi gran familia.. Diego.

(8) INTRODUCCIÓN En la actualidad gracias al avance de la tecnología los Colegios han podido automatizar sus procesos académicos permitiendo: optimizar recursos y tener un control efectivo de la información de sus estudiantes. El presente trabajo plantea el desarrollo del sistema de gestión académica y administrativa vía web para el Colegio la Providencia, descrito en los siguientes capítulos. En el Capítulo 1 se describe la situación actual del Colegio, se realiza la justificación de la metodología XP (eXtreme Programming) comparando sus características con los requerimientos del proyecto, se plantea el uso de herramientas Open Source describiendo sus características y beneficios que aportan al desarrollo del proyecto. En el Capítulo 2 se describen las fases de la metodología XP que se realizan en el desarrollo del sistema web. El desarrollo comienza con la planificación, donde se realiza la especificación de requerimientos y la definición del plan de entregas, por medio de las historias de usuario establecidas por el cliente. Luego se realizan las actividades de diseño necesarias para entender y plantear la solución, por medio del sistema web, para los requerimientos del cliente. Para la implementación de las iteraciones, el equipo de desarrollo y el cliente definen el cronograma de actividades a realizarse, a continuación se implementa cada iteración y se realiza el seguimiento respectivo. El diseño de las pruebas de aceptación, en base a la metodología XP, es realizado por el cliente en las reuniones donde se definen las historias de usuario. Las pruebas de aceptación se ejecutan después de la implementación de cada historia de usuario, hasta que el cliente valide con éxito cada una. En el Capítulo 3 se presenta las conclusiones y recomendaciones que se obtuvo de la realización del presente proyecto..

(9) RESUMEN En el presente proyecto se desarrolla un sistema de gestión académica y administrativa vía web para el colegio la providencia siguiendo la metodología XP. La presentación escrita del proyecto consta de tres capítulos. En el primer capítulo se describe la situación actual del colegio, se justifica la metodología de desarrollo y se plantea el uso de herramientas Open Source para su ejecución, entre ellas: PostgreSQL, JBOSS, JAVA EE, UML y JSF. En el segundo capítulo se realiza el desarrollo del sistema en base al ciclo de vida de XP, en la planificación se especifican los requerimientos y el plan de entregas, en el diseño se definen la metáfora, diseño arquitectónico y tarjetas CRC, en la implementación se realiza un cronograma de actividades, se implementa cada historia de usuario y se realiza el respectivo seguimiento, a continuación se ejecutan las pruebas de aceptación analizando los resultados con el cliente, finalmente se especifican los requisitos necesarios para la implantación del sistema. En el tercer capítulo se presentan las conclusiones y recomendaciones alcanzadas en el desarrollo del proyecto realizado. Siguiendo los valores y las buenas prácticas de XP se obtuvo un producto de software que satisface los requerimientos del cliente; esto es, permite a los administradores, profesores y estudiantes gestionar: cursos, materias, aulas, especialidades, materiales académicos, horarios, periodos escolares, configuración de calificaciones, registro de calificaciones, registro de asistencia, matriculación del estudiante y generación de reportes académicos y estudiantiles..

(10) CONTENIDO ÍNDICE GENERAL CAPITULO 1.. PLANTEAMIENTO DEL PROBLEMA ........................................... 1. 1.1 SITUACIÓN ACTUAL DEL COLEGIO LA PROVIDENCIA ................................ 1 1.1.1 ANTECEDENTES DE LA INSTITUCIÓN .................................................. 1 1.1.2 MISIÓN INSTITUCIONAL ......................................................................... 1 1.1.3 VISIÓN INSTITUCIONAL .......................................................................... 2 1.1.4 PROCESOS ACADÉMICOS ..................................................................... 2 1.2 JUSTIFICACIÓN DE LA METODOLOGÍA DE DESARROLLO ......................... 3 1.2.1 CICLO DE VIDA DE XP ............................................................................ 3 1.2.2 CARACTERÍSTICAS DE EXTREME PROGRAMMING (XP) .................... 5 1.2.3 CARACTERÍSTICAS DEL PROYECTO .................................................... 8 1.2.4 JUSTIFICACIÓN DE XP EN EL PROYECTO ........................................... 8 1.3 JUSTIFICACIÓN DE LAS HERRAMIENTAS DE DESARROLLO ..................... 9 1.3.1 SERVIDOR DE APLICACIONES JBOSS .................................................. 9 1.3.2 PLATAFORMA DE DESARROLLO JAVA EE ......................................... 10 1.3.3 GESTOR DE BASE DE DATOS POSTGRESQL .................................... 10 1.3.4 LENGUAJE DE MODELAMIENTO UML ................................................. 11 1.3.5 PLATAFORMA DE CONSTRUCCIÓN DE PÁGINAS WEB JSF ............. 12 CAPITULO 2.. DESARROLLO DEL SISTEMA.................................................... 13. 2.1 PLANIFICACIÓN ............................................................................................ 13 2.1.1 ESPECIFICACIÓN DE REQUERIMIENTOS ........................................... 13 2.1.2 PLAN DE ENTREGAS ............................................................................ 37 2.2 DISEÑO .......................................................................................................... 41 2.2.1 METÁFORA DEL SISTEMA .................................................................... 41 2.2.2 DIAGRAMA DE CLASES ........................................................................ 47 2.2.3 DISEÑO CONCEPTUAL ......................................................................... 49 2.2.4 DISEÑO DE LAS TARJETAS CRC ......................................................... 51 2.2.5 DISEÑO ARQUITECTÓNICO ................................................................. 54.

(11) 2.2.6 DISEÑO DE INTERFACES ..................................................................... 56 2.2.7 ESTRUCTURA JERÁRQUICA DEL SITIO WEB..................................... 57 2.3 IMPLEMENTACIÓN ....................................................................................... 59 2.3.1 CRONOGRAMA DE IMPLEMENTACIÓN DE ITERACIONES ................ 59 2.3.2 IMPLEMENTACIÓN DE LAS ITERACIONES ......................................... 60 2.3.3 SEGUIMIENTO DE LAS ITERACIONES ................................................ 73 2.4 PRUEBAS ...................................................................................................... 76 2.4.1 PRUEBAS UNITARIAS ........................................................................... 76 2.4.2 DISEÑO DE LAS PRUEBAS DE ACEPTACIÓN ..................................... 79 2.4.3 PRUEBAS DE ACEPTACIÓN ................................................................. 81 2.5 PLANIFICACIÓN DE LA IMPLANTACIÓN.................................................... 115 CAPITULO 3.. CONCLUSIONES Y RECOMENDACIONES ............................. 118. 3.1 CONCLUSIONES ......................................................................................... 118 3.2 RECOMENDACIONES................................................................................. 119 BIBLIOGRAFÍA ...................................................................................................... 120 GLOSARIO ............................................................................................................. 122 ANEXOS ................................................................................................................. 125.

(12) ÍNDICE DE FIGURAS Figura 1.1 Ciclo de vida de eXtreme Programming ..................................................... 3 Figura 2.1 Formato de una Historia de Usuario ......................................................... 13 Figura 2.2 Diagrama de Clases ................................................................................. 48 Figura 2.3 Modelo Conceptual de la Base de Datos ................................................. 50 Figura 2.4 Tarjeta CRC ............................................................................................. 51 Figura 2.5 Arquitectura del Sistema. ......................................................................... 55 Figura 2.6 Plantilla para el diseño de las interfaces de usuario. ............................... 56 Figura 2.7 Mapa del Sitio Web .................................................................................. 58 Figura 2.8 Planificación de la Primera Iteración. Ejemplo ......................................... 59 Figura 2.9 Estructura del proyecto empresarial PROVSIS. ....................................... 61 Figura 2.10 Interfaz de Usuario. Registro de Integrante institucional ........................ 72 Figura 2.11 Diagrama BurnDown. Primera Iteración. ................................................ 73 Figura 2.12 Diagrama BurnDown. Segunda Iteración. .............................................. 74 Figura 2.13 Diagrama BurnDown. Tercera Iteración. ................................................ 75 Figura 2.14 Resultado de la ejecución de la prueba unitaria UsuarioTest ................ 78.

(13) ÍNDICE DE TABLAS Tabla 1 Comparación entre características del proyecto y de la metodología XP....... 8 Tabla 2 Historia de Usuario. Registro de Integrante Institucional. ............................. 15 Tabla 3 Historia de Usuario. Modificación de Integrante Institucional. ...................... 16 Tabla 4 Historia de Usuario. Registro de Usuario. .................................................... 16 Tabla 5 Historia de Usuario. Modificación de Usuario. .............................................. 16 Tabla 6 Historia de Usuario. Acceso al Sistema........................................................ 17 Tabla 7 Historia de Usuario. Registro de Niveles Educativos.................................... 17 Tabla 8 Historia de Usuario. Modificación de Niveles Educativos. ............................ 18 Tabla 9 Historia de Usuario. Eliminación de Nivel Educativo. ................................... 18 Tabla 10 Historia de Usuario. Registro de Materias. ................................................. 18 Tabla 11 Historia de Usuario. Modificación de Materias por Nivel. ........................... 19 Tabla 12 Historia de Usuario. Eliminación de Materia por Nivel. ............................... 19 Tabla 13 Historia de Usuario. Registro de Aulas. ...................................................... 20 Tabla 14 Historia de Usuario. Modificación de Aulas. ............................................... 20 Tabla 15 Historia de Usuario. Eliminación de Aula .................................................... 20 Tabla 16 Historia de usuario. Registro de Especialidades. ....................................... 21 Tabla 17 Historia de Usuario. Modificación de Especialidades. ................................ 21 Tabla 18 Historia de Usuario. Eliminación de Especialidad ...................................... 22 Tabla 19 Historia de usuario. Registro de Requisitos de Matrícula. .......................... 22 Tabla 20 Historia de Usuario. Modificación de Requisitos de Matrícula. ................... 23 Tabla 21 Historia de Usuario. Eliminación de Requisito de Matrícula. ...................... 23 Tabla 22 Historia de Usuario. Registro de Materiales Académicos. .......................... 23 Tabla 23 Historia de Usuario. Modificación de Materiales Académicos. ................... 24 Tabla 24 Historia de Usuario. Eliminación de Material Académico. .......................... 24 Tabla 25 Historia de usuario. Registro de Datos de la Institución. ............................ 25 Tabla 26 Historia de Usuario. Modificación de Datos de la Institución ...................... 25 Tabla 27 Historia de Usuario. Registro de Período ................................................... 26 Tabla 28 Historia de Usuario. Modificación de Período Actual. ................................. 26.

(14) Tabla 29 Historia de Usuario. Eliminación de Período. ............................................. 27 Tabla 30 Historia de Usuario. Registro de Configuración de Calificaciones. ............. 27 Tabla 31 Historia de Usuario. Modificación de Configuración de Calificaciones. ...... 27 Tabla 32 Historia de Usuario. Eliminación de Configuración de Calificaciones. ........ 28 Tabla 33 Historia de Usuario. Registro de Curso. ..................................................... 28 Tabla 34 Historia de Usuario. Modificación de Curso. ............................................... 29 Tabla 35 Historia de Usuario. Generación de Reportes Académicos........................ 29 Tabla 36 Historia de Usuario. Información del Estudiante. ........................................ 30 Tabla 37 Historia de Usuario. Registro de Matrícula. ................................................ 30 Tabla 38 Historia de Usuario. Anulación de Matrícula. .............................................. 31 Tabla 39 Historia de Usuario. Registro de Asistencia. .............................................. 31 Tabla 40 Historia de Usuario. Modificación de Asistencia. ........................................ 32 Tabla 41 Historia de Usuario. Registro de Calificaciones. ......................................... 32 Tabla 42 Historia de Usuario. Modificación de Calificaciones ................................... 32 Tabla 43 Historia de Usuario. Generación de Reportes Estudiantiles. ...................... 33 Tabla 44 Estimación de Historias de Usuario. ........................................................... 36 Tabla 45 Tiempo Calendario. .................................................................................... 37 Tabla 46 Esfuerzo de Desarrollo en base a una persona ......................................... 37 Tabla 47 Plan de Entrega. ......................................................................................... 40 Tabla 48 Tarjetas CRC del Sistema. ......................................................................... 52 Tabla 49 Tarjeta CRC. Controlador Matrícula ........................................................... 53 Tabla 50 Tarjeta CRC. Matrícula ............................................................................... 53 Tabla 51 Tarjeta CRC. Servicio Matrícula ................................................................. 53 Tabla 52 Pruebas de Unidad del Sistema PROVSIS. ............................................... 77 Tabla 53 Formato de Pruebas de Aceptación ........................................................... 79 Tabla 54 Prueba de Aceptación. Registro de Integrante Institucional ....................... 81 Tabla 55 Prueba de Aceptación. Modificación de Integrante Institucional ................ 82 Tabla 56 Prueba de Aceptación. Registro de Usuario............................................... 83 Tabla 57 Prueba de Aceptación. Modificación de Usuario ........................................ 84 Tabla 58 Prueba de Aceptación. Acceso al Sistema ................................................. 85 Tabla 59 Prueba de Aceptación. Registro de Niveles Educativos ............................. 85.

(15) Tabla 60 Prueba de Aceptación. Modificación de Niveles Educativos ...................... 86 Tabla 61 Prueba de Aceptación. Eliminación de Nivel Educativo ............................. 87 Tabla 62 Prueba de Aceptación. Registro de Materias ............................................. 88 Tabla 63 Prueba de Aceptación. Modificación de Materias ....................................... 89 Tabla 64 Prueba de Aceptación. Eliminación de Materia .......................................... 90 Tabla 65 Prueba de Aceptación. Registro de Aulas .................................................. 90 Tabla 66 Prueba de Aceptación. Modificación de Aulas ........................................... 91 Tabla 67 Prueba de Aceptación. Eliminación de Aula ............................................... 92 Tabla 68 Prueba de Aceptación. Registro de Especialidades ................................... 93 Tabla 69 Prueba de Aceptación. Modificación de Especialidades ............................ 94 Tabla 70 Prueba de Aceptación. Eliminación de Especialidad .................................. 95 Tabla 71 Prueba de Aceptación. Registro de Requisitos de Matrícula ...................... 96 Tabla 72 Prueba de Aceptación. Modificación de Requisitos de Matrícula ............... 97 Tabla 73 Prueba de Aceptación. Eliminación de Requisito de Matrícula .................. 98 Tabla 74 Prueba de Aceptación. Registro de Materiales Académicos ...................... 99 Tabla 75 Prueba de Aceptación. Modificación de Materiales Académicos ............. 100 Tabla 76 Prueba de Aceptación. Eliminación de Materiales Académicos ............... 100 Tabla 77 Prueba de Aceptación. Registro de Datos de la Institución ...................... 101 Tabla 78 Prueba de Aceptación. Modificación de Datos de la Institución ............... 102 Tabla 79 Prueba de Aceptación. Registro de Período ............................................ 102 Tabla 80 Prueba de Aceptación. Modificación de Período Actual ........................... 103 Tabla 81 Prueba de Aceptación. Eliminación de Período ....................................... 104 Tabla 82 Prueba de Aceptación. Registro de Configuración de Calificaciones ....... 105 Tabla 83 Prueba de Aceptación. Modificación de Configuración Calificaciones ..... 105 Tabla 84 Prueba de Aceptación. Eliminación de Configuración Calificaciones ....... 106 Tabla 85 Prueba de Aceptación. Registro de Curso ............................................... 107 Tabla 86 Prueba de Aceptación. Modificación de Curso ......................................... 108 Tabla 87 Prueba de Aceptación. Generación de Reportes Académicos ................. 108 Tabla 88 Prueba de Aceptación. Información del Estudiante .................................. 109 Tabla 89 Prueba de Aceptación. Registro de Matrícula .......................................... 110 Tabla 90 Prueba de Aceptación. Eliminación de Matrícula ..................................... 110.

(16) Tabla 91 Prueba de Aceptación. Registro de Asistencia ......................................... 111 Tabla 92 Prueba de Aceptación. Modificación de Asistencia .................................. 112 Tabla 93 Prueba de Aceptación. Registro de Calificaciones ................................... 113 Tabla 94 Prueba de Aceptación. Modificación de Calificaciones ............................ 113 Tabla 95 Prueba de Aceptación. Generación de Reportes Estudiantiles ................ 114.

(17) 1. CAPITULO 1. PLANTEAMIENTO DEL PROBLEMA 1.1. SITUACIÓN ACTUAL DEL COLEGIO LA PROVIDENCIA. Actualmente el Colegio La Providencia no posee un software que apoye los procesos académicos de la Institución, por tal razón se consume gran cantidad de tiempo y recursos innecesarios para realizarlos. Por medio del Sistema Web que se plantea en este proyecto se pretende apoyar el proceso de matriculación; ayudar en la planificación académica de los docentes y alumnos, manteniendo un registro de sus datos personales y académicos; mejorar la organización de cursos para cada año escolar gestionando materias a ser impartidas, horarios y docentes; facilitar el registro de calificaciones de los alumnos y generar reportes útiles en las actividades académicas del Colegio. 1.1.1 ANTECEDENTES DE LA INSTITUCIÓN. La Unidad Educativa “La Providencia” UELP ubicada en el Centro Histórico del Distrito Metropolitano de Quito, es una Institución regentada por las Hermanas de la Providencia y de la Inmaculada Concepción. Inició su servicio el 4 de Enero de 1872, en que llegaron al Ecuador un grupo de hermanas (excelentes educadoras), desde su país natal Bélgica.. 1.1.2 MISIÓN INSTITUCIONAL. La Unidad Educativa “La Providencia” UELP es una Institución Católica que tiene como objetivo fundamental Evangelizar educando, en base a los principios del Evangelio, del carisma Providencia y de las innovaciones educativas del país..

(18) 2. 1.1.3 VISIÓN INSTITUCIONAL La Unidad Educativa “La Providencia” UELP, anhela ser una Institución responsable y dinámica en el proceso educativo, para obtener una formación cristiana y académica de calidad y calidez. 1.1.4 PROCESOS ACADÉMICOS Actualmente algunos procesos académicos del Colegio La Providencia se manejan de forma manual, lo que ocasiona un consumo de tiempo y recursos innecesarios, los que pueden ser aprovechados en mejorar otras actividades involucradas en la calidad de la educación. Los documentos de estos procesos son archivados cada año, ocupando material y espacio innecesario para estas actividades, esto hace que se dificulte la tarea de búsqueda, generación de reportes históricos y que el manejo de esta información sea susceptible a errores humanos. Cada año escolar, durante la matriculación de las estudiantes, se realiza actividades repetitivas como la recepción, verificación y registro manual de los documentos; estas actividades causan un consumo de tiempo innecesario para los docentes y los padres de familia. El registro de calificaciones y el control de asistencia que se realizan de forma manual, son actividades que consumen tiempo, que puede ser utilizado en la preparación de las clases que se imparten diariamente a las estudiantes, o en actividades relacionadas con el mejoramiento de la educación. La administración de los horarios, las aulas y el personal docente de cada curso, es una actividad que puede ser automatizada, de tal forma que se pueda optimizar este proceso y evitar posibles errores, como el cruce de horarios y aulas..

(19) 3. 1.2. JUSTIFICACIÓN DE LA METODOLOGÍA DE DESARROLLO. En la actualidad los proyectos de desarrollo de software deben enfocarse principalmente en los requerimientos del usuario, debido a que estos son cambiantes se requiere una metodología que se adapte a cambios. A diferencia de las metodologías tradicionales donde existe una gran resistencia a los cambios, una metodología ágil permite entregar un producto software de calidad, que cumpla con las expectativas de los usuarios. La finalidad de las metodologías ágiles es evitar el tener que seguir los caminos tediosos que proponen las metodologías tradicionales, para enfocarse directamente en las personas involucradas y en los resultados, evitando la extensa documentación y promoviendo la comunicación personalizada con la gente. Con el fin de justificar el uso de la metodología XP para el presente proyecto, se presenta en primer lugar, las características de la metodología XP. 1.2.1 CICLO DE VIDA DE XP “El ciclo de vida de XP se enfatiza en el carácter interactivo e incremental del desarrollo. Existe una fase de análisis inicial orientada a programar las iteraciones de desarrollo y cada iteración incluye diseño, codificación y pruebas. La Figura 1.1 muestra las fases en las que se subdivide el ciclo de vida XP:. Figura 1.1 Ciclo de vida de eXtreme Programming.

(20) 4. Fase de la exploración: En esta fase, los clientes plantean las historias de usuario que son de interés para la primera entrega del producto. Al mismo tiempo el equipo de desarrollo se familiariza con las herramientas, tecnologías y prácticas que se utilizarán en el proyecto. Se prueba la tecnología y se exploran las posibilidades de la arquitectura del sistema construyendo un prototipo. La fase de exploración toma de pocas semanas a pocos meses, dependiendo del tamaño y familiaridad que tengan los programadores con la tecnología. Fase del planeamiento: se priorizan las historias de usuario y se establece el alcance de la entrega en las reuniones con el cliente. Los programadores estiman cuánto esfuerzo requiere cada historia y a partir de allí se define el cronograma. La fase de planeamiento toma un par de días. Se deben incluir varias iteraciones para lograr una entrega. El cronograma fijado en la etapa de planeamiento se realiza a un número de iteraciones, cada una toma de una a cuatro semanas en ejecución. La primera iteración crea un sistema con la arquitectura del sistema completo, esto es alcanzado seleccionando las historias que harán cumplir la construcción de la estructura para el sistema completo. El cliente decide las historias que se seleccionarán para cada iteración. Las pruebas funcionales creadas por el cliente se ejecutan al final de cada iteración. Al final de la última iteración el sistema está listo para producción. Fase de producción: requiere prueba y comprobación extra del funcionamiento del sistema antes de que éste se pueda liberar al cliente. En esta fase, los nuevos cambios pueden todavía ser encontrados y debe tomarse la decisión de si se incluyen o no en la entrega actual. Durante esta fase, las iteraciones pueden ser aceleradas de una a tres semanas. Las ideas y las sugerencias pospuestas se documentan para una puesta en práctica posterior por ejemplo en la fase de mantenimiento. Después de que se realice el primer entregable productivo para uso del cliente, el proyecto de XP debe mantener el funcionamiento del sistema mientras que realiza nuevas iteraciones..

(21) 5. Fase de mantenimiento: requiere de un mayor esfuerzo para satisfacer también las tareas del cliente. Así, la velocidad del desarrollo se puede desacelerar después de que el sistema esté en producción. La fase de mantenimiento puede requerir la incorporación de nueva gente y cambiar la estructura del equipo. Fase de muerte: Es cuando el cliente no tiene más historias para ser incluidas en el sistema. Esto requiere que se satisfagan las necesidades del cliente en otros aspectos como rendimiento y confiabilidad del sistema. Se genera la documentación final del sistema y no se realizan más cambios en la arquitectura. La muerte del proyecto también ocurre cuando el sistema no genera los beneficios esperados por el cliente o cuando no hay presupuesto para mantenerlo.”1. 1.2.2 CARACTERÍSTICAS DE EXTREME PROGRAMMING (XP) “Es una metodología ágil que se enfoca en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en realimentación continua entre el usuario y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico.”2 Valores de XP Comunicación.- XP pone en comunicación directa y continua a clientes y desarrolladores. El cliente se integra en el equipo para establecer prioridades y 1. VILLAFUERTE, Víctor. Ciclo de Vida de Extreme Programming. http://extremeprogramming.host56.com/ARTICULO5.php 13/10/2012. 2 LETELIER, Patricio. Metodologías Ágiles en el Desarrollo de Software.http://issi.dsic.upv.es/archives/f-1069167248521/actas.pdf 20/12/2011..

(22) 6. resolver dudas. De esta forma ve el avance día a día, y es posible ajustar la agenda y las funcionalidades de forma consecuente. Simplicidad.- Consiste en desarrollar sólo el sistema que realmente se necesita, implica resolver en cada momento sólo las necesidades actuales. Retroalimentación.- XP se basa en el desarrollo incremental de pequeñas partes, con entregas y pruebas frecuentes y continuas, proporciona un flujo de retroinformación valioso para detectar los problemas o desviaciones. Coraje.- involucra los siguientes aspectos: Ø Disciplina en la aplicación de XP. Ø Parar cuando se está cansado. Ø Permitir que el usuario tome las decisiones de negocio. Ø Permitir que el desarrollador tome las decisiones técnicas. Ø Descartar código si es necesario. Ø Introducir cambios cuando las cosas no funcionan. Ø Respetar el trabajo de los miembros del equipo. Buenas prácticas de XP. La planificación.-Se utilizan las “historias del usuario” para realizar el análisis, estas “historias” se dividirán en tareas (unidades pequeñas, de 1 a 5 días de trabajo en pareja. Además, se priorizarán las tareas, y cada una de ellas tendrá un desarrollo incremental. Versiones pequeñas.-La primera versión contendrá el conjunto mínimo de requisitos más útiles/necesarios para el sistema global. Sistema metafórico.-Cada proyecto debe tener una metáfora asociada que nos ofrezca unos criterios para nombrar lo que vayamos haciendo de forma fácil..

(23) 7. Diseño simple.-Cómo los requerimientos cambian, o pueden hacerlo, diariamente, hay que utilizar los diseños más simples posibles para cumplir los requerimientos que tenemos en la actualidad. Pruebas continuas.-Antes de que se implemente cualquier característica de un sistema, se debe escribir un test para ella. Refactorización.-Cuando tenemos que introducir una nueva característica del sistema, si esta tiene mucho en común con otra previa, lo mejor es eliminar el código duplicado, sin miedo a que falle, debido a que el test probará el correcto funcionamiento. Programación en parejas.-Se trabaja en parejas, cada una utilizando un único ordenador. Así, el código se revisa mientras se desarrolla. Propiedad colectiva del código.-Cualquiera puede modificar cualquier módulo en cualquier momento, nadie tiene la propiedad de ningún módulo. Integración continua.-Todos los cambios se introducen en el sistema, al menos, una vez al día. Semanas de 40 horas de trabajo.-Los programadores se deben ir a casa a su hora. Cliente en su sitio.-Siempre hay un usuario del sistema que es accesible por los miembros del equipo de trabajo. Estándares de codificación.-Todos deben usar los mismos criterios a la hora de programar. De esta forma, no sería posible determinar quién ha realizado una determinada parte de la implementación..

(24) 8. A continuación se especifica las características del presente proyecto relacionadas con la metodología XP. 1.2.3 CARACTERÍSTICAS DEL PROYECTO El grupo de trabajo del presente proyecto está conformado por dos personas. El proyecto está planificado para un plazo de tiempo corto. No tiene costo ya que es un proyecto con fines académicos y maneja herramientas de libre difusión. La información que maneja el sistema web no es compleja. Existe apoyo de las autoridades del Colegio La Providencia para facilitar al equipo de desarrollo, la información sobre lo que se requiere en el sistema y cambios que los usuarios sugieran. 1.2.4 JUSTIFICACIÓN DE XP EN EL PROYECTO Con el fin de justificar el uso de la metodología XP, en la Taba 1.1 se realiza un cuadro comparativo en el que se valida que las características del proyecto se acoplen a la Metodología XP. eXtreme Programming Comunicación. Simplicidad. Retroalimentación. Programación en parejas. Proyecto Comunicación directa y continua entre los usuarios y los desarrolladores. Los desarrolladores resuelven en cada momento las necesidades actuales. Los usuarios intervienen en la especificación de los requerimientos nuevos y cambiantes. Dos personas que trabajan en un solo ordenador.. Tabla 1 Comparación entre características del proyecto y de la metodología XP..

(25) 9. 1.3. JUSTIFICACIÓN DE LAS HERRAMIENTAS DE DESARROLLO. Para el desarrollo del Sistema de Gestión Académica y Administrativa Vía Web se utilizan herramientas de libre difusión, ya que ofrecen la ventaja de manejarlas libremente, facilitando la adaptación del sistema a las necesidades de la institución. Además se utilizan estándares de desarrollo que permiten realizar un producto de calidad y útil para el usuario. A continuación se describen las herramientas a utilizarse en el desarrollo del Sistema Web. 1.3.1 SERVIDOR DE APLICACIONES JBOSS Para el desarrollo del presente proyecto se utiliza JBoss como servidor de aplicaciones, por su ventaja de ser código abierto y, tener soporte completo con la plataforma Java EE que también se utiliza en el desarrollo del sistema. Descripción JBoss es un servidor de aplicaciones de código abierto basado en JEE, se puede utilizar en cualquier sistema operativo que soporte Java. Estas son algunas características de JBoss: Ø Open Source Ø Escalable Ø Orientado a arquitectura de servicios Ø Arquitectura Modular Ø Confiable a nivel de empresa Ø Servicios del middleware para cualquier objeto de Java.

(26) 10. 1.3.2 PLATAFORMA DE DESARROLLO JAVA EE Se utiliza la plataforma Java EE para el desarrollo del presente proyecto, porque brinda la ventaja de separar claramente la presentación, los datos y el modelo de negocios en el sistema web, además de estar basado en componentes. Descripción. Java Enterprise Edition es una plataforma para el desarrollo de aplicaciones empresariales (portables, robustas, escalables y seguras) usando tecnología Java. Java EE en la versión 5 simplifica el modelo de desarrollo de las antiguas versiones, además de usar anotaciones e inyecciones de dependencia. Estas son algunas características de JEE: Ø Heterogénea.- Permite múltiples plataformas, sistemas operativos y lenguajes de desarrollo. Ø Escalable.-Facilita las ampliaciones y modificaciones necesarias. Ø Alta disponibilidad.- Facilita la adquisición y actualización. Ø Fácil mantenimiento.-Facilita el mantenimiento del sistema mediante la actualización de sus componentes. 1.3.3 GESTOR DE BASE DE DATOS POSTGRESQL Para el desarrollo del presente proyecto se escogió como motor de base datos PostgreSQL, por su ventaja de ser código abierto, y brindar estabilidad y confiabilidad. Descripción. PostgreSQL es un sistema de gestión de bases de datos objeto-relacional, distribuido bajo licencia BSD y con su código fuente disponible libremente..

(27) 11. Estas son algunas características de PostgreSQL: Ø Multiplataforma. Ø Diseñado para ambientes de alto volumen. Ø Herramientas gráficas de diseño y administración de bases de datos. Ø Instalación ilimitada. Ø Mejor soporte que los proveedores comerciales. Ø Ahorros considerables en costos de operación. Ø Alta concurrencia. Ø Extensible. Ø Diseñado para ambientes de alto volumen. Ø Gran capacidad de almacenamiento. Ø Buena escalabilidad. Ø Su administración se basa en usuarios y privilegios. Ø Es altamente confiable en cuanto a estabilidad se refiere. Ø Soporte. 1.3.4 LENGUAJE DE MODELAMIENTO UML En el presente proyecto se utiliza UML para apoyar las tareas de planificación y diseño de XP en el desarrollo del sistema web. Descripción. La notación UML (no hay que confundir con las metodologías que utilizan dicha notación), se ha convertido desde finales de los 90 en un estándar para modelar, con tecnología orientada a objetos, todos aquellos elementos que configuran la arquitectura de un sistema de información y, por extensión, de los procesos de negocio de una organización. Los diagramas UML suministran un modelo de referencia para formalizar los procesos, reglas de negocio, objetos y componentes de una organización. La interacción de todos estos elementos es una representación de nuestra realidad..

(28) 12. 1.3.5 PLATAFORMA DE CONSTRUCCIÓN DE PÁGINAS WEB JSF En el presente proyecto se utiliza JSF como marco de trabajo para la construcción de las páginas web del sistema, aprovechando la ventaja de que JSF forma parte de Java EE. JSF permite simplificar la construcción de páginas web, debido a que la programación de la interfaz de usuario se la realiza a través de componentes y basada en eventos. Descripción. JSF es un marco de trabajo para crear aplicaciones Java EE (Java Enterprise Edition) basadas en el patrón Modelo Vista Controlador (MVC). Esta tecnología simplifica la construcción de interfaces de usuario de Aplicaciones Java-Servidor. Los desarrolladores pueden construir rápidamente aplicaciones web, ensamblando componentes de interfaces de usuario (UI) reusables en una página, conectando estos componentes a una aplicación de datos, y enlazando los eventos generados por el cliente con el manejador de eventos del lado del servidor..

(29) 13. CAPITULO 2. DESARROLLO DEL SISTEMA 2.1. PLANIFICACIÓN. “La metodología XP plantea la planificación como un diálogo continuo entre las partes involucradas en el proyecto, incluyendo al cliente, a los programadores y a los coordinadores o gerentes.”3 La planificación del desarrollo del presente proyecto se realiza en reuniones entre los integrantes del equipo de desarrollo y el cliente. 2.1.1 ESPECIFICACIÓN DE REQUERIMIENTOS La especificación de los requerimientos del sistema se realiza en las reuniones del equipo de desarrollo con la secretaria del Colegio “La Providencia”, quien es la persona que está relacionada ampliamente con los procesos académicos que se realizan en la Institución. La descripción de estos requerimientos se detalla en las historias de usuarios. HISTORIAS DE USUARIO Cada historia de usuario tiene el modelo presentado en la Figura 2.1, basado en el diseño propuesto por Kent Beck en la metodología XP. Historia de usuario Número:. Usuario:. Nombre de la historia: Prioridad en el negocio:. Riesgo en desarrollo:. (BAJA / MEDIA / ALTA). (BAJO / MEDIO / ALTO). Puntos estimados:. Iteración asignada:. Descripción: Observaciones: Figura 2.1 Formato de una Historia de Usuario. 3. 4. JOSKOWICZ, José. Reglas y Prácticas en eXtremeProgramming. Febrero 2008. http://iie.fing.edu.uy/~josej/docs/XP%20-%20Jose%20Joskowicz.pdf 4 KENT BECK Martin. Planning Extreme Programming. Addison Weley. 2000..

(30) 14. Donde: Número: Es el identificador unívoco de la historia de usuario. Nombre de la historia: Es el nombre de la historia de usuario, asignada de acuerdo a la tarea que se especifica. Usuario: Es la persona responsable de realizar la descripción de la historia de usuario. Prioridad en el negocio: Definido por el cliente, es el grado de prioridad para el desarrollo de la historia de usuario. Riesgo en desarrollo: Se define basado en el riesgo que afronta el equipo de desarrollo para la obtención de resultados de la historia de usuario para satisfacer los requerimientos del cliente. Pueden ser alto, medio o bajo. Puntos estimados: Son puntos de esfuerzo determinados en base a la duración del desarrollo de la historia de usuario. Iteración asignada: Es la iteración en la que el cliente desea que se implemente la historia. Descripción: Es el detalle de lo que se va a realizar en la historia de usuario. Observaciones: Son aclaraciones de un requerimiento que deberían tomarse en cuenta; este campo es opcional.. 2.1.1.1 Identificación de las Historias de Usuario Las Historias de Usuario son priorizadas y agrupadas durante las reuniones entre el equipo de desarrollo y el cliente. En el presente proyecto se agrupa las Historias de Usuario en los módulos: Administración, Gestión Académica y Gestión Estudiantil..

(31) 15. 2.1.1.1.1 Módulo 1: Administración. Historia de Usuario Número: 01. Usuario: Secretaria. Nombre de la historia: Registro de Integrante Institucional. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar la información de un nuevo Integrante Institucional (estudiante, profesor o administrador). Observaciones: Se registra la siguiente información del Integrante Institucional. Ø Número de cédula de ciudadanía, nombre, apellido paterno, apellido materno, fecha de nacimiento, dirección domiciliaria, teléfono del domicilio, número de celular y dirección de correo electrónico. Si el integrante es estudiante se registra como información adicional el nombre del representante. Tabla 2 Historia de Usuario. Registro de Integrante Institucional.. Historia de usuario Número: 02. Usuario: Secretaria. Nombre de la historia: Modificación de Integrante Institucional. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información del Integrante Institucional..

(32) 16. Observaciones: Se modifica la siguiente información del Integrante Institucional. Ø Número de cédula de ciudadanía, nombre, apellido paterno, apellido materno, fecha de nacimiento, dirección domiciliaria, teléfono del domicilio, número de celular y dirección de correo electrónico. Si el integrante es estudiante se puede modificar el nombre del representante. Tabla 3 Historia de Usuario. Modificación de Integrante Institucional.. Historia de usuario Número: 03. Usuario: Secretaria. Nombre de la historia: Registro de Usuario. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar nombre de usuario y contraseña de un Integrante Institucional. Observaciones: Tabla 4 Historia de Usuario. Registro de Usuario.. Historia de usuario Número: 04. Usuario: Secretaria. Nombre de la historia: Modificación de Usuario. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar el nombre de usuario y contraseña del Usuario. Observaciones: Tabla 5 Historia de Usuario. Modificación de Usuario..

(33) 17. Historia de usuario Número: 05. Usuario: Secretaria, Profesor, Estudiante. Nombre de la historia: Acceso al sistema. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite al usuario ingresar a las opciones del sistema con su nombre de usuario y contraseña. Observaciones: Las opciones del sistema a las que el usuario puede acceder dependen del perfil con el que esté registrado. Tabla 6 Historia de Usuario. Acceso al Sistema. Historia de usuario Número: 06. Usuario: Secretaria. Nombre de la historia: Registro de Niveles Educativos. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar niveles educativos. Observaciones: La información de Nivel Educativo que se registra es: ·. Nombre del nivel educativo, nombre de la especialidad. Tabla 7 Historia de Usuario. Registro de Niveles Educativos.. Historia de usuario Número: 07. Usuario: Secretaria. Nombre de la historia: Modificación de Niveles Educativos. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1.

(34) 18. Descripción: El sistema permite a la Secretaria modificar la información del Nivel Educativo. Observaciones: La información de Nivel Educativo que se modifica es: ·. Nombre del nivel educativo, nombre de la especialidad. Tabla 8 Historia de Usuario. Modificación de Niveles Educativos.. Historia de usuario Número: 08. Usuario: Secretaria. Nombre de la historia: Eliminación de Nivel Educativo. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar la información de un Nivel Educativo. Observaciones: Se puede eliminar el Nivel Educativo solamente si no tiene cursos asociados. Tabla 9 Historia de Usuario. Eliminación de Nivel Educativo.. Historia de usuario Número: 09. Usuario: Secretaria. Nombre de la historia: Registro de Materias. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar las materias correspondientes a cada nivel. Observaciones: La información de Materia que se registra es: ·. Nombre de materia Tabla 10 Historia de Usuario. Registro de Materias..

(35) 19. Historia de usuario Número: 10. Usuario: Secretaria. Nombre de la historia: Modificación de Materias. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información de la materia, seleccionada de una lista. Observaciones: La información de Materia que se modifica es: ·. Nombre de materia Tabla 11 Historia de Usuario. Modificación de Materias por Nivel.. Historia de usuario Número: 11. Usuario: Secretaria. Nombre de la historia: Eliminación de Materia. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar la información de una materia. Observaciones: Se puede eliminar la Materia solamente si no tiene horarios asociados. Tabla 12 Historia de Usuario. Eliminación de Materia por Nivel.. Historia de usuario Número: 12. Usuario: Secretaria. Nombre de la historia: Registro de Aulas. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1.

(36) 20. Descripción: El sistema permite a la Secretaria registrar la información de las aulas de la institución. Observaciones: La información de Aula que se registra es: ·. Nombre de aula. Tabla 13 Historia de Usuario. Registro de Aulas.. Historia de usuario Número: 13. Usuario: Secretaria. Nombre de la historia: Modificación de Aulas. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información del Aula, seleccionada de una lista. Observaciones: La información de Aula que se modifica es: ·. Nombre del aula. Tabla 14 Historia de Usuario. Modificación de Aulas.. Historia de usuario Número: 14. Usuario: Secretaria. Nombre de la historia: Eliminación de Aula. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar la información de una Aula. Observaciones: Se puede eliminar el Aula, solamente si no tiene ningún horario asociado. Tabla 15 Historia de Usuario. Eliminación de Aula.

(37) 21. Historia de usuario Número: 15. Usuario: Secretaria. Nombre de la historia: Registro de Especialidades. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar las especialidades que tiene la Institución. Observaciones: La información de Especialidad que se registra es: ·. Nombre de especialidad. Tabla 16 Historia de usuario. Registro de Especialidades.. Historia de usuario Número: 16. Usuario: Secretaria. Nombre de la historia: Modificación de Especialidades. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información de la Especialidad, seleccionada de una lista. Observaciones: La información de Especialidad que se modifica es: Nombre de especialidad. Tabla 17 Historia de Usuario. Modificación de Especialidades.. Historia de usuario Número: 17. Usuario: Secretaria. Nombre de la historia: Eliminación de Especialidad. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar la información de una.

(38) 22. Especialidad. Observaciones: La especialidad se puede eliminar solamente si no tiene asociado un nivel educativo. Tabla 18 Historia de Usuario. Eliminación de Especialidad. Historia de usuario Número: 18. Usuario: Secretaria. Nombre de la historia: Registro de Requisitos de Matrícula. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar los requisitos de matrícula. Observaciones: Los requisitos son definidos por la Institución. La información de Requisito de Matrícula que se registra es: ·. Nombre del requisito.. ·. Si es solicitado cada año. Tabla 19 Historia de usuario. Registro de Requisitos de Matrícula.. Historia de usuario Número: 19. Usuario: Secretaria. Nombre de la historia: Modificación de Requisitos de Matrícula. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información del Requisito de Matrícula, seleccionado de una lista..

(39) 23. Observaciones: La información de Requisito de Matrícula que se modifica es: ·. Nombre del requisito.. ·. Si es solicitado cada año. Tabla 20 Historia de Usuario. Modificación de Requisitos de Matrícula.. Historia de usuario Número: 20. Usuario: Secretaria. Nombre de la historia: Eliminación de Requisito de Matrícula. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar un Requisito de Matrícula. Observaciones: El Requisito de Matrícula se puede eliminar solamente si no tiene asociada una matrícula. Tabla 21 Historia de Usuario. Eliminación de Requisito de Matrícula.. Historia de usuario Número: 21. Usuario: Profesor. Nombre de la historia: Registro de Materiales Académicos. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria registrar los Materiales Académicos por cada materia. Observaciones: La información de Material Académico que se registra es: Nombre del material académico, cantidad. Tabla 22 Historia de Usuario. Registro de Materiales Académicos..

(40) 24. Historia de usuario Número: 22. Usuario: Profesor. Nombre de la historia: Modificación de Materiales Académicos. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria modificar el Material Académico seleccionado de una lista. Observaciones: La información de Material Académico que se modifica es: Nombre del material académico, cantidad. Tabla 23 Historia de Usuario. Modificación de Materiales Académicos.. Historia de usuario Número: 23. Usuario: Profesor. Nombre de la historia: Eliminación de Material Académico. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria eliminar un Material Académico. Observaciones: Tabla 24 Historia de Usuario. Eliminación de Material Académico.. Historia de usuario Número: 24. Usuario: Secretaria. Nombre de la historia: Registro de datos de la Institución. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria registrar los datos de la Institución..

(41) 25. Observaciones: Los datos de la Institución que se registran son: Nombre del Colegio, dirección de la institución, RUC, teléfono, logotipo y nombre de la máxima autoridad del plantel. Tabla 25 Historia de usuario. Registro de Datos de la Institución.. Historia de usuario Número: 25. Usuario: Secretaria. Nombre de la historia: Modificación de datos de la Institución. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria modificar los datos de la Institución. Observaciones: Los datos de la Institución que se modifican son: Nombre del Colegio, dirección de la institución, RUC, teléfono, logotipo y nombre de la máxima autoridad del plantel. Tabla 26 Historia de Usuario. Modificación de Datos de la Institución. 2.1.1.1.1 Módulo 2: Gestión Académica. Historia de usuario Número: 26. Usuario: Secretaria. Nombre de la historia: Registro de Período. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar la información de un nuevo Período..

(42) 26. Observaciones: La información de Período que se registra es: Fecha de inicio y fin del periodo escolar y de matrículas, y tipo de subperíodos. El tipo de subperíodos puede ser personalizado de acuerdo a las necesidades de la Institución. Tabla 27 Historia de Usuario. Registro de Período. Historia de usuario Número: 27. Usuario: Secretaria. Nombre de la historia: Modificación de Período Actual. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar la información del Período Escolar Actual. Observaciones: La información de Período que se modifica es: Nombre, fecha de inicio y fin de: período, subperíodos, parciales y de matrículas. Tabla 28 Historia de Usuario. Modificación de Período Actual.. Historia de usuario Número: 28. Usuario: Secretaria. Nombre de la historia: Eliminación de Período. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,6. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria eliminar la información de un Período..

(43) 27. Observaciones: El Período se puede eliminar solamente si está inactivo o cerrado. Período inactivo es aquel que no tiene matrículas registradas. Período cerrado es aquel que no corresponde al año escolar vigente. Tabla 29 Historia de Usuario. Eliminación de Período.. Historia de usuario Número: 29. Usuario: Secretaria. Nombre de la historia: Registro de Configuración de Calificaciones Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar las Configuraciones de Calificación de cada período, subperíodo o parcial. Observaciones: La información de Configuración de Calificación que se registra es: Nombre de calificación, Nombre corto de la calificación. Tabla 30 Historia de Usuario. Registro de Configuración de Calificaciones.. Historia de usuario Número: 30. Usuario: Secretaria. Nombre de la historia: Modificación de Configuración de Calificaciones Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,4. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria modificar las Configuraciones de Calificación de cada período, subperíodo o parcial. Observaciones: La información de Configuración de Calificación que se puede modificar es: Nombre de calificación, Nombre corto de la calificación. Tabla 31 Historia de Usuario. Modificación de Configuración de Calificaciones..

(44) 28. Historia de usuario Número: 31. Usuario: Profesor. Nombre de la historia: Eliminación de Configuración de Calificaciones Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,4. Iteración asignada: 3. Descripción: El sistema permite a la Secretaria eliminar una Configuración de Calificación. Observaciones: Tabla 32 Historia de Usuario. Eliminación de Configuración de Calificaciones.. Historia de usuario Número: 32. Usuario: Secretaria. Nombre de la historia: Registro de Curso. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1. Descripción: El sistema permite a la Secretaria registrar la información de los cursos. Observaciones: La información de Curso es: Nivel educativo, paralelo, nombre del dirigente y horario. La información de Horario que se registra es: Materia, profesor, aula, hora de entrada y salida. Tabla 33 Historia de Usuario. Registro de Curso.. Historia de usuario Número: 33. Usuario: Secretaria. Nombre de la historia: Modificación de Curso. Prioridad en el negocio: ALTA. Riesgo en desarrollo: ALTO. Puntos estimados: 0,8. Iteración asignada: 1.

(45) 29. Descripción: El sistema permite a la Secretaria modificar la información del Curso, seleccionado de una lista. Observaciones: La información de Curso que se modifica es: Nivel educativo, paralelo, nombre del dirigente y horario. La información de Horario que se modifica es: Profesor, aula, hora de entrada y salida. Tabla 34 Historia de Usuario. Modificación de Curso.. Historia de usuario Número: 34. Usuario: Secretaria, Profesor. Nombre de la historia: Generación de Reportes Académicos. Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,8. Iteración asignada: 3. Descripción: El sistema permite al Usuario generar reportes de la información académica de la institución. Observaciones: Los reportes son: Ø Listado de Cursos Ø Horarios Ø Listado de Útiles Ø Listado de Estudiantes Ø Listado de Profesores Ø Listado de Materias Tabla 35 Historia de Usuario. Generación de Reportes Académicos..

(46) 30. 2.1.1.1.2 Módulo 3: Gestión Estudiantil. Historia de usuario Número: 35. Usuario: Estudiante. Nombre de la historia: Información del estudiante. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,4. Iteración asignada: 2. Descripción: El sistema permite al estudiante visualizar su información personal y académica. Observaciones: La información que se muestra del estudiante es: Información personal, datos de la matrícula y horario de clases. Tabla 36 Historia de Usuario. Información del Estudiante.. Historia de usuario Número: 36. Usuario: Secretaria. Nombre de la historia: Registro de Matrícula. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 1. Iteración asignada: 2. Descripción: El sistema permite a la Secretaria matricular a un estudiante en un curso. Observaciones: El proceso de matriculación comienza con la inscripción del estudiante en un curso, luego se habilitan automáticamente los requisitos y una vez que se han revisado todos se matricula al estudiante. Tabla 37 Historia de Usuario. Registro de Matrícula..

(47) 31. Historia de usuario Número: 37. Usuario: Secretaria. Nombre de la historia: Anulación de Matrícula. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,4. Iteración asignada: 2. Descripción: El sistema permite a la Secretaria anular la matricular de un estudiante del periodo actual. Observaciones: Tabla 38 Historia de Usuario. Anulación de Matrícula.. Historia de usuario Número: 38. Usuario: Profesor. Nombre de la historia: Registro de Asistencia. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,8. Iteración asignada: 2. Descripción: El sistema permite al Profesor registrar la asistencia de los estudiantes de un curso. Observaciones: Los profesores dirigentes se encargan de registrar la asistencia. El estado de asistencia es: Presente, falta justificada, falta Injustificada, fuga o atraso. Tabla 39 Historia de Usuario. Registro de Asistencia.. Historia de usuario Número: 39. Usuario: Profesor. Nombre de la historia: Modificación de Asistencia. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,4. Iteración asignada: 2.

(48) 32. Descripción: El sistema permite al Profesor modificar la asistencia de los estudiantes de un curso. Observaciones: Los profesores dirigentes se encargan de modificar la asistencia. Tabla 40 Historia de Usuario. Modificación de Asistencia.. Historia de usuario Número: 40. Usuario: Profesor. Nombre de la historia: Registro de Calificaciones. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,8. Iteración asignada: 2. Descripción: El sistema permite al Profesor registrar la calificación de los estudiantes de un curso. Observaciones: Tabla 41 Historia de Usuario. Registro de Calificaciones.. Historia de usuario Número: 41. Usuario: Profesor. Nombre de la historia: Modificación de Calificaciones. Prioridad en el negocio: MEDIA. Riesgo en desarrollo: MEDIO. Puntos estimados: 0,4. Iteración asignada: 2. Descripción: El sistema permite al Profesor modificar la calificación de los estudiantes de un curso. Observaciones: Tabla 42 Historia de Usuario. Modificación de Calificaciones.

(49) 33. Historia de usuario Número: 42. Usuario: Secretaria, Profesor, Estudiante. Nombre de la historia: Generación de reportes estudiantiles Prioridad en el negocio: BAJA. Riesgo en desarrollo: BAJO. Puntos estimados: 0,8. Iteración asignada: 3. Descripción: El sistema permite al usuario generar reportes de la información de los estudiantes. Observaciones: Los reportes son: Ø Reporte de Calificaciones Ø Reporte de Asistencia Ø Listado de Estudiantes Tabla 43 Historia de Usuario. Generación de Reportes Estudiantiles.. 2.1.1.2 Estimación de Historias de Usuario La valoración de las historias de usuario se realiza en las reuniones de planificación, donde el equipo de desarrollo estima la duración de cada historia de usuario, y el cliente decide que historia de usuario tiene mayor importancia o prioridad para el negocio. En la Tabla 44 se muestran los resultados de la priorización y estimación realizadas por el cliente y el equipo de desarrollo. Los elementos que se presentan en la tabla se basan en un Proyecto de Titulación de referencia5, el cual nos proporcionó información útil para establecer los parámetros.. 5. Pullas Elizabeth, Desarrollo de un Sistema para Voto Electrónico y Emisión de Resultados en Procesos Electorales de la Escuela Politécnica Nacional. Proyecto de Titulación.EPN.2010..

(50) 34. Los parámetros a considerar son: Prioridad: es el orden de importancia considerado para el negocio. Riesgo: es el riesgo que afronta el equipo de desarrollo para la obtención de resultados de cada historia de usuario. Tiempo Estimado: para realizar la estimación del Tiempo Estimado se considera: Ø Una semana de duración es equivalente a 1 punto de estimación. Ø Una semana equivale a 5 días laborables. Ø Cada día laborable se trabaja 5 horas. Ø El equipo de desarrollo está conformado por dos personas..

(51) Administración. Parámetros Académicos. Acceso. Usuarios. Integrante Institucional. Módulo. ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA ALTA. Registro de Integrante Institucional Modificación de Integrante Institucional Registro de Usuario Modificación de Usuario Acceso al sistema Registro de Niveles Educativos Modificación de Niveles Educativos Eliminación de Nivel Educativo Registro de Materias Modificación de Materias Eliminación de Materia Registro de Aulas Modificación de Aulas Eliminación de Aula Registro de Especialidades Modificación de Especialidades Eliminación de Especialidad Registro de Requisitos de Matrícula Modificación de Requisitos de Matrícula Eliminación de Requisito de Matrícula. 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20. Prioridad. Historias de Usuario. No. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. ALTO. Riesgo. 0,4. 0,4. 0,6. 0,4. 0,4. 0,6. 0,4. 0,4. 0,6. 0,4. 0,4. 0,6. 0,4. 0,4. 0,6. 0,4. 0,4. 0,8. 0,4. 0,8. Semana. 2. 2. 3. 2. 2. 3. 2. 2. 3. 2. 2. 3. 2. 2. 3. 2. 2. 4. 2. 4. Día. 10. 10. 15. 10. 10. 15. 10. 10. 15. 10. 10. 15. 10. 10. 15. 10. 10. 20. 10. 20. Horas. Tiempo Estimado. 35.

(52) MEDIA MEDIA. Modificación de Curso Generación de Reportes Académicos. 33. Reportes Estudiantiles. Evaluación. BAJA BAJA. Modificación de Calificaciones Generación de Reportes Estudiantiles. 41. Tabla 44 Estimación de Historias de Usuario.. BAJA. Registro de Calificaciones. 40. 42. BAJA. Modificación de Asistencia. 39. Estudiantil. BAJA. Registro de Asistencia. 38. Gestión. Matrícula. BAJA. MEDIA. Registro de Curso. 32. Anulación de Matrícula. MEDIA. Eliminación de Configuración de Calificación. 31. 37. MEDIA. Modificación de Configuración de Calificación. 30. BAJA. MEDIA. Registro de Configuraciones de Calificación. 29. Registro de Matrícula. MEDIA. Eliminación de Período. 28. 36. MEDIA. Modificación de Período Actual. 27. BAJA. MEDIA. Registro de Período. 26. Información del Estudiante. ALTA. Modificación de Datos de la Institución. 25. 35. ALTA. Registro de Datos de la Institución. 24. Información. BAJA. Eliminación de Materiales Académicos. 23. 34. BAJA. Modificación de Materiales Académicos. 22. Reportes Académicos. Cursos. Períodos. Institución. BAJA. Registro de Materiales Académicos. 21. BAJO. BAJO. BAJO. BAJO. BAJO. BAJO. BAJO. BAJO. MEDIO. MEDIO. MEDIO. MEDIO. MEDIO. MEDIO. MEDIO. MEDIO. MEDIO. ALTO. ALTO. BAJO. BAJO. BAJO. 0,8. 0,4. 0,8. 0,4. 0,8. 0,4. 1. 0,4. 0,8. 0,8. 0,8. 0,4. 0,4. 0,8. 0,6. 0,6. 0,8. 0,4. 0,4. 0,4. 0,4. 0,4. 4. 2. 4. 2. 4. 2. 5. 2. 4. 4. 4. 2. 2. 4. 3. 3. 4. 2. 2. 2. 2. 2. 20. 10. 20. 10. 20. 10. 25. 10. 20. 20. 20. 10. 10. 20. 15. 15. 20. 10. 10. 10. 10. 10. 36.