Responsable: Erika Sánchez Chablé
Institución: UNIVERSIDAD AUTÓNOMA DEL CARMEN (UNACAR)
Categoría: Innovación de la gestión mediante las TIC

Resumen: Con el único propósito de brindar a los estudiantes de la Universidad Autónoma del Carmen servicios de calidad, se realizó una mejora sustancial al proceso de reinscripción denominado selección de cursos, a través de una reingeniería del mismo así como de la aplicación web, incorporando mecanismos como la firma electrónica avanzada en la aprobación de los horarios por parte de los gestores de los programas educativos, permitiendo disminuir el tiempo de respuesta del proceso y mejorando la experiencia de nuestros usuarios.

Necesidades que originan el proyecto: Como parte del proceso de mejora continua y en el marco del uso de las TIC en los procesos universitarios, se planteó dentro del PDI la estrategia de “Modernizar los módulos que conforman el Sistema Integral de Información Administrativa UNACAR” dando especial atención al mejoramiento del servicio del módulo de control escolar que permita operar de forma adecuada y ágil durante los períodos de inscripción y reinscripción. En 2017, se aprueba por parte del Consejo Universitario un nuevo Modelo Educativo, que se sustenta en la filosofía de la educación para toda la vida y en la formación integral de los estudiantes. El proceso de cambio de modelo ha requerido del desarrollo de nuevas habilidades por parte de los estudiantes y los profesores. Este modelo pretende formar al estudiante considerando tres atributos primordiales: curriculum flexible, formación integral y sistema de créditos. El estudiante podrá decidir el tiempo que le llevará concluir su programa educativo pudiendo adelantar cursos, talleres o actividades de formación integral, de acuerdo a su capacidad y posibilidades, lo que finalmente se traduce en una reducción o aumento en el número de semestres en los cuales podrá finalizar su carrera. Dado lo anterior se requería que la plataforma donde los alumnos realizan su selección de cursos respondiera a estos nuevos requerimientos además de garantizar el acceso a la información sin importar el número de usuarios concurrentes e incorporando mecanismos como la FEA.

Objetivo general: Mejorar los tiempos de atención y respuesta que se traduzcan en una administración eficiente del proceso de selección de cursos (reinscripción), mediante el aseguramiento del acceso a la plataforma sin importar el número de usuarios conectados de manera concurrente aumentando el grado de satisfacción de los estudiantes en el uso del sistema de selección de cursos y mejorando la interacción entre los estudiantes y los gestores de programas educativos.

• Primera fase - Formación de un comité multidisciplinario integrado por la Dirección de Control Escolar, Secretaría Académica, Tesorería y la Coordinación General de Tecnologías de la Información y la Comunicación para hacer un análisis y mejorar el proceso de reinscripción de vital importancia para nuestros estudiantes y gestores de programa educativo.
• Establecer la política institucional de cumplimiento obligatorio del calendario de captura de calificaciones parciales y finales por parte de los docentes, establecido por la Dirección de Control Escolar aplicando las sanciones pertinentes para aquellos docentes que no cumplieran en tiempo y forma.
• Se establece el acuerdo de aperturar los sistemas de cobro en línea y el sistema de cobro en efectivo (caja universitaria) con anticipación a las fechas del periodo de reinscripción.
• Campaña de sensibilización dirigida a los estudiantes sobre la importancia de evaluar a los docentes con la finalidad de tener esos indicadores en los tiempos pertinentes.
• Se establece que la planeación de la oferta de cursos a nivel institucional se realice al menos un mes antes del proceso de selección de cursos.
• Reingeniería del Sistema Institucional de Selección de Cursos (SISEC) con la finalidad de presentar un diseño más amigable al usuario.
• Se propone que varios de los procesos que ejecuta la plataforma pueda ser calculada y validada con anterioridad para solo tomar los datos de las vistas generadas en las bases de datos, dentro de las cuales se encuentran: índice de aprobación de cursos del semestre inmediato anterior, materias reprobadas 4 veces, evaluación del docente, entre otras.
• Creación de una base de datos única con buena capacidad de atención transaccional para no tener problemas de conexión o saturación del uso de los recursos.
• Fase de pruebas con grupos piloto.
• Liberación de la primera fase del proyecto (periodo de reinscripción agosto 2018).
• Aplicación de encuesta para conocer las opiniones de nuestros estudiantes y dar seguimiento al proceso.
• Segunda fase - Retroalimentación de la operación del sistema y de los cambios en el proceso tomando en cuenta las sugerencias de los diversos actores que intervenían en el mismo como los gestores de programa educativo, estudiantes, personal de la Dirección de Control Escolar y directores de escuelas y facultades.
• Se determina realizar cambios en la plataforma de acuerdo con los resultados obtenidos en el periodo anterior, estableciendo un acuerdo para un pre-registro de los docentes de HSM que se postularán para el periodo escolar correspondiente, y que puedan ser tomados en cuenta como candidatos para profesores en la captura de la plantilla.
• Incorporación de la firma electrónica avanzada en el módulo de aprobación de carga horaria por parte de los gestores.
• Realizar campaña en redes sociales para informar a los alumnos de los cambios en el proceso para el periodo Febrero 2019, además de servir como apoyo a alumnos que presentaran alguna problemática.
• Se crea en la aplicación móvil del alumno el módulo de recepción de horarios aprobados con firma electrónica avanzada, incorporándole código QR para hacer el trámite de refrendo de credenciales sin utilizar impresión en papel.
• Fase de pruebas con grupo piloto.
• Liberación de la segunda fase del proyecto (periodo de reinscripción febrero 2019).
• Aplicación de encuesta para conocer las opiniones de nuestros estudiantes y dar seguimiento al proceso.

• Asignación eficiente de los recursos
• La continuidad del negocio
• Impulsa la disponibilidad de información en formatos útiles y reutilizables por la comunidad académica en general.
• Mejora los servicios de información en las IES
• Implantó mecanismos para lograr el trabajo en equipo
• Favorece el desempeño y calidad en el servicio final.
• Generar valor a la Institución a través de las TI (riesgos, satisfacción de usuarios).
• Impulsar soluciones tecnológicas con principios de accesibilidad, sustentabilidad y pertinencia.
• Constituye la construcción de las bases para la interoperabilidad entre distintas instancias
• Promueve mejores servicios educativos entre distintas instancias.
• Promueve el desarrollo de la identidad digital como la llave de acceso de la población académico-estudiantil a estos servicios.
• Hubo reducción de actividades repetitivas, cuellos de botella y tiempos muertos durante el proceso.
• Fortalece la estrategia para la simplificación administrativa; agregando nuevos procesos, sistematizarlos y automatizarlos
• Estrategias de sustentabilidad

Beneficios generados con la realización del proyecto:

• Reducción de tiempos
• Mejora de la gestión pública
• Mejora en el servicio

Población beneficiada:

• Administrativos
• Docentes
• Estudiantes

Buenas prácticas:
• Por ser un proceso que implica el compromiso de diversas áreas universitarias, uno de los retos era precisamente definir los roles y responsabilidades de cada una de ellas y documentarlas para poder dar el seguimiento adecuado.

Buenas prácticas:

• Una parte importante de la implementación fue el compromiso de la alta dirección por emprender cambios en la forma en la que se ejecuta la gestión a través de procesos automatizados para ofrecer un mejor servicio de acuerdo a los estándares de calidad ...

Buenas prácticas:

• a los que se apega la institución a través de su Sistema de Gestión de la Calidad y que se plantearon en el PDI vigente. Es así como los principales aciertos para el éxito del proyecto fueron:

