Entrevista

Entrevistador: La problemática básica es ¿Qué metodología utilizan para el desarrollo de los

sistemas de información?

Víctor Hugo Aguilar: Utilizamos una mezcla entre RUP y SCRUM.

E: ¿Para todos los proyectos?

V: Si, y es una regla que cuando entregamos un módulo nuevo, se entregan 8 formatos e
incluyendo manual de usuario.

E: ¿Cuáles son esos formatos?

V: Bueno, el primero es el Especificación de Registro de Software también llamado RS, el

segundo es el Diagrama de Flujo de Proceso o DFP, el DMP que es la Descripción de Métodos y
Procesos, el DIT que es el Diccionario de Tablas, DID que es Diccionario de Datos, Diagrama de
Relaciones, Diagrama de Flujo de Datos y el Diagrama de Entradas y Salidas.

E: ¿Y esos formatos lo hacen ustedes mismos?

V: Ya tenemos una plantilla de esos formatos, que fueron previamente elaborados por el Ing.
Humberto Ninaquispe, y lo que nosotros hacemos es adaptarla a la lógica de negocio del
proyecto. Cada uno se hace responsable de aplicar esa plantilla a su módulo.

E: ¿Y hace cuanto emplean esa plantilla?

V: Debe de tener más de dos años, cuando yo empecé a trabajar ya estaba establecida.

E: ¿La plantilla es actualizada cada cierto tiempo o es un estándar?

V: No, la plantilla es un estándar.

E: Bueno, con respecto a lo que ya es desarrollo ¿Se guían de las buenas prácticas?

V: Claro, utilizamos patrones de diseño e identación de código, comentarios cuando se tratan

de funciones nuevas, las tablas de las bases de datos deben estar comentadas y debidamente
documentadas. Por ejemplo, nosotros utilizamos el patrón DAO que es el objeto de acceso a
datos, también utilizamos las tecnologías de Java EE, que de por si ya tienen sus propios
patrones empresariales como el Enterprise Java Beans (EJB), también utilizamos el Java
Persistance API. También trabajamos por capas y dentro de esas capas está aplicado el Modelo
Vista Controlador (MVC).

E: ¿Y para sus conexiones a las bases de datos?

V: Utilizamos el WildFly a través de un servidor de aplicaciones.

E: ¿Y dentro del código?

V: Utilizamos la misma persistencia a través de un fichero XML.

E: ¿Y se mantiene un registro de los proyectos que se dieron de baja o existen proyectos qu ya

se dieron de baja?

V: Si existen proyectos con esa condición, pero no los registramos.

E: Por ejemplo, yo tengo entendido que están actualizando el sistema Desktop del SIIGAA
¿Qué nos pueden comentar acerca de ello?

V: Bueno, el sistema antiguo del SIIGAA ya se ha dado de baja, solamente se emplea para casos
excepcionales.

E: ¿Podrías explicarnos un poco más acerca de ese sistema antiguo?

V: Claro, aquí se trabaja con dos tipos de módulos, uno es el de escritorio que está
desarrollado con PowerBuilder y el otro es el web que está desarrollado con Java EE. Cuando
me refiero al antiguo, me refiero a la versión de escritorio que se utilizaba en las máquinas. En
este sistema de escritorio, el responsable de la matrícula era el docente, pero ahora con el
sistema web, cada alumno es responsable de su matrícula.

Entonces ese sistema antiguo es el que se dio de baja debido a un sin número de errores, para
empezar, no validaba los pagos en el correspondiente día, cosa que el actual si lo hace ya que
por reglas del banco, se debe pagar la matrícula con un día de anticipo para que el mismo
banco envíe el reporte de los alumnos que ya habían realizado el pago. Este sistema tampoco
validaba los horarios, en el sistema de escritorio ustedes se podían matricular en horario que
quisieran ya que no había cruces de horario, a diferencia del sistema web que si evalúa si
existen los cruces de horario. Este tema se implementó debido a que era uno de los puntos de
observación que SUNEDU nos impuso por temas de licenciamiento.

E: ¿Ese es el único sistema que se ha dado de baja o existen otros?

V: Hay algunos módulos que se han dejado de utilizar y se han pasado a web, y poco a poco se
está haciendo a migración a web.

E: ¿A dónde pertenecen esos módulos?

V: Todos esos módulos pertenecen al SIIGAA.

E: ¿Cuántos sistemas son los que manejan o los que han desarrollado?

V: En si, el SIIGAA es un sistema integrado, es el Sistema Integrado de Gestión Académica, a los

demás subsistemas los llamamos módulos. Por ejemplo tenemos el módulo de notas, el
módulo de expediente académico, de carga lectiva y horarios, módulo de planillas, módulo de
escalafón. Hay una variedad de módulos y cada uno tiene a su cargo entre 3 a 4 módulos,
dependiendo de la complejidad, para poder darle mantenimiento, tanto web como escritorio,
pero lo que se trata de lograr es realizar la migración total a sistemas web porque existen
algunos componentes de escritorio que están desfasados.

E: ¿Trabajan con algún servidor de aplicaciones?

V: Si, trabajamos con WildFly.

E: ¿Y quién propone y aprueba los proyectos?

V: Depende de la dependencia, por ejemplo, cuando es un modulo que depende de la DBU

(Dirección de Bienestar Universitario), por ejemplo, la ficha de trabajador, ellos lo solicitan,
sale la resolución y ese documento llega aquí, y nosotros podemos realizar el módulo.

E: ¿Entonces ustedes no pueden desarrollar algo por iniciativa propia?

V: No, previamente tiene que existir un pedido o una resolución para nosotros poder empezar
con el desarrollo.

E: ¿Cada dependencia se encarga de pedir sus módulos?

V: Si, cada dependencia lo realiza, dependiendo de lo que necesiten. También en el caso de

actualización, también lo solicitan.

E: ¿Entonces ustedes no pueden realizar una actualización por iniciativa propia?

V: No, nosotros no podemos realizar cambios a los módulos, debido a que nosotros solo
estamos encargados del mantenimiento y corrección de errores que se puedan dar al
momento del desarrollo, pero la información precisa la trabaja cada dependencia, nosotros no
podemos intervenir y/o cambiar esa información.

Está hasta el minuto 9:41