6 de julio de 2009

El PREP de SLP de la teoría a la práctica

La historia no la tengo completa, pero lo que es claro es que la Facultad de Ingeniería de la Universidad Autónoma de San Luis Potosí (UASLP) estuvo (esta) relacionada con el sistema de PREP en SLP. Digo que no tengo la historia completa porque no sé si la UASLP se encargado del desarrollo del sistema, de "hostearlo", de su seguridad, de su arquitectura, de supervisarlo; no sé si estuvo a cargo de todo o sólo algo.

Pero en lo que el rol se aclara, el nombre de la UASLP ya quedo completamente manchado. El PREP para el estado de San Luis Potosí no sólo no funciono, sino que dio datos incorrectos. Lo peor que le puede pasar a un sistema de informático. No importa que den explicaciones, validas o no; el nombre de UASLP ya se asocia con el fiasco. La prensa nacional cómo Proceso o El Universal dan cuenta de los hechos; la prensa local cómo Pulso también los narra pero, cómo sus links no son confiables por más de 24 horas, no los incluyo.

Cómo ex-alumno que soy de la UASLP me da tristeza. Cómo experto en Interacción Humano Computadora, creo que las críticas se quedan cortas. Consulté el PREP a eso de las 7am hora de Londres (1am hora de SLP), la página que se abría era totalmente en Flash, una animación que me daba los datos para la elección de gobernador. Un menú de pull-down me deja ver los resultados de los distritos. Los resultados se mostraban por unos segundos e inmediatamente cambiaban. Los siguientes datos que mostraban eran de otro distrito, o de porcentajes en lugar resultados totales. No se podía cambiar entre distritos, había que esperar a que la animación diera su ciclo. Me frustre y deje ver la página, mejor busque la información resumida en alguna nota periodística por alguien que haya tenido la paciencia para sintetizar los datos. Unas horas después volví a consultar la página y vi que habían agregado más menús pull-down. Pero para entonces ya había leído que el sistema no era considerado confiable.

Se pueden mencionar muchas críticas, pero me llaman la atención principalmente las que ocasionaron mi frustración cómo usuario:
  • Nombre del servidor: osito.uaslp.mx. Con ese nombre no sé si me encuentro en el servidor de pruebas, en el de desarrollo, o en el me vale madre. ¿Cómo esperan que haya credibilidad en un servidor con ese nombre? Si, el nombre no es todo; pero es la primera carta de presentación. Paradójicamente, no fue un osito, sino un osote.
  • Interfaz en Flash. Aunque de entrada no hay nada de malo desarrollar aplicaciones web en Flash, es fundamental que se den alternativas. Cómo usuario: Flash es más lento y se puede tardar en cargar; su seguridad esta comprometida; considerando la brecha digital en México y SLP, se tiene que esperar que muchos usuarios tienen conexiones lentas o computadores viejos.
  • Interfaz en Flash 2. Los valores estéticos de la interfaz están omisos.
  • Usabilidad. El usuario no tiene ningún control sobre el flujo de datos. Las páginas cambian después de cierto tiempo, aún en contra de la voluntad del usuario. El cambio de un distrito a otro parece aleatorio. Las animaciones usadas no ofrecen ningún beneficio y sólo confunden.
El sistema no cumple con los requisitos de cualquier sistema de información para que sea usable: Eficaz, Eficiente y Satisfacción y preferencia del usuario. No es eficaz porque no es expedito para presentar la información. No es eficiente porque los datos mostrados no son correctos. El último punto fue discutido anteriormente.

Si la UASLP estuvo encargada del desarrollo del sistema, mi principal pregunta es, ¿Por qué? Para eso hay empresas especializadas en desarrollo de software, sistemas interactivos y de información. Se le pudo haber pedido a la UASLP que revisara las especificaciones, que colaborará en la elaboración de los requisitos, que verificara que éstos fueran satisfechos. Que recomendará el uso de las técnicas más modernas resultado de la investigación. Se le pudo haber pedido su "expertise". Pero no que lo programara.

Y no es por miedo al fracaso, es simplemente por la función propia de una Universidad. Una Universidad no es una fabrica, es un lugar para generar y difundir conocimiento. Un alumno promedio de cualquier carrera de informática puede programar un sistema pequeño, pero no una aplicación de este tamaño. Es bien sabido en ingeniería de software que la experiencia de los programadores y los arquitectos en sistemas es fundamental para el desarrollo exitoso de un programa. Y los expertos en desarrollar software están en la industria; los expertos en estudiar como se desarrolla el software están en la Universidad.

Una mala decisión que pone el nombre de mi querida alma-mater en entre dicho. Espero que no pongan al departamento de Ingeniería Civil a construir puentes o casas (Ojo: construir, no diseñar).