· Web viewLevantamiento de requerimientos es la especificación del sistema en términos que el...
Transcript of · Web viewLevantamiento de requerimientos es la especificación del sistema en términos que el...
CAPÍTULO I
INTRODUCCIÓN
1.1 INTRODUCCIÓN
El Departamento de Sistemas vio la necesidad de desarrollar una aplicación la
cual permita automatizar de alguna manera este proceso, tanto como la información
de cada proyecto, seguimiento de las revisiones, cambios realizados, información
sobre los tutores, asignación de tribunales y fechas de defensa de proyectos. De esta
manera los estudiantes contarán con un apoyo que les permita obtener información
acerca del estado actual del proyecto, los docentes podrán revisar el historial de la
evolución del proyecto y las autoridades podrán obtener estadísticas académicas
acerca del proceso de titulación. El Sistema “SAPTI” a desarrollar permitirá la
eficiencia administrativa del Departamento de Informática y Sistemas en el proceso de
titulación, dicho sistema servirá para gestionar el seguimiento de las asignaturas de
perfil y proyecto final, registrar el seguimiento de las asignaturas, historial de
revisiones y estadísticas académicas. Existen demoras en el proceso de titulación que
impiden la culminación de dicho proceso. Reflejándose en que existen muchos
egresados sin título.
1.2 ANTECEDENTES
• Antecedentes Generales.
En nuestra sociedad la falta de inversión a educación superior y el retraso
industrial que sufrimos por distintas razones de nuestro medio nos derivaron en que la
formación universitaria no fuese muy requerida por la poca demanda que precisen
mano de obra calificada, la falta de información de la población y además de las pocas
universidades públicas y el alto costo de la educación en universidades privadas
fueron los causales de dejar de lado la formación superior hasta nuestros días y los
procesos de titulación se desarrollaban en minoría resultando efectivos los métodos
para este proceso.
Hoy en día debido a la acelerada industrialización de nuestro país se incrementó
en gran cantidad la demanda de mano de obra calificada y se volvió casi
imprescindible la formación universitaria para conseguir un trabajo seguro en
empresas e instituciones, ante estos acontecimientos las universidades presentaron
mayor cantidad de ingreso de estudiantes a las distintas carreras de las mismas, esto
conlleva una gran cantidad de estudiantes en proceso de titulación cada año ante
estos hechos las universidades van presentando demoras en el proceso de titulación
de sus estudiantes por sus métodos desarrollados para titulaciones de grupos
menores a los actuales, por estas razones se puede evidenciar gran cantidad de
profesionales sin títulos de profesionalización que son otorgados por las Universidades
en los que estudiaron los cuales trabajan en por salarios bajos y algunos trabajan en
otras ramas ajenas a su capacitación por no contar el título de profesionalización como
requisito que se precisa para optar a un mejor empleo lo cual se refleja en industrias
sin profesionales certificados.
• Antecedentes Específicos.
En la Actualidad en la carrera de Licenciatura en Ingeniería De Sistemas existen
gran cantidad de estudiantes terminando sus estudios profesionales los cuales al
realizar el proceso de Titulación sufren demoras en el mismo que impiden la
culminación de su carrera.
Esto se refleja en la existencia de numerosos estudiantes en proceso de
titulación y egresados sin título que trabajan en diferentes industrias por salarios bajo.
1.3 DESCRIPCIÓN DEL PROBLEMA
Descripción de las causas.
• Actualmente existe demora en los procesos de culminación de proyectos
de titulación en las distintas modalidades.
• Actualmente Se realiza la Asignación de tribunales sin tomar en cuenta la
carga horaria de los docentes llegando a los casos de renuncia de los
tribunales.
• Actualmente existe deficiencia en la coordinación entre los tribunales en
las observaciones de los proyectos.
• Las asignaciones de tribunales no se realizan de forma equitativa para las
defensas de los proyectos.
• Inadecuado manejo de las evaluaciones y revisiones de los proyectos en
los respectivos tribunales.
• No existe un seguimiento a los cambios de tribunales abandonos y
teniendo como resultado retraso en los defensas.
1.4 DEFINICIÓN DEL PROBLEMA
El proceso de titulación actual en la carrera de Licenciatura en Ingeniería de
Sistemas presenta demoras en los plazos que se deben cumplir de acuerdo a las
normas vigentes en la Gestión I - 2013, estos retrasos y no cumplimiento de términos
perjudican el proceso de titulación de los estudiantes que cursan los últimos semestres
de la carrera de Licenciatura en Ingeniería de Sistemas.
¿Cómo se puede mejorar el proceso de titulación para la carrera de Licenciatura
en Ingeniería De Sistemas?
1.5 OBJETIVOS
1.5.1 OBJETIVO GENERAL
Realizar un sistema de software que ayude en el proceso de titulación en la
carrera de Licenciatura en Ingeniería De Sistemas
1.5.2 OBJETIVOS ESPECÍFICOS
El Modulo será capaz de:
Diseñar e implementar una base de datos para el módulo de perfil.
Desarrollar un módulo que permita el registro de Usuarios del tipo Estudiante
que cursan la materia "Proyecto Final".
Crear un módulo de seguimiento para Estudiantes que cursan la materia
"Proyecto Final".
Desarrollar un Módulo para apoyar a los docentes de la materia de "Proyecto
Final" en la supervisión de proyectos.
Desarrollar un Módulo de notificación sobre de cada proyecto para mejor
comunicación entre estudiantes y docentes de la materia de "Proyecto Final".
Desarrollar un Módulo para la emisión de reportes del sistema que les brinde
información de proyectos.
Crear un módulo para la asignación de privilegios de Usuarios del tipo
Estudiantes que cursan la materia "Proyecto Final".
Desarrollar un módulo para notificaciones y alertas para Estudiantes que
cursan la materia "Proyecto Final".
Proponer una lista de Docentes para asignación de tutores tomando en cuenta
carga de proyectos y horarios.
Desarrollar un módulo que permita mostrar una lista de Docentes para
asignación de tribunales tomando en cuenta la carga horaria y el área de los
docentes.
Desarrollar un módulo que permita registrar las evaluaciones de cada proyecto
en los respectivos tribunales.
Desarrollar un módulo para controlar el seguimiento a los tribunales asignados
a cada proyecto.
Desarrollar un módulo para notificar a los distintos usuarios de acuerdo a las
fechas que se asignó para la defensa del proyecto.
Desarrollar un módulo para la gestión de autoridades.
Desarrollar un módulo de reportes referente a los Estudiantes que cursan la
materia "Proyecto Final".
Controlar los estados del proyecto (está en proceso de desarrollo, está
paralizada).
Desarrollar un módulo de búsqueda de perfiles.
Documentar las actividades del proyecto SAPTI.
Generar HelpDesk para el sistema SAPTI.
Controlar la calidad de software mediante pruebas de funcionalidad al mismo.
ANÁLISIS
4.1 INTRODUCCIÓN
El desarrollo de aplicaciones Web involucra decisiones de diseño e
implementación que influyen en todo el proceso de desarrollo, afectando la división de
tareas, los problemas involucrados, como el diseño del modelo del dominio y la
construcción de la interfaz de usuario, tiene requerimientos disjuntos que deben ser
tratados por separado.
En esta etapa de análisis se incluye algunos diagramas de clases de los casos
de uso que fueron presentados en el anterior capítulo y de repente también se
adicionan diagramas de colaboración con los cuales se podrán ver muchas de las
funcionalidades abstractas del producto software que son requeridas por los usuarios,
estos diagramas nos servirán para poder entender más fácilmente todos los
requerimientos de software.
4.2 REQUERIMIENTOS
Un requerimiento es una característica que el sistema debe tener o es una
restricción que el sistema debe satisfacer para ser aceptada por el cliente.
Levantamiento de requerimientos es la especificación del sistema en términos
que el cliente entienda, de forma que se constituya en el contrato entre el cliente y los
desarrolladores.
4.2.1 REQUERIMIENTOS FUNCIONALES
Describen la interacción entre el sistema y su ambiente
independientemente de su implementación.
Se deben identificar a los diferentes tipos de usuarios y observar y
desarrollar un conjunto de escenarios detallados para la funcionalidad típica que
debe proveer el sistema.
El ambiente incluye al usuario y cualquier otro sistema externo que
interactúa con el sistema. En la tabla 2 se describen los requerimientos
funcionales necesarios para dicha interacción.
Tabla 1. Requerimientos Funcionales
Registro de estudiantes de Proyecto Final
El sistema permitirá el registro de
estudiantes de Proyecto final.
Gestionar los datos registrados de los estudiantes de proyecto final
El sistema permitirá Gestionar los
Estudiantes, el registro, modificación y
eliminación de la información sobre sus
datos.
Gestionar el seguimiento de proyectos para Estudiantes
El sistema permitirá el seguimiento de
los proyectos por los estudiantes
realizando avances.
Gestionar Estudiantes de la Materia El sistema permitirá el registro, de
estudiantes a la materia del docente.
Gestionar Revisiones a los Proyectos El sistema permitirá el registro,
modificación y eliminación de revisiones a
los proyectos de los estudiantes de su
materia.
Gestionar Correcciones de los Proyectos
El sistema permitirá el seguimiento de
correcciones a los proyectos de los
estudiantes de su materia.
Gestionar Evaluaciones a los Proyectos
El sistema permitirá el registro,
modificación y eliminación de
evaluaciones a los proyectos de los
estudiantes de su materia.
Gestionar Eventos de la Materia El sistema permitirá el registro,
modificación y eliminación de eventos de
la materia.
Gestionar el Seguimiento del Proyecto El sistema permitirá el seguimiento de los
proyectos de los estudiantes de su
materia.
Asignación de permisos por usuarios del tipo "Estudiantes"
El sistema permitirá asignar permisos de
acceso a los distintos módulos por el
usuario Estudiante
Gestionar los permisos de los distintos usuarios y Grupos
El sistema permitirá Gestionar los
Distintos permisos de acceso a módulos
por usuarios y grupos.
Desarrollar un modulo de notificaciones y alertas para Estudiantes que cursan la materia
El sistema permitirá realizar envíos de
notificaciones de distinto tipos a los
"Proyecto Final" usuarios y grupos del sistema.
Validar Información Registrada de los Estudiantes
El sistema validará todos y cada uno de
los datos ingresados para evitar
inconsistencias en la base de datos.
Desarrollar un módulo de reportes referente a los Estudiantes que cursan la materia
El Generar reportes en Pdf y Excel.
Asignación y gestión de Tribunales El sistema permitirá la asignación de
Tribunales.
Gestionar Evaluaciones de Docentes El sistema permitirá el registro de las
evaluaciones de cada proyecto en los
respectivos tribunales.
Gestionar el Seguimiento por parte de Tribunales a los proyectos
El sistema permitirá el seguimiento a los
tribunales asignados a cada proyecto.
Proponer docentes tomando en cuenta según su especialidad para ser Tribunales
El sistema permitirá proponer docentes
tomando en cuenta según su
especialidad para que los mismos sean
como tribunales.
Asignación de Tutores para estudiantes de perfil
El sistema permitirá asignar Tutores de
proyecto a los distintos Estudiantes.
Controlar los estados del proyecto (está en proceso de desarrollo, está paralizada).
El sistema permitirá ver en listas los
proyectos si están en proceso,
postergado.
Generar en PDF las lista de los estados de los proyectos de Estudiantes.
El sistema permitirá generar los
proyectos postergados y en proceso.
Desarrollar un módulo de búsqueda de perfiles
El sistema permitirá la búsqueda de
proyectos de tesis en una búsqueda
rápida.
Desarrollar un modulo para la a ayudas del sistema SAPTI (Helpdesk,Tooltips)
El sistema permitirá gestionar los temas
de ayuda para el usuario guiándole según
vaya navegándose en el sistema.
Desarrollar un modulo de gestión de (Helpdesk,Tooltips) para el sistema El sistema permitirá registrar eliminar o
editar los temas de ayuda
correspondientes al sistema.
Realizar el Testeo del sistema creando Elaborar casos de prueba con la
casos de prueba para los distintos módulos utilizando Testlink y Mantis Bug Tracker para asegurar la calidad de Software
herramienta testlink para cada módulo del
sistema
Elaborar el manuales de usuario completo del sistema SAPTI
Se tendrá manuales de usuario, técnico y
de instalación del sistema.
FUENTE: Elaboración Propia
4.2.2 REQUERIMIENTOS NO FUNCIONALES
Describen aspectos del sistema que son visibles por el usuario que no
incluyen una relación directa con el comportamiento funcional del sistema.
Los requerimientos no funcionales incluyen restricciones como el tiempo
de respuesta (desempeño), la precisión, recursos consumidos, seguridad, etc.
Los requerimientos no funcionales se describen en la tabla 3.
Tabla 2. Requerimientos No Funcionales
Restricciones de Resolución El sistema debe contar con un menú
adecuado para la resolución de la
pantalla en la que se visualiza.
Estándar de GUI El sistema debe contar con una interfaz
adecuada e uniforme.
Estándares de funciones o enlaces de navegación que aparecen en cada ventana.
Las funciones, enlaces, botones o estilos
deben estar estandarizados acorde a los
demás subsistemas.
Estándares de mensaje de error Los mensajes de error deben ser los
mismos en todos los subsistemas.
Conexiones entre subsistemas Todos los subsistemas deben tener
conexión e interactuar entre sí.
Facilidad de Mantenimiento Facilidad de análisis, cambios de prueba
y estabilidad
Facilidad de Uso Facilidad de comprensión, de aprender,
de operar
FUENTE: Elaboración propia
4.2.3 REQUERIMIENTOS DE ALMACENAMIENTO
Esta sección contiene la lista de requisitos de almacenamiento de
información que se han identificado, utilizando para especificarlos la plantilla
para requisitos de almacenamiento de información. Especificando toda la
información que debemos almacenar en nuestro sistema.
4.2.3.1 REQUERIMIENTOS DE ALMACENAMIENTOREGISTRO DE ESTUDIANTES DE
PROYECTO FINAL
El formulario de Registro de estudiantes de Proyecto Final debe grabar
los datos manera correcta además de los nombres, la fecha de nacimiento, la
materia al cual se inscribe y el semestre o la gestión actualtabla 4.
Tabla 3. Requerimiento de Almacenamiento Registro de Estudiantes de Estudiantes de Proyecto Final
Requerimiento 1 Registro de Estudiantes de Estudiantes
Descripción El sistema deberá almacenar la información
sobre los Estudiantes de Proyecto final.
Datos Específicos
Semestre Materia Grupo Código SIS CI Título Nombres Apellido Paterno Apellido Materno Fecha de Nacimiento Femenino Masculino E-Mail Nombre de usuario Clave de Ingreso
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.2 REQUERIMIENTOS DE ALMACENAMIENTO GESTIONAR EL SEGUIMIENTO
DE PROYECTOS PARA ESTUDIANTES
Los formularios gestión de los datos registrados de los estudiantes de
proyecto final deben registrar de manera, rápida y correcta. Cada registro
debe ser visualizado en una tabla de gestión de Estudiante, los avances que
este realiza y las correcciones que le llegan tal como se describe en la tabla
5.
Tabla 4. Requerimiento de AlmacenamientoGestionar el Seguimiento de Proyectos
para Estudiantes
Requerimiento 2 Evaluaciones de Proyectos
Descripción El sistema deberá almacenar la
información el seguimiento de los estudiantes
al proyecto registrando avances y enviando
correcciones resueltas.
Datos Específicos Información del avance o una descripción
Información del documento de proyecto final
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.3 REQUERIMIENTOS DE ALMACENAMIENTO REVISIONES AL PROYECTO
Los formularios de Revisiones al Proyecto deberá registrar de manera
correcta la información de observaciones al proyecto para su posterior
corrección por el estudiante como se detalla en la tabla 6.
Tabla 6. Requerimiento de Almacenamiento Revisiones al Proyecto
Requerimiento 3 Revisiones al Proyecto.
Descripción El sistema deberá almacenar la
información de Revisiones realizadas al
proyecto.
Datos Específicos Información de revisiones realizadas. Información de la fecha de revisión.
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.4 REQUERIMIENTOS DE ALMACENAMIENTO INFORMACIÓN DE EVENTOS DE
LA MATERIA
Los formularios de información eventos de la materia deben registrar de
manera correcta la información sobre Eventos a realizarse en la materia
incluyendo un campo donde se pueda cargar la fecha que se realizara el
evento como se detalla en la tabla 7.
Tabla 7. Requerimiento de Almacenamiento Información de Eventos de la Materia
Requerimiento 4 Información de Eventos de la Materia.
Descripción El sistema deberá almacenar la
información de eventos de la materia.
Datos Específicos Información de Eventos
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.5 REQUERIMIENTOS DE ALMACENAMIENTO INFORMACIÓN DE
EVALUACIONES
Los formularios de información de evaluaciones deben registrar de
manera correcta la información sobre las notas al proyecto, como lo detalla la
tabla 8.
Tabla 8. Requerimiento de Almacenamiento Información de Evaluaciones
FUENTE: Elaboración Propia
Requerimiento 5 Información de Evaluaciones
Descripción El sistema deberá almacenar la información de
Evaluaciones a todos los estudiantes inscritos en
su materia.
Datos Específicos Información de evaluaciones.
Prioridad Alta
4.2.3.6 REQUERIMIENTOS DE ALMACENAMIENTO INFORMACIÓN DE
OBSERVACIONES.
Los formularios de observaciones deben registrar de manera correcta la
información sobre observaciones realizadas al proyecto como se detalla en la
tabla 9.
Tabla 9. Requerimiento de Almacenamiento de Observaciones.
Requerimiento 6 Información Observaciones
Descripción El sistema deberá almacenar la información de
observaciones que realizó.
Datos Específicos Información de Observaciones Información de la fecha en que se realizó la
observación. Información del estado de la observación
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.7 REQUERIMIENTOS DE ALMACENAMIENTOASIGNACIÓN DE PERMISOS POR
USUARIOS DEL TIPO "ESTUDIANTES"
Los formularios de registro de asignación de permisos deben registrar
de manera rápida y correcta, se debe registrar los grupos de usuarios y luego
asignar permisos según al modulo que pertenezca como se detalla en la tabla
10.
Tabla 10. Requerimiento de Almacenamiento Asignación de Permisos por Usuarios del tipo "Estudiantes"
Requerimiento 7 Seguimiento del Proyecto
Descripción El sistema deberá almacenar la
información sobre el seguimiento hecho al
proyecto.
Datos Específicos Información de los Grupos Información de la Descripción de los
Grupos Información de los módulos de acceso
por usuario
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.8 REQUERIMIENTOS DE ALMACENAMIENTO NOTIFICACIONES A EMAIL
Los formularios de notificaciones deben registrar de manera correcta la
información sobre los mensajes y notificaciones.
Tabla 11. Requerimiento de Almacenamiento Notificaciones
FUENTE: Elaboración Propia
4.2.3.9REQUERIMIENTOS DE GESTIÓN DE TUTORES
El formulario de información personal debe registrar de manera correcta
la información de la autoridad incluyendo la información de contacto como se
detalla en la tabla 12.
Tabla 12. Requerimiento de Almacenamiento de Usuario
Requerimiento 9 Autoridades
Descripción El sistema deberá almacenar la información personal
de todos los usuarios el cual se tendrán los
menúscorrespondientes.
Datos Específicos CI Título Nombres Apellido Paterno Apellido Materno Fecha de Nacimiento Sexo E-Mail Nombre de usuario
Requerimiento 8 Notificaciones
Descripción El sistema deberá almacenar la información sobre
los mensajes y notificaciones de todos los
usuarios.
Datos Específicos Información del mensaje Información del tipo de mensaje que se
realizara en el sistema. Información de los tipos de acceso a las
notificaciones que se realizara. Información de las respuestas de los
mensajes de solicitud de tutor o tribunales asignados al proyecto.
Prioridad Alta
Clave de IngresoPrioridad Alta
FUENTE: Elaboración Propia
4.2.3.10 REQUERIMIENTOS DE ALMACENAMIENTO ASIGNACIÓN Y GESTIÓN DE
TRIBUNALES
El formulario de asignación de manera correcta la información de los
tribunales de manera automática o manual cómo se detalla en la tabla 13.
Tabla 13. Requerimiento de Almacenamiento Asignación de Tribunales
Requerimiento 10 Asignación de Tribunales
Descripción El sistema deberá almacenar la información
sobre los tribunales de los estudiantes.
Datos Específicos
Nombre Apellidos Fecha de Nacimiento E-mail
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.11 REQUERIMIENTOS DE ALMACENAMIENTO GESTIONAR LAS
ASIGNACIONES DE TUTOR A ESTUDIANTES
Los formularios gestión de los datos registrados de los estudiantes de
proyecto final deben registrar de manera, rápida y correcta. Cada registro
debe ser visualizado en una tabla de gestión de Estudiante, los avances que
este realiza y las correcciones que le llegan tal como se describe en la tabla
14.
Tabla 14. Requerimiento de Almacenamiento Gestionar las Asignaciones de Tutor a
Estudiantes
Requerimiento 11 Gestionar las Asignaciones de Tutor a Estudiantes
Descripción El sistema deberá almacenar la
información del las asignaciones de tutores
ya que estos se los asignara cuanto estén en
la materia de perfil
Datos Específicos Información del Tutor para asignar Información del los estudiantes con
tutoresPrioridad Alta
FUENTE: Elaboración Propia
4.2.3.12 REQUERIMIENTOS DE ALMACENAMIENTO DE ESTADOS DE LOS
PROYECTOS
Los formularios de registro de Estados de los Proyectos de Tesis deben
registrar de manera rápida y correcta, se debe registrar los proyectos de los
Estudiantes con un estado detalla en la tabla 15.
Tabla 15. Requerimiento de Almacenamiento de Estados de los Proyectos de Tesis
Requerimiento 12 Estados de los Proyectos de Tesis
Descripción El sistema deberá almacenar la
información sobre el Estados de los Proyectos
de Tesis.
Datos Específicos Información de los Proyectos Información de la los Estados de los
proyectos de Tesis Información de los de cuando se realizo el
cambio de estado de los proyectos de tesis.
Prioridad Alta
4.2.3.13 REQUERIMIENTOS DE ALMACENAMIENTO REGISTRO HELPDESK
El formulario de Registro de Helpdesk o ayudas para el sistema Sapti
se debe grabar los datos manera correcta además de los para cada modulo
existente en el sistema y así poder garantizar la facilidad de navegación del
usuario sobre el sistema tabla 16.
Tabla 16. Requerimiento de Almacenamiento Registro de Helpdesk (Ayudas para el Sistema SAPTI)
Requerimiento 13 Registro de Helpdesk (Ayudas para el
Sistema SAPTI)
Descripción El sistema deberá almacenar la información
sobre los Estudiantes de Proyecto final.
Datos Específicos Título Descripción Palabras claves de búsqueda Estado del helpdesk Directorio de Imagenes
Prioridad Alta
FUENTE: Elaboración Propia
4.2.3.14 REQUERIMIENTOS DE ALMACENAMIENTO REGISTRO DE TOOLTIPS PARA
EL SISTEMA SAPTI
El requerimiento de almacenamiento de Registro de tooltips del sistema
sapti para ayudas en los formularios de registro del sistema y en los módulos
de gestión de se detallan los tooltips con un nombre y una descripción del la
ayuda tal como se describe en la tabla 17.
Tabla 17. Requerimiento de Almacenamiento Registro de Tooltips para el Sistema
SAPTI
Requerimiento 14 Tooltips para el Sistema SAPTI
Descripción El sistema deberá almacenar la
información el seguimiento de los estudiantes
al proyecto registrando avances y enviando
correcciones resueltas.
Datos Específicos Información del título tooltips para ayuda de formularios
Información de la código tooltips para ayuda de formularios
Información de la descripción tooltips para ayuda de formularios
Información de la estado tooltips para ayuda de formularios
Opción Mostrar tooltipsPrioridad Alta
4.3 IDENTIFICACIÓN DE ACTORES Y CASOS DE USO
La identificación de actores y casos de uso sirve para identificar diferentes tipos
de usuarios (no personas en particular) y abstraer las descripciones de todos los casos
posibles descritos en los escenarios.
4.3.1 ACTOR 1 -ESTUDIANTE
El actor Estudiante (tabla 9) es el actor que se encarga de realizar el
seguimiento a los proyectos realizando avances en su proyecto corrigiendo
observaciones que se le hace por parte del Docente, Tutor, Tribunal del Proyecto
Final.
Tabla 5. Actor 1 - Estudiante
Actor 1 Usuario Tribunal
Descripción Representa a la persona que ingresará al
sistema para realizar los avances y correcciones
de las observaciones del Docente.
FUENTE: Elaboración Propia
4.3.2 ACTOR 2 –DOCENTE
El actor docente (tabla 10) es la persona que realizara la las observaciones
del proyecto final del estudiante el cual recibirá todos los avances realizados los
cuales tendrá que corregirlos o aprobarlos.
Tabla 6. Actor 2 – Docente
Actor 2 Usuario Docente
Descripción Representa a la persona que cumple con la
función de realizar observaciones y revisiones al os
avances del estudiante de proyecto final.
FUENTE: Elaboración Propia
4.3.3 ACTOR 3 – AUTORIDAD
El actor autoridad (tabla 11) es la persona que tendrá acceso a la
información registrada por los usuarios estudiante, docente, además también
realizará consultas y reportes en formato PDF y Excel.
Tabla 7. Actor 3 - Autoridad
Actor 3 Usuario Autoridad
Descripción Representa a la persona que podrá
tener acceso a toda la información sobre
los reporte y realizara cartas respectivas
en el proceso de titulación.
FUENTE: Elaboración Propia
4.3.4 ACTOR 4 – ADMINISTRADOR
El actor administrador (tabla 12) tendrá control total del sistema pudiendo
gestionar toda la información registrada.
Tabla 8. Actor 4 - Administrador
Actor 4 Usuario Administrador
Descripción Representa a la persona que
control total sobre todo el sistema,
pudiendo crear, borrar o ver la
información ingresada.
FUENTE: Elaboración Propia
4.3.5 ACTOR 1 -TRIBUNAL
El actor tribunal (tabla 9) es el actor que se encarga de realizar el
seguimiento a los proyectos del los estudiantes ya que este registrará toda la
información necesaria para las correcciones realizadas y luego esta información
será enviada a los estudiantes del sistema.
Tabla 9. Actor 1 - Tribunal
Actor 1 Usuario Tribunal
Descripción Representa a la persona que ingresará al
sistema para realizar correcciones y seguimiento
al proyecto del estudiante.
FUENTE: Elaboración Propia
4.3.2 ACTOR 2 – CONSEJO
El actor consejo (tabla 10) es la persona que realizara la asignación de
tribunales según su la especialidad del tribunal, además de realizar consultas y
reportes sobre la información registrada.
Tabla 10. Actor 2 – Consejo
Actor 2 Usuario Consejo
Descripción Representa a la persona que cumple con la
función de asignar fechas de defesa y asigna
tribunales a los estudiantes con los proyectos
respectivos.
FUENTE: Elaboración Propia
4.3.5 IDENTIFICACIÓN DE CASOS DE USO –REGISTRO DE ESTUDIANTES DE ESTUDIANTES DE PROYECTO FINAL
El sistema permitirá registrar, los datos de los estudiantes de proyecto
final, aunque también podrá modificar los datos del estudiante menos el loguin
que utiliza en el registro13.
Tabla 11. Identificación de Casos de Uso - Registro de Estudiantes de Estudiantes de Proyecto Final
Nombre del Caso de Uso Registro de Estudiantes de Estudiantes de Proyecto Final
Actores Administrador
Descripción El sistema permitirá registrar, editar y actualizar la
los datos de los estudiantes de proyecto final,
aunque también podrá modificar los datos del
estudiante menos el loguin que utiliza en el
registro.
Flujo de Eventos 1. El usuario (Administrador) ingresa al modulo registro de Estudiantes.
2. Ingresa los datos del Estudiante.3. El caso de uso termina cuando los datos de la
operación anterior son validados y registrados correctamente.
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver al formulario de registro.
Pre-Condición El usuario debe estar registrado en el sistema
como administrador y debe tener los permisos
correspondientes como consejo al Administrador.
Post-Condición Una vez registrados los datos, se le muestra un
mensaje el cual indica que el registro se realizado
satisfactoriamente y luego lo envía a una tabla de
de gestión de estudiantes.
FUENTE: Elaboración Propia
4.3.6 IDENTIFICACIÓN DE CASOS DE USO – GESTIONAR LOS DATOS REGISTRADOS DE LOS ESTUDIANTES DE PROYECTO FINAL
El sistema debe permitir Gestionar el registro de estudiantes, editar,
actualizar y borrar los datos personalesdel estudiante de proyecto final, de esta
manera verificar si los datos ingresados son correctamente o el estudiante tiene
la opción de modificar dichos datostal como se muestra en la tabla 14.
Tabla 12. Identificación de Casos de Uso - Gestionar los Datos Registrados de los Estudiantes de Proyecto Final
Nombre del Caso de Uso Gestionar los Datos Registrados de los Estudiantes de Proyecto Final
Actores Administrador
Descripción El sistema debe permitir Gestionar el registro de
estudiantes, editar, actualizar y borrar los datos
personales del estudiante de proyecto final.
Flujo de Eventos 1. El usuario (Administrador) ingresa al menú de gestión de Estudiantes.
2. Puede realizar los cambios, borrar, ver la descripción del Estudiante Registrado.
3. El caso de uso termina cuando el administrador realiza cualquiera de las acciones descritas anteriormente.
Caminos Alternativos En el paso 2 se puede cancelar la operación y volver
a la ventana principal de Gestión de estudiantes.
Pre-Condición El usuario debe estar registrado en el sistema como
Tribunal y debe haber registrado satisfactoriamente
sus datos es creado.
Post-Condición El administrador realiza satisfactoriamente las
distintas acciones.
4.3.7 IDENTIFICACIÓN DE CASOS DE USO – SEGUIMIENTO DE ESTUDIANTES A LOS PROYECTOS
El sistema debe permitir registrarla información de los avances y
correcciones hechas por el docente, Tutor, Tribunal sobre su proyecto de las
materias de perfil y proyecto final hay una iteración sobre el proyecto entre los
distintos usuarios del sistema 15.
Tabla 13. Identificación de Casos de Uso - Seguimiento de Estudiantes a los Proyectos
Nombre del Caso de Uso
Seguimiento de Estudiantes a los proyectos
Actores Estudiante, Docente
Descripción El sistema debe permitir registrar la información de los
avances y correcciones en el modulo del Estudiante.
Flujo de Eventos 1. El usuario (Estudiante) selecciona la opción registro de avances del proyecto en el modulo estudiante.
2. Ingresa los datos del avance de proyecto final de estudiante.
3. El caso de uso termina cuando los datos de la operación anterior son validados y registrados.
Caminos Alternativos En el paso 2 se puede cancelar la operación y volver a el
entorno de de trabajo del Estudiante.
Pre-Condición El usuario (Estudiante) debe estar registrado en el sistema
como Estudiante y debe haber registrado satisfactoriamente
sus datos en el sistema y tener permisos de acceso al
modulo Estudiante.
Post-Condición Una vez registrados los datos, se envía una observación al
estudiante y este debe resolverla.
FUENTE: Elaboración Propia
4.3.8 IDENTIFICACIÓN DE CASOS DE USO – NOTIFICACIONES Y MENSAJES PARA ESTUDIANTES QUE CURSAN LA MATERIA "PROYECTO FINAL"
El sistema debe permitir notificar e informarsobre las asignaciones hecha
a los docentes para que estos puedan aceptar o rechazar la asignación de
tribunal, la notificación se enviará d manera automática como se describe la tabla
16.
Tabla 14. Identificación de Casos de Uso - Notificaciones y Mensajes para Estudiantes que cursan la materia "Proyecto Final"
Nombre del Caso de Uso
Notificaciones
Actores Administrador
Descripción El sistema debe permitir notificar e informar sobre las
asignaciones hecha a los docentes.
Flujo de Eventos 1. El usuario (Administrador) selecciona la opción asignar tribunales.
2. Ingresa los datos del mensaje de la notificación.3. El caso de uso termina cuando los datos de la
operación anterior son validados y registrados.Caminos Alternativos En el paso 2 se puede cancelar la operación y volver a la
ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema como
consejo y debe haber registrado satisfactoriamente su
datos además de tener acceso o permiso al modulo de
notificaciones.
Post-Condición Una vez enviado los datos con el mensaje correspondiente
este le llega al tribunal la notificación donde puede aceptar
o rechazar la asignación.
FUENTE: Elaboración Propia
4.3.9 IDENTIFICACIÓN DE CASOS DE USO – REGISTRO DE ESTUDIANTES
El sistema permitirá registrar y actualizar la información de listas de los
estudiantes inscritos en su materia.
Tabla 15. Identificación de Casos de Uso - Registro de Estudiantes
Nombre del Caso de Uso Registro de Estudiantes
Actores Docente
Descripción El sistema permitirá registrar y actualizar datos de
estudiantes inscritos en su materia.
Flujo de Eventos 4. El usuario (Docente) selecciona la opción Inscripción de Estudiantes
5. Ingresa la lista de sus estudiantes en formato CSV.
6. El caso de uso termina cuando los datos de la operación anterior son validados y registrados
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema
como docente.
Post-Condición Una vez registrados los datos, si el usuario agrega
un nuevo estudiante este no será visible en la lista
hasta que sea validado.
FUENTE: Elaboración Propia
4.3.10 IDENTIFICACIÓN DE CASOS DE USO – EVALUACION DE ESTUDIANTES
El sistema debe permitir registrar, editar, actualizar y borrar los datos de la
información de notas de sus estudiantes, como se detalla en la tabla 18.
Tabla 16. Identificación de Casos de Uso - Evalucacion de Estudiantes
Nombre del Caso de Uso Evaluación de Estudiantes
Actores Docente
Descripción El sistema permitirá registrar, editar y actualizar
datos de la Información de notas de sus estudiantes.
Flujo de Eventos 4. El usuario (Docente) selecciona la opción Evalucacion de Estudiantes
5. Ingresa la lista de Calificaciones de sus Estudiantes.
6. El caso de uso termina cuando los datos de la operación anterior son validados y registrados
Caminos Alternativos En el paso 2 se puede cancelar la operación y volver
a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema como
docente y debe haber registrado satisfactoriamente
su Lista de Estudiantes inscritos.
Post-Condición Una vez registrados los datos, si el usuario agrega
una nueva calificación este no será visible en la lista
hasta que sea validado.
4.3.11 IDENTIFICACIÓN DE CASOS DE USO – REGISTRO DE EVENTOS
El sistema debe permitir registrar, editar, actualizar y borrar la información
de eventos tal y como describe la tabla 19.
Tabla 179. Identificación de Casos de Uso - Registro de Eventos
Nombre del Caso de Uso Registro de Eventos
Actores Docente
Descripción El sistema permitirá registrar, editar y actualizar datos de
la Información de Eventos.
Flujo de Eventos 4. El usuario (Docente) selecciona la opción Registrar Evento.
5. Ingresa los datos de su Evento.6. El caso de uso termina cuando los datos de la
operación anterior son validados y registrados.Caminos Alternativos En el paso 2 se puede cancelar la operación y volver a la
ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema como
docente.
Post-Condición Una vez registrados los datos, si el usuario agrega un
nuevo Evento este no será visible en la lista hasta que sea
validado.
FUENTE: Elaboración Propia
4.3.12 IDENTIFICACIÓN DE CASOS DE USO -ASIGNAR LOS PERMISOS DE LOS DISTINTOS USUARIOS Y GRUPOS
El sistema debe permitir asignar permisos de acceso de usuarios y grupos
existentes a distintos módulos del sistema así como también designar o agregar
usuarios a grupos de usuarios tal como se describe en la tabla20.
Tabla 20. Identificación de Casos de Uso - Asignar los Permisos de los distintos Usuarios y Grupos
Nombre del Caso de Uso
Asignar los Permisos de los distintos Usuarios y Grupos
Actores Administrador
Descripción El sistema debe permitir asignar permisos de acceso de
usuarios y grupos.
Flujo de Eventos 7. El usuario (Administrador) selecciona la opción Gestión de permisos.
8. Ingresa al la lista de permisos y módulos9. El caso de uso termina cuando los datos de la
operación anterior son realizadas correctamenteCaminos Alternativos En el paso 2 se puede cancelar la operación y volver a la
ventana principal de gestión de permisos.
Pre-Condición El usuario debe estar registrado en el sistema como
Administrador.
Post-Condición Una vez registrados las asignaciones estudiante pasa a
la lista de los usuarios asignados y se puede ver los a los
módulos que tiene acceso el grupo de usuarios del
sistema.
FUENTE: Elaboración Propia
4.3.13 IDENTIFICACIÓN DE CASOS DE USO – ASIGNACIÓN DE TRIBUNALES
El sistema permitirá asignar, editar y actualizar la información de los
docentes asignados como tribunal, aunque también podrá borrar la asignación
de tribunales por si hay un error en los datos de registro como se detalla en la
tabla 21.
Tabla 21. Identificación de Casos de Uso - Asignación de Tribunales
Nombre del Caso de Uso Asignación de Tribunales
Actores Consejo
Descripción El sistema permitirá asignar, editar y actualizar la
información de los docentes asignados como
tribunal.
Flujo de Eventos 10. El usuario (Consejo) selecciona la opción asignar.
11. Ingresa los datos de Proyecto final.12. El caso de uso termina cuando los datos de la
operación anterior son validados y registradosCaminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema
como consejo y debe tener los permisos
correspondientes como consejo al modulo.
Post-Condición Una vez registrados los datos, el usuario consejo
tiene un opción para ver los tribunales asignados al
estudiante.
FUENTE: Elaboración Propia
4.3.14 IDENTIFICACIÓN DE CASOS DE USO – GESTIONAR MÓDULO DE REPORTES REFERENTE A LOS ESTUDIANTES QUE CURSAN LA MATERIA PROYECTO FINAL
El sistema debe permitir la consulta de todas las variables ingresadas en el
sistema, filtrando por cualquier campo y agrupando los datos recuperados, para
generar los reportes correspondientes en formato Pdf y Excel, como se describe
la tabla 22.
Tabla 22. Identificación de Casos de Uso - – Gestionar Módulo de Reportes Referente a los Estudiantes que Cursan la Materia Proyecto Final
Nombre del Caso de Uso Gestión de los Usuario Tribunal
Actores Administrador
Descripción El sistema permitirá la consulta de todos los
datos registrados en el sistema para generar los
Reportes necesarios.
Flujo de Eventos 1. Los usuarios (Administrador) ingresa a su cuenta.
2. En el sistema realiza consultas los usuarios autenticados seleccionan el tipo de reporte que requiera.
3. El caso de uso termina cuando los datos requeridos son mostrados en la pantalla.
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema.
4.3.15 IDENTIFICACIÓN DE CASOS DE USO – GESTIÓN DE LOS USUARIO TUTOR.
El sistema permitirá registrar, editar y actualizar la información personal de
los Tutores que serán asignados por los Administradores, aunque también no
podrá editar la información de contacto como el nombre de acceso al sistema,
también se validan los datos ingresados en el formulario tal como se detalla en la
tabla 23.
Tabla 23. Identificación de Casos de Uso - Gestión de los Usuario Tutor
Nombre del Caso de Uso Gestión de los Usuario Tutor
Actores Tutor– Administrador
Descripción El sistema permitirá registrar, editar y actualizar
datos de la Información Personal de los
docentes.
Flujo de Eventos 13. El usuario (Administrador) ingresa al menú gestión de Tutores e Ingresa los datos de su Información Personal.
14. El caso de uso termina cuando los datos de la operación anterior son validados y registrados
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema
como Administrador y debe tener los permisos
de ingreso al modulo correspondiente.
Post-Condición Una vez registrados los datos, el usuario
administrador puede ver que el registro se
realizo satisfactoriamente ingresando al menú
gestión de Tutores.
FUENTE: Elaboración Propia
4.3.16 IDENTIFICACIÓN DE CASOS DE USO – ASIGNAR FECHA Y HORARIOS DE DEFENSA PÚBLICA Y PRIVADA
El sistema debe permitir asignar fechas de defensa públicas y privadas
cuando los estudiantes del la materia de proyecto final y tengan concluido con
las observaciones y hayan obtenido el visto bueno de los Tribunales en su
proyecto de tesis como se describe la tabla 24.
Tabla 24. Identificación de Casos de Uso - Asignar Fecha y Horarios de Defensa Pública y Privada
Nombre del Caso de Uso Asignar Fecha y Horarios de Defensa Pública y Privada
Actores Consejo
Descripción El sistema permitirá asignar fechas de defensa
públicas y privadas cuando los estudiantes del
la materia de proyecto final.
Flujo de Eventos 1. El usuario (Consejo) ingresa al formulario de asignación de horario y fecha de defensa.
2. En el momento de registrar sus datos de contacto (números telefónicos, de celular o direcciones de correo electrónico) tiene la opción de seleccionar mediante checkboxes los datos que desea que sean públicos.
3. El caso de uso termina cuando los datos de la operación anterior son validados y registrados.
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema
como docente, Previamente para la asignación
de Fecha de Defensa el Estudiante Deberá
tener el Visto bueno a su proyecto de los Tres
tribunales.
Post-Condición Una vez registrados los datos la fecha de
asignación se puede ver en la página principal
del sistema.
FUENTE: Elaboración Propia
4.3.17 IDENTIFICACIÓN DE CASOS DE USO – ASIGNACIÓN DE TUTORES PARA ESTUDIANTES DE PERFIL
El sistema debe permitir notificar e informar sobre las asignaciones hecha
a los docentes para que estos puedan aceptar o rechazar la asignación de tutor,
la notificación se enviará d manera automática como se describe la tabla 25.
Tabla 25. Identificación de Casos de Uso - Asignación de Tutores para Estudiantes de Perfil
Nombre del Caso de Uso
Asignación de Tutores para Estudiantes de Perfil
Actores Administrador
Descripción El sistema debe permitir notificar e informar sobre las
asignaciones hecha a los docentes.
Flujo de Eventos 4. El usuario (Administrador) selecciona la opción asignar tutor.
5. Ingresa los datos del mensaje de la notificación.6. El caso de uso termina cuando los datos de la
operación anterior son validados y registrados.Caminos Alternativos En el paso 2 se puede cancelar la operación y volver a la
ventana principal.
Pre-Condición El usuario debe estar registrado en el sistema como
consejo y debe haber registrado satisfactoriamente su
datos además de tener acceso o permiso al modulo de
notificaciones.
Post-Condición Una vez enviado los datos con el mensaje correspondiente
este le llega al tutor la notificación donde puede aceptar o
rechazar la asignación.
FUENTE: Elaboración Propia
4.3.18 IDENTIFICACIÓN DE CASOS DE USO - CONTROLAR LOS ESTADOS DEL PROYECTO (ESTÁ EN PROCESO DE DESARROLLO, ESTÁ PARALIZADA)
El sistema debe permitir controlar los estados del proyecto (está en
proceso de desarrollo, está paralizada) del sistema así como también cambiar
los estados de los mismos para realizar un prorroga o esta en desarrollo tas
como se describe en la tabla 26.
Tabla 26. Identificación de Casos de Uso - Controlar los estados del proyecto (está en proceso de desarrollo, está paralizada)
Nombre del Caso de Uso
Controlar los estados del proyecto (está en proceso de desarrollo, está paralizada)
Actores Administrador
Descripción El sistema debe permitir Controlar los estados del
proyecto (está en proceso de desarrollo, está paralizada).
Flujo de Eventos 15. El usuario (Administrador) selecciona la opción Gestión de reprogramaciones para cambiar el estado a prorroga o postergar el proyecto.
16. Ingresa al la lista de proyectos del sistema17. El caso de uso termina cuando los datos de la
operación anterior son realizadas correctamenteCaminos Alternativos En el paso 2 se puede cancelar la operación y volver a la
ventana principal de gestión de reprogramaciones.
Pre-Condición El usuario debe estar registrado en el sistema como
Administrador.
Post-Condición Una vez registrados las asignaciones estudiante pasa a
la lista de los usuarios asignados y se puede ver los a los
módulos que tiene acceso el grupo de usuarios del
sistema.
FUENTE: Elaboración Propia
4.3.19 IDENTIFICACIÓN DE CASOS DE USO – DESARROLLAR UN MÓDULO DE BÚSQUEDA DE PERFILES EN EL SISTEMA
El sistema debe permitir búsqueda de perfiles en el sistema de usuarios
para que estos puedan tener acceso a los distintos proyectos y ver que tipo de
proyectos existen registrados en el sistema para una mejor organización de los
proyectos de tesis, tal como se describe en la tabla 27.
Tabla 27. Identificación de Casos de Uso - Desarrollar un módulo de búsqueda de perfiles
Nombre del Caso de Uso Desarrollar un módulo de búsqueda de perfiles
Actores Cualquier tipo de Usuario
Descripción El sistema debe permitir la búsqueda de
proyectos por los distintos capos de
coincidencias del proyecto.
Flujo de Eventos 4. El usuario ingresa al sistema al modulo de búsqueda de proyecto de tesis.
5. En el momento de registrar los datos de un proyecto estos pueden ser encontrados por el buscador en caso contrario no se muestra ningún proyecto.
6. El caso de uso termina cuando los datos de un grupo, de la operación anterior son validados y registrados.
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver a la ventana de Gestión de Grupos.
Pre-Condición El usuario ingresa al sistema web como
visitantes.
Post-Condición Una vez encontrados los datos los proyectos de
Tesis se ven en una lista los que se pueden ver
en una lista todos los perfiles con la palabra
ingresada en el buscador.
FUENTE: Elaboración Propia
4.3.20 IDENTIFICACIÓN DE CASOS DE USO – REGISTRO DE HELPDESK AYUDAS DE NAVEGACIÓN DEL SISTEMA
El sistema permitirá registrar, los datos de las ayudas helpdesk para el
sistema sapti lo cual hará la compresión del sistema fácilmente, también podrá
modificar los datos de los modulo se registraran automática mediante la
navegación del sistema, este proceso se lo puede observar en la tabla 28.
Tabla 28. Identificación de Casos de Uso - Registro de Helpdesk Ayudas de Navegación del Sistema
Nombre del Caso de Uso Registro de Helpdesk Ayudas de Navegación del Sistema
Actores Administrador
Descripción El sistema permitirá registrar los datos del helpdesk
ayuda del sistema los módulos se generan a
medida que el usuario navega por el sistema.
Flujo de Eventos 18. El usuario (Administrador) ingresa al modulo registro de Helpdesk.
19. Ingresa los datos del Helpdesk20. El caso de uso termina cuando los datos de la
operación anterior son validados y registrados correctamente.
Caminos Alternativos En el paso 2 se puede cancelar la operación y
volver al formulario de registro.
Pre-Condición El usuario debe estar registrado en el sistema
como administrador y debe tener los permisos
correspondientes como consejo al Administrador.
Post-Condición Una vez registrados los datos, se le muestra un
mensaje el cual indica que el registro se realizado
satisfactoriamente y luego lo envía a una tabla de
de gestión de ayudas.
FUENTE: Elaboración Propia
4.4 DIAGRAMAS DE CASOS DE USO
Es una descripción de un conjunto de secuencias de acciones, incluyendo
variantes, que ejecuta un sistema para producir un resultado observable de valor para
un actor. Se utilizan verbos por lo general en infinitivo que representan las acciones
del usuario con el sistema, por lo que siempre debe existir un tipo de usuario (actor)
que lo utilice.
A continuación se describen los diagramas de casos de uso identificados para
este sistema.
4.4.1 CASO DE USO 1 - REGISTRAR DE ESTUDIANTES DE ESTUDIANTES DE PROYECTO FINAL
El caso de uso Registrar de Estudiantes de Estudiantes de Proyecto Final
por parte del usuario Administrador(figura 5) representa al usuario
(Administrador) cuando registra los datos de usuario del sistema estudiante los
cuales pueden ser modificados .
Figura 1. Caso de Uso 1 - Registrar de Estudiantes de Estudiantes de Proyecto Final
FUENTE: Elaboración Propia
4.4.2 CASO DE USO 2 - GESTIONAR LOS DATOS REGISTRADOS DE LOS ESTUDIANTES DE PROYECTO FINAL
El caso de uso Gestionar los Datos Registrados de los Estudiantes de
Proyecto Final (figura 6) representa al usuario (Administrador) cuando se puede
ver, edita o actualiza el registro de los estudiantes de proyecto final también se
tiene un buscador de estudiantes para mayor rapidez en el proceso de gestión.
Figura 2. Caso de Uso 2 –Gestionar los Datos Registrados de los Estudiantes de Proyecto Final
FUENTE: Elaboración Propia
4.4.3 CASO DE USO 3 - GESTIONAR SEGUIMIENTO DE ESTUDIANTES A LOS PROYECTOS
El caso de uso Gestionar Seguimiento de Estudiantes a los proyectos
Finales (figura 7) representa al usuario (Estudiante)realizando el registro de los
avances y corrigiendo las observaciones realizadas por Docente, Tribunales,
Tutores, puede editarlos avances en sus proyecto final, en el registro de avances
se puede adjuntar el documento de proyecto del estudiante.
Figura 3. Caso de Uso 3 - Gestionar Seguimiento de Estudiantes a los Proyectos Finales
FUENTE: Elaboración Propia
4.4.4 CASO DE USO 4 - GESTIONAR NOTIFICACIONES Y MENSAJES PARA ESTUDIANTES QUE CURSAN LA MATERIA "PROYECTO FINAL"
El caso de uso Gestionar notificaciones en el sistema (figura 8) representa
al usuario (Administrador) cuando registra, edita la gestión de notificaciones para
el envió de avances, solicitudes.
Figura 4. Caso de Uso 4 - Gestionar Notificaciones y Mensajes
FUENTE: Elaboración Propia
4.4.5 CASO DE USO 5 – REGISTRO DE ESTUDIANTES
El caso de uso Registro de Estudiantes (figura 5) representa al usuario
(docente) cuando registra, edita o actualiza su Lista de estudiantes Inscritos.
Figura 9. Caso de Uso 5 –Registro de Estudiantes
FUENTE: Elaboración Propia
4.4.6 CASO DE USO 6 – EVALUACION DE ESTUDIANTES
El caso de uso Evaluación de Estudiantes (figura 10) representa al usuario
(docente) cuando registra, edita o actualiza sus Evaluaciones de sus
Estudiantes.
Figura 10. Caso de Uso 6 – Evaluación de Estudiantes
FUENTE: Elaboración Propia
4.4.7 CASO DE USO 7 – REGISTRO DE EVENTOS
El caso de uso Registro de Eventos (figura 11) representa al usuario
(docente) cuando registra, edita o actualiza un Evento para su Materia.
Figura 11. Caso de Uso 7 – Registro de Eventos
FUENTE: Elaboración Propia
4.4.8 CASO DE USO 8 - ASIGNAR LOS PERMISOS DE LOS DISTINTOS USUARIOS Y GRUPOS
El caso de uso Asignar los Permisos de los distintos Usuarios y Grupos
para que los mismos tengan acceso a los distintos módulos del sistema según el
grupo al que pertenece el usuario (figura 12) representa al usuario
(Administrador) al cual se le muestra un lista de grupos y los módulos a los que
tiene acceso para darles permiso o quitar el permiso de acceso.
Figura 12. Caso de Uso 8 - Asignar los Permisos de los distintos Usuarios y Grupos
FUENTE: Elaboración Propia
4.4.9 CASO DE USO 9- GESTIONAR LA ASIGNACIOB DE TRUBUNALES
El caso de uso Asignación de tribunales por parte del usuario consejo
(figura 13) representa al usuario (consejo) cuando asigna, edita o actualiza su la
asignación gestionando algunas funciones correspondientes al modulo de
gestión de asignación de tribunales.
Las asignaciones se la pueden realizar de dos manearas automática y
manual de acuerdo a las necesidades del usuario.
Figura 13. Caso de Uso 9 - Gestionar Asignar Tribunales
FUENTE: Elaboración Propia
4.4.10 CASO DE USO 10 – GESTIONAR MÓDULO DE REPORTES REFERENTE A LOS ESTUDIANTES QUE CURSAN LA MATERIA PROYECTO FINAL
El caso de uso Gestionar Módulo de Reportes Referente a los Estudiantes
que Cursan la Materia Proyecto Final(figura 14) representa al usuario
(Administrador) cuando este puede generar reportes en el sistema ya sea en pdf
o Excel así como también tenemos unos gráficos de reportes.
Figura 5. Caso de Uso 10- Gestionar Módulo de Reportes Referente a los Estudiantes que Cursan la Materia Proyecto Final
FUENTE: Elaboración Propia
4.4.11 CASO DE USO 11 – GESTIÓN DE LOS USUARIO TUTOR REGISTRADOS ASIGNANDO PERMISOS
El caso de uso Gestionar Usuario Tutor Registrados Asignando permisos
(figura 15) representa a los usuarios (administrador o autoridad) registrar, editar
y actualizar la información personal de los docentes que serán asignados como
tutores, y reportes en formato PDF y Excel, los reportes están en el modulo de
Reportes, las funciones de permiso las realiza el administrador del Sistema.
4.4.12 CASO DE USO 12- GESTIONAR ASIGNACION DE FECHA Y HORARIOS DE DEFENSA PÚBLICA Y PRIVADA
El caso de uso Gestionar Asignación de Fecha Y Horarios de Defensa
Pública Y Privada (figura 16) representa al usuario (Consejo) Previamente para
la asignación de Fecha de Defensa el Estudiante deberá tener el Visto bueno a
su proyecto de los Tres tribunales, cuando selecciona asignar Defensa tenemos
una lista de horario disponibles el cual el usuario deberá seleccionar el horario
que convenga en la fecha de defensa.
Figura 16. Caso de Uso 12 - Gestionar Asignación de Fecha Y Horarios De Defensa Pública Y Privada
FUENTE: Elaboración Propia
4.4.13 CASO DE USO 13- ASIGNACIÓN DE TUTORES PARA ESTUDIANTES DE LA MATERIA PERFIL
El caso de uso Asignación de Tutores para Estudiantes de la Materia Perfil
(figura 17) representa al usuario (Administrador) cuando registra, edita la gestión
de el envió de solicitudes para aceptar o rechazar la tutoría.
Figura 17. Caso de Uso 13– Asignación de Tutores para Estudiantes de la Materia Perfil
FUENTE: Elaboración Propia
4.4.14 CASO DE USO 14 - CONTROLAR LOS ESTADOS DEL PROYECTO (ESTÁ EN PROCESO DE DESARROLLO, ESTÁ PARALIZADA)
El caso de uso Controlar los Estados del Proyecto (está en proceso de
desarrollo, está paralizada) para que los mismos tengan control o cambiar los
estados de los proyectos de tesis a postergados o prorroga de proyecto según
reglamento de titulación (figura 18) representa al usuario (Administrador) al cual
se le muestra un lista de estudiantes al cual puede realizar una prorroga o
postergar sus proyecto.
Figura 18. Caso de Uso 14 - Controlar los Estados del Proyecto (está en proceso de desarrollo, está paralizada)
FUENTE: Elaboración Propia
4.4.15 CASO DE USO 15 - DESARROLLAR UN MÓDULO DE BÚSQUEDA DE PERFILES DEL SISTEMA
El caso de uso Desarrollar un Módulo de Búsqueda de Perfiles del Sistema
(figura 19) representa al usuario (Administrador) buscar los distintos tipos de
perfiles registrados en el sistema ingresando al campo de búsqueda las variables
correspondientes los cuales se pueden ver en detalle los proyectos.
Figura 7. Caso de Uso 15 - Desarrollar un Módulo de Búsqueda de Perfiles del Sistema
FUENTE: Elaboración Propia
4.4.16 CASO DE USO 16 - GESTIONAR LOS DATOS REGISTRADOS DE LOS HELPDESK AYUDAS DEL SISTEMA SAPTI
El caso de uso Gestionar los Datos Registrados de los Helpdesk Ayudas
del Sistema Sapti (figura 20) representa al usuario (Administrador) cuando se
puede ver, edita o actualiza el registro de los estudiantes de proyecto final
también se tiene un buscador de Ayudas para mayor rapidez en el proceso de
gestión.
Figura 20. Caso de Uso 16 – Gestionar los Datos Registrados de los Helpdesk Ayudas del Sistema Sapti
FUENTE: Elaboración Propia
4.4.17 CASO DE USO 17 - REGISTRO DE TOOLTIPS AYUDAS DE NAVEGACIÓN DEL SISTEMA
El caso de uso Gestionar registro de tooltips ayudas de navegación del
sistema (figura 21) representa al usuario (Administrador) realizando el registro
de los tooltips en el formulario ingresando los datos correspondientes para el
registro los cuales son debidamente validados antes del registro en la bases de
datos.
Figura 21. Caso de Uso 17- Registro de Tooltips Ayudas de Navegación del Sistema
FUENTE: Elaboración Propia
CAPÍTULO V
DISEÑO
5.1 INTRODUCCIÓN
El Diseño del Sistema consiste en la planificación como resultado del análisis
efectuado, para garantizar el desarrollo e implementación del sistema, estableciendo lo
que se debe hacer y la manera de interactuar entre el sistema y las entidades. El
Sistema debe procesar Información y presentarla en pantallas, interactuar con los
usuarios quienes son los que alimentan con la información o simplemente consultan la
información, todo esto de acuerdo al rol que tiene cada usuario del sistema.
Recopilación e interpretación de la información y así su vez utilizarlos en el
sistema, el análisis tiene como finalidad de estudiar un proceso y evaluarlo.
5.2 ARQUITECTURA DEL SOFTWARE
5.2.1 EL PATRÓN MVC (MODELO – VISTA – CONTROLADOR)
La arquitectura MVC (figura 11) separa la lógica de negocio (el modelo) y
la presentación (la vista) por lo que se consigue un mantenimiento más sencillo
de las aplicaciones. Si por ejemplo una misma aplicación debe ejecutarse tanto
en un navegador estándar como en un navegador de un dispositivo móvil,
solamente es necesario crear una vista nueva para cada dispositivo;
manteniendo el controlador y el modelo original. El controlador se encarga de
aislar al modelo y a la vista de los detalles del protocolo utilizado para las
peticiones (HTTP, consola de comandos, email, etc.). El modelo se encarga de
la abstracción de la lógica relacionada con los datos, haciendo que la vista y las
acciones sean independientes de, por ejemplo, el tipo de gestor de bases de
datos utilizado por la aplicación. Está formado por tres niveles:
El Modelo representa la información con la que trabaja la aplicación,
es decir, su lógica de negocio.
La Vista transforma el modelo en una página web que permite al
usuario interactuar con ella.
El Controlador se encarga de procesar las interacciones del usuario y
realiza los cambios apropiados en el modelo o en la vista.
La Figura 13 ilustra el funcionamiento del patrón MVC.
5.3 MODELO DE DATOS CONCEPTUAL
El Modelo de Datos Conceptual (CDM), son los modelos orientados a la
descripción de estructuras de datos y restricciones de integridad. Se usan
fundamentalmente durante la etapa de Análisis de un problema dado y están
orientados a representar los elementos que intervienen en ese problema y sus
relaciones.
5.3.1 MODELO ENTIDAD RELACIÓN (E-R)
El Modelo de Entidad Relación es un modelo de datos basado en una
percepción del mundo real que consiste en un conjunto de objetos básicos
llamados entidades y relaciones entre estos objetos, implementándose en forma
gráfica a través del Diagrama Entidad Relación.
Figura 8. El Patrón MVC
Se puede definir como Entidad a cualquier objeto, real o abstracto, que
existe en un contexto determinado o puede llegar a existir y del cual deseamos
guardar información.
5.3.2 DIAGRAMA E-R DE REGISTRO DE ESTUDIANTES DE PROYECTO FINAL
El diagrama E-R de registro de estudiantes proyecto final (figura 14)
representa las relaciones existentes entre las tablas de usuario, estudiante, y
grupo, teniendo una relación de uno a muchos ya que tienen una relación de uno
a muchos entre usuario y estudiante.
Figura 9. Diagrama E-R Registro de Estudiantes Proyecto Final
Fuente: Elaboración Propia
5.3.3 DIAGRAMA E-R SEGUIMIENTO DE ESTUDIANTES A LOS PROYECTOS
El diagrama E-R de seguimiento de estudiantes a los proyectos de los
proyectos de titulación(figura 15) representa las relaciones existentes entre las
tablas estudiante, docente, proyecto, avance, revisiones los seguimientos se la
realizan cuando el estudiante realiza el avance de su proyecto final.
Fuente: Elaboración Propia
Figura 10. Diagrama E-R Seguimiento de Estudiantes a los Proyectos de los Proyectos de Titulación
5.3.4 DIAGRAMA E-R NOTIFICACIONES Y MENSAJES PARA ESTUDIANTES QUE CURSAN LA MATERIA "PROYECTO FINAL"
El diagrama E-R de Notificaciones y Mensajes para Estudiantes que
cursan la materia "proyecto final" (figura 16) representa las relaciones existentes
entre las tablas estudiante, proyecto, docente, notificación,
notificación_estudiante teniendo relaciones uno a muchos entre si las
notificaciones llegan un aves que el estudiante realice un avance, una solicitud
de tutor.
Fuente: Elaboración Propia
Figura 11. Notificaciones y Mensajespara Estudiantes que cursan la Materia "Proyecto Final"
5.3.5 DIAGRAMA E-R INFORMACIÓN DE EVENTOS DE LA MATERIA
El diagrama E-R de información de eventos de la materia(figura 16)
representa las relaciones existentes entre las tablas evento, dicata teniendo
relaciones uno a muchos.
Fuente: Elaboración Propia
5.3.6 DIAGRAMA E-R INFORMACIÓN DE EVALUACIONES AL PROYECTO
El diagrama E-R de información de evaluaciones al proyecto(figura 18)
representa las relaciones existentes entre las tablas evaluacion, estudiante,
inscrito, dicta y docente, teniendo relaciones uno a muchos.
Figura 12. Diagrama E-R Información de Eventos de la Materia
Figura 13. Diagrama E-R Información de Evaluaciones al proyecto
Fuente: Elaboración Propia
5.3.7 DIAGRAMA E-R ASIGNAR LOS PERMISOS DE LOS DISTINTOS USUARIOS Y GRUPOS
El diagrama E-R deasignar los permisos de los distintos usuarios y grupos
del sistema (figura 19) representa las relaciones existentes entre las tablas
usuario, estudiante, grupo, permiso, moduloteniendo relaciones uno a muchos.
Figura 14. Diagrama E-R Asignar los Permisos de los Distintos Usuarios y Grupos
Fuente: Elaboración Propia
5.3.8DIAGRAMA E-R ASIGNAR TRIBUNAL
El diagrama E-R de asignación de tribunales (figura 14) representa las
relaciones existentes entre las tablas de asignación de tribunal, teléfono, celular
y mail, teniendo una relación de uno a muchos ya que los tribunales tiene una
relación directa con los docentes y el proyecto al que serán asignados para e
seguimiento por ejemplo.
Figura 18. Diagrama E-R Asignación Tribunal
Fuente: Elaboración Propia
5.3.9 DIAGRAMA E-R GESTIÓN DE LOS USUARIOS TUTOR.
El diagrama E-R de usuario Tutor(figura 19) representa las relaciones
existentes entre las tablas usuario, Tutor,proyecto_tutor, Proyecto ,notificación
tutor,notificación,proyecto teniendo diferentes tipos de relaciones como muchos
a muchos, para las cuales se crearon tablas intermedias, relaciones 0 a muchos
y unos a muchos, estas tablas representan al tipo de usuario consejo el cual se
encargara de asignar tribunales al proyecto para el manejo de usuarios y
permisos.
Figura 15. Diagrama Usuario Tutor
Fuente: Elaboración Propia
5.3.10 DIAGRAMA E-R LISTA DE DOCENTES SEGÚN SU ÁREA DE APOYO PARA QUE LOS MISMOS SEAN ASIGNADOS COMO TRIBUNALES
El diagrama E-R de lista de docentes según su área de apoyo para que
los mismos sean asignados como tribunales(figura 18) representa las relaciones
existentes entre las tablas docente, tribunal, proyecto, apoyo y área, teniendo
relaciones uno a muchos y el proyecto de las demás tablas que forman parte del
formulario de apoyo para que los mismos sean asignados como tribunales.
Figura 20. Diagrama E-R Proponer Docentes Según su Área de Apoyo para que los mismos sean Asignados como Tribunales
Fuente: Elaboración Propia
5.3.11 DIAGRAMA E-R USUARIO CONSEJO
El diagrama E-R de usuario consejo (figura 19) representa las relaciones
existentes entre las tablas usuario, consejo, notificación_consejo, notificación,
proyecto teniendo diferentes tipos de relaciones como muchos a muchos, para
las cuales se crearon tablas intermedias, relaciones 0 a muchos y unos a
muchos, estas tablas representan al tipo de usuario consejo el cual se encargara
de asignar tribunales al proyecto para el manejo de usuarios y permisos.
Figura 21. Diagrama Usuario Consejo
Fuente: Elaboración Propia
5.3.12 DIAGRAMA E-R ASIGNACIÓN DE TUTORES PARA ESTUDIANTES DE PERFIL
El diagrama E-R de Asignación de Tutores para Estudiantes de
Perfil(figura 15) representa las relaciones existentes entre las tablas estudiante,
docente, proyecto, tutor, proyecto tutor el estado de asignación cambia a iniciado
o aceptado cuando el docente acepta la tutoría.
Fuente: Elaboración Propia
Figura 22. Diagrama E-R Asignación de Tutores para Estudiantes de Perfil
5.3.13 DIAGRAMA E-R CONTROLAR LOS ESTADOS DEL PROYECTO (ESTÁ EN PROCESO DE DESARROLLO, ESTÁ PARALIZADA)
El diagrama E-R de Controlar los estados del Proyecto (está en proceso de
desarrollo, está paralizada) (figura 16) representa las relaciones existentes entre
las tablas estudiante, proyecto, proyecto estudiante, docente, dicta teniendo
relaciones uno a muchos entre si las proyecto estudiante y proyecto una solicitud
de tutor.
Figura 24.Controlar los estados del Proyecto (está en proceso de desarrollo, está paralizada)
Fuente: Elaboración Propia
5.3.14 DIAGRAMA E-R DESARROLLAR UN MÓDULO DE BÚSQUEDA DE PERFILES
El diagrama E-R de desarrollar un módulo de búsqueda de perfiles del
sistema (figura 17) representa las relaciones existentes entre las tablas usuario,
estudiante, proyecto, objetivos, Tutor, docente teniendo relaciones uno a
muchos.
Figura 2516. Diagrama E-R Desarrollar un Módulo de Búsqueda de Perfiles del Sistema
Fuente: Elaboración Propia
5.3.15 DIAGRAMA E-R DE REGISTRO DE HELPDESK AYUDAS DE NAVEGACIÓN DEL SISTEMA
El diagrama E-R de Registro de Helpdesk Ayudas de Navegación del
Sistema (figura 14) representa las relaciones existentes entre las tablas de
usuario, estudiante, y grupo, teniendo una relación de uno a muchos ya que
tienen una relación de uno a muchos entre usuario y estudiante.
Figura 26. Diagrama E-R Registro de Helpdesk Ayudas de Navegación del Sistema
Fuente: Elaboración Propia
5.3.16 DIAGRAMA E-R DE REGISTRO DE TOOLTIPS AYUDAS DE NAVEGACIÓN DEL SISTEMA
El diagrama E-R de seguimiento de estudiantes a los proyectos de los
proyectos de titulación (figura 15) representa las relaciones existentes entre las
tablas estudiante, docente, proyecto, avance, revisiones los seguimientos se la
realizan cuando el estudiante realiza el avance de su proyecto final.
Fuente: Elaboración Propia
5.3.17 DIAGRAMA E-R DEL PROYECTO
El diagrama E-R (figura 20) representa el diagrama completo de todo el
proyecto con todos los módulos incluidos.
Figura 27. Diagrama E-R de Registro de Tooltips Ayudas de Navegación del Sistema
5.4 MODELO DE DATOS FÍSICO
El objetivo de esta etapa es producir una descripción de la implementación de la
base de datos en memoria secundaria. Esta descripción incluye las estructuras de
almacenamiento y los métodos de acceso que se utilizarán para conseguir un acceso
eficiente a los datos.
5.4.1 DIAGRAMA FÍSICO DE REGISTRO DE ESTUDIANTES DE PROYECTO FINAL
El diagrama Físico Registro de Estudiantes (figura 21) detalla las
relaciones y herencias de llaves foráneas de una tabla a otra.
Figura 18. Diagrama FísicoRegistro de Estudiantes
Fuente: Elaboración Propia
5.4.2 DIAGRAMA FÍSICO SEGUIMIENTO DE ESTUDIANTES A LOS PROYECTOS
Aquí se muestra el diagrama Físico Seguimiento de Estudiantes a los
Proyectos de los Proyectos de Titulación(figura 22) detalla las relaciones y
herencias de llaves foráneas de una tabla a otra.
Figura 19. Diagrama Físico Seguimiento de Estudiantes a los Proyectos de los Proyectos de Titulación
Fuente: Elaboración Propia
5.4.3 DIAGRAMA FÍSICO R NOTIFICACIONES Y MENSAJES PARA ESTUDIANTES QUE CURSAN LA MATERIA "PROYECTO FINAL"
Aquí se muestra el diagrama físico de Notificaciones y Mensajes para
Estudiantes que cursan la materia "Proyecto Final" (figura 23) detalla las
relaciones y herencias de llaves foráneas de una tabla a otra.
Figura 20. Notificaciones y Mensajes para Estudiantes que cursan la materia "Proyecto Final"
Fuente: Elaboración Propia
5.4.4 DIAGRAMA E-R FÍSICOASIGNAR LOS PERMISOS DE LOS DISTINTOS USUARIOS Y GRUPOS
Aquí se muestra el diagrama físico de Asignar los Permisos de los distintos
Usuarios y Grupos (figura 24) detalla las relaciones y herencias de llaves
foráneas de una tabla a otra.
Figura 21. Diagrama Físico Asignar los Permisos de los distintos Usuarios y Grupos
Fuente: Elaboración Propia
5.4.5 DIAGRAMA FÍSICO ASIGNAR TRIBUNALES
El diagrama físico de asignación de tribunal (figura 21) detalla las
relaciones y herencias de llaves foráneas de una tabla a otra.
5.4.6 DIAGRAMA FÍSICO GESTIÓN DE LOS USUARIOS TUTOR
Aquí se muestra el diagrama físico de Gestión de los Usuarios Tutor (figura
26) detalla las relaciones y herencias de llaves foráneas de una tabla a otra.
Figura 22. Diagrama FísicoGestión de los Usuarios Tutor
Fuente: Elaboración Propia
5.4.7 DIAGRAMA FÍSICO LISTA DE DOCENTES SEGÚN SU ÁREA DE APOYO PARA QUE LOS MISMOS SEAN ASIGNADOS COMO TRIBUNALES
El diagrama físico de lista de docentes según su área de apoyo para que
los mismos sean asignados como tribunales (figura 27) detalla las relaciones y
herencias de llaves foráneas de una tabla a otra.
Figura 27. Diagrama Físico Proponer Docentes Según su Área de Apoyo para que los mismos sean Asignados como Tribunales
Fuente: Elaboración Propia
5.4.8 DIAGRAMA FÍSICO USUARIO CONSEJO
El diagrama físico de usuario consejo (figura 28) detalla las relaciones y
herencias de llaves foráneas de una tabla a otra.
Figura 28. Diagrama Físico Usuario Consejo
Fuente: Elaboración Propia
5.4.9 DIAGRAMA FÍSICO ASIGNACIÓN DE TUTORES PARA ESTUDIANTES DE LA MATERIA PERFIL
Aquí se muestra el diagrama Físico Asignación de Tutores para
Estudiantes de la Materia Perfil (figura 29) detalla las relaciones y herencias de
llaves foráneas de una tabla a otra.
Figura 29. Diagrama Físico Asignación de Tutores para Estudiantes de la Materia Perfil
Fuente: Elaboración Propia
5.4.10 DIAGRAMA FÍSICO CONTROLAR LOS ESTADOS DEL PROYECTO (ESTÁ EN PROCESO DE DESARROLLO, ESTÁ PARALIZADA)
Aquí se muestra el diagrama físico de Controlar los estados del Proyecto
(está en proceso de desarrollo, está paralizada) (figura 30) detalla las relaciones
y herencias de llaves foráneas de una tabla a otra.
Figura 30. Controlar los estados del Proyecto (está en proceso de desarrollo, está paralizada)
Fuente: Elaboración Propia
5.4.11 DIAGRAMA E-R FÍSICO DESARROLLAR UN MÓDULO DE BÚSQUEDA DE PERFILES REGISTRADOS EN EL SISTEMA
Aquí se muestra el diagrama físico de Desarrollar un Módulo de Búsqueda
de Perfiles Registrados en el Sistema (figura 31) detalla las relaciones y
herencias de llaves foráneas de una tabla a otra.
Figura 31. Diagrama Físico Desarrollar un Módulo de Búsqueda de Perfiles Registrados en el Sistema
Fuente: Elaboración Propia
5.4.12 DIAGRAMA FÍSICO DE REGISTRO DE HELPDESK AYUDAS DE NAVEGACIÓN DEL SISTEMA
El diagrama Físico Registro de Estudiantes (figura 32) detalla las
relaciones y herencias de llaves foráneas de una tabla a otra.
Figura 32. Diagrama FísicoRegistro de Helpdesk Ayudas de Navegación del Sistema
Fuente: Elaboración Propia
5.4.13 DIAGRAMA FÍSICO DE REGISTRO DE TOOLTIPS AYUDAS DE NAVEGACIÓN DEL SISTEMA
Aquí se muestra el diagrama Físico Seguimiento de Estudiantes a los
Proyectos de los Proyectos de Titulación (figura 33) detalla las relaciones y
herencias de llaves foráneas de una tabla a otra.
Figura 33. Diagrama Físico de Registro de Tooltips Ayudas de Navegación del Sistema
Fuente: Elaboración Propia
5.4.14 DIAGRAMA FÍSICO DEL PROYECTO
Aquí se muestra el diagrama físico del proyecto (figura 34) detalla las
relaciones y herencias de llaves foráneas de una tabla a otra, de todos los
módulos del proyecto.
5.5 DIAGRAMAS DE SECUENCIA
Un diagrama de secuencia muestra la interacción de un conjunto de objetos en
una aplicación a través del tiempo y se modela para cada caso de uso. El diagrama de
secuencia contiene detalles de implementación del escenario, incluyendo los objetos y
clases que se usan para implementar el escenario, y mensajes intercambiados entre
los objetos.
Típicamente se examina la descripción de un caso de uso para determinar qué
objetos son necesarios para la implementación del escenario. Un diagrama de
secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas
verticales, y los mensajes pasados entre los objetos como flechas horizontales.
5.5.1 DIAGRAMA DE SECUENCIA – CASO DE USO REGISTRO DE ESTUDIANTES DE ESTUDIANTES DE PROYECTO FINAL
En el diagrama de secuencia caso de uso registro de estudiantes de
estudiantes de proyecto final (figura 28) se ilustra el procedimiento para crear la
o registrar los datos de los estudiantes de la materia proyecto final
(Administrador), donde el usuario inicia sesión en el sistema ingresando su login
y password, ingresa al la menú de gestión de estudiante, luego ingresa al
formulario de registro de estudiantes, selecciona el semestre, la materia y el
grupo al que se inscribirá,las materias al que puede inscribirse serán registradas
por el administrador asignándoles un grupo y docente,Una vez presionado en el
botón grabar se muestra un mensaje si los datos fueron ingresados
correctamente enviándolo a una lista de estudiantes registrados en el sistema, si
los datos son correctos serán registrados, si no lo son volverá al formulario con
un mensaje de error.
Figura 23. Diagrama de Secuencia Gestionar Registro de Estudiantes de Estudiantes de Proyecto Final
5.5.2 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR LOS DATOS REGISTRADOS DE LOS ESTUDIANTES DE PROYECTO FINAL
Este diagrama de secuencia gestionar los datos registrados de los
estudiantes de proyecto final del sistema (figura 29) se puede observar el
procedimiento para modificar o editar, eliminar y ver detalle los datos del
estudiantede proyecto final, donde el usuario (Administrador) inicia sesión en el
sistema, ingresa al menú de gestión de estudiantes ,donde tiene una opción de
búsqueda de estudiantes, selecciona cualquier opción (editar, ver detalle,
eliminar), si son la opción elegida muestra correctamente la acción realizada, le
enviara un mensaje si quiere eliminar un dato de la misma manera modifica un
dato.
Figura 24. Diagrama de Secuencia Gestionar los Datos Registrados de los Estudiantes de Proyecto Final
Fuente: Elaboración Propia
5.5.3 DIAGRAMA DE SECUENCIA – CASO DE USO SEGUIMIENTO DE ESTUDIANTES A LOS PROYECTOS FINALES
El diagrama de secuencia gestionar seguimiento de estudiantes a los
proyectos finales (figura 30) ilustra el procedimiento para realizar el seguimiento
del proyecto del estudiante donde podrá realizar avances y correcciones los
cuales serán revisados por los docentes ,tutores, tribunales, donde el usuario
inicia sesión en el sistema, ingresa a la lista de todos los avances que el
estudiante realizo sobre su proyecto, ingresa al formulario de avances, llena sus
datos de la revisión, el sistema valida los mismos, si son correctos serán
registrados, si no lo son volverá al formulario con un mensaje de error.
Figura 25. Diagrama de Secuencia Gestionar Seguimiento de Estudiantes a los proyectos
Fuente: Elaboración Propia
5.5.4 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR NOTIFICACIONES Y MENSAJES PARA ESTUDIANTES QUE CURSAN LA MATERIA "PROYECTO FINAL"
El diagrama de secuencia gestionar notificaciones para las fechas de
defensa del proyecto (figura 31) ilustra el procedimiento para crear notificaciones
para las fechas de defensa del proyecto (Estudiante), donde el usuario inicia
sesión en el sistema, ingresa al formulario de notificaciones y envió de mensajes
a email, llena sus datos, el sistema valida los mismos, si son correctos serán
registrados, si no lo son volverá al formulario con un mensaje de error.
Figura 26. Diagrama de Secuencia Gestionar Notificaciones y Mensajes para Estudiantes que cursan la materia "Proyecto Final"
Fuente: Elaboración Propia
5.5.5 DIAGRAMA DE SECUENCIA – CASO DE USO REGISTRO DE ESTUDIANTES
Este diagrama de secuencia gestionar los datos registrados de los
estudiantes de proyecto final del sistema (figura 31) se puede observar el
procedimiento para modificar o editar, eliminar y ver detalle los datos del
estudiante de proyecto final, donde el usuario (Docente) inicia sesión en el
sistema, ingresa al menú de Registro de estudiantes,donde tiene una opción de
cargar lista .cvs, si son la opción elegida muestra correctamente la acción
realizada.
Figura 31. Diagrama de Secuencia Registro de Estudiantes
Fuente: Elaboración Propia
5.5.6 DIAGRAMA DE SECUENCIA – CASO DE USO REGISTRO DE EVALUACIONES
Este diagrama de secuencia gestionar los datos de Evaluaciones de los
estudiantes registrados en el sistema (figura 31) se puede observar el
procedimiento para modificar o editar, eliminar y ver detalle los datos del
estudiante, donde el usuario (Docente) inicia sesión en el sistema, ingresa al
menú de Registro de Evaluaciones,donde tiene una opción de cargar lista .cvs, si
son la opción elegida muestra correctamente la acción realizada.
Figura 31. Diagrama de Secuencia Registro de Evaluaciones
Fuente: Elaboración Propia
5.5.7 DIAGRAMA DE SECUENCIA – CASO DE USO REGISTRO DE EVENTOS
Este diagrama de secuencia gestionar los datos registrados de Eventos de
la Materia (figura 31) se puede observar el procedimiento para modificar o editar,
eliminar y ver detalle los datos de cada evento, donde el usuario (Docente) inicia
sesión en el sistema, ingresa al menú de Registro de Evento,donde tiene la
opción de (editar, ver detalle, eliminar), si son la opción elegida muestra
correctamente la acción realizada, le enviara un mensaje si quiere eliminar un
dato de la misma manera modifica un dato .
Figura 31. Diagrama de Secuencia Registro de Eventos
Fuente: Elaboración Propia
5.5.8 DIAGRAMA DE SECUENCIA – CASO DE USO ASIGNAR LOS PERMISOS DE LOS DISTINTOS USUARIOS Y GRUPOS DEL SISTEMA
El diagrama de secuencia asignar los permisos de los distintos usuarios y
grupos del sistema la (figura 32) ilustra el procedimiento para asignar permisos a
grupos de usuarios a los distintos módulos existentes en el sistema, donde el
usuario inicia sesión en el sistema, ingresa al menú de asignación de permisos,
asigna a un grupo de usuario al modulo, el sistema valida los mismos, si son
correctos serán registrados, si no lo son volverá al menú con un mensaje de
error.
Figura 27. Diagrama de Secuencia Asignar los Permisos de los distintos Usuarios y Grupos
Fuente: Elaboración Propia
5.5.9 DIAGRAMA DE SECUENCIA – CASO DE USO ASIGNACIÓN DE TRIBUNALES
El diagrama de secuencia gestionar Asignación de Tribunales (figura 28)
ilustra el procedimiento para crear la información personal del usuario (consejo),
donde el usuario inicia sesión en el sistema, ingresa al la lista de estudiantes
para tribunales, luego ingresa al formulario de asignación de tribunales, Se le
muestra dos opciones de asignación de tribunales un automática y la otra
manual, si el usuario la asignación es automática seleccionando los docentes
con el mismo horario disponible y áreas en común al proyecto, los docentes
seleccionados pasan a la lista de abajo presionamos grabar y se les envía una
solicitud el cual deberá ser aceptado o rechazado, se selecciona de forma
manual los docentes de la lista superior pasando a la lista inferior, Una vez
presionado en el botón grabar se envían solicitudes a los tribunales, si son
correctos serán registrados, si no lo son volverá al formulario con un mensaje de
error.
Figura 3328. Diagrama de Secuencia Gestionar Asignación de Tribunales
Fuente: Elaboración Propia
5.5.10 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR MÓDULO DE REPORTES REFERENTE A LOS ESTUDIANTES QUE CURSAN LA MATERIA PROYECTO FINAL
El diagrama de secuencia Gestionar Módulo de Reportes Referente a los
Estudiantes que Cursan la Materia Proyecto Final (figura 34) ilustra el
procedimiento para generar reportesdeun por parte del usuario (Administrador),
donde el usuario inicia sesión en el sistema, ingresa al menú Reportes,
selecciona el reporte que quiere generar ya sea en Excel o pdf, presiona
generar, el sistema realiza una consulta sobre el tipo de reporte que se quiere
generar, si son correctos serán generados y mostrara los reportes.
Figura 29. Diagrama de Secuencia Gestionar Módulo de Reportes Referente a los Estudiantes que Cursan la Materia Proyecto Final
Fuente: Elaboración Propia
5.5.11 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR INFORMACIÓN DE LOS USUARIOS TUTOR
El diagrama de secuencia gestionar la información del usuario tutor(figura
35) ilustra el procedimiento para gestionar la información usuario tutor por los
usuarios ( administrador), donde el usuario inicia sesión en el sistema, ingresa al
formulario de registro de tutor, llena los datos personales del docente o ttutor
externo, una vez ingresado los datos lo lleva a una ventana de gestión de tutores
donde este puede editar los registros, el sistema valida los datos, si son
correctos serán registrados, si no lo son volverá al formulario con un mensaje de
error.
Figura 30. Diagrama de Secuencia Gestionar la Información del Usuario Tutor
Fuente: Elaboración Propia
5.5.12 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR LISTA DE DOCENTES SEGÚN SU ESPECIALIDAD PARA QUE LOS MISMOS SEAN ASIGNADOS COMO TRIBUNALES
El diagrama de secuencia gestionar lista de docentes según su
especialidad para que los mismos sean asignados como tribunales (figura 36)
ilustra el procedimiento para crear la información o configuración del usuario
(docente), donde el usuario inicia sesión en el sistema, ingresa al formulario de
disponibilidad de tiempo de docentes, llena sus datos, el sistema valida los
mismos, si son correctos serán registrados, si no lo son volverá al formulario con
un mensaje de error.
Figura 36. Diagrama de Secuencia Lista de Docentes según su Especialidad para que los mismos sean Asignados como Tribunales
Fuente: Elaboración Propia
5.5.13 DIAGRAMA DE SECUENCIA – CASO DE USO ASIGNAR FECHA Y HORARIOS DE DEFENSA PÚBLICA Y PRIVADA
El diagrama de secuencia gestionar asignar fecha y horarios de defensa
pública y privada (figura 37) ilustra el procedimiento para asignar fecha y
horarios de defensa pública y privada (consejo), donde el usuario inicia sesión en
el sistema, ingresa al formulario de asignación de fechas de de defensa, donde
puede registrar los datos según la disponibilidad de tiempo, lugar de defensa, los
horarios y la fecha, el sistema valida los datos, si son correctos serán
registrados, si no lo son volverá al formulario con un mensaje de error.
Figura 37. Diagrama de Secuencia Asignar Fecha y Horarios de Defensa Pública y Privada
Fuente: Elaboración Propia
5.5.14 DIAGRAMA DE SECUENCIA – CASO DE USO ASIGNACIÓN DE TUTORES PARA ESTUDIANTES DE PERFIL
El diagrama de secuencia gestionar Asignación de Tutores para
Estudiantes de Perfil (figura 38) ilustra el procedimiento para crear notificaciones
para las fechas de defensa del proyecto (Estudiante), donde el usuario inicia
sesión en el sistema, ingresa al modulo de asignación de tutores para
estudiantes, elige la opción asignar tutor, el cual le envía a una lista de tutores
disponibles, si se enviaran o cambiaran los datos o el estado de de tutoría a
iniciado, si no lo son volverá al formulario con un mensaje de error.
Figura 38. Diagrama de Secuencia Gestionar Asignación de Tutores para Estudiantes de Perfil
Fuente: Elaboración Propia
5.5.15 DIAGRAMA DE SECUENCIA – CASO DE USO CONTROLAR LOS ESTADOS DEL PROYECTO (ESTÁ EN PROCESO DE DESARROLLO, ESTÁ PARALIZADA)
El diagrama de secuencia controlar los estados del proyecto (está en
proceso de desarrollo, está paralizada) (figura 39) ilustra el procedimiento para
modificar los estado de los proyecto en el sistema, donde el usuario inicia sesión
en el sistema, ingresa al menú de reprogramaciones, se busca al estudiante para
postergar o poner en prorroga los proyectos de tesis, el sistema valida los
mismos, si son correctos serán registrados, si no lo son volverá al menú con un
mensaje de error.
Figura 39. Diagrama de Secuencia Controlar los estados del proyecto (está en proceso de desarrollo, está postergado)
Fuente: Elaboración Propia
5.5.16 DIAGRAMA DE SECUENCIA – CASO DE USO DESARROLLAR UN MÓDULO DE BÚSQUEDA DE PERFILES
El diagrama de secuencia Gestionar un Módulo de Búsqueda de Perfiles
del Sistema (figura 40) se puede observar el procedimiento para realizar la
búsqueda de Estudiantes o proyectos de tesis de titulación, donde los usuarios
ingresan en el sistema, se va al link en el sistema de búsqueda, ingresa datos en
los campos de búsqueda, si son la opción elegida muestra correctamente la
búsqueda de usuarios o proyectos de tesis, se tiene una opción de ver detalle
del proyecto con los datos completos.
Figura 40. Diagrama de Secuencia Gestionar Módulo de Búsqueda de Perfiles del Sistema
Fuente: Elaboración Propia
5.5.17 DIAGRAMA DE SECUENCIA – CASO DE USO GESTIONAR LOS DATOS REGISTRADOS DE LOS HELPDESK AYUDAS DEL SISTEMA SAPTI
Aquí tenemos el diagrama de secuencia Gestionar los Datos Registrados
de los Tooltips Ayudas del Sistema Sapti (figura 41) se puede observar el
procedimiento para modificar o editar, eliminar y ver detalle los datos del Tooltips
ayuda del para los distintos módulos del sistema, donde el usuario
(Administrador) inicia sesión en el sistema, ingresa al menú de gestión de
estudiantes ,donde tiene una opción de búsqueda de temas de ayuda,
selecciona cualquier opción (editar), si son la opción elegida muestra
correctamente la acción realizada, le enviara un mensaje si quiere editar o
modifica un dato .
Figura 41. Diagrama de Secuencia Gestionar los Datos Registrados de los Helpdesk Ayudas del Sistema Sapti
Fuente: Elaboración Propia
5.5.18 DIAGRAMA DE SECUENCIA – CASO DE USO REGISTRO DE TOOLTIPS AYUDAS DE NAVEGACIÓN DEL SISTEMA
Aquí tenemos el diagrama de secuencia del caso de uso registro de
Tooltips ayudas para el sistema sapti (figura 42) se ilustra el procedimiento para
crear o registrar los datos de las ayudas para los usuarios, el cual facilitara la
comprensión del funcionamiento del sistema, donde el usuario (Administrador)
inicia sesión en el sistema ingresando su login y password, ingresa al la menú de
gestión de configurar temas de ayuda, luego ingresa al formulario de registro de
de temas de ayuda, ingresa el documento o una imagen, titulo, descripción y el
contenido de tema de ayuda, Una vez presionado en el botón grabar se muestra
un mensaje si los datos fueron ingresados correctamente enviándolo a una lista
de gestión de temas de ayuda registrados en el sistema, si los datos son
correctos serán registrados, si no lo son volverá al formulario con un mensaje de
error.
Figura 42. Diagrama de Secuencia Registro de Tooltips Ayudas de Navegación del Sistema
Fuente: Elaboración Propia
CAPÍTULO VI
IMPLEMENTACIÓN Y PRUEBAS
6.1 INTRODUCCIÓN
El Sistema “SAPTI” a desarrollar permitirá la eficiencia administrativa del
Departamento de Informática y Sistemas en el proceso de titulación, dicho sistema
servirá para gestionar el seguimiento de las asignaturas de perfil y proyecto final, este
proyecto fue implementado usando la metodología SCRUM y UML para mejorar los
procesos de diseño e implementación, PHP 5, Mysql y el motor de plantillas
Smartypara lo cual utilizamos el patrón MVC (Modelo – Vista – Controlador) que nos
permite tener un mejor rendimiento y fácil mantenimiento.
6.2 METODOLOGÍA SCRUM
6.2.1 PILA DEL PRODUCTO (PRODUCT BACKLOG)
La Pila de Producto (tabla 21), o ProductBacklog, es un artefacto del marco
de trabajo para la gestión ágil de proyectos de desarrollo de software, SCRUM,
es decir define que es lo que requiere, esto se constituye en una lista de
requerimientos que conforma la pila del producto, es una lista de todas sus
necesidades pero que no entra en detalles de procesos, actividades o tareas.
Comprende tanto requerimientos de entrada de datos como de salidas, así como
de procesamiento de datos.
Lo importante es que el propio esfuerzo de realizar la división en tareas
implica una organización del trabajo y una primera visión del alcance del
proyecto. Es decir, qué es lo que se quiere obtener después de semanas o
meses de trabajo. [8]
Tabla 18. Pila del Producto (ProductBacklog)
ID REQUERIMIENTO ESTIMACIÓN PRIORIDAD SPRINT
Cv - 01 Registrar Formulario de estudiantes de proyecto final
40Sapti 8 1
Cv - 02 Registrar usuarios del tipo Estudiantes por importación de archivos .txt, csv
20Sapti 8 2
Cv - 03 Modificar datos de los registros de usuarios del tipo Estudiantes
40Sapti 8 3
Cv - 04 Testeo y Calidad del Software 40Sapti 8 4Cv - 05 Registro de correcciones del perfil por
parte del estudiante20Sapti 8 5
Cv - 06 Eliminar, Editar Registros 40Sapti 4 6Cv - 07 Tipificación de usuarios del tipo
Estudiante20Sapti 6 7
Cv - 08 Verificar usuarios de acuerdo a login y password
20Sapti 5 7
Cv - 09 Asignación de roles según a usuarios del tipo Estudiante
20Sapti 5 8
Cv - 10 Modulo de notificaciones para Estudiantes referentes al proyecto
40Sapti 5 8
Cv - 11 Selección de correos para el envió de notificaciones sobre el estado del proyecto para Estudiantes
20Sapti 5 9
Cv - 12 Envió de notificación a Estudiantes sobre horario y fecha de defensa pública y privada
40Sapti 5 9
Cv - 13 Reportes sobre seguimiento a Estudiantes reportes PDF Excel
40Sapti 7 10
Cv - 14 Generar reportes sobre proyectos defendidos
20 Sapti 7 11
Cv - 15 Revisión de Herramientas de Trabajo 40 Sp 8 1Cv - 16 Diseño e implementación de tablas para
la inscripción de estudiantes a una materia
40 Sp 8 2
Cv - 17 Diseño e implementación de interfaz para la inscripción de estudiantes por "CSV"
40 Sp 7 3
Cv - 18 Diseño e implementación de interfaz de usuario para el listado de estudiantes inscritos en una materia
40 Sp 7 4
Cv - 19 Diseño e implementación de tablas para registrar evaluaciones de estudiantes
40 Sp 7 5
Cv - 20 Diseño e implementación de interfaz de usuario para el registro de evaluaciones por estudiantes individualmente
40 Sp 8 6
Cv - 21 Diseño e implementación de interfaz de usuario para el registro de evaluaciones por "CSV"
40 Sp 8 7
Cv - 22 Diseño e implementación de tablas para registro de revisiones y observaciones de cada proyecto
40 Sp 5 8
Cv - 23 Diseño e implementación de interfaz de usuario para el registro de revisiones y observaciones de cada proyecto
40 Sp 8 9
Cv - 24 Diseño e implementación de interfaz de usuario para modificación de observaciones
40 Sp 9 10
Cv - 25 Diseño e implementación de interfaz de 40 Sp 8 11
usuario para ver el seguimiento al proyecto
Cv - 26 Diseño e implementación de registro de Eventos
40 Sp 9 12
Cv - 27 Diseño e implementación de Interfaz para ver el calendario con eventos programados
40 Sp 9 13
Cv - 28 Diseño e implementación de Reportes del Sistema
40 Sp 8 14
Cv–29 Registrar Formulario de Asignación de Tribunales
40Sapti 8 1
Cv - 30 Gestionar Asignación de tribunales 20Sapti 8 2Cv–31 Registrar de evaluaciones de cada
proyecto por los Tribunales40Sapti 8 3
Cv–32 Registrar seguimiento a los proyectos asignados a cada tribunal
40Sapti 8 4
Cv–33 Registrar autoridades de la carrera Ing. Sistemas.
20Sapti 8 5
Cv–34 Eliminar, Editar Registros 40Sapti 4 6Cv– 35 Validar Información del Registro de
Autoridad20Sapti 6 7
Cv–36 Enviar notificaciones a email de Asignación de tribunales.
20Sapti 5 7
Cv–37 Validar Asignación de Tribunales 20Sapti 5 8Cv–38 Validar Seguimiento de proyectos 40Sapti 5 8Cv–39 Validar Evaluaciones de proyectos 20Sapti 5 9Cv–40 Asignar permisos por usuarios Tribunal
y consejo para el acceso a los módulos correspondientes
40Sapti 5 9
Cv–41 Generar reportes PDF 40Sapti 7 10Cv–42 Generar reportes en Diagrama de
Tortas para el Modulo Consejo.20 Sapti 7 11
Cv–43 Implementar la opción asignar proponiendo Tutores para asignación de Estudiantes
40Sapti 8 1
Cv–44 Elaborar Formulario de Registro de Estudiantes de la Materia perfil
20Sapti 8 2
Cv–45 Gestionar los datos registrados de los Estudiantes
40Sapti 8 3
Cv–46 Modificar eliminar datos delo estudiantes de la materia perfil
40Sapti 8 4
Cv–47 Pruebas del modulo de registro de estudiantes
20Sapti 8 5
Cv–48 Eliminar, Editar Registros 40Sapti 4 6Cv–49 Implementar la lista de Estudiantes para
asignar Tutor20Sapti 6 7
Cv–50 Implementar la opción asignar proponiendo Tutores para asignación de Estudiantes
20Sapti 5 7
Cv–51 Implementar el modulo de Perfiles o 20Sapti 5 8
proyectos de EstudiantesCv–52 Desarrollar la lista de Proyectos y sus
Estados en Proceso o Paralizados, Postergados
40Sapti 5 8
Cv–53 Generar en PDF las lista de los estados de los proyectos de Estudiantes
20Sapti 5 8
Cv–54 Desarrollar un modulo de Búsqueda de Perfiles o Proyectos de Tesis Registrados
40Sapti 5 9
Cv–55 Implementar el modulo de ver detalle de Proyecto de Tesis en el módulo de Búsqueda
40Sapti 7 10
Cv–56 Implementar modulo de Registro de Docentes
20 Sapti 7 11
Cv–57 Recolectar información sobre la metodología scrum
40Sapti 8 1
Cv–58 Implementar modulo de registro de Helpdesk
20Sapti 8 2
Cv–59 Implementar modulo de gestión de Helpdesk ayudas para el sistema
40Sapti 8 3
Cv–60 Implementar modulo de registro de Tooltips
40Sapti 8 4
Cv–61 Implementar modulo de gestión de Tooltips ayudas para el sistema
20Sapti 8 5
Cv–62 Implementar registro de Módulos correspondiente a cada ayuda
40Sapti 4 6
Cv–63 Implementar modulo de gestión de Módulos ayudas para el sistema
20Sapti 6 7
Cv–64 Elaborar los manuales de usuario para el sistema completo
20Sapti 5 8
Cv–65 Elaborar manual técnico del sistema completo
20Sapti 5 8
Cv–66 Elaborar manual de instalación del sistema completo
40Sapti 5 8
Cv–67 Testeo, calidad de software y pruebas al sistema utilizando la Herramienta testlink
20Sapti 5 9
Cv–68 Reportes de bug del proyecto producto SAPTI utilizando la Herramienta Mantis
40Sapti 5 10
Cv–69 Elaborar Daily Meeting en tablas GEO seguimiento del Sistema Sapti
40Sapti 7 10
Esfuerzo = Sapti
Fuente: Elaboración Propia
6.2.2 LISTA DE TAREAS DE LA ITERACIÓN (SPRINT BACKLOG)
El sprint backlog es un documento detallado donde se describe el cómo el
equipo va a implementar los requisitos durante el siguiente sprint. Las tareas en
el sprint backlognunca son asignadas, son tomadas por los miembros del equipo
del modo que les parezca oportuno.
El sprint backlog está fuertemente relacionado al productbacklog y está
definido por el team (equipo), por tanto no solo debe incorporar los aspectos
funcionales del usuario, sino también el aporte que el equipo de desarrollo
sugiere para potenciar aún más las funcionalidades del sistema, que
evidentemente debe ser aprobada por el usuario (productowner).
6.2.2.1 SPRINT BACKLOG 1 – REGISTRAR FORMULARIO DE ESTUDIANTES DE
PROYECTO FINAL
El sprint backlog 1 (tabla 22) muestra las tareas en las que se
descompone el productbacklogCv - 01 identificando todas las funcionalidades
que el usuario requiere más las propuestas por el equipo de desarrollo, los
responsables y las horas estimadas.
Tabla 19. Sprint Backlog 1 - Registrar Formulario de estudiantes de proyecto final
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 01 Registrar Información Personal 8
Tarea 1 Diseño de la Base de datos para
registrar estudiantes
Guyen 8
Tarea 2 Crear formulario de registro de
estudiantes de proyecto final
Guyen 8
Tarea 3 Desarrollar modulo de gestión de
Estudiantes
Guyen 16
Tarea 4 Crear una lista de estudiantes para su
respectiva gestión (editar, eliminar, ver
detalle)
Guyen 16
Tarea 5 Agregar opciones a la lista de
estudiantes
Guyen 8
Tarea 6 Agregar botón ver detalle de registro
de estudiante
Guyen 16
Tarea 7 Validar Formulario Guyen 8
Tarea 8 Testeo y Calidad del Software Guyen 32
Tarea 9 Pruebas al modulo de gestión de
estudiantes
Guyen 8
Fuente: Elaboración Propia
6.2.2.2 SPRINT BACKLOG 1 – DISEÑO E IMPLEMENTACIÓN DE REGISTRO DE
REVISIONES Y OBSERVACIONES DE CADA PROYECTO
El sprint backlog 1 (tabla 23) muestra las tareas en las que se
descompone el productbacklogCv - 01 identificando todas las funcionalidades
que el usuario requiere más las propuestas por el equipo de desarrollo, los
responsables y las horas estimadas.
Tabla 20. Sprint Backlog 1 - Registrar Formulario de estudiantes de proyecto final
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 01 Diseño e implementación de registro de
revisiones y observaciones de cada proyecto
8
Cv - 01
Tarea 1 Diseño de tablas para registrar revisiones. Sesai 16Tarea 2 Diseño de tablas para registrar
observaciones.Sesai 24
Tarea 3 Implementación de tablas para registrar revisiones y observaciones de cada proyecto.
Sesai32
Tarea 4 Diseño de Interfaz de usuario para Registros de revisiones y observaciones.
Sesai 16
Tarea 5 Codificación de clases para el registro de revisiones y observaciones.
Sesai 24
Tarea 6 Codificación de Interfaz de usuario. Sesai 32Tarea 7 Diseño de interfaz para modificado de
observaciones.Sesai 16
Tarea 8 Codificación de clases para el Listado de observaciones.
Sesai 24
Tarea 9 Codificación de interfaz para el Listado de observaciones.
Sesai 32
Tarea 10 Pruebas y validación de datos. Sesai 8
Fuente: Elaboración Propia
6.2.2.3 SPRINT BACKLOG 1 – REGISTRAR FORMULARIO DE ASIGNACIÓN DE
TRIBUNALES
El sprint backlog 1 (tabla 24) muestra las tareas en las que se
descompone el productbacklogCv - 15 identificando todas las funcionalidades
que el usuario requiere más las propuestas por el equipo de desarrollo, los
responsables y las horas estimadas.
Tabla 24. Sprint Backlog 1 - Registrar Formulario de Asignación de Tribunales
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 01 Registrar Información Personal
Cv - 01
Tarea 1 Diseño de la Base de datos para
registrar asignación de tribunales
Serafin 8
Tarea 2 Registros de evaluaciones (eliminar,
actualizar, Editar).
Serafin 8
Tarea 3 Desarrollar interface para Modificar
datos de los registros
Serafin 16
Tarea 4 Crear una lista de estudiantes para
asignar Tribunal
Serafin 24
Tarea 5 Agregar mensaje de envió de solicitud Serafin 8
Tarea 6 Agregar Lista de Estudiantes con
tribunales asignados
Serafin 24
Tarea 7 Validar Formulario Serafin 8
Tarea 8 Testeo y Calidad del Software Serafin 16
Fuente: Elaboración Propia
6.2.2.4 SPRINT BACKLOG 1 – IMPLEMENTAR LA LISTA DE ESTUDIANTES PARA
ASIGNAR TUTOR
El sprint backlog 1 (tabla 25) muestra las tareas en las que se
descompone el productbacklogCv - 29 identificando todas las funcionalidades
que el usuario requiere más las propuestas por el equipo de desarrollo, los
responsables y las horas estimadas.
Tabla 25. Sprint Backlog 1 - Implementar la lista de Estudiantes para Asignar Tutor
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 29 Tarea 1 Crear tablas de asignación de
estudiantesAriel 8
Tarea 2 Crear un plantillas para asignación de Tutores
Ariel 16
Tarea 3 Verificar si los datos si son correctos Ariel 8
Tarea 4 Asignar estudiantes a tutores Ariel 24
Tarea 5 Crear modulo de asignación de Tutores
Ariel 24
Tarea 6 Añadir la opción asignar tutores Ariel 8
Tarea 7 Validar Información Registrada Ariel 8
Tarea 8 Generar Reportes de Tutor Ariel 16
Tarea 9 Pruebas al modulo Asignación de Tutores
Ariel 8
Fuente: Elaboración Propia
6.2.2.6 SPRINT BACKLOG 1 – RECOLECTAR INFORMACIÓN SOBRE LA
METODOLOGÍA SCRUM
El sprint backlog 1 (tabla 26) muestra las tareas en las que se
descompone el productbacklogCv - 43 identificando todas las funcionalidades
que el usuario requiere más las propuestas por el equipo de desarrollo, los
responsables y las horas estimadas.
Tabla 26. Sprint Backlog 1 - Recolectar Información Sobre la Metodología Scrum
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 43 Recolectar información sobre la
metodología scrum8
Tarea 1 Implementar la metodología Janett 8
Tarea 2 Elaborar la documentación sobre la
metodología
Janett 8
Tarea 3 Definir la lista de requerimientos del Janett 8
sistema
Tarea 4 Elaborar el ProductBacklog Janett 16
Tarea 5 La segunda etapa pasa por la
definición del Sprint Backlog
Janett 8
Tarea 6 Elaborar los Burn Down Janett 8
Tarea 7 Control y seguimiento de las tareas Janett 32
Tarea 8 Testeo y Calidad del Software de los
módulos del Sprint
Janett 32
Tarea 9 Pruebas del Sprint Janett 8
Fuente: Elaboración Propia
6.2.2.6DIA 1 SPRINT BACKLOG 1
El sprint backlog 1 (figura 27) se puede verificar las tareas realizadas en
el día 1 identificando todas las tareas completadas en el día de trabajo del
equipo.
Tabla 27. Sprint Backlog 5 - Enviar Notificaciones a email de Asignación de Tribunales
ID TAREA REQUERIMIENTO/TAREA RESPONSABLE EST/HRSCv - 05 Tarea 1 Desarrollar el formulario de
notificacionesSerafin
Tarea 2 Activar modulo de permiso a las notificaciones
Serafin 10
Tarea 3 Verificar si el formato de envió de notificaciones
Serafin 8
Cv - 10 Tarea 4 Validar Información que se envió de la asignación de tribunal a docentes
Serafin
Tarea 5 Implementar un formulario de respuesta del tribunal
Serafin 10
Tarea 6 Testeo y Calidad del Software Serafin 8
Fuente: Elaboración Propia