Este documento presenta el desarrollo de un sistema web de autoservicio para gestionar el proceso de confirmación de asignaturas en la Universidad Nacional de Ingeniería. El sistema permite a los estudiantes confirmar o descartar asignaturas en línea y mantiene la consistencia de datos con el Sistema de Registro Académico de la universidad. El documento incluye el estudio de factibilidad, análisis de requisitos, diseño de la interfaz, diagramas de casos de uso y clases, y conclusiones sobre el rendimiento y vi

1. Sistema web de autoservicio para gestionar el proceso de confirmación
de asignaturas en la universidad Nacional de Ingeniería
Presentado por:
Manuel Abraham Gutiérrez Rojas 2008-23295
Jeanneth del Socorro Mota López 2008-23337
Tutor: MSc. Ing. Gloria Thalía Flores Quintana
UNIVERSIDAD NACIONAL DE INGENIERIA
FACULTAD DE ELECTROTECNIA Y COMPUTACION
Agosto, 2020

2. Resumen
Los sistemas de información en la actualidad tienen un papel muy fundamental en la
sociedad, puesto que la mayoría de áreas de la misma lo demandan, por ser una
herramienta poderosa y alterna para apoyar en distintas situaciones por ser tan
versátiles, así mismo, sirven en la toma de mejores decisiones cuando los problemas
no son los habituales y cambien constantemente.
El trabajo que a continuación exponemos, detalla los procesos de automatización y
sistematización de la información relacionada con el Sistema web de autoservicio
para gestionar el proceso de confirmación de asignaturas en la universidad Nacional
de Ingeniería.

3. Introducción
 En esta presentación se muestran los detalles del tema monográfico bajo el
nombre de Sistema web de Autoservicio para gestionar el proceso de
confirmación de asignaturas en la Universidad Nacional de Ingeniería. A
continuación se abordan las distintas temáticas correspondientes al tema, tales
como la factibilidad, el análisis y diseño utilizado en el desarrollo del sistema. El
orden de presentación será el siguiente:
 Estudio de factibilidad realizado donde se abarcan las factibilidades tanto técnica,
operativa, de cronograma, legal, y económica del prototipo del sistema. Dando
como resultado la viabilidad del mismo.
 Posteriormente se presentan los diagramas realizados en el periodo de
planificación, con los cuales se define la estructura del sistema Web para el
proceso de confirmación de asignaturas.
 Finalmente, se muestran las conclusiones y las recomendaciones del trabajo
realizado.

4. Antecedentes
De igual manera y en pro de la utilización de la tecnología para apoyar los procesos
académicos de la UNI, se crea una unidad encargada del desarrollo de sistemas
informáticos para apoyar las distintas actividades académicas de la institución tales
como:
 Sistema Informático de Registro Académico (SIRA por sus siglas), encargado de
matrículas, registro en línea de notas, entre otros procesos.
 Sistema de Planificación, Presupuesto y Seguimiento Institucional (SIPPSI).
 Proceso de Acompañamiento Educativo. (PAEDUCA) el cual fue desarrollado por
egresados de la carrera de Ingeniería en Computación como trabajo monográfico
entre los años 2010 al 2012, entre otros.

5. Objetivos
General
 Proveer a la secretaría de la Facultad de Electrotecnia y Computación de un
módulo de autoservicio que permita la confirmación de asignaturas en línea por
parte de los estudiantes de las tres carreras de dicha facultad, a través del
desarrollo de un sistema web.

6. Objetivos
Específicos
 Identificar los requerimientos principales para el establecimiento de un punto de partida para
la arquitectura del sistema, enfocada en el análisis de la situación actual.
 Diseñar los módulos del sistema en base a los requerimientos capturados en la etapa de
análisis.
 Construir un producto que permita el enlace entre el nuevo módulo de confirmación de
asignaturas y el SIRA (Sistema de Registro Académico) para mantener la consistencia de la
información.
 Garantizar que el software se podrá adecuar a los requerimientos y que estará disponible
probando las especificaciones funcionales y técnicas requeridas.
 Determinar una correcta ordenación de la información dentro de la estructura del Sitio Web,
según las funciones de los usuarios.
 Habilitar la opción de un nuevo canal de comunicación para envió de notificaciones
electrónicas.
 Revisar cada uno de los métodos de navegación fáciles y cómodos para Sitio Web, con la
