December 2008 - Artículos
Hace tiempo publique un par de post que describían algunos aspectos de los proyectos de desarrollo de contenidos e-Learning:
- Desarrollando Contenidos e-Learning - 1 : en este post comento los perfiles profesionales, el equipo que componen un equipo de desarrollo de soluciones e-Learning.
- Desarrollando Contenidos e-Learning - 2 : en este post comento las diferentes fases de un proyecto e-Learning así como algunas recomendaciones de estandarización y metodología de trabajo.
Hoy me gustaría exponer algunas herramientas que serán de utilidad en los proyectos e-Learning.
Soporte para la gestión de proyectos.
Los proyectos de e-learning suelen tener corta duración(normalmente duran de 1 a 4 meses) y integran personas/equipos que trabajan en diversos lugares y usos horarios.
En este contexto es muy interesante tener un sitio donde alojar/publicar:
- los ficheros de trabajo(actas de reunión, guiones, propuestas gráficas, etc.).
- los hitos y fechas del proyecto.
- intercambiar los mensajes entre los distintos participantes del proyecto(cliente, proveedor de contenido, partner tecnológico, etc.).
- ofrecer una visión agregada del estado del proyecto(mensajes, hitos cumplidos/pendientes, etc)
Existen varias herramientas que nos pueden cubrir estas funcionalidades.
Yo he tenido muy buena experiencia con la herramienta Basecamp, se trata de un servicio ASP en el que se puede contratar un espacio.
En ese espacio se puede gestionar varios proyectos, dar de alta los distintos participantes. Es una herramienta muy ágil y proporciona un soporte muy bueno para la gestión de proyectos.
Otras herramientas que me gustaría mencionar son:
- Google Doc : permite crear y compartir documentos en Internet.
- RapidShare: permite subir ficheros grandes (hasta 200MB) y compartirlos con otros usuarios sin necesidad de correo o ftp(vía Web).
Desarrollo de Contenidos.
En este apartado referenciar algunas herramientas que nos ayudan desarrollar los contenidos e-Learning.
Actualmente es impensable construir contenidos eLearning que no sean conformes con la normativa SCORM. Por lo tanto se debería de tener cierto conocimiento sobre la norma y las implicaciones que tiene para el desarrollo de los contenidos, a continuación algunas referencias de interés:
Mini curso en castellano sobre SCORM
Normativas y estándares para el tratamiento de contenidos
Recursos SCORM en jdieguez blog
Los contendidos e-Learning se pueden desarrollar con herramientas genéricas de desarrollo Web (html, flash, etc) o con herramientas especificas que están preparadas para generar contenidos e-Learning(conformes con SCORM).
En el caso de utilizar herramientas genéricas de Web tendremos que utilizar varias herramientas que faciliten la adaptación a SCORM:
ReloadEditor : Permite empaquetar los contenidos HTML y generar el paquete SCORM. En este tutorial podemos ver como se hace.
Plantillas SCORM para FLASH: Plantillas que añaden funciones SCORM y que se pueden usar desde flash.
Bibliotecas de soporte SCORM para javascript y flash
SCORMPlayer: Herramienta de escritorio que permite ejecutar contenidos SCORM sin necesidad de tener un LMS.
En cuanto a herramientas especificas para el desarrollo de contenidos e-Learning:
- Articulate: Se trata de una suite de herramientas que permiten de forma ágil(rapid learning) generar contenidos e-Learning. Permiten generar ejercicios y convertir presentaciones PowerPoint a formato web con soporte SCORM.
- Adobe Captivate: Excelente herramienta que permite generar de forma ágil tutoriales sobre herramientas informáticas, simuladores de procesos(proceso de venta, interacción con un cliente).
Plataformas e-Learning
En este apartado municionare algunas herramientas que existen para alojar contenidos e-Learning así como ofrecer servicio de valor añadido(tutorias, e-learning colaborativo, etc.)
- Moodle: se trata del sistema de gestión de formación(LMS o plataforma e-learning) open-source mas popular al dia de hoy. Esta basado en tecnología LAMP(Linux Apache MySQL y PHP) y es bastante fácil de utilizar.
Para los que no quieran complicarse la vida, instalando servidores y manteniendo máquinas es interesante acudir a algún servicio de hosting, por ejemplo la empresa Tunalkan ofrece el servicio en condiciones muy interesantes.
- Sakai, interesante proyecto open-source que esta basado en tecnología Java. Una solución robusta y flexible, cuenta con una comunidad amplia.
- SharePoint Learning Kit: Se trata de una solución adecuada para entornos basados en tecnología Microsoft y permite añadir a los portales SharePoint capacidad de gestión de contenidos SCROM.
A los que lean esto:-) es interesante que comentéis vuestra experiencia con las herramientas aquí mencionada o comentéis otras con las que estéis tratando.
El proyecto IKVM consiste en:
- Una implantación .NET de la máquina virtual de Java(en su estado actual es compatible con JDK 1.6)
- Una implementación .NET de las bibliotecas de Java
- Herramientas para ofrecer interoperatividad(a nivel de binario, no por medio de webservices) de componentes Java en aplicaciones .NET
En términos prácticos, la DLL de IKVM permite incluir componentes JAVA en nuestras soluciones .NET(no le he probado, solo lo he leído).
Parece un proyecto interesante y seguro que tiene utilidad en ciertos ámbitos!!!!
Hace tiempo ya comente algunas referencias interesantes que nos ayudan con la construcción de sitios Internet(públicos) construidos con SharePoint:
[MOSS] Guía útil para la creación de sitios de Publicación
Referencias útiles para construir Portales Internet con MOSS
Hoy quiero comentar un interesan post publicado en el blog thekid.me.uk se trata de optimizar el rendimiento de los sitios SharePoint quitando la referencia a los ficheros init.js y control.css, estos dos ficheros incorporan funcionalidades necesarias para el modos de edición de las páginas SharePoint, pero no se necesitan en modo "lectura". En el articulo se recomienda referenciar estos dos ficheros dentro del control AuthoringContainer, de esta forma solo se cargaran los ficheros init.js y control.ccs en modo "edición".
Remove 'init.js' and 'control.css' from your public SharePoint site
Un truco interesante!!!!!:-)
En la página http://pipwerks.com/lab/scorm/ podemos encontrar código JavaScript y Flash(ActionScript 2 y ActionScript 3) que puede ser muy util para construir contenidos e-Learning conformes con la normativa SCORM 1.2 y SCORM 2004.
Cabe destacar:
En este post me gustaría repasar los distintos tipos de páginas que pueden existir(componer) en un site construido con tecnología SharePoint.
Los diferentes tipos de páginas de un sitio SharePoint son:
- Páginas Maestras: Estas páginas sirve de base para construir otro tipo de páginas(de aplicación, de sitio, de publicación), permiten compartir una estructura o aspecto en diferentes páginas.
- Páginas de Aplicación : Proporcionan el interfase de usuario(UI) para la administración y la configuración de los elementos de SharePoint(configurar el sitio, configurar la colección de sitios, administrar la seguridad y los usuarios, etc.)
- Páginas de Sitio: Son las páginas que permiten al usuario final consumir los contenidos y servicios de un sitio SharePoint.
- Páginas de Publicación: Páginas especiales para permitir la publicación de contenidos basados en plantilla(este tipo de páginas solo esta presenta en los sitios de Publicación de MOSS).
A continuación y de forma muy breve describiré las principales características de cada uno de los tipos de página.
Para conocer con mayor detalle este tema es muy interesante acudir al libro de Ted Patison "Inside Microsoft Windows SharePoint Services 3.0"
Páginas Maestras
El concepto de páginas maestras procede del framework ASP.NET 2.
http://msdn.microsoft.com/en-us/library/wtxbf3hh.aspx
Una página maestra contiene el marcado ASPX que configura el diseño de la página y los elementos de presentación que desea repetir en varias páginas de un sitio.
Utilizar páginas maestras para los elementos comunes le proporciona a su sitio un aspecto más coherente. También le permite crear y actualizar estos elementos en un lugar, en lugar de cambiarlo en todas las páginas Web.
Las páginas maestras de SharePoint contienen los elementos tales como: menú de navegación superior y lateral, referencia a las hojas de estilo CSS estándar, caja de búsqueda, logotipo del sitio. La página maestra por defecto se encuentra en la siguiente rutra:/_catalogs/masterpage/default.master.
Las páginas maestras de SharePoint pueden ser personalizadas por medio de SharePoint Designer, otra de las opciones es provisionar la página maestra con ayuda de una característica(aprovisionado la nueva página maestra en el catalogo de páginas maestras):
<Module Name="MasterPages" List="116" Url="_catalogs/masterpage">
<File Url="Litware.master" Type="GhostableInLibrary" />
</Module>
Como funcionan las páginas maestras(un ejemplo)
Las páginas maestras son páginas ASP.NET que contienen la etiquetas habituales (head, body, etc), además contienen las secciones (huecos) ContentsPlaceHolder
Las páginas de contenido se enlazan a la página maestra por medio del atributo MasterPageFile.
Las páginas de contenido rellenan los huecos de la páginas maestras con ayuda de las etiquetas Content, el atributo ContentPlaceHolderId permite enlazar el contenido de la página de contenido con el hueco en la pagina maestra.
Referencias de interés:
http://www.sharepointblogs.com/bart/archive/2006/04/09/5828.aspx
http://msdn.microsoft.com/en-us/library/aa660698.aspx
Páginas de aplicación
Estas páginas se utilizan para proporcionar funcionalidades de administración(crear una nueva página, crear un nuevo sitio, configuración del sitio).
Definición en MSDN : "Application _layouts Page Type"
Este tipo de páginas solo se debería de utilizar para proporcionar herramientas de back-office o de infraestructura para nuestra aplicaciones, nunca para proporcionar funcionalidad, contenido o servicios a los usuarios finales.
Tampoco se deben modificar las páginas que vienen por defecto ya que se podemos tener problemas posteriores(aplicacion de nuevos Service Packs, soporte al producto, etc.)
Estas páginas se alojan en una carpeta del sistema de archivos(12\TEMPLATES\LAYOUTS) de los servidores frontales de SharePoint(veremos mas adelante que existen páginas SharePoint que se alojan en base de datos).
La principal característica de este tipo de páginas es que tienen un rendimiento muy bueno(al no estar alojadas en base de datos).
Otro característica importante es que estas páginas se comparten para todos los sitios SharePoint de una granja.
Además estas páginas no pueden ser personalizadas(customized) ni pueden contener WebParts.
Todas las páginas de aplicación utilizan la misma página maestra: ~/_layouts/application.master
Referencias de interés
http://msdn.microsoft.com/en-us/library/bb892187.aspx
http://graegert.com/?p=505
Páginas de sitio
Estas son las páginas que permiten a los usuarios del sitio acceder a los contenidos o servicios del mismo.
Por ejemplo al crear un nuevo sitio con la plantilla "Sitio en blanco" se crea una página de sitio "default.aspx".
Las páginas del sitio se pueden almacenar en:
- El sistema de archivos del servidor frontal: En este caso estas páginas se denominan "uncustomized". Por ejemplo la página default.aspx del sitio en blanco por defecto se encuentra en la carpeta: 12\TEMPLATES\Site Templates\sts
- En base de datos: Si el fichero default.aspx se modifica con SharePoint Designer, SharePoint realiza una copia del mismo y lo aloja en la base de datos de contenido. A los ficheros que se han modificado de esta forma se les denomina "customized"(esta customizacion no tiene nada que ver con la los WebParts, al modificar las propiedades de las WebParts de una página "uncustomized" no la copiamos a la base de datos, ni la hacemos "customized").
Mas información sobre customized/uncustumized en este enlace:
http://msdn.microsoft.com/en-us/library/cc406685.aspx
Esta claro que las páginas no-customizadas tienen mucho mejor rendimiento, por otro lado la customizacion con ayuda del SharePoint Designer permite un de forma rápida y visual añadir funcionalidades y contenidos al sitio SharePoint.
Lo mejor es utilizar SharePoint Designre para realizar el prototipo, probarlo en páginas "customized" y luego pasarlo al formato "uncustomized" utilizando las "características", en el siguiente link mi amigo Mario Cortés explica este método: http://mariocortesflores.blogspot.com/2008/11/page-templates-con-ayuda-del-sharepoint.html
Otro detalle interesante para tener en cuenta es que una página de sitio uncustomized puede servir de plantilla para múltiples url's.
Por ejemplo la página default.aspx puede servir de plantilla para miles de sitios que la contienen como página de inicio(luego cada uno de los sitios la puede personalizar con SharePointDesigner- conviertiendola en customized, o probándola de diferentes WebParts)