Universidad Nacional Mayor de San Marcos

Universidad del Perú. Decana de América

Facultad de Ingeniería de Sistemas e Informática

Escuela Profesional de Ingeniería de Software

Informe Parcial de Prácticas

Preprofesionales

Alumno:

Alexander José Soto Chávarri

Curso:

Prácticas Preprofesionales I

LIMA – PERU

2021

1
 ÍNDICE

CAPÍTULO 1: MEMORIA DESCRIPTIVA ............................................................ 4

1.1 Ubicación geográfica......................................................................................................................... 4

1.2 Memoria descriptiva ......................................................................................................................... 4

1.3 Estructura organizacional ................................................................................................................ 5

1.4 Misión................................................................................................................................................. 5

1.5 Visión ................................................................................................................................................. 6

1.6 Manual de organización y funciones ............................................................................................... 6

CAPÍTULO 2: OBJETIVOS DE LA PRÁCTICA ................................................... 7

2.1 Objetivo general ................................................................................................................................ 7

2.2 Objetivos específicos ......................................................................................................................... 7

CAPÍTULO 3: RESUMEN DE ACTIVIDADES ...................................................... 8

3.1 Definición del problema ................................................................................................................... 8

3.2 Requerimientos atendidos ................................................................................................................ 8

3.3 Estándares usados ............................................................................................................................. 8

3.3.1 Metodología .............................................................................................................................. 8
3.3.2 Técnicas..................................................................................................................................... 9
3.3.3 Herramientas ............................................................................................................................. 9

3.4 Resumen por semana de las actividades realizadas ....................................................................... 9

3.5 Resultados ........................................................................................................................................ 14

CAPÍTULO 4: ANÁLISIS CRÍTICO Y APORTE ................................................ 18

4.1 Aporte técnico ................................................................................................................................. 18

4.2 Retrospectivas ................................................................................................................................. 18

2
4.3 Mejoras a la empresa ...................................................................................................................... 19

CAPÍTULO 5: CONCLUSIONES ........................................................................... 20

CAPÍTULO 6: RECOMENDACIONES ................................................................. 21

ANEXOS ....................................................................................................................... 22

3
 Capítulo 1: Memoria descriptiva

1.1 Ubicación geográfica

La Universidad Nacional Mayor de San Marcos está ubicado en la Av. Carlos Germán
Amezaga #375, Cercado de Lima, Provincia de Lima.

Figura 1.1. Ubicación en Google Maps.

1.2 Memoria descriptiva

El proyecto abarcado durante el periodo de labores corresponde al Sistema de Ingresos

Recaudados y al Sistema Pagos San Marcos de la Universidad Nacional Mayor de San
Marcos. El proyecto está a cargo del Sistema Integral de Gestión Financiera,
Quipucamayoc, oficina adscrita a la Red Telemática. Asimismo, el proyecto tiene como
fecha de comienzo el segundo trimestre del año 2019, continuando su desarrollo a la
fecha.

4
1.3 Estructura organizacional

La universidad tiene como dirección a la asamblea universitaria, sucedida por el Consejo

Universitario y el Rectorado respectivamente. En su estructura organizacional
encontramos a la Red Telemática, unidad padre de la Oficina Quipucamayoc.

Figura 1.2. Estructura organizacional.

1.4 Misión

Ser la universidad mayor del Perú, autónoma y democrática; generadora y difusora del
conocimiento científico, tecnológico y humanístico; comprometida con el desarrollo
sostenible del país y la protección del medio ambiente; formadora de profesionales líderes
e investigadores competentes, responsables, con valores y respetuosos de la diversidad
cultural; promotora de la identidad nacional, cultura de calidad, excelencia y
responsabilidad social.

5
1.5 Visión

Universidad del Perú, referente nacional e internacional en educación de calidad; basada

en investigación humanística, científica y tecnológica, con excelencia académica;
comprometida con el desarrollo humano y sostenible; líder en la promoción de la creación
cultural y artística.

1.6 Manual de organización y funciones

La Red Telemática de la Universidad Nacional Mayor de San Marcos, es el órgano