finalidad de que el sistema sea fácil de utilizar por los usuarios funcionales.

7. Justificación
Actualmente la Universidad Nacional de Ingeniería utiliza Sistemas Informáticos para
brindar distintos servicios a los estudiantes, tales como: matrícula en línea, revisión
de horario de clases, y consulta de historial académico.
La confirmación de asignatura, permite a un estudiante de cualquier año, tener la
oportunidad de “botar”, es decir abandonar una asignatura, dicho abandono puede
deberse a distintos factores tales como: situación personal (no tiene tiempo para
cursar la asignatura, no desea llevar la asignatura en ese momento), o bien alguna
otra situación como por ejemplo falta de disponibilidad de tiempo para cursar la
asignatura, entre otros.

8. Estudio de Factibilidad

9. Factibilidad Técnica

10. Factibilidad Técnica

11. Factibilidad Técnica

12. Factibilidad Operativa
 En esta parte del estudio de factibilidad se toma en consideración los
aspectos relacionados a la factibilidad operativa, es decir se considera la
parte de la interfaz, pruebas, entre otras.
 Para el desarrollo del sistema, se ha garantizado que la interfaz gráfica sea
intuitiva y de fácil uso, permitiendo que los nuevos usuarios se acostumbren
rápidamente al uso de cada una de las funciones.

13. Factibilidad Económica

14. Factibilidad Legal
 La propuesta de desarrollo del Sistema de Confirmación de asignaturas que se
plantea, se respeta y se hace cumplir la Ley de derechos de Autor, Marcas y
Patentes contenida en la Ley Especial de Reglamentos cumpliendo con los
artículos que dicha ley establece, según la legislación del país de Nicaragua, esto
con el objetivo de evitar multas por el uso de piratería de licencia de software.

15. ANÁLISIS DE RIESGO
En esta etapa se establece la previsión de los riesgos que podrían afectar el
desarrollo de una aplicación o de un sistema, estos podrían ser de carácter técnico,
presupuestarios, de personal, de tiempo, entre otros. De igual manera por cada
riesgo que se detecte se presenta una posible solución.

16. ANÁLISIS Y PRESENTACIÓN DE RESULTADOS

17. uc Casos de uso principales
CCOUNI
Estudiante
Confirmar Asignaturas
Inscritas
Secretaria Carrera
Actualizar Hoja de
Matrícula
Secretario Facultad
Generar Reporte
Confirmación
Diagrama de Casos de Uso

18. Diagrama de Casos de Uso
uc Inicio de Sesión
CCOUNI
Estudiante
Inicio de sesión
Secretaria Carrera
Secretario Facultad

19. Diagrama de Casos de Uso
uc AUTO SERVICIO
USUARIO
ESTUDIANTE
GESTION MATRICULA
MATRICULA
CONFIRMACION
CLASE
SECRETARIA
CARRERA
PERIODO
INSCRIPCION
HORARIO CLASE
SECRETARIO DE
FACULTAD
GENERAR REPORTE DE
CONFIRMACIÓN
«include»
«include»
«extend»
«extend»
«precedes»

20. Diagrama de Casos de Uso
uc Busqueda Estudiante
CCOUNI
Busqueda Estudiante
Secretaria Carrera
Secretario Facultad
uc Generar Hoja
CCOUNI
Generar hoja de matricula
Secretaria Carrera
Estudiante

21. Diagrama de Casos de Uso

22. Diagrama de Actividades

23. Diagrama de Actividades
act AUTO SERVICIO
SISTEMA
ESTUDIANTE
INICIO
Mostrar Listado de
Asignaturas
Confirmar Cambios
GUARDAR
FIN
Descartar Asignatura Asignatura Cambiar Estado
Asignatura
Actualizar Asignaturas A Confirmadas
o Descartadas

24. Diagrama Secuencia

25. Diagrama de Componentes

26. Diagrama de Despliegue

27. Arquitectura

28. Propuesta Enlace con SIRA

