Upload
christian-a-estay-niculcar
View
106
Download
0
Embed Size (px)
DESCRIPTION
RESUMENLa ETSEIB desarrolló una metodología docente para Proyectos. En su aplicaciónvarias herramientas de software se ha empleado. Criterios para seleccionar softwareútil a los fines educativos de proyectos surgieron de tales experiencias. Estedocumento enumera tales criterios y compara las tres herramientas utilizadas con lametodología: BSCW 4.0, Web_CT and LearnLoop.ABSTRACTThe ETSEIB developed a educational methodology for Projects. In the application ofsuch methodology several software tools had been used. Criteria to select softwaretools useful to educational aims for project rose from these experiences. This paperlist such criteria and compare the three software used with the methodology: BSCW4.0, Web_CT and LearnLoop.
Citation preview
ANÁLISIS COMPARATIVO DE HERRAMIENTAS INFORMÁTICAS
PARA PROVEER SOPORTE VIRTUAL A LA DOCENCIA
COLABORATIVA EN PROYECTOS
Tamayo Johnny 1 3 p, Estay-Niculcar; Christian A.1 2 p;
García-Carrillo, Águeda1; Cisteró, Jordi 1; Gracia, Santos1 3 1 Departament de Projectes d'Enginyeria – Universitat Politècnica de Catalunya
2 Dep. de Informática – Universidad Técnica Federico Santa María – Chile – Ecuador 3 Fundación Universitaria Iberoamericana – España
RESUMEN
La ETSEIB desarrolló una metodología docente para Proyectos. En su aplicación
varias herramientas de software se ha empleado. Criterios para seleccionar software
útil a los fines educativos de proyectos surgieron de tales experiencias. Este
documento enumera tales criterios y compara las tres herramientas utilizadas con la
metodología: BSCW 4.0, Web_CT and LearnLoop.
ABSTRACT
The ETSEIB developed a educational methodology for Projects. In the application of
such methodology several software tools had been used. Criteria to select software
tools useful to educational aims for project rose from these experiences. This paper
list such criteria and compare the three software used with the methodology: BSCW
4.0, Web_CT and LearnLoop.
1. PROBLEMÁTICA Y MOTIVACIÓN
Educación no presencial no es un tema de tecnología. No es poner un software para
que dos o más personas compartan algo. La tecnología es un soporte más, pero no
un soporte pasivo, sino activo, confundir esto es confundir entre un sistema
informático y un sistema de información.
260
La cuestión es qué entendemos por enseñanza no presencial. Se trata de un
estilo donde alumno y profesor interactuan sin el imperio rígido de las horas de clase
presencial, bajo el sometimiento libre de una conversación asincrónica continua.
Enseñar proyectos no es enseñar herramientas. Es construir habilidades que
posibiliten a un profesional resolver problemas, cualesquiera, en grupo. La
complejidad de los problemas actuales hace, casi, imposible su resolución por
individuos. Por ello las personas necesitan comunicarse, y para ello están las
reuniones cara-a-cara, si bien ahora entre el fax, la internet y la videoconferencia,
han llevado las reuniones a lo no presencial.
Resulta que un proyecto es un resolver en un entorno de trabajo colaborativo,
pudiendo apoyarse en un entorno computacional orientado a trabajo colaborativo. El
primero es condición necesaria para el segundo, el segundo “bien montado” puede
ser un facilitador tecnológico del primero. Sobre lo primero basta con aceptar que
trabajar con otras personas requiere que ellas cooperen, pero también que colaboren
casi sin intereses, salvo el de resolver un problema. En este documento se hablará
sobre lo segundo, mostrando que un software debe regirse al imperio de la
necesidad formativa de proyectos y a la férula de un modelo pedagógico desplegado
a través de una metodología dejando claro, ante todo, que un software para que sirva
al fin colaborativo de un proyecto debe poseer ciertos requisitos. En concreto la
metodología es aquella definida por Jaume Blasco en la ETSEIB para la docencia de
proyectos, la cual ha mostrado su bondad frente a varios software utilizados.
2. SOFTWARE CONSIDERADOS
A continuación se expone el análisis comparativo de diversos software utilizados en
la ETSEIB: Software comerciales, BSCW 3.0 y 4.0 y Web_CT; y Software
OpenSource, LearnLoop. En particular, Web_CT es un entorno educativo para la
educación a distancia que soporta trabajo asincrónico o sincrónico a través de
Internet, incluida intranet o extranet, mediante el despliegue de recursos WEB;
mientras BSCW, Basic Support for Collaborative Work, es un entorno para compartir
documentos entre grupos de usuarios. Tienen en común el potencial de proveer foros
de discusión, tablones de anuncio, mailing, extensión a teleconferencia y netmeeting
261
y administración de usuarios. Sin embargo, se reconoce su poca efectividad sin una
metodología. Estos software se han aplicado en diversos períodos académicos. Curso
Período Alumnos Software Sitio
1999/2000 1er semestre 42 BSCW 3.0 Barcelona 2000/2001 1er semestre 39 BSCW 3.0 Barcelona 2001/2002 1er semestre 48 Web_CT 3.0 Barcelona 2o semestre 61
18 BSCW 4.0 LearnLoop
Terrasa Guayaquil
Tabla 1: Periodos académicos de aplicación de la metodología
El software OpenSource surge por una situación particular. Uno de los autores
realizó clases de proyectos informáticos en la Universidad Santa María en Guayaquil.
Tal centro se encontraba con la problemática de la docencia a distancia debido a que
necesitaba contar con profesores de Chile continuamente. El campus Guayaquil
retoma este problema desde la perspectiva de la metodología de Blasco. Por motivos
de coste y la necesidad de “customizar” los productos las necesidades pedagógicas
(ya detectadas en las experiencias de Barcelona) se realiza una búsqueda de
productos OpenSource. Así se analizaron varios productos: (i) MimerDesk. Es un
entorno de trabajo en grupo y eLearning diseñado para una amplia gama de usos,
como aprendizaje vía web, manejo de proyectos, y comunidades. Un problema es la
instalación, ya que trabaja con múltiples módulos de PERL, y hace más complicado
el realizar cambios para poder adaptarlo a otras necesidades. (ii) SchoolMation.
Permite manejar la información del curso, incluyendo el temario, lista de estudiantes,
notas, datos de los estudiantes, estadísticas, pero no permite crear foros para
compartir información, sólo permite subir las tareas para que las revise el profesor y
no otros alumnos, si bien estar desarrollado en PHP facilita su adaptación. (iii)
Manhattan. Buenos recursos, pero cuenta con una interfaz un tanto enrevasada. No
da acceso fácil a los elementos visuales que ofrece, como foros y carpetas. No
obstante, al estar desarrollado en lenguaje C con un wrapper para CGI hace que sea
muy rápido. Además, se cuenta con el código fuente pero es difícil de modificar, ya
que al hacer cambios inclusive mínimos se requiere recompilar la aplicación. (iv)
Future Learning Enviroment 3. Basado en MimerDesk, posee una interfaz sencilla y
fácil de utilizar, aunque poco atractiva, dando prioridad al compartimiento de
información y la generación de nuevos temas, además los profesores y alumnos
262
discuten temas y desarrollan el tema de la clase. Cuenta también con un área pública
donde se puede publicar documentos para que los vea cualquier usuario.
De todos ellos, se trabajó un tiempo con Manhattan, pero su singular interface
lo hacía difícil y complejo. Al final se opta por LearnLoop un software de Aula Virtual
con código sencillo de modificar y con varias funcionalidades interesantes. Dicho
esto se procede a comparar los software BSCW, Web_CT 4.0 y LearnLoop.
2. ANÁLISIS COMPARATIVO
Los software son comparados frente a una serie de requisitos particulares orientados
a facilitar y promover el trabajo colaborativo.
à Foros. Un foro es un sitio visible donde las personas establecen conversaciones.
Su fin es facilitar la visualización de los
mensajes para ver alternativas de solución,
producir conflictos o desacuerdos, facilitar la
regulación mutua y facilitar la verbalización de
procesos de internalización y apropiación.
§ El foro en Web_CT (Figura 1) es bastante
reducido en la información que provee. Para
un tema cualquiera permite anidar los
mensajes de respuesta, no obstante no
permite subject para sintetizar el mensaje.
Sobre el emisor solo informa sobre
su login.
§ BSCW aporta un foro (Figura 2)
donde las respuestas a mensajes se
visualizan con niveles indentados. El
mensaje es visible totalmente. Esta
potencialidad por el contrario
dificulta la visión cuando los
mensajes son extensos. El emisor se puede conocer con un click sobre el login
del usuario, login que crea el propio usuario y que puede ser críptico.
Figura 1: Foro en Web_CT
Figura 2: Foro en BSCW
263
§ LearnLoop aporta un foro (Figura 3) que
permite el anidamiento de mensajes,
además de proveer un subject visible y que
puede ser creado por el emisor. Respecto
del emisor, se informa del nombre que es
creado por un administrador.
à Avisos. Un aviso es un mensaje donde las
personas informan y/o se informan. Son
medios de comunicación unidireccionales. Su
fin es facilitar la visualización de los mensajes
para promocionar alguna solución, emisión de edictos del profesor, presentar buenas
prácticas a ser emuladas, producir conflictos o desacuerdos y facilitar la verbalización
de procesos de internalización y apropiación.
§ Web_CT aporta una
herramienta llamada
Consejos, la cual
permite a un usuario
Administrador enviar
mensajes a todos los
miembros de un
curso. Estos mensajes
aparecen cuando un
usuario se conecta al
curso.
§ BSCW indica con el símbolo destacado en el recuadro cada nuevo elemento
añadido. Una vez se ha visualizado tal elemento, el símbolo desaparece.
§ LearnLoop no provee un mecanismo para destacar un mensaje nuevo. Se ha
añadido el símbolo exclamación modificando el código fuente, el cual aparece en
todo elemento que ha sido modificado. (Figura 4) Opcionalmente, se puede crear
un foro de avisos.
Figura 3: Foro en LearnLoop
Figura 4: Avisos en LearnLoop
264
à Who-is-who. Mecanismo para identificar al generador de un mensaje en un foro
o tablón. Su fin es controlar y proveer regulación mutua para conocer quien ha dicho
qué.
§ Web_CT no permite visualizar información del emisor de un mensaje. Sólo el
administrador puede visualizar información de forma
tabular.
§ BSCW permite ver la ficha de alguien desde cualquier
parte. Basta con hacer click sobre el login que acompaña
un mensaje, carpeta o cualquier objeto (Figura 5).
§ LearnLoop no muestra información de las personas.
Solamente a nivel de administrador permite visualizar
información básica de los miembros de un curso.
à Compartir. Mecanismo de cohesión que permite que
grupos de personas compartan determinados espacios de trabajo así como facilitar
que alguien pueda observar. Su fin es potenciar el trabajo intergrupos e intragrupos
de alumnos.
Web_CT permite compartir
información permitiendo o
denegando el acceso a los
foros. Excepcionalmente se
pueden gestionar grupos cuya
información es privada a sus
miembros; pero es bastante
restrictivo en el uso de
determinadas opciones.
§ BSCW (Figura 6) define un
área de trabajo como el
espacio asignado a una
persona y que puede
compartir con otras. Estos
espacios son esencialmente
Figura 5: Who-is-
who en BSCW
Figura 6: Äreas de Trabajo e identificación de
autores en BSCW
265
carpetas o foros. Quienes comparten un espacio se pueden visualizar haciendo
click en el icono cara que aparece a la derecha del nombre de la carpeta o foro.
Un usuario solamente verá aquellos espacios propios y a los cuales ha sido
invitado.
§ LearnLoop define cursos. En un curso un administrador inscribe a
los miembros del curso. Todos los miembros del curso comparten
todos los recursos disponibles del curso. En un curso pueden
crearse (Figura 7) Ayudante, por ejemplo, el cual permite que los
miembros ayudantes del curso compartan determinados recursos,
sólo visibles por ellos. Gestionando estos grupos se puede definir
espacios de trabajo similares a BSCW. Una instalación de
LearnLoop permite contar con varios cursos, aunque sus
miembros no se comparten.
à Accesibilidad. Mecanismo que genera roles para los usuarios de
un software. Su fin es proveer niveles o prioridades para visualizar y compartir
determinada información.
§ Web_CT (Figura 8) trae predefinidos
cuatro tipos de roles. Dos de ellos son
para efectos del curso: Administrador
del sistema, con acceso a todos los
recursos y cursos, y Administrador del
curso que gestiona los elementos de la
figura contigua. Por curso se
distinguen alumnos y profesores.
§ BSCW permite definir permisos a
carpetas creando roles (Figura 9) o usando los
predefinidos (principiante, avanzado, experto), así,
cuando se invita a alguien a compartir un espacio, se le
invita con un rol. Se tienen definidas acciones para un
usuario anónimo.
Figura 7: Cursos en LearnLoop
Figura 9: Identificación de accesos en
BSCW
Figura 8: Definición
de rol en BSCW
266
§ LearnLoop considera tres tipos de usuarios: administrador creador de
cursos (administrador general), administrador de curso (que actúa
como profesor) y miembros de curso (estudiantes). El administrador
general puede definir roles según los permisos que permita sobre cada
uno de los tipos de recursos que provee LearnLoop, así por ejemplo
podrá definir un rol de ayudante con permiso para crear carpetas,
mientras los alumnos solo podrán consultar carpetas. Estos
mecanismos cambian el acceso y lo que puede ver cada tipo de
usuario (Figura 10).
à Navegabilidad. Mecanismo que facilita la navegación para ir de un
área de trabajo hacia otra, más aún, entendiendo que un estudiante
tiene una velocidad de acceso a Internet limitada desde su casa.
§ Web_CT permite navegabilidad
mediante íconos que forman un árbol
de accesos o mediante el menú del
lado izquierdo para acceso rápido
(Figura 11). Este último menú es
simple y no permite niveles de
anidación de submenús.
§ BSCW permite navegabilidad por
carpetas (ver criterio Compartir). Para
accesos rápidos provee una sección
destacada por la palabra “su ubicación” la cual
permite subir niveles de anidación de espacios
de trabajo.
§ LearnLoop provee acceso rápido gracias al
menú de la izquierda (Figura 12). Los
submenús han sido una adaptación al código
fuente lo cual ha fortalecido el acceso rápido.
Figura 10: Accesibilidad en LearnLoop
Figura 11: Navegabilidad en Web_CT
Figura 12: Navegabilidad en
LearnLoop
267
à Trazabilidad.
Mecanismo que permite hacer un
seguimiento del trabajo de los estudiantes.
Su fin es tener la traza de la colaboración
de las personas.
§ Web_CT provee un mecanismo de
conteo de accesos y mensajes por
estudiante (Figura 13).
§ BSCW permite visualizar las
operaciones realizadas en una carpeta.
Las operaciones que se
pueden ver se escogen a
discreción. No se provee
un conteo.
§ LearnLoop permite al
profesor ver detalle de la
cantidad de accesos a los
diferentes recursos por
cada miembro (Figura 14).
Aparte, al ser un código
abierto, mayor información
puede extraerse desde la
base de datos de
LearnLoop.
à Agenda – Calendario.
Mecanismo que permite la
coordinación mediante agendas
y calendarios. En este caso, las
tres herramientas presentan
similitudes.
Figura 13: Trazabilidad en BSCW
Figura 15: Trazabilidad en LearnLoop
Figura 14: Agenda-Calendario en LearnLoop
268
§ Web_CT provee una agenda para todo el curso (Figuras 14).
§ BSCW provee un calendario para espacios de trabajo.
§ LearnLoop provee un calendario general a los miembros del curso, pero que
puede tener versiones accesibles a todos los cursos o a personas específicas. 3. CONCLUSIONES
Se han comparado tres productos en atención a su potencial para dar soporte
efectivo a una determinada metodología docente de proyectos. Los tres productos
son distintos en su concepción: BSCW entorno de trabajo colaborativo definido como
tal, Web_CT entorno para docencia a distancia y LearnLoop un Aula Virtual.
En el análisis comparativo se puede apreciar que algunos son mejores que
otros según el criterio o aspecto de comparación escogido. Lo anterior no quita
virtudes en los software considerados: Web_CT es una herramienta técnicamente
robusta; BSCW es una herramienta conceptualmente robusta; y, LearnLoop es una
herramienta visualmente agradable y fácil de adaptar, lo cual ha quedado
demostrado en la rapidez de las modificaciones realizadas al código fuente.
Pero lo importante es: (i) mostrar que un software es el medio para un trabajo
colaborativo, no el fin; (ii) recordar y hacer ver que un software llamado de trabajo
colaborativo no funda el trabajo colaborativo, menos en proyectos, pensar lo
contrario es un sin sentido; y, (iii) que un software será una herramienta potente para
fines educativos en tanto responda a requisitos metodológicos precisos y bien
fundados para las intenciones pedagógicos de una docencia colaborativa para
proyectos en medio cooperativos.
4. REFERENCIAS
Blasco, Jaume; et al. (2001). Experiencia docente presencial-no presencial
colaborativa en la formación de Proyectos. En III Jornadas Multimedia Educatiu.
Barcelona, España. Junio 25-26.
Blasco, J.; Cisteró, J.; Estay, C.; Ferrari, E.; García, Á.; Gracia, S.; y, Sánchez, V.
(2002). Enfoque metodológico para la mejora de la docencia mediante la aplicación
de entorno colaborativo en la asignatura de proyectos de ingeniería. En CIDUI
2002. Tarragona, España. Junio 1-3.
269
5. CORRESPONDENCIA
Johnny Tamayo,
Fundación Universitaria Iberoamericana - España
Departament de Projectes a l'Enginyeria. Universitat Politècnica de Catalunya.
Diagonal, 647, 10ª planta. 08028 Barcelona, Spain.
Tlf. + 34 93 401 66 47 e-mail: [email protected]
270