REQUERIMIENTO DE SISTEMA DE INFORMACIÓN

SISTEMA DE INFORMACIÓN

PROCESO

SUBPROCESO

Revisión Histórica
Fecha Versión Descripción Responsable Estado
Revisión de
22/04/2019 1 Cristhian Castro Finalizado
Documento

Contenido
1. Introducción
1. Alcance de la necesidad.
2. Justificación
3. Normatividad
4. Supuestos y Restricciones.
5. Análisis de Impacto.
6. Estimación de Tiempo y Costo.

2. Diseño Detallado
1. Arquitectura de alto Nivel.
2. Modelo de Casos de Uso
3. Especificaciones de la funcionalidad
4. Gestión de Información.
5. Validaciones.
6. Seguridad.
7. Casos de Prueba
8. Documentación Técnica

1
Descripción del Requerimiento

1. Introducción

 Alcance de la necesidad.

El evolutivo contempla la unificación de la generación de los reportes de Promedio

Acumulado Activo, y Promedio Acumulado Inactivo generados en la ruta Menú Principal
> Registros e Inscripciones > Educación Formal > Petición de Certificados. De manera
que el proceso cuente con la lógica para determinar cuál formato tomar de acuerdo al
estado académico del estudiante.

 Justificación

Dado que desde la Dirección de Registro Académico se está haciendo la revisión de las
plantillas de los diferentes certificados académicos, se encontró como oportunidad de
mejora la posibilidad de unificar varios tipos de plantillas en una sola forma de ejecución
y de esta manera dejar de hacer muchas validaciones de forma manual, lo cual se presta
para errores humanos y ralentiza los procesos. Por tal razón verificando las diferencias
en la información que lleva un certificado de promedio acumulado dada la particularidad
del estudiante, donde básicamente cambia la información de acuerdo a si el estudiante
se encuentra activo en el programa o si no, y ya que esta información está en el sistema,
se quiere automatizar el proceso y dejar a validación propia del sistema el estado
académico actual del estudiante y con base en este emitir el tipo de plantilla 1 (Promedio
acumulado – Activo) o plantilla 2 (Promedio acumulado – Estado Inactivo).

Como base en automatizar el proceso, también se encontró como oportunidad de

mejora que el sistema traiga por defecto el ultimo promedio acumulado PAM del
programa sin la necesidad de buscar el último ciclo activo con promedio generado del
estudiante, al momento de hacer la petición del certificado (Ejecutar el proceso para
emitir el certificado), dado que esta validación actualmente se hace de forma manual al
momento de correr el proceso para generar el certificado.

 Normatividad y/o Lineamientos Institucionales

 Análisis de Impacto.

Bajo.

 Estimación de Tiempo y Costo.

a. Diseño: 2
b. Desarrollo: 16
c. Pruebas: 4

2
DPL-501 DSyT-014/2
Descripción del Requerimiento

Desarrollo del requerimiento

2. Diseño Detallado

 Descripción Detallada de la Funcionalidad.

Mejora 1: Se requiere la unificación de los parámetros de ejecución Promedio

Acumulado Activo, y Promedio Acumulado Inactivo del campo Tipo Certificado
en la ruta Menú Principal > Registros e Inscripciones > Educación Formal > Petición
de Certificados. Dejando como un único parámetro el valor Promedio Acumulado.
(Ilustración 1).

Ilustración 1 Parámetros de Ejecución

Mejora 2: Se requiere modificar la página Detalles de Petición en la ruta Menú

Principal > Registros e Inscripciones > Educación Formal > Petición de Certificados
para cuando se seleccione el parámetro Promedio Acumulado en el campo Tipo
Certificado de la página Cabecera de Petición, no se muestre el campo Ciclo.
(Ilustración 2). Al momento de generar el reporte, se debe tomar por defecto el
último promedio PAM de programa que se está solicitando. (Tanto en formato físico
como en formato electrónico).