dependiente del Rectorado, encargado de planificar, administrar y mantener la
operatividad de la infraestructura de telecomunicaciones y los servicios informáticos de
la universidad, estableciendo los planes, políticas y normativas necesarias para el
desarrollo informático y de comunicaciones. Entre sus funciones tenemos:

• Formular y supervisar el cumplimiento de la Planificación Estratégica en

Tecnología de Información y Telecomunicaciones de la Universidad.
• Planear, dirigir y ejecutar proyectos de cableado estructurado y conectividad.
• Diseñar, administrar y mantener la operatividad de la infraestructura en
telecomunicaciones y el acceso a Internet.
• Dirigir, administrar y mantener la operatividad de los servidores y de servicios
de red de la universidad, y de establecer las acciones que permitan mantener la
seguridad informática y de telecomunicaciones.
• Formular y organizar las políticas y normativas de uso y desarrollo informático
en la universidad, y controlar su cumplimiento.
• Desarrollar y administrar sistemas de información de acuerdo a las necesidades
y crecimiento de las diferentes dependencias de la Universidad.
• Organizar y realizar las tareas de soporte técnico y mantenimiento en hardware,
software y conectividad a la red informática de la Universidad.
• Formular, dirigir, organizar y hacer cumplir la Política de Seguridad Informática
de la Universidad.
• Evaluar los cambios tecnológicos para su aplicación en la Institución.

6
 Capítulo 2: Objetivos de la práctica

2.1 Objetivo general

• Promover la formación académica integral de los estudiantes en los aspectos

cognitivos, procedimentales y actitudinales en la intervención pre profesional.
• Promover la aplicación de los conocimientos teóricos y metodológicos de la
disciplina de Ingeniería de Software.
• Lograr experiencias de intervención en las diferentes áreas o sectores de labor
profesional

2.2 Objetivos específicos

• Desarrollar el Sistema de Ingresos Recaudados de la Universidad Nacional

Mayor de San Marcos.
• Desarrollar el Sistema Pagos San Marcos de la Universidad Nacional Mayor de
San Marcos.
• Mejorar la calidad del sistema mediante la identificación de problemas y
patrones comunes.
• Mejorar las aplicaciones identificando oportunidades de mejora, realizando
recomendaciones a los superiores e implementando dichas mejoras.
• Investigar y usar nuevas tecnologías cuando sea relevante.
• Redactar documentación de los sistemas elaborados para asegurar la
transferencia de conocimiento.

7
 Capítulo 3: Resumen de actividades

3.1 Definición del problema

La universidad carece de una plataforma digital para el pago de los servicios que ofrecen
sus distintas unidades y/o dependencias. Asimismo, del lado administrativo, no se cuenta
con una plataforma única para gestionar la recaudación de la universidad.

3.2 Requerimientos atendidos

• Desarrollo del servicio de pago de servicios.

• Orquestación del proyecto con Docker y Docker Compose.
• Elaboración de consultas hacia la base de datos para la solución de incidencias.
• Desarrollo del servicio de recuperación de cuenta.
• Elaboración de mejoras a nivel frontend.
• Desarrollo del servicio y vista para la gestión de reservas de pago.
• Refactorización de módulos en el frontend.
• Desarrollo del servicio y vista de cuenta de usuario.
• Desarrollo del componente de compra finalizada en la vista de adquisición de
servicios.

3.3 Estándares usados

3.3.1 Metodología

Se trabajó bajo la metodología ágil de Scrum que consta de una serie de actores como el
Product Owner, Scrum Master y equipo de desarrollo. Asimismo, una serie de ceremonias
como reunión diaria, revisión del sprint y retrospectiva del sprint. Durante las labores
cumplí la labor de miembro del equipo de desarrollo.

8
3.3.2 Técnicas

Se laboró bajo un marco de trabajo distribuido donde el flujo de trabajo se componía de

2 roles, desarrollador y gestor de integración. El gestor de integración vela por que el
código cumpla con las buenas prácticas de programación y del framework, así como su
alineamiento a los criterios de aceptación. Durante el desarrollo cumplí labores de
desarrollador y de gestor de integración.

3.3.3 Herramientas

Se utilizaron los lenguajes de programación Javascript con los frameworks Nestjs,