29. Diagrama de Clases
class DIAGRAMA DE CLASES
Asignatura
- Nombre: string
- Codigo: string
- Creditos: int
- Estado: bool
- Carrera: Carrera
+ GetCoursesBySemester(Semester) : List<Courses>
+ ConfirmCourse(Student, Semester, Asignatura) : void
+ DiscardCourse(Student, Semester, Asignatura) : bool
Estudiante
- Nombre: string
- Carnet: string
- Email: string
+ GetStudentInfo(string) : Student
+ GetEnrolledCourses(string, int) : List<Asignaturas>
Semestre
- Nombre: string
- Año: int
- Numero: int
- FechaInicio: datetime
- FechaFin: datetime
+ GetCurrentSemester(datetime) : void
Matricula
- Estudiante: Student
- Asignatura: Course
- Semestre: Semester
- Estado: EstadoAsignatura
+ GetSemesterEnrollment(Semester, Student) : void
+ ConfirmEnrollment(Semester, Student) : void
+ UpdateEnrollmentStatus(Semester, Student, Enum) : void
Carrera
- Nombre: string
+ GetClassesByCareer() : List<Asignatura>

30. Rendimiento del sistema

31. Conclusiones
Al terminar el presente documento y aplicación, es menester indicar que algunos de
los objetivos planteados al inicio de este proceso monográfico, fueron difíciles de
alcanzar, debido a situaciones que se salieron de nuestro control, tal como poder
enlazar este trabajo monográfico con el Sistema de Registro Académico de la UNI
(SIRA, por sus siglas), así como hacer la prueba con datos reales, lo anterior
obedece al resguardo de información sensible de la institución, como son datos
académicos de los estudiantes.
Sin embargo, se lograron hacer simulaciones con datos que son semejantes a un
grupo de clases, que, si bien es cierto no es una prueba de uso real, se logra
comprobar si se cumplen los requisitos de la aplicación, para simular el
procesamiento de la información y realizar un pilotaje del sistema.

32. Conclusiones
 A través del sistema web de autoservicio para gestionar el proceso de
confirmación de asignatura, se ha creado una herramienta que podría ser
utilizada por la facultad para el proceso de confirmación de asignaturas. Ya que
este cumple con los requisitos que fueron recopilados en la fase de entrevistas.
 Se realizó la fase de análisis de la información recopilada, con la finalidad de
conocer sobre el proceso y cumplir con los requerimientos necesarios para que el
sistema funcione de una forma correcta, cumpliendo con las necesidades de los
usuarios finales.
 Se diseñaron los módulos para el sistema en base a los requerimientos obtenidos
y analizados en la etapa de análisis.

33. Conclusiones
 Para poder enlazar el SIRA a la base de datos del sistema de confirmación de
asignaturas, se han creado plantillas para migrar información a la base de datos de la
aplicación, ya que por la sensibilidad de los mismos datos no tuvimos acceso a la base
de datos del SIRA.
 A fin de poseer una correcta ordenación de la información y un buen rendimiento, se
realizaron pruebas con herramientas de reconocidas empresas como Google y su
medidor de rendimiento “lighthouse”. Estas pruebas indican que el sistema es estable
a nivel de rendimiento y presentación de datos.
 Se realizó la documentación de cada uno de los procedimientos realizados para
referencias y modificaciones a futuro del sistema web.
 Se ha cumplido el objetivo de agregar un canal de comunicación, habilitando las
notificaciones por correo electrónico para enviar el comprobante de confirmación de
asignaturas.

34. Recomendaciones
 Si la Universidad desea implementar este sistema debe tomar en cuenta crear conexiones
con la base de datos del sistema de registro académico (SIRA), ya que de momento y por
ser una aplicación de pruebas, está fuera de todo ambiente de la Universidad.
 El inicio de sesión para el SIRA fue cambiado en algún punto del pasado semestre, pasando
a ser únicamente por la cuenta de Microsoft de la universidad, CCOUNI no dispone de esta
información, el sistema tiene un inicio de sesión por usuario y contraseña.
 Iniciar un periodo de pruebas con una Facultad o carrera para obtener estadísticas de uso,
analizar si hay problemas con la información o bugs dentro de la aplicación. Esto permitirá
mitigar los problemas en menor tiempo, ya que la cantidad de incidencias no será muy
grande en comparación con una implementación dentro de toda la Universidad.
 Se sugiere que para las próximas monografías que incluyan mejoras o propuestas de
sistemas de la universidad, el área de informática se involucre mas en el proceso de
documentación, para evitar inconvenientes con la sensibilidad de los datos y conocer limites
de los estudiantes en cuanto al acceso a recursos por parte de la universidad.
 Se sugiere que la dirección de informática cree un ambiente de pruebas con acceso para
desarrolladores o estudiantes que quieran generar nuevas funcionalidades en el SIRA.