3
DPL-501 DSyT-014/2
Descripción del Requerimiento

Ilustración 2 Pagina Detalle Petición

Mejora 3: Se requiere modificar la lógica de generación del reporte de Promedio

Acumulado, para que se tenga en cuenta el estado académico del estudiante para
determinar qué formato utilizar en la generación del reporte.

Para el uso de la Plantillas Activo (Plantilla de Certificado Promedio Acumulado –

Estudiante Activo en Programa) el estado académico debe ser Activo en Programa,
excepto si el motivo acción del estudiante es SRA.

Para el uso de la Plantillas Inactivo (Plantilla de Certificado Promedio Acumulado –

Estudiante Inactivo) los estados académicos deben ser:

 Cancelado
 Finalizado
 Expulsado
 Interrumpido
 Permiso
 Suspendido

Mejora 4: Se debe ajustar la lógica en la generación del reporte para que tome los
formatos indicados según sea el caso:

Si se solicita en modo físico (WEB – TXT): el certificado debe salir en formato Word
sin membrete y sin firma, tanto para el estado activo o para el estado inactivo.
(Verificar las plantillas adjuntas “Certificado Promedio Acumulado – Estado Activo –
Físico Word” y “Certificado Promedio Acumulado – Estado Inactivo – Físico Word”)

4
DPL-501 DSyT-014/2
Descripción del Requerimiento

Ilustración 3. Formato Físico – Web / TXT

Si se solicita en modo físico (WEB – PDF): el certificado debe salir en formato PDF
sin membrete y con firma digital, tanto para el estado activo o para el estado inactivo.
(Verificar las plantillas adjuntas “Certificado Promedio Acumulado – Estado Activo –
Físico PDF” y “Certificado Promedio Acumulado – Estado Inactivo – Físico PDF”)

Ilustración 4 Formato Físico – Web / PDF

5
DPL-501 DSyT-014/2
Descripción del Requerimiento

Si se solicita en modo electrónico (WEB – PDF): el certificado debe salir en formato

PDF con membrete y con firma digital, tanto para el estado activo o para el estado
inactivo. (Verificar las plantillas adjuntas “Certificado Promedio Acumulado – Estado
Activo – Electrónico PDF” y “Certificado Promedio Acumulado – Estado Inactivo –
Electrónico PDF”)

Ilustración 4 Formato Electrónico – Web / PDF

 Validaciones Requeridas.

Validación estado académico del estudiante para determinar qué proceso de

generación va a utilizar (Activo o Inactivo).

Validación de último promedio PAM de programa que se está solicitando para

omitir el ciclo lectivo como parámetro de ejecución.

Validación de parámetros de ejecución para determinar el formato de salida del

reporte.

 Seguridad.

Seguridad de componente de Peoplesoft

6
DPL-501 DSyT-014/2
Descripción del Requerimiento

 Casos de Prueba

Generación de Reporte con Estudiante Activo.

Generación de Reporte con Estudiante Inactivo.

Generación en formatos físicos y electrónico en Web / TXT y Web /PDF.

 Documentación Técnica
OBJETOS INTERVENIDOS

RELACIÓN DE OBJETOS

Objeto Tipo Acción Observaciones

ETY_CEREDFN App Engine Modificar Lógica de generación
ETY_SOLCERT_GEN_PG Page Modificar Modificación Cargue Parámetros
ETY_SOLCERT_DET_PG Page Modificar Modificación Cargue Parámetros
ETY_CERT_TYPE Field Modificar Adición e inactivación de XLAts
ETY_CERPROAC App Engine Modificar Lógica de Generación
ETY_CERPROIN App Engine Modificar Lógica de Generación

ESTRUCTURA DE TABLAS


Nombre tabla No Aplica

No. Campo Tipo Longitud Llave Obligatorio Filtro Búsqueda Prompt /
Default
1.
2.
3.
4.
Observaciones: 

7
DPL-501 DSyT-014/2