SISTEMA WEB DE GESTION Y EVALUACIÓN DE PROYECTOS DE GRADO PARA LA ESCUELA TECNICA

DE SALUD COCHABAMBA

Introducción/Antecedentes.

En esta etapa se establecieron el conjunto de requerimientos básicos impuestos para la realización

de cada una de las modalidades de trabajo de grado por la Escuela Técnica de Salud Cochabamba y
los requerimientos relacionados a procesos generales que se llevan a cabo para el control, tutoría, y
evaluación del trabajo de grado realizado por el estudiante. Los requerimientos fueron organizados
en requerimientos funcionales y no funcionales, lo cual permite proponer una solución que tenga en
cuenta la funcionalidad, infraestructura y calidad del sistema.

Definición de actores y roles

Partiendo del trabajo realizado en el análisis del negocio es importante la definición de todos los
actores y roles que estos desempeñen en el sistema, los actores descritos a continuación son
únicamente los que de una u otra manera hacen contacto con el proceso de la realización de
cualquiera de las modalidades de trabajo de grado que ofrece la Escuela Técnica.

Rol Descripción
Administrador del Sistema Persona encargada de administrar y configurar
el sistema.
Estudiante Se trata de aquel miembro que como parte de
la comunidad de la escuela técnica se
encuentra cursando alguno de las carreras
Docente Tutor Se trata de aquel miembro que tiene un vínculo
con la Escuela y se encarga de investigar,
orientar y dictar asignaturas de las carreras que
ofrece la universidad
Evaluador Rol para docentes que son vinculados con el fin
de realizar la revisión sobre proyectos y
propuestas de estudiantes
Coordinador de carrera Persona que registra a estudiantes que quieren
inscribirse para comenzar el proyecto de grado,
también hace seguimiento de los proyectos

Requerimientos Funcionales

Los requerimientos funcionales definen funcionalidades específicas que el sistema deberá cumplir,
los listados a continuación están distribuidos por los procedimientos generales, por modalidad y por
funcionalidades extras del Sistema

RF-01 gestión de accesos y cuentas de usuario

Para ingresar al sistema la persona debe contar con un nombre de usuario y contraseña, para ello, se
debe tomar en cuenta los siguientes aspectos
 - El Administrador crea las cuentas de usuario con nombre de usuario, contraseña, fecha de
creación, habilitado, fecha de modificación.
- El Administrador configura y asigna roles a la cuenta, el rol debe tener los campos de rolID y
nombre.
- Cada rol del sistema tiene permisos a diferentes acciones del sistema
- Las cuentas de usuario pueden ser habilitadas e inhabilitadas
- Cada cuenta de usuario puede modificar su perfil y la contraseña
- Cada acceso del sistema debe ser registrado en una tabla de accesos llamados logs que
registre la fecha de acceso y la cuenta de usuario que está ingresando

RF-02 Registro de solicitudes de inscripción de trabajo de grado

Todo estudiante debe registrar una solicitud de inscripción de trabajo de grado a la respectiva
coordinación de carrera adjuntando la documentación requerida dependiendo de la modalidad
seleccionada, para ello se requiere tener en cuenta los siguientes aspectos:

- La fecha máxima para la inscripción será cada fin de semestre de cada periodo académico,
según establece el calendario que sea establecido por el consejo académico
- El estudiante seleccionara el tipo de modalidad de fin de trabajo como ser Proyecto de
grado, Tesis, Trabajo Dirigido.
- Cada trabajo de grado será asignado un tutor que haga seguimiento.
- Cada trabajo de grado también será asignado tres evaluadores que al final serán su tribunal
interno
- Cada trabajo también tendrá una fecha final de presentación
- Cada trabajo de grado debe mostrar en qué estado se encuentra.
- Del trabajo de grado necesitamos registrar el título, descripción, fecha de inicio, estudiante y
la modalidad

RF-03 Seguimiento del trabajo de grado

Cada tutor podrá hacer seguimiento del avance del proyecto para ello el estudiante debe generar
varias revisiones(Numero de revisión, estado, fecha de recepción, fecha de revisión) y subir el
documento en formato Word, además se debe registrar la fecha de revisión y la fecha de devolución
y sus correcciones(observación, pagina) de la revisión por parte del tutor, cada corrección puede
generar comentarios(comentario, fecha, autor)

RF-03 Evaluación del trabajo de grado final

El sistema debe permitir que se pueda realizar una segunda revisión del documento completo a los
revisores, solo el tutor puede habilitar la revisión de la segunda etapa, por otro lado, cada revisor
tendrá en su bandeja los proyectos asignados para su revisión dónde podrán hacer sus devoluciones
con las observaciones correspondientes y habilitar para su respectivo empastado.

RF-04 Publicación de los proyectos de grado

El sistema deber permitir publicar los proyectos de grado aprobados en documentos de formato pdf
previa consentimiento del autor. Estos proyectos de grado serán publicados en la portada principal
de la biblioteca central, debe mostrar el título, la fecha de publicación, fecha de defensa, tutor,
autor, carrera y un resumen del proyecto.
RF-05 Reporte del Sistema

El sistema debe arrojar los siguientes reportes:

- Lista de estudiante inscritos para realizar su proyecto de grado clasificados por carrera
- Lista de docentes tutores que están haciendo seguimiento a los proyectos de grado
clasificados por carrera.
- Lista de estudiante que tienen la aprobación del tutor para entrar a segunda etapa de
revisión
- Lista de estudiantes que tienen proyectos revisados en la segunda etapa por los revisores
- Consulta estado de revisiones del estudiante por el tutor
- Lista de estudiantes que no pudieron terminar su proyecto de grado en el tiempo
establecido
- Lista de estudiantes habilitados para defensa final de su proyecto de grado
- Lista de estudiantes que guía un docente tutor.
- Lista de trabajo de grado por gestión clasificados por carrera

Requerimientos no funcionales

RNF-01 Performance

Debido a su naturaleza pública el sistema debe tener la capacidad de realizar toda consulta dentro
un tiempo moderado, permitiendo un flujo eficiente de cada evento.

RNF-02 Interfaz de Usuario

El sistema debe permitir un ingreso de datos sencillo y amable promoviendo una interfaz gráfica
intuitiva en ambientes WEB

RNF-03 Mantenimiento

El sistema debe estar debidamente documentado para permitir su escalabilidad o algún cambio en
su estructura interna

RNF-04 Seguridad

Ingreso de usuarios a través de solicitud de usuario y contraseña con su respectiva validación.

Almacenamiento cifrado de contraseñas y datos de session.

PLANIFICACION DE DESARROLLO

Tipo de Sistema informático

Sistema Web utilizando Servicios REST API con PHP y Angular

Plataformas de Hardware

Conforme a la descripción del sistema que hemos visto en el apartado anterior, los recursos necesarios
para el funcionamiento de la aplicación no son muchos, ya que la base de datos no va a tener un
tamaño que requiera un soporte especial, el framework utilizado tiene un tamaño reducido y el acceso
a la aplicación se puede hacer desde cualquier Servidor o Host alquilado.

Gestor de base de datos

Mysql para la plataforma Linux

DISEÑO CONCEPTUAL