ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO http://academialinux.espoch.edu.ec/Fotos/noticias/logo_espoch_effec.JPG FACULTAD DE INFORMÁTICA Y ELECTRÓNICA ESCUELA DE INGENIERÍA EN SISTEMAS “DESARROLLO DE UN SISTEMA INFORMÁTICO PARA LA DISTRIBUCIÓN DE CARGA HORARIA Y ESPACIO FÍSICO ASIGNADO A DOCENTES Y ESTUDIANTES DE LA ESPOCH” Trabajo de titulación presentado para optar el grado académico de: INGENIERO EN SISTEMAS INFORMÁTICOS AUTORES: GARCÍA GAIBOR DARÍO EUGENIO TIPAN LÓPEZ ALEX SALVADOR TUTOR: ING. JORGE HUILCA Riobamba - Ecuador 2016 @2016, Dario Eugenio Garcia Gaibor, Alex Salvador Tipan López Se autoriza la reproducción total o parcial, con fines académicos, por cualquier medio o procedimiento, incluyendo la cita bibliográfica del documento, siempre y cuando se reconozca el Derecho de Autor. ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO FACULTAD DE INFORMATICA Y ELECTRONICA ESCUELA DE INGENIERIA EN SISTEMAS El Tribunal de Tesis certifica que: El trabajo de investigación: “DESARROLLO DE UN SISTEMA INFORMÁTICO PARA LA DISTRIBUCIÓN DE CARGA HORARIA Y ESPACIO FÍSICO ASIGNADO A DOCENTES Y ESTUDIANTES DE LA ESPOCH”, de responsabilidad de los señores Dario Eugenio Garcia Gaibor y Alex Salvador Tipan López, ha sido minuciosamente revisado por los Miembros del Tribunal de Tesis, quedando autorizada su presentación. Dr. PhD. Miguel Tasambay ______________ ______________ DECANO DE LA FACULTAD DE INFORMÁTICA Y ELECTRÓNICA Dr. Julio Santillán Castillo ______________ ______________ DIRECTOR DE ESCUELA DE INGENIERÍA EN SISTEMAS Ing. Jorge Huilca ______________ ______________ DIRECTOR DE TESIS Ing. Patricio Moreno ______________ ______________ MIEMBRO DEL TRIBUNAL Dr. Julio Santillan ______________ ______________ MIEMBRO DEL TRIBUNAL Nosotros Dario Eugenio Garcia Gaibor y Alex Salvador Tipan López, somos lo responsables de las ideas, doctrinas y resultados expuestos en este trabajo de titulación y el Patrimonio Intelectual de la misma pertenece a la “ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO”. _______________________ Dario Eugenio Garcia Gaibor _______________________ Alex Salvador Tipan López DEDICATORIA Ha nuestros padres, por el apoyo y sacrificio incondicional en estos años de estudio y en los momentos difíciles de nuestras vidas como tristezas y alegrías, gracias a ustedes hemos logrado culminar esta etapa de nuestras vidas. Dario, Alex AGRADECIMIENTO Agradecidos a nuestro Dios todo poderoso, por la fuerza y fe para creer en lo que parecía imposible de culminar. Ha nuestros padres, por el apoyo incondicional en el aspecto económico y moral. A los Ingenieros Jorge Huilca y Patricio Moreno, Director y miembro de nuestra tesis, por su orientación y apoyo en la culminación de nuestra tesis y ser unos extraordinarias seres humanos. A nuestras amigas y amigos, encontrados a lo largo de nuestra carrera, con sus conocimientos y apoyo fueron esenciales en cumplir este sueño. Dario, Alex CONTENIDO Páginas RESUMEN ................................................................................................................................ xii SUMMARY .................................................................................... ¡Error! Marcador no definido. INTRODUCCIÓN ...................................................................................................................... 14 1. MARCO TEÓRICO ..................................................................................................... 17 1.1. Diagnostico ......................................................................................................... 17 1.2. Herramientas y Tecnologías de desarrollo ............................................................ 18 1.2.1. Patrón de diseño MVC ......................................................................................... 18 1.2.1.1. Arquitectura de MVC ................................ ................................ ................................ .... 19 1.2.1.2. Tipos de patrones MVC ................................ ................................ ................................ . 20 1.2.2. Netbeans ............................................................................................................. 21 1.2.3. Apache Tomcat .................................................................................................... 22 1.2.3.1. Estructura ................................ ................................ ................................ ..................... 22 1.2.3.2. Características y Evolución ................................ ................................ ........................... 22 1.2.4. Gestor de base de datos PostgreSQL .................................................................... 23 1.2.5. Restfull ................................................................................................................ 24 1.2.6. JSON ................................................................................................................... 24 1.2.7. Node.js ................................................................................................................ 25 1.7.1.1. Funcionamiento de Node ................................ ................................ .............................. 25 2. MARCO METODOLOGICO ...................................................................................... 27 2.1. Descripción general de la metodología ................................................................. 27 2.1.1. Personas y Roles del Proyecto .............................................................................. 27 2.1.2. Tipos y roles de Usuario ....................................................................................... 27 2.1.3. Planificación ........................................................................................................ 28 2.1.4. Preparación del Proyecto ..................................................................................... 29 2.1.5. Requerimientos ................................................................................................... 29 2.1.6. Arquitectura del Sistema...................................................................................... 31 2.1.7. Diagramas de caso de uso .................................................................................... 32 2.1.8. Diagrama de Clases ............................................................................................. 34 2.1.9. Diccionario de clases ............................................................................................ 35 2.1.10. Base de Datos ..................................................................................................... 42 2.1.10.1. Diagrama Entidad Relación ................................ ................................ ......................... 43 2.1.10.2. Diagrama Fisico ................................ ................................ ................................ ........... 44 2.1.10.3. Diagrama Lógico ................................ ................................ ................................ .......... 45 2.1.10.4. Diccionario de Datos ................................ ................................ ................................ .... 46 2.1.11. Desarrollo ........................................................................................................... 53 2.1.11.1. Sprints del proyecto ................................ ................................ ................................ ..... 53 2.1.11.2. Historias de Usuario ................................ ................................ ................................ ..... 53 2.1.12. BurnDown Chart ................................................................................................. 54 2.1.13. Estructura de paquetes ........................................................................................ 56 2.1.14. Análisis y gestión del riesgo ................................................................................. 59 2.1.15. Identificación de riesgos ...................................................................................... 59 2.1.16. Análisis de riesgos ............................................................................................... 60 3. MARCO DE RESULTADOS, DISCUSIÓN Y ANÁLISIS DE RESULTADOS ...... 64 3.1. Indicadores de Evaluación ................................................................................... 64 3.2. Indicador de usabilidad ........................................................................................ 70 3.2.1. Efectividad .......................................................................................................... 71 3.2.2. Eficiencia ............................................................................................................. 71 3.2.3. Satisfacción ......................................................................................................... 72 CONCLUSIONES ...................................................................................................................... 74 RECOMENDACIONES ............................................................................................................ 75 Sprint backlog ................................................................................................................... 48 BIBLIOGRAFIA ANEXOS ÍNDICE DE TABLAS Tabla 1-2: Carga Horaria ………………………………………….................................... ….......18 Tabla 2-2: Personas y Roles del Proyecto…………………………………………………… …..…...27 Tabla 3-2. Tipos y Roles del Proyecto ………………………………………………….. …..…...28 Tabla 4-2. Planificación de Sprint del Proyecto………………………………………….. …..…...28 Tabla 5-2. Product Backlog Proyecto……………………………………………………. …..…...29 Tabla 6-2: Clase Administrador………………………………………………………..… …..…...35 Tabla 7-2: Clase Carrera……………………………………………………………….... …..…...35 Tabla 8-2: Clase Curso………………………………………………………………..… …..…...36 Tabla 9-2: Clase Director……………………………………………………………….. …..…...36 Tabla 10-2: Clase Docente……………………………………………………………….. …..…...37 Tabla 11-2: Clase Edificio……………………………………………………………… …..…...37 Tabla 12-2: Clase Escuela………………………………………………………………... …..…...38 Tabla 13-2: Clase Espacio…………………………………………………………….….. …..…...38 Tabla 14-2: Clase Facultad………………………………………………………………. …..…...39 Tabla 15-2: Clase Hora_Clase……………………………………………………………… …..…...39 Tabla 16-2: Clase Horario………………………………………………………………… …..…...39 Tabla 17-2: Clase Materia……………………………………………………………… …..…...40 Tabla 18-2: Clase Periodo………………………………………………………………… …..…...41 Tabla 19-2: Clase Titulo………………………………………………………………… …..…...41 Tabla 20-2: Clase Usuario………………………………………………………………… …..…...41 Tabla 21-2: t_administrador…………………………………………………………….. …..…...46 Tabla 22-2 : t_carrera……………………………………………………………………. …..…...47 Tabla 23-2: t_curso…………………………………………………………………….. …..…...47 Tabla 24-2: t_director…………………………………………………………………… …..…...47 Tabla 25-2: : t_docente …………………………………………………………………… …..…...48 Tabla 26-2: t_edificio……………………………………………………………………… …...49 Tabla 27-2: t_escuela……………………………………………………………………. ...…...49 Tabla 28-2: t_espacio…………………………………………………………………….. ….........50 Tabla 29-2: t_facultad…………………………………………………………………… …...50 Tabla 30-2: t_horaclase…………………………………………………………………… …...51 Tabla 31-2: t_horario…………………………………………………………………….. …...51 Tabla 32-2: t_materia……………………………………………………………………………. ……....52 Tabla 33-2: t_periodo…………………………………………………………………….... …...52 Tabla 34-2: t_titulo……………………………………………………………………….. …...53 Tabla 35-2. Sprint 2 – Etapa de Diseño …………………………………………………. …...54 Tabla 36-2. Historia Usuario 06 ……………………………...……………………….… …...55 Tabla 37-2: Impacto del Riesgo…………………………………………………………… …...60 Tabla 38-2: Valoración de Riesgos……………………………………………………..…. …...61 Tabla 39-2: Probabilidad……………………………………………………………….……. …...61 Tabla 40-2: Impacto del Riesgo……………………………………………………………. …...62 Tabla 41-2: Impacto – Riesgo………………………………………………………..…….. …...62 Tabla 42-2: Exposición al Riesgo………………………………………………….………… …...63 Tabla 43-2: Riesgos…………………………………………………………………………. …...63 Tabla 1-3: Registrar horarios……………………………………………………….…… …...65 Tabla 2-3: Generar un reporte de cargas horarias. ………………………………………… …...66 Tabla 3-3: Registrar aulas/laboratorios…………………………………………..……… …...67 Tabla 4-3: Registrar docentes…………………………………………………………… …...69 Tabla 5-3: Registrar materia…………………………………………………………….. …...70 Tabla 6-3: Resumen de los indicadores de evaluación…………………………………… …..…...71 Tabla 7-3: Efectividad……………………………………………………………………. …..…...72 Tabla 8-3: Eficiencia……………………………………………………………………... …..…...73 Tabla 9-3: Método Likert………………………………………………………............... …..…...74 Tabla 10-3: Perspectiva del usuario sobre la usabilidad del sistema………………………. …..…...74 Tabla 11-3: Métricas de Usabilidad………………………………………………………... …..…...74 ÍNDICE DE ILUSTRACIONES Figura 1-1: Patrón MVC………………………………………………………………….. .….20 Figura 2-1: MVC de arquitectura Tipo 1……………………………………………. …… .….20 Figura 3-1: MVC de arquitectura Tipo 2………………………………………………...... .….21 Figura 1-2: Diagrama de componentes…………………………………………………… .….32 Figura 2-2: Diagrama casos de uso Administrador………………………………………… .….33 Figura 3-2: Diagrama casos de uso Director………………………………………………….. .….33 Figura 4-2: Diagrama de Clases…………………………………………………………….. .….34 Figura 5-2. Diagrama Entidad Relación……………………………………………………. .….43 Figura 6-2. Diagrama Físico……………………………………………………………… .….44 Figura 7-2. Diagrama Lógico………………………………………………………………. .….45 Figura 8-2. BurnDown del Proyecto ………………………………………………………. .….56 Figura 9-2. Estructura de los paquetes…………………………………………………….. .….57 Figura 10-2. Estructura del paquete de conexión…………………………………………… .….57 Figura 11-2. Estructura del paquete del controlador………………………………………… .….58 Figura 12-2. Estructura del paquete de lógica……………………………………………… .….58 Figura 13-2. Estructura del paquete de modelo……………………………………………… .….59 Figura 14-2. Estructura del paquete utl………………………………………………..…… .….59 Figura 1-3: Registrar horarios………………………………………………………………. .….65 Figura 2-3: Generar un reporte de cargas horarias………………………………….……… .….67 Figura 3-3: Registrar aulas/laboratorios…………………………………………………… .….68 Figura 4-3: Registrar docentes……………………………………………………………… .….69 Figura 5-3: Registrar materia……………………………………………………………….… .….70 Figura 6-3: Asignación de laboratorios a cursos………………………………………….… .….71 RESUMEN Se desarrolló el sistema informático para la distribución de carga horaria y espacio físico asignado a docentes y estudiantes de la Escuela Superior Politécnica de Chimborazo. Se consideró realizar un estudio y análisis sobre las condiciones actuales que vive la Institución en cuanto al manejo del proceso de distribución de carga horaria y espacio físico de forma no automatizada. Por medio de técnicas de recolección de información y el uso de herramientas y tecnologías de uso gratuito como Netbeans, PostgreSQL, Glasfish, Restfull, y la metodología de desarrollo ágil SCRUM, que trabaja de forma interactiva al finalizar cada ciclo de trabajo, basados en sus componentes como eventos, roles, artefactos, causantes de ocasionar un producto de calidad, se desarrolló el Sistema Informático SIDICAHO, cuya fase de análisis y estudio de resultados se realizó en la Escuela de Ingeniería en Sistemas. Con la implementación del sistema informático se optimizó el 85,42% del tiempo total que el Director de Escuela se demoraba en realizar la distribución de la carga horaria y espacios físicos asignados a docentes y estudiantes de forma no automatizada, y el porcentaje de usabilidad en la capacitación al Director de Escuela fue del 88,89%. El sistema informático cumplió exitosamente con el tiempo optimizado y las métricas de usabilidad evaluadas mediante la implementación y capacitación al Director de Escuela, por lo que se recomienda vincular los procesos no automatizados que se realiza en la ESPOCH con la Escuela de Ingeniería en Sistemas, para que los estudiantes tengan la opción de elegir como tema de tesis automatizar estos procesos, beneficiando directamente a la Institución. Palabras claves: , , , , , , , < SISTEMAS > ABSTRACT It was developed the computer system for the distribution of workload and physical space assigned to teachers and students of the Polytechnic School of Chimborazo. It was considered to realize a study and an analysis about the actual conditions that live the institution regarding to the management to the distribution process of workload and physical space in a non-automated way. Through information collection techniques and the use of tools and technology of free use like: Netbeans, PostgreSQL, Glasfish, Resfull, and the methodology of agile development SCRUM, that works interactively form at the end of each work cycle, based on their compounds like, events, roles, artifacts, guilty of causing quality product, it was developed the Computer System SIDICAHO, which each phase of analysis and study of result was realized in the School of Systems Engineering. With the implementation of the computer system was optimized a 85,42% of the total time that the School Principal was delayed in performing the workload and physical spaces assigned to the teachers and students in a non-automated way, an the percentage of usability in the capacitation to the School Principal was a 89,89%. The computer system was successfully fulfilled with the optimized time and the usability metrics evaluated through implementation and training to the School Principal, so it is recommended link the non-automated processes that are realize in the ESPOCH, with the School of Systems Engineering, so students will have the choice as thesis topic automate these processes, directly benefiting to the Institution. Clue Words: INTRODUCCIÓN El trabajo de titulación contempla el desarrollo de un sistema informático para la distribución de carga horaria y espacio físico asignado a docentes y estudiantes de la ESPOCH, como primer objetivo se realizó un diagnosticó sobre el mecanismo de trabajo que se lleva en la distribución de carga horaria y espacios físicos actualmente en la ESPOCH. Se determina que cada semestre se realizó una planificación de la carga horaria de las Escuelas de la ESPOCH, que consiste en asignar a los Docentes las asignaturas que van a dictar en el siguiente período académico y el horario de clases, así como las aulas y laboratorios a utilizar. La planificación de los Directores de cada Escuela, quienes son los encargados de generar el horario de clases, asignando a cada curso las asignaturas que según la malla curricular tienen que cubrir los estudiantes matriculados en dicho curso. Además, para cada grupo de estudiantes se tiene que asignar el aula que van a utilizar y el o los laboratorios que necesitarán dependiendo de las asignaturas y de la necesidad del Docente que la imparta. Cada Docente de la ESPOCH tiene asignado además un puesto de trabajo en una de las salas de Docentes que hay en los edificios y en la cual tiene que permanecer un tiempo específico para cumplir sus actividades adicionales a las de impartición de clases. Dichos puestos de trabajo son asignados igualmente por los Directores de Escuela en coordinación y aprobación del Decanato y el Vicedecanato de su Facultad. Así mismo, cada grupo de estudiantes tiene asignada un aula específica para recibir sus clases. Esta asignación es realizada en función del número de estudiantes del curso y del número de pupitres disponibles, en este espacio de trabajo de los estudiantes. Nuevamente los Directores de las Escuelas son los encargados de realizar dicha distribución de aulas, intentando siempre cubrir las necesidades del curso. Como existen Docentes que tienen asignada carga horaria en más de una Escuela de su Facultad, los Directores tienen que ponerse de acuerdo entre ellos para manejar las jornadas de clases de tal manera que no existan cruces en los horarios que manejan los Docentes. Los Directores deben coordinar con los desarrolladores informáticos de su Facultad la asignación de los laboratorios para los cursos en las asignaturas que requieren el uso de los equipos, igualmente evitando el cruce de horarios de los Docentes y la optimización del uso de los laboratorios, es decir deben revisar el número de equipos y de estudiantes que van a hacer uso del inmobiliario. Mediante el diagnóstico previo en la Escuela Superior Politécnica de Chimborazo, se identificó que no posee procesos automatizados para la distribución de carga horaria, aulas, laboratorios, sala de tutorías para docentes y estudiantes. El segundo objetivo es realizar una investigación sobre las tecnologías y herramientas usadas para el diseño y desarrollo del sistema informático como: PostgreSQL que es uno del gestor de base de datos más fornidos, gracias a su estabilidad y habilidad de dirección e ejecución de estándares han sido las peculiaridades que se han tomado en cuenta durante su desarrollo. PostgreSQL trabaja perfectamente con grandes volúmenes de información y alta tráfico de datos simultáneamente con usuarios concurriendo al mismo tiempo y la capacidad de evitar cuellos de botella por una la mala distribución de los datos. NetBeans es un marco de trabajo acabado y experto para el desarrollo de aplicaciones de escritorio, móviles y web de código abierto, contiene ciertas funcionalidades tales como pruebas, depuración, etc. Soporta una variedad de lenguajes de programación como PHP, C, C++, Grooby, etc., en especial el lenguaje de programación Java Apache Tomcat es un servidor web que da soporte a servlets y JSPs de modo que, no es un servidor de aplicaciones. Dado que dicho producto fue desarrollado en Java, éste puede ejecutarse sobre cualquier sistema operativo, Restfull es una tendencia en las tecnologías debido a su eficacia al momento de c crear servicios web. Node.js es un entorno JavaScript de lado de servidor que utiliza un modelo asíncrono y dirigido por eventos.Node usa el motor de JavaScript V8 de Google: una VM tremendamente rápida y de gran calidad escrita por gente como Lars Bak, uno de los mejores ingenieros del mundo especializados en VMs. El tercer objetivo es desarrollar el Sistema informático basados en la metodología ágil SCRUM que faciliten los procesos de distribución de carga horaria, registros de aulas/laboratorios, docentes, directores, etc. La finalidad de desarrollar el sistema informático es que brinde las facilidades requeridas para el acceso a la información de la ubicación, horarios de clase asignados a través de un navegador web, con la ayuda del servicio de internet. De acuerdo a los aspectos considerados, el proyecto a desarrollar es orientado a la web, multiplataforma, creado con herramientas de distribución libre sin costo de licencia, el acceso a esta aplicación estará disponible solo en la intranet de la ESPOCH, poseerá políticas de seguridad basada en los tipos de usuarios, no contempla el desarrollo de una aplicación móvil. El cuarto objetivo es evaluar los indicadores de actividad y usabilidad al sistema de distribución de carga horaria y espacios físicos de la ESPOCH, con la capacitación al Director de la Escuela de Ingeniería en Sistemas de la Facultad de Informática y Electrónica de la ESPOCH. Se realizan pruebas con los datos de la Escuela de Ingeniería en Sistemas para cumplir con la fase de presentación de resultados, que es medir los indicadores de actividad y usabilidad a través de sus métricas de valoración. El sistema cuenta con un Módulo de Administrador que es el encargado de realizar una supervisión y administración de la información generada en todo el sistema así como también la asignación de usuarios a los módulos de autoridades y creación de los periodos académicos. Módulo del Vicedecano es el encargado del registro, consulta, modificación y eliminación de los datos del docente, materia, aulas, laboratorios, sala de Docentes, cursos de su respectiva Facultad. El Módulo del Director realiza la creación de los registros para la carga horaria asignando un docente, un curso, una materia, título del docente, aula, laboratorio en una hora y día especifico, en el periodo académico actual. Módulo de Docentes, permitirá la consulta de la carga horaria, laboratorio, aula, sala de tutorías, asignados en función de sus asignaturas y un reporte de la distribución de carga horaria que se le fue asignada en un periodo académico especifico. El Módulo del Estudiante, realiza la consulta de la carga horaria, laboratorio, aula y ver la sala de tutorías en base a sus asignaturas y generar un reporte de su distribución de horarios. CAPITULO I 1. MARCO TEÓRICO Se realiza un estudio y análisis sobre las condiciones actuales que vive la Escuela Superior Politécnica del Chimborazo en la distribución de carga horaria y espacios físicos asignado a docentes y estudiantes de la ESPOCH, por lo que se desarrolla un sistema informático orientado a la web que ayude agilizar estas tareas que son realizadas de forma manual e individual por parte de cada Director de Escuela, lo que provoca que se presenten algunos inconvenientes, el sistema informático se desarrolla con la ayuda de herramientas y tecnologías de uso gratuito como Netbeans, PostgreSQL, Apache Tomcat,Node.js, Restfull, etc. 1.1. Diagnostico Actualmente existe un sistema informático, piloto desarrollado para la distribución de carga horaria y espacios físicos asignado a docentes y estudiante de la Faculta de Informática y Electrónica que esta implementado, pero aún no ha sido utilizado. Mediante técnicas de investigación como la entrevista a algunos funcionarios, docentes, estudiantes de la ESPOCH, se detectaron algunas falencias: . Existen Docentes que sufren una disminución, aumento o cambio de materias (que representan horas clase) en su carga académica en cada semestre lo que provoca un cambio también en sus horarios y condiciones contractuales. . Cruce de horarios de los Docentes entre Escuelas. . Asignación de aulas pequeñas para grupos grandes de estudiantes y aulas grandes para grupos pequeños. . Asignación de laboratorios pequeños para grupos grandes de estudiantes y laboratorios grandes para grupos pequeños. . Asignación de laboratorios a cursos que no los requieren, dejando sin acceso a laboratorio a cursos que sí los necesitan. Artículo 53. Espacios para desarrollo de las asignaturas. De acuerdo al Concejo Politécnico (2014, p.20). Los espacios físicos para el desarrollo de las asignaturas en la ESPOCH en clases y evaluaciones se impartirán en las aulas físicas, laboratorios, talleres y lugares autorizados por el (la) decano(a) de la Facultad, coordinador(a) de Extensiones o Director(a) de centros de apoyo Académico. La distribución de carga horaria en la ESPOCH se contempla de la siguiente manera: a) Los docentes a tiempo completo con nombramiento, tendrán una dedicación efectiva de 30 horas semanales; obligatoriamente distribuidas en los cinco días laborables de la semana. b) Los docentes a tiempo parcial con nombramiento, tendrán una dedicación efectiva de 10 horas semanal. c) Docentes contratados horas – clase. d) Los docentes con funciones directivas tendrán una dedicación exclusiva. Las horas de dedicación de los docentes se sujetarán al horario de trabajo de la unidad académica, de conformidad a las unidades académicas planificarán la distribución académica del docente de la siguiente manera(Concejo Politecnico,2014, p.20). Tabla 1-2:Carga Horaria Tiempo Cantidad de asignaturas Horas Clase Docentes a tiempo completo 1 asignatura 20 - 22 2 asignaturas 18 - 20 3 a 4 asignaturas 16 - 18 Docentes a tiempo parcial 1 asignatura 8 - 10 2 asignaturas 6 - 8 Docentes contratados 4 asignaturas 4 a 24 Realizado por: Garcia D., Tipan A., 2016 Fuente: HUtp://www.espoch.edu.ec/Descargas/RRA2014.pdf 1.2. Herramientas y Tecnologías de desarrollo 1.2.1. Patrón de diseño MVC MVC es una propuesta de diseño de software utilizada para implementar sistemas donde se requiere el uso de interfaces de usuario. Surge de la necesidad de crear software más robusto con un ciclo de vida más adecuado, donde se potencie la facilidad de mantenimiento, reutilización del código y la separación de conceptos (Alvarez, 2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). Su fundamento es la separación del código en tres capas diferentes, acotadas por su responsabilidad, en lo que se llaman Modelos, Vistas y Controladores, o lo que es lo mismo, Model, Views & Controllers (Alvarez, 2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). 1.2.1.1. Arquitectura de MVC Los principales componentes del patrón MVS son: . Modelo Es la capa donde se trabaja con los datos, por tanto contendrá mecanismos para acceder a la información y también para actualizar su estado. Los datos los tendremos habitualmente en una base de datos, por lo que en los modelos tendremos todas las funciones que accederán a las tablas y harán los correspondientes selects, updates, inserts, etc (Alvarez, 2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). . Vistas Las vistas, como su nombre nos hace entender, contienen el código de nuestra aplicación que va a producir la visualización de las interfaces de usuario, o sea, el código que nos permitirá renderizar los estados de nuestra aplicación en HUML. En las vistas nada más tenemos los códigos HUML y PHP que nos permite mostrar la salida(Alvarez,2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). . Controlador Contiene el código necesario para responder a las acciones que se solicitan en la aplicación, como visualizar un elemento, realizar una compra, una búsqueda de información, etc (Alvarez,2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). MVC Figura 1-1: Patrón MVC Fuente: HUtps://javamex.files.wordpress.com/2014/07/mvc.png Las líneas continuas son asociaciones directas y las punteadas son indirectas, como podemos ver en la Figura 1-1, el controlador tiene una asociación con la vista y el modelo, además la vista tiene una asociación con el modelo debido que cuando el usuario realiza una operación lo hace a través del controlador el cual realiza operaciones sobre el modelo y luego notifica a la vista para que actualice la información que vemos en pantalla, Cuando el modelo es actualizado este puede arrojar eventos que notifican a la vista para que se actualice es por eso que existe la línea punteada entre ambos (Alvarez, 2014, HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml). La vista tiene una relación indirecta con el controlador debido a que existen implementaciones de MVC en las cuales la vista no tiene acceso al Modelo por lo cual toda la información la obtiene a través del controlador. (Alvarez, 2014, HUtp://www.desarrolloweb.com/articulos/que-es- mvc.HUml). 1.2.1.2. Tipos de patrones MVC Actualmente existen dos tipos de patrón MVC: Figura 2-1: MVC de arquitectura Tipo 1 Fuente: HUtp://catarina.udlap.mx/u_dl_a/tales/documentos/lis/sanchez_r_ma/capitulo2.pdf Como se muestra en la Figura 2-1, las páginas JSP están en el centro de la aplicación, y contienen tanto la lógica de control como la de presentación donde lo que hace este tipo de arquitectura es que el cliente realice una petición a una página JSP, debido a su sencillez puede utilizarse este tipo de arquitectura (Sánchez, 2006, pp-4-7). Figura 3-1: MVC de arquitectura Tipo 2 Fuente: HUtp://catarina.udlap.mx/u_dl_a/tales/documentos/lis/sanchez_r_ma/capitulo2.pdf En el modelo que se aprecia en la Figura 3-1,es una clara separación entre el controlador y la vista, por lo que ahora es directamente el controlador quien recibe la petición, prepara el modelo y lo transforma para que sea desplegado en la vista. Este tipo de arquitectura MVC es el que se utiliza para aplicaciones más complejas, La tecnología JSP no es la única que se puede emplear para las vistas, existen otro tipo de tecnologías que pueden servir como vistas (Sánchez, 2006, pp-4- 7). 1.2.2. Netbeans Netbeans es un proyecto de código abierto con un entorno de desarrollo bastante amplio en cuestión de funcionalidades por la sencillez en su programación y versatilidad para cualquier tipo de aplicación, especialmente las elaboradas en el lenguaje de programación java (Calendamaia, 2014, HUtp://www.genbetadev.com/herramientas/netbeans-1). Es un entorno de desarrollo gratuito y de código abierto que en el momento de escribir este artículo está en su versión 7.4. Permite el uso de un amplio rango de tecnologías de desarrollo tanto para escritorio, como aplicaciones Web, o para dispositivos móviles. Da soporte a las siguientes tecnologías, entre otras: Java, PHP, Groovy, C/C++, HUML5,… Además puede instalarse en varios sistemas operativos: Windows, Linux, Mac OS(Calendamaia, 2014, HUtp://www.genbetadev.com/herramientas/netbeans-1). 1.2.3. Apache Tomcat Apache , también conocido como simplemente Tomcat o Jakarta Tomcat, es un servidor web multiplataforma que funciona como contenedor de servlets y que se desarrolla bajo el proyecto denominado Jackarta perteneciente a laApache Software Foundation bajo la licencia Apache 2.0 y que implementa las especificaciones de los servlets y de JavaServer Pages o JSP de Sun Microsystem. Dicho servidor es mantenido y desarrollado por miembros de la fundación y voluntarios independientes, los cuales tienen libre acceso al código fuente bajo los términos establecidos por la Apache Software Foundation. (grupoapache, 2011, HUtps://apachefoundation.wikispaces.com/Apache+Tomcat) 1.2.3.1. Estructura La jerarquía de directorios de Apache Tomcat es la siguiente: . bin: arranque, cierre, scripts y ejecutables. . common: clases comunes que puede utilizar Catalina (contenedor de servlets) y las aplicaciones web. . conf: ficheros XML y la correspondiente DTD para la configuración de Apache Tomcat. . logs: logs del contenedor de servlets y de las aplicaciones. . server: clases usadas por el contenedor de servlets. . shared: clases compartidas por todas las aplicaciones web. . webapps: directorio que contiene las aplicaciones web. . work: almacenamiento temporal de ficheros y directorios. 1.2.3.2. Características y Evolución Apache tomcat puede funcionar como servidor web por sí mismo sin embargo, en sus inicios se pensaba que dicho servidor era recomendable usarse en entornos de desarrollo con requisitos mínimos de velocidad. En la actualidad no existe esta percepción y por esto, es usado como servidor web autónomo en entornos con alto nivel de tráfico y alta disponibilidad (grupoapache, 2011, HUtps://apachefoundation.wikispaces.com/Apache+Tomcat) Sus principales características son: . Autenticación de acceso básico. . Negociación de credenciales. . HUTPS . Alojamiento compartido. . CGI o interfaz de entrada común. . Servlets de Java. . SSI . Consola de administrador. 1.2.4. Gestor de base de datos PostgreSQL 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, siendo uno de los gestores de base de datos más potente en el mercado y en sus últimas versiones no tiene nada que envidiarle a otras bases de datos comerciales (Martinez, 2010, HUtp://www.postgresql.org.es/sobre_postgresql). PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez de multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los procesos no afectará el resto y el sistema continuará funcionando (Martinez, 2010, HUtp://www.postgresql.org.es/sobre_postgresql). Hoy en día el grupo central (core team) de desarrolladores está formado por 6 personas, existen 38 desarrolladores principales y más 21 desarrolladores habituales. En total alrededor de 65 personas activas, contribuyendo con el desarrollo de PostgreSQL(Martinez, 2010, HUtp://www.postgresql.org.es/sobre_postgresql). A continuación se tiene las características general más importantes en un sistema PostgreSQL. . Es una base de datos 100% ACID . Integridad referencial . Tablespaces . Nested transactions (savepoints) . Replicación asincrónica/sincrónica / Streaming replication - Hot Standby . Two-phase commit . PITR - point in time recovery . Copias de seguridad en caliente (Online/hot backups) . Unicode . Juegos de caracteres internacionales . Regionalización por columna . Múltiples métodos de autentificación . Acceso encriptado vía SSL . Actualización in-situ integrada (pg_upgrade) . Completa documentación . Licencia BSD . Disponible para Linux y UNIX en todas sus variantes. 1.2.5. Restful Restfull es una tecnología simple pero eficaz que se puede utilizar para crear servicios web. Sin necesidad de ningún conjunto de herramientas, los desarrolladores necesitan saber el Protocolo de transferencia de hipertexto (HUTP), hipertexto Markup Language (HUML) y Extensible Markup Language (XML), garantizando la compatibilidad con el tiempo ( Hourani, 2014; Shambour, 2014; Al-Zubidy, 2014; Al-Smadi, 2014; pp. 1071-1080). Restfull es el API de Java y otros programas(Jersey, JBoss y Restlet), que eventualmente cumple con las principales limitaciones REST [11, 13, 25, 26], sin embargo, el desarrollo de servicios web RESTful son típicamente para funcionar durante el mismo servidor que se utiliza en sitios web ( Hourani et al, 2014; pp. 1071-1080). 1.2.6. JSON JSON (JavaScript Object Notation - Notación de Objetos de JavaScript) es un formato ligero de intercambio de datos. Leerlo y escribirlo es simple para humanos, mientras que para las máquinas es simple interpretarlo y generarlo. Está basado en un subconjunto del Lenguaje de Programación JavaScript,Standard ECMA-262 3rd Edition - Diciembre 1999. JSON es un formato de texto que es completamente independiente del lenguaje pero utiliza convenciones que son ampliamente conocidos por los programadores de la familia de lenguajes C, incluyendo C, C++, C#, Java, JavaScript, Perl, Python, y muchos otros. Estas propiedades hacen que JSON sea un lenguaje ideal para el intercambio de datos(Svenska).. JSON está constituído por dos estructuras: . Una colección de pares de nombre/valor. En varios lenguajes esto es conocidos como un objeto, registro, estructura, diccionario, tabla hash, lista de claves o un arreglo asociativo(Svenska).. . Una lista ordenada de valores. En la mayoría de los lenguajes, esto se implementa como arreglos, vectores, listas o secuencias(Svenska).. Estas son estructuras universales; virtualmente todos los lenguajes de programación las soportan de una forma u otra. Es razonable que un formato de intercambio de datos que es independiente del lenguaje de programación se base en estas estructuras (Svenska). 1.2.7. Node.js Node.js es un entorno JavaScript de lado de servidor que utiliza un modelo asíncrono y dirigido por eventos.Node usa el motor de JavaScript V8 de Google: una VM tremendamente rápida y de gran calidad escrita por gente como Lars Bak, uno de los mejores ingenieros del mundo especializados en VMs(Rafa,2011).. No olvidemos que V8 es actualizado constantemente y es uno de los intérpretes más rápidos que puedan existir en la actualidad para cualquier lenguaje dinámico. Además las capacidades de Node para I/O (Entrada/Salida) son realmente ligeras y potentes, dando al desarrollador la posibilidad de utilizar a tope la I/O del sistema(Rafa,2011). Uno de los puntos fuertes de Node es su capacidad de mantener muchas conexiones abiertas y esperando. En otros servidores como apache por ejemplo el parámetro MaxClients por defecto es 256. Este valor puede ser aumentado para servir contenido estático, sin embargo si se sirven aplicaciones web dinámicas en PHP u otro lenguaje es probable que al poner un valor alto el servidor se quede bloqueado ante muchas conexiones -esto dependerá del trabajo que la aplicación web de al servidor y de su capacidad hardware(Rafa,2011).. Una aplicación para Node se programa sobre un solo hilo. Si en la aplicación existe una operación bloqueante (I/O por ejemplo), Node creará entonces otro hilo en segundo plano, pero no lo hará sistemáticamente por cada conexión como haría Apache. En teoría Node puede mantener tantas conexiones como número máximo de archivos descriptores (sockets) soportados por el sistema. En un sistema UNIX este límite puede rondar por las 65.000 conexiones, un número muy alto. Sin embargo en la realidad la cifra depende de muchos factores, como la cantidad de información que esté la aplicación distribuyendo a los clientes. Una aplicación con actividad normal podría mantener 20-25.000 clientes a la vez sin haber apenas retardo en las respuestas(Rafa,2011). 1.7.1.1. Funcionamiento de Node Node ejecuta V8 JavaScript. Espere... ¿qué? ¿JavaScript en el servidor? Sí, leyó correctamente. El JavaScript del lado del servidor puede ser un concepto nuevo para cualquiera que haya trabajado exclusivamente con JavaScript del lado del cliente, pero la idea en sí no es tan inverosímil — ¿por qué no utilizar el mismo lenguaje de programación que usted usa en el cliente del lado del servidor? (Abernethy.,2011). CAPITULO II 2. MARCO METODOLOGICO Para el desarrollo del sistema informático se implementó la metodología de gestión de proyectos del desarrollo de software denominada SCRUM, basada en realizar cambios en cada ciclo de trabajo y las tareas se realizan en base a lo planificado para cada uno de los miembros del grupo de trabajo de manera independiente, el cual trata sobre una planificación del desarrollo del proyecto. El sistema informático está estructurado por los paquetes usados en el desarrollo del sistema, los diagramas de caso de uso, diagramas de clase y el diseño de la base de datos con sus diagramas (entidad relación, lógico, físico) y su diccionario de datos. 2.1. Descripción general de la metodología 2.1.1. Personas y Roles del Proyecto Para la ejecución del Proyecto se contó con la participación de 4 personas que se mencionan en la Tabla 1-2. Tabla 1-2: Personas y Roles del Proyecto Persona Rol Ing. Jorge Huilca Product Owner Ing. Patricio Moreno Product Owner Dario Garcia Scrum Manager/Desarrollo Alex Tipán Scrum Manager/Desarrollo Realizado por: Garcia D., Tipan A., 2016 2.1.2. Tipos y roles de Usuario Para el Sistema de Distribución de Carga Horaria y Espacio Físico Asignado a Docentes y Estudiantes de la ESPOCH, se describen dos tipos de usuario, con sus respectivos roles, que a continuación se describen en la Tabla 2-2. Tabla 2-2: Tipos y Roles del Proyecto Tipo de Usuario Rol Administrador Es el usuario que gestiona toda la información de las entidades necesarias para la creación de horarios y asigna la carga horaria a los docentes. Director Es el usuario que distribuye la carga horaria ya preasignada a los docentes, creando los horarios asignando una hora académica, espacio físico al docente y materia. Realizado por: Garcia D., Tipan A., 2016 2.1.3. Planificación Para el desarrollo del Sistema de Distribución de Carga Horaria y Espacio Físico Asignado a Docentes y Estudiantes de la ESPOCH, se establecieron 7 Sprint cada uno corresponde a un módulo completo como se detalla en la Tabla 3-2. El Sprint 3 es el que se realizó con mayores puntos de esfuerzo con respecto el resto de Sprint. La ejecución de los Sprint se realizó con un total de seis sientas ochenta y ocho esfuerzo. Tabla 3-2. Planificación de Sprint del Proyecto. Sprint Descripción Fecha Inicio Fecha Fin Esfuerzo Sprint 1 Análisis y definición de los requisitos, alcance del proyecto e historias de usuario 05/28/2015 06/24/2015 80 Sprint 2 Diseño 06/25/2015 07/22/2015 80 Sprint 3 Desarrollo del módulo del Administrador. 07/23/2015 10/05/2015 212 Sprint 4 Desarrollo del módulo del Director. 10/06/2015 11/25/2015 148 Sprint 5 Desarrollo del módulo del Pruebas 11/26/2015 12/09/2015 40 Sprint 6 Implementación 12/10/2015 12/22/2015 36 Sprint 7 Documentación 12/23/2015 01/20/2015 84 Total 688 Realizado por: Garcia D., Tipan A., 2016 2.1.4. Preparación del Proyecto Para la ejecución del proyecto inicialmente se realizó un análisis de las necesidades del cliente de Software, con la finalidad de establecer las funcionalidades, posteriormente se definió la arquitectura, el diseño de la base de datos, el establecimiento y la configuración de las herramientas y tecnologías de software a utilizar para el diseño del proyecto. 2.1.5. Requerimientos Los requerimientos para el proyecto fueron establecidos conjuntamente con los Product Owner establecidos en la Tabla 4-2, mediante una reunión inicial en la que se estableció la funcionalidad del sistema. Se describe en la Tabla 4-2, la Pila del Producto (Product Backlog), en la que el ID es el identificador para la funcionalidad, Descripción de la funcionalidad y la columna de estimación. La estimación está dada por tiempo-hombre, el tiempo está dado por horas acotando que un día laborable es de 4 horas y el trabajo es realizado por una persona. Tabla 4-2. Product Backlog Proyecto Id Tareas Realizadas Estimación HU-01 Como Desarrollador, requiero una recopilación de requerimientos. 16 HU-02 Como Desarrollador, requiero realizar un análisis de requerimientos. 16 HU-03 Como Desarrollador, requiero realizar una planificación de trabajo del Sistema. 16 HU-04 Como Desarrollador, requiero definir las historias de usuario 24 HU-05 Como Desarrollador, requiero definir el nombre del sistema 8 HU-06 Como desarrollador necesito diseñar la base de datos. 30 HU-07 Como desarrollador necesito establecer un estándar de codificación. 20 HU-08 Como desarrollador necesito establecer bocetos de la interfaz de usuario. 22 HU-09 Como desarrollador necesito determinar la arquitectura del sistema. 8 HU-10 Como Administrador requiero tener un sistema de autenticación. 14 HU-11 Como Administrador requiero crear, listar, modificar y eliminar Docentes. 12 HU-12 Como Administrador necesito ingresar, listar, modificar y eliminar Directores. 20 HU-13 Como Administrador requiero ingresar, listar, modificar y eliminar aulas y laboratorios. 12 HU-14 Como Administrador requiero ingresar, listar, modificar y eliminar 12 Edificios para organizar las aulas y laboratorios. HU-15 Como Administrador requiero ingresar, listar, modificar y eliminar Materias. 20 HU-16 Como Administrador necesito crear, listar, modificar y eliminar Periodos Académicos. 10 HU-17 Como Administrador necesito ingresar, listar, modificar y eliminar Títulos de Postgrado para los Docentes. 12 HU-18 Como Administrador requiero crear, listar, modificar y eliminar administradores. 12 HU-19 Como Administrador necesito crear, listar, modificar y eliminar Cursos. 16 HU-20 Como Administrador requiero asignar Carga Horaria a Docentes. 20 HU-21 Como Administrador necesito listar la Carga Horaria asignada a Docentes. 12 HU-22 Como Administrador requiero modificar, eliminar Carga Horaria asignada a Docentes. 16 HU-23 Como Administrador requiero cambiar mi contraseña. 12 HU-24 Como Administrador requiero exportar a pdf las listas de visualización de todas las entidades. 12 HU-25 Como Director requiero asignar un docente, un espacio físico, un curso, una hora académica, una materia en un periodo académico para generar los horarios. 24 HU-26 Como Director necesito visualizar una alerta cuando se intente usar un curso que ya ha sido asignado en la misma hora académica. 20 HU-27 Como Director necesito visualizar una alerta cuando se intente asignar a un docente en una hora académica que ha sido asignado. 16 HU-28 Como Director requiero que al seleccionar un docente me aparezcan solo las materias asignadas previamente en su carga horaria. 16 HU-29 Como Director necesito que al seleccionar un curso me aparezcan las materias en base a su nivel. 20 HU-30 Como Director requiero editar los horarios que haya creado. 16 HU-31 Como Director necesito visualizar los horarios generados por los demás directores. 16 HU-32 Como Director requiero exportar a pdf las listas de horarios. 20 HU-33 Como Desarrollador requiero realizar las correcciones de las recomendaciones debido a los fallos encontrados en el avance del proyecto. 20 HU-34 Como Desarrollador, requiero cambiar la imagen corporativa del 10 sistema HU-35 Como Desarrollador requiero realizar pruebas de las funcionalidades de los roles de usuario de la aplicación. 10 HU-36 Como Desarrollador requiero realizar la implementación de la aplicación en el servidor. 20 HU-37 Como Desarrollador, requiero cargar datos de reales a la base de datos 8 HU-38 Como Desarrollador requiero capacitar a los usuarios sobre el funcionamiento de la aplicación. 8 HU-39 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el Manual del Usuario para una guía de manejo del aplicativo. 20 HU-40 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual técnico. 40 HU-41 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual de instalación y configuración 24 TOTAL 688 Horas Realizado por: Garcia D., Tipan A., 2016 2.1.6. Arquitectura del Sistema En el estudio del diseño de la arquitectura se ha considerado implementar el sistema SIDICAHO en una tres capas, debido a que esta brinda las propiedades necesarias para su correcto funcionamiento, al ya tenerlo implementado en el servidor de la Escuela de Ingeniería en Sistemas. Figura 1-2: Diagrama de componentes Realizado por: Garcia D., Tipan A., 2016 2.1.7. Diagramas de caso de uso El diagrama de casos de uso del administrador muestra las actividades que realiza el administrador como son el registro del administrador, docente, materia, curso, edificio, carga horaria, periodo, aulas/laboratorios y generar reportes de acuerdo a las necesidades que desea realizar la filtración. Figura 2-2: Diagrama casos de uso Administrador Realizado por: Garcia D., Tipan A., 2016 El diagrama de casos de uso del director muestra las actividades que realiza el director como son el generar el horario para cada una de las carreras que tiene una escuela reportes de acuerdo a las necesidades que desea realizar la filtración. Figura 3-2: Diagrama casos de uso Director Realizado por: Garcia D., Tipan A., 2016 2.1.8. Diagrama de Clases El diagrama de clases del Sistema de Distribución de Carga Horaria y Espacios Físicos contiene un total de 14 clases, las cuales poseesn atributos con sus tipo de dato y respectivos metodos. Figura 4-2: Diagrama de Clases Realizado por: Garcia D., Tipan A., 2016 2.1.9. Diccionario de clases El diccionario de clases es una descripción de cada una de las clases más importantes que posee el sistema SIDICAHO, con sus métodos y una descripción de la funcionalidad que realiza cada método. Tabla 6-2: Clase Administrador Método Descripción createAdministrador Crea un registro de la entidad administrador Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readAdministrador Lee los registros de la entidad del administrador Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos deleteAdministrador Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 7-2: Clase Carrera Método Descripción createCarrera Crea un registro de la entidad carrera Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readCarrera Lee los registros de la entidad de carrera Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos readCarreraFacultad Lee los registros de la entidad carrera y facultad por su autorrelación Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos de las entidades de carrera y facultad. deleteCarrera Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 8-2: Clase Curso Método Descripción createCurso Crea un registro de la entidad curso Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readCurso Lee los registros de la entidad del curso Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateCurso Actualiza los datos de la entidad curso No está configurado por la naturaleza de la información que se tratará deleteCurso Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 9-2: Clase Director Método Descripción createDirector Crea un registro de la entidad director Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readDirector Lee los registros de la entidad del director Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateDirector Actualiza los datos de la entidad director No está configurado por la naturaleza de la información que se tratará deleteDirector Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 10-2: Clase Docente Método Descripción createDocente Crea un registro de la entidad docente Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readDocente Lee los registros de la entidad del docente Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateDocente Actualiza los datos de la entidad administrador No está configurado por la naturaleza de la información que se tratará deleteDocente Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D, Tipan A., 2016 Tabla 11-2: Clase Edificio Método Descripción createEdificio Crea un registro de la entidad edificio Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readEdificio Lee los registros de la entidad del edificio Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateEdificio Actualiza los datos de la entidad edificio No está configurado por la naturaleza de la información que se tratará deleteEdificio Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 12-2: Clase Escuela Método Descripción createEscuela Crea un registro de la entidad escuela Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readEscuela Lee los registros de la entidad del escuela Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateEscuela Actualiza los datos de la entidad escuela No está configurado por la naturaleza de la información que se tratará deleteEscuela Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 13-2: Clase Espacio Método Descripción createEspacio Crea un registro de la entidad espacio Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readEspacio Lee los registros de la entidad espacio Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos readEspacioFacultad Lee los registros de la entidad carrera y facultad por su autorrelación Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos de las entidades de espacio y facultad. updateEspacio Actualiza los datos de la entidad espacio No está configurado por la naturaleza de la información que se tratará deleteEspacio Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 14-2: Clase Facultad Método Descripción createFacultad Crea un registro de la entidad facultad Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readFacultad Lee los registros de la entidad del facultad Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updateFacultad Actualiza los datos de la entidad facultad No está configurado por la naturaleza de la información que se tratará deleteFacultad Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 15-2: Clase Hora_Clase Método Descripción createHoraclase Crea un registro de la entidad hora_clase Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readHoraclase Lee los registros de la entidad del entidad hora_clase Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos deleteHoraClase Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 16-2: Clase Horario Método Descripción createHorario Crea un registro de la entidad horario Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readHorario Lee los registros de la entidad del horario Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos readHorarioFacultad Lee los registros de la entidad horario y facultad por su autorrelación Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos de las entidades de horario y facultad. updateHorario Actualiza los datos de la entidad horario No está configurado por la naturaleza de la información que se tratará deleteHorario Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 17-2: Clase Materia Método Descripción createMateria Crea un registro de la entidad materia Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readMateria Lee los registros de la entidad materia Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos readMateriaCarrera Lee los registros de la entidad materia y carrera por su autorrelación Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos de las entidades de materia y carrera. updateMateria Actualiza los datos de la entidad materia No está configurado por la naturaleza de la información que se tratará deleteMateria Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 18-2: Clase Periodo Método Descripción createPeriodo Crea un registro de la entidad periodo Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readPeriodo Lee los registros de la entidad periodo Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos updatePeriodo Actualiza los datos de la entidad periodo No está configurado por la naturaleza de la información que se tratará deletePeriodo Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 19-2: Clase Titulo Método Descripción createTitulo Crea un registro de la entidad titulo Toma los datos del front end y los pasa al web service para cargarlos en la base de datos readTitulo Lee los registros de la entidad titulo Se realiza una llamada desde front end para consumir el web service que a su vez toma los datos de la base de datos deleteTitulo Borra un registro en específico dado su id que es enviado desde el frontend, para luego pasar la petición por el web service y se efectúa la eliminación del registro en la base de datos Realizado por: Garcia D., Tipan A., 2016 Tabla 20-2: Clase Usuario Método Descripción loginUsuario Lee un registro dado su id y password que es enviado desde el frontend, para luego pasar la petición por el web service y realizar la consulta identificando el tipo de usuario ( administrador, director) en la base de datos y se efectúa la validación del registro en la base de datos Fuente: Realizado por: Garcia D., Tipan A., 2016 2.1.10. Base de Datos La Base de Datos para el Sistema de Distribución de Carga Horaria y Espacios Físicos tiene un total de 14 tablas, procedimientos almacenados y funciones. El Diagrama Entidad Relación, Modelo Físico, Modelo Lógico y Diccionario de Datos se muestran a continuación. 2.1.10.1. Diagrama Entidad Relación Es una representación de las entidades e interrelaciones que posee el sistema de distribución de carga horaria y espacios físicos de la ESPOCH, donde cada entidad es un rectángulo con atributos y una clave primaria resaltada con un línea debajo, y se relacionan mediante carnalidades 1,N, que quiere decir de uno a varios o viceversa. Figura 5-2. Diagrama Entidad Relación Realizado por: Garcia D., Tipan A., 2016 FK_T_HORARI_REFERENCE_T_ESPACIFK_T_CARRER_REFERENCE_T_ESCUELFK_T_DOCENT_REFERENCE_T_CARRERFK_T_HORARI_REFERENCE_T_CURSOFK_T_HORARI_REFERENCE_T_PERIODFK_T_HORARI_REFERENCE_T_HORACLFK_T_HORARI_REFERENCE_T_MATERIFK_T_HORARI_REFERENCE_T_DOCENTFK_T_DIRECT_REFERENCE_T_DOCENTFK_T_ESPACI_REFERENCE_T_EDIFICFK_T_ADMINI_REFERENCE_T_FACULTFK_T_ADMINI_REFERENCE_T_DOCENTFK_T_ESCUEL_REFERENCE_T_FACULTFK_T_MATERI_REFERENCE_T_CARRERFK_T_HORARI_REFERENCE_T_CARRERFK_T_TITULO_REFERENCE_T_DOCENTFK_T_DIRECT_REFERENCE_T_CARRERt_administradorpk_admcodigopk_faccodigopk_doccodigoadmusuarioamdclaveadmestadocharacter varying(8) character varying(8) character varying(8) character varying(20) character varying(200) character varying(5) t_carrerapk_carcodigopk_esccodigocarnombrefk_caresccodigocharacter varying(8) character varying(8) character varying(80) character varying(8) t_cursopk_curcodigocurnivelcurparalelocharacter varying(8) character varying(10) character varying(2) t_directorpk_dircodigopk_doccodigopk_carcodigodirusuariodirclavedirestadocharacter varying(8) character varying(8) character varying(8) character varying(20) character varying(200) character varying(5) t_facultadpk_faccodigofacnombrecharacter varying(8) character varying(50) t_escuelapk_esccodigopk_faccodigoescnombrecharacter varying(8) character varying(8) character varying(80) t_horaclasepk_horclacodigohorclahorahorcladiacharacter varying(8) character varying(14) character varying(12) t_horariopk_horcodigopk_espcodigopk_curcodigopk_percodigopk_horclacodigopk_matcodigopk_doccodigopk_carcodigocharacter varying(14) character varying(8) character varying(8) character varying(8) character varying(8) character varying(10) character varying(8) character varying(8) t_materiapk_matcodigopk_carcodigomatdescripcionmatnivelmathorasclasematestudiantescharacter varying(10) character varying(8) character varying(60) character varying(4) integerinteger t_titulopk_titcodigopk_doccodigotitnumeroregistrotituniversidadtitpaistitnivelcharacter varying(8) character varying(8) character varying(12) character varying(60) character varying(30) character varying(3) t_edificiopk_edicodigoediubicacionedinumeroaulasedinumerolaboratoriosedifechaconstruccioncharacter varying(8character varying(40integerintegerdate t_docentepk_doccodigopk_carcodigodocceduladocnombresdocapellidosdocgenerodocmodalidaddocnombreimagendoctitulogradodoctiempodedicaciondocobservacioneschracter varying(8) character varying(8) character varying(10) character varying(40) character varying(40) character varying(10) character varying(20) character varying(200) character varying(100) character varying(2) character varying(200) t_periodopk_percodigoperdescripcionperfechainiperfechafinperestadocharacter varying(8) character varying(40) date datecharacter varying(5) t_espaciopk_espcodigopk_edicodigoespubicacionespcapacidadesptipocharacter varying(8) character varying(8character varying(8) integercharacter varying(8) 2.1.10.2. Diagrama Fisico Es una expresión detallada que representa las entidades de la base de datos con sus tipos de datos, claves primarias y foráneas plasmadas a nivel físico, desenadas en base al gestor de base de datos utilizado. Figura 6-2. Diagrama Fisico Realizado por: Garcia D., Tipan A., 2016 t_administrador# ooooopk_admcodigopk_faccodigopk_doccodigoadmusuarioamdclaveadmestadoVariable characters (8) Variable characters (8) Variable characters (8) Variable characters (20) Variable characters (200) Variable characters (5) t_carrera# ooopk_carcodigopk_esccodigocarnombrefk_caresccodigoVariable characters (8) Variable characters (8) Variable characters (80) Variable characters (8) t_curso# oopk_curcodigocurnivelcurparaleloVariable characters (8) Variable characters (10) Variable characters (2) t_director# ooooopk_dircodigopk_doccodigopk_carcodigodirusuariodirclavedirestadoVariable characters (8) Variable characters (8) Variable characters (8) Variable characters (20) Variable characters (200) Variable characters (5) t_facultad# opk_faccodigofacnombreVariable characters (8) Variable characters (50) t_escuela# oopk_esccodigopk_faccodigoescnombreVariable characters (8) Variable characters (8) Variable characters (80) t_horaclase# oopk_horclacodigohorclahorahorcladiaVariable characters (8) Variable characters (14) Variable characters (12) t_horario# ooooooopk_horcodigopk_espcodigopk_curcodigopk_percodigopk_horclacodigopk_matcodigopk_doccodigopk_carcodigoVariable characters (14) Variable characters (8) Variable characters (8) Variable characters (8) Variable characters (8) Variable characters (10) Variable characters (8) Variable characters (8) t_materia# ooooopk_matcodigopk_carcodigomatdescripcionmatnivelmathorasclasematestudiantesVariable characters (10) Variable characters (8) Variable characters (60) Variable characters (4) IntegerIntegert_titulo# ooooopk_titcodigopk_doccodigotitnumeroregistrotituniversidadtitpaistitnivelVariable characters (8) Variable characters (8) Variable characters (12) Variable characters (60) Variable characters (30) Variable characters (3) t_edificio# oooopk_edicodigoediubicacionedinumeroaulasedinumerolaboratoriosedifechaconstruccioncharacter varying(8character varying(40IntegerIntegerDatet_docente# oooooooooopk_doccodigopk_carcodigodocceduladocnombresdocapellidosdocgenerodocmodalidaddocnombreimagendoctitulogradodoctiempodedicaciondocobservacionesVaiable characters (8) Variable characters (8) Variable characters (10) Variable characters (40) Variable characters (40) Variable characters (10) Variable characters (20) Variable characters (200) Variable characters (100) Variable characters (2) Variable characters (200) t_periodo# oooopk_percodigoperdescripcionperfechainiperfechafinperestadoVariable characters (8) Variable characters (40) DateDateVariable characters (5) t_espacio# oooopk_espcodigopk_edicodigoespubicacionespcapacidadesptipoVariable characters (8) character varying(8Variable characters (8) IntegerVariable characters (8) 2.1.10.3. Diagrama Lógico Este diagrama es muy parecido al diagrama físico contiene (tablas, campos, claves primarias y ajenas, etc.), y existe una relación entre cada una de las tablas con la diferencia que no tiene una descripción entre las relaciones. Figura 7-2. Diagrama Lógico Realizado por: Garcia D., Tipan A., 2016 2.1.10.4. Diccionario de Datos El diccionario de datos es una descripción detallada de cada una de las tablas que posee la base de datos, la cual está formado por la tabla que contiene el nombre de la tabla la clave primaria o primarias y claves foráneas, columna es el listado de los atributos que tiene la tabla, Tipo-tamaño es la descripción del tipo de dato que obtiene cada columna, Validación son las reglas de cada columna. Tabla 21-2: t_administrador Tabla Columna Tipo-tamaño Validación Descripción t_administrador pk_admcodigo fk_admdoccodigo fk_admfaccodigo pk_admcodigo character varying(8) NOT NULL DEFAULT nextval('codigo_seq_tadministrador'::regclass) Identificador de la tabla fk_admdoccodigo character varying(8) NOT NULL Identificador del docente a la cual está relacionado el administrador admusuario character varying(20) NOT NULL Nombre de usuario para su autenticación amdclave character varying(200) NOT NULL Clave de autenticación del administrador admestado character varying(5) NOT NULL Asignar un estado al administrador(Activo, Inactivo) fk_admfaccodigo character varying(8) NOT NULL Identificador de la facultad a la cual está relacionado el administrador Realizado por: Garcia D., Tipan A., 2016 Tabla 22-2: t_carrera Tabla Columna Tipo-tamaño Validación t_carrera pk_carcodigo fk_caresccodigo pk_carcodigo character varying(8) NOT NULL Identificador de la tabla carnombre character varying(80) NOT NULL Nombre de la carrera fk_caresccodigo character varying(8) NOT NULL Identificador de la escuela a la cual está relacionado la carrera Realizado por: Garcia D., Tipan A., 2016 Tabla 23-2: t_curso Tabla Columna Tipo-tamaño Validación t_curso pk_curcodigo pk_curcodigo character varying(8) NOT NULL DEFAULT nextval('codigo_seq_tcurso': :regclass) Identificador de la tabla curnivel character varying(10) NOT NULL Descripción del curso curparalelo character varying(2) NOT NULL Una letra que identifique al paralelo Realizado por: Garcia D., Tipan A., 2016 Tabla 24-2: t_director Tabla Columna Tipo-tamaño Validación Descripción t_director pk_dircodigo fk_dirdoccodigo pk_dircodigo character varying(8) NOT NULL DEFAULT nextval('codigo_seq_tdirector'::regclass) Identificador de la tabla fk_dirdoccodigo character varying(8) NOT NULL Identificador del docente a la cual está relacionado el director dirusuario character varying(20) NOT NULL Nombre de usuario para su autenticación dirclave character varying(200) NOT NULL Clave de autenticación del administrador direstado character varying(5) NOT NULL Asignar un estado al director (Activo, Inactivo) fk_dircarcodigo character varying(8) NOT NULL Identificador de la carrera a la cual está relacionado el director Realizado por: Garcia D., Tipan A., 2016 Tabla 25-2: t_docente Tabla Columna Tipo-tamaño Validación Descripción t_docente pk_doccodigo fk_doccarcodigo pk_doccodigo character varying(8) NOT NULL DEFAULT nextval('codigo_seq_tdocente'::regclass), Identificador de la tabla doccedula character varying(8) NOT NULL Cedula del docente docnombres character varying(40) NOT NULL Nombres del docente docapellidos character varying(40) NOT NULL Apellidos del docente docgenero character varying(10) NOT NULL Asignar genero al docente(masculino, femenino) docmodalidad character varying(20) NOT NULL Asignar modalidad al docente(nombramiento, contratado) docnombreimagen character varying(200) NOT NULL Foto de perfil del docente doctitulogrado character varying(100) NOT NULL Descripción del título de pre grado obtenido doctiempodedicacion character varying(2) NOT NULL Tiempo de dedicación(completo, parcial) fk_doccarcodigo character varying(8) NOT NULL Identificador de la carrera a la cual está relacionado el docente docobservaciones character varying(200) NOT NULL Descripción de alguna observación Realizado por: Garcia D., Tipan A., 2016 Tabla 26-2: t_edificio Tabla Columna Tipo-tamaño Validación Descripción t_edificio pk_edicodigo pk_edicodigo character character varying(8) NOT NULL Identificador de la tabla ediubicacion character varying(40) NOT NULL Descripción del área donde está ubicado el edificio edinumeroaulas integer NOT NULL Cantidad de aulas que tiene el edificio edinumerolaboratorios integer NOT NULL Cantidad de laboratorios que tiene el edificio edifechaconstruccion date NOT NULL Fecha en que fue construido el edificio Realizado por: Garcia D., Tipan A., 2016 Tabla 27-2: t_escuela Tabla Columna Tipo-tamaño Validación Descripción t_escuela pk_esccodigo fk_escfaccodigo pk_esccodigo character varying(8) NOT NULL Identificador de la tabla escnombre character varying(80) NOT NULL Nombre de la escuela fk_escfaccodigo character varying(8) NOT NULL Identificador de la facultad a la cual está relacionado la escuela Tabla 28-2: t_espacio Tabla Columna Tipo-tamaño Validación Descripción t_espacio pk_espcodigo fk_espedicodigo pk_espcodigo character varying(8) NOT NULL Identificador de la tabla espubicacion character varying(40) NOT NULL Descripción del área donde está ubicado el espacio. espcapacidad integer NOT NULL Cantidad de estudiantes que pueden ingresar en el espacio esptipo character varying(3) NOT NULL Asignar un aula o laboratorio fk_espedicodigo character varying(8) NOT NULL Identificador del edificio a la cual está relacionado el espacio Realizado por: Garcia D., Tipan A., 2016 Tabla 29: t_facultad Tabla Columna Tipo-tamaño Validación Descripción t_facultad pk_faccodigo pk_faccodigo character varying(8) NOT NULL Identificador de la tabla facnombre character varying(50) NOT NULL Nombre de la Facultad Realizado por: Garcia D., Tipan A., 2016 Tabla 30-2: t_horaclase Tabla Columna Tipo-tamaño Validación Descripción t_horaclase pk_horclacodigo pk_horclacodigo character varying(8) NOT NULL Identificador de la tabla horclahora character varying(14) NOT NULL Rango de horas que dura la clase horcladia character varying(12) NOT NULL El día en que está asignado la hora clases Realizado por: Garcia D., Tipan A., 2016 Tabla 31-2: t_horario Tabla Columna Tipo-tamaño Validación Descripción t_horario pk_horcodigo fk_hordoccodigo fk_horhorclacodigo fk_hormatcodigo fk_horcurcodigo fk_horespcodigo fk_horpercodigo fk_horcarcodigo pk_horcodigo character varying(14) NOT NULL DEFAULT nextval('codigo_seq_thorario'::regclass) Identificador de la tabla fk_hordoccodigo character varying(8) NOT NULL Identificador del docente a la cual está relacionado el horario fk_horhorclacodigo character varying(8) NOT NULL Identificador de la hora clase a la cual está relacionado el horario fk_hormatcodigo character varying(10) NOT NULL Identificador de la materia a la cual está relacionado el horario fk_horcurcodigo character varying(8) NOT NULL Identificador del curso a la cual está relacionado el horario fk_horespcodigo character varying(8) NOT NULL Identificador del espacio a la cual está relacionado el horario fk_horpercodigo character varying(8) Identificador del periodo a la cual está relacionado el horario fk_horcarcodigo character varying(8) Identificador de la carrera a la cual está relacionado el horario Realizado por: Garcia D., Tipan A., 2016 Tabla 32-2: t_materia Tabla Columna Tipo-tamaño Validación Descripción t_materia pk_matcodigo character varying(10) NOT NULL Identificador de la tabla matdescripcion character varying(60) NOT NULL Descripción de la materia pk_matcodigo fk_matcarcodigo matnivel character varying(4) NOT NULL Nivel en que se dicta la materia fk_matcarcodigo character varying(8) NOT NULL Identificador de la carrera a la cual está relacionado la materia mathorasclase integer NOT NULL Número de horas clases que tiene la materia matestudiantes integer NOT NULL Cantidad de estudiantes que tiene la materia Realizado por: Garcia D., Tipan A., 2016 Tabla 33-2: t_periodo Tabla Columna Tipo-tamaño Validación Descripción t_periodo pk_percodigo pk_percodigo character varying(8) NOT NULL Identificador de la tabla perfechaini date NOT NULL Fecha de inicio del periodo perfechafin date NOT NULL Fecha de fin del periodo perestado character varying(5) NOT NULL Descripción del estado de la materia (act, in) Realizado por: Garcia D., Tipan A., 2016 Tabla 34-2: t_titulo Tabla Columna Tipo-tamaño Validación Descripción t_titulo pk_titcodigo fk_titdoccodigo pk_titcodigo character varying(8) NOT NULL Identificador de la tabla titnumeroregistro character varying(12) NOT NULL Número de registro del titulo tituniversidad character varying(60) NOT NULL Nombre de la universidad titpais character varying(30) NOT NULL Nombre del país que adquirio le titulo titnivel character varying(3) NOT NULL Si es 3, 4 nivel fk_titdoccodigo character varying(8) NOT NULL Identificador del docente a la cual está relacionado el titulo Realizado por: Garcia D., Tipan A., 2016 2.1.11. Desarrollo 2.1.11.1. Sprint del proyecto Cada Sprint esta descrito por una fecha de inicio, fecha de finalización, la estimación de puntos de esfuerzo requerida para cumplir con su desarrollo. En cada sprint se asignó las historias de usuario de acuerdo a la planificación realizada conjuntamente con los Products Owners. En esta sección se detallan el Sprint 2, realizado durante la ejecución del proyecto en la que se dio solución a las Historias Técnicas, correspondientes a las actividades realizadas en la etapa inicial de Diseño. Los Sprint 1,3,4,5,6,7 se detallan en el Anexo B. Este sprint se basa en las necesidades del cliente, como la definición de la arquitectura del sistema, el diseño de la base de datos, la normalización y los bocetos del contenido del sistema, esto se realizó con un esfuerzo de 52 puntos, dando solución a 4 Historias Técnicas como se describe en la Tabla 6. Tabla 35-2. Sprint 2 – Etapa de Diseño Sprint 2 Fecha Inicio:06/08/2015 Fecha Fin:21/08/2015 Esfuerzo Total: 48 Pila del Sprint ID Descripción Esfuerzo Tipo Responsable HU-06 Como desarrollador necesito diseñar la base de datos. 20 Diseño Dario Garcia Alex Tipan HU-07 Como desarrollador necesito establecer un estándar de codificación. 8 Análisis Dario Garcia Alex Tipan HU-08 Como desarrollador necesito establecer bocetos de la interfaz de usuario. 12 Diseño Dario Garcia Alex Tipan HU-09 Como desarrollador necesito determinar la arquitectura del sistema. 8 Análisis Dario Garcia Alex Tipan Fuente: Realizado por: Garcia D., Tipan A., 2016 2.1.11.2. Historias de Usuario Las historias de usuario son utilizadas en la metodología de desarrollo para la especificación de requisitos, como una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos permitiendo responder rápidamente a los requisitos cambiantes. Las Historias de Usuario, son el resultado de la colaboración del cliente y el desarrollador del proyecto que plasman los requerimientos con los que debe cumplir el producto final. Tabla 36-2. Historia Usuario 06 Historia Usuario 06 ID: HU-06 Nombre: Como desarrollador necesito diseñar la base de datos. Descripción: Como desarrollador necesito diseñar la Base de Datos para el manejo de los datos del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan. Pruebas de aceptación ID Criterio Estado Responsable 1 El nombre de las tablas y columnas deben cumplir con un estándar. Aceptado Jorge Huilca 2 Los tipos de datos de las columnas deben ser acorde al tipo de datos de la base de datos donde se migraran los datos. Aceptado Jorge Huilca 3 Debe existir una correcta relación entre los datos de las tablas Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Analizar información. 6 2 Determinar entidades y atributos. 8 4 Normalización de Tablas 8 6 Diseño Lógico 8 TOTAL 30 Fuente: Realizado por: Garcia D., Tipan A., 2016 La descripción detallada de cada una de las Historias de Usuario se plasma en el en el manual técnico. 2.1.12. BurnDown Chart El informe BurnDown Chart, hace referencia al seguimiento durante el desarrollo del proyecto en la Figura 8-2, donde las fechas del sprint se representan en el eje X, en la que se visualiza la fecha de inicio y fin que corresponden a los días comprendidos entre el 28 de Mayo del 2015 y 20 de Enero del 2016, mientras que el esfuerzo se representa en días en el eje Y con un total de 680 puntos. 05/28/201 5 06/24/201 5 07/22/201 5 10/05/201 5 11/25/201 5 12/09/201 5 12/22/201 5 Ideal 680 600 520 308 160 120 84 Real 680 600 520 320 150 100 50 0 100 200 300 400 500 600 700 800 Remaining Effort BurnDown Proyecto El gráfico está representada por dos líneas; la línea de color rojo muestra el desarrollo real del proyecto la línea de color azul plasma el desarrollo ideal. En la Figura 8-2, Burn Down Chart del proyecto se aprecia que inicialmente se cumplió con la planificación y entrega de la funcionalidad del primer sprint, durante el desarrollo del proyecto existieron retrasos debido a que no se cumplió satisfactoriamente con los compromisos los puntos de esfuerzo retrasados se los realizo durante el sprint 6, finalmente se pudo cumplir con el objetivo sin tener un retraso con la fecha de entrega del sistema en funcionamiento. Figura 8-2. BurnDown del Proyecto Fuente: Realizado por: Garcia D., Tipan A., 2016 2.1.13. Estructura de paquetes Listado de los 5 paquetes creados en el desarrollo del sistema SIDICAHO. Figura 9-2. Estructura de los paquetes Realizado por: Garcia D., Tipan A., 2016 En el paquete de conexión se crea un archivo .java que contiene las credenciales métodos de conexión y desconexión con la base de datos Figura 10-2. Estructura del paquete de conexión Realizado por: Garcia D., Tipan A., 2016 El paquete de controlador contiene 45 archivos .java cada uno con sus respectivas clases y métodos, las entidades están realizas en forma de un crud. Figura 11-2. Estructura del paquete de controlador Realizado por: Garcia D., Tipan A., 2016 El paquete de lógica contiene 15 archivos .java formado con sus clase y cada una de ellas posee un crud, que son consultas a la base de datos y procesos. Figura 12-2. Estructura del paquete de lógica Realizado por: Garcia D., Tipan A., 2016 El paquete de modelo contiene 14 archivos .java conformado por sus clases y cada una de ellas posee métodos set y get de sus atributos. Figura 13-2. Estructura del paquete de modelo Realizado por: Garcia D., Tipan A., 2016 El paquete de util posee 2 archivos .java, el archivo de constantes contiene las variables de conexión a la base de datos, el archivo utilidades es la conversión de un string a numérico. Figura 14-2. Estructura del paquete utl Realizado por: Garcia D., Tipan A., 2016 2.1.14. Análisis y gestión del riesgo En el presente proyecto como en muchos otros existen posibilidades y riesgos de fallas en el sistema debido a varios factores que podrían dañar el proyecto y en un caso extremo llevar al proyecto a una suspensión definitiva. Debido a esto es preciso tomar en cuenta los factores más importantes de riesgo, analizarlos e intentar tomar acciones anticipadamente, y tener ya un análisis de las gestiones y acciones que se deberían tomar para su prevención y si se llegan a dar para su arreglo y próxima recuperación. A continuación se presenta el análisis de los riesgos del presente proyecto. 2.1.15. Identificación de riesgos La identificación de riesgos, consiste en la definición de alguna amenaza al desarrollo del proyecto y evitar que esta se convierta en un problema más adelante y poder controlarlo a tiempo. Existen tres tipos de riesgos: . Riesgos del proyecto . Riesgo técnico . Riesgo del negocio Tabla 37-2: Impacto del Riesgo Id Descripción Tipo Consecuencia R01 Cambio de requisitos Proyecto Retraso del proyecto R02 Dimensionamiento inadecuado del alcance del proyecto Proyecto Retraso debido al redimensionamiento del proyecto R03 Mala comunicación cliente- desarrolladores Proyecto Dificultad en la toma de requisitos R04 Fallas físicas del servidor e implementos del mismo Desarrolladores El servicio del sistema falla y se suspende. R05 Selección equivocada del modelo de desarrollo de software Desarrolladores Estructura del sistema a una escala inadecuada R06 Uso equivocado de herramientas designadas para el diseño del proyecto Desarrolladores Retraso en el desarrollo del proyecto R07 Cambio radical en los objetivos del proyecto Negocio Cambio total en la estructura del proyecto Realizado por: Garcia D., Tipan A., 2016 En la Tabla 37-2, se presenta un listado de los riesgos propensos a suceder en el desarrollo del sistema informático, el cual consta de un ID que es el identificador del riesgo, la Descripción que explica la conceptualización del riesgo, el Tipo es la categoría a la cual pertenece el riesgo ya identificado dependiendo de su descripción, la Consecuencia es el resultado que ocasiona el riesgo al darse el caso que suceda. 2.1.16. Análisis de riesgos Tabla 38-2: Valoración de Riesgos Rango de Probabilidad Descripción Valor 1% - 33% Baja 1 34% - 67% Media 2 68% - 99% Alta 3 Realizado por: Garcia D., Tipan A., 2016 La Tabla 38-2 , está formada por el Rango de Probabilidad que es una división de los porcentajes en tres partes iguales, para que cuando se identifique la probabilidad que un riesgo suceda poder clasificarlo, la Descripción es la nombre que se le da a cada una de las divisiones del rango de probabilidades, el Valor es un cuantificador asignado al rango de probabilidades a menor porcentaje menor valor. Tabla 39-2: Probabilidad Identificación Porcentaje Valor Probabilidad Req1 40 2 Media Req2 40 2 Media Req3 80 3 Alta Req4 5 1 Baja Req5 50 2 Media Req6 15 1 Baja Req7 20 1 Baja Realizado por: Garcia D., Tipan A., 2016 La Tabla 39-2, está compuesta por un Identificador que hace referencia a su descripción presentada en la Tabla 38-2 y el porcentaje es la probabilidad que ese riesgos valla a suceder, a mayor porcentaje es más propenso a pasar, el valor es un cuantificador obtenido de la Tabla 38-2 de acuerdo al porcentaje asignado al riesgo y la probabilidad es obtenida en base al valor del riesgo donde se describe a que nivel corresponde. Tabla 40-2: Impacto del Riesgo Impacto Retraso Impacto Técnico Costo Valor Bajo 1 semana Ligero efecto en el desarrollo del proyecto <1% 1 Moderado 2 semanas Moderado efecto en el desarrollo del proyecto <5% 2 Alto 1 mes Severo efecto en el desarrollo del proyecto <10% 3 Crítico >1 mes Proyecto no puede ser culminado >10% 4 Realizado por: Garcia D., Tipan A., 2016 La Tabla 40-2, está formada por el Impacto que es el nombre que se le da al impacto que tenga el riesgo, el Retraso es el tiempo de demora en el proyecto, el Impacto Técnico es una descripción detallada ocasionada por el retraso del proyecto, el Costo es el porcentaje de incertidumbre que afectaría al presupuesto del proyecto, el Valor es el cuantificador causado por el retraso. Tabla 41-2: Impacto – Riesgo Id Valor Impacto Req1 4 Critico Req2 4 Critico Req3 2 Medio Req4 4 Critico Req5 3 Alto Req6 4 Critico Req7 1 Bajo Realizado por: Garcia D., Tipan A., 2016 La Tabla 41-2, está formada por una Id que es el identificador del riesgo, descrito en la Tabla 39-2, el Valor es un cuantificador que se le asigna a un riesgo en base al impacto que ocasione en el desarrollo del proyecto y el Impacto es una descripción ocasionado en base al cuantificador del valor. Tabla 42-2: Exposición al Riesgo Exposición al riesgo Valor Color Baja 1 o 2 Media 3 o 4 Alta >6 Realizado por: Garcia D., Tipan A., 2016 La Tabla 42-2, trata de un rango de cuantificadores que a va depender de la exposición del riesgo el Color es una identifican dada, en base al valor que tenga el riesgo Tabla 43-2: Riesgos ID DESCRIPCIÓN PROBABILIDAD IMPACTO EXPOSICIÓN AL RIESGO PRI ORI DAD % VAL. PROB. VAL. IMPACTO VAL. EXPO. R02 Dimensionamiento inadecuado del alcance del proyecto 40 2 MEDIA 4 CRITICO 8 ALTA 1 R01 Cambio de requisitos 40 2 MEDIA 4 CRITICO 8 ALTA 1 R03 Mala comunicación cliente- desarrolladores 80 3 ALTA 2 MODERADO 6 ALTA 2 R05 Selección equivocada del modelo de desarrollo de software 50 2 MEDIA 3 ALTO 6 ALTA 2 R04 Fallas físicas del servidor e implementos del mismo 5 1 BAJA 4 CRITICO 4 MEDIA 3 R06 Uso equivocado de herramientas designadas para el diseño del proyecto 15 1 BAJA 4 CRITICO 4 MEDIA 3 R07 Cambio radical en los objetivos del proyecto 20 1 BAJA 1 BAJO 1 BAJA 5 Realizado por: Garcia D., Tipan A., 2016. La Tabla 43-2 ,es una tabla resumen de las tablas de análisis y gestión de riesgos, formada por un ID que es el identificador del riesgo, la Descripción del riesgo, la Probabilidad podemos encontrar en la Tabla 39-2, de una manera más explicativa al igual que el Impacto en la Tabla 41-2, la Exposición al Riesgo consiste en la multiplicación del valor de la probabilidad con el valor del impacto, dando como resultado el valor de la exposición al riesgo, la Exposición(EXPO) es una descripción en base al valor de la Tabla 42-2. La Prioridad es un cuantificador obtenido en base al resultado de la exposición de un riesgo a mayor valor de exposición más prioridad tiene este riesgo, los cuantificadores indican mayor prioridad de una forma ascendente, en base a los valores de riesgo y a la línea de corte se determina los Riesgos más importantes a tomar en cuenta para poder tomar una solución oportuna. 10% 90% Registrar horarios Tiempo Óptimo Tiempo Optimizado CAPITULO III 3. MARCO DE RESULTADOS, DISCUSIÓN Y ANÁLISIS DE RESULTADOS Este capítulo consiste en identificar los indicadores de actividad y usabilidad, para realizar un estudio y análisis de resultados, los indicadores de actividad son tareas específicas que debe cumplir el sistema informático y la métrica de evaluación es el tiempo que optimiza el Director de la Escuela de Ingeniería en Sistemas en realizar estas tareas con el uso del sistema frente a cuando lo efectuaba sin uso de el mismo. 3.1. Indicadores de Actividad Son tareas específicas que realiza el sistema informático, comparadas con otras que realizan la misma función pero de una forma diferente. Indicador G1: Registrar horarios: Tabla 1-3: Registrar horarios Métrica No automatizado Automatizado Tiempo (horas) 40 4 Realizado por: Garcia D., Tipan A., 2016 La Tabla 1-3, consta de una métrica que es el método de valoración del proceso de Distribución de Carga Horaria y Espacios físicos de la Escuela de Ingeniería en Sistemas de la ESPOCH, de no automatizado a un uno ya automatizado, el tiempo que se lleva crear un horaria. Figura 1-3: Registrar horarios Realizado por: Garcia D., Tipan A., 2016 83.33% 16.67%. Generar un reporte de cargas horarias Tiempo Óptimo Tiempo Optimizado En la Figura 1-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de Distribución de Carga Horaria y Espacios Físicos a Estudiantes y Docentes de la Escuela de Ingeniería en Sistemas con la implementación del sistema informático, que se adquiere al aplicar la siguiente regla de tres: 40 = 100 % ( 40 es igual al 100%) 36 = X (36 es la diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 1-3) ..= 36*10040=90% El resultado del tiempo optimizado es el 90% del tiempo que se disminuyó al implementar el sistema informático, el tiempo óptimo es el 100% del tiempo no automatizado, menos el tiempo optimizado que es el 90%, dando como resultado el 10%. Indicador A1: Generar un reporte de cargas horarias. Tabla 2-3: Generar un reporte de cargas horarias. Métrica No automatizado Automatizado Tiempo (horas) 12 2 Realizado por: Garcia D., Tipan A., 2016 La Tabla 2-3, consta de una métrica que es el método de valoración del proceso de Distribución de Carga Horaria y Espacios físicos de la ESPOCH, de no automatizado a un uno ya automatizado, el tiempo que se lleva generar un reporte de las cargas horarias registradas. Figura 2-3: Generar un reporte de cargas horarias Realizado por: Garcia D., Tipan A., 2016 83,33% 16,67 Registrar aulas/laboratorios Tiempo Óptimo Tiempo Optimizado En la Figura 2-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de Distribución de Carga Horaria y Espacios Físicos a Estudiantes y Docentes de la Escuela de Ingeniería en Sistemas con la implementación del sistema informático, que se adquiere al aplicar la siguiente regla de tres: 12 = 100 % ( 12 es igual al 100%) 10 = X (10 es la diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 2-3) ..= 10*10012=83.33% El tiempo optimizado es el 83.33% del tiempo que se disminuyó con la implantación del sistema infórmatico, el tiempo óptimo es el 100% del tiempo no automatizado, menos el tiempo optimizado que es el 83.33%, dando como resultado el 16.67%. Indicador A2: Registrar aulas/laboratorios. Tabla 3-3: Registrar aulas/laboratorios Métrica No automatizado Automatizado Tiempo (horas) 12 2 Realizado por: Garcia D., Tipan A., 2016 La Tabla 3-3, consta de una métrica que es el método de valoración del proceso de Distribución de Carga Horaria y Espacios físicos de la ESPOCH, de no automatizado a un uno ya automatizado, el tiempo que se lleva en registrar aulas/laboratorios. Figura 3-3: Registrar aulas/laboratorios Realizado por: Garcia D., Tipan A., 2016 75% 25% Registrar docentes Tiempo Óptimo Tiempo Optimizado En la Figura 3-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de Distribución de Carga Horaria y Espacios Físicos a Estudiantes y Docentes de la Escuela de Ingeniería en Sistemas con la implementación del sistema informático, que se adquiere al aplicar la siguiente regla de tres: 12 = 100 % ( 12 es igual al 100%) 10 = X (10 es la diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 3-3) ..= 10*10012=83.33% El tiempo optimizado es el 83.33% del tiempo que se disminuyó con la implantación del sistema infórmatico, el tiempo óptimo es el 100% del tiempo no automatizado, menos el tiempo optimizado que es el 83.33%, dando como resultado el 16.67%. Indicador A3: Registrar docentes: Tabla 4-3: Registrar docentes Métrica No automatizado Automatizado Tiempo (horas) 16 4 Realizado por: Garcia D., Tipan A., 2016 La Tabla 4-3, consta de una métrica que es el método de valoración del proceso de Distribución de Carga Horaria y Espacios físicos de la ESPOCH, de no automatizado a un uno ya automatizado, el tiempo que se lleva en registrar docentes. Figura 4-3: Registrar docentes Realizado por: Garcia D., Tipan A., 2016 87,5% 12.5%. Registrar materia Tiempo Óptimo Tiempo Optimizado En la Figura 4-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de Distribución de Carga Horaria y Espacios Físicos a Estudiantes y Docentes de la Escuela de Ingeniería en Sistemas con la implementación del sistema informático, que se adquiere al aplicar la siguiente regla de tres: 16 = 100 % ( 16 es igual al 100%) 12 = X (12 es la diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 4-3) ..= 12*10016=75% El tiempo optimizado es el 75% del tiempo que se disminuyó con la implantación del sistema infórmatico, el tiempo óptimo es el 100% del tiempo no automatizado, menos el tiempo optimizado que es el 75% dando como resultado el 25%. Indicador A4: Registrar materia.- Tabla 5-3: Registrar materia Métrica No automatizado Automatizado Tiempo (horas) 16 2 Realizado por: Garcia D., Tipan A., 2016 La Tabla 5-3, consta de una métrica que es el método de valoración del proceso de Distribución de Carga Horaria y Espacios físicos de la ESPOCH, de no automatizado a un uno ya automatizado, el tiempo que se lleva en Registrar las materias de la Escuela. Figura 5-3: Registrar materia Realizado por: Garcia D., Tipan A., 2016 En la Figura 5-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de Distribución de Carga Horaria y Espacios Físicos a Estudiantes y Docentes de la Escuela de Ingeniería en Sistemas con la implementación del sistema informático, que se adquiere al aplicar la siguiente regla de tres: 16 = 100 % ( 16 es igual al 100%) 14 = X (14 es la diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 5-3) ..= 14*10016=87.5% El tiempo optimizado es el 87.5% del tiempo que se disminuyó con la implantación del sistema infórmatico, el tiempo óptimo es el 100% del tiempo no automatizado, menos el tiempo optimizado que es el 87.5% dando como resultado el 12.5%. Tabla 6-3: Resumen de los indicadores de evaluación. Indicadores No Automatizado Automatizado G1 40 4 A1 12 2 A2 12 2 A3 16 4 A4 16 2 Total Horas 96 14 Realizado por: Garcia D., Tipan A., 2016 La Tabla 6-3, consta de indicadores descritos por sus siglas, el tiempo (No Automatizado) es la cantidad de horas que se demoró en realizar ese indicador con un proceso no automatizado, el tiempo (Automatizado) es la cantidad de horas que se demoró en realizar ese indicador con un proceso automatizado y total horas es la suma de todas las horas de sus indicadores tanto para No automatizados como para automatizados. 85,42% 15% Resumen de los indicadores de evaluación. Tiempo Óptimo Tiempo Optimizado Figura 6-3: Resumen de los indicadores de evaluación. Realizado por: Garcia D., Tipan A., 2016 En la Figura 6-3, el tiempo optimizado es el ahorro del mismo que se obtiene en realizar el proceso de distribución de carga horaria y espacios físicos para la Escuela de Ingeniería en Sistemas de forma automatizada a una no automatizada, que se adquiere al aplicar la siguiente regla de tres: 96 = 100 % (96 es igual al 100%) 82 = X (82 es diferencia entre el tiempo No automatizado y Automatizado, dado en la tabla 6-3) ..= 82*10096=85.42% El tiempo optimizado total es el 85.42% del tiempo obtenido mediante la implantación del sistema de distribución de la carga horaria y espacio físico asignado a docentes y estudiantes de la Escuela de ingeniería en sistema de la ESPOCH. El tiempo óptimo es el 100% del total del tiempo no automatizado, menos el tiempo optimizado total que es el 85.42% dando como resultado el 14.58%. 3.2. Indicador de usabilidad Medir las métricas de efectividad, eficiencia y satisfacción con la capacitación al Director de la Escuela de Ingeniería en Sistemas en el Sistema de Distribución de Carga Horaria y Espacio Físico Asignado a Docentes y Estudiantes. 3.2.1. Efectividad Tabla 7-3: Efectividad Tareas U1 Rate Registrar los datos de los títulos de docente 1 1 Registrar los datos de los periodos 1 1 Registrar los datos de las materias 1 1 Registrar los datos de los espacios físicos. 1 1 Registrar los datos de la carga horaria 1 1 Generar horarios de clases 1 1 Generar reporte de las cargar horarias 1 1 Registrar los datos del curso 1 1 Registrar los datos del director 0 0 Culminación de Tareas 0.88 Realizado por: Garcia D., Tipan A., 2016 En la Tabla 7-3, consta de tareas que se han realizado en la capacitación al Director de la Escuela de Ingeniería en Sistemas sobre el manejo del sistema informático, el UI se refiere a la cantidad de usuarios que realizaron las tareas por ejemplo U1,U2,U3. Etc., en este caso solo se capacito a un solo usuario U1, si el usuario completo la tarea ,“1” si no la completo “0”, Rate es la suma de los resultados y se divide por la cantidad de usuarios. El total de culminación de tareas correctas es un 0.88, es decir que se ha completado un 88% de efectividad. 3.2.2. Eficiencia Tabla 8-3: Eficiencia Problemas de UI Gravedad U1 Total Proporción P P+G Tamaño de la foto perfil 4 1 1 100% 2 6 No se visualiza bien el banner 4 1 1 100% 1 5 Los botones muy grandes 4 1 1 100% 2 6 Total 5,67 Realizado por: Garcia D., Tipan A., 2016 La Tabla 8-3, consta de los Problemas de UI que son dificultades encontradas en las tareas que realiza el usuario al navegar en el sistema, la Gravedad es un valor que cuando es “1” impide una tarea y cuando es “4” es una sugerencia, UI se refiere a la cantidad de usuarios que identificaron algún problema, en este caso solo es U1 debido a que solo se capacito al Director de la escuela de Ingeniería en Sistemas y es “1” por qué identifico estos problemas. Total es la suma de los usuarios que identificaron el mismo problema, P es el número de veces que sucedió la misma dificultad, P+G es la suma de la gravedad más el número de veces que sucedió el problema. El total de problemas UI es equivalente al 11.34% que es obtenido mediante una regla de tres multiplicando 5,67 * 100 dividido para 50 que equivale al 100% de dificultades que se pueden presentar en un software de acuerdo a la usabilidad. La eficiencia es igual al 100% de efectividad del sistema informático menos el 11.34% de dificultades, dando como resultado el 88.66% de efectividad. 3.2.3. Satisfacción Para calcular la satisfacción se empleó la Escala para la Usabilidad de los Sistemas (SUS), es una escala de estilo Likert que genera un solo número que consiste en sumar primero los tributos de cada punto. El cuestionario se aplicó al Director de la Escuela de Ingeniería en Sistemas, con un total de 10 preguntas sobre la usabilidad del sistema. Tabla 9-3: Método Likert. Totalmente desacuerdo En desacuerdo Ni de acuerdo ni en desacuerdo De acuerdo Totalmente de acuerdo 1 2 3 4 5 Realizado por: Garcia D., Tipan A., 2016 La Tabla 9-3, es una descripción de las escalas que el usuario podrá elegir por cada pregunta del cuestionario. Tabla 10-3: Perspectiva del usuario sobre la usabilidad del sistema Preguntas impares 1 3 5 7 9 Valor 3 4 4 4 3 Preguntas pares 2 4 6 8 10 Valor 4 3 4 3 4 Resultado Los resultados totales: 3+4+4+4+3+4+3+4+3+4= 36 La puntuación SUS: 36*2.5= 90% Realizado por: Garcia D., Tipan A., 2016 La Tabla 10-3, hace referencia al cuestionario que se aplicó al Director de la Escuela de Ingeniería en Sistemas, las pregunta impares tienen las numeraciones (1,3,5,7,9) y el valor de cada pregunta se obtiene de la escala de la pregunta menos 1, las pregunta pares tienen las numeraciones (2,4,6,8,10) y el valor es 5 menos la posición actual de la escala Los resultados totales consiste en sumar los valores de las preguntares pares e impares, para obtener la puntuación SUS que es multiplicar los resultados totales por 2.5 y lograr el promedio general sobre la usabilidad del sistema en un 90%. Tabla 11-3: Métricas de Usabilidad Métricas Porcentaje Efectividad 88% Eficiencia 88,66% Satisfacción 90% Total 88,89% Realizado por: Garcia D., Tipan A., 2016 La Tabla 11-3, tiene métricas que son métodos de evaluación sobre la usabilidad del sistema informático, el porcentaje es el resultado obtenido al evaluar cada métrica de usabilidad, el total es el promedio del porcentaje de las métricas evaluadas CONCLUSIONES . Se consideró el uso de herramientas y tecnologías como: Netbeans, PostgreSQL, Apache Tomcat, Node.js, Restful etc., para evitar costos de mantenimiento con nuevas herramientas y tecnologías a los administradores de DTIC. . La metodología ágil SCRUM se utiliza en el desarrollo del proyecto, por su facilidad de implementación y versatilidad ante modificaciones, permitiendo realizar sus tareas en tiempos diferentes y de manera independiente. . Los riesgos R01, R02, R03, R05 tienen una probabilidad de exposición elevada ha acontecer durante el desarrollo del sistema informático por la ubicación de sus prioridades las convierten en un problema latente a suceder. . Con la implementación del sistema informático en la Escuela de Ingeniería en Sistemas se optimizo el 85,42% del tiempo total que el Director de Escuela se demoraba en realizar la distribución de la carga horaria y espacios físicos asignado a docentes y estudiantes de forma no automatizada. . El porcentaje de usabilidad que se obtuvo en la capacitación al Director de la Escuela de Ingeniería en Sistemas es el 88,89%, demostrando que el sistema informático cumple exitosamente con las métricas de efectividad, eficiencia y satisfacción impuestas por el indicador de usabilidad. RECOMENDACIONES . DTIC debe realizar capacitaciones a sus desarrolladores sobre herramientas y tecnologías diferentes a las que tienen implementadas en los servidores de la ESPOCH, debido que limita el aporte de nuevos conocimientos por su falta de manteamiento. . Realizar un análisis y estudio sobre los riesgos propensos a suceder en el desarrollo de un sistema informático, para evitar que se conviertan en un problema potencial en el proyecto. . Medir las métricas de usabilidad como: efectividad, eficiencia y satisfacción, con la capacitación a los usuarios en el manejo del sistema informático que se haya desarrollado, determinando la calidad del sistema informático. . Vincular los procesos no automatizados que se realiza en la ESPOCH con la Escuela de Ingeniería en Sistemas, para que los estudiantes que hallan culminado su malla curricular tengan la opción de elegir como tema de tesis automatizar estos procesos y sea beneficiada directamente la Institución. . Se brinde mayor apertura a la adquisición de información para la formulación de requerimientos sobre la distribución de la carga horaria y espacios físicos asignado a docentes y estudiantes de la ESPOCH, debido que el sistema informático desarrollado es para la Institución. BIBLIOGRAFÍA Concejo Politécnico de la ESPOCH. Carga Horaria [Resolución]. Lugar Riobamba- Ecuador: 06 de Mayo de 2014. [Consulta: 30 de enero del 2015]. Disponible en: Miguel Ángel Álvarez. Que es MVC [en línea]. 02 enero 2014. [Consulta: 20 noviembre 2015]. Disponible en: < HUtp://www.desarrolloweb.com/articulos/que-es-mvc.HUml> Sánchez Rico, Mario Alfredo. Sistema de administración y control de renta de películas y libros vía web utilizando Spring (tesis). (Licenciatura). Universidad de las Américas Puebla. Lugar (Puebla-México). 2006. pp. 4–7 [Consulta: 17 noviembre del 2015]. Disponible en: Calendamaia. NetBeans [blog]. genbetadev., 9 de enero, 2014. [Consulta: 19 noviembre del 2015]. Disponible en: Martínez. APACHE TOMCAT [en línea]. 11 Enero del 2011. [Consulta: 14 septiembre 2015]. Disponible en: < HUtps://apachefoundation.wikispaces.com/Apache+Tomcat> Rafael Martínez. PostgreSQL [en línea]. España: rafaelma, 02 Octubre del 2010. Sobre PostgreSQL. [Consulta: 22 de octubre del 2015]. Disponible en: Mou'ath Hourani; et al. Sapiens. . “Proposed design and implementation for RESTful web server”. Journal of Software [en línea], 2014, volumen (9), pp. 1071-1080. [Consulta: Fecha de consulta].Disponible en: < HUtp://ojs.academypublisher.com/index.php/jsw/article/ download/ jsw090510711080/> Svenska. Introducción a JSON [en línea]. [Consulta: 20 septiembre 2015]. Disponible en: < HUtp://www.json.org/json-es.HUml> Rafa. Introducción a Node.js. [blog]. 1 de mayo del 2011 [Consulta: 14 septiembre 2015]. Disponible en: Michael Abernethy. Node js [en línea]. 14 de junio del 2011. Cómo funciona Node. [Consulta: 14 septiembre 2015]. Disponible en: ANEXOS ANEXO A. Cuestionario de Usabilidad La interfaz de usuario es muy agradable 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo Necesito la ayuda de una persona experta en el manejo de sistemas informáticos. 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo Fue sencillo realizar las tareas 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo Creo que el resto de usuarios no aprenderán a utilizar el sistema rápidamente. 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo Me sentí seguro manipulando el sistema. 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo He encontrado demasiadas fallas en el sistema 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo El sistema es apto para los diferentes tipos de usuario que manipularan el sistema. 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo Existe redundancia en los enlaces 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo La rapidez en ejecutar las tareas es buena 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo La distribución del contenido (botones, imágenes, textos etc.) del sistema no es nada entendible. 1 Totalmente desacuerdo 2 En desacuerdo 3 Ni de acuerdo ni en desacuerdo 4 De acuerdo 5 Totalmente de acuerdo 3 2 1 ANEXO B. Manual de Usuario Login de Usuario 1. Pasos para ingresar al sistema SIDICAHO: 1. Ingresar su número de cédula sin guión 2. Ingresar su contraseña, si es la primera vez que ingresa al sistema su clave es su mismo número de cédula sin guión. 3. Clic en ingresar Nota: De acuerdo al rol del usuario se despleaga la pantalla de administrador o director. Usuario Administrador 2. Pasos para registrar, listar y eliminar un administrador: 1. Seleccionar docente 2. Seleccionar estado (activo, pasivo) 3. Seleccionar facultad 4. Ingresar contraseña 5. Ingresar su contraseña nuevamente 6. Clic en guardar registro 7. Clic para eliminar un administrador 8. Listado de administradores registrados 9. Descargar la lista administradores en formato pdf 2 3 1 9 7 8 4 6 5 3. Pasos para registrar, listar y eliminar un director: 1. Seleccionar docente 2. Seleccionar estado (activo, pasivo) 3. Seleccionar facultad 4. Ingresar contraseña 5. Ingresar su contraseña nuevamente 6. Clic en guardar registro 7. Clic para eliminar un director 8. Listado de directores registrados 9. Descargar la lista en formato pdf 2 5 4 1 9 6 7 8 3 7 4. Pasos para registrar, listar y eliminar un docente: 1. Ingresar apellidos 2. Ingresar nombres 3. Ingresar cedula 4. Seleccionar sexo (masculino,femenino) 5. Seleccionar estadia (contrato, nombramiento, sustituto) 6. Seleccionar tiempo de trabajo (completo, medio, parcial) 7. Ingresar alguna observacion 8. Ingresar el titulo de grado 9. Ingresar el titulo de postgrado 10. Seleccionar la facultad 11. Clic en guardar para registrar un docente 12. Clic para eliminar un docente 13. Listado de docentes registrados 14. Descargar la lista de docentes en formato pdf 2 6 10 3 4 5 8 9 7 1 11 13 12 14 5. Pasos para registrar, listar y eliminar un aula/laboratorio: 1. Ingresar el código de registro del aula/laboratorio 2. Ingresar la ubicación 3. Ingresar la fecha de construcción 4. Ingresar la capacidad del aula/laboratorio 5. Seleccionar a que edificio es asignado el aula/laboratorio 6. Clic en guardar registro 7. Clic para eliminar un aula/laboratorio 8. Listado de aula/laboratorio registrados 9. Descargar la lista de aulas/laboratorios en formato pdf 2 3 5 4 1 9 6 8 7 1 5 4 3 2 9 6 8 7 C:\Users\Garcia\AppData\Local\Microsoft\Windows\INetCache\Content.Word\Screenshot from 2016-01-20 11^%36^%37.png C:\Users\Garcia\AppData\Local\Microsoft\Windows\INetCache\Content.Word\Screenshot from 2016-01-20 11^%36^%43.png 6. Pantalla para registrar, listar y eliminar un edificio: 1. Ingresar código de registro 2. Ingresar la ubicación 3. Ingresar la fecha de construcción 4. Ingresar el número de aulas 5. Ingresar el número de laboratorios 6. Clic en guardar registro 7. Clic para eliminar un edificio 8. Listado de edificios registrados 9. Descargar la lista de edificios en formato pdf 6 2 3 4 5 1 2 7. Pasos para registrar, listar y eliminar un curso: 1. Seleccionar el nivel 2. Seleccionar el paralelo 3. Clic en guardar registro 4. Clic para eliminar un curso 5. Listado de cursos registrados 6. Descargar la lista de cursos en formato pdf 8. Pasos para registrar, listar y eliminar una materia : 1. Ingresar el código de registro 2. Ingresar el nombre 3. Seleccionar el nivel 4. Seleccionar la carrera 5. Ingresar el número de horas 6. Ingresar el número de estudiantes 7. Clic en guardar registro 8. Clic para eliminar una materia 9. Listado de materias registradas 10. Descargar la lista de materias en formato pdf 5 3 6 4 2 1 8 7 9 10 3 2 1 7 4 6 5 C:\Users\Garcia\AppData\Local\Microsoft\Windows\INetCache\Content.Word\Screenshot from 2016-01-20 11^%36^%53.png 9. Pasos para registrar, listar y eliminar un periodo: 1. Ingresas la descripción 2. Ingresar la fecha de inicio 3. Ingresar la fecha de fin 4. Clic en guardar registro 5. Clic para eliminar un periodo 6. Listado de periodos registrados 7. Descargar la lista de periodos en formato pdf 5 6 3 2 4 1 10 7 9 8 10. Pasos para registrar, listar y eliminar una carga horaria: 1. Seleccionar carrera 2. Seleccionar curso 3. Seleccionar materia 4. Seleccionar docente 5. Seleccionar dia/hora 6. Seleccionar aula/laboratorio 7. Clic en guardar 8. Clic para eliminar una carga horaria 9. Listado de las cargas horarias registradas 10. Descargar la lista de cargas horarias en formato pdf 7 3 6 5 1 2 4 10 9 8 11. Pasos para generar un reporte 1. Seleccionar periodo 2. Seleccionar carrera 3. Seleccionar curso 4. Seleccionar materia 5. Seleccionar docente 6. Seleccionar dia/hora 7. Seleccionar aula/laboratorio 8. Clic en filtrar 9. Listado general sin ningun filtro 10. Descargar reportes en formato pdf Nota: El usuario administrador puede elegir cualquiera de las elecciones y dar clic en filtrar con una o más de las que ha elegido. 5 1 7 66 2 3 4 9 8 9 Usuario Director 1. Pasos de reporte, que se mostrara en base a la selección de filtro que haga el director: 1. Seleccionar periodo 2. Seleccionar carrera 3. Seleccionar curso 4. Seleccionar materia 5. Seleccionar docente 6. Seleccionar dia/hora 7. Seleccionar aula/laboratorio 8. Clic en filtrar 9. Listado general sin ningun filtro 10. Descargar reportes en formato pdf Nota: El usuario director puede elegir cualquiera de las elecciones y dar clic en filtrar con una o más de las que ha elegido. 1 4 5 6 2 3 10 9 8 7 2. Pasos para crear horario: 1. Seleccionar carrera 2. Seleccionar curso 3. Seleccionar materia 4. Seleccionar docente 5. Seleccionar dia/hora 6. Seleccionar aula/laboratorio 7. Clic en guardar 8. Clic para eliminar un horario 9. Listado de horarios registrados 10. Descargar los horarios en formato pdf ANEXO C. Manual de instalación y configuración Requerimiento de hardware para la máquina virtual VMWare 7 . Servidor Windows 2008 Server que debe tener las siguientes características: o Memoria RAM : mínimo 7 GB o Disco Duro: 40 GB o Procesador: 2 o Adaptador de Red: Bridged (Automático) Requerimiento de software Los requerimientos de software que el sistema de distribución de carga horaria y espacios físicos para la ESPOCH debe albergar son: . Instalar JDK 1.7 . Instalar los servidores web Apache tomcat 7 y Node.js . Instalar la base de datos PostgreSQL 9.3 . Salida permanente a Internet, se recomienda contar con un ancho de banda de 256K como óptimo. Pasos para desplegar el sistema SIDICAHO Iniciar el servidor web Apache Toncat 1. Clic en Start Service 2. Consultar la IP que tenga el servidor, en este caso es 192.168.0.102 3. La IP consultada establecer como Dirección IP estatica 4. Clic en aceptar 5. Entrar al directorio C:\webapps\SIDICAHO\src\constants 6. Clic LoginConstants 7. Clic en editar 8. En http:// poner la ip estatica establecida en el paso 4 9. Guarda cambios 10. Entrar al directorio C:\webapps\SIDICAHO\src\constants 11. Clic Webservices 12. Clic en editar 13. En http:// poner la ip estatica establecida en el paso 4 14. Guarda cambios 15. Ejecutar CMD como Administrador 16. Entramos al directorio C:\webapps\SIDICAHO 17. Ejecutamos npm run start 18. Ejecutar CMD como Administrador 19. Entramos al directorio C:\webapps\SIDICAHO_TOKEN 20. Ejecutamos node server.js Pasos para instalar JDK 1.7 1. Descargar el JDK 1. 7 de la siguiente pagina HUtp://www.oracle.com/technetwork/java/javase/downloads/index.HUml 2. Ejecutar el instalador 3. Clic en Next 4. Seleccionar todas las características 5. Clic en Next 6. Elegir la ruta para instalar java 7. Pantalla que se ha instalado correctamente 8. Clic en close Pasos para instalar Apache Tomcat 7 1. Descargamos tomcat 7 en la siguiente página HUtps://tomcat.apache.org/download- 70.cgi 2. Ejecutar el instalador como administrador 3. Clic en Next para empezar la instalación 4. Clic en I Agree para aceptar las condiciones de términos de uso 5. Seleccionar el tipo de instalación 6. Seleccionar las componentes a instalar 7. Clic en Next 8. En server Shutdown Port dejar el puerto por default 8005 9. En el puerto de conexión HUTP ingresamos 8084 10. En el puerto de conexionAJP el puerto por default 8009 11. Ingresar el nombre del servidor Tomcat7 12. Ingresar el nombre del usuario administrador 13. Ingresar la contraseña del usuario administrador 14. El rol de usuario por default es manager-gui 1. Seleccionar la ruta donde se instalar apache tomcat 2. Clic en Next 1. Clic en Install Pasos para configurar Apache Tomcat 7 1. Clic en configure 2. Clic en Start 3. Clic en Aceptar 4. Clic en Manager App, para iniciar sesión 5. Ingresar el nombre de usuario 6. Ingresar la clave de usuario 7. Clic en iniciar sesión 8. Seleccionar el archivo WS_DistribucionHoraria.war que esta el dirección C:\Users\Administrador\Desktop\app 9. Clic en desplegar 10. Verificar que está desplegado el archivo .war Pasos para Instalar Nodejs 1. Descargamos tomcat 7 en la siguiente página HUtps://nodejs.org/en/ 2. Ejecutar el instalador 1. Clic en Ejecutar para confirmar que no sea un archivo riesgoso. 2. Clic en Next para empezar la instalación 3. Clic en Next para aceptando las condiciones de instalación 4. Clic en Change para seleccionar la ruta donde instalaremos node.js 5. Clic en Next 6. Seleccionar todas las características de instalación 7. Clic en Next 8. Clic en Install para instalar node.js Pasos para Configurar Nodejs 1. Clic en Símbolo del sistema 2. Ingresar Desktop 3. Ingresar app 4. Ingresar AppFinal 5. Iniciar la aplicación C:\Users\Garcia\Downloads\Login.png 6. Se desplegara la página de inicio de sesión del sistema SIDICAHO Pasos para instalar PostgreSQL 9.3 1. Descargar PostgreSQL 9.3 de la siguiente pagina HUtp://www.enterprisedb.com/products-services-training/pgdownload 2. Ejecutar instalador como administrador 3. Clic en next para empezar la instalación C:\Users\Garcia\Desktop\dagoo\TESIS ESPOCH\postgress\Setup.png http://blog.mclaughlinsoftware.com/wp-content/uploads/2014/03/PostgreSQL_i04.png 4. Seleccionar el directorio donde se instalara postgresSQL 5. Clic en next 6. Ingresar la clave del servidor de base de datos 7. Ingresar nuevamente la clave del servidor 8. Clic en next http://blog.mclaughlinsoftware.com/wp-content/uploads/2014/03/PostgreSQL_i06.png http://blog.mclaughlinsoftware.com/wp-content/uploads/2014/03/PostgreSQL_i07.png 9. Agregar le puerto 5432 10. Clic en next 11. Definir la localidad de la base de forma local 12. Clic en next http://blog.mclaughlinsoftware.com/wp-content/uploads/2014/03/PostgreSQL_i08.png http://blog.mclaughlinsoftware.com/wp-content/uploads/2014/03/PostgreSQL_i09.png C:\Users\Garcia\AppData\Local\Microsoft\Windows\INetCache\Content.Word\Screenshot from 2016-01-11 23^%42^%29.png 13. Clic en next para finalizar la instalación Pasos para restaurar la base de datos 1. Abrimos pgAdmin C:\Users\Garcia\Desktop\dagoo\TESIS ESPOCH\postgress\Screenshot from 2016-01-11 20_25_10.png C:\Users\Garcia\Desktop\dagoo\TESIS ESPOCH\postgress\Screenshot from 2016-01-11 20_26_13.png 1. Crear la base de datos DistribucionHorario_BD 2. Clic en ok 3. Seleccionar el backup “DistribucionHorario_BD.backup” en la ruta C:\Users\Administrador\Desktop\app 4. Clic en restore ANEXO D. Manual Técnico Al desarrollar las historias de usuario se debe seguir un proceso ordenado y detallado acerca de su planificación, tareas, actividades y pruebas de aceptación de cada una de ellas por lo que el presente manual técnico contiene dicha información que servirá al administrador del sistema y si se deseará realizar una inspección del trabajo realizado. Al realizar el sistema se utilizó la metodología ágil Scrum, en la cual se detalla todos los procesos y tareas que se realizó en el dicho sistema. Este documento contiene las tareas, actividades, pruebas de aceptación del Sistema de Gestión de Calidad de la Escuela Superior politécnica de Chimborazo y las mismas se detallan a continuación. El manual técnico se detalla todas las actividades iníciales que se realizó desde la definición de la arquitectura del sistema, hasta el desarrollo de cada uno de sus tareas. Product Backlog A continuación se describe las historias de usuario de acuerdo a los requerimientos de las personas interesadas, cuya estimación de desarrollo está en horas. Evaluación Dando a cada requerimiento horas estimadas para su desarrollo, métodos de validación y una valorización del requisitos que varía desde alto a muy bajo con un color que los identifica como se muestra en la siguiente tabla. Tabla 1: Escala de valoración de los requisitos Escala de valoración de requisitos 1-2 3-4 5-7 8-10 Muy Bajo Bajo Medio Alto Estimaciones Valoración: Horas Realizado por: Garcia D., Tipan A., 201 Tabla 2: Product Backlog PRODUCT BACKLOG Id Tareas realizadas Valor 0-10 Estimación Método de valoración HU-01 Como Desarrollador, necesito una recopilación de requerimientos. Alto 10 16 Entrevista con el usuario involucrado para la adquisición de requerimientos. Un diagnóstico sobre el estado actual en la distribución de carga horaria y espacios físicos a docentes y estudiantes de la ESPOCH. HU-02 Como Desarrollador, necesito realizar un análisis de requerimientos. Alto 8 16 Revisión de requerimientos Clasificar los requisitos por prioridad. HU-03 Como Desarrollador, necesito realizar una planificación de trabajo del Sistema. Medio 7 16 Clasificar los requerimientos divididos en sprint. Detallar las actividades por requerimiento. Realizar los trámites para la entrega de la planificación. HU-04 Como Desarrollador, necesito definir las historias de usuario Bajo 4 24 Elaboración de las historias. Revisión de las historias de usuario. HU-05 Como Desarrollador, necesito definir el nombre del sistema Alto 9 8 Análisis del problema a resolver mediante el sistema. Consultar con Director de tesis si el nombre es el adecuado para el Sistema. HU-06 Como desarrollador necesito diseñar la base de datos. Bajo 3 30 Analizar información. Determinar entidades y atributos. Normalización de Tablas Diseño Lógico HU-07 Como desarrollador necesito establecer un estándar de codificación. Medio 7 20 Investigar sobre estándares de codificación Reunión de trabajo con la Directora del proyecto HU-08 Como desarrollador necesito establecer bocetos de la interfaz de usuario. Alto 9 22 Diseñar el boceto de la interfaz de usuario en papel Investigar sobre colores más acordes de la interfaz la ESPOCH. Pintar los bocetos Dibujar el banner del sistema HU-09 Como desarrollador necesito determinar la arquitectura del sistema. Alto 8 8 Definición de los procesos detectados y descripción de los casos de uso. Descripción del sistema desde la perspectiva del almacenamiento de los datos de forma persistente HU-10 Como Administrador necesito tener un sistema de autenticación. Medio 3 14 Crear las entidades de modificar autentificación. Crear el proceso de modificar autentificación. Crear los servicios web de modificar autentificación en acceso a datos. Crear los servicios web de modificar autentificación en lógica de negocios Crear los controladores de modificar autentificación. HU-11 Como Administrador necesito crear, listar, modificar y eliminar Docentes. Bajo 4 12 Crear el proceso y los métodos de listar Docente en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarDocente en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarDocente en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearDocente en todas las capas que contempla el administrador. HU-12 Como Administrador necesito ingresar, listar, Alto 10 20 Crear el proceso y los métodos de listarDirector en modificar y eliminar Directores. todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarDirector en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarDirector en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearDirector en todas las capas que contempla el administrador. HU-13 Como Administrador necesito ingresar, listar, modificar y eliminar aulas y laboratorios. Medio 6 12 Crear el proceso y los métodos de listarAulas y listarLaboratorios en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarAulas y modificarLaboratorios en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarAulas y eliminarLaboratorios en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearAulas y crearLaboratorios en todas las capas que contempla el administrador. HU-14 Como Administrador necesito ingresar, listar, modificar y eliminar Edificios para organizar las aulas y laboratorios. Alto 8 12 Crear el proceso y los métodos de listaredificio en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificaredificio en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminaredificio en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearedificio en todas las capas que contempla el administrador. HU-15 Como Administrador necesito ingresar, listar, modificar y eliminar Materias. Alto 10 20 Crear el proceso y los métodos de listarMateria en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarMateria en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarMateria en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearMateria en todas las capas que contempla el administrador. HU-16 Como Administrador necesito crear, listar, modificar y eliminar Periodos Académicos. Alto 8 10 Crear el proceso y los métodos de listarPeriodoAcademico en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificar PeriodoAcademico en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminar PeriodoAcademico en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearPeriodoAcademico en todas las capas que contempla el administrador. HU-17 Como Administrador necesito ingresar, listar, modificar y eliminar Títulos de Postgrado para los Docentes. Alto 10 12 Crear el proceso y los métodos de listarTituloPostgrado en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarTituloPostgrado en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarTituloPostgrado en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearTituloPostgrado en todas las capas que contempla el administrador. HU-18 Como Administrador necesito crear, listar, modificar y eliminar administradores. Alto 8 12 Crear el proceso y los métodos de listarAdministrador en todas las capas que contempla el administrador Crear el proceso y los métodos de modificarAdministrador en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarAdministradoren todas las capas que contempla el administrador. Crear el proceso y los métodos de crearAdministrador en todas las capas que contempla el administrador. HU-19 Como Administrador necesito crear, listar, modificar y eliminar Cursos. Alto 10 16 Crear el proceso y los métodos de listarCuros en todas las capas que contempla el administrador. Crear el proceso y los métodos de modificarCurso en todas las capas que contempla el administrador. Crear el proceso y los métodos de eliminarCurso en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearCurso en todas las capas que contempla el administrador. HU-20 Como Administrador necesito asignar Carga Horaria a Docentes. Alto 9 20 Crear el proceso asignarCargaHoraria Crear los servicios web asignarCargaHoraria en acceso a datos Crear los servicios web asignarCargaHoraria en logia de negocio Crear los controladores asignarCargaHoraria en interfaz HU-21 Como Administrador necesito listar la Carga Horaria asignada a Docentes. Alto 9 12 Crear el proceso de listarCargaHoraria. Crear los servicios web listarCargaHoraria en acceso a datos. Crear los servicios web listarCargaHoraria en lógica de negocios. Crear los controladores de listarCargaHoraria HU-22 Como Administrador necesito modificar, eliminar Carga Horaria asignada a Docentes. Alto 8 16 Crear el proceso y los métodos de eliminarCurso en todas las capas que contempla el administrador. Crear el proceso y los métodos de crearCurso en todas las capas que contempla el administrador. HU-23 Como Administrador necesito asignar un Periodo académico como periodo activo para asignar la carga horaria. Alto 8 12 Crear el proceso asignarPeriodoActivo Crear los servicios web asignarPeriodoActivo en acceso a datos Crear los servicios web asignarPeriodoActivo en logia de negocio Crear los controladores asignarPeriodoActivo en interfaz HU-24 Como Administrador necesito exportar a pdf y Excel las listas de visualización de todas las entidades. Medio 7 12 Se genera la tabla que se visualiza Se la carga a un método que procesa todo data Se crea la caratula donde se une todos las funciones Exportar la librería de primefaces HU-25 Como Director necesito asignar un docente, un espacio físico, un curso, una hora académica, una materia en un periodo académico para generar los horarios. Alto 8 24 Crear las entidades asignarHorario Crear los servicios web asignarHorario en acceso a datos Crear los servicios web asignarHorario en logia de negocio Crear los controladores asignarHorario en interfaz HU-26 Como Director necesito visualizar una alerta cuando se intente usar un curso que ya ha sido asignado en la misma hora académica. Medio 5 20 Crear el proceso una función en java Script cursoAlerta HU-27 Como Director necesito visualizar una alerta cuando se intente asignar a un docente en una hora académica que ha sido asignado. Alto 10 16 Crear el proceso una función en java Script docenteAlerta HU-28 Como Director necesito que al seleccionar un docente me aparezcan solo las materias asignadas previamente en su carga horaria. Alto 10 16 Crear el proceso asignarMateria Crear los servicios web asignarMateria en acceso a datos Crear los servicios web asignarMateria en logia de negocio Crear los controladores asignarMateria en interfaz HU-29 Como Director necesito que al seleccionar un curso me aparezcan las materias en base a su nivel. Alto 8 20 Crear el proceso asignarMateriaNivel Crear los servicios web asignarMateriaNivel en acceso a datos Crear los servicios web asignarMateriaNivel en logia de negocio Crear los controladores asignarMateriaNivel en interfaz HU-30 Como Director necesito editar los horarios que haya creado. Alto 10 16 Crear el proceso de editarHoraria Crear los servicios web de editarHoraria en acceso a datos. Crear los servicios web de editarHoraria en lógica de negocios. Crear los controladores de editarHoraria HU-31 Como Director necesito visualizar los horarios generados por los demás Directores. Medio 7 16 Crear el proceso de mostrarHorario Crear los servicios web mostrarHorario en acceso a datos Crear los servicios web de mostrarHorario a en lógica de negocios. Crear los controladores de mostrarHorario HU-32 Como Director necesito exportar a pdf y Excel las listas de horarios. Alto 10 20 Se genera la tabla que se visualiza Se la carga a un método que procesa todo data Se crea la caratula donde se une todos las funciones Exportar con una librería de primefaces HU-33 Como Desarrollador requiero realizar las correcciones al sistema. Alto 9 20 Revisar y buscar soluciones a los fallo encontrados en el proyecto y emplear las recomendaciones indicadas por la Directora del proyecto. HU-34 Como Desarrollador, necesito cambiar la imagen corporativa del sistema Medio 7 10 El banner y la página de inicio de sesión sean los mismos o parecidos al que tienen todos los sistemas de la ESPOCH. Los Colores se han los mismo que posee la ESPOCH HU-35 Como Desarrollador necesito realizar pruebas de las funcionalidades de los roles de usuario de la aplicación. Alto 10 10 Crear método rolUsuario en la capa de interfaz de usuario HU-36 Como Desarrollador necesito realizar la Alto 10 20 Realizar el despliegue de la aplicación en el servidor implementación de la aplicación en el servidor. Glassfish 3.0 Correcciones de errores de despliegue Desplegar la aplicación sin errores HU-37 Como Desarrollador, necesito cargar datos de reales a la base de datos Alto 10 8 Ingreso de datos de Administrador, Director, Docentes de la ESPOCH. HU-38 Como Desarrollador necesito capacitar a los usuarios sobre el funcionamiento de la aplicación. Alto 10 8 Se capacito a un grupo determinado de 7 docentes por Escuela, con la necesidad de obtener recomendaciones y mejoras en la aplicación. Se capacito a los directos de Escuela de la ESPOCH. HU-39 Como Director del Proyecto, necesito el Manual del Usuario para una guía de manejo del aplicativo. Medio 7 20 Obtener imágenes del sistema Explicar el funcionamiento de cada imagen HU-40 Como Director del Proyecto, necesito el manual técnico Medio 6 40 Realizando una documentación técnica. HU-41 Como Director del Proyecto, necesito el manual de instalación y configuración del sistema. Alto 8 24 Obtener imágenes del sistema Explicar el funcionamiento de cada imagen del proceso de instalación y configuración Total 688 Horas Realizado por: Garcia D., Tipan A., 2016 Sprint backlog A continuación se desarrolla el Product Backlog por Sprint Backlog del desarrollo de sistema SIDICAHO. Se ha dividido en 7 Sprint Backlog los cuales se detallan a continuación. Tabla 03.- Sprint1 Análisis y Estudio Sprint 1 Fecha Inicio: 05/28/2015 Fecha Fin: 06/24/2015 Esfuerzo Total: 80 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsables HT-01 Como Desarrollador, necesito una recopilación de requerimientos. 16 Proyecto Alex Tipan Dario Garcia HT-02 Como Desarrollador, necesito realizar un análisis de requerimientos. 16 Analizar Alex Tipan Dario Garcia HT-03 Como Desarrollador, necesito realizar una planificación de trabajo del Sistema. 16 Proyecto Alex Tipan Dario Garcia HT-04 Como Desarrollador, necesito definir las historias de usuario 24 Proyecto Alex Tipan Dario Garcia HT-05 Como Desarrollador, necesito definir el nombre del sistema 8 Proyecto Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 04.- Sprint2 Diseño Sprint 2 Fecha Inicio: 06/25/2015 Fecha Fin: 07/22/2015 Esfuerzo Total: 80 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-06 Como desarrollador necesito diseñar la base de datos. 30 Diseño Alex Tipan Dario Garcia HT-07 Como desarrollador necesito establecer un estándar de codificación. 20 Análisis Alex Tipan Dario Garcia HT-08 Como desarrollador necesito establecer bocetos de la interfaz de usuario. 22 Diseño Alex Tipan Dario Garcia HT-09 Como desarrollador necesito determinar la arquitectura del sistema. 8 Análisis Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 05.- Sprint5 - Modulo Administrador Sprint 3 Fecha Inicio: 07/23/2015 Fecha Fin: 10/05/2015 Esfuerzo Total: 212 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-10 Como Administrador necesito tener un sistema de autenticación. 14 Desarrollo Alex Tipan Dario Garcia HT-11 Como Administrador necesito crear, listar, modificar y eliminar Docentes. 12 Desarrollo Alex Tipan Dario Garcia HT-12 Como Administrador necesito ingresar, listar, modificar y eliminar Directores. 20 Desarrollo Alex Tipan Dario Garcia HT-13 Como Administrador necesito ingresar, listar, modificar y eliminar aulas y laboratorios. 12 Desarrollo Alex Tipan Dario Garcia HT-14 Como Administrador necesito ingresar, listar, modificar y eliminar Edificios para organizar las aulas y laboratorios. 12 Desarrollo Alex Tipan Dario Garcia HT-15 Como Administrador necesito ingresar, listar, modificar y eliminar 20 Desarrollo Alex Tipan Dario Materias. Garcia HT-16 Como Administrador necesito crear, listar, modificar y eliminar Periodos Académicos. 10 Desarrollo Alex Tipan Dario Garcia HT-17 Como Administrador necesito ingresar, listar, modificar y eliminar Títulos de Postgrado para los Docentes. 12 Desarrollo Alex Tipan Dario Garcia HT-18 Como Administrador necesito crear, listar, modificar y eliminar administradores. 12 Desarrollo Alex Tipan Dario Garcia HT-19 Como Administrador necesito crear, listar, modificar y eliminar Cursos. 16 Desarrollo Alex Tipan Dario Garcia HT-20 Como Administrador necesito asignar Carga Horaria a Docentes. 20 Desarrollo Alex Tipan Dario Garcia HT-21 Como Administrador necesito listar la Carga Horaria asignada a Docentes. 12 Desarrollo Alex Tipan Dario Garcia HT-22 Como Administrador necesito modificar, eliminar Carga Horaria asignada a Docentes. 16 Desarrollo Alex Tipan Dario Garcia HT-23 Como Administrador necesito asignar un Periodo académico como periodo activo para asignar la carga horaria. 12 Desarrollo Alex Tipan Dario Garcia HT-24 Como Administrador necesito exportar a pdf las listas de visualización de todas las entidades. 12 Desarrollo Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 06.- Sprint5- Modulo Director Sprint 4 Fecha Inicio: 10/06/2015 Fecha Fin: 11/25/2015 Esfuerzo Total: 148 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-25 Como Director necesito asignar un docente, un espacio físico, un curso, una hora académica, una materia en un periodo académico para generar los horarios. 24 Desarrollo Alex Tipan Dario Garcia HT-26 Como Director necesito visualizar una alerta cuando se intente usar un curso que ya ha sido asignado en la misma hora académica. 20 Desarrollo Alex Tipan Dario Garcia HT-27 Como Director necesito visualizar una alerta cuando se intente asignar a un docente en una hora académica que ha sido asignado. 16 Desarrollo Alex Tipan Dario Garcia HT-28 Como Director necesito que al seleccionar un docente me aparezcan solo las materias asignadas previamente en su carga horaria. 16 Desarrollo Alex Tipan Dario Garcia HT-29 Como Director necesito que al seleccionar un curso me aparezcan las materias en base a su nivel. 20 Desarrollo Alex Tipan Dario Garcia HT-30 Como Director necesito editar los horarios que haya creado. 16 Desarrollo Alex Tipan Dario Garcia HT-31 Como Director necesito visualizar los horarios generados por los demás Directores. 16 Desarrollo Alex Tipan Dario Garcia HT-32 Como Director necesito exportar a pdf las listas de horarios. 20 Desarrollo Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 07.- Sprint5 Modulo Pruebas Sprint 5 Fecha Inicio: 11/26/2015 Fecha Fin: 12/09/2015 Esfuerzo Total: 40 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-33 Como Desarrollador necesito realizar las correcciones al sistema 20 Desarrollo Alex Tipan Dario Garcia HT-34 Como Desarrollador, necesito cambiar la imagen corporativa del sistema 10 Desarrollo Alex Tipan Dario Garcia HT-35 Como Desarrollador necesito realizar pruebas de las funcionalidades de los roles de usuario de la aplicación. 10 Desarrollo Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 08.- Sprint6 Implementación Sprint 6 Fecha Inicio: 12/10/2015 Fecha Fin: 12/22/2015 Esfuerzo Total: 36 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-36 Como Desarrollador necesito realizar la implementación de la aplicación en el servidor. 20 Proyecto Alex Tipan Dario Garcia HT-37 Como Desarrollador, necesito cargar datos de reales a la base de datos 8 Proyecto Alex Tipan Dario Garcia HT-38 Como Desarrollador necesito capacitar a los usuarios sobre el funcionamiento de la aplicación. 8 Proyecto Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Tabla 09.- Sprint7 – Documentación Sprint 7 Fecha Inicio: 12/23/2015 Fecha Fin: 01/20/2016 Esfuerzo Total: 84 Pila del Sprint Backlog ID Descripción Esfuerzo Tipo Responsable HT-39 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el Manual del Usuario para una guía de manejo del aplicativo. 20 Proyecto Alex Tipan Dario Garcia HT-40 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual técnico. 40 Proyecto Alex Tipan Dario Garcia HT-41 Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual de instalación y configuración 24 Proyecto Alex Tipan Dario Garcia Realizado por: Garcia D., Tipan A., 2016 Historias de usuario Sprint 1 Tabla 10: Historia Usuario 01 Historia Usuario 01 ID: HU-01 Nombre: Como Desarrollador, necesito una recopilación de requerimientos. Descripción: Como Desarrollador, necesito realizar una recopilación de requerimientos para el manejo de la información del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Durante las entrevistas realizadas a los usuarios involucrados se obtuvieron los requisitos necesarios para el desarrollo de las historias de usuario del Sistema de distribución de carga horaria y espacios físicos. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Entrevista con los usuario involucrados para la adquisición de requerimientos 4 2 Un diagnóstico sobre el estado actual en la distribución de carga horaria y espacios físicos a docentes y estudiantes de la ESPOCH. 12 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 11: Historia Usuario 02 Historia Usuario 02 ID: HU-02 Nombre: Como Desarrollador, necesito realizar un análisis de requerimientos. Descripción: Como Desarrollador, necesito realizar un análisis de requerimientos, de acuerdo a los recursos a disposición del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Análisis de requerimientos y clasificación por prioridad. Aceptado Jorge Huilca 2 Clasificar los requerimientos por prioridad Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Revisión de requerimientos 12 2 Clasificar por prioridad. 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 12: Historia Usuario 03 Historia Usuario 03 ID: HU-03 Nombre: Como Desarrollador, necesito realizar una planificación del trabajo del Sistema. Descripción: Como Desarrollador, necesito realizar un Diagrama Gantt de las actividades realizadas en el sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 La calendarización de las actividades en base a las fechas cumplidas en el desarrollo del proyecto de prácticas. Aceptado Jorge Huilca Tabla 12. Historia Usuario 03 Tareas de Ingeniería ID Descripción Esfuerzo 1 Clasificar los requerimientos divididos en sprint. 8 2 Detallar las actividades por requerimiento. 4 3 Realizar los trámites para la entrega de la planificación. 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 13: Historia Usuario 04 Historia Usuario 04 ID: HU-04 Nombre: Como Desarrollador, necesito definir las historias de usuario. Descripción: Como Desarrollador, necesito definir las historias de usuario, con sus pruebas de aceptación y tareas en el desarrollo del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Las historias de usuario definidas, son las necesarias para el correcto desarrollo del sistema. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Elaboración de las historias de historias de usuario 18 2 Revisión de las historias de usuario. 6 TOTAL 24 Realizado por: Garcia D., Tipan A., 2016 Tabla 14: Historia Usuario 05 Historia Usuario 05 ID: HU-014 Nombre: Como Desarrollador, necesito definir el nombre del sistema Descripción: Como Desarrollador, necesito definir el nombre del sistema en base a la función que realiza el sistema. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 El nombre del sistema esta definió en base a la función que realizada el sistema "SIDICAHO". Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Análisis del problema a resolver mediante el sistema. 2 2 Consultar con Director del proyecto si el nombre es el adecuado para el Sistema. 6 TOTAL 8 Realizado por: Garcia D., Tipan A., 2016 SPRINT 2: Tabla 15: Historia Usuario 06 Historia Usuario 06 ID: HU-06 Nombre: Como desarrollador necesito diseñar la base de datos. Descripción: Como desarrollador necesito diseñar la Base de Datos para el manejo de los datos del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia. Pruebas de aceptación ID Criterio Estado Responsable 1 El nombre de las tablas y columnas deben cumplir con un Aceptado Jorge Huilca estándar. 2 Los tipos de datos de las columnas deben ser acorde al tipo de datos de la base de datos donde se migraran los datos. Aceptado Jorge Huilca 3 Debe existir una correcta relación entre los datos de las tablas Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Analizar información. 6 2 Determinar entidades y atributos. 8 4 Normalización de Tablas 8 6 Diseño Lógico 8 TOTAL 30 Realizado por: Garcia D., Tipan A., 2016 Tabla 16: Historia Usuario 07 Historia Usuario 07 ID: HU-07 Nombre: Como desarrollador necesito establecer un estándar de codificación. Descripción: Como Desarrollador, necesito establecer el estándar de codificación Lower Camel Case, por su facilidad de uso. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 El uso del estándar de codificación Lower Camel Case Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Investigar sobre estándares de codificación 10 2 Reunión de trabajo con la Directora del proyecto 10 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 17: Historia Usuario 08 Historia Usuario 08 ID: HU-08 Nombre: Como desarrollador necesito diseñar bocetos de la interfaz de usuario. Descripción: Como Desarrollador, necesito diseñar la interfaz de usuario del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 El esquema de la interfaz de usuario de todo el sistema Aceptado Jorge Huilca 2 Colores de la interfaz Aceptado Jorge Huilca 3 Banner del sistema Aceptado Jorge Huilca Tareas de Ingeniería ID Esfuerzo 1 Diseñar el boceto de la interfaz de usuario en papel 4 2 Investigar sobre colores más acordes de la interfaz con la Facultad ESPOCH. 4 3 Pintar los bocetos 6 4 Dibujar el banner del sistema 8 TOTAL 22 Realizado por: Garcia D., Tipan A., 2016 Tabla 17: Historia Usuario 09 Historia Usuario 09 ID: HU-09 Nombre: Como desarrollador necesito determinar la arquitectura del sistema. Descripción: Como Desarrollador, necesito determinar la arquitectura del sistema de acuerdo a las necesidades de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Descripción de las Capas del Sistema Aceptado Jorge Huilca 2 El nombre, definición y contenido de cada capa y las interacciones entre capas. Aceptado Jorge Huilca 4 Los nodos y conexiones necesarias para el entorno de pruebas Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 2 Definición de los procesos detectados y descripción de los casos de uso. 5 3 Descripción del sistema desde la perspectiva del almacenamiento de los datos de forma persistente 3 TOTAL 8 Realizado por: Garcia D., Tipan A., 2016 SPRINT 3: Tabla 18: Historia Usuario 10 Historia Usuario 10 ID: HU-10 Nombre: Como Administrador requiero tener un sistema de autenticación. Descripción: Como Administrador requiero tener un sistema de autenticación por motivos de seguridad. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Si los parámetros de validación en el cambio de contraseña son los necesarios. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear las entidades de modificar autentificación. 3 2 Crear el proceso de modificar autentificación. 3 3 Crear los servicios web de modificar autentificación en acceso a datos. 3 4 Crear los servicios web de modificar autentificación en lógica de negocios 3 5 Crear los controladores de modificar autentificación. 2 TOTAL 14 Realizado por: Garcia D., Tipan A., 2016 Tabla 19. Historia Usuario 11 Historia Usuario 11 ID: HU-11 Nombre: Como Administrador requiero crear, listar, modificar y eliminar Docentes. Descripción: Como Administrador requiero crear, listar, modificar y eliminar Docentes de la ESPOCH, de forma que se lo requiera. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los docentes registrados. Aceptado Jorge Huilca 2 Verificar en la base de datos, estén agregados los datos del Docente registrado. Aceptado Jorge Huilca 3 Verificar en la base de datos los datos de los docentes se hayan eliminado. Aceptado Jorge Huilca 4 Verificar en la base de datos los datos de los docentes se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarDocente en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificarDocente en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminarDocente en todas las capas que contempla el administrador. 3 4 Crear el proceso y los métodos de crearDocente en todas las capas que contempla el administrador. 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 20: Historia Usuario 12 Historia Usuario 12 ID: HU-12 Nombre: Como Administrador requiero crear, listar, modificar y eliminar Directores de Escuela. Descripción: Como Administrador requiero crear, listar, modificar y eliminar Directores de Escuela de la ESPOCH, de forma que se lo requiera. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los Directores de Escuela registrados. Aceptado Jorge Huilca 2 Verificar en la base de datos, estén agregados los datos del Director de Escuela registrado. Aceptado Jorge Huilca 3 Verificar en la base de datos los datos de los Directores de Escuela que se hayan eliminado. Aceptado Jorge Huilca 4 Verificar en la base de datos los datos de los Directores de Escuela que se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarDirector en todas las capas que contempla el administrador. 5 2 Crear el proceso y los métodos de modificarDirector en todas las capas que contempla el administrador. 5 3 Crear el proceso y los métodos de eliminarDirector en todas las capas que contempla el administrador. 5 4 Crear el proceso y los métodos de crearDirector en todas las capas que contempla el administrador. 5 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 21. Historia Usuario 13 Historia Usuario 13 ID: HU-13 Nombre: Como Administrador requiero ingresar, listar, modificar y eliminar aulas y laboratorios. Descripción: Como Administrador requiero ingresar, listar, modificar y eliminar aulas y laboratorios de la ESPOCH, de forma concurrente de datos que se lleva. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen las aulas y laboratorios registrados. Aceptado Jorge Huilca 2 Verificar en la base de datos, estén agregados los datos del aulas y laboratorios registrados. Aceptado Jorge Huilca 3 Verificar en la base de datos los datos de las aulas y laboratorios que se hayan eliminado. Aceptado Jorge Huilca 4 Verificar en la base de datos los datos de las aulas y laboratorios que se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarAulas y listarLaboratorios en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificarAulas y modificarLaboratorios en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminarAulas y eliminarLaboratorios en todas las capas que contempla el administrador. 3 4 Crear el proceso y los métodos de crearAulas y crearLaboratorios en todas las capas que contempla el administrador. 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 22: Historia Usuario 14 Historia Usuario 14 ID: HU-14 Nombre: Como Administrador requiero ingresar, listar, modificar y eliminar Edificios para organizar las aulas y laboratorios. Descripción: Como Administrador requiero ingresar, listar, modificar y eliminar edificios para organizar las aulas y laboratorios en la distribución coordinada de los espacios físicos de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los edificios de Escuela registrados. Aceptado Jorge Huilca 2 Verificar en la base de datos, estén agregados los datos del edificio registrado. Aceptado Jorge Huilca 3 Verificar en la base de datos los datos de los edificios que se hayan eliminado. Aceptado Jorge Huilca 4 Verificar en la base de datos los datos de los edificios que se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listaredificio en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificaredificio en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminaredificio en todas las capas que contempla el administrador. 3 4 Crear el proceso y los métodos de crearedificio en todas las capas que contempla el administrador. 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 23. Historia Usuario 15 Historia Usuario 15 ID: HU-15 Nombre: Como Administrador requiero ingresar, listar, modificar y eliminar Materias. Descripción: Como Administrador necesito ingresar, listar, modificar y eliminar materias que se requieran o hayan sido asignadas a docentes o estudiantes de la ESPOCH, Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen las materias registradas. Aceptado Jorge Huilca 2 Verificar que en la base de datos, estén agregadas las materias registradas. Aceptado Jorge Huilca 3 Verificar que en la base de datos los datos de las materias se hayan eliminado. Aceptado Jorge Huilca 4 Verificar que en la base de datos los datos de las materias se hayan modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarMateria en todas las capas que contempla el administrador. 5 2 Crear el proceso y los métodos de modificarMateria en todas las capas que contempla el administrador. 5 3 Crear el proceso y los métodos de eliminarMateria en todas las capas que contempla el administrador. 5 4 Crear el proceso y los métodos de crearMateria en todas las capas que contempla el administrador. 5 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 24. Historia Usuario 16 Historia Usuario 16 ID: HU-16 Nombre: Como Administrador necesito crear, listar, modificar y eliminar Periodos Académicos. Descripción: Como Administrador necesito crear, listar, modificar y eliminar Periodos Académicos a docentes y estudiantes de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los periodos académicos registrados. Aceptado Jorge Huilca 2 Verificar que en la base de datos, estén agregados los periodos académicos registrados. Aceptado Jorge Huilca 3 Verificar que en la base de datos los datos de los periodos académicos que se hayan eliminado. Aceptado Jorge Huilca 4 Verificar que en la base de datos los datos de los periodos académicos que se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarPeriodoAcademico en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificar PeriodoAcademico en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminar PeriodoAcademico en todas las capas que contempla el administrador. 2 4 Crear el proceso y los métodos de crearPeriodoAcademico en todas las capas que contempla el administrador. 2 TOTAL 10 Realizado por: Garcia D., Tipan A., 2016 Tabla 25. Historia Usuario 17 Historia Usuario 17 ID: HU-17 Nombre: Como Administrador necesito ingresar, listar, modificar y eliminar Títulos de Postgrado para los Docentes. Descripción: Como Administrador necesito ingresar, listar, modificar y eliminar Títulos de Postgrado para los Docentes a los docentes de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los Títulos de Postgrado de los docentes registrados. Aceptado Jorge Huilca 2 Verificar que en la base de datos, estén agregados los Títulos de Postgrado de los docentes registrados. Aceptado Jorge Huilca 3 Verificar que en la base de datos los datos de los Títulos de Postgrado de los docentes que se hayan eliminado. Aceptado Jorge Huilca 4 Verificar que en la base de datos los datos de los Títulos de Postgrado de los docentes que se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarTituloPostgrado en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificarTituloPostgrado en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminarTituloPostgrado en todas las capas que contempla el administrador. 3 4 Crear el proceso y los métodos de crearTituloPostgrado en todas las capas que contempla el administrador. 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 26. Historia Usuario 18 Historia Usuario 18 ID: HU-18 Nombre: Como Administrador requiero crear, listar, modificar y eliminar administradores. Descripción: Como Administrador requiero crear, listar, modificar y eliminar administradores en la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los administradores registrados. Aceptado Jorge Huilca 2 Verificar que en la base de datos, estén agregados los administradores. Aceptado Jorge Huilca 3 Verificar que en la base de datos los datos de los administradores hayan sido eliminados. Aceptado Jorge Huilca 4 Verificar que en la base de datos los datos de los administradores hayan modificados. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarAdministrador en todas las capas que contempla el administrador. 3 2 Crear el proceso y los métodos de modificarAdministrador en todas las capas que contempla el administrador. 3 3 Crear el proceso y los métodos de eliminarAdministradoren todas las capas que contempla el administrador. 3 4 Crear el proceso y los métodos de crearAdministrador en todas las capas que contempla el administrador. 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 27. Historia Usuario 19 Historia Usuario 19 ID: HU-19 Nombre: Como Administrador necesito crear, listar, modificar y eliminar Cursos. Descripción Como Administrador necesito crear, listar, modificar y eliminar cursos a docentes y estudiantes de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se listen los cursos registrados. Aceptado Jorge Huilca 2 Verificar que en la base de datos, estén agregados los cursos registrados. Aceptado Jorge Huilca 3 Verificar que en la base de datos los cursos se hayan eliminado correctamente. Aceptado Jorge Huilca 4 Verificar que en la base de datos los cursos se hayan modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de listarCuros en todas las capas que contempla el administrador. 4 2 Crear el proceso y los métodos de modificarCurso en todas las capas que contempla el administrador. 4 3 Crear el proceso y los métodos de eliminarCurso en todas las capas que contempla el administrador. 4 4 Crear el proceso y los métodos de crearCurso en todas las capas que contempla el administrador. 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 28. Historia Usuario 20 Historia Usuario 20 ID: HU-20 Nombre: Como Administrador requiero asignar Carga Horaria a Docentes. Descripción: Como Administrador requiero asignar la Carga Horaria a Docentes ha de la ESPOCH dependiendo de las materias que disponga. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar en la base de datos que se le haya asignado la carga Aceptado Jorge Huilca horaria a un determinado docente. Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso asignarCargaHoraria 5 2 Crear los servicios web asignarCargaHoraria en acceso a datos 5 3 Crear los servicios web asignarCargaHoraria en logia de negocio 5 4 Crear los controladores asignarCargaHoraria en interfaz 5 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 29. Historia Usuario 21 Historia Usuario 21 ID: HU-21 Nombre: Como Administrador necesito listar la Carga Horaria asignada a Docentes. Descripción: Como Administrador necesito listar la Carga Horaria asignada a Docentes, para poder ver las materias y espacios físicos que le hayan sido asignados a cada docente de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se liste la asignación de la carga horaria a un determinado docente. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso de listarCargaHoraria. 3 2 Crear los servicios web listarCargaHoraria en acceso a datos. 3 3 Crear los servicios web listarCargaHoraria en lógica de negocios. 3 4 Crear los controladores de listarCargaHoraria 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 30. Historia Usuario 22 Historia Usuario 22 ID: HU-22 Nombre: Como Administrador requiero modificar, eliminar Carga Horaria asignada a Docentes. Descripción Como Administrador requiero modificar, eliminar Carga Horaria asignada a Docentes de la ESPOCH con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 3 Verificar que en la base de datos la carga horaria se haya eliminado correctamente. Aceptado Jorge Huilca 4 Verificar que en la base de datos la carga horaria se haya modificado. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso y los métodos de eliminarCurso en todas las capas que contempla el administrador. 8 2 Crear el proceso y los métodos de crearCurso en todas las capas que contempla el administrador. 8 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 31. Historia Usuario 23 Historia Usuario 23 ID: HU-23 Nombre: Como Administrador necesito asignar un Periodo académico como periodo activo para asignar la carga horaria. Descripción: Como Administrador necesito asignar un Periodo académico como periodo activo para asignar la carga horaria a cada uno de los docentes la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que el periodo académico haya cambiado su estado ha activo al momento que se le asignó una determinada carga horaria a un docente en específico. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso asignarPeriodoActivo 3 2 Crear los servicios web asignarPeriodoActivo en acceso a datos 3 3 Crear los servicios web asignarPeriodoActivo en logia de negocio 3 4 Crear los controladores asignarPeriodoActivo en interfaz 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 Tabla 32. Historia Usuario 24 Historia Usuario 24 ID: HU-24 Nombre: Como Administrador requiero exportar a pdf las listas de visualización de todas las entidades. Descripción: Como Director de Escuela, necesito modificar un examen del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que el archivo haya sido exportado correctamente a pdf Aceptado Jorge Huilca 1 Verificar que el archivo haya sido exportado correctamente a Excel Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Se genera la tabla que se visualiza 3 2 Se la carga a un método que procesa todo data 3 3 Se crea la caratula donde se une todos las funciones 3 4 Y es exporta con una librería de primefaces 3 TOTAL 12 Realizado por: Garcia D., Tipan A., 2016 SPRINT 4: Tabla 33. Historia Usuario 25 Historia Usuario 25 ID: HU-25 Nombre: Como Director requiero asignar un docente, un espacio físico, un curso, una hora académica, una materia en un periodo académico para generar los horarios. Descripción: Como Director requiero asignar un docente, un espacio físico, un curso, una hora académica, una materia en un periodo académico para generar los horarios en la ESPOCH con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se haya generado los horarios a un docente, un espacio físico, un curso, una hora académica, una materia en Aceptado Jorge Huilca un periodo académico. Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear las entidades asignarHorario 8 2 Crear los servicios web asignarHorario en acceso a datos 5 3 Crear los servicios web asignarHorario en logia de negocio 5 4 Crear los controladores asignarHorario en interfaz 6 TOTAL 24 Realizado por: Garcia D., Tipan A., 2016 Tabla 34. Historia Usuario 26 Historia Usuario 26 ID: HU-26 Nombre: Como Director necesito visualizar una alerta cuando se intente usar un curso que ya ha sido asignado en la misma hora académica. Descripción: Como Director necesito visualizar una alerta cuando se intente usar un curso que ya ha sido asignado en la misma hora académica en la ESPOCH con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que el alerta se muestre cuando se intente usar un curso que ya ha sido asignado en la misma hora académica. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso una función en java Script cursoAlerta 20 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 35. Historia Usuario 27 Historia Usuario 27 ID: HU-27 Nombre: Como Director necesito visualizar una alerta cuando se intente asignar a un docente en una hora académica que ha sido asignado. Descripción: Como Director necesito visualizar una alerta cuando se intente asignar a un docente en una hora académica que ha sido asignado en la ESPOCH con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que el alerta se muestre cuando se intente asignar a un docente en una hora académica que ha sido asignada. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso una función en java Script docenteAlerta 16 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 36. Historia Usuario 28 Historia Usuario 28 ID: HU-28 Nombre: Como Director requiero que al seleccionar un docente me aparezcan solo las materias asignadas previamente en su carga horaria. Descripción: Como Director requiero que al seleccionar un docente me aparezcan solo las materias asignadas previamente en su carga horaria con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar con las base de datos que solo se muestren las materias que tiene asignado un determinado docente. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso asignarMateria 4 2 Crear los servicios web asignarMateria en acceso a datos 4 3 Crear los servicios web asignarMateria en logia de negocio 4 4 Crear los controladores asignarMateria en interfaz 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 37. Historia Usuario 29 Historia Usuario 29 ID: HU-29 Nombre: Como Director necesito que al seleccionar un curso me aparezcan las materias en base a su nivel. Descripción: Como Director necesito que al seleccionar un curso me aparezcan las materias en base a su nivel con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar con las base de datos que solo se muestren las materias de un determinado nivel, asignado un determinado docente. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso asignarMateriaNivel 5 2 Crear los servicios web asignarMateriaNivel en acceso a datos 5 3 Crear los servicios web asignarMateriaNivel en logia de negocio 5 4 Crear los controladores asignarMateriaNivel en interfaz 5 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 38. Historia Usuario 30 Historia Usuario 30 ID: HU-30 Nombre: Como Director requiero editar los horarios que haya creado Descripción Como Director requiero editar los horarios que haya creado con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Editar un horario Aceptado Jorge Huilca 2 Verificar en la base de datos que se haya editar el horario Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso de editarHoraria 4 2 Crear los servicios web de editarHoraria en acceso a datos. 4 3 Crear los servicios web de editarHoraria en lógica de negocios. 4 4 Crear los controladores de editarHoraria 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 39. Historia Usuario 31 Historia Usuario 31 ID: HU-31 Nombre: Como Director necesito visualizar los horarios generados por los demás Directores. Descripción: Como Director necesito visualizar los horarios generados por los demás Directores con la implementación del sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que tenga todos los detalles del horario Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear el proceso de mostrarHorario 4 2 Crear los servicios web mostrarHorario en acceso a datos 4 3 Crear los servicios web de mostrarHorario a en lógica de negocios. 4 4 Crear los controladores de mostrarHorario 4 TOTAL 16 Realizado por: Garcia D., Tipan A., 2016 Tabla 40. Historia Usuario 32 Historia Usuario 32 ID: HU-32 Nombre: Como Administrador requiero exportar a pdf las listas de visualización de todas las entidades. Descripción: Como Director de Escuela, necesito modificar un examen del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que el archivo haya sido exportado correctamente a pdf Aceptado Jorge Huilca 1 Verificar que el archivo haya sido exportado correctamente a Excel Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Se genera la tabla que se visualiza 2 2 Se la carga a un método que procesa todo data 1 3 Se crea la caratula donde se une todos las funciones 2 4 Y es exporta con una librería de primefaces 3 TOTAL 8 Realizado por: Garcia D., Tipan A., 2016 SPRINT 5 Tabla 41. Historia Usuario 33 Historia Usuario 33 ID: HU-33 Nombre: Como Desarrollador requiero realizar las correcciones al sistema. Descripción: Como Desarrollador necesito realizar las correcciones y recomendaciones frente a los fallos encontrados en el proyecto presentado. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Verificar que se hayan corregido los fallos encontrados en la entrega anterior. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Revisar y buscar soluciones a los fallo encontrados en el proyecto y emplear las recomendaciones indicadas por la Directora del proyecto. 20 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 42. Historia Usuario 34 Historia Usuario 34 ID: HU-34 Nombre: Como Desarrollador, requiero cambiar la imagen corporativa del sistema. Descripción: Como Desarrollador, requiero cambiar la imagen corporativa del de distribución de carga horaria y espacios físicos de la ESPOCH, por motivos de manejar un mismo estándar en todos los sistemas que posee la Facultad Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 El banner y la página de inicio de sesión sean los mismos o parecidos al que tienen todos los sistemas de la ESPOCH. Aceptado Javier Romero 2 Los Colores se han los mismo que posee la ESPOCH Aceptado Javier Romero Tareas de Ingeniería ID Descripción Esfuerzo 1 Solicitar el boceto de la nueva imagen corporativa 2 2 Hacer cambios en las hojas de estilo 6 3 Colocar el banner al sistema 2 TOTAL 10 Realizado por: Garcia D., Tipan A., 2016 Tabla 43. Historia Usuario 35 Historia Usuario 35 ID: HU-35 Nombre: Como Desarrollador requiero realizar pruebas de las funcionalidades de los roles de usuario de la aplicación. Descripción: Como Desarrollador requiero realizar pruebas de las funcionalidades de los roles de usuario de la aplicación de sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Iniciar sesión como administrador Aceptado Jorge Huilca 2 Iniciar sesión como Director Aceptado Jorge Huilca 3 Iniciar sesión como Docente Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Crear método rolUsuario en la capa de interfaz de usuario 10 TOTAL 10 Realizado por: Garcia D., Tipan A., 2016 SPRINT 6 Tabla 44. Historia Usuario 36 Historia Usuario 36 ID: HU-36 Nombre: Como Desarrollador requiero realizar la implementación de la aplicación en el servidor. Descripción: Como Desarrollador requiero realizar la implementación de la aplicación en el servidor. De la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Ingreso de las credenciales de conexión Aceptado Javier Romero 2 Despliegue de la aplicación Aceptado Javier Romero Tareas de Ingeniería ID Descripción Esfuerzo 1 Realizar el despliegue de la aplicación en el servidor Glassfish 3.0 4 2 Correcciones de errores de despliegue 10 3 Desplegar la aplicación sin errores 6 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 45. Historia Usuario 37 Historia Usuario 37 ID: HU-37 Nombre: Como Desarrollador, necesito cargar datos reales a la base de datos. Descripción: Como Desarrollador, necesito cargar los datos reales a la base de datos para ver su correcta navegabilidad. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Iniciar sesión como Administrador, Director, Docente, para verificar la navegabilidad del sistema. Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Ingreso de datos de Administrador, Director, Docentes de la ESPOCH. 8 TOTAL 8 Realizado por: Garcia D., Tipan A., 2016 Tabla 46. Historia Usuario 38 Historia Usuario 38 ID: HU-38 Nombre: Como Desarrollador requiero capacitar a los usuarios sobre el funcionamiento de la aplicación. Descripción: Como Desarrollador requiero capacitar a los usuarios sobre la calidad del sistema y obtener recomendaciones frente a fallos encontrados del sistema de distribución de carga horaria y espacios físicos de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Preparación del laboratorio de capacitación Aceptado Jorge Huilca 2 Exposición sobre el funcionamiento del de distribución de carga horaria y espacios físicos. Aceptado Jorge Huilca 3 Recomendaciones obtenidas en la capacitación a los docentes y estudiantes Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Se capacito a los directores de escuela de la Facultad de Informática y Electrónica. 8 TOTAL 8 Realizado por: Garcia D., Tipan A., 2016 SPRINT 7 Tabla 47. Historia Usuario 39 Historia Usuario 39 ID: HU-39 Nombre: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el Manual del Usuario para una guía de manejo del aplicativo. Descripción: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el Manual del Usuario para una guía de manejo del aplicativo del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Explicación del funcionamiento del sistema Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Obtener imágenes del sistema 4 2 Explicar el funcionamiento de cada imagen 16 TOTAL 20 Realizado por: Garcia D., Tipan A., 2016 Tabla 48. Historia Usuario 40 Historia Usuario 40 ID: HU-40 Nombre: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual técnico. Descripción: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual técnico para una guía de manejo del aplicativo del Sistema de distribución de carga horaria y espacios físicos. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Explicación sobre la instalación y configuración del sistema Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Desarrollo de backlog 10 2 Desarrollo de Sprint 10 3 Desarrollo de historias de usuario 20 TOTAL 40 Realizado por: Garcia D., Tipan A., 2016 Tabla 49. Historia Usuario 41 Historia Usuario 41 ID: HU-41 Nombre: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual de instalación y configuración. Descripción: Como Encargado de los servidores de la FIE en desplegar el sistema informático, requiero el manual de instalación y configuración del Sistema de distribución de carga horaria y espacios físicos de la ESPOCH. Responsable: Alex Tipan Dario Garcia Pruebas de aceptación ID Criterio Estado Responsable 1 Actividades desarrolladas en el sistema Aceptado Jorge Huilca Tareas de Ingeniería ID Descripción Esfuerzo 1 Explicar el funcionamiento de cada imagen 24 TOTAL 24 Realizado por: Garcia D., Tipan A., 2016