Se me ha olvidado también: - 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). - www.ikasleak.ehu.es/p202-ikontsct/es
El 24 de enero de 2013 14:15, Unai Martinez <[email protected]> escribió: > Kaixo: > > Siento escribir un mensaje tan escueto y apresurado, pero tengo un examen > a las 16:00, y prefiero pegar el toque para que no se me pase. > > Yo soy miembro del Consejo de Estudiantes de la UPV/EHU y del Consejo de > Estudiantes de Bizkaia. Irónicamente entré en esos órganos para facilitar > la comunicación entre alumnado y consejos, y entre los propios consejos. > Cierto es que poco hay visible, pero algunas cosas hemos hecho: > > - Todos los consejos de estudiante disponen de una cuenta corportiva > siguiendo los patrones de Ekarguak. > - 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). > - 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. > - 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?). > - 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...). > > 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. 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. > > Ondo izan > > Unai > > > El 24 de enero de 2013 09:38, Aitor Cuartango > <[email protected]>escribió: > > 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... >> >> 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 >> >> Si necesitáis blogs tenéis : >> http://www.ehu.es/ehusfera/es/ >> >> 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. >> >> 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. >> >> Por lo demás me parece muy interesante el proyecto, si al final te lanzas >> ánimo y si podemos ayudarte lo haremos. >> >> aitor >> >> >> El 23 de enero de 2013 17:10, Javier Domingo <[email protected]>escribió: >> >>> Buenas, >>> >>> Me llamo Javier Domingo, soy alumno de ETSIB (Teleco telemática), >>> miembro del CEC y me falta el PFC para acabar la carrera. >>> >>> Estoy intentando poner en marcha un método que facilite la comunicación >>> entre alumnos y consejos de estudiantes, al menos de momento solo me centro >>> en eso, si sale bien, mi idea es conseguir incluir también el sector de >>> PAS/PDI. >>> >>> En estos momentos, estoy centrando mi trabajo en conseguir hacer un FAQ >>> para que los alumnos puedan encontrar soluciones a diferentes dudas que se >>> nos plantean a menudo de una forma informatizada y automática. >>> >>> Para ello, he creado un blog de wordpress, e instalando unos plugins, he >>> creado el FAQ. De momento no lo he publicado, ya que quiero probarlo de >>> diferentes maneras a ver si es una plataforma efectiva. >>> >>> De esta manera, conseguiría hacer llegar a los alumnos respuestas a >>> preguntas frecuentes. >>> >>> Pero con esto no basta. En un principio había pensado en solicitar >>> acceso por parte de los CEC a las listas de distribución de correo que >>> tienen los profesores para cada asignatura, para posibilitar enviar correos >>> de una forma que no nos dejaramos a nadie, por ejemplo, para avisar de una >>> solicitud de cambio de horario, etc. >>> >>> Ya que actualmente, los delegados tienen serias dificultades para >>> ponerse en contacto con sus representados, también había pensado en hacerlo >>> todo junto. >>> >>> El problema con esto era conseguir evitar un uso ilícito del acceso al >>> servicio de distribución de correo por parte del delegado. Además, >>> requeriría contactar con los técnicos informáticos para cambiarlos todos >>> los años, y formar a los delegados, en caso de dárseles acceso. >>> >>> Viendo que la solución de la lista de distribución no es óptima, tras >>> reportar un bug, me di cuenta de que un bug tracker sería perfecto en este >>> caso, además recordé la interfaz de lagun.ehu.es. >>> >>> El problema con esto, es que requeriría maquillar la interfaz para >>> eliminar la palabra bug (por ejemplo), además de adaptar el funcionamiento >>> para que cualquiera pudiera crear un ticket, y fuera el CEC el encargado de >>> asignarlo al que correspondiera, además de suscribir a los alumnos que >>> fuera necesario. >>> >>> Con esto empecé poco a poco, instalé el bugzilla, y tras varias pruebas >>> y echar un vistazo al código, migré a eventum (plataforma de mysql). >>> También he probado otras plataformas de gestión de tickets, pero ninguna >>> acababa adaptandose perfectamente. >>> >>> Por lo que una pregunta tras toda esta explicación es, ¿Conocéis alguna >>> plataforma (opensource y gratuita) que se adapte a las >>> necesidades/funcionamiento que he descrito, o al menos, sabéis de alguna >>> que se acerque más que eventum? >>> >>> Otra de las cosas que he ido haciendo paralelamente ha sido la >>> autenticación de los usuarios. Uno de los problemas que me planteaba era >>> que tenía que registrar (u obligarles a registrarse) a los usuarios que >>> quisieran utilizar la plataforma. >>> >>> A través del funcionamiento de los ordenadores de los centros de >>> cálculo, aprendí a autenticar usuarios, e incluso, a hacer un filtrado por >>> centros. >>> >>> Configuré bugzilla para que autenticara usuarios primero contra el LDAP >>> y luego contra la BBDD local, pero por diseño, está preparado para además >>> de autenticarlos, guardar la contraseña. Y esto definitivamente no podía >>> ser (aún estando en hash). >>> >>> En ese momento me pasé a Eventum, y empecé a modificarlo para que apache >>> se encargara de autenticar usuarios, evitando así que la contraseña pasara >>> por el programa. >>> >>> El problema con esto era que las contraseñas seguían pasando por el >>> servidor, cosa que yo definitivamente no veo bien (estoy más a favor de las >>> plataformas OAuth), y me puse a buscar sobre otros métodos que utiliza la >>> universidad para autenticar usuarios. >>> >>> Buscando, dí con esta página[1], que se utiliza para autenticar usuarios >>> utilizando algo parecido al OAuth, pero bastante más trivial. >>> >>> Empecé a explorar como tiene la universidad montada la autenticación de >>> un servicio externo. En la página[1] se redirige a la página de rediris >>> para identificar el servicio que se quiere autenticar[2]. >>> >>> Mirando en la página de SIR de rediris, y mirando el código que se >>> provee a las entidades, pude identificar que utiliza PAPI. Por lo tanto, ya >>> solo me falta conseguir la clave pública del servidor de login para poder >>> comprobar la firma del servidor. >>> >>> La verdad es que todavía no me he puesto a diseñar ni modificar el >>> software que irá por debajo para poder autenticar usuarios, ya que primero >>> quería preguntaros si conocéis algún método más estandar que esté >>> implantado en la universidad. >>> >>> Si tenéis alguna sugerencia, idea o información que me podría ayudar a >>> poner en marcha este proyecto, estaré encantado de leerlas, >>> >>> Un saludo, >>> >>> Javier Domingo >>> >>> P.D.: Siento haberme extendido tanto, pero creo que ahorra más pasos si >>> se explica la problemática al completo >>> >>> [1] msdn e-academy: http://msdn30.e-academy.com/upv_ehu >>> >>> [2] sir rediris eacademy, ehu: >>> https://sir.rediris.es/msdnaa/?hli=EHUsirAS&action=signin >>> >>> [3] SIR rediris: http://www.rediris.es/sir/ >>> >>> [4] EHU login: https://login.ehu.es/login/formLogin.php >>> >>> Esta cabecera ha sido añadida automáticamente por la Vicegerencia de las >>> TIC: >>> -------------------------------------------------------------------------------- >>> ATENCION!! Este correo contiene la palabra "contraseña" y puede tratarse de >>> un fraude. >>> No proporcione nunca sus credenciales por correo electrónico. >>> Si tiene alguna duda consulte con el CAU (154400). >>> UPV/EHU, Vicegerencia de las TIC >>> >>> ERNE!! Mezu honek "contraseña" hitza dauka eta iruzurrezko mezua izan >>> daiteke. >>> Ez eman inoiz zure pasahitza posta elektronikoaren bidez. >>> Zalantzarik izanez gero deitu BAZren telefonora (154400) >>> UPV/EHU, IKT Gerenteordetza >>> -------------------------------------------------------------------------------- >>> · >>> >>> >>> _______________________________________________ >>> ITSAS mailing list >>> [email protected] >>> http://list.ehu.es/mailman/listinfo/itsas >>> >>> >> Esta cabecera ha sido añadida automáticamente por la Vicegerencia de las TIC: >> -------------------------------------------------------------------------------- >> ATENCION!! Este correo contiene la palabra "contraseña" y puede tratarse de >> un fraude. >> No proporcione nunca sus credenciales por correo electrónico. >> Si tiene alguna duda consulte con el CAU (154400). >> UPV/EHU, Vicegerencia de las TIC >> >> ERNE!! Mezu honek "contraseña" hitza dauka eta iruzurrezko mezua izan >> daiteke. >> Ez eman inoiz zure pasahitza posta elektronikoaren bidez. >> Zalantzarik izanez gero deitu BAZren telefonora (154400) >> UPV/EHU, IKT Gerenteordetza >> -------------------------------------------------------------------------------- >> · >> >> >> _______________________________________________ >> ITSAS mailing list >> [email protected] >> http://list.ehu.es/mailman/listinfo/itsas >> >> > Esta cabecera ha sido añadida automáticamente por la Vicegerencia de las TIC: -------------------------------------------------------------------------------- ATENCION!! Este correo contiene la palabra "contraseña" y puede tratarse de un fraude. No proporcione nunca sus credenciales por correo electrónico. Si tiene alguna duda consulte con el CAU (154400). UPV/EHU, Vicegerencia de las TIC ERNE!! Mezu honek "contraseña" hitza dauka eta iruzurrezko mezua izan daiteke. Ez eman inoiz zure pasahitza posta elektronikoaren bidez. Zalantzarik izanez gero deitu BAZren telefonora (154400) UPV/EHU, IKT Gerenteordetza -------------------------------------------------------------------------------- ·
_______________________________________________ ITSAS mailing list [email protected] http://list.ehu.es/mailman/listinfo/itsas
