Buenas a todos, Intentaré responder a todos los correos a la vez para ahorrar tiempo, y para que la lectura y recapitulación sea mejor.
¿Has mirado el Request Tracker? > http://www.bestpractical.com/rt/ Lo consideré como una de las primeras alternativas tras darme cuenta del infierno que suponía modificar Bugzilla. El problema es que este también está hecho en Perl, un lenguaje que no es facil y sencillo de usar. La idea es que modificarlo no requiera una especialización demasiado grande. He pensado en Eventum o en Track (http://trac.edgewall.org/). Me gusta como están hechos por dentro (he mirado el código), y además el soporte de L10n lo considero básico, ya que fue otra de las razones por las que deserté de Bugzilla. Sobre autenticación: > ¿Has pensado en openid? Quizás la siguiente presentación te aclare cómo usar openid de manera > sencilla: > > http://www.rediris.es/difusion/eventos/foros_movilidad-identidad/2011/ponencias/doc/MiguelMacias-openID.pdf > Lo que he entendido es quieres es delegar la autenticación fuera de la > aplicación (no sé si la autorización también), es decir que la aplicación > se comporte como un SP que se conecte a un IDP. Lo que no me queda claro es > en qué IDP estas pensando, ¿en el de la EHU?, ¿en uno propio?, ¿en uno > externo (por ejemplo, google como idp)?,.. > La idea es que la autenticación (el IDP) sea algo ya de la universidad (utilizando un método aunque sea algo indirecto), y de la autorización se encargaría la aplicación. Por supuesto, esto solo en caso de que tuviera que hacer la aplicación por mi cuenta. En caso de que consiguiera que se estableciera como un servicio, aunque de momento solo tenía pensado utilizarlo internamente, tiraría hacia alguna vía más oficial para la autorización. De todos modos, este mail iba dirigido principalmente a conocer la "API" que hay en la universidad para hacer aplicaciones. - Posibilidad de reservar aulas a través de la web del Consejo de > Estudiantes. > - Posibilidad de tramitar quejas a través de la web del Consejo de > Estudiantes (Protocolo de quejas, KEXA TU). > Esto está muy bien, pero no es lo que busco. La idea principal de lo que quiero conseguir es que si viene alguien con un problema del tipo que sea al CEC, yo de una manera uniforme: - sea capaz de tener un hilo único en el que tenga toda la información referente al caso (un bug-tracker es ideal para este caso) - no tenga que ir avisando al alumno (o alumnos) de cuales son los pasos que se han ido haciendo si no que baste con escribir en el hilo (comentarios en el bug) - pueda conseguir con una simple búsqueda saber cuales son las tareas que tenga pendientes - pueda asignar a las diferentes personas que hacemos el trabajo los hilos. - el alumno pueda acceder a este servicio facilmente (sin necesidad de crear cuenta) - sea un método por el cual pueda avisar a un conjunto de alumnos sobre un problema (atraso en la corrección de exámenes) y el progreso que se está haciendo - valga también para el resto de trámites de un CEC, e incluso, facilite las labores de los delegados a la hora de ejercitar sus "responsabilidades" Por desgracia, la reserva de aulas no es uno de los problemas a los que tenemos que enfrentarnos en el CEC (raramente hay una de estas). Es lo referente a las quejas, no he visto nada "web" en la página web del CEC central, he visto que te explican los pasos, lo que al final es un protocolo normal y no informatizado. - www.ikasleak.ehu.es/p202-ikontsct/es > Me aparece una página web en blanco con links a facebook, twitter y youtube - Todos los consejos de estudiante disponen de una cuenta corportiva > siguiendo los patrones de Ekarguak. > Muy util, y nos facilita muchísimo la comunicación con los alumnos, pero quiero ir un paso más allá. > - Tenemos a falta de finalizar los correos para los cargos/responsables > y/o grupos de trabajo que pueda haber en cada órgano (Central y Campus > principalmente). > Necesario, y estoy a la espera, pero quiero llegar al siguiente paso. - Existe un FAQ que se puede descargar por Bluetooth cuyo desarollo encargó > Lurgorri (una asociación de estudiantes). Hemos barajado varias veces la > posibilidad de llegar a algún acuerdo para que nos cedan la aplicación y > poder actualizar periódicamente el contenido. > Un FAQ es util cuando la gente conoce que está ahi. El problema es que toda la información está *muy* dispersa, no hay un sitio al que ir y tengas todo. > - La universidad está implantado Liferay para sustituir algunos de los > servicios disponibles (como ya se ve en Ehutaula, por ejemplo) y también > está unificando el acceso (GISSO se llama?). > La idea detrás de los links que os pasaba es aprovecharme de esta interfaz. El link [4] que os ponía era una interfaz que se quiere utilizar y que se basa en el SSO. De hecho, es algo que se utiliza por REDIRIS, y que va muy en la linea de lo dicho por Libo. El problema con el sistema GISSO es que no encuentro ningún tipo de documentación, y lo que he encontrado de momento es un programa que modifica el DE para loguearse por ti, una especie de gnome-keyring/kde-wallet. > - Hay un proyecto que está en fase piloto (no sé por cual va) llamado > Zabaldu (lo presentaron en las SLUN11). En el Consejo de Estudiantes de la > UPV/EHU nos han cedido un playground para que podamos conocer y > familiarizarnos con la herramienta (nos han dicho que se puede usar como > blig/foro/wiki/muro o panel) antes de implantarla a diferentes niveles > (universidad, campus, centros...). > He oido sobre ello, pero no he tenido la oportunidad de verlo. Pero estoy seguro de que no lleva un gestor de consultas integrado. Mi idea era integrar mi aplicación cuando saliera. En cualquier caso, las necesidades que de momento planteo cubrir son las de mi CEC, y si consigo hacerlo suficientemente bien, sería extensible al resto de la universidad. > Si te interesa, creo que podría ser interesante tomar algo un día de estos > y comentar un poco más en profundidad el tema. > Este viernes por la tarde estoy libre, y si no, la semana que viene. En itsas soléis hacer quedadas? Yo voy a dejar el Consejo de Estudiantes, porque espero terminar la > carrera hoy (kaixo Unai :D), pero en cualquier caso creo que podría venirte > bien conocerlo para "adaptar" tu desarrollo. Si no tienes inconveniente, lo > que estás haciendo seguro será muy positivo para los proyectos anteriores. > Estoy muy interesado en familiarizarme con todo lo que hay (planeo hacer otra carrera todavía), y desde luego todo el trabajo que me pueda ahorrar es bienvenido =D > Hola, > mi recomendación es que sigas el principio KISS (Keep It Simple ... > Please! ). Lo que comentas me parece que va a conllevar mucho trabajo y > conocimientos, y según he leído en unos meses te vas... lo cual dejaría la > iniciativa en manos de otros que deberían ponerse al día etc... > Estoy de acuerdo, el problema es que no he visto nada implementado que se ajuste a las necesidades que os he descrito. De todos modos, a la hora de elegir la plataforma que tengo pensado modificar, he tenido muy en cuenta que tiene que ser facil de entender (PHP o python). Estoy también en contacto con otras Universidades para ver como lo hacen ellos, y al parecer, no existe nada hecho, por lo que seguramente habría gente interesada en unirse fuera de esta universidad. > Yo optaría por: > a) Usar las herramientas que la universidad dispone: > Para mandar mensajes a todos los alumnos existe el sistema de tablones: > > http://www.tic.ehu.es/p265-shintrct/es/contenidos/noticia/tablones/es_tablon/ehutaula.html > Ten en cuenta que la necesidad que planteo cubrir puede necesitar privacidad, y además, pretendo que se manden los correos a la gente interesada, no a todo el mundo. También pretendo que los usuarios no tengan que preocuparse por ver el estado de sus consultas, si no que les llegue un mail con información actualizada. Aún tengo que encontrar cual es la manera de hacer los grupos, pero puede que al final si que tenga que involucrar a los delegados para generar las listas. > Si necesitáis blogs tenéis : > http://www.ehu.es/ehusfera/es/ > Por desgracia es un servicio restringido para PDI, pero lo anoto (ya que como os decía, el gestor de consultas es una parte). Aunque seguramente cuando salga la plataforma que comentaba Unai, Zabaldu, este servicio sea absorvido. Si queréis un sistema de tracking de incidencias igual hablándolo se os > podría meter en Lagun con varios perfiles e integraros en el sistema de la > UPV/EHU en lugar de montar un sistema paralelo. > El problema de Lagun es que no es tan flexible como me gustaría, y está modificado para la gestión del CIDIR. No creo que utilizar el mismo servicio para la atención de alumnos por parte de los consejo de estudiantes y de toda la universidad por parte del CIDIR. También es verdad que la idea del bugtracker me vino en gran parte por el sistema actual del cidir. y/o b) Solicitar al CIDIR (avalado por ejemplo vuestro administrador de > centro y/o decano) que se cree un nuevo servicio con las necesidades > específicas de los consejos de estudiantes para que ese servicio forme > parte de los servicios corporativos de la universidad, con lo cual sería > algo mantenido 24x7 en un CPD en condiciones (backups, problemas de > hardware, apagones de luz, ...) y no un PC viejo en el armario de las > escobas de un centro. > Este correo era principalmente para conseguir información de todo lo que hay en la universidad, y si cuando acabe el análisis de alternativas, me encuentro con que hay una necesidad en el mercado (aunque sea a nivel de universidades) que no está satisfecha, lanzaré un proyecto para su implementación. No me gusta mezclar threads, pero, actualmente, además del meeting de KDE, hay algún grupo de trabajo implementando algún proyecto software en Itsas? Acabando con el thread principal, me voy a reunir con Maite Zelaia para hablar de esto. Tengo pensado plantearle el problema que hay de comunicación del alumno hacia los CEC y las dificultades que encontramos los CEC (de nivel de centro) para comunicarnos con ellos. Y mi idea es conseguir solución pensada para poder planteársela. Un saludo a todos, Javier Domingo
_______________________________________________ ITSAS mailing list [email protected] http://list.ehu.es/mailman/listinfo/itsas
