UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERÍA TRABAJO DE GRADUACIÓN PARA OPTAR AL GRADO DE INGENIERO EN CIENCIAS DE LA COMPUTACIÓN PROPUESTA DE SISTEMA INFORMÁTICO DE PLANTILLAS PARA LA REALIZACIÓN GUÍAS DE PRÁCTICA DE LABORATORIO EN LA UNIVERSIDAD DON BOSCO PRESENTADO POR: RICARDO ERNESTO ELÍAS GUANDIQUE ASESORA: INGA. EVELYN LISSETTE HERNÁNDEZ JULIO DEL 2007 EL SALVADOR, CENTRO AMÉRICA UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERÍA ING. FEDERICO MIGUEL HUGUET RIVERA RECTOR PRESBITERO LIC. VICTOR BERMUDEZ YAÑEZ VICERRECTOR ACADÉMICO LIC. MARIO RAFAEL OLMOS ARGUETA SECRETARIO GENERAL ING. ERNESTO GODOFREDO GIRÓN DECANO DE LA FACULTAD DE INGENIERÍA UNIVERSIDAD DON BOSCO UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERÍA PROPUESTA DE SISTEMA INFORMÁTICO DE PLANTILLAS PARA LA REALIZACIÓN GUÍAS DE PRÁCTICA DE LABORATORIO EN LA UNIVERSIDAD DON BOSCO ING. JULIO ADALBERTO RIVERA ING. EDGARDO ALBERTO ROMERO JURADO JURADO ING. CARLOS JOSÉ TEJADA JURADO ASESORA TUTOR INGA. EVELYN LISSETTE HERNÁNDEZ ING. MILTON JOSÉ NARVAEZ i PREFACIO El presente trabajo de graduación es una demostración de cómo la tecnología del software puede aplicarse en la educación de diversas formas. En esta ocasión, se han utilizado herramientas de programación orientadas a la web para producir una aplicación con utilidad práctica para procesos que tradicionalmente se han producido con procesadores de texto. La aplicación que se ha desarrollado utiliza una herramienta conocida como editor de contenido web para que los docentes de las materias con guías de práctica de laboratorio puedan producir directamente conectados al Internet los contenidos de dichas guías. La trascendencia e importancia de realizar una aplicación de estas características radica en el hecho de que se puede ser independiente de un procesador de texto de elevados costos y en su lugar hacer uso de una herramienta de software libre como el editor de contenido web utilizado en el proyecto. Adicionalmente, los contenidos de las guías al estar en una página web y no en un documento impreso, ofrecen la ventaja de que pueden ser actualizados en tiempo real sin tener que esperar a que sean actualizados hasta el siguiente ciclo en caso de detectarse algún error. Por último, la cantidad de recursos que pueden colocarse en una guía de práctica disponible en formato HTML es muy diverso, ya que además de texto e imágenes, se pueden incluir animaciones, vídeos y audio. ii AGRADECIMIENTOS Y DEDICATORIAS Quisiera que este agradecimiento llegue a todas las personas que de una u otra forma han estado pendientes y dándome su apoyo para culminar este trabajo de graduación que tanto esfuerzo y sacrificio ha significado para mí. De la misma forma quiero agradecer a Dios y a mi familia, que han sido un soporte emocional y espiritual sin el cual no hubiera podido sobreponerme de todos los tropiezos y dificultades que este proceso ha puesto en mi camino. También, no puedo dejar de lado a mis amigos y amigas que con sus palabras de aliento me han dado fuerzas para continuar a pesar de las adversidades. He reservado este espacio para agradecer a mi madre, Licda. Cándida Ester Guandique, que ha significado un apoyo emocional y económico sin el que no me hubiera sido posible culminar este requisito de graduación. Mi padre, el Sr. Ricardo Elías Vega, también merece una mención especial. Su apoyo, en la medida de sus posibilidades me ha permitido llevar a buen término todo el proceso del trabajo de graduación. Mi madrina, Cristina Haydeé Guandique, quien siempre estuvo pendiente de mi, para apoyarme, darme aliento para terminar y no dejar a medio camino lo que ya me había decidido a comenzar. Mi primo, casi hermano, el Ing. Alvaro Alcides Guandique, quien es la única persona que ha pasado por un proceso muy similar al que yo he vivido en el intento de realizar su trabajo de graduación. Sus palabras de apoyo y de ánimo han sido de vital importancia para culminar de buena forma mi trabajo de graduación. iii A mi hermano por su comprensión, en momentos en los que no pude ayudarle, por dedicar tiempo a mi trabajo de graduación. Gracias de corazón. Alguien que se merece un agradecimiento a parte es mi asesora, Inga. Evelyn Lissette Hernández, quien a su estilo, estuvo insistiendo día a día para que terminara este trabajo de graduación. La confianza y la presión que ejerció sobre mi se convirtieron en energía que de una forma positiva me motivaron a continuar hacia adelante y a no poner atención a los obstáculos que se presentaron en el camino. A todos mis primos, tías, tíos, a mi abuelita, que también, pese a sus dificultades, estuvo pendiente de mi camino hacia este logro. Quiero hacer un agradecimiento muy especial, a alguien que ya no está conmigo en vida, pero que se que me ha acompañado desde allá arriba y que sin duda me ha dado su apoyo para culminar este proceso de graduación. A todos, los que he dejado de mencionar, gracias de todo corazón. iv AGRADECIMIENTOS ESPECIALES He reservado una sección de agradecimientos especiales a mis amigos y amigas que de una u otra forma me han brindado su apoyo de la manera en que han podido hacerlo. Les dedico este trabajo y los menciono a continuación de forma muy especial: • VICTORIA ARGENTINA PONCE ESCOBAR • TATIANA MARÍA SOSA RAMÍREZ • ANA LILIAN SANTANA GODINEZ • DELMY JEANNETTE FUENTES VELÁSQUEZ • ROXANA ELIZABETH VARGAS • LORENA CORTÉS • KARIM HEREDIA • PADRE PEDRO GARCÍA • YESENIA XIOMARA MARTÍNEZ OVIEDO • VICTOR LARA FLORES • JUAN CARLOS CRUZ DADA • JULIO ADALBERTO RIVERA • MÓNICA GISELA CASTANEDA PIMENTEL • CARMEN LETICIA PÉREZ • EVELIN MENA DE SERMEÑO • RENÉ MAURICIO TEJADA • EDGARDO ALBERTO ROMERO • ARMANDO NIETO A todos ellos mi más sincero agradecimiento por sus muestras de apoyo y solidaridad en este difícil camino que ha concluido con este trabajo de graduación que les dedico de la manera más sincera. A las personas que me apoyaron y que he dejado de mencionar, también muchas gracias. v ÍNDICE DE CONTENIDOS PREFACIO i AGRADECIMIENTOS Y DEDICATORIAS ii AGRADECIMIENTOS ESPECIALES iv ÍNDICE DE CONTENIDOS v INTRODUCCIÓN xii CAPÍTULO 1. MARCO REFERENCIAL 1 1.1 ANTECEDENTES 1 1.2 OBJETIVOS 3 1.2.1 OBJETIVO GENERAL 3 1.2.2 OBJETIVOS ESPECÍFICOS 3 1.3 JUSTIFICACIÓN DEL TEMA 4 1.3.1 PLANTEAMIENTO DEL PROBLEMA 4 1.3.2 DEFINICIÓN DEL TEMA 5 1.3.3 JUSTIFICACIÓN 6 1.4 ALCANCES 7 1.5 LIMITACIONES 8 1.6 DELIMITACIONES 8 1.7 PROYECCIÓN SOCIAL 9 1.8 CRONOGRAMA DE ACTIVIDADES 10 1.9 PRESUPUESTO 11 1.10 PLAN DE SOLUCIÓN 12 1.10.1 INVESTIGACIÓN DE LOS REQUERIMIENTOS 12 1.10.2 DETERMINACIÓN DE LA FACTIBILIDAD 13 1.10.3 REALIZACIÓN DE UN PRIMER DISEÑO DE LA BASE DE DATOS 14 1.10.4 MÓDULOS DE LA APLICACIÓN 14 1.10.5 REALIZACIÓN DE LA INTERFAZ DE USUARIO 16 1.10.6 PRESENTACIÓN DE UN PRIMER PROTOTIPO 16 1.10.7 REALIZACIÓN DE CORRECCIONES 16 1.10.8 REALIZACIÓN DE PRUEBAS 16 1.10.9 PRESENTACIÓN DEL SEGUNDO PROTOTIPO FUNCIONAL 17 1.10.10 REALIZACIÓN DE LOS DIFERENTES MANUALES 17 CAPÍTULO 2. METODOLOGÍA DE LA INVESTIGACIÓN 18 2.1 REQUERIMIENTOS DE INFORMACIÓN 18 2.1.1 ENTREVISTAS 18 2.1.2 OBSERVACIÓN 20 2.2 ANÁLISIS DE FACTIBILIDAD 21 2.2.1 FACTIBILIDAD OPERATIVA 21 2.2.2 FACTIBILIDAD TÉCNICA 22 2.2.3 FACTIBILIDAD ECONÓMICA 22 vi CAPÍTULO 3. MARCO CONCEPTUAL 24 3.1 MARCO TEÓRICO 24 3.1.1 MARCO CONCEPTUAL 24 3.1.2 MARCO EXPERIMENTAL 26 3.2 SISTEMA DE GESTIÓN DE CONTENIDO 27 3.2.1 ORÍGENES DE LOS SISTEMAS DE GESTIÓN DE CONTENIDOS 27 3.2.2 DIFERENTES TIPOS DE EDITORES DE CONTENIDO 29 3.3 FUNCIONES DE LOS SISTEMAS DE GESTIÓN DE CONTENIDOS 34 3.3.1 EDICIÓN DE CONTENIDOS 35 3.3.2 EXPLOTACIÓN DE LA WEB 38 CAPÍTULO 4. SITUACIÓN ACTUAL 41 4.1 DESCRIPCIÓN DE PROCESOS EN LA ACTUALIDAD 41 4.1.1 FACULTAD DE ESTUDIOS TECNOLÓGICOS 41 4.1.2 FACULTAD DE INGENIERÍA 43 4.2 SEGURIDAD DE LOS PROCESOS 44 4.3 ADMINISTRACIÓN DE LA ELABORACIÓN DE GUÍAS 45 4.3.1 ADMINISTRACIÓN EN LA CREACIÓN DE GUÍAS DE PRÁCTICA EN LA FET 45 4.3.2 ADMINISTRACIÓN EN LA CREACIÓN DE GUÍAS DE PRÁCTICA EN LA FACULTAD DE INGENIERÍA 46 4.4 DISTRIBUCIÓN DE FUNCIONES Y ROLES 46 4.4.1 FUNCIONES Y ROLES EN LA FACULTAD DE ESTUDIOS TECNOLÓGICOS 47 4.4.2 FUNCIONES Y ROLES EN LA FACULTAD DE INGENIERÍA 49 CAPÍTULO 5. DISEÑO DEL SISTEMA 52 5.1 DISEÑO DEL SISTEMA PROPUESTO 52 5.2 HERRAMIENTAS UTILIZADAS EN EL DESARROLLO DEL SOFTWARE 52 5.3 DIAGRAMA ENTIDAD-RELACIÓN 54 5.4 DESCRIPCIÓN DE LAS ENTIDADES 55 5.5 DIAGRAMAS DE FLUJO DE DATOS 57 5.5.1 DFD NIVEL CONTEXTO PROPUESTO 57 5.5.2 DFD NIVEL 0 O GENERAL 58 5.5.3 DFD DE NIVEL 1 O DE SISTEMA 59 5.6 DISEÑO Y DESCRIPCIÓN DE LA INTERFAZ 60 5.6.1 PÁGINA PRINCIPAL DE INICIO DE SESIÓN EN EL SISTEMA 60 5.6.2 PÁGINA DEL MENÚ PRINCIPAL DE LA APLICACIÓN 60 5.6.3 PÁGINA DE CREACIÓN DE USUARIOS 61 5.6.4 PÁGINA DE CREACIÓN DE PLANTILLAS 62 5.6.5 PÁGINA PARA CREACIÓN DE GUÍAS PRÁCTICA 62 5.6.6 PÁGINA PARA EDICIÓN DE LOS CONTENIDOS DE LA GUÍA DE PRÁCTICA 63 5.7 SEGURIDAD DEL SISTEMA 64 5.7.1 LA SEGURIDAD A NIVEL DE BASE DE DATOS 64 5.7.2 LA SEGURIDAD A NIVEL DE LA APLICACIÓN 65 5.7.3 USUARIOS DEL SISTEMA 66 5.7.4 CLAVES DE ACCESO, ROLES, PERFILES Y PRIVILEGIOS 67 5.7.5 POLÍTICAS DE RESPALDOS 69 CAPÍTULO 6. IMPLEMENTACIÓN DEL SISTEMA 71 6.1 PRUEBAS 71 vii 6.1.1 FASE DE PRUEBAS INFORMAL 71 6.1.2 FASE FORMAL DE PRUEBAS 71 6.2 REQUERIMIENTOS DE HARDWARE Y SOFTWARE 74 6.2.1 REQUERIMIENTOS DE HARDWARE 74 6.2.2 REQUERIMIENTOS DE SOFTWARE 75 6.2.3 REQUERIMIENTOS DE CONFIGURACIÓN 75 6.3 CAPACITACIÓN DE USUARIOS 76 6.3.1 PERSONAS QUE SERÁN CAPACITADAS 76 6.3.2 CAPACITADORES 77 6.3.3 OBJETIVOS DE LA CAPACITACIÓN 77 6.3.4 MÉTODOS DE CAPACITACIÓN 77 6.3.5 LUGAR DE LA CAPACITACIÓN 78 6.3.6 COSTO DE LA CAPACITACIÓN 78 6.3.7 MATERIALES DE LA CAPACITACIÓN 79 6.4 DEMOSTRACIÓN DEL SISTEMA 79 CONCLUSIONES 84 RECOMENDACIONES 86 FUENTES DE INFORMACIÓN 88 Consultas bibliográficas 88 Consultas de sitios web 89 GLOSARIO 90 ANEXOS 95 ANEXO 1: Manuales 95 1. Manual del programador 95 2. Manual del administrador 114 3. Manual de usuario 125 ANEXO 2: Formato de Guía de Práctica de Laboratorio utilizada en la Escuela de Computación de la Facultad de Estudios Tecnológicos. 150 ANEXO 3: Formato de Guía de Práctica de Laboratorio utilizado en el centro de cómputo para crear las guías de práctica de la carrera Ingeniería en Ciencias de la Computación 151 ANEXO 4: Diagramas Entidad - Relación 153 ANEXO 5: Diagramas de Flujo de Datos 156 viii ÍNDICE DE TABLAS TABLA 1. Presupuesto para el desarrollo de la aplicación 12 TABLA 2. Actividades específicas que conllevan las funciones 35 cubiertas por un Sistema Gestor de Contenidos 35 TABLA 3. Herramientas de software utilizadas para la realización de la aplicación 54 TABLA 4. Pruebas de caja negra realizadas en los módulos de la aplicación 73 TABLA 5. Requerimientos de hardware para la aplicación 74 TABLA 6. Requerimientos de software para la aplicación 75 ÍNDICE DE IMÁGENES FIGURA 1. Modelo de tres capas aplicado a la web 25 FIGURA 2. Sistema de Gestión del Aprendizaje implementado en la 30 Universidad Don Bosco 30 FIGURA 3. Control del tipo WYSIWYG (What You See Is What You Get) disponible en todos los Sistemas de Gestión de Contenidos 31 FIGURA 4. Ejemplo de un foro de discusión en Internet 32 FIGURA 5. Ejemplo del Sistema de Gestión de Contenidos para bitácoras denominado WordPress 33 FIGURA 6. Ejemplo del Sistema de Gestión de Contenidos del tipo wiki conocido en Internet como la Wikipedia 34 FIGURA 7. Diagrama de flujo de datos de nivel contexto del proceso de creación de guías en la FET 41 FIGURA 8. Diagrama de flujo de datos de nivel de contexto del proceso de creación de guías en la Facultad de Ingeniería 44 FIGURA 9. Diagrama Entidad-Relación del sistema propuesto 54 FIGURA 10. Diagrama de Flujo de Datos de Nivel de Contexto para el sistema propuesto 57 FIGURA 11. Diagrama de Flujo de Datos de Nivel 0 para el sistema propuesto 58 FIGURA 12. Diagrama de Flujo de Datos de Nivel 1 para el sistema propuesto 59 FIGURA 13. Página principal de inicio de sesión del sistema 60 FIGURA 14. Página de menú principal de la aplicación 61 FIGURA 15. Página de creación de usuarios 62 FIGURA 16. Formulario para la creación de plantillas para guías de práctica de laboratorio 62 ix FIGURA 17. Formulario para creación de una nueva guía de práctica 63 FIGURA 18. Formulario donde se editan los contenidos de las guías 63 FIGURA 19. Tablas relacionadas con la seguridad de la aplicación 64 FIGURA 20. Usuarios y contraseñas de los usuarios registrados en el sistema. Estas constituyen las claves de acceso 68 FIGURA 21. Perfiles de usuarios definidos en el sistema y su respectiva descripción 68 FIGURA 22. Privilegios asociados a cada usuario del sistema 69 FIGURA 23. Inicio del programa WampServer que se encarga de levantar los servicios de Apache y MySQL 76 FIGURA 24. Pantalla de inicio de sesión 79 FIGURA 25. Inicio de sesión de un usuario docente. 80 Puede acceder a las opciones que se muestran en el menú de la izquierda 80 FIGURA 26. Inicio de sesión de un usuario administrador. 81 Puede acceder a todas las opciones del sistema desde el menú de la izquierda 81 FIGURA 27. Datos de la plantilla 81 FIGURA 28. Datos de la guía 82 FIGURA 29. Enlace ingresar contenido de guía 82 FIGURA 30. Formulario para ingreso de los contenidos de la guía de práctica 83 FIGURA 31. Diseño de las páginas de la aplicación 107 FIGURA 32. Creación de privilegios de usuario desde phpMyAdmin 115 FIGURA 33. Configuración del perfil de usuario en phpMyAdmin 116 FIGURA 34. Organización de las carpetas del sitio plantillasudb en el servidor web 117 FIGURA 35. Iniciar el phpMyAdmin desde el icono WampServer del área de notificación del sistema 118 FIGURA 36. Creación de una nueva base de datos desde phpMyAdmin 119 FIGURA 37. Carpeta raíz del sito de plantillas para guías de práctica 119 FIGURA 38. Importar un archivo de respaldo de la base de datos 120 FIGURA 39. Tablas restauradas a partir de un archivo de respaldo utilizando la opción Importar del phpMyAdmin 120 FIGURA 40. Exportar la base de datos creando un archivo de volcado .sql que puede ser utilizado como respaldo 121 FIGURA 41. Configuración de las opciones para realizar un archivo de respaldo desde el phpMyAdmin 122 FIGURA 42. Iniciar la consola del MySQL 123 FIGURA 43. Consola de MySQL iniciada 124 x FIGURA 44. Formulario de inicio de sesión al sistema de plantillas 125 FIGURA 45. Página mostrada cuando se produce un 125 Inicio de sesión incorrecto 125 FIGURA 46. Enlace disponible para un usuario de perfil estudiante 126 FIGURA 47. Página con las guías disponibles para un usuario 126 FIGURA 48. Página con las guías disponibles para otro usuario 126 FIGURA 49. Página con la guía de práctica de la materia que seleccionó el usuario estudiante en este caso 127 FIGURA 50. Enlace para regresar al listado de guías disponibles 127 FIGURA 51. Botón para crear una cuenta 128 FIGURA 52. Enlace para crear la nueva cuenta 128 FIGURA 53. Formulario para ingresar los datos de la nueva cuenta de usuario 129 FIGURA 54. Menú de enlaces disponibles para un usuario con perfil docente 129 FIGURA 55. Enlace para editar guía de práctica disponible para un usuario de perfil docente 130 FIGURA 56. Formulario para editar modificar el contenido de una guía 131 FIGURA 57. Formulario para crear una nueva guía de práctica 131 FIGURA 58. Formulario para crear una nueva cuenta de usuario 132 FIGURA 59. Formulario para crear un nuevo grupo de práctica de laboratorio 133 FIGURA 60. Enlace para ingresar contenido en las guías de práctica de laboratorio 134 FIGURA 61. Formulario para ingresa contenido en las diferentes secciones de la guía de práctica 134 FIGURA 62. Menú de enlaces disponible para un usuario con perfil coordinador de carrera 135 FIGURA 63. Formulario para creación de una nueva plantilla 135 FIGURA 64. Formulario para creación de una sección de las guías de práctica 136 FIGURA 65. Menú de opciones disponibles para un usuario con perfil decano de facultad 137 FIGURA 66. Formulario para creación de una nueva carrera 137 FIGURA 67. Menú de enlaces disponibles para un usuario con perfil administrador 137 FIGURA 68. Formulario de inicio de sesión con el botón Crear mi cuenta activado 138 FIGURA 69. Formulario de inicio de sesión sin botón Crear mi cuenta 138 FIGURA 70. Enlace Crear mi cuenta disponible únicamente para usuario genéricos 139 FIGURA 71. Control del editor de contenido web fckEditor 139 xi FIGURA 72. Editor de contenido web con la opción negrita aplicada a un texto seleccionado dentro del área de edición 140 FIGURA 73. Editor de contenido web con las opciones letra itálica y subrayada activadas y aplicada a un texto seleccionado en el área de edición 141 FIGURA 74. Editor de contenido web con la opción centrar texto aplicada sobre una línea de texto 141 FIGURA 75. Editor de contenido con una tabla centrada con el botón centrar de la barra de herramientas 142 FIGURA 76. Botón centrar de la barra de herramientas del editor de contenido web 142 FIGURA 77. Párrafo de texto justificado con el botón justificar de la barra de herramientas del editor de contenido web 142 FIGURA 78. Botón para insertar tabla del editor de contenido web 143 FIGURA 79. Ventana propiedades de tabla del editor de contenido web 143 FIGURA 80. Tabla recién creada e insertada en el área de edición del editor de contenido web 144 FIGURA 81. Tabla con contenido de tipo texto e imagen 144 FIGURA 82. Botón insertar imagen de la barra de herramientas del editor de contenido web 145 FIGURA 83. Ventana propiedades de imagen del editor de contenido web 145 FIGURA 84. Ventana para seleccionar recurso de tipo imagen 146 FIGURA 85. Diálogo Seleccionar archivo que se abre al presionar el botón browse de la ventana anterior 147 FIGURA 86. Seleccionar un archivo de imagen ubicado en el servidor web 148 FIGURA 87. Ventana propiedades de imagen con una imagen mostrada en el área Vista previa y con algunas opciones configuradas 148 FIGURA 88. Imagen insertada dentro del área de contenido del editor de contenido web 149 xii INTRODUCCIÓN El presente trabajo de graduación presenta aspectos de carácter general para el desarrollo de una aplicación cuyo propósito será permitir la generación de guías de práctica de laboratorio y de plantillas para la creación de las mismas en ambiente web. Se comienza con la presentación de los antecedentes sobre el desarrollo de este tipo de aplicaciones, la definición de los objetivos, el establecimiento de los alcances y limitaciones del trabajo de graduación a realizar. A continuación se realiza la justificación del tema, haciendo el planteamiento del problema, la definición del tema y su correspondiente justificación. En la siguiente sección se describe el marco teórico que da soporte al presente trabajo, llegando a la conclusión que, al menos en este país, no hay evidencias escritas o comprobables de que se haya tratado en alguna oportunidad un tema realmente idéntico al planteado. Sin embargo, si se han encontrado aplicaciones relacionadas, tales como el moodle, que se utiliza para crear cursos en línea e interactivos. Luego, se plantea la metodología de la investigación. Por último, se define el cronograma de actividades y se plantea el presupuesto para el desarrollo de la aplicación. Adicionalmente se ha agregado, al presente anteproyecto, un glosario de términos relacionados con las aplicaciones orientadas a la web, intentando puntualizar en los aspectos que tienen más relevancia con el tema en cuestión. Del mismo modo, se presenta la bibliografía consultada para la realización del presente anteproyecto. Actualmente, no existe ningún programa institucional relacionado con la elaboración de guías prácticas de laboratorio en la Universidad Don Bosco. Por lo tanto, para el desarrollo de esta aplicación habrá que realizar mucha investigación directamente en xiii las escuelas interesadas en estandarizar y uniformizar, en la medida de lo posible, la realización de las guías prácticas para las materias que lo requieran. El desarrollo de aplicaciones orientadas a la web con interfaz en navegador ha ganado mucho campo de acción debido, fundamentalmente a su independencia de la plataforma y del sistema operativo. Así como, de software especializado instalado en el lado del cliente. Básicamente, una aplicación con orientación a la web puede ejecutarse en cualquier computadora que posea conexión a Internet (o intranet) y un navegador. 1 CAPÍTULO 1. MARCO REFERENCIAL 1.1 ANTECEDENTES La tecnología de software ha tenido muchos avances y sus aplicaciones, hoy en día, son muy diversas. Se han creado aplicaciones para la implementación de sitios de educación a distancia, exámenes en línea, foros sobre temas de discusión. Existen también aplicaciones de software orientadas a la creación de cursos completos a través de Internet. Por ejemplo, se tiene el moodle. Moodle es una aplicación de software que permite la creación de cursos completos a través de Internet, diseñado para dar soporte a un marco de educación social constructiva1 que pretende ayudar a los educadores e instituciones educativas a crear cursos de calidad en línea. Se trata de un proyecto activo y en constante evolución cuyo desarrollo fue iniciado por Martin Dougiamas. La versión 1.0 de Moodle fue lanzada el 20 de Agosto del 2002, desde entonces se han lanzado nuevas versiones que han añadido nuevas características, mayor compatibilidad y mejoras de rendimiento. Esta es una herramienta de software con aplicaciones mucho más amplias de lo que se pretende desarrollar en el presente trabajo de graduación. No obstante, es muy importante mencionarlo porque ya se han realizado presentaciones en la Universidad Don Bosco sobre su utilización. No obstante, no hay evidencia de un curso completo montado en esta plataforma. Solamente se pueden ver pequeñas pruebas de contenidos sobre temas específicos2. Al revisar los sitios web de las universidades del país no se ha encontrado evidencia de la existencia de software para la realización de guías de práctica de laboratorio en ninguna Universidad del país. Esto tal vez se deba al hecho que una aplicación de este tipo es un componente de una aplicación mucho más grande. Sin embargo, es importante ya que haciendo uso de una aplicación como esta se puede automatizar y uniformizar la realización de guías de práctica de laboratorio. 1 Consultar sitio web http://moodle.org 2 Consultar sitio web http://lms.udb.edu.sv/moodle 2 Se ha investigado en los sitios web de otras universidades el ofrecimiento de cursos y diplomados a distancia, en vista que no hay aplicaciones sobre guías de práctica de laboratorio en línea. En una de ellas se ofrecen también laboratorios virtuales, donde en lugar de interactuar con un equipo físico, se interactúa con un medio informático. Sin embargo, al intentar cargar la página no se obtuvo resultado. Al parecer por algún error de direccionamiento o por algún archivo faltante, por lo que no se pudo tener referencia sobre este hallazgo. Dentro de la Universidad Don Bosco existe un trabajo de graduación que aborda la temática de la realización de evaluaciones a través de Internet. Este trabajo fue realizado por los Ingenieros Carlos José Tejada Fuentes, Juan Carlos Guerrero Argueta y Rigoberto Alvarenga Avelar. Se hizo un intento por implementarlo dentro de la Universidad, pero al parecer se quedó solo en eso, un intento. El nombre de la tesis es: “Desarrollo de un Sistema Evaluativo Virtual para la Universidad Don Bosco”3. 3 Consultar el trabajo de graduación en la Biblioteca de la Universidad Don Bosco. La clasificación es 001.642.A473 del año 2005. 3 1.2 OBJETIVOS 1.2.1 OBJETIVO GENERAL Desarrollar un sistema informático con interfaz web que permita la creación de plantillas para la realización de guías de práctica de laboratorio en la Universidad Don Bosco. 1.2.2 OBJETIVOS ESPECÍFICOS • Investigar los modelos de guías de práctica de laboratorio que se desarrollan en las materias de la Universidad Don Bosco y a partir de ellos, desarrollar una aplicación orientada a la web que permita a los docentes de la Universidad realizar las guías de práctica directamente en la web, para que el estudiante pueda consultarla de forma directa desde la computadora a la hora de realización de la práctica. • Hacer que la guía de práctica esté disponible tanto para el estudiante que tiene una práctica de laboratorio como para los docentes que deseen utilizarla como referencia para realización de alguna investigación o para preparar un material de clase. • Implementar un módulo que permita llevar un registro del avance en la guía de práctica por parte del alumno, mediante la realización de pequeñas evaluaciones sobre las partes contenidas en la guía y la verificación de la realización de los procedimientos. • Desarrollar una interfaz de fácil utilización que sea intuitiva para el usuario y que permita cierta flexibilidad en el formato. • Implementar una base de datos que permita almacenar la información relacionada con los docentes de la Universidad Don Bosco que desarrollarán las guías de práctica, las materias que tienen prácticas de laboratorio y los contenidos que se colocarán en éstas organizados de tal manera que la información sea útil e independiente de la aplicación web. 4 1.3 JUSTIFICACIÓN DEL TEMA 1.3.1 PLANTEAMIENTO DEL PROBLEMA El problema que se intenta resolver es la realización de las guías de práctica de laboratorio a través de una aplicación web, que sea fácil de utilizar y que permita cierta flexibilidad para ajustarse a la mayor parte de tipos de guías de laboratorio que se realizan en la Universidad Don Bosco. En la actualidad las salas de laboratorio están administradas por el CITT (Centro de Investigaciones y Transferencia de Tecnología). La cantidad de materias con prácticas de laboratorio sobrepasan las 100. De todas ellas, únicamente en diez de ellas se tienen manuales de guía con las guías completas de todo el ciclo. Para el resto de las materias se colocan las guías en formato pdf en la página web de la UDB. El CITT es el encargado de la realización de las guías de práctica de laboratorio de las diferentes carreras de ingeniería, el área de ciencias básicas y las licenciaturas. En el caso de la Facultad de Estudios Tecnológicos la elaboración de las guías de práctica de laboratorio está a cargo de los docentes de cada una de las carreras. Generalmente, se colocan en las fotocopiadoras para que los estudiantes puedan adquirirlas. Este proyecto debe abarcar tres aspectos importantes: • Primero, facilitar la creación de distintas plantillas para la realización de guías de práctica de laboratorio. • Segundo, permitir a los instructores y docentes la creación de guías de práctica de laboratorio en base a un modelo de plantilla. • Tercero, permitir a los estudiantes consultar la guía a través de Internet (intranet), sin que sea imprescindible imprimirla o tenerla fotocopiada a la hora de una práctica. 5 1.3.2 DEFINICIÓN DEL TEMA El tema puede expresarse de la siguiente forma: “Sistema Informático de plantillas para la realización guías de práctica de laboratorio en la Universidad Don Bosco”. En esencia, el sistema debe permitir la creación de las guías de práctica de laboratorio desde una computadora con conexión a Internet y con un navegador desde donde se ejecutará la aplicación. Tradicionalmente, en la Universidad Don Bosco las guías de práctica de laboratorio se han puesto a disposición de los estudiantes mediante documentos de Word o pdf impresos que los estudiantes tienen que fotocopiar. En la carrera de Ingeniería en Computación de la Facultad de Ingeniería se han creado folletos con todas las guías de práctica del ciclo completo, que los estudiantes tienen que adquirir al inicio del ciclo. En el Técnico en Ingeniería en Computación de la Facultad de Estudios Tecnológicos los docentes suelen subir a sus sitios web personales las guías en formato PDF4, para que los estudiantes las descarguen o colocan la guía práctica a realizar en una fotocopiadora para que los estudiantes la adquieran. Uno de los objetivos de este proyecto es que el estudiante pueda adquirir la guía de práctica en el momento que la necesite, ya sea porque la va a realizar en la práctica o porque necesita estudiarla para un examen. De esta forma, siempre podrá consultarla a través de Internet. 4 PDF, del inglés Portable Document Format, Formato de Documento Portátil, es un formato de almacenamiento de documentos, desarrollado por la empresa Adobe Systems. 6 1.3.3 JUSTIFICACIÓN El desarrollo de este proyecto tiene varios beneficios importantes que pueden ser considerados como valor agregado para la Universidad Don Bosco. Estos beneficios son: • Contar con un software institucional para la creación de plantillas de guías de práctica de laboratorio. • Facilitar a los docentes e instructores herramientas para la realización de sus guías de práctica de laboratorio, desde una máquina conectada a Internet, ya sea desde su oficina o desde su casa. • Facilitar a los docentes la consulta guías de práctica de laboratorio similares en contenido a las que deben realizar. Esto puede ser una excelente herramienta de consulta, permitiendo, a la vez, sacar el máximo provecho de los recursos disponibles. • Hacer que las guías de práctica estén a disposición de los docentes que en un futuro impartan esa materia para su revisión, actualización y análisis. • Permitir al estudiante inscrito en una materia que tenga práctica de laboratorio tener acceso a la guía de práctica en el momento en que la necesite utilizar. • Aprovechar al máximo la tecnología de software disponible para producir herramientas de computacionales que faciliten la labor docente. 7 1.4 ALCANCES • El sistema tendrá una interfaz web, lo que significa que podrá ser accedido desde cualquier computadora que tenga un navegador instalado y la conexión apropiada a Internet/intranet. Los contenidos que podrán ser incorporados a la guía de práctica podrán ser diversos, siempre que garanticen su soporte en los navegadores de mayor utilización. • El programa tendrá un módulo de seguridad para autenticación de usuarios en el que solamente los administradores y docentes coordinadores tendrán privilegios de creación y modificación de plantillas y de guías de prácticas de laboratorio. Los usuarios docentes podrán crear guías, basados en las plantillas predefinidas. Los usuarios docentes invitados tendrán privilegios de consulta de las guías, pero no de modificación. Por último, se tendrán usuarios alumnos a los que se les asignarán privilegios de acceso a las guías para su desarrollo. • La posibilidad de poder descargar la guía de práctica podrá ser determinada durante la creación de la misma, ya sea por la dirección de escuela o por el docente encargado de la realización de la guía. • El programa proporcionará un método estructurado para el diseño de las guías de laboratorio. Primero, se definirán un conjunto de plantillas que se utilizarán para la creación de las guías. Luego, los usuarios docentes con el privilegio de creación de guía de práctica podrá personalizar el contenido de cada sección de la guía. Por último, se establecerán los usuarios con derechos de lectura sobre cada guía. • La aplicación contará con una base de datos independiente de la aplicación, de tal manera que si se pretende cambiar por completo la aplicación más adelante los datos seguirán siendo útiles. • Se incluirá un módulo de acceso a las guías agrupadas por materia, simulando un cuadernillo de guías de práctica para esa materia. • La aplicación se desarrollará siguiendo el modelo de tres capas; es decir, Cliente - Servidor Web - Servidor de Bases de Datos. • Se entregarán junto con la aplicación los respectivos manuales de usuario, del docente y del administrador, en los que se detallará el funcionamiento de la aplicación y la utilización de la interfaz de usuario y de administración. 8 1.5 LIMITACIONES • La aplicación es parametrizable y podrá ser usado por cualquier carrera; sin embargo, se realizará un estudio exhaustivo para la realización de las plantillas únicamente en dos carreras: en el técnico en computación de la Facultad de Estudios Tecnológicos y en la ingeniería en ciencias de la computación de la Facultad de Ingeniería, por lo cual las otras dependencias de la UDB deberán ponerse de acuerdo en la elaboración de sus respectivas plantillas. • La aplicación a desarrollar no se ha pensado para que interactúe con información de bases de datos de otras dependencias de la Universidad Don Bosco. • El modelo de guías de práctica que se intenta reproducir en la aplicación es el modelo de guías de práctica utilizado actualmente en el CITT y en la escuela de computación de la Facultad de Estudios Tecnológicos; es decir, el modelo procedimental. • La aplicación podrá ejecutarse en diferentes navegadores, dando prioridad a los navegadores más difundidos en nuestro medio, que son: Internet Explorer, Mozilla FireFox y Netscape. La compatibilidad con cualquier otro navegador no podrá ser garantizada. • Las posibilidades de interacción con las guías de práctica de laboratorio serán básicamente las que son posibles mediante una aplicación web. Esto significa que se puede mostrar texto, imágenes, audio y vídeo en la guía de práctica. Podrá navegar entre las secciones de la guía con sólo hacer clic en un enlace. Además, podrá descargar la guía, material complementario si el docente lo cree conveniente. 1.6 DELIMITACIONES • Se desarrollará una aplicación parametrizable, de modo que pueda ser aplicable a todas las carreras que impartan materias con laboratorio en la Universidad Don Bosco. 9 • El formato para descarga de la guía de práctica será el PDF. • La aplicación permitirá el uso de ciertos recursos multimedia, como animaciones de flash y javascript. Además permitirá la utilización de vídeos, estableciendo restricciones en cuanto a formato y tamaño para garantizar que las páginas se carguen de forma apropiada en los navegadores de mayor difusión y en un tiempo razonable. • El sistema tendrá un módulo administrativo para crear los distintos niveles de usuarios a los que podrán asignárseles los privilegios apropiados. 1.7 PROYECCIÓN SOCIAL El sistema a realizar ofrece una forma nueva de realizar las guías de práctica de laboratorio, aportando un beneficio importante a la comunidad educativa de la Universidad Don Bosco, ya que, por un lado, permitirá a los docentes contar con un material de consulta que antes no se tenía, o era demasiado difícil de conseguir. Tener a la mano las guías de práctica de laboratorio será útil, tanto al docente de la materia, como a otros docentes que requieran consultar temas que se abordan en algunas de esas guías. De esta forma se estará poniendo, al servicio del docente herramientas que facilitarán su labor docente. Por otro lado el sistema, traerá el beneficio a diferentes instituciones educativas porque podrá ser tomado como referencia para dar inicio a la automatización de sus propias guías tomando como base este proyecto, esto beneficiaría a los estudiantes porque contarán con una forma innovadora de poder adquirir la guía de práctica, ya no siendo necesario que deban de comprarla. Aunque esto dependerá en primera instancia de otras entidades de la Universidad Don Bosco. Este proyecto será una innovación tecnológica, a nivel de instituciones educativas de nivel superior. Como se ha mostrado en la investigación de los antecedentes, todavía no hay una institución educativa que haya implementado una herramienta de este tipo. 1.8 CRONOGRAMA DE ACTIVIDADES 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 1 Reuniones con el asesor 2 Reuniones con el tutor 3 Preliminares 2 Investigación de los requerimientos de cada escuela de la UDB 3 Diseño de la base de datos 4 Realización de la base de datos 5 Definición de los módulos necesarios para la aplicación 6 Realización de los scripts de la aplicación 7 Realización de pruebas y correcciones 8 Primera defensa de trabajo de graduación (70%) 9 Correcciones según observaciones de jurado 10 Mejorar interfaz de usuario (apariencia) 11 Afinar detalles (correcciones de texto, ortografía, etc) 12 Elaboración de manuales 13 Segunda defensa de trabajo de graduación (100%) 14 Correcciones según observaciones de jurado Reuniones con el asesor de 3 horas cada una Reuniones con el tutor de 1 hora cada una Días de defensa Mes 9Mes 8Mes 4 Mes 5 Mes 6 Mes 7 Actividad Mes 1 Mes 2 Mes 3 10 11 1.9 PRESUPUESTO El desarrollo de una aplicación como la que se ha expuesto requiere inversión en el recurso humano que trabajará en el desarrollo de la aplicación, hardware y software necesario para que se pueda realizar la aplicación y gastos que tienen que ver con adquisición de servicios de Internet para que la aplicación permanezca en línea en la web. La tabla que se muestra a continuación resume la inversión requerida: Concepto Costo Recursos humanos Horas hombre ($10/h*600h) $ 6,000.00 Equipo de hardware Computadora Laptop $ 1,300.00 Impresora $ 60.00 Software necesario Linux y Open Office $ 0.00 Licencia de PHP $ 0.00 Licencia de MySQL $ 0.00 Licencia de Apache $ 0.00 Gastos de servicios de Internet Conexión a Internet ($40/mes) $ 320.00 Nombre del dominio (8 meses) $ 50.00 Webhosting (8 meses) § Almacenamiento (1 GB o +) § Soporte para PHP y MySQL § Aplicación para administración del sitio. $ 100.00 Otros gastos Energía eléctrica $ 50.00 Papelería $ 10.00 12 Tinta para impresora $ 25.00 Imprevistos $ 200.00 Total $8,115.00 TABLA 1. Presupuesto para el desarrollo de la aplicación Este presupuesto comprende únicamente la inversión relacionada con el desarrollo de la aplicación. Es decir, lo que tendría que invertir la Universidad Don Bosco si deseara contratar los servicios de una empresa o programador para que desarrollara la aplicación. 1.10 PLAN DE SOLUCIÓN El desarrollo del Sistema Informático de Plantillas para la realización de guías práctica de laboratorio intenta aplicar la tecnología actual para el mejoramiento y modernización de los procesos actuales de elaboración de guías de práctica. Además, busca convertirse en un instrumento de apoyo tanto para el estudiante y el docente como material de consulta para la investigación que pudiera realizar en algún momento de su labor. Para lograr que el sistema cumpla con su cometido se piensa seguir un proceso que pasará por varias etapas, que se describen brevemente, a continuación: 1.10.1 INVESTIGACIÓN DE LOS REQUERIMIENTOS En esta etapa se realizarán entrevistas con los diferentes entes involucrados en la realización de las guías de práctica, como son los docentes tiempo completo, docentes de laboratorio, directores de escuela, coordinadores de materia. Además de las entrevistas se utilizarán instrumentos como el censo para poder determinar de forma precisa los requerimientos particulares de cada escuela y para poder medir el resultado esperado por estas de la aplicación. 13 En esta investigación se busca también determinar de forma precisa las partes en que se dividen las guías de práctica de laboratorio en cada carrera y los procesos que se siguen actualmente para su elaboración. Esto servirá de base para un buen diseño de base de datos. 1.10.2 DETERMINACIÓN DE LA FACTIBILIDAD Durante la etapa de diseño del sistema será importante determinar la factibilidad de utilización del sistema. Esto implicará medir si los potenciales usuarios del sistema aceptarán el cambio de la metodología actual utilizada para la realización de las guías de práctica de laboratorio por una nueva que implique la utilización de una herramienta informática orientada a la web, como lo es el sistema informático de plantillas propuesto. En este punto, es indispensable tener en cuenta que en la Universidad Don Bosco, ya existe experiencia del personal docente en el uso de herramientas informáticas orientadas a la web. Incluso se han tenido capacitaciones que así lo demuestran. En el año recién pasado, se capacitó al personal docente de la Universidad Don Bosco en el uso del sistema informático de Portafolio Institucional. Además, los docentes tiempo completo que tienen asignados alumnos para tutorías, interactúan con un sistema informático para el control de sus sesiones. Esto demuestra que el personal docente, ya tiene experiencia en el uso de aplicaciones con interfaz web. Otro aspecto importante es determinar la factibilidad de que la institución se sienta en la capacidad de invertir en el desarrollo e implantación de una aplicación de estas características con los costos económicos que requiere. Sobre esto, hay que mencionar que la Universidad Don Bosco ya cuenta con servidores instalados dentro de sus instalaciones. De hecho, su página web y los sistemas mencionados anteriormente se encuentran montados en sus servidores. Existe soporte para aplicaciones orientadas a tecnología Microsoft y también para aplicaciones desarrolladas con software libre, como PHP con MySQL. Por lo tanto, los costos económicos reales para la Universidad en la implantación del sistema serían 14 únicamente de desarrollo. Al ser desarrollado el sistema en el presente trabajo de graduación, este costo desaparece. Por lo tanto, es fácil afirmar de forma tajante, que existen las condiciones ideales en la Universidad Don Bosco, para poder implantar el sistema, tanto operacional, técnica y económicamente. 1.10.3 REALIZACIÓN DE UN PRIMER DISEÑO DE LA BASE DE DATOS La información recolectada servirá para validar y guiar el diseño de una base de datos apropiada para la solución del problema. En este caso, la realización de plantillas que se puedan ajustar a los tipos de guías de práctica de laboratorio que se realizan en las diferentes materias de las carreras de la Universidad Don Bosco. La base de datos deberá también abarcar aspectos como los usuarios del sistema, las guías propiamente dichas y sus partes, los docentes, las materias y las carreras en las que se imparten. Se utilizará una base de datos relacional como modelo de solución. 1.10.4 MÓDULOS DE LA APLICACIÓN Se ha previsto la necesidad de implementar los siguientes módulos: • Módulo de seguridad de acceso al sistema Este módulo de seguridad está compuesto por la seguridad de la base de datos y la seguridad a nivel de la aplicación. En la seguridad de la base de datos se ha pensado en un diseño basado en perfiles de usuarios mediante el cual se asignan privilegios o derechos en el sistema a los perfiles y no a los usuarios individuales. • Módulo de administración de usuarios En este módulo los administradores y coordinadores establecerán los privilegios que les otorgarán a los usuarios registrados en el sistema. Los nuevos usuarios que sean 15 incorporados al sistema recibirán un nombre de usuario que debe ser normalizado por al institución; es decir, la Universidad Don Bosco. • Módulo de mantenimiento de plantillas Módulo en el que los coordinadores diseñarán plantillas que deberán utilizarse para la creación de guías de práctica de las materias con práctica de laboratorio. • Módulo de mantenimiento de guías En este módulo los docentes y los coordinadores podrán crear las guías de práctica de laboratorio. • Módulo de interacción del alumno con las guías En este módulo los estudiantes podrán cargar la guía de práctica de laboratorio y dispondrán de ella para poder consultar los objetivos, estudiar la temática de la práctica y seguir el procedimiento a seguir para realizar la práctica. • Módulo de reportes (guías por profesor, guías por ciclo, guías por carrera, histórico de las guías por materia, estadística de eventos - “log”) Este módulo permite ir creando un registro en la base de datos en donde se almacena la información necesaria para poder determinar usuario, ip desde donde se conectó, módulo del sistema que cargó, etc. Para efectos de registrar las transacciones que los usuarios han realizado en el sistema informático de plantillas. • Módulo para mantenimiento de catálogos (docentes, materias, carreras, etc.) Este módulo permitirá agregar carreras, materias y docentes al sistema informático de plantillas, cuando así se requiera. El propósito de cada uno está claramente definido en su nombre. El tipo de programación requerido, por tratarse de una aplicación orientada a la web, serán scripts del lado del servidor, principalmente. 16 1.10.5 REALIZACIÓN DE LA INTERFAZ DE USUARIO Para el desarrollo de una interfaz de usuario amigable e intuitiva será importante tomar en cuenta la opinión de los usuarios y ponerlo en concordancia con las posibilidades de las herramientas a utilizar para el desarrollo de la aplicación. Solamente de esa forma se puede garantizar que el sistema será atractivo y amigable con el usuario. 1.10.6 PRESENTACIÓN DE UN PRIMER PROTOTIPO En esta parte se pretende mostrar una primera versión funcional del sistema y someterla a evaluación del jurado para su aprobación. En este momento, se piensa tener un diseño de la base de datos implementado y con los datos necesarios para su puesta en marcha. Se pretende que estén realizados los módulos más importantes e indispensables de la aplicación. No se pretende en este prototipo que la interfaz de usuario esté terminada al cien por ciento, pero si mostrar la mayoría de módulos importantes funcionando. 1.10.7 REALIZACIÓN DE CORRECCIONES Luego de la presentación del primer prototipo se deberán considerar e incorporar las observaciones del jurado en la aplicación, y de ser necesario, también en la base de datos. Estas correcciones no deberían ser tan delicadas para el sistema en general, si se ha realizado un buen diseño. En esta parte se tomarán en cuenta reglas básicas de análisis y diseño de sistemas para que la aplicación tenga una base sólida. 1.10.8 REALIZACIÓN DE PRUEBAS En esta parte se pretende someter el sistema a pruebas de desempeño, afinar el diseño de la base de datos, medir la eficiencia de los scripts y de las consultas realizadas a la base de datos. Las pruebas del sistema en general, serán realizadas 17 en todo momento que sean requeridas, por ello, esta parte está referida solamente al tipo de pruebas mencionadas anteriormente. 1.10.9 PRESENTACIÓN DEL SEGUNDO PROTOTIPO FUNCIONAL En esta parte se pretende que el sistema esté desarrollado en un cien por ciento y que se puedan hacer demostraciones en vivo del funcionamiento del sistema creando plantillas y guías de práctica. Mostrando la interfaz de usuario finalizada y los diferentes tipos de acceso según el tipo de usuario que accede al sistema. 1.10.10 REALIZACIÓN DE LOS DIFERENTES MANUALES Una vez aprobado el sistema e incorporadas las correcciones después de la presentación del segundo prototipo se procederá a la elaboración de los diferentes manuales. Estos son: El manual de usuario y manual técnico para el administrador. 18 CAPÍTULO 2. METODOLOGÍA DE LA INVESTIGACIÓN 2.1 REQUERIMIENTOS DE INFORMACIÓN Para poder realizar un trabajo acorde a los estándares de realización de guías de práctica de laboratorio de la Universidad Don Bosco, se han utilizados dos herramientas básicas de información, que son: la entrevista y la observación. Las entrevistas se han realizado con el objeto de determinar las necesidades concretas de los usuarios del sistema y los procesos concretos que se realizan para la elaboración de las guías de práctica de laboratorio en la actualidad. La observación ha permitido determinar los procesos particulares que cada docente e instructor siguen para poder realizar una guía de práctica desde que realiza su edición en un documento con formato hasta que es obtenida por los estudiantes para su realización durante la práctica de laboratorio. 2.1.1 ENTREVISTAS Se han entrevistado a docentes de prácticas de laboratorio y docentes de la Facultad de Estudios Tecnológicos (FET) para poder determinar con precisión la forma en que se llevan a cabo los procesos en la actualidad. Las preguntas que se han realizado han sido básicamente: 1. ¿Quién o quiénes son los encargados de realizar las guías de práctica de laboratorio? 2. ¿Quién delega la responsabilidad de realizar las guías de práctica? 3. Cada cuánto tiempo se revisan los contenidos de las guías y cada cuánto tiempo son renovadas con contenidos nuevos. 4. De qué forma el estudiante adquiere la guía para realización de la práctica de laboratorio 5. De cuánto tiempo dispone la persona que realiza las guías para terminarlas y entregarlas. 19 Las respuestas han sido diversas, sin embargo, se ha podido identificar que los encargados de realización de guías de práctica de laboratorio son los docentes de práctica en el centro de cómputo para las guías de las materias de computación de la Facultad de Ingeniería y los docentes tiempo completo de la escuela de computación de la Facultad de Estudios Tecnológicos. Se ha determinado también que existen algunas pocas excepciones en ambas escuelas. También se ha determinado que los encargados de delegar la responsabilidad de realización de las guías de práctica, así como, la revisión continua del contenido de las mismas es el jefe inmediato en la unidad o departamento. En el caso de los docentes de práctica de laboratorio es el(la) encargado(a) del Centro de Cómputo de la Universidad Don Bosco. Para la escuela de computación de de la Facultad de Estudios Tecnológicos es el coordinador de la escuela. La revisión y cambio del contenido de las guías de práctica no tiene un tiempo estipulado o predefinido. Casi siempre, ciclo con ciclo se realizan cambios, si la materia se imparte durante los dos ciclos. En los casos de las materias que solamente se imparten una vez al año, los contenidos son revisados solamente una vez al año. El cambio total de los contenidos de las guías de práctica se realiza únicamente cuando hay un cambio radical en la versión del programa que se aborda en las guías de práctica o cuando se cambia de programa totalmente. La forma en que los estudiantes adquieren la guía de práctica de laboratorio puede ser una de dos. La primera, es en las fotocopiadoras de la universidad. La segunda, es a través de Internet, descargando la guía de práctica de algún sitio en Internet que generalmente pertenece al docente que imparte la práctica. El tiempo que tiene el docente para terminar de realizar las guías para una materia también varía de acuerdo a las necesidades que se vayan presentando. Algunas veces se hace con planificación y suficiente tiempo de anticipación al inicio del ciclo donde deben utilizarse. En este caso es posible terminar la totalidad de las guías antes de iniciar el ciclo. En otros casos, cuando no existe material previo para la 20 realización de las guías se va realizando la guía de la práctica a realizar semana a semana. 2.1.2 OBSERVACIÓN Este método se ha utilizado como complemento al anterior, en vista de que como docente tiempo completo de la escuela de computación de la Facultad de Estudios Tecnológicos tengo a cargo varias materias en las que se imparten prácticas de laboratorio. Así mismo, se ha podido observar a otros compañeros durante la realización de sus prácticas de laboratorio. Esto ha permitido identificar particularidades en cada carrera en cuanto al proceso de realización de guías de práctica de laboratorio. Durante la observación se han podido obtener dos conclusiones importantes. En primer lugar, se ha podido identificar que en algunas prácticas cuentan con un docente activo durante la práctica que explica con claridad los objetivos de la práctica a realizar destacando los puntos importantes de la misma. En otros casos, el docente es más pasivo y deja que el estudiante adquiera el conocimiento en base a su propia experiencia. En segundo lugar, algunos docentes son partidarios de colocar la guía en una fotocopiadora para que los estudiantes la adquieran allí. De esa forma garantizan que los ejercicios sean digitados por el estudiante. Otros prefieren subir la guía en formato .pdf o .doc a un sitio en Internet para que el estudiante la descargue de allí y pueda hacer la práctica de forma más rápida, ya que puede copiar y pegar los programas sin mayor dificultad. Este método permite que los estudiantes tengan más tiempo para analizar los ejercicios, realizar la investigación complementaria y el análisis de resultados. 21 2.2 ANÁLISIS DE FACTIBILIDAD En este análisis se pretende establecer la disponibilidad de los recursos necesarios para llevar a cabo el sistema informático de plantillas. 2.2.1 FACTIBILIDAD OPERATIVA En esta parte es importante entender que las actividades o procesos relacionados con la elaboración de guías de práctica de laboratorio involucran la disposición de las personas a utilizar la computadora como principal herramienta de trabajo. El proceso de creación de guías es factible desde el punto de vista operativo, porque todos los docentes de las carreras involucradas tienen un uso aceptable y, en algunos casos, sobresaliente, de los programas y aplicaciones web. Además, todos los docentes de la Universidad Don Bosco tienen contacto con sistemas informáticos de diversos tipos, como portafolio electrónico de la universidad, sistema informático de tutorías, sistema de gestión de contenido, como moodle. Por lo tanto, un sistema relacionado con elaboración de guías de práctica de laboratorio no resulta muy diferente al resto de los mencionados anteriormente. Otro aspecto que garantiza la operatividad de la aplicación a desarrollar es que la mayor parte de docentes conoce sobre el uso de procesadores de texto como Word, Open Office Writer u otros. El sistema informático de plantillas propuesto requiere del conocimiento de algún procesador de texto, ya que incluye un control del tipo editor web (conocido también como control What You See Is What You Get). Este control posee barras de herramientas muy parecidas a las que muestran los procesadores de texto antes mencionados. Esto garantiza que los usuarios del sistema requerirán poco tiempo de adaptación a la aplicación. Por último, el hecho que la realización de las guías de práctica de laboratorio es parte de los acuerdos de meta de cada docente tiempo completo garantiza que es una actividad que debe realizar y para la cual debe asignar un tiempo significativo de su jornada de trabajo. 22 2.2.2 FACTIBILIDAD TÉCNICA En este punto debe evaluarse si la Universidad Don Bosco facilita a los docentes los recursos informáticos necesarios, si posee el equipo de cómputo idóneo para dar soporte a una aplicación orientada a la web y si el personal cuenta la experiencia y habilidades necesarias para la utilización de este tipo de herramienta informática. La conclusión a la que se ha llegado es que la realización de la aplicación es factible económicamente debido a que todos los docentes tiempo completo de las carreras involucradas cuentan con una computadora con conexión a Internet de forma permanente, a excepción de los momentos en que se cae la conexión. Sin embargo, esto no es habitual. Además, la Universidad Don Bosco cuenta con varios servidores que permiten subir aplicaciones orientadas a la web las cuales pueden ser accedidas desde los navegadores de los clientes, que en el caso del sistema informático de plantillas serían los docentes y los estudiantes, principalmente. Por último, todos los docentes de la Universidad Don Bosco conocen del uso de sistemas informáticos orientados a la web. Ya se han mencionado el sistema de portafolio electrónico, el sistema informático de tutorías y el sistema de gestión de contenido moodle. 2.2.3 FACTIBILIDAD ECONÓMICA En este punto es importante contraponer los beneficios que se obtendrán por el uso de esta aplicación con los costos que implica para la Universidad Don Bosco implantarla. Es difícil cuantificar de forma exacta los beneficios específicos que presentará realizar las guías de práctica de laboratorio utilizando el sistema informático de plantillas planteado en este trabajo de graduación. Sin embargo, puede afirmarse que la implementación de este sistema en la Universidad no representa un costo muy elevado si se le compara con los beneficios que traerá. Ya se ha mostrado en el capítulo 1, en la sección 1.8 el presupuesto. En este puede notarse que la mayor parte del costo proviene de recursos con los que la Universidad ya cuenta. Por mencionar algunos: el acceso a conexión a Internet, el uso de 23 computadora para poder desarrollar la aplicación, el pago de servicio de webhosting. Todos estos elementos ya los posee la universidad. Por esta razón los costos reales serían menores a los que se muestran en este presupuesto. Debe recordarse que la aplicación se va a desarrollar con software libre y por tanto, el costo por uso de software es nulo. Por todos estos factores se puede afirmar que la factibilidad económica está garantizada también. Es decir, la Universidad Don Bosco no incurrirá en gastos significativos por la implantación y el desarrollo de este sistema informático. Además, al considerar los beneficios y la innovación que aportará en el proceso de creación de guías de práctica de laboratorio se puede sostener que el proyecto es viable económicamente. 24 CAPÍTULO 3. MARCO CONCEPTUAL 3.1 MARCO TEÓRICO 3.1.1 MARCO CONCEPTUAL La aplicación a desarrollar será una aplicación en ambiente web en la que será necesario contar, a nivel de software, con un servidor web, un gestor de bases de datos y un lenguaje de script del lado del servidor. Estos tres elementos permitirán que la aplicación funcione correctamente cuando se realice la solicitud de una página desde el navegador del cliente al servidor web, que es donde estarán instalados los tres componentes mencionados anteriormente. A nivel de hardware será necesaria la utilización de un servidor web, el cual sea capaz de atender la demanda de conexiones simultáneas solicitando páginas web. El servidor web es un programa que se encarga de administrar páginas web. Cuando un servidor web es instalado existe una carpeta especial que es donde se copian todas las páginas web que el servidor administrará. Cada carpeta o recurso creado o copiado dentro de esta carpeta es administrada por el servidor web. De modo que cada vez, que se produce una solicitud de página web es el servidor web quien se encarga de buscar la página web y enviarla al navegador del cliente. El gestor de bases de datos es un programa que se utiliza para almacenar la información relevante para la aplicación. Generalmente, en una aplicación web dinámica las páginas web son construidas a partir de consultas que se realizan a la base de datos. La base de datos devuelve la información que cumple los criterios de la consulta que se realiza en ella y con dicha información se puede construir la página web de forma apropiada. El lenguaje de scripts del lado del servidor se utilizará para generar un sitio web con contenido dinámico. La ventaja de este tipo de sitios es que requiere únicamente que 25 la base de datos se encuentre actualizada, y como las páginas se construyen en base al contenido de ésta requiere relativamente poco mantenimiento. Obviamente, la base de datos debe actualizarse periódicamente. Pero esta actividad no requiere de la participación de un experto en programación o bases de datos. La aplicación requerirá el uso de herramientas que permitan la edición de contenido web directamente en línea. A este tipo de herramientas se le conoce como Editores de contenido HTML. Existen muchos ejemplos de este tipo de editores. Los más difundidos son: fckeditor5 y cute Editor, por mencionar un ejemplo de cada uno. El fckeditor tiene como principal característica la compatibilidad con los navegadores más utilizados en nuestro medio (Internet Explorer, Mozilla FireFox y Netscape); además de la integración con la programación del lado del servidor (ASP.Net, ASP, PHP, Java, Cold Fusion). El segundo, brinda prestaciones más limitadas, porque no es gratuito, tiene licencia shareware, sólo ofrece integración con ASP y ASP.Net. Sin embargo, ofrece compatibilidad con los mismos navegadores que el fckeditor y con el Safari de MAC-OS. Otra prestación adicional es que permite crear directamente documentos en formato PDF. El esquema del funcionamiento de una aplicación de esta naturaleza corresponde al modelo de tres capas, que se puede representar de la siguiente manera: FIGURA 1. Modelo de tres capas aplicado a la web 5 fckeditor es un editor de contenido HTML clasificado como proyecto open source y licencia freeware dirigido por Federico Caldeira Knabben. SSeerrvviiddoorr ddee aappll iiccaacciioonneess oo ddee BBaassee ddee DDaa ttoo ss CCll iieennttee ww eebb DDooccuummeennttoo ss HHTTMMLL SSeerrvviiddoorr ww eebb 26 3.1.2 MARCO EXPERIMENTAL Existen proyectos similares al que se pretende desarrollar que tratan sobre educación a distancia, también proyectos sobre evaluaciones en línea que pueden ser muy similares en cuanto a la concepción de la aplicación y en cuanto al diseño de base de datos. Sin embargo, a nivel nacional no se han encontrado aplicaciones que estén documentadas sobre este tipo de aplicación en particular. Existirán varias particularidades sobre esta aplicación que deberán ser implementadas y que no tendrán nada de similar al tipo de aplicaciones mencionadas anteriormente. Entre las aplicaciones de educación a distancia que se pueden mencionar, implementadas en la Universidad Don Bosco, está el sitio web de Educación a Distancia en Ortesis y Prótesis desarrollado en la Universidad Don Bosco, específicamente en el Departamento de Ortesis y Prótesis, que cuenta con estudiantes de diversos países de Latinoamérica y Brasil. Este sitio web puede visitarse en la dirección http://www.ortoedu.com. Está en funcionamiento desde el año 2002. También se han visitado las páginas web de otras universidades de nuestro país, para constatar si en ellas existen evidencias de aplicaciones en ambiente web relacionadas con realización de guías de práctica de laboratorio. Lo único que se ha podido comprobar es que en el sitio web de la Universidad Tecnológica existe oferta de Diplomados a Distancia y en el sitio de la Universidad Francisco Gavidia donde también existen cursos a distancia y además ofrecen laboratorios virtuales6. 6 Ver los siguientes sitios web. http://www.edutec.edu.sv de la Universidad Tecnológica y http://uvirtual.ufg.edu.sv 27 3.2 SISTEMA DE GESTIÓN DE CONTENIDO Un Sistema de Gestión de Contenido (Content Management System o CMS) es una aplicación, en el contexto de la web, que permite la creación y la administración de contenidos de sitios web, principalmente. A eso se debe que sean conocidos también como Gestores de Contenido Web. Una aplicación de este tipo consiste en una interfaz que administra una o varias bases de datos donde está almacenado el contenido del sitio. Este sistema de administración de contenidos permite manejar de manera independiente el contenido y el diseño. Con esto se quiere decir que se puede modificar el diseño de los contenidos sin necesidad de aplicarles formato nuevamente gracias a que se encuentran en capas independientes dentro de la aplicación. Este tipo de aplicación tienen la ventaja que los contenidos que se publican no están a cargo de una sola persona, más bien, la idea es que la publicación del sitio esté a cargo de las personas que realmente elaboran los contenidos. Cada uno se convierte en editor de su propio material. Una vez revisado el contenido se puede habilitar para que los visitantes del sitio lo puedan ver, o incluso descargar. 3.2.1 ORÍGENES DE LOS SISTEMAS DE GESTIÓN DE CONTENIDOS En términos generales, podemos decir que los sistemas de gestión de contenidos aparecen para dar respuesta a unas necesidades que surgen como fruto de una evolución tecnológica y del propósito de sacar el máximo provecho de la misma. Aunque ya existían desarrollos plenamente funcionales en la segunda mitad de la década de los noventa, es sobretodo a partir del año 2000 cuando los CMS comienzan a consolidarse dentro del panorama tecnológico. Sirva esto para ofrecer una fecha aproximada a partir de la opinión de diversos autores (Tramullas, 2005; Wilkoff, Walter y Dalton, 2001; o Cuerda y Minguillón, 2005). 28 El entorno tecnológico posibilitaba un cambio importante en el diseño de sitios web por parte de las empresas, principalmente en las dedicadas al comercio electrónico. La tendencia al uso de las redes de computadoras dentro de las organizaciones se convierte en una estrategia empresarial decidida y en un recurso tecnológico idóneo para mejorar y hacer más eficiente el funcionamiento interno de las estructuras organizativas y los procesos que estas realizan. Con este contexto, las páginas web estáticas no ofrecen la funcionalidad esperada y por ello, considerando los avances tecnológicos antes mencionados, se vuelve necesario el desarrollo de páginas web dinámicas en el sentido de que estas permitieran cambios continuos, y que fueran más escalables7. Esta necesidad se convirtió en un reto tanto tecnológico como económico, puesto que junto con los avances tecnológicos estaban presentes las restricciones de tipo económico. Se volvía necesario el desarrollo de una herramienta que facilitara la realización de sitios web del tipo antes mencionado: dinámicos capaces de adaptarse a los cambios continuos y que fuesen escalables. Los Sistemas de Gestión de Contenidos (CMS) surgen como respuesta a esta necesidad tecnológica y económica. Los Sistemas de Gestión de Contenidos cubren a cabalidad con las exigencias porque suministran las herramientas necesarias para realizar una gestión eficiente de esos contenidos potenciando la dimensión comunicativa (en un sentido amplio) de la web de la que forman parte. Las herramientas que suministran y que permiten cubrir el ciclo de vida completo de las páginas de una web se caracterizan por permitir implementar la gestión de las páginas de una manera muy cómoda y rápida que evita tener que encargar continuamente esas tareas a un webmaster o especialista, con el ahorro de tiempo y dinero y con la flexibilidad que esto supone. Hay que recordar que la diversidad de recursos digitales que maneja una organización incluye documentos con datos contextuales, otros con datos numéricos, algunas veces imágenes, audio y 7 Escalable significa que el sistema es capaz de incrementar sus recursos y rendimiento de acuerdo a las necesidades solicitadas de manera efectiva. Aunque el término no es aceptado todavía con esta connotación en la lengua española, la palabra es ampliamente utilizada en el contexto de los sistemas informáticos. 29 vídeos, o incluso, combinaciones de estos. Estos documentos pueden presentarse además, en una gran diversidad de formatos. La gestión adecuada de estos recursos digitales sólo es posible a través de un gestor de contenido web, puesto que son herramientas tecnológicas diseñadas precisamente para incrementar y automatizar de forma eficiente la comunicación a través de Internet. 3.2.2 DIFERENTES TIPOS DE EDITORES DE CONTENIDO Los Sistemas de Gestión de Contenidos se pueden agrupar en las siguientes categorías: § Aprendizaje Se denominan también Sistemas de Gestión del Aprendizaje (Learning Manadgement System o LMS). Se trata de una herramienta informática cuyo propósito es facilitar la gestión y la presentación de contenidos de tipo educativo a estudiantes. El aspecto importante a considerar en estos sistemas es que permiten el aprendizaje fuera del aula tradicional, haciendo posible a los estudiantes el acceso a la misma desde cualquier parte y a cualquier hora. Es importante destacar que en ningún momento se pretende el reemplazo total, o incluso, parcial del método tradicional de educación, más bien, pretenden que las personas, que por sus ocupaciones de trabajo u otras, tengan acceso a la educación sin límites de espacio ni horario. Ejemplos de Sistemas de Gestión del Aprendizaje son el moodle, blackboard, ilias, etc. La siguiente figura muestra una página de edición de contenidos en moodle: 30 FIGURA 2. Sistema de Gestión del Aprendizaje implementado en la Universidad Don Bosco En todas las herramientas de gestión de contenidos debe existir un componente de edición de contenido web, conocidos también como WYSIWYG (What You See Is What You Get). Se pueden mencionar el fckEditor, cuteEditor y el WordPress como tres de los más populares. El aspecto del fckEditor es el siguiente: 31 FIGURA 3. Control del tipo WYSIWYG (What You See Is What You Get) disponible en todos los Sistemas de Gestión de Contenidos § Foros Este tipo de Sistema de Gestión de Contenidos es de los primeros modelos de CMS que se conocen. Son conocidos también como foros de discusión, en donde se pueden publicar opiniones sobre diversos temas o se puede motivar la discusión sobre cualquier tema publicando una opinión o lanzando una pregunta abierta. Las respuestas o las opiniones relacionadas a una determinada discusión van apareciendo en orden cronológico y ordenadas por fecha, de modo que la última opinión se va colocando en la parte inferior. El aspecto de un foro de discusión es el siguiente: 32 FIGURA 4. Ejemplo de un foro de discusión en Internet § Diarios o bitácoras (blog) Conocidos también como weblogs. Se utilizan para publicar noticias o artículos con alguna periodicidad en orden cronológico inverso; es decir, lo último que se publica es lo primero que aparece. Puede tratarse de un diario o bitácora personal o un conjunto de noticias. El único requisito es que estén ordenadas por fecha en forma inversa, como ya se mencionó. Es propio de los weblogs hacer un uso intensivo de los enlaces a otros blogs y páginas para ampliar información, citar fuentes o hacer notar que se continúa con un tema que empezó otro weblog. Entre los Sistemas de Gestión de Contenido orientados a bitácoras se encuentran: WordPress, b2evolution, pMachine Pro y otros. Un blog tiene el siguiente aspecto: 33 FIGURA 5. Ejemplo del Sistema de Gestión de Contenidos para bitácoras denominado WordPress § Sitios de colaboración (wiki) Son sitios cuyo contenido es generado por todas las personas que colaboran con sus aportaciones. Un ejemplo muy popular es el de la wikipedia. También existe espacio para discusión en los sitios de colaboración. Este tipo de Sistemas de Gestión de Contenidos es ideal para sitios que necesitan ser modificados con el tiempo; es decir, sitios que no pueden permanecer sin modificación por largos períodos de tiempo. El aspecto de un sitio de colaboración es el siguiente: 34 FIGURA 6. Ejemplo del Sistema de Gestión de Contenidos del tipo wiki conocido en Internet como la Wikipedia § Sitios web, en general Se ubican dentro de esta categoría de Sistemas de Gestión de Contenido sitios web con contenido diverso y con propósitos diversos. El objetivo de estos sitios puede ser servir de fuente de información o ser soporte para una comunidad. § Galerías Este tipo de aplicaciones permite administrar y mostrar contenido audiovisual, que pueden incluir imágenes, animaciones, audio y vídeos, principalmente. 3.3 FUNCIONES DE LOS SISTEMAS DE GESTIÓN DE CONTENIDOS Las principales funciones que debe cubrir un sistema de gestión de contenido son: § La edición de contenidos, y § Explotación de la web 35 El siguiente cuadro muestra de forma más específica todas las actividades que conlleva cada una de estas funciones. FUNCIONES DE EDICIÓN DE CONTENIDOS FUNCIONES DE EXPLOTACIÓN DE LA WEB Creación de contenidos Gestión de contenidos Publicación de contenidos Presentación de contenidos Entornos colaborativos Perfiles de usuarios Sindicación de contenidos Articulación de funcionalidades Integración de aplicaciones TABLA 2. Actividades específicas que conllevan las funciones cubiertas por un Sistema Gestor de Contenidos 3.3.1 EDICIÓN DE CONTENIDOS Bajo la categoría “edición de contenidos” se agrupan todas las funcionalidades que ofrecen los sistemas de gestión de contenidos y que están relacionadas con el ciclo de vida básico de los contenidos. Para describir las funciones involucradas en la edición, vamos, a su vez, a utilizar la clasificación propuesta por Roberson (2002a, 2003c, 2003d) y que también otros autores recogen (Browning y Lowndes, 2001; Tramullas, 2005; o Cuerda y Minguillón 2005, por ejemplo). En esta línea, vamos a distinguir las funciones involucradas en la creación, gestión, publicación y presentación de esos contenidos. Comencemos con funciones relacionadas con la creación de los contenidos. Los Sistemas de Gestión de Contenidos ofrecen todas herramientas informáticas necesarias para desarrollar con comodidad la autoría y creación de los contenidos. En este sentido, acostumbran a suministrar un editor de texto WYSIWYG8 (What You See Is What You Get: ‘lo que ves es lo que obtenes’, literalmente). Este editor, que funciona de una manera similar a los editores de texto tradicionales, permite que un 8 Un editor del tipo WYSIWYG es un control muy similar a una barra de herramientas de un procesador de texto como Microsoft Word. Le permite insertar contenido y aplicarle formato de forma casi idéntica a como se hace en Word o en OpenOffice Writer. 36 contenido pueda ser creado por una persona que no posea conocimientos técnicos sobre la creación de páginas web, sobre lenguajes HTML o XML. Con este editor, la persona es consciente en todo momento del aspecto final del contenido y no tiene que estar pendiente, como en el caso de otros editores de páginas web, de los complicados códigos HTML que generan ese aspecto. Esta funcionalidad se refuerza, además, con el hecho de que los Sistemas de Gestión de Contenidos tratan el contenido separadamente de la apariencia final que pueda adquirir el mismo. Esto permite que la persona que lo está creando pueda despreocuparse de los temas relacionados con esa apariencia formal y pueda centrarse, casi de forma exclusiva, en la calidad semántica del mismo. Las consecuencias de estas dos soluciones (editor de texto y separación contenido- presentación), son claras y directas. Por un lado, la persona que posee una información relevante que es susceptible de ser publicada en la web puede, sin grandes problemas, ser también la que cree materialmente el contenido y puede, además, ir variando ese contenido a voluntad tantas veces como desee y de una manera flexible. Y todo ello sin tener que complicar, encarecer y ralentizar el proceso de creación e introducción de cambios encargando esas tareas a un especialista en creación y diseño de páginas web. La reducción de los costes procedimentales y económicos es clara. Y, por otro, y como consecuencia de todo ello, dota a la web de una mayor capacidad de crecimiento y adaptación a las necesidades, presentes y futuras, para la cual fue creada. Pero las funcionalidades relacionadas con la creación no acaban aquí. Los Sistemas de Gestión de Contenidos suministran también soluciones de workflow (soluciones para ciclos de trabajo) que permiten que los contenidos puedan ser creados por distintas personas, descentralizando la autoría de los mismos y ofreciendo las ventajas que esto supone. Estos sistemas, además, ofrecen la posibilidad de enriquecer, en el mismo proceso de autoría, los contenidos creados con estándares de control (metadatos), asegurando de esta manera una ulterior explotación documental mucho más efectiva. 37 La responsabilidad principal de la gestión de los contenidos recae sobre un sistema de gestión de bases de datos que se encuentra incorporado en los sistemas de gestión de contenidos. La base de datos creada permite la posibilidad de dar de alta o baja un contenido en el depósito y la explotación (búsqueda y recuperación) de todos los contenidos que se han ido creando y añadiendo a ese depósito. Pero también, los contenidos no son los únicos elementos integrados en esa base de datos. En ésta se almacenan principalmente también los datos relativos a los documentos (versiones hechas, autores, fecha de publicación, cambio y caducidad, etc.) y los datos y preferencias de los usuarios. La inclusión de estos dos tipos de datos aporta beneficios muy importantes. Por un lado, permiten un control de versiones y un control de autoría en cada uno de los contenidos. El control de versiones y autoría habilita la posibilidad de que dos o más autores puedan crear y modificar simultáneamente contenidos sin confusiones. Pero también permite introducir perfiles entre los autores otorgándoles, de forma planificada, ciertos privilegios de autoría y transformación. Este triple control de versiones, autoría y perfiles introduce un alto nivel de seguridad en la web. En cualquier momento se puede pedir al sistema un informe histórico de autoría y versiones, reduciéndose, de esta manera, los posibles problemas legales asociados a ese proceso de autoría. Además, el sistema que gestiona la base de datos está diseñado también para realizar otras operaciones. Entre éstas, se podrían destacar, por ejemplo, la posibilidad de integrar tesauros, taxonomías y ontologías para mejorar la gestión, la importación y explotación de bases de datos previamente ya existentes y la incorporación al depósito de documentos en distintos formatos. Abordemos ahora las funciones relacionadas con la publicación de los contenidos. Los sistemas de gestión de contenidos suministran también soluciones tecnológicas que permiten realizar la publicación de las páginas web (de los contenidos) de una 38 forma muy cómoda. El éxito de las funciones de publicación se sostiene, de nuevo, sobre un tratamiento que ya hemos apuntado: mantener separados el contenido de las páginas y su apariencia final. Así, por ejemplo, esta separación permite que se controle la visualización de esas páginas mediante el uso de plantillas que previamente hayan sido creadas y sin que los eventuales cambios de visualización afecten al contenido de las mismas. También, ofrecen la posibilidad de publicar de forma programada los contenidos (introduciendo una fecha de inicio y otra final de publicación), de diseñar interfaces de forma personalizada y de publicar en los diferentes formatos existentes (PDF, HTML, etc.). Por último, las funciones relacionadas con la presentación de los contenidos se fundamentan sobre la separación entre aspecto final de las páginas y el contenido de las mismas y lo que permite tratar la publicación de los contenidos como un proceso ad hoc al de su creación. Entre estas funciones habría que destacar, por ejemplo, la de permitir un acceso personalizado a la web a través del diseño de los menús de navegación, manteniendo los enlaces y favoreciendo, de esta manera, la usabilidad de la misma. Aunque no suelen presentar problemas para que sus páginas puedan ser visualizadas por los principales navegadores (Mozilla, Explorer, etc.), ofrecen la posibilidad de transformar todos los contenidos en documentos con formato HTML, lo que garantiza la perfecta compatibilidad con los navegadores y plataformas y también permiten la posibilidad de restringir el tipo de usuarios de la web exigiendo un tipo de tecnología concreta (Java, Javascript, Flash, etc.) para la visualización de sus páginas. 3.3.2 EXPLOTACIÓN DE LA WEB En cuanto a las funciones relacionadas con la explotación de la web se presentan una serie de soluciones importantes que puede ofrecer un Sistema de Gestión de Contenidos pero que no atañen exclusivamente al proceso de edición de contenidos. La primera de estas funciones hace referencia a la posibilidad de crear entornos de colaboración utilizando las soluciones tecnológicas que ofrece un CMS. 39 Aprovechando las herramientas de workflow suministradas para la creación de los contenidos, se pueden solucionar, simplificar y mejorar aquellos procesos de la organización donde se puedan automatizar circuitos y flujos documentales. En la misma línea, estos sistemas permiten crear espacios virtuales de encuentro (foros) que habilitan la comunicación sincrónica y diacrónica entre los usuarios de los mismos. La segunda de las funciones se centra en la creación y el control de perfiles de usuarios gestionando de forma segura los privilegios de los mismos. Con los CMS es posible introducir y controlar los perfiles de los usuarios de la web otorgándoles, de forma planificada, ciertos privilegios de acceso, autoría y transformación. Este control también permite obtener informes sobre el comportamiento de explotación de los usuarios (qué miran, qué recuperan, qué imprimen, etc.) que habilitan la posibilidad de realizar estudios de usabilidad de la web e introducir mejoras a partir de los mismos. Estos sistemas permiten también que los usuarios autorizados puedan dar de alta (respecto a la autoría) a nuevos usuarios y éstos a unos terceros. La tercera de las funciones se centra en la posibilidad de crear un sistema de sindicación de contenidos. Aprovechando la gestión de usuarios y perfiles, el sistema permite la creación automática, en función de esos perfiles, de nuevos contenidos a partir de los ya existentes en el depósito. Esta función se basa, como en el caso de algunas de las anteriores, en la gestión independiente del contenido y la presentación de las páginas web. Otra de las características se encuentra relacionada con la introducción de nuevas funcionalidades. Los sistemas de gestión de contenidos, como bien señalan algunos autores como Cuerda y Minguillón (2005), permiten la integración a voluntad de nuevas funcionalidades en la web para cubrir el crecimiento y las nuevas necesidades que ésta deba cumplir. Son capaces de introducir esas nuevas funcionalidades de una manera cómoda y sin que esta introducción produzca problemas estructurales internos. Además, con las herramientas para la gestión de la presentación de las páginas, es posible mantener con cierta comodidad la 40 consistencia visual de toda la web incluso después de introducir nuevas funcionalidades en la misma. La última de las funciones destacables es la de la integración de otras aplicaciones. Los CMS (Content Management System), utilizando un recurso del tipo API (Applications Programming Interface – Interfaz de Programación de Aplicaciones), son capaces de integrar dentro del mismo otras soluciones informáticas (aplicaciones de marketing o de comercio electrónico, por ejemplo) externas al sistema. En la misma línea, los últimos productos de sistemas de gestión de contenidos permiten extender esta funcionalidad a las plataformas móviles (PDA o telefonía móvil, por ejemplo) y ofrecen la posibilidad, también, de realizar periódicamente imágenes (espejos) del sistema como medida de seguridad. CAPÍTULO 4. SITUACIÓN ACTUAL 4.1 DESCRIPCIÓN DE PROCESOS EN LA ACTUALIDAD En la actualidad las guías de práctica de laboratorio se desarrollan utilizando una herramienta de edición de documentos, como Microsoft Word, Open Office Writer u otra herramienta de edición de documentos con formato. Los contenidos que se colocan en las guías son producidos por docentes tiempo completo u hora clase y docentes de laboratorio. En cada facultad el proceso de elaboración de las guías difiere en cuanto a las personas encargadas de elaborarlas y en cuanto a lo procesos que siguen estas para producirlas. Veamos caso por caso. 4.1.1 FACULTAD DE ESTUDIOS TECNOLÓGICOS El siguiente diagrama de flujo de datos1 de nivel de contexto muestra el proceso que actualmente se sigue para la elaboración de las guías de práctica en la Facultad de Estudios Tecnológicos (FET): FIGURA 7. Diagrama de flujo de datos de nivel contexto del proceso de creación de guías en la FET 1 Se ha tomado como base para la creación de los Diagramas de Flujo de Datos el libro de Análisis y Diseño de Sistemas de Jeffrey L. Whitten. Se ha utilizado específicamente la simbología de DFD creada por Gane y Sarson. 42 En esta facultad las guías de práctica de laboratorio son creadas por los mismos docentes tiempo completo que imparten la materia. Por cada materia se designa un coordinador que es el encargado de elaborar las guías de práctica. En algunos casos las guías se elaboran con la colaboración de los demás docentes tiempo completo u hora clase que imparten la materia. Esto no es necesariamente una regla, queda a criterio del docente hora clase la colaboración o en algunos casos el docente coordinador de la materia se decide a hacer las guías sin colaboración. Existen situaciones en donde las guías pudieran existir desde ciclos anteriores y otros en los que hay que comenzar a hacer las guías desde cero. En el primer caso, el docente se encarga de revisar el material existente y hacer modificaciones de acuerdo a su criterio. Esto va desde una simple modificación de forma, como puede ser la revisión de la ortografía, gramática, redacción, el tipo de letra y orden de los temas de la guía; hasta modificaciones más de fondo, como puede ser el cambio de versión del programa a impartirse en la cátedra, o el cambio total del programa. Por ejemplo, si se impartía en ciclos anteriores SQL Server 2000 y el centro de cómputo decide que en el ciclo venidero se instalará SQL Server 2005, este cambio requerirá rehacer las guías de práctica para esa materia por completo. Lo mismo ocurre si en una escuela se decide que ya no se va a impartir ASP en una materia, si no que a partir del próximo ciclo se impartirá PHP. Es en este segundo caso, donde se tiene que comenzar con la elaboración de las guías de práctica desde cero. En el caso de la Facultad de Estudios Tecnológicos (FET), la decisión del software a utilizar para una determinada materia queda a criterio de la escuela, aunque existe la posibilidad de que el docente que la va a impartir haga sugerencias de acuerdo a la tendencia de la tecnología de software y a la disponibilidad de parte de la Universidad de poder adquirir licencias para el programa recomendado. En algunos casos, la misma Universidad puede decidir que se adquirirá licencias de una nueva versión del software, o bien, adquirir un software completamente nuevo. En ese caso las guías de práctica tienen que comenzarse a realizar desde cero para 43 que estén disponibles durante el ciclo venidero. Es en estos casos cuando pudiera ser que guía que se va terminando es la que se va realizando durante las prácticas de ese ciclo. Existe, en algunas materias, la posibilidad de trabajar con software libre. Esto permite que el software a instalarse pueda ser adquirido sin costo alguno para la Universidad. Por ejemplo, en la actualidad se utiliza PHP para la materia Aplicaciones Prácticas de Software II, Bach en Aplicaciones Para Redes, Java en Lenguaje de Programación III, etc. 4.1.2 FACULTAD DE INGENIERÍA Para las materias de Ingeniería en Ciencias de la Computación el proceso de creación de guías corre por cuenta de los docentes de laboratorio que laboran en el Centro de Cómputo de la Universidad Don Bosco. Por lo general, las guías se encomiendan a un(a) sólo docente de laboratorio. Este debe realizar las guías de práctica de acuerdo al programa requerido por la Escuela de Computación de la Facultad de Ingeniería. Existen casos en los que el docente titular de la materia se encarga de la elaboración de las guías de práctica; sin embargo, no es lo más frecuente. Este caso se aplica para materias donde ninguno de los docentes de práctica tiene la posibilidad de realizarles, ya sea porque desconoce el programa o porque no se cuenta con el software para poder realizarlas. El contenido de las guías de práctica de laboratorio, una vez terminado por el instructor, es revisado por el docente titular de la materia y una vez dado su visto bueno las guías de práctica son puestas a disposición de los estudiantes de la materia. La versión del software a utilizar en estas guías está sujeto a los cambios de software que se realizan en el centro de cómputo. En este caso no son los docentes tiempo completo ni los docentes de laboratorio los que tienen la última palabra. Si la 44 Universidad Don Bosco adquiere las licencias de una nueva versión, esta se instala auque todavía no se hayan realizado las guías de práctica. Las guías de práctica deben realizarse de forma inmediata si esto se da. El proceso que se sigue en la Facultad de Ingeniería para la elaboración de guías se muestra en el siguiente Diagrama de Flujo de Datos de nivel de contexto: FIGURA 8. Diagrama de flujo de datos de nivel de contexto del proceso de creación de guías en la Facultad de Ingeniería 4.2 SEGURIDAD DE LOS PROCESOS Los niveles de seguridad para en los procesos son mínimos. Podría decirse que el único aspecto considerado en el aspecto de seguridad es que las computadoras donde se almacenan las guías son de uso personal de cada docente. No obstante, no se puede afirmar que todos ellos protegen con contraseña el acceso a la computadora que utilizan. Esto queda a criterio de cada usuario. 45 Con respecto al documento impreso con la guía de práctica. Este puede ser reproducido por los estudiantes sin restricciones. Por lo tanto, el material de las guías podría ser utilizado para otros propósitos fuera de las instalaciones de la Universidad Don Bosco. El medio de transmisión de la guía de práctica entre docentes que imparten la misma materia o entre docente y alumnos que realizan una práctica de laboratorio es el correo electrónico. La seguridad en la transmisión está sujeta a los mecanismos de seguridad del medio utilizado. En este caso, se puede afirmar que no hay ningún mecanismo de seguridad institucional. En términos generales, se puede afirmar que la seguridad es mínima, en cuanto a la elaboración de guías. No existen políticas ni procedimientos orientados a evitar la reproducción ilícita de los documentos de las guías de práctica de laboratorio. Únicamente para el manual de guías de práctica realizado para las materias de computación de la Facultad de Ingeniería, la reproducción total o parcial del manual está prohibida dentro de las instalaciones de la Universidad Don Bosco. Sin embargo, para las materias de computación de la Facultad de Estudios Tecnológicos esto no está regulado en ninguna forma. 4.3 ADMINISTRACIÓN DE LA ELABORACIÓN DE GUÍAS La administración en la elaboración de guías está a cargo de cada Escuela. La Escuela de Computación en el caso de la Facultad de Estudios Tecnológicos y el Centro de Cómputo del CITT para la Facultad de Ingeniería. Existen diferencias en ambos casos, por ello se presentan de forma separada, a continuación. 4.3.1 ADMINISTRACIÓN EN LA CREACIÓN DE GUÍAS DE PRÁCTICA EN LA FET La administración de las guías de práctica está a cargo de la Escuela de computación. Básicamente el único proceso administrativo es asignar a un 46 coordinador la materia o las materias que estarán a su cargo. El coordinador se encarga de la realización de las guías de práctica de esa(s) materia(s). Las guías pueden ser realizadas por él mismo o en colaboración con el resto de docentes tiempo completo u hora clase. La colaboración sólo es posible en el caso de que existan, al menos dos grupos de la misma materia. Cuando el coordinador es al mismo tiempo el docente de un único grupo de la materia a él solo le corresponderá realizar la guía. 4.3.2 ADMINISTRACIÓN EN LA CREACIÓN DE GUÍAS DE PRÁCTICA EN LA FACULTAD DE INGENIERÍA La administración de las guías de práctica de laboratorio está a cargo del CITT (Centro de Investigación y Transferencia de Tecnología), específicamente las guías de práctica de las materias de la Facultad de Ingeniería corresponde hacerlas al Centro de Cómputo. En varias de las materias se realiza un manual de guías de práctica que contiene todas las guías de práctica a realizar en todo el ciclo para cada materia. La única administración que se puede identificar en el proceso realizado es la asignación directa a uno de los instructores para que realice las guías de práctica. En la mayoría de casos el instructor realiza solo las guías, una vez terminadas son revisadas por el docente titular de la materia de la Escuela de Ingeniería, quien da su visto bueno o hace observaciones para que sean incorporadas en las guías. Una vez autorizadas las guías por el docente de la Facultad de Ingeniería se manda a hacer el manual de guías de la materia. 4.4 DISTRIBUCIÓN DE FUNCIONES Y ROLES Al igual que en los apartados anteriores se explicará de forma separada cómo se distribuyen las funciones y los roles para cada una de las facultades investigadas. 47 4.4.1 FUNCIONES Y ROLES EN LA FACULTAD DE ESTUDIOS TECNOLÓGICOS Los actores destacados dentro del proceso de realización de guías de práctica se pueden listar de la siguiente forma: § Director de escuela § Coordinador docente § Docente del grupo de la materia § Instructor o asistente docente § Estudiante Las funciones del director de escuela son: § Asignar a un coordinador para cada una de las materias que tendrán laboratorio. § Garantizar que las guías de laboratorio estén completas en el momento adecuado § Recopilar las guías de práctica de laboratorio completas al final de cada ciclo para procesos de auditoría El rol principal del director de escuela es garantizar que las guías de práctica sean adecuadas a los contenidos de la(s) materia(s) que incluyen práctica de laboratorio. Las funciones del coordinador docente son: § Reunirse con los docentes del resto de grupos de la materia que tiene a su cargo como coordinador. § Ponerse de acuerdo con los demás docentes de la materia en los contenidos de la guía de práctica. § Realizar la guía en equipo o de forma individual garantizando un trabajo bien realizado. § Revisar el contenido de la guía de práctica una vez terminada. § Establecer con el resto de docentes el mecanismo mediante el cual se pondrá a disposición del alumno la guía de práctica. El rol fundamental que juega el coordinador docente es el contacto permanente con el resto de docentes de la materia para coordinar el trabajo en equipo y garantizar 48 que el resultado final sea el adecuado para los estudiantes; esto es, una guía de práctica acorde con los contenidos de la materia. El coordinador debe guardar todas las guías de práctica terminadas para hacerlas llegar al director de escuela cuando las solicite. Las funciones del docente de la materia son: § Estar en contacto con el coordinador docente para poder colaborar en la realización de la guía de práctica de laboratorio. § Realizar las partes asignadas de la guía de práctica en los tiempos estipulados que garanticen la terminación de la guía antes de la realización de la práctica. § Hacer llegar a los estudiantes la guía de práctica, ya sea de forma impresa en formato digital (documento de word o archivo pdf). El rol del docente de la materia es colaborar en la realización de la guía de práctica y garantizar que el estudiante tenga acceso a la guía de práctica de forma oportuna. Las funciones del instructor o asistente docente son: § Colaborar con el docente de la materia en la elaboración de la guía cuando así sea solicitado. § Revisar el contenido de la guía terminada y hacer llegar sus observaciones al docente o coordinador de la materia. § Realizar los ejercicios de la guía para poder resolver dudas de los estudiantes cuando las estén realizando. § Asistir a las prácticas de laboratorio para colaborar con el docente en la atención de inquietudes de los estudiantes. El rol principal del instructor es colaborar con el docente de la materia tanto en la realización de la guía de práctica como asistirlo durante la práctica de laboratorio. Hay que considerar que el instructor no es una figura que exista para todos los grupos de práctica. Se requiere de ellos cuando el grup