Buenas prácticas:

• Formar un equipo de trabajo multidisciplinario comprometido con el proyecto. El comité estuvo integrado por la Dirección de Control Escolar, Secretaría Académica, Tesorería y la Coordinación General de TIC.

Buenas prácticas:

• Definición de roles, responsabilidades y calendario de actividades.

Buenas prácticas:

• Documentación del proceso.

Buenas prácticas:

• Realizar una reingeniería del Sistema Institucional de Selección de Cursos (SISEC) con la finalidad de presentar un diseño más amigable al usuario.

Buenas prácticas:

• Hacer partícipes a los gestores de programa educativo en el proceso de la reingeniería del SISEC.

Buenas prácticas:

• Incorporación de pago en línea y su verificación en la aplicación, así como la opción de generación de referencia para pago en sucursales bancarias de la reinscripción.

Buenas prácticas:

• Incorporación de la Firma Electrónica Avanzada en el módulo de aprobación de horarios de los estudiantes por parte de los gestores, evitando que se tuviera que imprimir como requisito para su aprobación.

Buenas prácticas:

• Planeación efectiva en la oferta de cursos la cual deberá estar lista al menos un mes antes del proceso de selección de cursos.

Buenas prácticas:

• Automatización de un módulo a la Coordinación General de Recursos Humanos en donde tentativamente se anexen los maestros de nueva contratación para los cursos que sean necesarios, haciendo más dinámico el proceso de creación de grupos.

Buenas prácticas:

• Revisión de los procesos en la Base de datos, para que se calcularan y validaran con anterioridad a la apertura del SISEC para solo tomar los datos de las vistas generadas dentro de las cuales se encuentran índice de aprobación de cursos del semestre.

Buenas prácticas:

• Creación de una base de datos única con capacidad de atención transaccional para no tener problemas de conexión.

Buenas prácticas:

• Incorporación del personal de Comunicación Social para el apoyo de difusión de información en los diferentes medios oficiales incluyendo redes sociales.

Buenas prácticas:

• Crear en aplicación móvil del alumno, el servicio de recepción de horarios aprobados con firma electrónica avanzada, incorporándole código QR para hacer el trámite de refrendo de credenciales sin utilizar impresión en papel.

Buenas prácticas:

• Creación de una guía de preguntas frecuentes que sirviera como apoyo al administrador de redes sociales para orientar a los estudiantes en sus dudas y que sirviera como primer filtro de atención.
• Falta de planificación de los cursos genéricos (oferta limitada de cursos ante una alta demanda).
• Falta de alineación del calendario de contratación de docentes y el calendario de formación de grupos.

• Erika Sánchez Chablé: Coordinadora General de Tecnologías de la Información y la Comunicación, UNACAR
• Raúl Arturo Peralta: Jefe del Departamento de Desarrollo de Sistemas - CGTIC
• Faustino Sánchez Jiménez: Programador Analista,DDS, CGTIC, UNACAR
• Jesús Manuel Esteban Zurita: Programador Analista,DDS, CGTIC, UNACAR
• Luz Argentina Sánchez Jáuregui: Programador Analista, DDS, CGTIC, UNACAR
• José Eduardo Córdoba de la Rosa: Coordinadora General de Tecnologías de la Información y la Comunicación, UNACAR
• Elizabeth Ojeda Castillo: Directora de Control Escolar

• statics/archivos/galeria_proyecto/Py142_1807432891-Img.jpg
• statics/archivos/galeria_proyecto/Py142_1828155412-Img.jpg
• statics/archivos/galeria_proyecto/Py142_1944184083-Img.jpg
• statics/archivos/documentos_proyecto/Py142_1807432891-OFICIO RECTORIA 29 MAYO.PDF
• statics/archivos/documentos_proyecto/Py142_1845296112-Articulo_TICAL2019_UNACAR_SistemaSeleccionDeCursos.pdf
• https://robalo.unacar.mx/nsprecargaf19/
• http://www.unacar.mx/
• https://robalo.unacar.mx/gestoria/
• https://charal.unacar.mx/PortalEstudiante/

Descripción del riesgo:
Falta de conexión a Internet

Impacto: Alto

Probabilidad de ocurrencia: Poco probable

Costo asociado($): 150000

Acción a realizar(en caso de presentarse):
- Habilitación de enlace secundario.- Operacion local.

Descripción del riesgo:
Falta de planeación en la creación de la oferta del periodo.

Impacto: Alto

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Las facultades y academias deberán agregar cursos a la oferta con atención a los alumnos que no pudieron cargar cursos en el periodo posterior a la selección (ajuste de carga) a través del sistema SUCE+.

Descripción del riesgo:
Daño de los servidores (BD y aplicación).

Impacto: Medio

Probabilidad de ocurrencia: Poco probable

Costo asociado($): 66115

Acción a realizar(en caso de presentarse):
- Aplicación de póliza de soporte.- Habilitación de servidor de respaldo.

Nombre de la aplicación*:
Sistema Institucional de Selección de Cursos

Especficación técnica de la aplicación

---

Tecnologías usadas:
OpenSSL


IIS

Link para consultar la aplicación*:
https://robalo.unacar.mx/nsprecargaf19/

Metodologías / Modelos/Prácticas / o consideraciones especiales para la realización del producto:
Scrum

Propiedad intelectual y licenciamiento

---

Origen del producto*:
Desarrollo Interno

Propietario de la Base de Datos*:
Desarrollo Interno

Propietario del código fuente*:
Desarrollo Interno

Especficación técnica de la aplicación

---


Otro

Navegadores que soportan la aplicación*:
Chrome

Navegadores que soportan la aplicación*:
Firefox

Navegadores que soportan la aplicación*:
Internet Explorer

Navegadores que soportan la aplicación*:
Safari


.Net


Oracle

Tipo de Aplicación Web*:
Desarrollo de software a la medida


Aplicación responsiva (Auto-adaptable a dispositivos móviles)

Tecnologías usadas:
CSS

Especficación técnica de la aplicación

---

Tecnologías usadas:
HTML

Tecnologías usadas:
JQuery

Tecnologías usadas:
Firma electrónica

Tecnologías usadas:
Bootstrap

El mantenimiento será realizado por*:
Desarrollo Interno

La garantía del producto es de*:
permanente

¿Existen o existirán mecanismos de participación, colaboración o retroalimentación institucional en la operación del proyecto (P.e uso de redes sociales, eventos, etc.)?*:
Sí existen mecanismos de participación

¿Los resultados del proyecto serán publicados en la página de la institución o en alguna otra herramienta para su consulta púbica?*:
Sí serán publicados

¿Se tiene planeado el presupuesto para el mantenimiento y operación del resultado del proyecto durante toda la vigencia del mismo?*:
Se tiene planeado para toda la vigencia