Express y Angular, así como Java en conjunto con el framework Spring Boot. Por otro
lado, para el despliegue de la solución se utilizaron las herramientas Docker y Docker
Compose. Finalmente, como editor de código se usó Visual Studio Code.

3.4 Resumen por semana de las actividades realizadas

• Semana 3:

Duración Porcentaje
Descripción
acordada avanzado

Planificación del sprint, análisis de las

1 día 100%
tareas y refactorización de código

Desarrollo del servicio de pago de items 1 día 100%

Desarrollo del servicio de pago de

2 días 100%
deudas

Integración del desarrollo elaborado por

1 día 100%
el equipo

9
Dockerizacion y orquestacion del
1 día 100%
proyecto

Actividades planeadas para la siguiente semana:

• Realizar pruebas end to end a los servicios elaborados.

• Realizar pase a pruebas

• Realizar planificación de tareas

Problemas / Riesgos:

• Cierta falta de comunicación en el equipo.

• Semana 4:

Duración Porcentaje
Descripción
acordada avanzado

Integración de código 1 día 100%

Elaboración de consultas a la base de

1 día 100%
datos.

Pruebas del sistema. 1 día 100%

1. Capacitación de Docker
1 día 100%
2. Elaboración del README

1. Integración de Código.
1 día 100%
2. Reunión con Administrador de

10
Sistemas para el pase a pruebas del
sistema.

Actividades planeadas para la siguiente semana:

• Realizar pase a pruebas

• Realizar documentación del backend del sistema.

Problemas / Riesgos:

• Cierta falta de comunicación en el equipo.

• Semana 5:

Duración Porcentaje
Descripción
acordada avanzado

Elaboración del servicio de enviar correo

1 día 100%
de recuperación de contraseña.

Elaboración de servicio de recuperar

1 día 100%
contraseña.

Elaboración de mejoras en la sección de

1 día 100%
pagos.

Elaboración de mejoras en el carrito de

1 día 100%
compras.

Integración de código 1 día 100%

11
Actividades planeadas para la siguiente semana:

• Planificación del 5to sprint

Problemas / Riesgos:

• El pase a pruebas sigue retrasado por distintas responsabilidades del

Administrador de Sistemas y limitaciones de los servidores de la oficina.

• Semana 6:

Duración Porcentaje
Descripción
acordada avanzado

Planificación del 5to sprint 1 día 100%

Agrega servicio de anulacion de reserva

2 días 100%
de pago.

Agrega restricción de limite de pagos por

2 días 100%
pasarela.

Reunión con administrador de sistemas

1 día 100%
para coordinar la CI/CD del Proyecto.

Actividades planeadas para la siguiente semana:

• Continuación del 5to sprint

Problemas / Riesgos:

• Cierta falta de comunicación en el equipo.

12
• Semana 7:

Duración Porcentaje
Descripción
acordada avanzado

Añade vista de anulación de reserva de

1 día 100%
pago

Refactorización del modulo de servicios

1 día 100%
del frontend

Elaboración del modulo de usuario en el

2 días 100%
backend

Elaboración de la vista de perfil en el

1 día 100%
frontend

Elaboración del tercer paso de compra en

1 día 100%
la vista de compra de servicios

Actividades planeadas para la siguiente semana:

• Continuación del 5to sprint

• Retrospectiva del sprint

Problemas / Riesgos:

• Demora en los prototipos retrasa el desarrollo de las vistas.

13
3.5 Resultados

• Pago de servicios:

Paso 1: Registro de datos para la emisión del comprobante electrónico

Paso 2: Selección de método de pago

14
 Paso 3: Reserva de pago

• Módulo de cuenta de usuario:

15
• Recuperación de contraseña:

• Gestión de reservas de pago:

16
• Orquestación del proyecto:

• Documentación

17
 Capítulo 4: Análisis crítico y aporte

4.1 Aporte técnico

Desarrollo de dos soluciones web, el Sistema de Ingresos Recaudados (dirigido hacia el

sector administrativo) y el Sistema Pagos San Marcos (dirigido hacia los usuarios finales,
estudiantes o externos).

4.2 Retrospectivas

Dentro de las lecciones aprendidas en las labores realizadas, destaco las siguientes:

• La comunicación es vital en los equipos de desarrollo para asegurar una correcta

implementación de características, así como la delimitación de nuestras áreas de
desarrollo sobre la base del código para evitar futuros conflictos.
• El uso de estándares y buenas prácticas resulta sumamente importante para la
mantenibilidad del código.
• La subida constante de unidades de código a los repositorios en la nube es
importante para facilitar la revisión del mismo, reduciendo el tiempo de espera
de retroalimentación por parte del equipo.

Asimismo, dentro de los aspectos por perfeccionar, mencionaría los siguientes:

• La mejora en la documentación de los procesos a desarrollar, facilitando así su

codificación.
• Uso de tecnologías en la nube para facilitar el despliegue y escalamiento de las
aplicaciones en producción.
• Dotar de capacitaciones en nuevas tecnologías, calidad, seguridad informática al
equipo para producir desarrollos de alta calidad.

18
4.3 Mejoras a la empresa

La refactorización de los proyectos siguiendo los estándares del lenguaje de

programación y del framework a usar, así como prácticas de código limpio y el uso de
patrones SOLID. El uso de convenciones para el trabajo distribuido con el control de
versión de Git. Así como la socialización e impulso de una cultura ágil.

Figura 4.1. Organización de carpetas en el backend siguiendo buenas prácticas para su gestión

Figura 4.2. Nomenclatura de commits siguiendo convenciones para el SCV, Git

19
 Capítulo 5: Conclusiones

Como conclusión de la etapa laboral hasta este punto me llevo experiencia de haber
puesto en marcha el conocimiento obtenido a lo largo de la carrera universitaria. Así como
el aprender a trabajar en equipo dentro de la industria del software, la importancia de la
comunicación y de la agilidad dentro de la organización.

También destaco, la importancia del seguir buenas prácticas y estándares, pues la

ausencia de estos, deriva en un software que comparte múltiples estilos de código,
pudiendo ser no los adecuados para el caso de uso, dificultando la tarea de los siguientes
desarrolladores a cargo del proyecto. En esa misma línea, la mantenibilidad es una
característica importante a tener en cuenta los proyectos, líneas de código extensas,
módulos fuertemente acoplados, variables con nombres no representativos, etc, son claro
ejemplo de deficiencias que un desarrollador puede encontrar en el software y que
retrasarán o impedirán directamente la adición de nuevas características en el futuro.

Finalmente, destaco la importancia del uso correcto de sistemas de control de versión para
facilitar la traza de cambios en la base de código. Así como la realización de pruebas
automatizadas, para el aseguramiento de calidad del software.

20
 Capítulo 6: Recomendaciones

Como desarrollador de software dentro de la oficina Quipucamayoc, considero las

siguientes recomendaciones serían útiles en aras de un mejor rendimiento del equipo y de
calidad de los productos software:

• Realización de auditorías mensuales a las bases de código, para asegurar su

calidad y mantenibilidad.
• Mayor impulso y separación de tiempo para la documentación de los productos
software, por ejemplo, documentos técnico funcionales y diagramas de procesos
de negocio.
• Capacitación en habilidades blandas al equipo, con la finalidad de mejorar la
comunicación entre de los integrantes.
• Capacitación en nuevas tecnologías a los miembros de la oficina.
• Establecer un marco para la adopción periódica de nuevas tecnologías que
demuestren ser lo suficientemente robustas y estables para ser implementadas en
nuevos proyectos o en el mantenimiento de proyectos ya existentes.
• Adquisición de licencias de paga para productos como Postman, Figma, etc, para
para facilitar el trabajo colaborativo.
• Migración según previo análisis de los servicios y aplicaciones que dispone la
oficina a la nube, para dotar de una mejor infraestructura a las aplicaciones,
resiliencia a altas volúmenes de peticiones y de un mejor tiempo de respuesta a
los clientes.
• Creación de un puesto especializado en el diseño de interfaces, este se encargaría
de la estrategia UX/UI de los proyectos de la oficina, facilitando el desarrollo
frontend.

21
Anexos

• Vista principal de login

• Vista principal del catálogo de servicios

22
• Vista de historial de pagos

• Vista de reservas de pago

23