Академический Документы
Профессиональный Документы
Культура Документы
DESARROLLO E IMPLEMENTACIÓN DE UN
SISTEMA DE GESTIÓN E IMPRESIÓN DE
DIPLOMAS Y CERTIFICADOS DE TÍTULOS Y
GRADOS PARA LA UNIVERSIDAD DE VALPARAÍSO
Por
II
Resumen
III
Agradecimientos
IV
Índice general
Resumen III
Agradecimientos IV
1. Introducción 1
2. Marco conceptual 3
2.1. Conceptos claves . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1.1. Proceso obtención de tı́tulo . . . . . . . . . . . . . . . . . . . . . . 3
2.1.2. Unidad orgánica . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2. Estado del arte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2.1. Universidades del Consejo de Rectores de Chile . . . . . . . . . . . 6
2.2.2. Universidades privadas . . . . . . . . . . . . . . . . . . . . . . . . 8
2.3. Comparación entre los sistemas . . . . . . . . . . . . . . . . . . . . . . . . 9
2.3.1. Tabla comparativa entre Universidades del Consejo de Rectores . . 9
2.3.2. Tabla comparativa entre Universidades privadas . . . . . . . . . . 10
2.4. Proceso actual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
V
3.3.2. Objetivos EspecÍficos . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.4. Metodologı́a . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.5. Naturaleza del cambio . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.6. Especificación de requerimientos . . . . . . . . . . . . . . . . . . . . . . . 22
3.6.1. Requerimientos Funcionales . . . . . . . . . . . . . . . . . . . . 22
3.6.2. Requerimientos No Funcionales . . . . . . . . . . . . . . . . . . 24
4. Diseño 25
4.1. Diseño arquitectónico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.1.1. Capa de presentación . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.1.2. Capa lógica de negocio . . . . . . . . . . . . . . . . . . . . . . . . 27
4.1.3. Capa de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2. Diseño de interfaz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.1. Mockups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.3. Diseño de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.3.1. Solicitud tı́tulo o grado con trabajo de tı́tulo . . . . . . . . . . . . . 31
4.3.2. Solicitud tı́tulo o grado sin trabajo de tı́tulo . . . . . . . . . . . . . 32
4.3.3. Solicitud de impresión . . . . . . . . . . . . . . . . . . . . . . . . 33
4.4. Diseño de pruebas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.4.1. Pruebas de requerimientos . . . . . . . . . . . . . . . . . . . . . . 35
4.4.2. Pruebas unitarias . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.4.3. Pruebas de integración . . . . . . . . . . . . . . . . . . . . . . . . 41
4.4.4. Pruebas de aceptación . . . . . . . . . . . . . . . . . . . . . . . . 42
4.4.5. Pruebas de seguridad . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.5. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
5. Implementación 45
5.1. Lenguaje de programación . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.1.1. Capa lógica de negocio . . . . . . . . . . . . . . . . . . . . . . . . 45
5.1.2. Capa presentación . . . . . . . . . . . . . . . . . . . . . . . . . . 46
VI
5.2. Gestión de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
5.3. Plataformas de desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
5.4. Herramientos de desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . 47
5.5. Interfaz del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.5.1. Módulo alumno . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.5.2. Módulo director . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
5.5.3. Módulo profesor guı́a . . . . . . . . . . . . . . . . . . . . . . . . . 50
5.5.4. Módulo secretaria carrera . . . . . . . . . . . . . . . . . . . . . . 52
6. Pruebas 54
6.1. Pruebas de requerimientos . . . . . . . . . . . . . . . . . . . . . . . . . . 55
6.1.1. Resultados pruebas de requerimientos . . . . . . . . . . . . . . . . 56
6.2. Pruebas unitarias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
6.2.1. Resultados pruebas unitarias . . . . . . . . . . . . . . . . . . . . . 57
6.3. Pruebas de integración . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
6.3.1. Resultados pruebas de integración . . . . . . . . . . . . . . . . . . 58
6.4. Pruebas aceptación de usuarios . . . . . . . . . . . . . . . . . . . . . . . . 59
6.4.1. Resultados pruebas de aceptación de usuarios . . . . . . . . . . . . 62
6.5. Pruebas de seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
6.5.1. Resultados pruebas de seguridad . . . . . . . . . . . . . . . . . . . 63
A. Historias de usuario 65
A.1. Alumno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
A.2. Director Carrera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
A.3. Profesor Guia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
A.4. Integrante de comisión . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
A.5. Secretaria de carrera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
A.6. Unidad de Tı́tulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
B. Mockups 70
B.1. Alumno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
VII
B.2. Director carrera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
B.3. Profesor guı́a . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
B.4. Unidad de tı́tulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
D. Pruebas unitarias 90
D.1. Módulo alumno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
D.2. Módulo director . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
D.3. Módulo profesor guı́a . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
D.4. Módulo profesor comisión . . . . . . . . . . . . . . . . . . . . . . . . . . 92
D.5. Módulo secretaria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Bibliografı́a 94
VIII
Capı́tulo 1
Introducción
1
CAPÍTULO 1. INTRODUCCIÓN 2
algunos casos demorando hasta dos años según las estadı́sticas entregadas por la unidad de
tı́tulos. Por otro lado, el sistema está obsoleto en cuanto a tecnologı́as y en los servicios en
que la universidad deberı́a brindar al alumno, implicando una baja trazabilidad y portabili-
dad del sistema. Es bajo este contexto, que en este trabajo de tı́tulo se propone elaborar un
sistema de gestión e impresión de diplomas o certificados de tı́tulo o grado para la Univer-
sidad de Valparaı́so que se conecte con los sistemas institucionales que existen actualmente
con el fin de acceder a la información que se requiere para apoyar el proceso de titulación.
El presente trabajo de tı́tulo contiene una estructura que consta de capı́tulos y seccio-
nes. La organización de estos y lo que contiene cada uno de ellos se detallan a continuación:
Capı́tulo 2: Marco conceptual, se explican los conceptos claves para entender el pro-
blema, considerando las ideas que son importantes al momento de la comprensión de este
trabajo de tı́tulo. Además, se explica el estado actual de las herramientas similares que
existen hoy en dı́a y una comparación entre ellas.
Capı́tulo 3: Definición del problema y análisis, se explica la formulación del proble-
ma, especificando la situación actual del proceso de obtención de tı́tulo o grado. Posterior-
mente, se plantea la solución al problema descrito y los objetivos a cumplir, los cuales se
especifican a través de los requerimientos funcionales y no funcionales.
Capı́tulo 2
Marco conceptual
Tı́tulo profesional: El tı́tulo profesional hace referencia al nombre que tiene una
profesión y certifica que la persona que lo obtiene está capacitada y tiene las compe-
tencias y habilidades requeridas para desarrollar, con responsabilidad, las actividades
propias de la profesión.
Número decreto: Identificador para cada tı́tulo o grado obtenido por un alumno.
3
CAPÍTULO 2. MARCO CONCEPTUAL 4
diplomas y certificados que acrediten un tı́tulo o grado. Para fines prácticos, se clasificaron
en Universidades del consejo de rectores y Universidades privadas.
El sitio web de la universidad, cuenta con un módulo para que los alumnos egresados
y titulados puedan solicitar y obtener certificados de tı́tulo o grado y pagar estos documen-
tos a través del servicio en lı́nea de Servipag.
El alumno debe ingresar con su cuenta al sitio web de la universidad y entrar al
módulo de “Certificados de Tı́tulo y Grado”. Ahı́ podrá visualizar un listado con los certi-
ficados que puede solicitar, tal como se muestra en la figura 2.1. Para este ejemplo se usará
el Certificado de tı́tulo.
El sitio web de la universidad cuenta con un módulo para solicitar diplomas y certi-
ficados mediante el formulario que se muestra en la figura 2.3a. en donde se debe ingresar
información personal, datos de contacto y seleccionar los documentos solicitados.
Luego de enviar la solicitud, se debe realizar el pago del certificado mediante depósito
bancario o transferencia electrónica y enviar el comprobante de pago al correo de la persona
encargada de este proceso, tal como se indica en la 2.3b.
La entrega de documentación puede ser enviado mediante correo o retirarlo presen-
cialmente en la oficina. Solo no se realizan envı́os de diplomas debido al tamaño de este.
CAPÍTULO 2. MARCO CONCEPTUAL 8
al correo electrónico registrado en la intranet. El solicitud y retiro del diploma debe ser
realizado presencialmente.
Dentro de esta sección se presentan las comparativas entre las diferentes herramientas
que existen para solicitar y obtener diplomas y certificados del tı́tulo o grado.
Para la comparación de las herramientas nombradas en la sección 2.2, los criterios
de comparación se realizaron en base a las caracterı́sticas que el cliente requiere para el
sistema tales como:
Todas las universidades de la tabla 2.1 cuentan con una plataforma web que permite
realizar solicitudes para la obtención de un diploma o certificado, pero no cumplen con
todas las necesidades del trabajo de tı́tulo a desarrollar, ya que no cubre la etapa de rendi-
ción del examen de tı́tulo, algunas no poseen pago y certificados en lı́nea y se desconoce si
realizan algún tipo de validación manual o mediante el sistema.
Las universidades privadas de la Tabla 2.2 cuentan con una plataforma web que per-
mite realizar solicitudes para la obtención de un diploma o certificado al igual que las
universidades estatales descritas anteriormente. Todas cuentan con pago y certificados en
lı́nea pero tampoco cubre todas las necesidades del trabajo de tı́tulo a desarrollar.
CAPÍTULO 2. MARCO CONCEPTUAL 11
Los sistemas estudiados que se utilizan actualmente por las universidades estatales
y privadas, son desarrollos propios de cada institución, por lo tanto, no se encuentran dis-
ponible en el mercado para ser comprados. Todas estas las plataformas permiten realizar
solicitudes para obtener certificados y en algunos casos permite pagar en lı́nea para descar-
gar los documentos directamente desde el sitio web ya que poseen firma electrónica. Por
otro lado, este servicio lo pueden utilizar sólo a los alumnos que hayan cumplido un plan
de estudios o estén titulados, por lo tanto, se puede deducir que las validaciones sobre el
cumplimiento académico o deuda es realizado en algún proceso previo o luego de enviar
la solicitud y se desconoce la forma en cómo se lleva a cabo. En conclusión, no existen
sistemas disponibles a la venta que cumplan con todas las necesidades que se quiere cubrir
en este trabajo de tı́tulo, por lo tanto, es factible el desarrollo de un nuevo sistema para la
Universidad de Valparaı́so.
CAPÍTULO 2. MARCO CONCEPTUAL 12
La unidad de tı́tulos cuenta con un proceso definido para obtención de tı́tulos o gra-
dos. Este proceso se puede dividir en las siguientes etapas:
Creación del expediente: La secretaria de carrera debe crear el expediente del alumno
que contenga las actas de informe escrito, acta de defensa oral, acta de cumplimien-
to exigencias curriculares, certificado de biblioteca y la concentración de notas del
alumno que lo obtendrá del portal académico y luego enviar el expediente a la se-
cretaria de estudios. Una vez que la secretaria de estudios recibe el expediente, tal
como se observa en la Figura 2.6, verifica que estén correctos los documentos del
expediente. Luego realiza una ponderación de notas entre el plan de estudios, infor-
me del trabajo de tı́tulo y examen de tı́tulo y envı́a la ponderación junto al acta de
cumplimiento exigencias curriculares a la secretaria de facultad para que lo firme el
CAPÍTULO 2. MARCO CONCEPTUAL 13
decano. Por otro lado solicita a la unidad de aranceles un certificado que acredite que
el alumno no posee deudas.
Pago del tı́tulo: Luego que la secretaria de estudios valide lo anterior, le entrega al
alumno los depósitos generales para que este se dirija a las cajas institucionales a
pagar el tı́tulo. El alumno debe presentar el comprobante de pago con la secretaria de
estudios, quien tiene que agregar este comprobante y la ponderación de las notas en
el expediente para enviarlo a la unidad de tı́tulos.
Solicitud Número registro y decreto: La unidad de tı́tulos verifica que estén correc-
tos los documentos del expediente y posteriormente solicita a la oficina de partes el
Número de registro y decreto. Cuando recibe los datos solicitados, los ingresa al sis-
tema informático actual junto con los datos del alumno. Luego informa estos datos
a gobierno transparente, vicerrectorı́a académica y también informa a la dirección
general económica sobre la rebaja de estampillas.
Impresión tı́tulo: La unidad de tı́tulos imprime el tı́tulo, lo lleva donde las autoridades
para que lo firmen y luego le informa al alumno para que lo venga a retirar. Cuando el
alumno se presenta para retirar el tı́tulo primero le solicitan ciertos datos personales
para dejarlos registrados en el sistema informático actual y posteriormente se le hace
la entrega de los diplomas.
Figura 2.4: Diagrama del proceso actual de obtención del tı́tulo o grado - Parte 1.
CAPÍTULO 2. MARCO CONCEPTUAL 14
Figura 2.5: Diagrama del proceso actual de obtención del tı́tulo o grado - Parte 2.
Figura 2.6: Diagrama del proceso actual de obtención del tı́tulo o grado - Parte 3.
Capı́tulo 3
15
CAPÍTULO 3. DEFINICIÓN DEL PROBLEMA Y ANÁLISIS 16
Ausencia de Indicadores: Todos los datos estadı́sticos, tales como los mencionados
en el capı́tulo 1, son calculados manualmente ya que el sistema informático actual
no provee indicadores. Esto provoca una demora en la obtención de estos datos y
aumenta la posibilidad de errores humanos con respecto a los resultados. Por otro
lado, la unidad de tı́tulos no puede dimensionar previamente los recursos que utilizan
debido a la falta de información.
Software con bajo nivel portabilidad: El sistema informático actual solo funciona
en computadores especı́ficos que cumplan con ciertas caracterı́sticas de hardware.
También presenta problemas de impresión debido a que no es compatible con todas
las impresoras.
En la Figura 3.1, al interior de las lı́neas color naranjo se observa un resumen del
diagrama del proceso actual visto en la sección 2.4, el cual utiliza un sistema informático
denominado “Sistema de Tı́tulos y Grados” que solo sirve para registrar e imprimir diplo-
mas y certificados. Todo lo realizado previo al uso de este sistema, se lleva a cabo de forma
manual. Es por esto que la solución propuesta es elaborar un sistema informático basado en
una aplicación web con tecnologı́as actualizadas que cubra todas las necesidades del pro-
ceso actual contemplando una restructuracion de este. La figura 3.1 representa un esquema
de la solución propuesta.
CAPÍTULO 3. DEFINICIÓN DEL PROBLEMA Y ANÁLISIS 17
El sistema propuesto debe integrarse con otros sistemas institucionales para acceder
a la información que se utiliza en el proceso de obtención del tı́tulo o grado y ası́ poder
gestionar e imprimir diplomas y certificados en menos tiempo ya que las validaciones,
cálculo de notas, generación de actas y decretó, serán realizadas por el sistema. Por otro
lado, el alumno tendrá trazabilidad sobre el proceso y la unidad de tı́tulo podrá visualizar
indicadores para dimensionar y gestionar con anticipación los recursos necesarios para
la impresión. También mejora la portabilidad del sistema para que funcione en diferentes
computadores y con distintos dispositivos de impresión. Las figuras 3.2, 3.3 y 3.4 describen
la solución propuesta. Cabe mencionar que en las dos primeras figuras se encuentra la
unidad de tı́tulos en la esquina superior derecha, ya que los indicadores le proporcionaran
información acerca de todo el proceso.
El proceso de obtención del diploma y certificado que acredita el tı́tulo o grado co-
mienza en la figura 1, cuando el alumno envı́a una solicitud indicando nombre del trabajo
de tı́tulo, profesor guı́a, información personal y el archivo con el informe del trabajo. El
director de carrera revisará la solicitud junto a la situación académica del alumno y si cum-
ple con los requisitos exigidos por cada carrera, le enviará esta solicitud al profesor guı́a
seleccionado para que confirme su participación. El profesor guı́a evaluará el informe que
fue enviado inicialmente y asignará una comisión para que también puedan ver y evaluar
el informe. Cuando todos hayan ingresado la nota en el sistema, el profesor tendrá que
finalizar la evaluación para que se calcule automáticamente la nota final del informe y se
genere el acta del informe escrito. El alumno podrá ver la nota final del informe con las
correcciones correspondientes de cada evaluador y posteriormente deberá subir la versión
corregida del trabajo escrito para que el profesor guı́a verifique las modificaciones.
CAPÍTULO 3. DEFINICIÓN DEL PROBLEMA Y ANÁLISIS 18
Cuando el profesor guı́a confirme que el informe subido por el alumno esté corregi-
do, el sistema valida que el alumno haya completado todo el plan de estudios para pueda
continuar con el proceso que se observa en la figura 2, en donde si se cumple la condi-
ción anterior, la secretaria de carrera podrá asignar fecha, hora y lugar para la rendición
del examen de tı́tulo. Luego que el alumno rinde el examen, el profesor guı́a y la comi-
sión evalúan al alumno y posteriormente el profesor debe ingresar la calificación final del
examen en el sistema. Una vez ingresada, se calcula automáticamente la nota del tı́tulo o
grado y se genera el acta de defensa oral. A la vez, el director de carrera tendrá que validar
por última vez el cumplimiento del plan de estudios junto a las prácticas correspondientes
para que se genere el acta de cumplimiento exigencias curriculares. Por otro lado, el sis-
tema validará que el alumno no posea deudas con aranceles ni biblioteca para habilitar el
pago en lı́nea del del tı́tulo o grado.
3.3. Objetivos
Implementar plataforma.
Realizar pruebas.
Validar sistema.
3.4. Metodologı́a
Los alumnos tendrán trazabilidad y podrán visualizar todo el proceso con los detalles
de cada etapa.
La unidad de tı́tulo visualizara estadı́sticas de todo el proceso para que puedan di-
mensionar trabajo.
Alumno
Yo como Alumno, quiero visualizar una lı́nea de tiempo para saber en cual etapa
estoy y las que me faltan para terminar el proceso.
Yo como Alumno, quiero realizar pago en lı́nea del tı́tulo o grado para evitar
dirigirse a las cajas institucionales.
Director de carrera
Yo como Director de carrera, quiero visualizar los datos personales del alumno
para verificar la identidad de quien está realizando la solicitud.
Profesor Guia
Yo como Profesor guia, quiero agregar una comisión para que evalúen al alumno.
Yo como Profesor guia, quiero ingresar una nota del informe para que quede
registro de mi evaluación.
Yo como Profesor guia, quiero ingresar la nota final del examen de tı́tulo para
que quede registro de la evaluación.
Integrante de comisión
Secretaria de carrera
Unidad de Tı́tulo
Yo como Unidad de Tı́tulo, quiero solicitar el número de decreto para dejar re-
gistrada la información correspondiente al tı́tulo o grado.
Yo como Unidad de Tı́tulo, quiero imprimir el diploma de tı́tulo o grado para que
sea firmado por las autoridades y posteriormente entregarlo al alumno.
CAPÍTULO 3. DEFINICIÓN DEL PROBLEMA Y ANÁLISIS 24
Yo como Unidad de Tı́tulo, quiero que el sistema sea seguro para evitar la impre-
sión de tı́tulos o grados falsos.
Yo como Unidad de Tı́tulo, quiero que el sistema sea portable para poder utili-
zarlo desde diferentes computadores y con distintos tipos de impresora.
Yo como Unidad de Tı́tulo, quiero que el sistema sea modificable para realizar
posibles cambios en el futuro.
Yo como Unidad de Tı́tulo, quiero que el sistema este disponible 24/7 para que
todos puedan utilizarlo en cualquier momento.
Capı́tulo 4
Diseño
25
CAPÍTULO 4. DISEÑO 26
Vista: Contiene todas las vistas o interfaces del sistema con código html.
En la figura 4.3 se puede observar la jerarquización de los servicios que tiene la capa
de lógica de negocio y cómo se relacionan entre ellos y con las otras capas. Dentro de la
capa intermedia se identifican diferentes colores en donde los bloques verdes correspon-
den a los servicios del controlador de cada aplicación. Los bloques azules corresponden
a los servicios que realizarán la comunicación entre la base de datos y el controlador de
cada aplicación. Los bloques amarillos son los servicios base que serán consumidos por
los bloques azules para obtener la información necesaria para realizar las conexiones. Cabe
mencionar que los servicios de bloque azul pueden ser utilizados por diferentes controla-
dores, también los bloques amarillos por distintos servicios de logica pero los servicios de
controladores solo podrán ser usados por su aplicación asociada.
1
Service Oriented Architecture.
CAPÍTULO 4. DISEÑO 28
4.2.1. Mockups
La figura 4.4 es la vista que será utilizada por el alumno cuando quiera ver el progreso
su solicitud de obtención del tı́tulo o grado. En este caso, el alumno se encuentra en la
primera etapa de notas, visualizando en la parte superior información personal, sobre la
solicitud y los integrantes de la comisión evaluadora. Luego, visualizara el detalle de la
etapa en la que se encuentra para que sepa cuáles son los hitos incompletos que no permiten
avanzar a la siguiente etapa.
CAPÍTULO 4. DISEÑO 30
Figura 4.5: Modelo de datos de solicitud tı́tulo o grado con trabajo de tı́tulo”
Figura 4.6: Modelo de datos de solicitud tı́tulo o grado sin trabajo de tı́tulo”
Pruebas de requerimientos.
Pruebas unitarias.
Pruebas de integración.
Pruebas de seguridad.
Pruebas de Requerimientos
Completitud SI NO N/A
Los requerimientos están priorizados
La prioridad esta correctamente definida
Estan los conceptos basicos para que el sistema opere correctamente
Los requerimientos ayudan a cumplir el propósito de la herramienta
Claridad SI NO N/A
Los requerimientos son claros y faciles de entender
Los requerimientos reflejan el comportamiento de la herramienta
Correctitud SI NO N/A
Los requermientos reflejan las necesidades encontradas
Comentarios
Estado Descripción
Completo El requerimiento se ha implementado en un 100 %
Incompleto El requerimiento se ha implementado en un rango del 75 % al 99 %
En desarrollo El requerimiento se ha implementado entre un 20 % y 74 %
En inicio El requerimiento se ha implementado entre un 0 % y 19 %
No considerado El requerimiento es de tipo deseable
Los estados definidos anteriormente, serán para completar la Tabla 4.3 en donde se
puede apreciar una columna con los requerimientos funcionales del sistema, descritos en
base a historias de usuario y en la otra columna su estado. Cabe mencionar que se deben
realizar estas pruebas para todas las historias de usuario existentes peto en la tabla solo se
mencionan algunas.
La Tabla 4.4 presenta la plantilla que se utilizará para las pruebas, la cual registrará
la información obtenida por cada funcionalidad del sistema.
Prueba unitaria
ID
Objetivos
Descripción
Condiciones
Casos de prueba
1.1 - Entrada válida
1.2 - Salida esperada
2.1 - Entada inválida
2.2 - Salida esperada
RESULTADO
Debido a la metodologı́a scrum que será utilizada para el desarrollo del proyecto, por
cada sprint se deben realizar las pruebas unitarias correspondientes, por lo tanto, ciertas
pruebas serán definidas más adelante.
A continuación, en la Tabla 4.5, se presenta una de las pruebas que serán realizadas
en el módulo del alumno.
CAPÍTULO 4. DISEÑO 38
Prueba unitaria
ID 1
Objetivos Enviar inscripción del trabajo de tı́tulo con un documento adjunto que supere
los 20GB.
Descripción Para enviar la inscripción del trabajo de tı́tulo asociado a un plan de estudio,
el alumno debe completar un formulario con los datos de su trabajo y adjuntar
el documento de su informe.
Condiciones No debe tener inscripciones aceptadas en el plan de estudios asociado.
Casos de Prueba
1.1 - Entrada válida Todos los campos completados correctamente y adjuntar un archivo que su-
pere los 20GB.
1.2 - Salida esperada Enviar la inscripción y notificar que la solicitud de inscripción fue enviada
correctamente.
2.1 - Entrada inválida Ingresar en el campo de correo un numero telefónico y adjuntar un archivo
que supere los 20GB.
2.2 - Salida esperada No enviar la inscripción y marcar el campo incorrecto.
RESULTADO
A continuación, en la Tabla 4.6 y Tabla 4.7, se presentan algunas de las pruebas que
serán realizadas en el módulo del director.
Prueba unitaria
ID 2
Objetivos Enviar solicitud de inscripción del trabajo de tı́tulo a profesor guı́a.
Descripción Luego que el alumno envı́a una solicitud de inscripción del trabajo de tı́tulo,
el director podrá enviar la solicitud al profesor guı́a del trabajo o rechazar esta
solicitud.
Condiciones La solicitud debe estar en estado “Pendiente”.
Casos de Prueba
1.1 - Entrada válida Solicitud en estado “Pendiente”
1.2 - Salida esperada Cambiar estado de la solicitud a “Pendiente profesor guı́a”y notificar al pro-
fesor guia por correo que fue tiene una solicitud.
2.1 - Entrada inválida Solicitud en estado “Rechazada”.
2.2 - Salida esperada No cambiar de estado y notificar que no se puede realizar cambios en una
solicitud rechazada.
RESULTADO
Prueba unitaria
ID 3
Objetivos Modificar profesor guı́a.
Descripción El director podrá modificar al profesor guı́a en cualquier momento y seleccio-
nar el académico que el considere.
Condiciones La solicitud debe tener estado distinto de “Rechazada”.
Casos de Prueba
1.1 - Entrada válida Seleccionar un académico diferente al actual profesor guı́a y que no sea parte
de la comisión.
1.2 - Salida esperada Eliminar el académico actual junto a sus notas y asignar al nuevo académico
seleccionado. Notificar a ambos académicos por correo la modificación reali-
zada.
2.1 - Entrada inválida Seleccionar un académico que sea parte de la comisión.
2.2 - Salida esperada No realizar la modificación e informar que el académico seleccionado ya es
parte de la comisión.
RESULTADO
A continuación, en la Tabla 4.8, se presenta una de las pruebas que serán realizadas
en el módulo del profesor guı́a.
Prueba unitaria
ID 4
Objetivos Subir documento con las correcciones antes de ingresar la nota.
Descripción El profesor guı́a podrá subir un documento con las correcciones y evaluar el
informe del trabajo de tı́tulo del alumno una vez haya aceptado la solicitud.
Para esta prueba subirá la corrección inmediatamente después de aceptar la
solicitud.
Condiciones La solicitud debe estar en estado “Aceptada”.
Casos de Prueba
1.1 - Entrada válida Cargar el documento con correcciones y presionar botón de subir.
1.2 - Salida esperada Subir el documento y mostrar la opción de descarga.
2.1 - Entrada inválida No cargar ningún documento y presionar el botón de subir.
2.2 - Salida esperada Notificar que no ha seleccionado ningún documento.
RESULTADO
A continuación, en la Tabla 4.9, se presenta una de las pruebas que serán realizadas
en el módulo de comisión.
Prueba unitaria
ID 5
Objetivos Ingresar nota del informe.
Descripción Los integrantes de la comisión podrán ingresar la nota del informe de tı́tulo.
Condiciones La solicitud debe estar en estado “Aceptada”.
Casos de Prueba
1.1 - Entrada válida Ingresar en campo nota un numero entre 1 a 7.
1.2 - Salida esperada Guardar nota.
2.1 - Entrada inválida Ingresar en campo nota un numero inferior a 1 o superior a 7.
2.2 - Salida esperada No guardar nota y notificar que supera el rango de nota.
RESULTADO
A continuación, en la Tabla 4.10, se presenta una de las pruebas que serán realizadas
en el módulo de secretaria.
Prueba unitaria
ID 6
Objetivos Ver los bloques horario de todos los evaluadores.
Descripción La secretaria podrá ver el horario del profesor guı́a y la comisión juntos en
una misma tabla para facilitar la asignación de fechas del examen de tı́tulo.
Condiciones La solicitud debe estar en estado “Aceptada”y en la etapa 4.
Casos de Prueba
1.1 - Entrada válida Solicitud que contenga mas de un evaluador
1.2 - Salida esperada Visualizar los bloques horarios de todos los evaluadores.
2.1 - Entrada inválida Solicitud que no contenga evaluadores.
2.2 - Salida esperada No mostrar ningún bloque horario.
RESULTADO
Pruebas alfa
El cliente utiliza la aplicación de forma natural junto con el desarrollador como ob-
servador de usuario en un entorno controlado. Se creará un ambiente que realice las
mismas condiciones en que se encontrarı́a en las instalaciones del cliente. Se reali-
zarán las pruebas y se documentara los resultados.
Pruebas betas
La aplicación se pondrá en funcionamiento con los usuarios finales del software con
acceso a sus respectivas funcionalidades sin la presencia del desarrollador. Esta prue-
ba se desarrollará en un ambiente que no pueda ser controlado por el desarrollador.
Para realizar estas pruebas, se evalúa el grado de calidad del software con relación
a todos los aspectos relevantes para que el uso del producto se justifique[5]. La Tabla 4.11
muestra los parámetros de aceptación. La plantilla de pruebas de aceptación de usuario
está reflejada en la Tabla 4.12.
Valor 1 2 3 4 5
Descripción Muy difı́cil Difı́cil Neutro Fácil Muy Fácil
4.5. Conclusiones
En el presente capı́tulo se dieron a conocer conceptos claves del diseño del sistema,
lo que permite tener una sólida base que sirve como guı́a para la implementación y codifi-
cación de la solución final. Esto se obtuvo luego de conocer el proceso actual con la ayuda
del cliente y proponer una solución que implica la reestructuración del proceso actual para
cumplir con todas las necesidades planteadas por el cliente. Este sistema propuesto traerá
diferentes beneficios y también tendrá variados trabajos futuros que podrán realizarse, tales
como un sistema de revisión de informes que pueda ser utilizado previo a este sistema,
crear módulos de biblioteca para visualizar los trabajos de tı́tulo online, o crear un sistema
de stock de estampillas. La metodologı́a utilizada ha permitido que nos integremos con el
equipo de desarrollo de DTIC 2 y trabajar con conjunto, por lo mismo ahora se debe consi-
derar los tiempos de otras personas a la hora de estimar plazos de entrega. Por último, cabe
mencionar que el equipo de base de datos, tendrá que realizar una migración de los datos
actuales y adaptarlo a los nuevos modelos de datos, logrando ası́ que este nuevo sistema
funcione correctamente para todos los usuarios.
2
Dirección de Tecnologı́as de Información y Comunicación.
Capı́tulo 5
Implementación
En este Capı́tulo, se muestran los elementos que identifican las decisiones tomadas
para el desarrollo de la herramienta, detallando las herramientas mı́nimas necesarias para
implementar la herramienta.
45
CAPÍTULO 5. IMPLEMENTACIÓN 46
Memoria RAM 8 GB
Visual Studio Code: Editor de código fuente que admite muchas funcionalidades
practicas al momento de trabajar con el código tales como la depuración, resaltado de
sintaxis, finalización inteligente de código, fragmentos y refactorización de código.
Postman: Herramienta basada en una extensión de Google Chrome que permite crear
peticiones para probar servicios web.
Microsoft SQL Server Management Studio: Herramienta gráfica que permite ges-
tionar SQL Server.
5. Detalle de la solicitud, en donde se podrá ver el nombre del trabajo de tı́tulo, profesor
guı́a y su foto, resumen del trabajo, descargar el informe de este y ver las palabras claves.
6. Botones para rechazar o enviar la solicitud al profesor guı́a para que este confirme ser
el guı́a del alumno.
2. Detalle de la solicitud, en donde se podrá ver el nombre del trabajo de tı́tulo, profesor
guı́a (en este caso, será el nombre del usuario que este revisando), resumen del trabajo,
descargar el informe de este y ver las palabras claves.
Los integrantes de la comisión tienen la misma interfaz que el profesor guı́a, pero no
podrán aceptar o rechazar solicitudes ni tampoco agregar comisión.
CAPÍTULO 5. IMPLEMENTACIÓN 52
1. Visualizar profesor guı́a e integrantes de comisión con su foto y el color con el cual se
pintará su horario.
Pruebas
En este Capı́tulo, se muestra la realización del plan de pruebas junto a los resultados
obtenidos en estas. DTIC 1 y los diferentes usuarios del sistema, evaluaron internamente la
herramienta.
1
Dirección de Tecnologı́as de Información y Comunicación.
54
CAPÍTULO 6. PRUEBAS 55
Prueba unitaria
ID 1
Objetivos Enviar inscripción del trabajo de tı́tulo con un documento adjunto que supere
los 20GB.
Descripción Para enviar la inscripción del trabajo de tı́tulo asociado a un plan de estudio,
el alumno debe completar un formulario con los datos de su trabajo y adjuntar
el documento de su informe.
Condiciones No debe tener inscripciones aceptadas en el plan de estudios asociado.
Casos de Prueba
1.1 - Entrada válida Todos los campos completados correctamente y adjuntar un archivo que su-
pere los 20GB.
1.2 - Salida esperada Enviar la inscripción y notificar que la solicitud de inscripción fue enviada
correctamente.
2.1 - Entrada inválida Ingresar en el campo de correo un numero telefónico y adjuntar un archivo
que supere los 20GB.
2.2 - Salida esperada No enviar la inscripción y marcar el campo incorrecto.
RESULTADO INCORRECTO
Prueba unitaria
ID 3
Objetivos Modificar profesor guı́a.
Descripción El director podrá modificar al profesor guı́a en cualquier momento y seleccio-
nar el académico que el considere.
Condiciones La solicitud debe tener estado distinto de “Rechazada”.
Casos de Prueba
1.1 - Entrada válida Seleccionar un académico diferente al actual profesor guı́a y que no sea parte
de la comisión.
1.2 - Salida esperada Eliminar el académico actual junto a sus notas y asignar al nuevo académico
seleccionado. Notificar a ambos académicos por correo la modificación reali-
zada.
2.1 - Entrada inválida Seleccionar un académico que sea parte de la comisión.
2.2 - Salida esperada No realizar la modificación e informar que el académico seleccionado ya es
parte de la comisión.
RESULTADO CORRECTO
Cada usuario tiene diferentes roles que le permiten acceder a los distintos sistemas
institucionales, pero esta información no estaba en el ambiente de producción por
lo que en primera instancia al realizar la prueba ID PI05, no permitió el ingreso al
sistema. Luego de agregar los roles correspondientes a cada usuario, se solucionó el
problema.
CAPÍTULO 6. PRUEBAS 59
URL incorrecta
Cada módulo tiene una URL asociada que es utilizada internamente por el portal
para acceder al módulo. Estas URL utilizan el protocolo https y en el código estaba
escrito como http, por lo que al realizar la prueba ID PI06, no se lograba acceder al
sistema.
Para solucionar este problema, era necesario cambiar la URL en el código, por lo que
se tuvo que recompilar la aplicación y finalmente se soluciono el error.
Estos resultados, en conjunto con los resultados de las pruebas unitarias, permiten
iniciar las pruebas con usuarios reales correspondientes a: pruebas de requerimientos, de
aceptación de usuarios y de seguridad.
El realizar estas pruebas, entrega una retroalimentación necesaria para mejorar las
funcionalidades de la herramienta que son más ocupadas y que demandan una calidad
mayor.
Valor 1 2 3 4 5
Descripción Muy difı́cil Difı́cil Neutro Fácil Muy Fácil
Módulo alumnos
Módulo director
Módulo profesores
Secretaria
validación de rol del usuario: el Rut del usuario logueado es validado por el “pro-
tocolo LDAP3 ”el cual define el método para acceder a datos en el servidor a nivel
cliente pero no la manera en la que se almacena la información. LDAP confirma el
3
LDAP: Lightweigth Directory Access Protocol (Protocolo Compacto de Acceso a Directorios)[16]
CAPÍTULO 6. PRUEBAS 64
rol del usuario asociado al Rut y con esto presenta la información bajo la forma de
una estructura jerárquica denominada “árbol DIT (Árbol de Información de Directo-
rio)”la que presenta bifurcaciones según el Rol definido en ella.
Los resultados reflejados en la Tabla 6.11 sobre las Pruebas de Seguridad fueron
exitosas, cumpliéndose todos los casos definidos, donde se garantiza la seguridad de los
datos de los usuarios y de la confidencialidad de la herramienta al solo permitir el ingreso
a los usuarios con permisos otorgados (roles).
Apéndice A
Historias de usuario
A.1. Alumno
Yo como Alumno, quiero enviar una solicitud al director de carrera para que me
autorice comenzar con el proceso de obtención de tı́tulo o grado.
Yo como Alumno, quiero subir el informe del trabajo de tı́tulo y enviarlo junto con
la solicitud al director de carrera para que el profesor guı́a y la comisión puedan
revisarlo y calificarlo.
Yo como Alumno, quiero recibir una notificación al correo cuando rechacen mi so-
licitud y los detalles del rechazo para saber los motivos por el cual no aceptaron mi
solicitud.
Yo como Alumno, quiero visualizar una lı́nea de tiempo para saber en cual etapa
estoy y las que me faltan para terminar el proceso.
Yo como Alumno, quiero visualizar el profesor guı́a y comisión que fue asignada
para estar informado sobre quienes me evaluarán.
Yo como Alumno, quiero visualizar fecha, hora, lugar y sala que se me asignó para
estar informado sobre la rendición de mi examen de tı́tulo.
65
APÉNDICE A. HISTORIAS DE USUARIO 66
Yo como Alumno, quiero visualizar la calificación final del informe y del examen de
tı́tulo para tener trazabilidad sobre las evaluaciones.
Yo como Alumno, quiero visualizar la nota final con la cual obtendré el tı́tulo o grado
para tener trazabilidad sobre las evaluaciones.
Yo como Alumno, quiero subir el informe del trabajo de tı́tulo con las correcciones
realizadas para dejar un registro de la versión final del informe.
Yo como Alumno, quiero realizar pago en lı́nea del tı́tulo o grado para evitar dirigirse
a las cajas institucionales.
Yo como Alumno, quiero recibir una notificación al correo cuando mis certificados
de tı́tulo o grado estén listos para dirigirme a retirarlos en la oficina correspondiente.
Yo como Profesor guia, quiero rechazar la solicitud enviada por el director de carrera
para ratificar que no soy el profesor guı́a indicado por el alumno.
Yo como Profesor guia, quiero agregar una comisión para que evalúen al alumno.
Yo como Profesor guia, quiero ingresar una nota del informe para que quede registro
de mi evaluación.
Yo como Profesor guia, quiero finalizar la evaluación del informe cuando estén las
notas de todos los integrantes de la comisión para que el alumno pueda continuar su
proceso.
Yo como Profesor guia, quiero ingresar la nota final del examen de tı́tulo para que
quede registro de la evaluación.
Yo como Profesor guia, quiero finalizar la evaluación del examen de tı́tulo para que
el alumno pueda continuar su proceso.
Yo como Profesor guia, quiero visualizar los datos personales del alumno para veri-
ficar la identidad de quien está realizando la solicitud.
APÉNDICE A. HISTORIAS DE USUARIO 68
Yo como Secretaria de carrera, quiero visualizar las presentaciones de todos los pro-
fesores que ya están calendarizadas para asignar fecha, hora, lugar y sala a la presen-
tación del exámen de tı́tulo.
Yo como Unidad de Tı́tulo, quiero visualizar los datos personales del alumno para
verificar la identidad de quien realizó la solicitud.
Yo como Unidad de Tı́tulo, quiero visualizar información académica del alumno para
verificar que cumpla con los requisitos académicos.
Yo como Unidad de Tı́tulo, quiero visualizar todas las actas que fueron subidas por
las secretarı́as para verificar que todas tengan las firmas correspondientes.
APÉNDICE A. HISTORIAS DE USUARIO 69
Yo como Unidad de Tı́tulo, quiero visualizar la boleta de pago del tı́tulo o grado para
verificar que se haya realizado el pago correctamente.
Yo como Unidad de Tı́tulo, quiero solicitar el número de decreto para dejar registrada
la información correspondiente al tı́tulo o grado.
Yo como Unidad de Tı́tulo, quiero imprimir el tı́tulo o grado para que sea firmado
por las autoridades y posteriormente entregarlo al alumno.
Yo como Unidad de Tı́tulo, quiero enviar una correo al alumno cuando el tı́tulo o
grado esté listo para que el alumno se dirija a la oficina correspondiente a retirar el
tı́tulo o grado.
70
APÉNDICE B. MOCKUPS 71
Apéndice B
Mockups
B.1. Alumno
APÉNDICE B. MOCKUPS 72
APÉNDICE B. MOCKUPS 73
APÉNDICE B. MOCKUPS 74
APÉNDICE B. MOCKUPS 75
82
APÉNDICE C. INTERFAZ DEL SISTEMA 83
APÉNDICE C. INTERFAZ DEL SISTEMA 84
APÉNDICE C. INTERFAZ DEL SISTEMA 85
Pruebas unitarias
Prueba unitaria
ID 1
Objetivos Enviar inscripción del trabajo de tı́tulo con un documento adjunto que supere
los 20GB.
Descripción Para enviar la inscripción del trabajo de tı́tulo asociado a un plan de estudio,
el alumno debe completar un formulario con los datos de su trabajo y adjuntar
el documento de su informe.
Condiciones No debe tener inscripciones aceptadas en el plan de estudios asociado.
Casos de Prueba
1.1 - Entrada válida Todos los campos completados correctamente y adjuntar un archivo que su-
pere los 20GB.
1.2 - Salida esperada Enviar la inscripción y notificar que la solicitud de inscripción fue enviada
correctamente.
2.1 - Entrada inválida Ingresar en el campo de correo un numero telefónico y adjuntar un archivo
que supere los 20GB.
2.2 - Salida esperada No enviar la inscripción y marcar el campo incorrecto.
RESULTADO INCORRECTO
90
APÉNDICE D. PRUEBAS UNITARIAS 91
Prueba unitaria
ID 2
Objetivos Enviar solicitud de inscripción del trabajo de tı́tulo a profesor guı́a.
Descripción Luego que el alumno envı́a una solicitud de inscripción del trabajo de tı́tulo,
el director podrá enviar la solicitud al profesor guı́a del trabajo o rechazar esta
solicitud.
Condiciones La solicitud debe estar en estado “Pendiente”.
Casos de Prueba
1.1 - Entrada válida Solicitud en estado “Pendiente”
1.2 - Salida esperada Cambiar estado de la solicitud a “Pendiente profesor guı́a”y notificar al pro-
fesor guia por correo que fue tiene una solicitud.
2.1 - Entrada inválida Solicitud en estado “Rechazada”.
2.2 - Salida esperada No cambiar de estado y notificar que no se puede realizar cambios en una
solicitud rechazada.
RESULTADO CORRECTO
Prueba unitaria
ID 3
Objetivos Modificar profesor guı́a.
Descripción El director podrá modificar al profesor guı́a en cualquier momento y seleccio-
nar el académico que el considere.
Condiciones La solicitud debe tener estado distinto de “Rechazada”.
Casos de Prueba
1.1 - Entrada válida Seleccionar un académico diferente al actual profesor guı́a y que no sea parte
de la comisión.
1.2 - Salida esperada Eliminar el académico actual junto a sus notas y asignar al nuevo académico
seleccionado. Notificar a ambos académicos por correo la modificación reali-
zada.
2.1 - Entrada inválida Seleccionar un académico que sea parte de la comisión.
2.2 - Salida esperada No realizar la modificación e informar que el académico seleccionado ya es
parte de la comisión.
RESULTADO CORRECTO
Prueba unitaria
ID 4
Objetivos Subir documento con las correcciones antes de ingresar la nota.
Descripción El profesor guı́a podrá subir un documento con las correcciones y evaluar el
informe del trabajo de tı́tulo del alumno una vez haya aceptado la solicitud.
Para esta prueba subirá la corrección inmediatamente después de aceptar la
solicitud.
Condiciones La solicitud debe estar en estado “Aceptada”.
Casos de Prueba
1.1 - Entrada válida Cargar el documento con correcciones y presionar botón de subir.
1.2 - Salida esperada Subir el documento y mostrar la opción de descarga.
2.1 - Entrada inválida No cargar ningún documento y presionar el botón de subir.
2.2 - Salida esperada Notificar que no ha seleccionado ningún documento.
RESULTADO INCORRECTO
Prueba unitaria
ID 5
Objetivos Ingresar nota del informe.
Descripción Los integrantes de la comisión podrán ingresar la nota del informe de tı́tulo.
Condiciones La solicitud debe estar en estado “Aceptada”.
Casos de Prueba
1.1 - Entrada válida Ingresar en campo nota un numero entre 1 a 7.
1.2 - Salida esperada Guardar nota.
2.1 - Entrada inválida Ingresar en campo nota un numero inferior a 1 o superior a 7.
2.2 - Salida esperada No guardar nota y notificar que supera el rango de nota.
RESULTADO CORRECTO
Prueba unitaria
ID 6
Objetivos Ver los bloques horario de todos los evaluadores.
Descripción La secretaria podrá ver el horario del profesor guı́a y la comisión juntos en
una misma tabla para facilitar la asignación de fechas del examen de tı́tulo.
Condiciones La solicitud debe estar en estado “Aceptada”y en la etapa 4.
Casos de Prueba
1.1 - Entrada válida Solicitud que contenga mas de un evaluador
1.2 - Salida esperada Visualizar los bloques horarios de todos los evaluadores.
2.1 - Entrada inválida Solicitud que no contenga evaluadores.
2.2 - Salida esperada No mostrar ningún bloque horario.
RESULTADO CORRECTO
94
BIBLIOGRAFÍA 95
[15] Times Higher Education. Sobre nosotros — tiempos de educación superior (the).
https://www.timeshighereducation.com/about-us. (Accessed on
05/14/2019).