¿Se cuenta con las condiciones idóneas para poner en operación el proyecto (Infraestructura, capacidad humana, normativa, tecnológica, etc.?*:
Se cuenta con la infraestructura para operar el proyecto

Responsable: Guillermina Pérez Martínez
Institución: UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICO (UAEMEX)
Categoría: Innovación de la gestión mediante las TIC

Resumen: El proyecto consiste en desarrollar e implementar una solución tecnológica en la UAEM para la gestión de la correspondencia institucional, que es soportada a través de una firma electrónica (ver a detalle el ANEXO E) en donde se especifica el alcance formal de la primera fase. Esta nueva versión tenía como alcance desarrollar los módulos de: acceso (a través del uso del LDAP), catálogos, envío, recepción, asuntos turnados, reportes. La Universidad cuenta con el uso de firma electrónica que se encuentra oficializada en gaceta, lo que permite ser utilizada como un medio oficial de firma en la UAEM, eliminando así la firma autógrafa.Los entregables principales del proyecto son: •Sistema de información web responsivo.•Aplicación móvil ejecutiva del SICOINS (para SO Android y IOS)•Capacitación de manera presencial y virtual•Generación de herramientas para autocapacitación (manuales de usuario, videotutoriales, videos de sesiones en videoconferencia).Dentro de las características principales e innovadoras que se ocuparon para este proyecto fueron:1.- Se utilizó la plataforma GitLab para un desarrollo ágil y para la automatización de los procesos de integración y despliegue continuo en ambientes de prueba y staging.2.- Uso del servicio de Firma Electrónica, servicio desarrollado por la UAEM. 3. Aplicación móvil nativa para dispositivos móviles con sistema operativo Android e iOS, dentro de sus funcionalidades permite el uso de la firma electrónica.

Necesidades que originan el proyecto: Una de las principales razones en la UAEM para llevar a cabo el proyecto, son los ahorros significativos al contar con esta solución, se llevó a cabo un caso de negocio en el año 2017, en donde de manera aproximada se identificó que: •Costo estimado anual de correspondencia en la UAEM (sin sistema) es de $14,506,990.72 •Inversión inicial requerida para el proyecto (SICOINS) es de $ 1,636,310.11•Ahorro estimado en costos de correspondencia en el primer año (con sistema) es de $ 12,870,680.61 •Costo estimado de correspondencia a partir del segundo año (operación del SICOINS) es $ 158,359.00 anuales. Sumando que la UAEM cuenta con 190 espacios universitarios distribuidos en el Estado de México, lo que el tiempo de entrega y respuesta de correspondencia no era inmediato, el uso de recursos tales como personal para la distribución de la correspondencia, papel, impresoras, tóner, autos, viáticos generaba gastos interesantes dentro de la UAEM.Por lo que los requerimientos principales fueron optimizar el proceso actual de envío y recepción de correspondencia (oficios, comunicado, etc.), controlar los documentos a través de un expediente digital (ubicación y estatus), eliminar los tiempos y costos relacionados al traslado de comunicados a nivel estatal, ahorro en papel y reducción de costos de papelería e impresión y validez institucional a oficios digitales mediante el uso de firma electrónica.

Objetivo general: Reducir costos en mensajería y uso de papel, agilizando la comunicación entre todos los espacios de nuestra Universidad, SICOINS busca mejorar la experiencia del usuario a través de un sistema amigable e intuitivo que facilita la operación diaria de comunicados y el seguimiento de asuntos turnados.

• Fase 1 - INICIO: En el año 2016 se llevó a cabo el desarrollo de una nueva propuesta que dio un giro innovador con el planteamiento de nueva tecnología y la justificación a nivel organización del proyecto, el cual fue autorizado y el 25 de noviembre del 2016 se firma un acta de proyecto para desarrollar esta nueva versión.
• FASE 1 - Cierre El 23 de marzo del 2018 se firma el acta de cierre del proyecto en su primera fase. Contando con los siguientes entregables: Sistema de Información con los módulos de acceso, catálogos, envío de comunicados, recepción de comunicados, así como la capacitación a espacios universitarios. En esta etapa el sistema era utilizado en el 59% de los espacios universitarios.
• Inicio de operación del sistema a parir del 6 de octubre, con los alcances determinados en el acta de cierre de la Fase I.
• En el año 2018, se da inicio formal a una segunda fase del proyecto, para desarrollar e implementar los módulos restantes del proyecto (Turnados, Reportes), así como mejoras al mismo. Teniendo com alcance desarrollar e implementar los asuntos turnados, reportes , desarrollo de mejoras y una estrategia de capacitación y difusión al interior de la UAEM para hacer uso del sistema de manera institucional.
• Liberación y puesta en operación formal del SICOINS en su versión 2.1 que incluye las mejoras del sistemas, autorizadas en el año 2018.
• En el mes de mayo se liberó la aplicación móvil ejecutiva para los SO Android e IOS, los cuales se han puesto a disposición de la comunidad universitaria para uso. Que facilitará a los directivos gestionar y firmar su correspondencia desde sus dispositivos móviles.
• Actualmente: •Opera en 155 de 199 espacios universitarios de la UAEM, con el objetivo de cubrir el 100% de todos los espacios en este año.•Se tiene identificados 2088 usuarios potenciales, de los cuales tenemos activos en el sistema a 1462, se siguen sumando. •Desde su inicio a la fecha contamos con 28404 comunicados enviados.* Se llevó a cabo una segunda fase de capacitación tanto presencial como virtual, capacitando a 832 universitarios (aprox). * Continúan aplicando mejoras

• Asignación eficiente de los recursos
• Reducción en los costos en la Institución
• El marco jurídico es favorable para la adopción y fomento de las TIC en las IES
• Mejora los servicios de información en las IES
• Implantó mecanismos para lograr el trabajo en equipo
• Favorece el desempeño y calidad en el servicio final.
• Generar valor a la Institución a través de las TI (riesgos, satisfacción de usuarios).
• Impulsar soluciones tecnológicas con principios de accesibilidad, sustentabilidad y pertinencia.
• La tecnología y el impulso a sistemas de gestión de calidad, calidad educativa, acreditación de la gestión institucional
• Hubo reducción de actividades repetitivas, cuellos de botella y tiempos muertos durante el proceso.
• Fortalece la estrategia para la simplificación administrativa; agregando nuevos procesos, sistematizarlos y automatizarlos

Beneficios generados con la realización del proyecto:

• Reducción de costos
• Reducción de tiempos
• Mejora en el servicio
• Mayor transparencia

Población beneficiada:

• Administrativos

Buenas prácticas:
• El aprovechar herramientas de colaboración permitió agilizar el proceso de capacitación a usuarios finales mediante el manejo de grupos virtuales donde se comparten archivos, ideas, experiencias y a través de las videoconferencias.

Buenas prácticas:

• La realización de visitas presenciales a los distintos espacios universitarios para capacitar o resolver dudas o dar asesorías en el uso del sistema permitió un mayor involucramiento y aceptación del sistema a nivel institución.

Buenas prácticas:

• Se adoptó el marco de referencia de desarrollo ágil Scrum, adecuándolo a la capacidad de la universidad en cuanto a recursos, por lo que aunque no se utilizará el marco al 100%, fue de gran utilidad, para el desarrollo del producto.

Buenas prácticas:

• El uso de herramientas de software de Integración Continua para el control de versiones y desarrollo de software colaborativo como Gitlab reducen tiempos en despliegues y pruebas, ya que es posible automatizar estas tareas.
• Al inicio del proyecto no se contaba con todos los requerimientos y/o expectativas de los usuarios, lo que dificulto modelar la primera versión.
• Al inicio del proyecto, a pesar de que se presentaron varios beneficios no todos los directivos lo impulsaron, lo que dificulto su implementación exitosa en la primera fase del proyecto.
• El cambio de paradigma de usar firma autógrafa en la correspondencia, ha sido un tema no fácil de quitar. Se han tenido que llevar varias acciones desde nuestros directivos para impulsar la operación del sistema.

• David Alejandro Garduño Bernáldez: Administrador del Proyecto
• Arturo Idegard Olivares López: Desarrollador
• Pablo Gómez Lagunas: Desarrollador
• Rafael Mercado Herrera: Desarrollador
• Diana Gabriela Gómez Martínez: Desarrollador
• Emmanuel Acevedo Díaz: Desarrollador
• Areli Fabila Núñez: Desarrollador
• Alfredo Palma Hernández: Administrador de Base de Datos
• Gloria Jokebed Vázquez Hernández: Ingeniero de Seguridad
• Silvia Araceli Flores Pérez: Ingeniero de soporte
• Noemi Guadalupe Rojas Sánchez: Ingeniero de soporte
• Juan Miguel Reyes Viurquez: Secretario de Administración de la UAEM
• Marco Antonio Ramos Corchado: Ditrector de Tecnologías de la Información y Comunicaciones /Asesor
• Guillermina Pérez Martínez: Jefa del Departamento de Gestión de Proyectos /Asesor
• Jesús Javier Vallejo Silva: Jefe del Departamento de Ingeniería de Software /Asesor
• Hugo Hernández Rodríguez: Jefe del Departamento de Estrategia Tecnológica / Asesor
• Juan Pablo Coba Juárez Pegueros: Jefe del Departamento de Infraestructura Tecnológica /Asesor
• Berenice Costales Reyes: Jefa del Departamento de Gestión de Servicios
• Martha Elvira Matadamas Gomez: Jefa del Departamento de Capacitación
• Edgar Javier Ramirez Medina: Administrativo
• Javier González Martínez: Secretario de Finanzas /Patrocinador
• Alberto Torres Gutiérrez: Ex director de TI / Promotor inicial
• Gabino Peña Fuentes: Diseñador Gráfico

• statics/archivos/galeria_proyecto/Py156_1551531631-Img.png
• statics/archivos/galeria_proyecto/Py156_1551531632-Img.jpg
• statics/archivos/galeria_proyecto/Py156_1551531633-Img.png
• statics/archivos/documentos_proyecto/Py156_1756226221-Ofcio UAEM - Respaldo.PDF
• https://correspondencia.uaemex.mx
• https://play.google.com/store/search?q=sicoins
• https://tics.uaemex.mx/images/videos/sicoins.mp4
• statics/archivos/documentos_proyecto/Py156_1950580322-SICOINS UAEM.pdf

Descripción del riesgo:
Si se presenta un cambio de patrocinador del proyecto se tendrá que involucrar al nuevo patrocinador lo que impacta en el tiempo o alcance proyecto.

Impacto: Medio

Probabilidad de ocurrencia: Poco probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Aceptar el riesgo: Presentar proyecto al nuevo patrocinador mencionándole beneficios, ahorros y compromisos para lograr su apoyo.

Descripción del riesgo:
Si los usuarios claves solicitan cambios en el alcance u objetivos del proyecto afectaran el costo o el tiempo.

Impacto: Alto

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Aceptar el riesgo: Si se cambia el alcance u objetivos se deberá informar a la alta dirección y justificarlo con un documento de control de cambio de proyecto explicando las razones, involucrados y variables que se verán afectadas (costo o tiempo o ambos) y sus nuevos valores.

Descripción del riesgo:
Si hay variación o problemas en el desempeño del sistema debido a la infraestructura tecnológica generará inconformidad del usuario.

Impacto: Alto

Probabilidad de ocurrencia: Poco probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Compartir el riesgo: Gestionar con la alta dirección la adquisición o mejoramiento de infraestructura más robusta a corto plazo o buscar la mejoras en los servicios relacionados al sistema.

Descripción del riesgo:
Si se presenta una resistencia al cambio por utilizar una firma electrónica generará que los usuarios no usen el sistema al 100% y no se cumpla con el objetivo.

Impacto: Medio

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Compartir el riesgo: Informar a la alta dirección del riesgo para en conjunto con ellos se emitan comunicados o decretos oficializando el uso de la firma electrónica e invitando al personal administrativo a usarla.

Nombre de la aplicación*:
Sistema de Correspondencia Institucional

Especficación técnica de la aplicación

---


PUMA, NGINX

Link para consultar la aplicación*:
https://correspondencia.uaemex.mx/

Metodologías / Modelos/Prácticas / o consideraciones especiales para la realización del producto:
Para la gestión del proyecto se utilizó el PMBOK v5 y para la construcción del sistema se utilizó el marco de referencia de desarrollo ágil de software Scrum. Se utilizó la plataforma GitLab para un desarrollo ágil desarrollo ágil.

Propiedad intelectual y licenciamiento

---

Propietario del código fuente*:
Desarrollo Interno

Origen del producto*:
Desarrollo Interno

Propietario de la Base de Datos*:
Desarrollo Interno

Especficación técnica de la aplicación

---

Tecnologías usadas:
Bootstrap

Tipo de Aplicación Web*:
Desarrollo de software a la medida

Navegadores que soportan la aplicación*:
Firefox

Navegadores que soportan la aplicación*:
Safari

Navegadores que soportan la aplicación*:
Opera


Ruby


MySQL


Otro


Aplicación responsiva (Auto-adaptable a dispositivos móviles)

Tecnologías usadas:
CSS

Especficación técnica de la aplicación

---

Tecnologías usadas:
HTML

Tecnologías usadas:
JQuery

Tecnologías usadas:
Firma electrónica

Tecnologías usadas:
Web Services

Tecnologías usadas:
Framework MVC

Tecnologías usadas:
API REST

Navegadores que soportan la aplicación*:
Chrome

La garantía del producto es de*:
No hay garantía

El mantenimiento será realizado por*:
Desarrollo Interno

¿Los resultados del proyecto serán publicados en la página de la institución o en alguna otra herramienta para su consulta púbica?*:
Se desconoce

¿Existen o existirán mecanismos de participación, colaboración o retroalimentación institucional en la operación del proyecto (P.e uso de redes sociales, eventos, etc.)?*:
Sí existen mecanismos de participación

¿Se cuenta con las condiciones idóneas para poner en operación el proyecto (Infraestructura, capacidad humana, normativa, tecnológica, etc.?*:
Se cuenta con la infraestructura para operar el proyecto

¿Se tiene planeado el presupuesto para el mantenimiento y operación del resultado del proyecto durante toda la vigencia del mismo?*:
Sólo para el primer o segundo periodo (año/mes)

Responsable: Hugo Alonso Reyes Herrera
Institución: UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO (UNAM)
Categoría: Innovación de la gestión mediante las TIC

Resumen: Con el propósito fundamental de fomentar la cultura de la transparencia y el acceso a la información pública útil y abierta hacia la sociedad en general, la UNAM se enfocó en una transformación administrativa y logística para concentrar, validar y publicar la información de aproximadamente 200 áreas universitarias al respecto de sus actividades y el uso de los recursos como sujeto obligado. El Portal de Transparencia Universitaria (www.transparencia.unam.mx) cumple con las siguientes características: •1) Está diseñado con un enfoque orientado al lenguaje ciudadano. •2) Brinda un buscador personalizado a través de palabras claves y sinónimos asociados con cada una de las obligaciones. •3) El Portal se apoya para su funcionamiento, en un conjunto de sistemas y componentes interrelacionados, como son: a) el Repositorio de documentos complementarios, b) la Plataforma Universitaria de Transparencia y c) la Incorporación a la Plataforma Nacional de Transparencia (PNT). •4) Los responsables técnicos de las áreas concentradoras de información, se aseguran de que la información que se publica se encuentra actualizada.•5) La publicación de información en el Portal se realiza considerando interfaces intuitivas, con principios de usabilidad, diseño web responsivo y prácticas de experiencia de usuario probadas.•6) Debe contar con informes de cumplimiento periódicos por criterio de conservación.

Necesidades que originan el proyecto: De manera permanente, aún antes de ser sujeto obligado, la UNAM ha buscado mediante sus prácticas y Reglamentos internos, respaldar su compromiso con la sociedad de ser transparente y cumplir con su responsabilidad de rendición de cuentas mediante líneas revisadas y auditadas por terceros.En un análisis del año 2016, se detectó que la información que ponía a disposición la Universidad, se encontraba distribuida y publicada en los diferentes sitios web y plataformas que alberga la UNAM en más de 250 áreas universitarias. Este esquema complicaba al usuario para localizar la información que requiere de la Universidad, lo cual traía como resultado en que el usuario tuviera únicamente información parcial, contara con datos desactualizados, abandonara la búsqueda o propiciaba que existiera un aumento en las solicitudes de información de transparencia que le llegan a la Universidad.Para su solución, la UNAM, invitó a responsables técnicos de diez áreas claves para la publicación y actualización de la información relativa a las obligaciones de transparencia y, respaldando el ejercicio efectivo del derecho de acceso a la información, sentó las bases del proyecto del Portal de Transparencia Universitaria. Como parte de los criterios de éxito del portal, se definió que cumpliese con que el usuario que buscase la información, la pudiese consultar de manera gratuita, sencilla, con igualdad y sin distinción alguna, tomando como eje el derecho a la información pública.

Objetivo general: Mediante un ejercicio de coordinación institucional efectivo, fomentar la cultura de la transparencia, el acceso a la información pública y la protección de datos personales al publicar de manera útil y abierta hacia la sociedad en general y en cumplimiento de los criterios de conservación, mediante un Portal innovador (http://www.transparencia.unam.mx) que refleje la información en posesión de la Universidad Nacional Autónoma de México con la finalidad de ser transparentes en el uso de los recursos de la Federación asignados; conforme a los principios y bases establecidos en la Constitución Política de los Estados Unidos Mexicanos, el Reglamento de Transparencia y Acceso a la Información Pública de la UNAM, la Ley General de Transparencia y Acceso a la Información Pública, así como la demás normativa aplicable. Como parte de su objetivo, el Portal de Transparencia Universitaria debe contemplar vistas en la interfaz de usuario de las obligaciones de transparencia, tanto en una organización de datos de acuerdo con el Reglamento Interno de la UNAM, así como en cumplimiento cabal a la Ley General aplicable en la materia, en donde existen particularidades en la organización de los datos en cuanto a artículos, apartados y descripciones de formatos. De manera complementaria, debe permitir a los usuarios que consultan la información, filtrar la misma y tener la oportunidad de exportarla a archivos para los fines que este determine valioso.

• Determinación del plan general de trabajo, establecimiento de los mecanismos de trabajo, responsabilidades y coordinación entre el Comité de Transparencia, Unidad de Transparencia, Áreas Concentradoras y la Dirección General de Cómputo y de Tecnologías de Información y Comunicación.
• Análisis de los formatos de obligaciones de transparencia publicados desde la perspectiva legal y la información solicitada, para validar el alcance y semántica de lo solicitado en cada dato.
• Identificación de las áreas universitarias que cuentan con dicha información para integrarla de manera centralizada en diez áreas concentradoras de información, partiendo que en la Universidad hay más de 200 áreas generadoras de información.
• Realización de análisis de portales de transparencia y consulta de información a nivel internacional (benchmark) para recoger buenas prácticas para la elaboración del Portal de Transparencia Universitaria.
• Elaboración de prototipos de interfaces de usuario e imágenes seleccionadas para dar forma al Portal de Transparencia Universitaria, para su validación por parte de las autoridades involucradas de la UNAM.
• Diseño y entrega del modelo de datos y diccionario de datos de la Plataforma Universitaria de Transparencia y el Portal de Transparencia Universitaria.
• Implementación del Repositorio General de Transparencia con la finalidad de que las áreas concentradoras puedan depositar sus archivos complementarios en formato PDF.
• Acuerdo con los responsables técnicos de las áreas concentradoras, al respecto de los criterios para la digitalización y testado de los documentos (como actas, oficios, contrato, convenios, por mencionar algunos).
• Elaboración de los programas automatizados para extraer la información de los archivos de formatos en obligaciones en Excel y pasar la información a la base de datos.
• Asesoría técnica con los responsables técnicos de las áreas concentradoras de información, para orientarles al respecto del llenado de los formatos de obligaciones, en conjunto con la Unidad de Transparencia.
• Instrumentación y liberación de la primera fase de la Plataforma Universitaria de Transparencia con la finalidad de habilitar la recepción de archivos de obligaciones por parte de las áreas concentradoras de la Universidad.
• Creación de los textos, categorías, criterios de búsqueda y palabras clave de cada una de las obligaciones de transparencia, considerando prácticas de lenguaje ciudadano, para facilitar las búsquedas y mejorar la experiencia del usuario.
• Elaboración de las imágenes representativas de cada una de las obligaciones de transparencia aplicables, así como incorporación de la funcionalidad de audio para la lectura de los textos que publica el sitio.
• Entrega de la versión de publicación de datos que muestra el detalle de la información de cada obligación y período, como componente para integrar el Portal de Transparencia Universitaria. Este componente incluye búsquedas avanzadas, filtrado de datos, exportación de archivos, ordenamiento, entre otras características.
• Diseño y construcción del Portal de Transparencia Universitaria, bajo prácticas de usabilidad, indexación, accesibilidad y diseño responsivo. Liberación validada por el Comité de Transparencia UNAM y la Unidad de Transparencia.
• Elaboración de las guías de llenado de los formatos de obligaciones de transparencia, para que estos puedan ser importados sin error a la Plataforma Nacional de Transparencia; con el propósito de facilitar y agilizar la entrega y publicación de los datos.
• Elaboración de los programas automatizados para validar los datos de dominio, valores y extensiones de los archivos de Excel de los formatos de obligaciones y pasar la información a la base de datos.
• Desarrollo del mecanismo de actualización de archivos de obligaciones, con su correspondiente sustitución en la publicación en el Portal de Transparencia Universitaria. Esto con la finalidad de mantener la integridad de la información que se recibe, valida y publica.
• Participar, junto con los responsables técnicos de las áreas concentradoras, en el ejercicio de retroalimentación de los formatos de obligaciones, buscando simplificar su llenado en seguimiento a la petición del INAI a la Unidad de Transparencia de la UNAM.
• Corrección de validaciones y mecanismos de publicación, de acuerdo con la actualización en la publicación de la Plataforma Nacional de Transparencia
• Elaboración de los reportes de seguimiento de cumplimiento en la entrega de formatos de obligaciones de acuerdo con su periodicidad y períodos de conservación aplicables.
• Recopilación de las memorias de los responsables técnicos de las áreas concentradoras, para buscar mecanismos de mejora y simplificación para el cumplimiento de los formatos de obligaciones.
• Incorporación del mecanismo de sustitución de archivos complementarios en el Repositorio de Transparencia Universitaria.
• Revisión de la arquitectura de la solución de transparencia para hacerla más flexible y poder hacer frente a nuevos cambios normativos.
• Actualización del modelo de bases de datos de la Plataforma Universitaria de Transparencia y del Portal de Transparencia Universitaria, derivado de la publicación de los nuevos lineamientos técnicos aplicables en 2018.
• Cambio de los componentes de importación y validación derivado de los nuevos formatos de obligaciones que fueron asignados a la UNAM en respuesta a los nuevos lineamientos técnicos publicados por el INAI en diciembre de 2017.
• Cambio del mecanismo de publicación de información del Portal para hacer uso de bases de datos No SQL, para brindar mayor flexibilidad a la plataforma y portal, en caso de que existan nuevos procedimientos normativos.
• Actualización de la interfaz de publicación del Portal de Transparencia Universitaria para poder hacer convivir las obligaciones de transparencia del año 2017 y anteriores, así como las 2018 y posteriores.
• Ajustes y actualizaciones en los procedimientos de importación y validación de archivos para dar cumplimiento a los nuevos cambios en los formatos de obligaciones por parte del INAI.
• Actualización de los procedimientos de consolidación de archivos y servidores para aumentar la disponibilidad del Portal y contar con mecanismos de respaldo más frecuentes y confiables.
• Se realiza el taller de transferencia de conocimiento y entrega de la documentación técnica respectiva al personal técnico de la Unidad de Transparencia de la UNAM.

• Asignación eficiente de los recursos
• Promueve la armonización del marco jurídico y la conformidad con las políticas institucionales y las obligaciones externas
• Impulsa la disponibilidad de información en formatos útiles y reutilizables por la comunidad académica en general.
• Impulsa la transparencia institucional.
• Mejora los servicios de información en las IES
• Impulsa la incorporación a un sistema de organización y clasificación de archivos de la dependencia proponente que se oriente a cumplir con las obligaciones de transparencia y acceso a la información.
• Implantó mecanismos para lograr el trabajo en equipo
• Generar valor a la Institución a través de las TI (riesgos, satisfacción de usuarios).
• Impulsar soluciones tecnológicas con principios de accesibilidad, sustentabilidad y pertinencia.
• Constituye la construcción de las bases para la interoperabilidad entre distintas instancias

Beneficios generados con la realización del proyecto:

• Reducción de tiempos
• Mejora en el servicio
• Mayor transparencia

Población beneficiada:

• Administrativos
• Docentes
• Estudiantes

Buenas prácticas:
• Si la complejidad y tamaño del proyecto es alta, se sugiere dividir el proyecto en subproyectos y se establecer entradas y salidas específicas de cada uno, lo cual permite utilizar diferentes tecnologías y estrategias en equipos que trabajan en paralelo.

Buenas prácticas:

• Definir institucionalmente la prioridad del proyecto ante todas las áreas participantes, permite realizar ejercicios de planeación, coordinación y atención mucho más claros y habilita lograr los resultados esperados.

Buenas prácticas:

• En proyectos que utilicen diferentes tecnologías y ambientes, se sugiere utilizar herramientas y lenguajes multiplataforma para lograr una implementación exitosa.

Buenas prácticas:

• En programas de alto alcance, se sugiere establecer mecanismos de comunicación y coordinación entre los diferentes equipos de trabajo para mantener un nivel de comunicación efectivo y ágil para responder a las oportunidades globales y locales

Buenas prácticas:

• Establecer los mecanismos de intercambio de información y archivo en los cuales se comunican los cambios, ajustes en estrategia, desviaciones, requerimientos de recursos, entre otros, para evitar desperdicio, redundancia o desviaciones importantes

Buenas prácticas:

• Planear esquemas flexibles de arquitectura y diseño para poder hacer frente a cambios importantes en las reglas de negocio que rigen el sistema. considerando un equilibrio entre el valor y costo de la solución.

Buenas prácticas:

• Contar con un espacio de comunicación en que sea válido compartir: noticias del proyecto, inquietudes, recomendaciones, alternativas, entre otros; con la finalidad de mantener un canal efectivo y poder detectar oportunidades y facilitar tareas.

Buenas prácticas:

• Compartir los elementos de negocio y técnicos con que se cuenta de un proyecto, para dar a los roles de diseño, servicios y arquitectura, la oportunidad de elegir la mejor plataforma tecnológica disponible para el proyecto.

Buenas prácticas:

• Definir los criterios que se seguirán para generar ambientes de trabajo de desarrollo, pruebas, pre-producción y producción, con la finalidad de atender las necesidades de los equipos (aún para experimentar), sin perder el control de los ambientes.

Buenas prácticas:

• En proyectos de alta complejidad, considerar perfiles específicos de documentadores que puedan generar la documentación mínima necesaria para que la solución sea útil, clara, mantenible; y que se lleve a la par del desarrollo del producto de software.

Buenas prácticas:

• En proyectos de alta complejidad, se vuelve aún más valioso el uso homologado de estándares en los diferentes artefactos de software en el proyecto o programa. Esto permite una línea de claridad y previene posibles errores en el producto.

Buenas prácticas:

• Establecer procesos claros para el uso de versionado tanto del código fuente como de la base de datos, para su uso por todos los integrantes técnicos del proyecto.

Buenas prácticas:

• Programar reuniones de trabajo frecuentes entre involucrados de diferentes áreas y equipos de trabajo para mantener una comunicación cercana y cara a cara, lo cual permite tener una perspectiva y estrategia comunicada y compartida.

Buenas prácticas:

• Dar tiempo de experimentación al interior de los equipos de trabajo, en bloques de tiempo definidos, lo cual brinda perspectiva para fortalecer competencias, conocimientos y poder hacer uso de nuevas herramientas y enfoques.

Buenas prácticas:

• En los repositorios de archivos, generar estructuras homologadas y comunicadas que permitan su aprovechamiento y uso efectivo (de acuerdo con el nivel de acceso correspondiente definido).

Buenas prácticas:

• Involucrar a perfiles de pruebas y/o aseguramiento de la calidad al interior de los equipos de trabajo desde el inicio, con la finalidad de poder mantener a estos especialistas con la perspectiva requerida y habilitar la preparación de sus productos

Buenas prácticas:

• Estandarizar a nivel programa o proyecto, la forma en que se dará seguimiento y visibilidad a las actividades y entregables con la finalidad de tener un entendimiento global del estado y requerimientos de los mismos.

Buenas prácticas:

• Privilegiar el diseño e incorporación de componentes dinámicos y/o flexibles para integrar la solución de software.

Buenas prácticas:

• Conservar en mente las expectativas y la experiencia de usuario en el uso del producto de software, incorporando prácticas de usabilidad, visibilidad, accesibilidad, lenguaje ciudadano, por mencionar algunas.

Buenas prácticas:

• Independientemente del ciclo de vida del producto, considerar el enorme valor de las pruebas de software y las revisiones de calidad como parte fundamental del desarrollo de un producto de software.

Buenas prácticas:

• Utilizar configuraciones centralizadas que sean compartidas por todos los subproyectos o componentes del producto de software, evitar incluir especificaciones locales o personales.

• Ana Berenice Rodríguez Lorenzo: Técnico Académico
• Alejandro Bsrradas Salinas: Becario
• Roberto Arellano Jiménez: Becario
• Alfredo Alonso Peña: Coordinador de sistemas
• Franscisco Javier Fonseca: Titular de la Unidad de Transparencia
• Dulce María Milián García: Becario
• Felipe Bracho Carpizo: Director General de Cómputo y de Tecnologías de Información y Comunicación
• Juan Manuel Castillejos Reyes: Subdirector
• Mario Alberto Arredondo Guzmán: Líder Técnico
• Marcela Peñaloza Báez: Directora de Colaboración y Vinculación
• Miguel Ángel Islas Flores: Técnico Académico
• Heidi Alejandra Pérez Vera: Técnico Académico
• Areli Vázquez Padilla Díaz: Técnico Académico
• Luis Daniel Barajas González: Técnico Académico
• Jorge Barrón Machado: Jefe de departamento
• José Othoniel Chamú Arias: Técnico Académico
• Susana Laura Corona Correa: Técnico Académico
• Hugo Germán Cuéllar Martínez: Técnico Académico
• Karla Alejandra Fonseca Márquez: Técnico Académico
• Edgar Vargas Zermeño: Técnico Académico
• María de los Ángeles Ingrig Sánchez Zarazúa: Técnico Académico
• Alfredo Morales Sánchez: Desarrollador de software
• Jonathan Leonardo Silva Blasio: Desarrollador de software
• Jorge Alberto Vázquez González: Desarrollador de software
• Cristhian Eder Alavez Barrita: Técnico Académico
• Daniel Michael García Guevara: Probador de software
• Fernanda Mañon Hernández: Probador de software
• Liliana Rangel Cano: Jefe de departamento
• Rosalia Rosas Castañeda: Probador de software
• Hugo Alonso Reyes Herrera: Subdirector
• José Luis Chávez Sánchez: Técnico Académico
• Alberto González Guízar: Jefe de departamento
• Silvia Osorio Gómez: Enlace con Transparencia

• statics/archivos/galeria_proyecto/Py130_1435552531-Img.PNG
• statics/archivos/galeria_proyecto/Py130_1918451911-Img.PNG
• statics/archivos/galeria_proyecto/Py130_2000108361-Img.PNG
• statics/archivos/documentos_proyecto/Py130_1100058751-Of.292ApoyoReconocimientosANUIES-TIC2019_Transparencia.pdf
• http://www.transparencia.unam.mx/obligaciones/video/ayuda.mp4
• http://colaboracion-vinculacion.tic.unam.mx/VIDEOS/PortalTransparencia1.mp4
• http://www.repositoriogeneral.unam.mx/app/webroot/digitalResourcesFiles/9/1382_2019-05-31_141130.178423/SolucionTransparenciaUNAM.pdf
• http://www.repositoriogeneral.unam.mx/app/webroot/digitalResourcesFiles/9/1381_2019-05-28_182758.166954/PresentacionTransparencia.pdf

Descripción del riesgo:
Que el Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales cambie el mecanismo de publicación de datos en la Plataforma Nacional de Transparencia y que la forma en que se envían los datos actualmente cambie.

Impacto: Medio

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Valorar los mecanismos de publicación propuestos, para revisar el impacto de cambiar los mecanismos de publicación de información, dados los tiempos de actualización de las obligaciones.

Descripción del riesgo:
Que por normatividad, cambien los elementos de presentación y/o accesibilidad de los portales de transparencia, que indique alguna forma distinta para interactuar y visualizar la información.

Impacto: Medio

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Evaluar la especificación y alcance de los ajustes requeridos y evaluar el impacto de dicho cambio en los componentes de la solución de transparencia de la Universidad.

Descripción del riesgo:
Que exista algún cambio en la estructura de la Universidad en cuanto a su organización interna, que pudiese afectar el ejercicio de coordinación o flujo de consolidación de la información de las áreas universitarias que opera actualmente.

Impacto: Medio

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Podría darse un cambio que llevase a valorar la forma en que se tienen asignada la responsabilidad de la concentración y validación de las obligaciones de transparencia, pudiendo traer posiblemente el surgimiento de nuevos estatus o puntos de validación de los datos a considerar en el portal web.

Descripción del riesgo:
Que el Consejo Nacional de Transparencia autorice un cambio normativo que incremente o modifique la estructura de datos de las obligaciones de transparencia, o que se generen nuevos formatos aplicables para la Universidad.

Impacto: Medio

Probabilidad de ocurrencia: Probable

Costo asociado($): 0

Acción a realizar(en caso de presentarse):
Aunque se dejaron programas y estructuras flexibles, habría que modificar el diseño de bases de datos, así como modificar scripts de validación e importación. En la parte gráfica del Portal habría que revisar la categorización de la nueva información y su correspondiente estructura en texto y visual

Nombre de la aplicación*:
Portal de Transparencia Universitaria. La cual se apoya de la Plataforma Universitaria de Transparencia (www.plataformatransparencia.unam.mx), un Repositorio (www.repositoriotransparencia.unam.mx), un componente de importación y validación internos

Especficación técnica de la aplicación

---

Tecnologías usadas:
MongoDB, Java, NodeJs, Python, Librerías Javascript

Link para consultar la aplicación*:
http://www.transparencia.unam.mx

Metodologías / Modelos/Prácticas / o consideraciones especiales para la realización del producto:
Sistema de Gestión de Calidad ISO 9001:2015 orientado a la administración de proyectos de software, prácticas de metodologías ágiles, así como prácticas de indexación, visibilidad, usabilidad y flexibilidad de la solución.

Propiedad intelectual y licenciamiento

---

Propietario del código fuente*:
Desarrollo Interno

Origen del producto*:
Desarrollo Interno

Propietario de la Base de Datos*:
Desarrollo Interno

Especficación técnica de la aplicación

---

Tecnologías usadas:
API REST

Tipo de Aplicación Web*:
Desarrollo de software a la medida

Navegadores que soportan la aplicación*:
Firefox

Navegadores que soportan la aplicación*:
Safari

Navegadores que soportan la aplicación*:
Opera


PHP


PostgreSQL


Apache


Aplicación responsiva (Auto-adaptable a dispositivos móviles)

Tecnologías usadas:
CSS

Especficación técnica de la aplicación

---

Tecnologías usadas:
HTML

Tecnologías usadas:
JQuery

Tecnologías usadas:
Framework MVC

Tecnologías usadas:
Bootstrap

Navegadores que soportan la aplicación*:
Chrome

La garantía del producto es de*:
permanente

El mantenimiento será realizado por*:
Desarrollo Interno

¿Se cuenta con las condiciones idóneas para poner en operación el proyecto (Infraestructura, capacidad humana, normativa, tecnológica, etc.?*:
Se cuenta con la infraestructura para operar el proyecto

¿Se tiene planeado el presupuesto para el mantenimiento y operación del resultado del proyecto durante toda la vigencia del mismo?*:
Se tiene planeado para toda la vigencia

¿Los resultados del proyecto serán publicados en la página de la institución o en alguna otra herramienta para su consulta púbica?*:
Sí serán publicados

¿Existen o existirán mecanismos de participación, colaboración o retroalimentación institucional en la operación del proyecto (P.e uso de redes sociales, eventos, etc.)?*:
Sí existen mecanismos de participación

Responsable: Sergio Javier Uribe Nava
Institución: UNIVERSIDAD DE GUADALAJARA (UDG)
Categoría: Innovación de la gestión mediante las TIC

Resumen: El proyecto Blockchain de la UDG se inscribe en la categoría de Innovación de la gestión mediante las TIC, el cual busca aumentar la seguridad de la información, proteger la privacidad de la misma y obtener una evolución significativa en la implementación y adopción de las tecnologías de información. Su objetivo es proveer una mejora en el servicio de transacciones electrónicas, así como la confiabilidad y seguridad de las mismas. El proyecto impacta a la Red Universitaria en la mejora de la competitividad y seguridad de la información de los sistemas de la institución. El primer sistema que usó la Red Privada Blockchain RPB es el Sistema de Entrega-Recepción Universitario SERU, este permite llevar el control y seguimiento del proceso de registro de información de las Entregas-Recepción de los cambios de puestos en la administración de la UDG. El problema que atiende el proyecto es que no existía un mecanismo de protección para la integridad de los expedientes electrónicos los cuales requieren de la trazabilidad en sus transacciones, registros únicos y no alterables. El equipo de trabajo fue multidisciplinario conformado por 36 personas, su alcance es estatal y tiene una proyección nacional. Los usuarios afectados por la práctica resultante son 2916 con 4356 expedientes vinculados con la RPB. Una vez cerrado el expediente se propaga en la RPB donde se identifica mediante un consenso con los nodos si el documento es integro, de ser así se confirma la validación.

Necesidades que originan el proyecto: La Implementación de la tecnología Blockchain en la Universidad de Guadalajara surge de la necesidad de que los usuarios de diversos sistemas de la institución cuenten con mayor certeza en la integridad de la información que transita por la red. Con respecto a la incorporación del Sistema de Entrega-Recepción Universitario –SERU- a la RPB surgió de la necesidad de reducir sustancialmente el uso de papel físico y aumentar la seguridad de la información almacenada en los expedientes cerrados, los cuales requieren de la trazabilidad en sus transacciones, registros únicos y no alterables. Es importante hacer énfasis en la decisión que se tomó en la institución para generar e implementar un concepto diferente de la tecnología Blockchain. Dicho de otra forma, hablar de la tecnología Blockchain no es hablar de criptomonedas, es decir, generalmente al buscar información acerca de la tecnología Blockchain, esta hace referencia a las criptomonedas, siendo que son el resultado de la implementación de un contrato inteligente. De manera que un contrato inteligente se encuentra sobre una plataforma tecnológica, por lo que se conoce como Blockchain o cadena de bloques.El monitor para la Red Privada Blockchain es un componente de la misma red, el cual consiste en monitorear los nodos participantes, este hecho con tecnologías diferentes a las que se utilizan en la CGTI y sus características principales son: la integración, el rendimiento, seguridad, sincronización y la tolerancia a fallas.

Objetivo general: Fortalecer la confianza de los usuarios en la gestión de transacciones electrónicas a través de los sistemas de información de la Universidad de Guadalajara, Contar con un servicio de transacciones electrónicas que sea integro, seguro, confiable y homogéneo,Implementar un proceso de mejora en la alineación de los sistemas de información de la Universidad de Guadalajara, al generar transacciones electrónicas, yReducir la duplicidad de trabajo en el diseño, desarrollo e implementación de sistemas de información. Determinar a través un monitor que nodos participantes se encuentran activos y cuales se encuentran sincronizados, así como poder validar transacciones. A través de la herramienta SNMP con la herramienta PRTG Network determinar la salud de los nodos participantes.

• Incorporar la tecnología Blockchain y sus componentes en la plataforma de desarrollo de software de la CGTI para generar transacciones seguras y que al menos un sistema de la Universidad de Guadalajara haga uso del servicio.

• Asignación eficiente de los recursos
• Reducción en los costos en la Institución
• Atracción de recursos externos
• La continuidad del negocio
• Impulsa la transparencia institucional.
• Mejora los servicios de información en las IES
• Impulsa la incorporación a un sistema de organización y clasificación de archivos de la dependencia proponente que se oriente a cumplir con las obligaciones de transparencia y acceso a la información.
• Implantó mecanismos para lograr el trabajo en equipo
• Favorece el desempeño y calidad en el servicio final.
• Generar valor a la Institución a través de las TI (riesgos, satisfacción de usuarios).
• Impulsar soluciones tecnológicas con principios de accesibilidad, sustentabilidad y pertinencia.
• Posicionar a la Institución en el desarrollo en proyectos de difusión y colaboración del conocimiento a través de las TI.
• Constituye la construcción de las bases para la interoperabilidad entre distintas instancias
• Hubo reducción de actividades repetitivas, cuellos de botella y tiempos muertos durante el proceso.
• Fortalece la estrategia para la simplificación administrativa; agregando nuevos procesos, sistematizarlos y automatizarlos
• Contempla el desarrollo de habilidades con equidad de género.
• Estrategias de sustentabilidad

Beneficios generados con la realización del proyecto:

• Reducción de costos
• Reducción de tiempos
• Mejora de la gestión pública
• Mejora en el servicio
• Mayor transparencia

Población beneficiada:

• Administrativos

Buenas prácticas:
• Definición de Requerimientos y AdministraciónCalendario de Desarrollo y ControlCosto Estimado y ControlPlaneamiento de Calidad y ControlDisponibilidad de Recursos Humanos, Equipos de Desarrollo y Desempeño

• Miriam Elizabeth Huerta Raygoza: Administrativo
• Sergio Javier Uribe Nava: Coordinador de proyectos
• Luis Alberto Gutiérrez Díaz de León: Coordinador General
• Jaime Eduardo Alvarez García: Desarrollador
• María Guadalupe Muñoz Díaz: Tester
• Jorge Alberto Baeza Hernández: Tester
• Edgar Salvador Rivera Alatorre: Diseñador
• Sandra Saucedo Mejía: Administrador de la base de datos
• Marco Josué Núñez: Operador de la red
• Jesús David Salas Valle: Jefe Operativo Especializante

• https://cgti.blockchain.udg.mx/BlockchainUDG-1.0/
• http://cgti.blockchain.udg.mx:9990/console/App.html
• http://cuci.blockchain.udg.mx:9990/console/App.html
• https://cuci.blockchain.udg.mx/BlockchainUDG-1.0/
• statics/archivos/galeria_proyecto/Py102_1107246591-Img.png
• statics/archivos/galeria_proyecto/Py102_1107247092-Img.jpg
• statics/archivos/documentos_proyecto/Py102_1107247091-Oficio ANUIES-TIC reconocimiento 2019.pdf
• statics/archivos/documentos_proyecto/Py102_1107247092-Ambiente Integral UDG.pdf

Descripción del riesgo:
Perdida de la información de la cadena de bloques en toda la red.

Impacto: Alto

Probabilidad de ocurrencia: Poco probable

Costo asociado($): 1

Acción a realizar(en caso de presentarse):
Realizar una recuperación de información a través de la política de respaldo establecida previamente.

Nombre de la aplicación*:
Blockchain para la Red Universitaria

Especficación técnica de la aplicación

---

Tecnologías usadas:
Phyton + REACT

Link para consultar la aplicación*:
https://cgti.blockchain.udg.mx/BlockchainUDG-1.0/

Metodologías / Modelos/Prácticas / o consideraciones especiales para la realización del producto:
Metodología PMBOK, SCRUM y cascada

Propiedad intelectual y licenciamiento

---

Propietario del código fuente*:
Desarrollo Interno

Origen del producto*:
Desarrollo Interno

Propietario de la Base de Datos*:
Desarrollo Interno

Especficación técnica de la aplicación

---

Navegadores que soportan la aplicación*:
Chrome

Tipo de Aplicación Web*:
Desarrollo de software a la medida

Tecnologías usadas:
API REST

Navegadores que soportan la aplicación*:
Firefox

Navegadores que soportan la aplicación*:
Internet Explorer


Java


PostgreSQL


JBoss

Tecnologías usadas:
Web Services

Tecnologías usadas:
Java Server Faces

Mantenimiento del Producto

---

La garantía del producto es de*:
3-5 años

El mantenimiento será realizado por*:
Desarrollo Interno

¿Se cuenta con las condiciones idóneas para poner en operación el proyecto (Infraestructura, capacidad humana, normativa, tecnológica, etc.?*:
Se cuenta con la infraestructura para operar el proyecto

¿Se tiene planeado el presupuesto para el mantenimiento y operación del resultado del proyecto durante toda la vigencia del mismo?*:
Se tiene planeado para toda la vigencia

¿Los resultados del proyecto serán publicados en la página de la institución o en alguna otra herramienta para su consulta púbica?*:
Se desconoce

¿Existen o existirán mecanismos de participación, colaboración o retroalimentación institucional en la operación del proyecto (P.e uso de redes sociales, eventos, etc.)?*:
Sí existen mecanismos de participación