ANEXO No. 02 COMPONENTE TECNICO FONDO FINANCIERO DE PROYECTOS DE DESARROLLO FONADE SERVICIO NACIONAL DE APRENDIZAJE - SENA

Transcripción

1 ANEXO No. 02 COMPONENTE TECNICO FONDO FINANCIERO DE PROYECTOS DE DESARROLLO FONADE SERVICIO NACIONAL DE APRENDIZAJE - SENA CONVENIO INTERADMINISTRATIVO Nº OFERTA PÚBLICA OPC CONTRATAR MEDIANTE LA MODALIDAD DE ASP (APPLICATION SERVICE PROVIDER) LA PRESTACIÓN DE SERVICIO DE UNA SOLUCIÓN INTEGRADA DE ENSEÑANZA APRENDIZAJE, QUE CONTENGA: 1. SISTEMA DE LMS (LEARNING MANAGEMENT SYSTEM), 2. SISTEMA DE REPOSITORIO DE CONTENIDOS, 3. HERRAMIENTAS APLICADAS A LA FORMACIÓN UTILIZANDO TECNOLOGÍA PARA DISPOSITIVOS MÓVILES Y 4. SISTEMA DE COMUNIDAD, PARA EL SERVICIO NACIONAL DE APRENDIZAJE SENA. REGLAS DE PARTICIPACION BOGOTÁ D.C., JUNIO DE 2012

2 CONTENIDO 1 INTRODUCCIÓN ANTECEDENTES DESCRIPCIÓN DE LA NECESIDAD ASPECTOS PEDAGÓGICOS FORMACIÓN TITULADA FORMACIÓN COMPLEMENTARIA VIRTUAL (INCLUYE IDIOMAS) COBERTURA ALCANCE DE LA SOLUCIÓN SERVICIO APPLICATION SERVICE PROVIDER (ASP) Learning Management System (LMS) Repositorio de Contenidos (Sistema de Contenidos) Sistema de Comunidad Herramientas de apoyo para trabajar vía dispositivos móviles CARACTERÍSTICAS TÉCNICAS GENERALES SERVICIO DE APPLICATION SERVICE PROVIDER ASP DATACENTER Aspectos Técnicos Software Datacenter Alterno Continuidad del Negocio AMBIENTES Ambiente de Producción Ambiente de Entrenamiento Ambiente de Pruebas SISTEMA PARA PRUEBAS DE CARGA COPIAS DE SEGURIDAD O BACKUPS ESTABILIZACIÓN DEL SERVICIO Para Formación Titulada Para Formación Complementaria MÉTRICAS PARA EL CONTEO DE USUARIOS ALMACENAMIENTO SOPORTE TÉCNICO MANTENIMIENTO... 22

3 5.11 LEARNING MANAGEMENT SYSTEM - LMS Requerimientos no funcionales Requerimientos funcionales TRANSFERENCIA DE CONOCIMIENTO Y MATERIAL DE APOYO Descripción de los roles para transferencia de conocimiento y temas mínimos a tener en cuenta Lugar de la transferencia de conocimiento Características de la transferencia de conocimiento Criterio de aceptación de la transferencia de conocimiento Curso Virtual de Manejo de Plataforma Curso virtual para tutores Curso virtual para aprendices Material de Apoyo INTEGRACION CON APLICATIVOS MISIONALES Sofía Plus Formación Titulada OFICINA VIRTUAL INTEGRACIÓN CON PLATAFORMAS DE BILINGÜISMO OTRAS INTEGRACIONES REPOSITORIO DE CONTENIDOS SISTEMA DE COMUNIDAD HERRAMIENTAS APLICADAS A LA FORMACIÓN UTILIZANDO TECNOLOGÍA PARA DISPOSITIVOS MÓVILES ETAPAS DEL PROYECTO ETAPA DE PREPARACIÓN ETAPA DE PLANEACIÓN ETAPA DE TRANSICIÓN ETAPA DE OPERACIÓN ETAPA DE TRANSFERENCIA DOCUMENTACIÓN CRONOGRAMA PERSONAL MÍNIMO REQUERIDO CUADRO DE CARGAS FUNCIONES Y RESPONSABILIDADES DEL EQUIPO MÍNIMO REQUERIDO Director de Proyecto Gerente Técnico... 76

4 9.2.3 Gerente De Servicio NIVELES DE SERVICIO DEMO Disposición y acceso de la DEMO Verificación y validación de la DEMO Aceptación de la DEMO GLOSARIO TABLA DE ANEXOS ANEXO A B C D E F G H I J NOMBRE DEL ARCHIVO LOGINS_DIARIOS_FORMACION_VIRTUAL_SENA_FEBRERO_ABRIL_2012.XLSX LOGINS_DIARIOS_POR_HORA.XLSX NIVELES_DE_SERVICIO.XLSX HISTORICO_ALMACENAMIENTO.XLSX SENA_LMS_ESPECIFICACION_INTEGRACION_PLATAFORMA_VIRTUAL_V2.PDF ESPECIFICACION_INTEGRACION_BILINGUISMO.PDF DATOS_CONEXIONES_PAGINA_COMUNIDAD.XLSX CRONOGRAMA_DEL_PROYECTO.XLSX RELACIÓN DE ARTEFACTOS/ COMPONENTES/PROGRAMAS/ARCHIVOS/HERRAMIENTAS O ELEMENTOS DE SOFTWARE QUE COMPONEN LA SOLUCIÓN INTEGRAL VERIFICACIÓN Y/O VALORACION DE CARACTERISTICAS Y/O SUBCARACTERISTICAS DEL DEMO

5 ANEXO XX: COMPONENTE TECNICO 1 INTRODUCCIÓN El apoyo a los procesos misionales de Formación a través de Ambientes Virtuales de Aprendizaje, ha sido durante los últimos años, un pilar fundamental en el actuar del Servicio Nacional de Aprendizaje SENA, teniendo como objetivo, la optimización de los procesos, la calidad en la formación y la disposición de herramientas tecnológicas que faciliten, automaticen y sirvan a la vez de soporte a los elementos pedagógicos y metodológicos enmarcados en el modelo educativo institucional. Buscando precisamente las mejores soluciones el SENA ha liderado acciones que incluso desde el año 2001, han apoyado la labor de instructores, aprendices y personal administrativo, logrando llegar a unos altos grados de madurez en el conocimiento y experiencia en la ejecución de procesos formativos apoyados con herramientas tecnológicas. 2 ANTECEDENTES El Servicio Nacional de Aprendizaje - SENA, es un establecimiento público que cumple la función que le corresponde al Estado de invertir en el desarrollo social y técnico de los trabajadores colombianos, ofreciendo y ejecutando la formación profesional integral para la incorporación de las personas en actividades productivas que contribuyan al crecimiento social, económico y tecnológico del país. Además de la formación profesional integral, brinda servicios de Formación continua del recurso humano vinculado a las empresas; información; orientación y capacitación para el empleo; apoyo al desarrollo empresarial; servicios tecnológicos para el sector productivo, y apoyo a proyectos de innovación, desarrollo tecnológico y competitividad. Dentro de los objetivos del SENA se encuentra el apropiar métodos, medios y estrategias dirigidos a la maximización de la cobertura y la calidad de la formación profesional integral, así como actualizar, en forma permanente, los procesos y la infraestructura pedagógica, tecnológica y administrativa para responder con eficiencia y calidad a los cambios y exigencias de la demanda de formación profesional integral. De acuerdo con lo anterior el SENA ha incorporado en los procesos de formación que desarrolla, el uso cada vez más intensivo de las nuevas tecnologías de la información y la comunicación, como respuesta a los retos que demanda la sociedad y el entorno empresarial nacional e internacional. En este sentido, se ha estimulado el uso de nuevas tecnologías para fomentar en los aprendices competencias enmarcadas en el liderazgo, la competitividad y la conciencia crítica, dado que dichas tecnologías son los elementos facilitadores del acceso a las fuentes de información y juegan un papel clave como medio dinamizador de la interacción entre los aprendices SENA, los actores de los procesos de formación y el entorno. El apoyo a los procesos misionales de Formación a través de Ambientes Virtuales de Aprendizaje, ha sido durante los últimos años, un pilar fundamental en el actuar del Servicio Nacional de Aprendizaje SENA, teniendo como objetivo, la optimización de los procesos, la calidad en la formación y la disposición de herramientas tecnológicas que faciliten, automaticen y sirvan a la vez de soporte a los elementos pedagógicos y metodológicos enmarcados en el modelo educativo institucional. Buscando precisamente las mejores soluciones el SENA ha liderado acciones que incluso desde el año 2001, han apoyado la labor de instructores, aprendices y personal administrativo, logrando llegar a unos altos grados de madurez en el conocimiento y

6 experiencia en la ejecución de procesos formativos apoyados con herramientas tecnológicas. Adicionalmente, el SENA, alineado con la estrategia del Gobierno Prosperidad para todos, desarrolla orientaciones estratégicas, a partir de los Objetivos Misionales y los procesos de la Cadena de Valor de la Entidad, que aportan a más productividad para los sectores y regiones (más empleo) y para más inclusión social (menos pobreza). El SENA desarrolla las siguientes estrategias: o Más Cobertura. o Más Pertinencia o Más Calidad o Internacionalización De acuerdo con esto y con su objetivo de aportar en el indicador de Menos pobreza, ve la necesidad de ofrecer un mayor número de cupos de formación a los que actualmente registra en sus 33 Regionales y 117 Centros de Formación. Como soporte tecnológico a los procesos formativos en ambientes virtuales, el SENA cuenta desde el 2003 con una plataforma basada en la aplicación BlackBoard, bajo un esquema de prestación de servicios de aplicación - ASP. En la actualidad, el SENA busca mediante la contratación de una solución integral, poner a disposición de la Comunidad Educativa, todos las herramientas necesarias para garantizar el éxito de su proyecto, aumentar la cobertura y generar políticas de retención. 3 DESCRIPCIÓN DE LA NECESIDAD El SENA busca mediante la contratación mediante la modalidad de ASP (Application Service Provider) la prestación de servicio de una solución integrada de enseñanza - aprendizaje, para poner a disposición de la comunidad educativa, las herramientas necesarias para garantizar el éxito de su proyecto de Formación a través de Ambientes Virtuales de Aprendizaje, aumentar la cobertura y generar políticas de retención. La solución debe comprender, de manera integrada: 1.Sistema de LMS (Learning Management System),.2. Sistema de Repositorio de Contenidos, 3.

7 Herramientas aplicadas a la formación utilizando tecnología para dispositivos móviles y 4. Sistema de Comunidad. Para lograr un mayor entendimiento de las necesidades de los servicios requeridos por el SENA, y contextualizar a los proveedores en los aspectos misionales de la Entidad que se apoyarán en la solución ofrecida, es necesario tener en cuenta información básica de cobertura de los servicios. 3.1 ASPECTOS PEDAGÓGICOS Para el SENA el ambiente virtual de aprendizaje más que un espacio de innovación tecnológica, es una oportunidad que debe impulsar la innovación pedagógica, las herramientas de apoyo a los procesos formativos, específicamente en sus componentes tecnológicos, se deben constituir en un lugar interactivo en el que los aprendices puedan contar con funcionalidades que incluyan pero no limiten a: permitir acceder a contenidos, herramientas sincrónicas y asincrónicas de comunicación, noticias e información relevante con el desarrollo de sus actividades, información del programa, la planeación de su formación, conocimiento del perfil de su tutor, actividades de aprendizaje, material didáctico, el avance y valoración de su proceso de formación por parte del tutor, espacios que permitan el trabajo colaborativo, integración con herramientas que apoyen su formación en idiomas, y diversas fuentes de información y atención permanente del tutor; en tal sentido una Plataforma de formación virtual debe facilitar, en el ámbito de los Estándares 1 para el seguimiento al Instructor/Tutor en la Ejecución de la Formación Complementaria con Mediación Virtual SENA: a. La adecuación del ambiente de formación que el instructor o tutor debe garantizar: Publicación de objetos de aprendizaje relacionados con la bienvenida al programa y adecuación de espacios de actividades, foros, materiales didácticos, menú del programa, ponderación y organización de juicios evaluativos (notas), acciones administrativas de comunicación y sincronización de datos con los aplicativos misionales del SENA. b. Estandarización de la estructura de presentación del Ambiente Virtual SENA: Esta pretende facilitar el desempeño del aprendiz y del Tutor/Instructor en el escenario de aprendizaje, el aprendiz se familiarizará con una misma estructura de información permitiéndole que por sí mismo sea capaz de moverse por la estructura del espacio virtual e identificar las diferentes secciones y contenidos de una forma sencilla y efectiva; y para el caso de los instructores permite tener claridad sobre el cómo y dónde se debe dejar disponible cada tipo de información. c. Los aspectos relacionados con el aprovechamiento de cada una de las herramientas disponibles en el Ambiente Virtual apuntan al fortalecimiento de la calidad en la formación SENA. d. Orientación y acompañamiento del Tutor/Instructor en el Ambiente Virtual: El tutor/instructor debe generar un acompañamiento y seguimiento permanente con procesos dialógicos de aprendizaje, apoyándose con las funcionalidades disponibles en la plataforma virtual de aprendizaje. 1

8 Según el Manual de Procesos y Procedimientos del SENA 2, se clarifica la formación y aspectos que se consideran en la formación profesional integral: a. Utilizar las cuatro fuentes del conocimiento: Tecnologías de la Información y las Comunicaciones, Instructor- Tutor, Entorno y Trabajo Colaborativo. b. Promover en los aprendices ser libre pensadores, con capacidad crítica, solidarios, emprendedores y líderes. c. Aplicar técnicas didácticas activas para propender aprendizajes significativos en el aprendiz. d. Aplicar metodologías que faciliten el aprendizaje colaborativo. e. Contemplar el proceso de retroalimentación que facilite el aprendizaje y evidencie los logros asociados a cada una de las tareas aprendidas. f. Reforzar las actividades tendientes a desarrollar competencias. La realidad del SENA, en cuanto a número de aprendices y tutores, exige tener un apoyo y fortalecimiento tecnológico que permita hacer seguimiento oportuno a la permanencia del aprendiz y el tutor en sus procesos formativos, logrando, de esta manera generar acciones que permitan mitigar las causas de deserción, y reconocimiento de acciones a fortalecer en el proceso de acompañamiento y orientación que ejercen los tutores. 3.2 FORMACIÓN TITULADA 3 La Formación Titulada presencial, es la oferta regular del SENA, dirigida a cualquier colombiano y que tiene las siguientes características: a. Nivel de Formación: técnico, tecnólogos, especialistas técnicos y tecnológicos. b. Duración: Entre 1 y 2 años de formación. Son aprendices que su modalidad de formación es presencial con apoyo virtual, en los procesos de uso de recursos del LMS (chat, foros, glosarios, correo electrónico, etc). Los datos relacionados con esta formación, se generan desde el aplicativo Sofía Plus. Los cursos de formación titulada presencial tienen una estructura única de contenidos pero sin pruebas asociadas; tienen componentes como Anuncios, Foros, Enlaces para envío de actividades con archivos asociados. Todos los cursos de formación titulada presencial tienen una misma planilla de curso o semilla, la cual debe replicarse en todos ellos.. Igualmente es necesario ejecutar el enrolamiento de usuarios y los resultados de aprendizaje que hay en Sofia Plus. 2 SENA, Resolución No de 2008 por la cual se adopta el Manual de Procesos y Procedimientos. del SENA y se actualiza el instructivo para la elaboración, codificación y control de documentos. 3 Más información sobre la oferta educativa del SENA, su radio de acción y servicios, se puede descargar de:

9 La oferta de formación Titulada Virtual, nace como la estrategia del SENA para ampliar su radio de acción y llegar a más colombianos interesados en formarse, mediante el apoyo tecnológico, aplicando a programas a los mismos niveles de formación. Son aprendices cuya modalidad de formación es 100% virtual, todos se encuentran realizando su proceso de aprendizaje en lugares distintos a los centros de formación del SENA. Los datos relacionados con esta formación, se generan desde el aplicativo Sofía Plus. Para los cursos de formación totalmente virtual, se incluyen pruebas, foros, anuncios, contenidos multimedia, entre otros. 3.3 FORMACIÓN COMPLEMENTARIA VIRTUAL (INCLUYE IDIOMAS) Este tipo de formación constituye la oferta dirigida al público en general que requiere formación para el desarrollo de competencias específicas, y de esta manera poder ampliar o actualizar sus conocimientos. En el marco de éste tipo de formación, se incluyen los cursos de Idiomas en sus diferentes niveles. Duración: Cursos entre 5 y 10 semanas de formación continua. Los datos relacionados con esta formación corresponden a los aprendices que se inscriben en cursos de ésta modalidad de formación y acceden: a. Desde los centros de formación del SENA b. Desde sitios diferentes a las instalaciones físicas del SENA Los datos de esta modalidad de formación son provistos por el aplicativo Oficina Virtual. Las plantillas de curso o cursos semillas de Formación Complementaria Virtual son 500, y constituyen las plantillas a partir de las cuales se crean los cursos de la modalidad Formación Complementaria Virtual. De éstos cursos se necesita migrar la estructura de contenidos, que en su gran mayoría están apoyados en objetos de aprendizaje en formato: Html, Micrositios html, archivos pdf, flash, word, entre otros. Las pruebas creadas en estos cursos, se encuentran en estándar IMSy pueden ser consultadas por medio de la Base de Datos que será entregada durante la etapa de planeación, junto con el conjunto de esquemas necesarios para lograr un mayor entendimiento de la estructura de los datos. 3.4 COBERTURA El SENA, alineado con la estrategia del Gobierno Prosperidad para todos, en su objetivo de aportar en el indicador de Menos pobreza, detecta la necesidad de ofrecer un mayor número de cupos 4 de formación a los que actualmente registra en sus 33 Regionales y 117 Centros de Formación. Donde además, en respuesta al PND 5 se apunte a promulgar y utilizar las TIC en los procesos de formación que permita a un mayor número de colombianos acceder a formación. 4 La definición del término CUPO, se puede observar en el Glosario al final del documento 5 Plan Nacional de Desarrollo Los cambios demográficos que se vienen presentando en Colombia, implican atender mayores necesidades en calidad y ampliación de las coberturas en los diferentes programas de educación técnica, tecnológica y superior ( )

10 Centrándose en las cifras de formación ejecutada en el periodo comprendido entre los años 2006 a 2010, se encuentran unos niveles en cupos en formación complementaria virtual crecientes así: en el año 2006, en el 2007, en el 2008, en 2009, en el 2010 y en el Estas cifras, representan la cantidad de cupos ejecutados en formación complementaria virtual y muestran la aceptación de la estrategia de formación apoyada en ambientes virtuales de aprendizaje, entre los colombianos, incluyendo los residentes en el exterior. De manera gráfica, los datos se pueden visualizar de la siguiente manera: Figura 1. Número de cupos Formación Complementaria Virtual por año. Fuente: SIGOB Durante estos últimos años, igualmente la estrategia ha logrado plasmar sus componentes metodológicos y tecnológicos, en la implementación de proyectos derivados tales como la formación en Idiomas a través de Ambientes Virtuales, Televisión Educativa y la apropiación de todo el componente tecnológico para apoyar los procesos de Formación Titulada y Formación Complementaria Virtual. Para los años 2011 y 2012, todos los aprendices e instructores de Formación Titulada Presencial, han sido incluidos en las plataformas de formación virtual que apoyan el desarrollo de sus actividades formativas, ofreciendo desde el ámbito tecnológico todo lo necesario para contar con la memoria completa y evidencias de su trabajo. Este componente es adicional a las cifras mostradas en la figura No. 1, y constituye un valor agregado que beneficia indudablemente tanto al SENA ente prestador del servicio, así como los actores del proceso de formación en el desarrollo de sus competencias, para un futuro desenvolvimiento en la vida social y laboral. En vista de la gran acogida del sector productivo frente a este proyecto, y el alto nivel de operación que ha alcanzado, se ha hecho necesario tomar acciones que garanticen la vigencia del proyecto, las principales consisten en desarrollar alianzas estratégicas con empresas líderes en el mercado de creación de contenidos, gremios y universidades que permitan el acompañamiento institucional en la misión de ofrecer formación de calidad a todos los colombianos. En la siguiente gráfica se observa el comportamiento de acceso diario único de usuarios entre Febrero y Abril de 2012, que se conectan al ambiente de producción (conformado por una instancia para Formación Complementaria y otras para 6 La información correspondiente a 2011, está dada en términos de personas formadas, no de cupos.

11 1/31/2012 2/03/2012 2/06/2012 2/09/2012 2/12/ /15/ /18/ /21/ /24/ /27/2012 3/01/2012 3/04/2012 3/07/2012 3/10/ /13/ /16/ /19/ /22/ /25/ /28/ /31/2012 4/04/2012 4/07/2012 4/10/ /13/ /16/ /19/ /22/ /25/2012 Formación Titulada). Los detalles de los datos y su discriminación se encuentran en el ANEXO A Logins de Personas por día Figura 2. Número de logins de personas únicas por día. Febrero Abril 25 de Fuente: LMS Institucional. La figura 2, muestra el comportamiento de la ejecución de Formación Complementaria Virtual y Titulada. En el ANEXO B, se muestra el historial de logins por hora de usuarios SENA, en un cierto periodo de tiempo, el cual deberá ser tomado en cuenta por los oferentes para estimar datos de concurrencia y uso de la plataforma por parte de los usuarios. Teniendo como insumo la información de la Dirección de Planeación del SENA y las necesidades y compromisos institucionales en metas de Formación Virtual y Presencial, los datos de necesidades de servicio están relacionados en la tabla 1: FORMACIÓN TITULADA PRESENCIAL Año No. de usuarios para servicio FORMACIÓN TITULADA VIRTUAL Año No. de usuarios para servicio 2012-(a partir del Segundo Semestre) FORMACIÓN COMPLEMENTARIA VIRTUAL Año No. De Usuarios para Servicio Tabla 1. Necesidades de servicio de acuerdo con vigencias

12 Finalmente, el SENA busca mediante la contratación de una plataforma integrada, poner a disposición de la Comunidad Educativa, todas las herramientas necesarias para garantizar el éxito, aumentar la cobertura y generar políticas de retención. 4 ALCANCE DE LA SOLUCIÓN el objetivo es la contratación mediante la modalidad de ASP (Application Service Provider) la prestación de servicio de una solución integrada de enseñanza aprendizaje, que contenga: 1. Sistema de LMS (Learning Management System), 2. Sistema de Repositorio de Contenidos, 3. Herramientas aplicadas a la formación utilizando tecnología para dispositivos móviles y 4. Sistema de comunidad, para el servicio nacional de aprendizaje SENA. 4.1 SERVICIO APPLICATION SERVICE PROVIDER (ASP). Comprende todo el conjunto de infraestructura tecnológica, hardware, configuración, software de aplicación y funcionamiento, licenciamientos, servicio de mantenimiento, seguridad informática y física, backups, sistemas de monitoreo, esquema de atención, y en general todas las variables necesarias para ofrecer un servicio completo a la entidad, garantizando los acuerdos contractuales y la calidad del servicio a los usuarios finales Learning Management System (LMS) Se considera como el software gestor integral de la ejecución de la formación apoyada en ambientes virtuales. Es uno de los elementos con mayor importancia en los procesos de formación virtual de la entidad, por lo cual es importante que tenga un respaldo técnico sólido, acompañado de un conjunto de funcionalidades que apoyen la labor de los Administradores, Tutores/instructores y Aprendices de los programas de formación ofertados por el SENA en diferentes modalidades Repositorio de Contenidos (Sistema de Contenidos) El sistema repositorio de contenidos, enmarca todos los componentes técnicos y funcionales necesarios para ofrecer a la entidad, una solución que permita compartir los contenidos que se producen en la planeación y desarrollo de los procesos formativos del SENA. La funcionalidad del sistema de repositorio va más allá del simple hecho de almacenamiento de archivos, y debe constituir un sistema de clasificación de dicha información por medio de metadatos, con las garantías para los usuarios finales de poder subir, organizar, compartir, manejar versiones, etc., su información, obedeciendo a políticas programadas por el Administrador del Sistema. Este sistema debe estar integrado con el LMS, de manera que la información producida por éste, pueda ser gestionada además del mismo software LMS, por el repositorio de Contenidos. Igualmente, debe poderse compartir con público externo, que no necesariamente esté usando funcionalidades del LMS Sistema de Comunidad El componente de Comunidad es la utilidad que permite al SENA crear espacios de colaboración comunes con todos sus usuarios, logrando compartir información con ellos de manera específica, teniendo en cuenta su rol o perfil de participación en la comunidad.

13 El sistema de comunidad debe estar integrado con los otros componentes de la solución y además debe tener en cuenta los usuarios activos en el LMS en su totalidad, así como el poder contar con perfiles de invitado que visualicen información de libre conocimiento. Igualmente, debe permitirse hacer encuestas sencillas y sondeos de opinión para que la comunidad participe Herramientas de apoyo para trabajar vía dispositivos móviles Las herramientas de apoyo para el trabajo vía dispositivos móviles, deben permitir a los actores del proceso formativo, acceder por estos medios y contar con utilidades adaptadas a dicho entorno (tamaño de la pantalla, dimensión y distribución de los objetos y esquema de navegabilidad, por ejemplo). Teniendo en cuenta la constante evolución tecnológica en ésta área y el comportamiento y reacción de los usuarios frente a las novedades del mercado, es necesario ofrecer desde ahora éste tipo de acceso, logrando que el usuario tenga sus herramientas, y estrategias de comunicación siempre a la mano. Esta herramienta debe estar integrada con el LMS, de acuerdo con los requerimientos funcionales descritos para esta herramienta en el presente documento, pues va orientada a quienes estén cursando programas de formación apoyados sobre él. Si el SENA dispone de contenidos de cursos adecuados para visualización en el formato móvil, estos deben poder ser dispuestos a los aprendices mediante esta herramienta. 5 CARACTERÍSTICAS TÉCNICAS GENERALES 5.1 SERVICIO DE APPLICATION SERVICE PROVIDER ASP El servicio ASP debe contar con características tecnológicas para su aprovisionamiento y garantía del servicio, así como características funcionales propias de las aplicaciones provistas y de la interoperabilidad entre ellas. Por esta razón es importante que se tenga en cuenta que aunque el SENA requiere condiciones de servicio, para las cuales el proveedor puede usar una infraestructura determinada y es autónomo en estimar su dimensionamiento, de acuerdo con las características de sus productos; también es necesario considerar condiciones mínimas que ofrezcan respaldo y garantía de éxito al proyecto. 5.2 DATACENTER Para ofrecer los servicios y aplicaciones descritas, el proveedor tendrá que disponer de un DataCenter, ya sea propio, por medio de alianza, o mediante outsourcing, en el cual se aloje la infraestructura tecnológica necesaria para dar soporte a la Plataforma. El Datacenter puede estar ubicado en cualquier parte del mundo, no obstante y con el fin de manejar los principios de Cloud Privado, la infraestructura tecnológica y aplicaciones deben estar destinadas de manera exclusiva para el SENA, incluida la que se use para almacenamiento. El Datacenter utilizado por el proveedor para la prestación del servicio debe cumplir con la Norma ANSI/TIA/EIA-942 Telecommunicatios Infraestructure Standar for DataCenters, o su equivalente para una disponibilidad de mínimo %. Los documentos que requiera la interventoría para validar el cumplimiento de la norma deben ser entregados en el momento en que ella lo solicite. El alcance de este servicio incluye pero no se limita a:

14 5.2.1 Aspectos Técnicos a. La provisión de la totalidad de los equipos, la infraestructura y el software adicional, requeridos para la prestación del servicio garantizando el soporte técnico, garantía mantenimiento y recurso humano. b. Ante actividades de mantenimiento programado en la infraestructura del Datacenter), el servicio no debe verse afectado c. Garantizar el dimensionamiento del ancho de banda requerido para el cumplimiento de los niveles de servicio establecidos en el ANEXO C. d. Independientemente del espacio en almacenamiento utilizado tanto para cursos como para archivos de usuarios, el proveedor debe garantizar la calidad del servicio y sus niveles acordados Software a. El proveedor debe garantizar que la totalidad del software utilizado para prestar el servicio debe estar debidamente licenciado y vigente durante el tiempo de ejecución del contrato. b. Todas las actualizaciones y mejoras en software tanto de aplicación como el de apoyo para la operación, deben hacer parte integral del servicio ofrecido y no deben generar costos adicionales. c. Los desarrollos de software realizado durante la ejecución del contrato, serán de propiedad del SENA, manteniendo todos los acuerdos de licenciamiento y derechos de autor, regulados por la ley 23 de 1982, ley 44 del 93, ley 1032 de 2006 y decretos reglamentarios de dichas leyes. d. El proveedor debe permitir a la Interventoría, la instalación de las herramientas de seguimiento y control necesarias para monitorear la disponibilidad del servicio, además permitir el acceso a los sistemas objeto de monitoreo. e. El oferente debe permitir al SENA, contar con los diagramas y esquemas de la base de datos a utilizar, con el fin de garantizar el entendimiento técnico de la arquitectura de datos utilizada, y también facilitar la generación de consultas sobre la información por parte de los usuarios con rol de administrador. 7 f. La plataforma ofrecida por el oferente debe garantizar la integridad, seguridad, disponibilidad, confiabilidad de los datos evitando pérdida, duplicidad y dispersión de la información Datacenter Alterno El proveedor debe contar con un Datacenter de Respaldo, de iguales o mejores características a las ofrecidas en el DataCenter principal, con el fin de poder activar acciones técnicas y restablecer el servicio de manera inmediata en caso de desastre. Este DataCenter deberá entrar a soportar totalmente la operación en caso de fallas que impidan la normal operación en el principal. El proveedor debe incluir en el Plan 7 Los usuarios con rol de administrador del SENA, harán consultas sobre el sistema dispuesto, no sobre el sistema de producción directamente.

15 de recuperación de información y restablecimiento del servicio en caso de desastre o casos de fuerza mayor, la información necesaria para la verificación por parte de la Interventoría y el SENA de que dicho Datacenter, existe y se encuentra disponible. El oferente deberá entregar documentación adicional en caso de ser requerida por el SENA y/o la Interventoría. También le deberá permitir a la interventoría la instalación y configuración de las herramientas de monitoreo necesarias para verificar el cumplimiento de los niveles de servicio acordados, en caso de entrada a operación del Datacenter alterno Continuidad del Negocio El proveedor deberá garantizar la continuidad del negocio, atendiendo los requerimientos y especificaciones establecidos en la norma ISO/IEC27031:2011 y/o BS 25999, en especial lo relacionado con la planeación de recuperación de desastres y el restablecimiento del negocio, de tal manera que se garantice la restauración de los servicios contratados, en los plazos, modos y condiciones establecidos en las reglas de participación y este documento. El proveedor deberá garantizar la recuperación de la totalidad de la información y la completa operación. 5.3 AMBIENTES Los ambientes constituyen el conjunto de infraestructura tecnológica de hardware, software operativo, software aplicativo, soporte técnico y servicios conexos, dispuestos y destinados por el proveedor para la atención exclusiva de la operación del SENA. Para el SENA es necesario que todos los ambientes dispuestos para la atención de sus requerimientos, contengan la misma versión de la Plataforma dispuesta y de las aplicaciones que la componen, así como igual configuración desde el punto de vista de Software operativo y aplicativo. De acuerdo con las características del servicio requerido, el proveedor debe configurar y disponer para servicio tres (3) ambientes, cuyas características y necesidad de servicio se describen a continuación Ambiente de Producción Se llama ambiente de producción a la infraestructura tecnológica, de hardware, software operativo, software aplicativo, soporte técnico y servicios conexos, destinada para apoyar la operación de los usuarios pertenecientes a Formación Titulada (presencial y virtual),y Complementaria. El SENA requiere un único ambiente de producción el cual debe estar conformado por dos instancias así: a. Una instancia para la atención de los aprendices de Formación Titulada b. Otra instancia para la atención de los aprendices de Formación Complementaria. El proveedor deberá dimensionar los componentes de este ambiente con el fin de atender los usuarios definidos en cada instancia y cuyo detalle cuantitativo se ofrece en la tabla 1 de éste documento. Además, se debe contar con estadísticas de uso totalmente unificadas para los usuarios, es decir si un usuario se encuentra en las dos instancias del ambiente, se debe contar una sola vez y mostrarse de esa forma en los informes estadísticos o de consumo de servicio.

16 Es necesario anotar que siempre que se haga referencia al ambiente de producción, es necesario tener en cuenta lo definido en este punto Ambiente de Entrenamiento Se define ambiente de entrenamiento a la infraestructura tecnológica de hardware, software operativo, software aplicativo, soporte técnico y servicios conexos destinada para apoyar la formación, transferencia tecnológica y de conocimiento para los instructores/tutores del SENA y público demás público que la entidad designe para el aprendizaje para el uso de la Plataforma adquirida. Se debe poder disponer de éste ambiente, con la plataforma y aplicaciones en la misma versión del ambiente de producción, para mínimo usuarios activos, con el fin de poder hacer entrenamiento a tutores y administradores. Igualmente, para hacer diseño previo de nuevas plantillas de cursos o cursos semillas, probar diseños gráficos y entrenamiento general sobre el uso de la plataforma. Técnicamente este ambiente debe estar instalado de manera independiente al del ambiente de producción, sin que afecte por lo tanto el rendimiento de éste. El proveedor debe garantizar que cualquier acción técnica que se realice sobre el Ambiente de Entrenamiento, no debe afectar el Ambiente de Producción. El ambiente de entrenamiento debe estar en capacidad de alojar la información resultado de la actividad de los usuarios por lo menos durante seis (6) meses. Cumplido este tiempo, de común acuerdo con la Interventoría y el SENA, se definirá cual información puede ser eliminada Ambiente de Pruebas El ambiente de pruebas corresponde a la infraestructura tecnológica de hardware, software operativo, software aplicativo y soporte técnico, destinado para la instalación de la Plataforma y aplicaciones, en la misma versión en la que se encuentra en el ambiente de producción. Este ambiente debe ser suministrado por el proveedor en los tiempos establecidos en el cronograma de transición, y ser ubicado físicamente en el sitio del SENA ubicado en Bogotá D.C o el Departamento de Cundinamarca Colombia. El SENA debe poder hacer pruebas y levantamiento de backups, planear y ejecutar conjuntamente con el proveedor actualizaciones y/o integraciones de plataforma, simular mantenimientos y realizar desarrollos de software sin afectar el ambiente de producción para el SENA. El proveedor debe disponer de la tecnología necesaria para el almacenamiento de archivos de file system en toda su magnitud. El dimensionamiento tecnológico deberá ser estimado y asumido por el proveedor, para el debido cumplimiento del servicio, así mismo los equipos y licencias de software operativo, aplicativo y de base de datos, incluyendo los servicios de garantía, soporte y mantenimiento mínimo durante la vigencia del contrato para lo cual,el proveedor deberá prestar el soporte en sitio, y el SENA gestionará el acceso físico correspondiente.. En la etapa de Planeación, el proveedor deberá suministrar el Plan de entrega, instalación y configuración del ambiente de pruebas, el cual deberá contener como

17 mínimo: Características de los equipos de hardware, software a instalar, fecha de entrega y personal destinado para la instalación. Los costos de colocación relacionados con el Datacenter de este ambiente serán asumidos por el SENA. 5.4 SISTEMA PARA PRUEBAS DE CARGA Previo a la entrada en producción, el proveedor debe realizar pruebas de carga y estrés proporcionando las herramientas y recursos técnicos y humanos requeridos para la misma, que permita realizar la medición del comportamiento del sistema en los ambientes de producción y entrenamiento, teniendo en cuenta los parámetros de número de usuarios, servicio establecido, un modelo de curso típico o estándar, acciones clásicas de los usuarios sobre el sistema y un porcentaje de nivel de concurrencia, así como el histórico de comportamiento de los usuarios. Los siguientes puntos se deben tener en cuenta para administración y acciones que se realicen con el sistema para pruebas de carga: a. La herramienta de simulación o de pruebas de carga debe ser instalada por el proveedor, en el entorno donde se encuentra instalada la aplicación dispuesta para el SENA. Se debe anexar la documentación de tipo de licenciamiento utilizado en los informes de resultados de pruebas de carga realizados. b. El contratista será responsable de suministrar y administrar los equipos necesarios para realizar las pruebas. c. Las pruebas de carga se realizarán sobre el sistema de producción del SENA. d. El proveedor debe reportar y explicar al SENA y a la supervisión del contrato, los resultados de las pruebas realizadas, basados en los siguientes puntos: o Identificación del entorno de pruebas, incluyendo la descripción de los elementos de hardware, software y configuraciones de red. o Identificación de los criterios de rendimiento: Determinando el tiempo objetivo de respuesta y la utilización de recursos del sistema. o Planificación y diseño de las pruebas: Identificando los principales escenarios en los cuales se realizarán. o Configuración del entorno de la prueba, preparar herramientas y recursos necesarios para ejecutar dichas pruebas y verificar la preparación de la monitorización de los recursos objeto de cada prueba. o Aplicar y ejecutar el diseño de la prueba: Desarrollar la prueba de acuerdo a los parámetros definidos en los anteriores ítems. o Analizar los resultados y realizar las predicciones de comportamiento, de acuerdo con los datos obtenidos. El informe debe ser entregado durante los 3 días hábiles siguientes al desarrollo de cada prueba. e. Las pruebas deben ser realizadas, una vez se tenga el alistamiento inicial del sistema que se utilizará para ofrecer los servicios requeridos por el SENA, y como mínimo una (1) vez al año al iniciar cada vigencia o cuando se hagan cambios de versión. Esto siempre coordinado con la interventoría del contrato. Las pruebas realizadas se considerarán exitosas, solo si se alcanzan los niveles de servicio mínimos requeridos por el SENA. La Interventoría y el SENA aprobarán el resultado de las pruebas realizadas, las cuales deberán ser satisfactorias como requisito previo para la entrada a producción.

18 5.5 COPIAS DE SEGURIDAD O BACKUPS El proveedor deberá mantener como mínimo copias de seguridad de: a. Base(s) de Datos de la Plataforma b. File System del LMS y Repositorio de Contenidos c. Aplicación, configuración y ajustes realizados en el marco de la operación El proveedor deberá generar una copia de seguridad de la base de datos fullbackup y de Aplicación, configuración y ajustes realizados en el marco de la operación, trimestralmente y entregarla al SENA en medio físico, dentro de los 8 días calendario siguientes al corte del trimestre de ejecución y restaurarla en el ambiente de pruebas. El costo del envío de los medios en los cuales se provea dicho Backup, debe ser asumido por el proveedor. 5.6 ESTABILIZACIÓN DEL SERVICIO Para Formación Titulada Después del periodo de transición, es necesario garantizar que los usuarios de Formación Titulada, contarán con el acceso al ambiente de producción configurado por el proveedor, de acuerdo con los siguientes requisitos: a. El proveedor deberá garantizar que todos los cursos de formación titulada activos al momento de finalizar la etapa de transición deberán estar creados en el ambiente de producción. b. Cada uno de los cursos de formación titulada, deben ser creados con base en una plantilla de curso o curso semilla, de manera que todos los aprendices, tengan acceso a todo el contenido del curso. c. Se debe realizar la sincronización de información de usuarios, enrolamiento de aprendices y enrolamiento de tutores, de acuerdo con la integración con el aplicativo SOFIA Plus. d. El proveedor garantizará que no habrá vínculos rotos en ninguno de los cursos creados. e. A todos los cursos creados, se les debe poder importar por parte del tutor o administrador, paquetes.zip que están bajo la especificación IMS y que son producto de la plataforma que actualmente se encuentra disponible para la entidad. f. El proveedor debe garantizar la integridad de los datos y su puesta en marcha. Entendiendo integridad como el hecho de mantener las relación entre estructuras principales de información en las base de datos, tales como cursos, usuarios, usuarios asociados a cursos, actividades de usuarios en cursos, notas de aprendices, contenidos de los cursos, estructura de libro de calificaciones, elementos de cursos como pruebas, foros, anuncios y demás herramientas de comunicación.

19 Una vez inicie el proceso de estabilización, el SENA entregará los datos relacionados con los cursos que estarán activos, y que deberán ser creados por el proveedor a partir de la integración con el aplicativo SOFIA Plus. El tratamiento de la información contenida en cada una de las bases de datos es confidencial y no podrá ser provista a terceros sin autorización del SENA Para Formación Complementaria Para el proceso de migración de plantillas de cursos o cursos semillas, el proveedor deberá garantizar como mínimo, la siguiente estructura: 1. Banner del curso (el que tiene la plantilla de curso o curso semilla original) 2. Menú del curso, deben estar como mínimo los botones de: a. Anuncios b. Información del tutor c. Información del curso d. Materiales del curso e. Documentos de Apoyo f. Actividades g. Foros h. Bibliotecas i. Enlaces Externos El proveedor deberá garantizar que toda la información contenida en cada uno de estos elementos o adicionales en la plantilla de curso o curso semilla será migrada al ambiente de producción, manteniendo la distribución y contenidos actuales, sin alterar componentes de diseño instruccional. El SENA ofrecerá el acceso a las plantillas de cursos o cursos semillas, para que el proveedor pueda garantizar lo requerido para este proceso durante la etapa de transición. 5.7 MÉTRICAS PARA EL CONTEO DE USUARIOS El conteo de los usuarios tiene una connotación muy importante para el SENA e igualmente para el oferente, pues es lo que determina la ejecución contractual del proyecto. A continuación se detallan las características que regirán el conteo de los usuarios: a. La cuenta de la cantidad de usuarios que hacen uso del servicio, debe realizarse por persona únicamente, independiente del número de asociaciones a cursos y roles que tenga cada usuario. b. Si un usuario está en diferentes instancias (Formación Titulada y Formación Complementaria), debe ser contabilizado una sola vez. c. El usuario debe ser contabilizado en el momento que ingrese a la Plataforma, si el usuario no ingresa por cualquier motivo, éste no debe aparecer como un consumidor de servicio ni ser contabilizado. d. Cuando un usuario deja de estar activo en cursos, el sistema de sincronización lo dejará de enviar y por ende, dejará de estar consumiendo servicio, por lo cual no

20 debe ser contabilizado como parte del número de usuarios con servicio, y el proveedor debe permitir que otro usuario ocupe su lugar. 5.8 ALMACENAMIENTO El proveedor debe garantizar el espacio de almacenamiento mínimo para cada usuario teniendo en cuenta el comportamiento mostrado en el ANEXO D, y que dicha estadística no incluye el componente de Repositorio de Contenido, dado que actualmente el uso por parte de los usuarios se concentra en el File System, y se espera un crecimiento y masificación del uso de ésta aplicación. Asi mismo para la estimación de almacenamiento, debe contemplar software o archivos como sistemas operativos, papelera de reciclaje, archivos de registro de operaciones (logs), software de aplicación de bases de datos y todo repositorio adicional de información que no sea directamente relacionado con las aplicaciones de LMS, Repositorio de Contenido, Comunidad y Herramientas de apoyo para el Acceso utilizando dispositivos móviles y demás componentes que se instalen para garantizar el debido funcionamiento del sistema. 5.9 SOPORTE TÉCNICO El proveedor debe ofrecer un servicio de soporte técnico 7*24, durante la vigencia del contrato, dirigido a los usuarios con rol de Administrador del Sistema, que se enmarque dentro de un esquema de Help Desk o sistema de reporte de fallas en la Plataforma, apoyado en una aplicación que registre vía web los casos de acuerdo con las siguientes condiciones: a. Debe proveerse el acceso tanto al SENA como a la Interventoría, para verificar el estado de los casos reportados y atendidos. Para los casos atendidos debe suministrarse información suficiente que permita verificar la calidad del servicio. b. Los costos relacionados con la instalación, mantenimiento y uso de la herramienta, deben ser asumidos por el proveedor. c. A cada caso reportado se le debe poder asignar un número único de caso desde el sistema, y éste número debe ser informado al SENA de manera inmediata. d. A cada caso se le debe poder asignar: un título, descripción de la falla (sin límite de caracteres) y ambiente en el cual ocurre la falla. e. Cada falla debe poder ser tipificada con un nivel de prioridad de acuerdo con las condiciones estipuladas en este documento. f. Los casos deben ser cerrados o cambiados de tipificación únicamente bajo la autorización por el SENA. g. Para cada caso se debe documentar por parte del proveedor, tanto las causas como el procedimiento usado para llegar a la solución, y esta documentación quedar publicada en el historial del caso respectivo utilizando la aplicación de soporte técnico, dentro de los 5 días calendario posterior al cierre del caso, por parte del SENA. h. Cada caso debe contar con la siguiente información: fecha y hora de apertura, fecha y hora de la última actualización, fecha y hora de cierre, nombre completo de la persona responsable y de aquellas que estén atendiendo el caso.

21 i. Para todo efecto, la zona horaria que se use para abrir, reportar, modificar y cerrar casos será la de Bogotá Colombia. j. El SENA y la Interventoría, deben poder descargar un informe en línea que contenga como mínimo los siguientes ítems: Número del Caso, Titulo, Descripción, Fecha Apertura y Estado Actual. k. El proveedor debe suministrar al SENA los números telefónicos en Colombia, desde los cuales se preste soporte remoto en idioma español, que permita cumplir la exigencia de atención 7x24. l. Los casos reportados telefónicamente, deben contar con las mismas exigencias de registro en el sistema de soporte técnico, que las registradas vía web. m. Para cada caso, se debe poder adjuntar por lo menos un archivo de 1 MB. en formato de Word o Imágenes.JPG o.png. NIVEL DE PRIORIDAD DESCRIPCIÓN DEL ESTADO AMBIENTE TIEMPO MAXIMO DE RESPUESTA Cuando la Plataforma no está funcionando, o por lo menos una de las aplicaciones (excepto la destinada para dispositivos móviles) que la componen no es accesible, desde la URL principal de login. 1 Cuando los contenidos, herramientas o funcionalidades de los cursos alojados en la plataforma, no son accesibles, incluso permitiendo el login. PRODUCCIÓN (las dos instancias) 10 Minutos Cuando el proceso de sincronización de la información, no se realiza de manera correcta, ni en los tiempos y frecuencias acordados en este documento. Cuando no se puede acceder desde dispositivos móviles definidos en este documento. 2 Cuando el Sistema está dando ingreso a sus usuarios, pero por lo menos una de las herramientas de cualquiera de las aplicaciones no está funcionando correctamente, no está disponible o presentan errores de desempeño. PRODUCCIÓN (las dos instancias) 1 Hora 3 Cuando el Sistema está dando ingreso a los usuarios, pero por lo menos una de las herramientas de un curso en particular no está funcionando, no está disponible o presentan errores de desempeño. PRODUCCIÓN (las dos instancias) 2 Horas

22 NIVEL DE PRIORIDAD 4 DESCRIPCIÓN DEL ESTADO Cuando la Plataforma no está funcionando, o por lo menos una de las aplicaciones (excepto la destinada para dispositivos móviles) que la componen no es accesible, desde la URL principal de login. AMBIENTE ENTRENAMIENTO TIEMPO MAXIMO DE RESPUESTA 5 Horas Cuando los contenidos de los cursos alojados en la plataforma, no son accesibles, incluso permitiendo el login. 5 6 Cuando la solicitud está relacionada con el Ambiente de Pruebas, en cuanto a cualquiera de sus componentes, tanto en hardware como en software, exceptuando temas de Datacenter. Consultas de carácter general sobre Plataforma, uso de funcionalidades y aclaración de dudas respecto del alcance de las herramientas disponibles. Tabla 2. Niveles de Prioridad PRUEBAS NO APLICA 24 Horas 48 Horas 5.10 MANTENIMIENTO El proveedor deberá suscribir los contratos de mantenimiento preventivo y correctivo sobre la infraestructura tecnológica, que requiera para garantizar la debida prestación del servicio, de acuerdo con las exigencias establecidas en el presente documento. Para el caso de Mantenimiento de Software, el proveedor deberá: a. Habilitar un ambiente emergente con la misma configuración del ambiente de producción, para validar que los cambios a realizar por mantenimiento funcionen correctamente. b. Comunicar a la interventoría y al SENA, la necesidad de ejecución del mantenimiento con el impacto sobre el servicio, los tiempos que se requieran y la documentación de las pruebas realizadas en el ambiente emergente. c. Acordar con el SENA y la interventoría los tiempos y fechas para la ejecución de las labores de mantenimiento sobre el ambiente de producción. Bajo ninguna circunstancia el proveedor deberá ejecutar estas labores sin previa autorización del SENA o la Interventoría. d. Enviar un mensaje de notificación al iniciar y terminar cada una de las actividades de mantenimiento, al buzón de correo electrónico previamente definido con el SENA. e. Garantizar el mantenimiento aplicado, en los tiempos acordados, y la no afectación del servicio. f. Enviar la documentación al SENA y a la Interventoría las pruebas funcionales en el ambiente de producción, que permitan evidenciar el correcto funcionamiento de los cambios aplicados durante el mantenimiento.

23 Los acuerdos de nivel de servicio, no aplicarán durante la ejecución del mantenimiento en los tiempos acordados LEARNING MANAGEMENT SYSTEM - LMS En esta sección se detallan los requerimientos no funcionales y funcionales con los que debe cumplir el LMS propuesto durante la vigencia del contrato, la transferencia de conocimiento que debe ofrecer el oferente y la integración que debe realizarse con sistemas del SENA y de terceros Requerimientos no funcionales a. Tener derecho a la instalación, configuración y uso de las actualizaciones de versión de la plataforma que se encuentren disponibles siempre y cuando cumplan con las especificaciones y se haya aprobado por parte de la Interventoría y el SENA, a quienes se le deberá informar por parte del proveedor del Road Map o plan de actualizaciones previsto en cada año de ejecución del contrato. b. La plataforma debe estar habilitada para su uso en Idioma Español Latinoamericano. c. Plataforma LMS para el apoyo de las modalidades de formación del SENA. d. La plataforma debe ser compatible con los siguientes navegadores y versiones superiores: Para PC Internet Explorer 8.0 o superior Firefox 6.0 o superior Chrome 10 o superior Para Mac Safari 5.0 o superior Chrome 10 o superior Firefox 6.0 o superior e. El proveedor deberá garantizar el funcionamiento de javascript en todas las versiones propuestas de navegador. Así como de las herramientas y funcionalidades que sea parte de la Plataforma y se basen en Javascript. f. El proveedor deberá permitir el uso de artefactos de software como: extensiones, módulos, bloques, webservices, APIs y/o plugins que permitan fortalecer la funcionalidad actual de la plataforma y cumplir con las necesidades del SENA, sin que esto afecte la operación normal de la solución ni se derive en costos adicionales. g. El proveedor deberá ofrecer un acceso a los administradores de la aplicación, que permita consulta directa a la base de datos: el esquema y la documentación para realizar consultas especializadas sobre los datos almacenados. h. La interfaz debe ser totalmente gráfica con todos los utilitarios habilitados para tal fin, organizada por tipos de contenidos y funcionalidades, disponibles de acuerdo con los permisos definidos para cada rol. i. La plataforma debe guardar la trazabilidad de todas las transacciones ejecutadas sobre ella, incluso sobre la base de datos de manera directa. Se debe registrar

24 como mínimo: el usuario, la fecha y la dirección IP, operación realizada, campo o estructuras de información afectadas. j. La plataforma debe permitir la configuración de la presentación al usuario final, según la imagen institucional del SENA Requerimientos funcionales Todas las funcionalidades listadas a continuación son requeridas y deben estar habilitadas y/o deshabilitadas, de acuerdo con la estructura de permisos establecidos para el rol 8 que esté interactuando con la plataforma, así como contemplar las validaciones a nivel de aplicación que garanticen la integridad de los datos que son: unicidad, dominio, referencial, y de datos Gestión de Cursos Las acciones realizadas para la Gestión de Cursos son una de las labores más importantes en la administración del LMS del SENA, de manera que la herramienta ofertada debe incluir como mínimo las funcionalidades que se describen a continuación necesarias para el desarrollo normal de la gestión educativa y académica. Es propósito de éste documento detallar dichas características, describir su operación y necesidad, de manera que se pueda tener una idea más cercana de la solución que se debe suministrar. A continuación se explica cada una de ellas Gestión de Información de Cursos El sistema LMS debe permitir gestionar la información de los cursos, permitiendo crear, ingresar, actualizar, borrar (borrado físico) y consultar. Los datos del curso son: código del curso (llave principal), nombre del curso, descripción, clasificación por categoría, estado del curso (disponible o no disponible), fecha de inicio, fecha de terminación e idioma en el cual aparecerá el menú del curso originalmente. La aplicación debe permitir establecer su disponibilidad y visibilidad para los usuarios de acuerdo con el rol al que pertenece. Las operaciones de consulta relacionadas para cursos no deben afectar el desempeño del sistema y deben poderse realizar a partir de: Código del Curso, Nombre del Curso, por usuario instructor/tutor (ingresando el dato de usuario), por fecha de creación en el sistema. Al visualizar el resultado de la búsqueda, y de acuerdo con los permisos del rol que esté realizando la acción, el LMS debe permitir acceder al espacio del curso y realizar las acciones que le sean permitidas sobre él. El acceso debe ofrecerse de manera inmediata por medio de interfaz gráfica. El administrador y los usuarios que tengan roles con el permiso correspondiente, deberán poder establecer la disponibilidad o no de cursos, de manera individual o al conjunto parcial o completo de cursos resultado de una acción de consulta. Es importante en este punto, tener en cuenta las siguientes consideraciones: 8 Rol identificado en la oficina virtual para Formación Complementaria y en Sofia para Formación Titulada.

25 a. Se deben poder establecer la disponibilidad de los cursos por interfaz gráfica, sin utilizar secuencias de comandos o líneas de código. b. Los roles que no tengan los permisos de consulta general de cursos, y que tengan permiso para disponible/no disponible cursos, deberán poder realizar ésta acción desde el mismo curso. c. Un curso no disponible no permitirá el acceso al mismo a los roles de aprendiz. d. El curso debe quedar no disponible o disponible en el mismo momento en que se realiza la acción Archivar / Exportar cursos El LMS debe permitir archivar un curso con su estructura completa o parcial de acuerdo con el requerimiento del usuario, y guardarlo en un archivo almacenable localmente. La plataforma debe para éste propósito cumplir con la especificación IMS (Instructional Management Systems) Importar cursos El LMS provisto deberá permitir importar cursos a partir de archivos producto del proceso de exportación, esto de manera que permita al usuario (que tenga activo éste permiso) seleccionar desde su ubicación local un archivo producto de una exportación e importarlo a un curso previamente creado Copiar / Mover contenidos de un curso a otro Se debe poder mover contenidos de un curso a otro, permitiendo ubicar el contenido de un curso dentro de una carpeta o ubicación específica de otro curso. Esto incluye copiar contenidos desde una plantilla de curso ó curso semilla a cualquier otro curso del sistema. Dentro de un curso, se debe poder mover un contenido de una ubicación a otra, quitándolo del punto donde se encuentra. Esta acción debe estar disponible y configurable por roles. Por medio de la interfaz gráfica del curso un tutor (o quien tenga permisos para ello) debe poder realizar alguna de las siguientes acciones: Desde el curso de origen, seleccionar un recurso y seleccionar una opción que le permita copiar/mover, en seguida el sistema le debe solicitar que seleccione el curso al cual desea copiar/mover el recurso (aquellos cursos en los cuales tenga permisos). El nombre de la funcionalidad de copiar/mover contenidos entre cursos puede variar de acuerdo con el LMS Configuración de elementos predeterminados El administrador y personal que tenga el rol con permisos habilitados, deberá poder modificar la configuración de los elementos disponibles para los cursos en el LMS. 9 Conjunto de especificaciones que buscan facilitar y posibilitar la interoperabilidad de aplicaciones y servicios en un entorno de enseñanza distribuido, cuyos detalles se encuentran en

26 Esta opción debe permitir a los usuarios, modificar las características de presentación o visualización de la plantilla predeterminada para los cursos en el LMS. a. Estructura del menú predeterminado. b. Diseño del menú predeterminado. c. Conjunto de herramientas habilitadas de manera predeterminada. d. Configuración del libro de calificaciones, incluyendo los tipos de valores para las notas. e. Configuración de avisos predeterminados de seguimiento y disponibilidad de contenidos, por correo electrónico. f. Disponibilidad del curso por defecto Categorías o clasificación de cursos Se debe poder crear categorizaciones de cursos o áreas ocupacionales para clasificación de cursos. Esto de manera que cada curso quede asociado con una categoría en el momento de crearlo Definición del espacio en disco por curso El rol de Administrador debe estar en capacidad de conocer el espacio en disco usado por un curso y cambiar el tope máximo que puede usar. También se debe poder administrar estos datos de manera general y predeterminada para todos los cursos. Por ejemplo, el Administrador, debe poder establecer una cuota máxima predeterminada en disco, para uso de cada uno de los cursos que haya creados en el sistema. Para calcular el espacio usado deben contabilizarse los siguientes elementos de un curso: a. Todos los archivos del curso relacionados con los contenidos, como por ejemplo: imágenes, animaciones, videos, audios, documentos ofimáticos, documentos en PDF, etc. b. Todos los archivos subidos a la plataforma por los aprendices, en desarrollo de las actividades del curso Funcionalidades de Anuncios o noticias y Correo Electrónico para el Administrador El usuario administrador debe contar con las funcionalidades de anuncios o noticias para publicar notificaciones prioritarias para todos los usuarios del LMS, y envío de correo electrónico para todos los usuarios del sistema o escogiendo para roles específicos Gestión de Usuarios Las acciones realizadas para la Gestión de Usuarios son igualmente una labor frecuente y constante en la administración del LMS del SENA, de manera que la herramienta ofertada debe incluir como mínimo, las funcionalidades que se describen a continuación necesarias para el desarrollo normal de la gestión educativa y académica de los usuarios de formación virtual de la entidad. Es también propósito de éste documento detallar dichas características, describir su operación y necesidad, de manera que se pueda tener la información concreta de la solución que se debe suministrar. A continuación se explica cada una de ellas.

27 Gestión de información de usuarios El sistema LMS debe permitir gestionar la información de usuarios, permitiendo crear, ingresar, actualizar, borrar (borrado físico) y consultar. Los datos de un usuario son: Número de Documento de Identificación (llave principal), nombre, apellidos, correo electrónico, sexo o género, fecha de nacimiento, empresa, rol y contraseña. Esta gestión debe estar disponible por interfaz gráfica del LMS. Las operaciones de consulta relacionadas con datos de usuarios, no deben afectar el desempeño del sistema y deben poderse realizar a partir de: Número de Identificación, Nombre, Apellidos, correo electrónico y rol. La aplicación debe permitir establecer la disponibilidad o no, de cada uno de los usuarios, de manera individual u ofreciendo la posibilidad de marcar todos o parte de los resultados de una búsqueda, siendo por defecto el valor de disponible para todos. Al visualizar el resultado de la búsqueda, y de acuerdo con los permisos del rol que esté realizando la acción, el LMS debe permitir acceder y editar los datos del usuario con posibilidad de actualizarlos, excepto en su número e identificación y contraseña. El acceso debe ofrecerse de manera inmediata por medio de interfaz gráfica. Es importante en este punto, tener en cuenta las siguientes consideraciones: a. En la interfaz gráfica, se debe poder establecer la disponibilidad de un usuario, sin utilizar secuencias de comandos o líneas de código. b. La contraseña es un dato privado del usuario, de manera que no debe ser visible por medio de interfaz gráfica. El proveedor debe ofrecer la opción de cambiar la contraseña a los roles con permiso para tal acción, sin que éstos deban conocer la anterior. Lo anteriormente descrito en relación con gestión de usuarios aplica para las operaciones de gestión por medio de la interfaz gráfica. La gestión de usuarios por medio de sincronización de información con los sistemas administrativos del SENA, Sofía Plus 10 y OFICINA VIRTUAL detallados más adelante en este documento Enrolamiento de usuarios por interfaz gráfica El LMS, debe ofrecer la funcionalidad de poder realizar el enrolamiento de usuarios directamente por Interfaz Gráfica. Permitiendo que dicho proceso se pueda realizar uno a uno en el espacio o curso definido y por lotes (mediante la estructura de un archivo plano) dentro de un curso. El oferente, debe definir la estructura del archivo que debe ser usado para el enrolamiento por lotes, permitiendo que cada usuario sea subido como mínimo con los siguientes datos: a. Número de Identificación b. Nombre c. Apellidos d. Correo Electrónico e. Rol del Usuario en el Curso (por ejemplo: aprendiz o tutor) 10 Ver ANEXO E

28 f. Contraseña (desde el archivo plano se debe poder establecer sin ningún tipo de codificación). El LMS deberá informar por interfaz gráfica cuáles usuarios fueron enrolados satisfactoriamente y cuáles tuvieron problema, estableciendo la causa. Lo anteriormente descrito en relación con enrolamiento de usuarios, aplica para las operaciones de gestión por medio de la interfaz gráfica Gestión de roles y privilegios sobre las funcionalidades La definición de roles es un punto muy importante en la implementación del LMS y para el SENA, siendo necesario que su estructuración se realice acorde con las características de la entidad. Para esto es necesario que el LMS, cuente con un módulo por Interfaz Gráfica, de administración de roles y permisos que estos puedan igualmente ser asignados a los usuarios tanto por medio de la aplicación cómo por medio del proceso de los procesos de sincronización con los aplicativos institucionales de SOFIA PLUS y Oficina Virtual. El LMS debe permitir adicionar, modificar y eliminar roles de usuario. Se deben poder crear nuevos roles en el LMS, asignarles un nombre y los permisos sobre cada una de las funcionalidades del sistema. Para la creación de un rol en el sistema, es necesario tener como mínimo los siguientes datos: a. Nombre del rol b. Descripción del rol c. Identificación del rol o código Posteriormente se debe establecer para cada uno de los roles creados, la estructuración de permisos que puede tener sobre las herramientas del LMS. Esto debe ser posible por medio de interfaz gráfica. El proveedor se debe comprometer durante la etapa de transición, a crear y configurar como mínimo los siguientes roles: a. Administrador del sistema b. Integrador de Centro de Formación c. Subdirector de Centro de Formación d. Tutor/Instructor Principal e. Tutor/Instructor de Apoyo f. Coordinador Académico g. Desarrollador de Curso h. Aprendiz o Estudiante i. Observador j. Invitado Este producto debe ser entregado, mostrando un archivo por cada rol, en el cual se encuentre la descripción del rol, y por cada una de las herramientas el nivel de permiso establecido.

29 Estadísticas de la aplicación LMS El proveedor debe suministrar informes por interfaz gráfica, de acuerdo con los siguientes requisitos: a. Accesibles en línea de manera permanente 24 horas b. Detallados por usuario único (por persona) c. La información de dichos informes debe haber sido generado de manera consolidada, como mínimo el día calendario anterior a la fecha de generación del reporte d. Con acceso para el SENA y la Interventoría e. Los informes deben poder ser visibles directamente en web y descargables en como mínimo en formato de Excel o.csv (archivo separado por comas) A continuación se relacionan los requerimientos mínimos de informes estadísticos que el proveedor debe tener en cuenta: a. Total de usuarios únicos activos, instancia y unificados para el ambiente de producción b. Total de usuarios almacenados en la Base de Datos (activos e inactivos o deshabilitados por aplicación o por sincronización con los sistemas de SOFIA PLUS y Oficina Virtual) c. Total de cursos activos en el sistema d. Total de cursos inactivos en el sistema e. Total de enrolamientos o asociaciones de aprendices a cursos f. Total de Logins diarios (estos logins corresponden a usuarios únicos por día que ingresan a la aplicación) g. Total de exámenes, pruebas o sondeos, tomados h. Total de foros o entradas a foros i. Total de espacio en almacenamiento usado Las estadísticas deben contener y ser generadas como mínimo con los datos del día calendario anterior al día de generación del informe. El proveedor debe garantizar que la generación de estos informes no afectará el rendimiento del LMS y de la Plataforma en general Reporte de Seguimiento A continuación se relacionan los requerimientos mínimos de reportes exigidos, así como otros informes útiles y en línea, visibles para los roles que el SENA defina, según los siguientes parámetros: a. Reporte de tutores sin ingreso a la plataforma durante tres días a todos o alguno de los cursos que tenga activos b. Reporte de tutores que no hayan publicado anuncios durante 3 días c. Reporte de Tutores sin ingreso a los foros de discusión d. Reporte de Tutores sin participación en foros durante 3 días e. Reporte de Tutores sin registrar perfil de tutor f. Cursos con actividades registradas en Libro de Calificaciones (o lugar donde se almacenan todas los juicios evaluativos o notas), sin evaluar durante 3 días g. Reporte de aprendices que cumplen 8 días continuos sin ingreso al curso h. Reporte de horas empleadas por un usuario sobre el LMS. Este tema es muy importante en el caso de los tutores y se debe disponer de un webservice que facilite la información basados en parámetros de fecha

30 Los reportes de seguimiento no serán tenidos en cuenta en la revisión de la demostración presentada por el oferente Funcionalidades al Interior del Curso Disponibilidad de un centro de control Todo curso debe contar con un Centro de Control desde donde se pueda administrar totalmente las funcionalidades disponibles por parte del tutor, roles autorizados para este fin y rol Administrador. Dentro de este centro de control, deben estar dispuestas únicamente las funcionalidades autorizadas para el rol respectivo Herramienta de anuncios / noticias La herramienta de anuncios/noticias debe estar disponible para cada curso y ser gestionada por el tutor y roles autorizados, permitiéndole crear anuncios visibles únicamente para los integrantes del curso, con un asunto y mensaje (Este campo debe recibir texto de mínimo 4000 caracteres) a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos (de hasta 5 MB), imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo; y enlazar a una herramienta o un elemento de contenido del curso. Así mismo debe contar con herramientas para la organización y visualización: Disponibilidad, fechas y horas de inicio y fin de publicación, estas últimas registradas a discreción del creador. Se debe poder ya sea gráficamente o a partir de las fechas de disponibilidad, establecer un orden de presentación de los anuncios. Se debe poder seleccionar que el anuncio le llegue a los aprendices vía correo electrónico. El proveedor debe validar que los usuarios no incluyan código que genere conflicto o incompatibilidad con otros componentes técnicos del LMS. En caso de inconvenientes con situaciones generadas producto de código de esta naturaleza, que sea subido por los usuarios, el proveedor está obligado a corregir la situación sin afectar los niveles de servicio acordados. Los anuncios/noticias no son contenidos en formato scorm y deben constituir una herramienta exclusiva para el propósito que se ha definido. El proveedor debe tener en cuenta, que un usuario (con rol y permisos para tal fin) publica un anuncio / noticia cuando necesita ofrecer información relevante con el proceso formativo a sus aprendices. Por ejemplo, el anuncio relacionado con la ampliación de la fecha para entregar una actividad. El tutor, crea un anuncio/noticia en el curso, y cuando los aprendices ingresan al LMS, leen el anuncio/noticia y se enteran de la novedad Calendario Cada curso debe contar con su propio calendario de trabajo, permitiendo al tutor gestionar eventos y publicarlos a los participantes. Cada evento tendrá: Nombre del Evento, Descripción del Evento (como mínimo debe poderse incluir elementos html, tablas, archivos adjuntos (de hasta 5 MB), imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo), fecha, hora de inicio y hora de terminación del evento.

31 Foros El LMS debe contar con una herramienta para la gestión de foros, y estos deben poder gestionarse por medio de interfaz gráfica, por parte de los usuarios con roles cuyos permisos estén habilitados para tal fin. Desde cada curso se debe poder administrar las actividades mencionadas. En cada curso, cada foro se debe poder crear con los siguientes ítems como mínimo: a. Nombre b. Descripción (a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo). Este campo debe recibir texto de mínimo 4000 caracteres. c. Disponibilidad: El foro debe poder ser puesto en estado no disponible o disponible, de manera que sea visto por el tutor y administrador, pero no por los usuarios aprendices. d. Fechas de Disponibilidad: El foro debe tener una fecha inicial a partir de la cual esté disponible y una fecha final a partir de la cual no se encuentre activo o disponible para los usuarios, programable de acuerdo con el criterio del tutor. e. Se debe poder establecer si un foro es calificable o no, y en caso de serlo una vez se establezca esta opción, que el sistema cree automáticamente una nueva columna en el Libro de Calificaciones. f. En caso de que un foro sea calificable, se debe poder evaluar y retroalimentar individualmente para cada aprendiz, desde la interfaz gráfica y listando de manera específica las participaciones de cada aprendiz. g. Los foros deben permitir al tutor establecer si los aprendices deben responder el foro a partir de su planteamiento inicial, o si pueden crear nuevos hilos de discusión. h. El foro no debe tener límite de participaciones por parte de los usuarios. i. El foro debe poder ser configurable para que los usuarios puedan o no adjuntar archivos. j. Los foros que tengan configurada la opción de adjuntar archivos con las participaciones de los usuarios, deben recibir archivos de hasta 5 MB en tamaño. Las plantillas de cursos o cursos semilla como parte de sus materiales y actividades, contienen foros ya configurados. Se debe garantizar que los cursos creados con base en una plantilla o curso semilla, hereden una réplica exacta de los foros, tanto en su contenido como en la configuración Creación de Grupos La plataforma debe permitir la gestión de grupos 11 al interior de los cursos. La gestión de grupos se debe poder realizar completamente por interfaz gráfica e incluir: 11 Ver la definición de lo que se debe entender por Grupo en el Glosario

32 a. Creación de Grupos, ingresando como parámetros: Nombre del grupo, descripción (Mínimo 4000 caracteres) y disponibilidad b. Asignación y cambio de nombre al grupo c. Asignación de aprendices a grupos d. Eliminación de aprendices de los grupos (esta acción no debe implicar eliminación del aprendiz del curso) Los grupos deben contar con herramientas propias de Foros, envío de correo electrónico y compartir archivos, en cada grupo solo podrán participar los aprendices asociados en el. Por esta razón, los foros deben ser independientes a los que sean comunes para los aprendices del curso Herramientas de Chat El proveedor debe garantizar que la Plataforma contiene herramientas de chat, especificando los componentes técnicos internos del LMS o externos que se usen para lograrlo. Si se necesitan plugins o desarrollos de integración técnica, el oferente los debe considerar y asumirlos Web Conference El LMS debe incluir un sistema de Web Conference integrado, sin solicitar doble autenticación a los usuarios, que permita a los tutores/instructores, programar sesiones de trabajo online y síncronas con sus aprendices, que contenga como mínimo las siguientes funcionalidades: a. El sistema de Web Conference debe estar en capacidad de soportar como mínimo cincuenta (50) usuarios por conferencia. b. Capacidad para soportar como mínimo veinte (20) Conferencias de manera simultánea. c. Se debe poder tener visualización de cámara para por lo menos cuatro (4) usuarios en cada conferencia y establecer una de ellas como principal. d. Se debe contar con la funcionalidad de habilitar micrófonos para la totalidad de usuarios solicitados por conferencia. e. El moderador de cada conferencia, debe poder gestionar las herramientas disponibles para la interacción de los usuarios, permitiendo habilitar o deshabilitar cada una de ellas de manera grupal o por cada participante. f. Pizarra para publicar presentaciones y opción de poder importar éstas desde Microsoft Power Point. g. Poder compartir escritorios y aplicaciones, durante el desarrollo de cada conferencia. h. Poder tomar o delegar control de una aplicación durante una conferencia. i. Transferir archivos y difundirlos a todos los asistentes en una conferencia. j. Contar con una herramienta para aplicar encuestas en las conferencias y obtener los resultados en línea para presentarlos a los usuarios participantes. Las

33 encuestas deben estar basadas en preguntas de varias opciones (mínimo dos opciones) de respuesta para los usuarios, aplicadas en el desarrollo de una conferencia y sus resultados mostrarse en el momento que el momento que el moderador lo determine. k. Contar con un chat configurable en cada sesión. l. Poder realizar la grabación de sesiones de trabajo, iniciándola por interfaz gráfica con controles de pausar, continuar y detener. El formato de almacenamiento de las grabaciones debe corresponder con los siguientes formatos: wmv, mp3, mp4, mpeg, mov, flv, como mínimo y de manera obligatoria. m. La herramienta de webconference, debe poder reproducir las grabaciones directamente en su interfaz gráfica vía web. n. El sistema debe permitir grabar las sesiones y posteriormente poder publicarlas para consulta en curso o por enlace para usuarios. o. A partir de la integración con el LMS, y dentro del entorno de cada curso, la herramienta debe permitir al tutor, programar sesiones de videoconferencia teniendo en cuenta los parámetros como mínimo de título, descripción, fecha y hora de inicio y fecha y hora de terminación. p. La herramienta debe permitir al tutor enlazar las grabaciones de las sesiones en el curso. q. La herramienta de Web Conference debe permitir escoger de la lista de cada curso, los participantes en una sesión o conferencia. r. La herramienta de Web Conference, debe permitir establecer roles de moderador(es) y participantes de una conferencia. s. Se debe contar con generación de estadísticas de cantidad de usuarios, sesiones creadas, ingresos globales o por sesión. Periodicidad: en tiempo real y basados en sesiones terminadas. t. La herramienta, debe permitir solicitar la palabra al moderador, generando un orden en la participación. u. El moderador debe poder retirar participantes durante una conferencia. v. El moderador o usuario que tenga el permiso, deberá poder utilizar la pizarra para escribir, usando herramientas gráficas (Escribir un texto, figuras geométricas: circulo, cuadrado, paleta de colores) y de edición de texto Envío de correo electrónico El LMS debe tener herramientas para el envío de correo electrónico, cuyas funcionalidades incluyan en cada curso y para todos los roles participantes, lo siguiente: a. Envío de correo a todos los grupos (grupos de aprendices creados dentro del curso por parte del tutor) b. Envío de correo a todos los usuarios aprendiz del cursor

34 c. Envío de correo a todos los usuarios con rol tutor, coordinador o asistentes relacionados d. Envío de correo electrónico seleccionando usuarios individuales Es importante tener en cuenta que aunque la herramienta debe permitir el envío de correo, se debe garantizar la privacidad de la dirección de correo electrónico de cada participante, es decir, que ese dato no debe ser visible al público. La herramienta debe permitir por cada correo electrónico a enviar: a. Adjuntar archivos en los mensajes (hasta de 5 MB.) b. Escribir el asunto del correo (de hasta 200 caracteres) c. Un mensaje o texto de mínimo 4000 caracteres El proveedor deberá asumir la configuración y mantenimiento del servicio de SMTP o del que necesite hacer uso para garantizar el envío de correos de esta funcionalidad Glosario El LMS provisto debe contar con una herramienta de Glosario que permita por curso, ingresar una lista de términos junto con sus definiciones. El usuario debe poder escoger entre dos formas para ingresar términos: a. Ingresando término por término con su significado b. Ingresando el glosario a partir de la carga mediante interfaz gráfica, de un archivo que contenga la lista de términos junto con sus significados El glosario además debe ser descargable, transferido o copiado a otros cursos y consultado de manera alfabética Mensajes Internos La solución propuesta debe incluir una herramienta de Mensajería Interna, con configuración igual a la herramienta de correo electrónico, pero a diferencia de éste, la de Mensajería es un buzón interno que tiene un usuario en cada en cada curso, visible directamente desde el LMS, de manera que el usuario pueda leer y enviar los mensajes al ingresar al curso, al igual que reconocer cuáles mensajes ya han sido leídos y cuáles están pendiente por leer, igualmente debe mantener separados los mensajes de acuerdo con la tipología, como mínimo bandeja de entrada y mensajes enviados. La herramienta de mensajes aplica para los integrantes de cada curso, lo cual significa que un usuario no debe poder enviar mensajes a usuarios que estén en otros cursos. Debe poder incluir también archivos adjuntos (de hasta 5 MB). El envío de mensajes es una actividad asincrónica, es decir no necesita que el remitente y destinatario estén conectados al mismo tiempo Tipos de pregunta Los tipos de preguntas que debe incluir el LMS, adquirido son los siguientes: a. Falso y verdadero, cuyos parámetros deben ser los siguientes:

35 Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo). Respuestas: Se debe poder escoger la respuesta correcta a la pregunta, escogiendo entre Falso y Verdadero b. De redactar. Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Respuesta: Se debe poder incluir la respuesta en un cuadro de texto de mínimo 2000 caracteres. c. Respuesta breve Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Respuesta: Se debe poder incluir un cuadro de texto de mínimo 250 caracteres. d. Selección múltiple con única respuesta Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Cantidad de respuestas posibles: debe poderse ingresar el número de respuestas posibles para la pregunta. Numeración de las respuestas: debe poderse ingresar el tipo de numeración de la respuesta (por ejemplo: con letras, números o números romanos). Se debe poder establecer mostrar o no, las respuestas en orden aleatorio para cada usuario que realice la prueba. Cada posible respuesta debe poder ser redactada o elaborada en un texto de como mínimo 2000 caracteres. Se debe poder establecer o señalar gráficamente cuál es la respuesta correcta. e. Selección múltiple con múltiple respuesta (permitiendo establecer créditos parciales) Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Cantidad de respuestas posibles: debe poderse ingresar el número de respuestas posibles para la pregunta.

36 Numeración de las respuestas: debe poderse ingresar el tipo de numeración de la respuesta (por ejemplo: con letras, números o números romanos). Se debe poder establecer mostrar o no, las respuestas en orden aleatorio para cada usuario que realice la prueba. Cada posible respuesta debe poder ser redactada o elaborada en un texto de como mínimo 2000 caracteres. Se debe poder establecer o señalar gráficamente cuáles son las respuestas correctas, esto por el tipo de pregunta. f. Correspondencia. Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Numeración de las respuestas: debe poderse ingresar el tipo de numeración de la respuesta (por ejemplo: con letras, números o números romanos). Se debe poder establecer mostrar o no, las respuestas en orden aleatorio para cada usuario que realice la prueba. Número de elementos para asociar. Texto de cada elemento a asociar: el texto de cada elemento debe poder ser redactado o elaborado en un texto de como mínimo 2000 caracteres. g. Rellenar espacio Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Cantidad de respuestas (o espacios para rellenar). h. Respuesta a partir de archivo Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Cuando el usuario va a responder este tipo de pregunta, el LMS le debe desplegar la opción de buscar un archivo en su equipo o en el repositorio y subirlo como respuesta. El tamaño permitido para este archivo debe ser de hasta 5 MB. i. Pregunta de zona activa en una imagen. Las preguntas de zona activa en una imagen corresponden con las que su respuesta se basa en hacer clic sobre una parte de una imagen, para responder. Por ejemplo, una pregunta relacionada con señalar una zona geográfica determinada y que el usuario tenga que hacer click sobre el lugar correcto en la imagen.

37 Texto de la pregunta: de mínimo 2000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Este tipo de pregunta no tiene respuesta escrita, por lo cual el sistema debe permitir subir una imagen en forma.png, Jpg o Gif. Luego de subir la imagen, el LMS debe permitir escoger una zona de la imagen en la cual el usuario deberá hacer clic para responder. Por ejemplo, la imagen de un mapa, y que el usuario deba señalar una región específicamente. Las preguntas también deben poder ser gestionadas y clasificadas en categorías, de manera que se puedan después caracterizar fácilmente y se facilite su reutilización en otras áreas del curso o en otros cursos, de igual forma se debe poder asignar un comentario en caso de respuesta correcta y otro en caso de respuesta incorrecta, estos comentarios se deben poder redactar en un cuadro de texto de mínimo caracteres Bancos de preguntas Se debe poder gestionar bancos de preguntas ya sea dentro de las plantilla de cursos o cursos semilla y/o en sus réplicas. Esto de manera que se permita la creación de pruebas nuevas a partir de los grupos de preguntas que haya en el Banco y utilizando los conceptos de caracterización o conjuntos de metadatos definidos como por ejemplo Grados de Dificultad. Los parámetros para crear un banco de preguntas son: a. Nombre: Como mínimo de 200 caracteres. b. Descripción: se debe poder generar a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo). Mínimo 4000 Caracteres. c. Una vez se asignan los parámetros de nombre del bando y su descripción, se debe poder iniciar la inclusión de preguntas que corresponden a dicho banco. Para esto se debe contar con las opciones de: o o Crear las preguntas una a una e incluirlas. Buscar las preguntas existentes en otros bancos de preguntas o pruebas existentes en el curso. El LMS debe incluir de manera integrada una herramienta para la generación de pruebas o exámenes en cada curso. La configuración general de una prueba debe incluir: a. Nombre de la Prueba: de mínimo 200 caracteres. b. Campo para descripción de la prueba (a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo). Mínimo 4000 Caracteres.

38 c. Campo para instrucciones en el momento de tomar la prueba (a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo). Mínimo 4000 Caracteres Los siguientes parámetros son necesarios para completar la creación de una prueba: a. Establecer si la prueba se abre en una ventana nueva o dentro del LMS. b. Poder crear una noticia/anuncio automáticamente una vez se publique la prueba. c. Establecer si la prueba o examen se encuentra disponible o no a los usuarios del curso. d. Configuración de intentos múltiples (poder establecer si una prueba permite varios intentos y de ser así un número limitado de intentos). e. Permitir escoger si se mostrarán en una ventana todas las preguntas asociadas a la prueba, ó si se presentarán al usuario una a una. f. Establecer si la prueba debe terminarse una vez se inicia, o si puede reiniciarse en el sitio donde queda el usuario en un momento posterior. g. Establecer un temporizador con horas y minutos, para el desarrollo de la prueba. h. El LMS debe permitir configurar una fecha y hora de visualización, junto con una fecha y hora límite a partir de la cual los usuarios no la podrán ver ni presentar. i. Fecha de Vencimiento: Con la cual podrá configurarse notificaciones vía correo electrónico para informar al usuario. j. Poder establecer por cada una de las preguntas de una prueba el valor en puntos. k. Incluir o no, los resultados de la prueba en los cálculos del libro de calificaciones, se necesita esta opción configurable. l. Tener la opción de ocultar los resultados de una prueba en el Libro de Calificaciones y al tutor (esto para ocasiones en las que se necesite proteger la privacidad de las respuestas de los aprendices). m. Poder mostrar comentarios a los usuarios cuando hayan terminado la prueba, los cuales como mínimo deben ser configurables con: Puntaje, respuestas correctas, respuestas enviadas y comentarios. n. Permitir importar y exportar la prueba a otros cursos. o. Cada prueba publicada debe poder ser configurada desde la interfaz gráfica para que se incluyan estadísticas de seguimiento, con el fin de poder determinar en cualquier momento el grado de uso e ingreso de los usuarios. p. El tutor debe estar en capacidad de eliminar una prueba, para esto, el oferente debe garantizar la generación de logs a nivel de base de datos, que permitan contar con la auditoría de esta acción. Antes de eliminar una prueba el sistema debe advertir al usuario si la prueba ya está siendo o fue respondida por los

39 usuarios, dado que esta acción puede eliminar también las notas obtenidas como parte de la aplicaciòn de la prueba. q. Mostrar de forma aleatoria las preguntas y sus opciones de respuesta. r. Dado un banco de preguntas, permitir generar pruebas a partir de la selección de preguntas de acuerdo con su clasificación. s. Escoger las preguntas que harán parte de la prueba t. Una prueba conformada en su totalidad por preguntas cerradas, debe ser calificada de manera automática por el LMS y su resultado registrado en el libro de calificaciones. A cada pregunta de la prueba se le debe poder establecer un puntaje de manera que la suma del puntaje de todas las preguntas es el puntaje total de la prueba, el cual puede ser ponderado en el Libro de Calificaciones con respecto al conjunto total de pruebas que tenga el curso. Es decir, aunque la prueba puede tener un puntaje por ejemplo de 100 puntos, ésta puede tener un porcentaje de ponderación de 30%. Las pruebas deben poder ser publicadas como parte del contenido de un elemento de menú que contenga otros tipos de elementos de contenido Encuestas El LMS debe contar con una herramienta de encuestas que permita al usuario con los permisos para esta acción, aplicar un grupo de preguntas a usuarios. Esta herramienta debe cumplir con la configuración realizada para la presentación de pruebas o exámenes Actividades Las actividades constituyen el planteamiento por parte del tutor hacia sus aprendices de un ejercicio de construcción propia, con base en reglas definidas y un protocolo de cumplimiento, basado en una fecha de entrega. Con esta herramienta los aprendices enviarán al tutor sus actividades para que sean valoradas y evaluadas. Las actividades realizadas por los aprendices son valoradas y evaluadas por el tutor y para ello debe contar con herramientas que apoyen eficientemente esta labor. El LMS por lo tanto, debe contar con una herramienta que permita crear nuevas actividades en cada uno de los cursos, con base en los siguientes parámetros: a. Nombre de la actividad (como mínimo de 200 caracteres) b. Instrucciones de la actividad: de mínimo 4000 caracteres y debe crearse a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. c. Adjuntar como mínimo un archivo: (de hasta 5 MB de tamaño). d. Establecer un puntaje de calificación e. Establecer la actividad como disponible o no f. Establecer número de intentos permitidos para la actividad g. Establecer si se incluye en los informes estadísticos de visitas de los usuarios, es decir, el LMS debe permitir escoger por actividad si ésta se incluye o no, en el conteo de visitas por parte de los usuarios h. Fecha de vencimiento de la actividad i. Fecha de inicio de disponibilidad

40 j. Fecha de terminación de disponibilidad k. Destinatarios: Debe poderse establecer que los destinatarios serán todos los aprendices del curso, o un grupo específico (basado en los grupos de aprendices que se hayan creado en el curso) La actividad debe ser publicable dentro de un elemento de menú que contenga otros tipos de elementos de contenido, y se debe mostrar a los aprendices en el intervalo de fechas de disponibilidad. Adicionalmente, cuando un usuario vaya a responder la actividad, se debe poder: a. Ver el nombre de la actividad b. Ver las instrucciones de la actividad c. La Fecha de vencimiento de la actividad d. Los puntos posibles de la actividad e. Ver y descargar el o los archivos publicados por el docente para la actividad. f. Tener un cuadro de texto para hacer comentarios o construir la evidencia de la actividad y enviarla al tutor. Este cuadro de texto debe estar basado en un editor de mínimo 4000 caracteres que permita como mínimo incluir elementos html, tablas, imágenes, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. g. Asociar un archivo de hasta 5 MB de tamaño. Cuando se crea una actividad, se debe crear a su vez una columna en el libro de calificaciones que permita registrar las notas correspondientes a dicha actividad, además el LMS debe ofrecer el acceso para que el tutor en el momento de calificar la actividad desde el libro de calificaciones pueda ver y descargar, los archivos que el aprendiz envío como producto del desarrollo de su actividad Libro de Calificaciones El libro de calificaciones es la herramienta que un LMS dispone para la organización de la valoración de las actividades que realizan los aprendices. Esta herramienta debe estar constituida de una serie de filas en la cuales se encuentra la información de los participantes del curso, y columnas en las cuales está cada una de las actividades, pruebas y foros objeto de evaluación del curso. En la intersección de una fila con una columna, se encuentra por lo tanto, la nota de un aprendiz con respecto a una actividad de aprendizaje. El libro de calificaciones debe ser flexible en el sentido de permitir tantas columnas como actividades de aprendizaje haya, así como tantas filas como aprendices haya en el curso. El libro de Calificaciones debe permitir a los usuarios con rol tutor, establecer un puntaje para cada uno de las actividades de aprendizaje a evaluar, y también una ponderación basada en un porcentaje o peso que aporta esa actividad en la nota final del curso. Como cada actividad de aprendizaje tiene una ponderación, la suma de la ponderación de todas las actividades de aprendizaje debe ser de máximo 100%, por lo cual es necesario que el LMS cuente con este control y sea visible al tutor. El libro de calificaciones debe permitir a los usuarios con rol tutor, hacer filtros de información, por criterios de nota, columna, y usuarios como mínimo. El libro de calificaciones debe poder ser descargable por parte tutor, en formato de texto o archivo.csv, trayendo la información completa de filas y columnas e información de notas. Estructuras de calificación: El libro de calificaciones debe garantizar que se pueden establecer estructuras de calificación, permitiendo configurar equivalencias entre notas

41 numéricas y valoraciones en letras, pudiendo registrar de manera clara por interfaz gráfica, cuál es la relación entre dicha equivalencia. Una estructura de calificación se establece para cada curso, es decir, cada curso puede contar con una estructura de calificación definida diferente a la que tengan otros cursos. El libro de calificaciones debe permitir organizar grupos de columnas o actividades y clasificarlas en un bloque, para diferenciarlas. Por ejemplo, crear bloques de columnas o actividades para diferenciarlas por trimestre o por semana en un curso. El libro de calificaciones debe permitir al tutor identificar qué actividades de aprendizaje se encuentran pendientes por ser evaluadas o valoradas. Esto mediante una convención gráfica. El libro de calificaciones debe permitir crear nuevas columnas basadas en los cálculos sobre un conjunto de otras columnas o bloques de columnas. Por ejemplo, cuando se establece que un conjunto de actividades se debe calcular aparte de las otras y sacar un promedio o ponderarlas. El libro de calificaciones debe poder mostrar los resultados o notas de todas las actividades a cada aprendiz en tiempo real, ya sea que tengan nota o no hayan recibido calificación. Cada una de las columnas de actividades de aprendizaje del curso, debe ser configurable en el libro de calificaciones para ser mostrada o no a los aprendices. Cada una de las columnas de actividades de aprendizaje del curso, debe ser configurable para que sea o no incluida en los cálculos del libro de calificaciones. Cada columna del Centro de Calificaciones debe tener fecha de vencimiento. El libro de calificaciones debe estar en capacidad de mostrar los detalles de cada una de las notas de las actividades de aprendizaje, mostrando fecha de registro de la nota, estableciendo la posibilidad de enviar comentarios al aprendiz con respecto de esa nota. El libro de calificaciones debe estar en capacidad de mostrar el historial de cada una de las notas de las actividades de aprendizaje, mostrando cuantas calificaciones ha tenido cada actividad de aprendizaje por usuario, la fecha de envío, nombre de la actividad de aprendizaje, usuario que la envió, comentario asignado por el tutor, nombre el tutor o usuario que evaluó y fecha de evaluación. Lo anterior implica que el rol con los permisos respectivos, debe estar en capacidad de anular notas y cambiarlas, pero siempre guardando el histórico de la calificación. Se debe poder tener opciones de visualización del libro de calificaciones de la siguiente manera: a. Poder ver el libro de calificaciones completo b. Poder ver el libro de calificaciones del curso completo con base en un conjunto o grupo de columnas o actividades de aprendizaje seleccionadas. c. Poder ver el libro de calificaciones de una parte del curso o usuarios seleccionados, con base en un conjunto o grupo de columnas específico. d. Poder ver el libro de calificaciones de todo el curso, con base en los resultados de una actividad de aprendizaje específica, estableciendo para dicha actividad de aprendizaje criterios de Mayor qué, mayor o igual que, menor que, menor o igual que, entre dos valores, o un valor específico.

42 Todas las notas registradas en el libro de calificaciones, basadas en pruebas o exámenes que contengan preguntas cerradas en su totalidad, deben ser de calificaciones automáticas, registradas y mostradas en el libro de calificaciones en tiempo real. Se debe poder enviar un correo electrónico a uno o varios aprendices desde el Libro de Calificaciones que permita generar seguimiento al proceso de formación, dados los resultados que está teniendo el aprendiz. Esta opción debe contener las mismas características de la herramienta correo electrónico Estadísticas del curso Las estadísticas del curso constituyen un componente importante para tutores, integradores, coordinadores académicos y directivos de la entidad. Deben estar disponibles de manera permanente y ofrecer la información con oportunidad, calidad y fiabilidad. Las estadísticas deben cumplir con los siguientes requisitos: a. Deben ser visibles por web y descargables en formato de Excel y PDF b. Deben aceptar como parámetro: i. La fecha desde la cual se deben realizar los conteos o cálculos estadísticos ii. Fecha hasta la cual se requiere el informe c. Se debe seleccionar si se requiere el informe por uno o todos los usuarios del curso d. Se deben generar en el momento en que el usuario realice la petición por la interfaz gráfica Además deben contener como mínimo la siguiente información, en reportes separados: a. Informe de actividad de usuarios por herramienta actividad en el curso: Este informe se debe ofrecer teniendo en cuenta como parámetros: La fecha desde la cual se quiere obtener el reporte estadístico, la fecha hasta la cual se requiere el reporte y el usuario o los usuarios de los cuales se requiere el reporte (entre estos usuarios debe estar incluso el mismo tutor). b. Informe general de uso del LMS para usuarios de un curso, incluyendo reporte por Herramienta, por Fecha detallando cada uno de los días en el intervalo de tiempo suministrado como parámetro, un resumen general de uso por hora del día y por día de la semana. Las estadísticas deben contener y ser generadas como mínimo con los datos del día calendario anterior al día de generación del informe. El proveedor debe garantizar que la generación de estos informes no afectará el rendimiento del LMS y de la Plataforma en general Herramienta de alertas tempranas La gestión educativa requiere de herramientas tecnológicas no solo para el manejo de datos y consolidación de espacios de trabajo comunes y disponibles permanentemente, sino también para apoyar la labor de los tutores de manera constante, a partir de la automatización de procesos que logren una mayor efectividad en su labor y también el éxito de la estrategia formativa emprendida por el SENA.

43 El éxito por lo tanto, debe ser apoyado totalmente por el componente tecnológico, logrando que ese medio aporte cada vez más al logro de los objetivos misionales de la entidad. Es por esto que se hace necesario contar con un sistema compuesto de reportes que muestren en el quehacer del tutor, cuál es el comportamiento de los aprendices en sus cursos, sirviendo como insumo para generación de alertas tempranas, y a su vez que le ayuden a reaccionar rápidamente de manera efectiva y automatizada, frente a esas alertas que se le están generando, logrando que el aprendiz se sienta mucho más cerca del tutor y adquiera sentido de pertenencia y responsabilidad por su proceso formativo. Frente a estos objetivos, es necesario que el LMS cuente con las siguientes herramientas de trabajo: a. Informe de insumo para alertas tempranas La gestión educativa debe ser apoyada mediante un informe, de insumo para alertas tempranas que permita a tutores, coordinadores académicos, directivos e integradores, contar con información rápida y de primera mano, respecto del nivel de acceso de los usuarios a los cursos. Para eso se requiere contar con un informe por cada curso, en línea y tiempo real que contenga como mínimo la siguiente información: i. Nombre ii. Apellidos iii. Identificación de cada usuario iv. Rol v. Fecha y hora del último acceso al curso vi. Días transcurridos desde el último acceso El reporte se debe poder ordenar por cada uno de los puntos mencionados. Si el usuario nunca se ha conectado al curso, debe ser claro en la información que se muestra en el ítem de días transcurridos desde el último acceso. Esta información debe presentarse por usuario a nivel de curso, de manera que si el usuario tiene un comportamiento diferente en otros cursos, eso no debe influir en el que se esté consultando. La información contenida en este reporte debe ser totalmente congruente con información contenida en las estadísticas del curso. b. Herramienta de acción frente a alertas tempranas El LMS debe contar con una herramienta de acción frente a alertas tempranas, que permita reaccionar de manera automatizada, frente al comportamiento de los aprendices y lograr el éxito en el proceso formativo. Es por esta razón que desde dicha herramienta, se pueda contar con posibilidad de crear protocolos de acción frente a: i. Resultados de notas o calificaciones en las actividades de aprendizaje programadas en el curso y tabulados en el Libro de Calificaciones: Se debe poder definir un protocolo con base en la nota de un elemento del libro de calificaciones, estableciendo criterios de mayor o igual que, y menor o igual que. Con base en esto el tutor debe poder establecer un correo electrónico que

44 se le envíe a los aprendices que cumplan el criterio establecido, cada vez que él ejecute dicho protocolo. Nota: debe poderse configurar tantos protocolos como columnas de actividades de aprendizaje figuren en el libro de calificaciones. ii. iii. Comportamiento del acceso al curso: Se debe poder establecer un protocolo, teniendo en cuenta la cantidad de días que lleve un aprendiz sin ingresar a un curso. Por lo tanto el parámetro para la ejecución de dicho protocolo será la cantidad de días sin ingreso, a su vez, el tutor podrá definir un correo electrónico que le llegará a todos los aprendices que cumplan con el parámetro dado. Igualmente debe poderse crear tantos protocolos como parámetros de días establezca el tutor. Por ejemplo, se puede definir que para los aprendices que lleven 5 días sin ingreso, les llegue un mensaje de correo electrónico diferente al que le llegará a los que lleven 10 días sin ingresar. Fecha de vencimiento establecida para actividades: Se debe poder establecer un protocolo, teniendo en cuenta las fechas de vencimiento de una actividad específica, que esté en el libro de calificaciones (pero a la cual se le haya programado una fecha de vencimiento). El protocolo, debe permitir enviar correo electrónico en la fecha de vencimiento de la actividad. Todos los mensajes de notificación de esta herramienta, deben ser personalizables y los debe poder definir cada tutor, para un aprendiz o todo el grupo, de acuerdo con el protocolo que haya creado. Debe existir un historial de notificación que registre las notificaciones recibidas por cada usuario Blogs Los usuarios deben poder crear, editar Blogs y agregar nuevas entradas en cada uno de ellos. También deben poder dejarlos disponibles para que los compañeros agreguen comentarios sobre las entradas y las publiquen. La herramienta de Blogs debe estar integrada con el LMS y hacer parte de las herramientas de un curso. Igualmente debe poder ser habilitada o deshabilitada, interpretándose como parte del mismo Portafolios El LMS adquirido debe incluir la utilidad de gestionar portafolios de manera que los usuarios puedan crearlos con Menús y contenidos personalizados. Compartirlos con su tutor, compañeros de curso o usuarios del sistema. El propósito de los portafolios, es que los aprendices compartan con sus compañeros y el tutor la información relevante con su proceso de formación. Se deben poder agregar en un portafolio como mínimo: contenidos HTLM, imágenes, tablas y archivos adjuntos de hasta 5 MB Personalización del diseño del curso El LMS debe permitir al tutor personalizar el diseño de su curso, de acuerdo con los siguientes puntos: a. En la estructura de Menú del curso: Agregar nuevos elementos de menú, basados en enlaces a herramientas del curso, o para agregar nuevo contenido

45 b. Cambiar el nombre de los elementos de menú c. Cambiar el orden de los elementos de menú de acuerdo con el criterio del usuario. d. Eliminar un elemento del menú del curso e. Poder establecer la disponibilidad o no de cada uno de los elementos del menú del curso Acceso al curso a. Poder cambiar el elemento de vista inicial en el curso: Es decir el usuario cuyo rol tenga los respectivos permisos debe poder cambiar el contenido de acceso al curso, o vista inicial que el usuario tendrá de su curso. b. Cada curso debe poder contar con un banner inicial o imagen (con las mismas características de formatos definidos para los tipos de contenido imagen) ilustrativa de acceso al curso, igualmente se debe poder agregar o quitar la imagen de acceso al curso por interfaz gráfica Disponibilidad de herramientas Se debe poder cambiar la disponibilidad o no disponibilidad, de herramientas del LMS aplicables al curso. Al aplicar esta acción en cada uno de los cursos, no debe afectarse la disponibilidad del mismo tipo de herramienta en otros cursos Tipos de Contenido El contenido es uno de los componentes más importante en la estructura técnica de un curso, y puede estar constituido por materiales que los usuarios suban de manera autónoma, o que hayan sido heredados a partir de una plantilla de curso o curso semilla. En todo caso, cada objeto de contenido deberá contar, en el momento de su creación, con los siguientes parámetros de configuración: a. Opción de establecer la disponibilidad o no disponibilidad del contenido para los aprendices b. Fecha y hora desde la cual estará habilitado el contenido c. Fecha y hora desde la cual se deshabilitará el contenido d. Se debe poder establecer por interfaz gráfica si el contenido que se está subiendo será o no, objeto de seguimiento y conteo de estadísticas de acceso Una vez creado, un elemento de contenido deberá poder ser modificado por el usuario, en su contenido y configuración de acuerdo con los siguientes puntos: a. Editar el elemento de contenido y cambiar: El nombre del elemento, su descripción, disponibilidad, fechas en las cuales está habilitado, el archivo o enlace al cual hace referencia, así como la configuración que tenga para seguimiento estadístico b. Eliminar el elemento de contenido c. Cambiar el elemento de contenido de orden de visualización en el curso, esto se debe dar totalmente por interfaz gráfica d. Moverlo a otra ubicación dentro del mismo curso.

46 Dadas estas condiciones, aplicables a todos los tipos de contenido, es necesario tener en cuenta cuál son los tipos de contenidos específicos que como mínimo debe recibir y soportar el LMS Elemento/Archivo de contenido Cualquier archivo que el usuario con rol habilitado para poder subir contenido, tenga en su repositorio de contenido o equipo local. La plataforma debe permitir en cada vez, subir archivos únicos de hasta 20 Mb como mínimo. En la etapa de Planeación, el proveedor deberá suministrar al SENA la lista de tipos de archivos frente a los cuales tenga restricción, junto con las razones por las cuales su LMS los restringe. Esto no exonera al contratista del cumplimiento de este requisito. Para ingresar un nuevo Elemento/Archivo de contenido, el LMS debe contar con los siguientes parámetros: a. Nombre del Elemento: Texto de mínimo 200 caracteres b. Descripción del contenido: debe poder ser creada a partir de un editor de texto que permita como mínimo incluir elementos html, tablas, archivos adjuntos, imágenes, animaciones, videos, ecuaciones, opciones de modificación de formato de fuente, formato de párrafo. Mínimo 4000 Caracteres c. Se debe poder a partir de la interfaz gráfica, escoger el archivo que va a constituir el elemento de contenido, ya sea escogiendo desde el equipo local del usuario, o desde el repositorio de contenido. El proveedor deberá garantizar que los archivos subidos por los usuarios serán examinados con software de antivirus, antes de ser publicados, y se hará responsable porque no afecte el desempeño del LMS, ni la integridad de la información alojada en la infraestructura dispuesta para el SENA o de terceros que estén ubicados en el mismo Datacenter Audio El LMS debe permitir subir archivos de audio, soportando como mínimo los siguientes tipos de archivo: aiff,.asf,.wav,.mov,.mp,.wma,.wmv. Además de los parámetros generales para tipo de contenido, al subir archivo de audio se debe poder: a. Escoger el archivo de audio a subir, desde el repositorio de contenido o desde el equipo local del usuario b. El LMS debe enviar un mensaje de advertencia si el usuario está tratando de subir un archivo que no es de audio, y no permitir que se suba c. Debe poder escoger la opción de inicio automático d. Debe poder escoger la opción de repetir o no Video El contenido en video debe poder ser subido por los usuarios. En video, se debe poder subir como mínimo archivos:.avi,.mpg,.mpeg,.mov,.qt,.swf. Además de los parámetros generales para tipo de contenido, al subir archivo de audio se debe poder: a. Escoger el archivo de audio a subir, desde el repositorio de contenido o desde el equipo local del usuario

47 b. El LMS debe enviar un mensaje de advertencia si el usuario está tratando de subir un archivo que no es de video, y no permitir que se suba c. Debe poder escoger la opción de inicio automático d. Debe poder escoger la opción de repetir o no El LMS también debe permitir subir archivos de video que se encuentren en Youtube ( esto permitiendo incluir el código de inserción generado por Youtube Imagen El tipo de contenido imagen debe poder ser insertado en cualquier elemento de contenido, pero también de manera individual, para lo cual debe tener los siguientes parámetros configurables, además de los generales: o Texto alternativo (alt) o Descripción (texto que los usuarios pueden ver cuando la imagen no pueda ser mostrada) o Dimensiones (la original o personalizada por el usuario). o Borde. o Url de destino (y en cómo se debe desplegar la ventana destino). Las extensiones a soportar como mínimo son las siguientes:.jpg,.gif y.png Contenido tipo URL o enlace externo El LMS debe permitir ingresar enlaces a páginas web externas, lo cual se denominará enlaces externos, estos enlaces deben poder ser subidos desde el interior de cada curso. En estos tipos de contenido se debe permitir definir si el contenido se abre en la misma ventana o una nueva ventana del navegador. Si se abre dentro de la ventana del navegador, debe existir un aviso de advertencia, donde se diga que el contenido es externo a la plataforma. Además de los generales, el contenido URL o enlace externo debe tener como parámetro la dirección URL del enlace a incluir. El LMS debe mostrar un mensaje de advertencia, si el dato que el usuario está tratando de ingresar en este campo no corresponde a un formato válido de URL Contenido tipo Enlace del Curso El LMS debe permitir crear enlaces a contenidos que están dentro del mismo curso. Como por ejemplo: crear el enlace a un foro, desde el interior de un elemento de contenido. Para publicar contenido de éste tipo, el LMS debe permitir escoger, además de los parámetros generales, el elemento de contenido al interior del curso que se desea enlazar Contenido tipo navegación creado a partir del LMS El LMS debe tener una herramienta de estructuración de elementos de contenido de manera que se puede establecer jerarquía y secuencialidad entre ellos. Esta herramienta debe permitir organizar los elementos de contenido para su visualización de manera secuencial configurable para ser obligatoria o no.

48 Para este componente, además de los parámetros generales aplica, el de poder configurar la visualización secuencial de los elementos de contenido asociados, estableciéndola como obligatoria o no (es decir que para ver un elemento de contenido, haya sido necesario haber visto el inmediatamente anterior). Una vez se crea el componente, debe ser posible agregarle elementos de contenido y establecer la secuencia entre ellos. El usuario además debe poder ver la lista de elementos para irlos visualizando en secuencia o no, de acuerdo con la configuración escogida Paquetes de contenidos SCORM (Sharable Content Object Reference Model) El LMS debe recibir, almacenar y mostrar por aplicación, paquetes de contenido SCORM. Además éstos deben poder ser configurados en su opciones de interacción (opción o flujo), opciones del libro de calificaciones (Añadir elemento al libro, seguimiento de los detalles del intento) y el seguimiento al número de visitas. Los parámetros que adicionalmente a los generales, se deben tener para archivos de paquete SCORM, son los siguientes: a. El LMS debe solicitar el archivo SCORM a subir. En caso de ser un archivo no SCORM, el LMS debe mostrar un mensaje informando sobre el error. b. Una vez subido el archivo SCORM y analizado por el LMS, se debe solicitar la calificación o no de SCORM, basados en si el paquete tiene o no componentes de actividades para incluir en el libro de calificaciones. c. Si se escoge calificación, se debe poder establecer el puntaje respectivo. Este punto depende del archivo SCORM subido. d. Establecer si se permite número de intentos. Esto de acuerdo a las actividades que contenga el paquete SCORM. Este punto depende del archivo SCORM subido. e. Se debe poder establecer cual intento quedará en el libro de calificaciones, si el primero o el último de las actividades que traiga el SCORM. También depende del archivo que el usuario esté subiendo. Al finalizar de subir un archivo tipo SCORM, que contenga actividades calificables, se debe haber creado una columna en el Libro de Calificaciones del curso respectivo. El proveedor debe garantizar que una vez los usuarios realizan las actividades de evaluación que contenga el paquete SCORM, las notas deben ser publicadas de manera automática e inmediata en el Libro de Calificaciones del curso. En caso de que el proveedor ofrezca un reproductor SCORM del cual no sea su autor original, debe garantizar la configuración, operación, mantenimiento y actualizaciones de dicho componente, haciéndose responsable del funcionamiento óptimo e integral de la herramienta. El proveedor del LMS deberá garantizar que los objetos de contenido que cumplan la especificación SCORM, construidos por el SENA o por terceros, y avalados técnicamente por la entidad, pueden ser reproducidos sin problema sobre la plataforma LMS, esto implica que deba mantener la compatibilidad de su herramienta con componentes basados en javascript. En caso de conflicto entre la Plataforma y

49 objetos SCORM subidos por el SENA, el proveedor se compromete a ofrecer el apoyo técnico necesario para diagnosticar las causas de los inconvenientes, solucionando los problemas que sean imputables al LMS como tal Contenido basado en archivos.zip El LMS debe permitir recibir archivos en formato.zip para que sean descomprimidos automáticamente con el LMS dentro de un curso. Esta es una funcionalidad independiente a los contenidos en formato SCORM. Se refiere a permitir que un usuario (con los permisos respectivos) pueda subir a la plataforma un archivo en formato zip, posteriormente, seleccionar el archivo y hacer clic en un botón o un vínculo que le permita descomprimir el archivo en la plataforma o que la descompresión sea realizada de forma automática por la plataforma al reconocer el formato zip del archivo cargado. El objetivo es que luego el usuario pueda escoger del conjunto de archivos que contiene el archivo Zip, uno que sería el que la plataforma enlaza para mostrar el contenido inicial y a partir de ese acceder a los otros archivo del zip. Este tipo de funcionalidad es utilizada por los usuarios cuando crean contenidos en html, ya sea una única página web o un conjunto de archivos enlazados a partir uno inicial llamado index. La funcionalidad debe permitir subir de manera rápida todos los archivos que componen la página web (páginas html, imágenes, archivos de javascript, hojas de estilos, animaciones, etc). y luego escoger uno de los archivos que la componen como punto inicial de acceso a dicho contenido Creación de carpetas y subcarpetas para organizar elementos de contenido El LMS debe garantizar que los usuarios pueden crear estructuras de carpetas con el fin de poder organizar contenido. Para las carpetas aplican los parámetros generales definidos para todos los tipos de contenido. Dentro de una carpeta se debe poder incluir cualquiera de los tipos de contenido definidos en este documento y también debe ser posible crear subcarpetas que a su vez en su interior se comportarán de la misma forma que una carpeta principal. El número de niveles de subcarpetas permitido debe ser como mínimo de cinco (5). Es importante anotar que la estructura de estas carpetas es a nivel de aplicación en el LMS TRANSFERENCIA DE CONOCIMIENTO Y MATERIAL DE APOYO El objetivo de la transferencia de conocimiento consiste en ofrecer a los usuarios de la aplicación, los conocimientos necesarios para manejar las herramientas tecnológicas que de acuerdo con su rol, tenga que utilizar para el debido desenvolvimiento en el entorno de la Plataforma ofertada. La transferencia de conocimiento a la cual se hace referencia en este documento, será impartida por el contratista y se realizará (según el caso) de forma presencial y de forma virtual. En ambos casos se debe realizar en español. Presenciales se refiere a todas aquellas transferencias en las que se requiere reunir a las personas a entrenar, en aulas debidamente dotadas con computadores, conexión a Internet y demás materiales y/o ayudas audiovisuales, que permitan con ayuda de tutores y/o facilitadores el desarrollo de las habilidades y conocimientos específicos.

50 El proveedor deberá presentar dentro la etapa de planeación el plan de transferencia de conocimiento el cual será revisado y aprobado por el SENA. Se debe tener en cuenta que para el primer año, las transferencias de conocimiento deben ser iniciadas una vez el SENA revise y apruebe el plan de transferencia de conocimiento. Todo el material incluido debe ser la última versión de configuración del sistema y estar en idioma español Latinoamericano Descripción de los roles para transferencia de conocimiento y temas mínimos a tener en cuenta Los roles dentro del SENA, a los que se les debe realizar transferencia de conocimiento, son los siguientes: Administrador Es la persona encargada de la supervisión y control general de la plataforma. Los temas que debe incluir como mínimo la transferencia son: a. Los relacionados con Herramientas generales y conocimiento de las características relacionadas con la administración general, gestión de recursos, estadísticas y reportes de seguimiento de la Plataforma b. Configuración y administración de roles y permisos sobre la Plataforma c. Herramientas para la Administración de Contenidos por medio de la herramienta de repositorio d. Configuración y administración del look and feel de la Plataforma e. Administración de la aplicación del LMS f. Administración de la aplicación de dispositivos móviles g. Administración de la aplicación del sistema de comunidad h. Configuración de herramientas de carácter técnico de configuración del sistema. i. Administración de la sincronización entre la plataforma y los sistemas administrativos del SENA. j. Administración y configuración de servicios de comunicación con plataformas de terceros, tales como las de Bilingüismo o Idiomas 12. k. Se deben incluir los contenidos correspondientes a la transferencia de conocimiento definidos en el curso virtual para tutores, detallado en el presente documento. l. Cualquier otro tema relacionado con las funciones propias de este rol. Para este rol, la transferencia de conocimiento debe estar orientada a garantizar la administración de todos los componentes de la plataforma requerida. 12 La transferencia de conocimiento específica de este punto, se puede dar de manera separada a los otros puntos y de común acuerdo entre el SENA y el oferente, una vez se hayan desarrollado las integraciones necesarias.

51 Instructor/Tutor Es la persona encargada de publicar contenidos en los cursos y hacer seguimiento a las actividades de aprendizaje de los aprendices. La transferencia para este rol debe incluir como mínimo los temas relacionados al curso virtual para tutores, y todos aquellos conexos a las funciones propias de su rol Integrador Es la persona de apoyo administrativo en los Centros de Formación. La transferencia de conocimiento para integradores debe incluir entre otros los temas relacionados a la gestión de cursos, funcionalidades de gestión al interior del curso, tipos de contenido, así como los incluidos en el curso virtual para tutores. Adicionalmente, se debe tener en cuenta los siguientes aspectos: a. Solución a problemas frecuentes de orden técnico b. Configuración recomendada de navegadores, herramientas de sistema operativo, plugins, diagnóstico y detección de problemas frecuentes causados por configuración de red Técnico de mesa de ayuda Es la persona que apoya los procesos frente a personal administrativo del SENA. La transferencia de conocimiento para este rol debe incluir los temas relacionados al curso virtual para aprendices, descritos en el presente documento, así como también: a. Solución a problemas frecuentes de orden técnico b. Configuración recomendada de navegadores, herramientas de sistema operativo, plugins, testeo y detección de problemas frecuentes causados por configuración de red c. Establecimiento de un protocolo para el diagnóstico, solución y escalamiento de inconvenientes técnicos Técnico de Centro de Contacto Es la persona que apoya los procesos frente al usuario final. Para este rol se deben incluir los mismos temas de la transferencia de conocimiento aplicada a los Técnicos de Mesa de Ayuda Lugar de la transferencia de conocimiento La transferencia de conocimiento a realizar de manera presencial a los distintos roles, deberá ejecutarse en las ciudades o municipios requeridas por el SENA. Es importante tener presente que las transferencias de conocimiento a los administradores y técnicos de Centro de Contacto se realizarán en la ciudad de Bogotá. Para las transferencias de conocimiento a realizar de forma virtual, se deberá tener presente que es para personal que se encuentra en las diferentes regionales del SENA a nivel nacional, por lo que las conexiones a Internet pueden variar entre cada regional, y el contratista deberá adaptar su programa y/o recursos para cada condición de acceso existente.

52 Características de la transferencia de conocimiento El proveedor deberá realizar las sesiones de transferencia de conocimiento de acuerdo con los siguientes requerimientos y lo establecido en el presente documento, las sesiones deben ser acordadas con el SENA y la Interventoría. Los roles que participarán en esta actividad son: ROL CANTIDAD MODALIDAD Administradores 10 Presencial Instructores 350 Presencial Integradores 250 Presencial Técnicos de mesa de ayuda 200 Virtual Técnicos de centro de contacto 50 Presencial Tabla 3. Características de la transferencia de conocimiento Para el caso de las transferencias de conocimiento virtual, el SENA brinda la opción de que el contratista pueda apoyarse en herramientas tecnológicas como webconference y el sistema de videoconferencia de la entidad. El SENA velará por el correcto funcionamiento del sistema de videoconferencia de la entidad. Nota 1: Para los administradores, se debe realizar por lo menos una (1) transferencia de conocimiento cada año durante el tiempo de ejecución del contrato. Nota 2: Para los instructores e integradores, se debe hacer una (1) transferencia de conocimiento cada vez que se realice cambio de versión. Nota 3: Para los técnicos de mesa de ayuda, se deben realizar dos (2) transferencias de conocimiento cada año, durante el tiempo de ejecución del contrato. En caso de presentarse un cambio de versión, también se deberá realizar una transferencia de conocimiento distinta a las dos (2) establecidas por año. Nota 4: Para los técnicos de centro de contacto, se debe realizar una (1) transferencia de conocimiento cada año, durante el tiempo de duración del contrato. En caso de presentarse un cambio de versión, también se deberá realizar una (1) transferencia de conocimiento distinta a la establecida por año. Para efectos de la ejecución de las actividades asociadas a la transferencia de conocimiento, se debe tener en cuenta los siguientes aspectos: a. Para las trasferencias de conocimiento de manera presencial, se manejaran grupos de máximo 25 personas por sesión. b. Para las transferencias de conocimiento de manera virtual, se manejaran grupos de máximo 50 personas por sesión. Es responsabilidad del proveedor: a. El traslado del personal técnico y pedagógico requerido para la realización de las transferencias de conocimiento presenciales y virtuales. b. Facilitar las instalaciones en la cual se realizarán las transferencias de conocimiento. c. Suministrar, instalar, puesta a punto y operación de la infraestructura tecnológica (hardware, software y comunicaciones) requeridas para ejecutar las transferencias de conocimiento.

53 d. Conexión a Internet y toda la infraestructura necesaria para realizar las prácticas durante la transferencia de conocimiento. e. Proporcionar los equipos de cómputo con las características técnicas adecuados a los requerimientos exigidos para la transferencia de conocimiento. f. Refrigerios para los aprendices y estación de café. g. Entregar el material impreso y/o digital a los asistentes en cada sesión de transferencia de conocimiento. h. Suministrar al SENA la lista de asistencia para cada transferencia de conocimiento que se realice. i. Entregar las certificaciones de asistencia a los participantes de las transferencias de conocimiento (para sesiones presenciales). j. Entregar, el temario a desarrollar en las transferencias de conocimiento para cada uno de los roles con el suficiente tiempo de anticipación. k. Indicar la metodología a utilizar para las transferencias de conocimiento presencial y virtual. l. Las transferencias de conocimiento se desarrollaran en un horario intensivo, previamente acordado con el SENA Criterio de aceptación de la transferencia de conocimiento De cada sesión, el contratista deberá dejar registro documental de los temas tratados, de los asistentes, quienes se registrarán con nombre, documento de identidad, centro de formación al que pertenecen, y su rol; y de la calificación dada por cada uno(a) de ellos al curso o sesión. Una sesión o curso se dará por aceptado cuando al menos el 80% de los participantes le dé una calificación mayor o igual a 3.75 / 5.0. En el evento de que estos criterios no se cumplan la sesión de transferencia de conocimiento o curso deberá dictarse nuevamente Curso Virtual de Manejo de Plataforma El oferente debe suministrar cursos virtuales para el manejo de la Plataforma ofertada, de manera que abarque todos sus componentes tecnológicos. Los cursos virtuales deben ofrecerse en idioma Español Latinoamericano. El material no debe estar sujeto a la presentación del mismo a través del LMS, deben ser contenidos HTML que puedan ser publicados en Internet sin la intermediación del aula virtual. Los cursos virtuales deben estar en formato html con animaciones y un nivel de interactividad dos o superior que permita al usuario navegar en el material, escuchar narraciones de audio, videos y recomendaciones para mejores prácticas. NIVEL DE INTERACTIVIDAD Nivel 1: Baja Interactividad Nivel 2: Interactividad Moderada con Emulación DESCRIPCIÓN Normalmente conocimientos o contenidos de familiarización provistos en un formato lineal. El nivel 1 se utiliza primordialmente para introducir una idea o concepto. El usuario tiene poco control o total carencia del mismo sobre la secuencia de los eventos del material de aprendizaje. La interactividad mínima puede incluir gráficas simples y/o clipart, y navegación simple Atrás/Adelante. Involucra la presentación de más información que el Nivel 1 y ofrece mayor control por parte del aprendiz sobre el contenido. Típicamente es utilizado para operaciones no complejas y materiales adicionales

54 NIVEL DE INTERACTIVIDAD Nivel 3: Interacción/ Simulación Intermedia Nivel 4: Interacción/ Simulación avanzada DESCRIPCIÓN de estudio u operaciones que implican conocimientos más complejos. Se pueden presentar emulaciones o simulaciones a través de gráficos originales y animación simple, usualmente acompañados de narración (audio). Las opciones de navegación para el aprendiz incluyen la expansión de menús, movimiento hacia atrás y adelante en el contenido, páginas de índice/mapa y glosarios. Involucra interacción con información más compleja y permite un nivel de control incrementado. El vídeo, los gráficos, o la combinación de ambos pueden ilustrar o simular la operación de un sistema, subsistema o equipo, procedimientos modelo, o desplegar imágenes complejas. Los usuarios pueden ser instados al uso alternado de múltiples ventanas para mantener el ritmo del contenido. Múltiples ramas (Dos a tres niveles) y respuesta rápida son provistos para brindar apoyo a nuevas mediaciones. Las emulaciones y simulaciones constituyen una parte integral de esta presentación, sin embargo estas simulaciones no son de juego libre y absoluto. Los gráficos incluyen imágenes originales, animaciones, videos y opcional mente soporte de audio complejo. Involucra una presentación detallada, comprensión y memoria de información de alta complejidad y permite un control casi pleno sobre el contenido. La mayoría de tareas y procedimientos son demostrados con interacción plena y similar a la tecnología de simulador. El contenido es extremadamente complejo e involucra el uso de escenarios y situaciones más auténticas para mejorar la transferencia de conocimientos. Procedimientos complicados de operación y mantenimiento son normalmente practicados con el nivel 4, y encierra todos los elementos del nivel 1 al 3 además de interactividad avanzada, ramificación extensiva a través de múltiples menús, y animaciones y vídeo complejos Tabla 4. Niveles de interactividad Los contenidos que requieran de adobe flash player para ser visualizados, deben tener una versión alterna en html5 o tecnología similar que mantenga el nivel de interactividad de la aplicación y que permita ser usada por los usuarios que no tengan instalado el flash player en su dispositivo de trabajo Curso virtual para tutores El curso virtual para tutores debe ofrecer toda la información necesaria para que un tutor pueda utilizar adecuadamente la plataforma. A continuación se describe los temas que como mínimo debe incluir este curso virtual: a. Administración de contenidos o Tipos de contenido que se manejan. o Adicionar, modificar, copiar, mover y eliminar archivos de contenido. o Soporte para archivo bajo el estándar SCORM o Paquetes de contenido IMS o Archivos multimedia o Importar y exportar contenidos. o Glosario b. Administración de herramientas de colaboración o Foros o herramienta equivalente o Chats o Videoconferencia o Anuncios, mensajes, correo electrónico o Blogs c. Administración de pruebas, preguntas, bancos de preguntas y actividades o Adicionar, modificar y eliminar pruebas o cuestionarios

55 o Tipos de preguntas o Reportes de actividades o Bancos de preguntas o Encuestas o Crear y publicar pruebas o Agregar y configurar actividades d. Manejo de herramientas administrativas o Estadísticas y reportes o Manejo del Libro de Calificaciones o herramienta equivalente o Sistema de alertas o Publicación del perfil u hoja de vida del tutor. e. Repositorio de Contenidos o Concepto y estructura del repositorio de contenidos o Cómo subir y administrar contenidos o Metadatos y Clasificación de contenidos o Compartir archivos, permisos o Búsqueda de archivos apoyados en Metadatos o Uso del repositorio de contenido integrado con el LMS f. Herramientas de apoyo para trabajar vía dispositivos móviles o Conceptos y finalidad de uso de herramientas para el apoyo vía dispositivos móviles. o Dispositivos y sistemas operativos a los que aplica, descarga e instalación de la aplicación. o Demostración de funcionamiento. o Listado de herramientas disponibles bajo el estándar móvil y configuración general del entorno. o Requerimientos técnicos Curso virtual para aprendices El curso virtual para aprendices debe ofrecer toda la información necesaria para que un aprendiz pueda utilizar adecuadamente la plataforma. Este curso debe estar disponible permanentemente para todos los aprendices que estén activos. A continuación se describe los temas que como mínimo debe incluir este curso virtual: a. Visualización de contenidos o Tipos de contenido que se manejan. o Ver contenidos o Glosario b. Herramientas de colaboración o Participar en un foro o Participar en un chat o Participar en una videoconferencia o Ver anuncios o Enviar y leer mensajes o Participar en un wiki o Escribir entradas en blog o Ver el blog de otro aprendiz o del tutor c. Actividades de aprendizaje o Tipos de preguntas o Responder un cuestionario o prueba

56 o o Participar en un sondeos Actividades d. Herramientas administrativas o Ver calificaciones obtenidas o Sistema de alertas o Publicación del perfil e. Repositorio de Contenidos o Concepto y estructura del repositorio de contenidos o Cómo subir y administrar contenidos o Metadatos y Clasificación de contenidos o Compartir archivos, permisos o Búsqueda de archivos apoyados en Metadatos o Uso del repositorio de contenido integrado con el LMS f. Herramientas de apoyo para trabajar vía dispositivos móviles o Conceptos y finalidad de uso de herramientas para el apoyo vía dispositivos móviles. o Dispositivos y sistemas operativos a los que aplica, descarga e instalación de la aplicación o Demostración de funcionamiento o Listado de herramientas disponibles bajo el estándar móvil y configuración general del entorno o Requerimientos técnicos Material de Apoyo El oferente deberá suministrar el manual de usuario por cada rol y producto suministrado, en idioma español latinoamericano y con la descripción de uso de cada una de las funcionalidades incluidas. Estos manuales deben ser entregados una (1) semana antes al inicio de las transferencias de conocimiento y podrán ser facilitados en formato digital. El contratista actualizará los cursos virtuales y el material de apoyo cada vez que la plataforma o alguno de sus componentes sean actualizados a una nueva versión INTEGRACION CON APLICATIVOS MISIONALES El SENA cuenta con dos aplicativos misionales que contienen la información relacionada con los procesos de Formación Titulada, Formación Complementaria Virtual y Formación Complementaria Presencial 13, Sofia Plus y Oficina Virtual. El LMS debe cumplir con los requerimientos necesarios para integrarse con dichos aplicativos, con los detalles que relacionados a continuación: Sofía Plus Formación Titulada Para los procesos de Formación Titulada, el SENA cuenta con el aplicativo SOFIA Plus, que se constituye el generador de la información y los insumos para que el LMS alimente sus base de dato de acuerdo con la dinámica diaria en los procesos de 13 Se incluye en este apartado la Formación Complementaria Presencial, ya que existe la posibilidad de que la formación complementaria sea gestionada totalmente por el Aplicativo Sofia Plus, de manera que el LMS debe estar preparado para ese caso también.

57 creación de cursos (fichas), matrícula de aprendices, asignación de rutas de aprendizaje 14, asignación de proyectos 15, asignación de tutores, entre otras acciones. Se ofrece a manera de resumen, un esquema de interoperabilidad y de elementos que intervienen en el proceso de comunicación y sincronización de la información de Sofía Plus con el LMS respectivo: Figura 3. Arquitectura de Interoperabilidad LMS - Aplicación Sofia Plus A continuación describimos la arquitectura propuesta, mediante la cual se puede implementar un esquema de integración activo basado en la consultas de registros de cambios en el sistema SOFIA PLUS. La arquitectura propuesta fue verificada por el equipo de interoperabilidad del proyecto SOFIA PLUS y se validó su correcta operación Base de datos de integración La plataforma LMS consulta las novedades registradas en la tabla de índice de cambios (INDEX_DB) e identifica las actualizaciones y modificaciones realizadas en SOFIA. En la tabla de indexación se están almacenando los eventos relevantes de cambio necesarios para la operación del esquema de integración. Cada una de las plataformas LMS accede mediante un usuario específico a la base de datos de replica con toda la información y tendrá disponible para consulta los registros de cambio y datos que le han sido asignados únicamente Módulo controlador de la plataforma LMS Este componente es el responsable de consultar la base de datos de integración garantizando la integridad y completitud de la información consultada. Se recomienda utilizar una base de datos local en el LMS para almacenar los registros y realizar un procesamiento posterior de estos Módulo de intermediación Para cada registro cargado por el controlador, el intermediador identifica el tipo de cambio registrado, realiza las consultas necesarias en la base de datos de replica 14 La definición de ruta de aprendizaje y descripción de temas relacionados se puede ubicar en 15 Más información sobre el concepto de Proyectos Formativos y su manejo en el Aplicativo de SOFIA Plus, se puede encontrar en:

58 obteniendo todos los datos necesarios para la ejecución del método en el API del LMS y realiza la invocación al respectivo método del API API del LMS Finalmente existe un componente que invoca los métodos propios del API del LMS con los parámetros, secuencia y demás requisitos definidos por el sistema LMS para la ejecución de métodos (Creación / Eliminación de Cursos, Creación, Eliminación y Actualización de usuarios) Los detalles técnicos con respecto a esta integración la pueden encontrar en el ANEXO E OFICINA VIRTUAL Los procesos de formación totalmente virtual, se apoyan actualmente en la aplicación de Oficina Virtual, que constituye el generador de la información y los insumos para que el sistema de LMS cree los espacios de trabajo para aprendices, tutores y personal adicional, quienes ingresar por medio el portal a sus espacios de formación. Actualmente soporta la oferta, inscripción, asignación, certificación y programación administrativa general, de todo el proceso de formación totalmente virtual. Provee la información de usuarios, cursos creados, usuarios asociados a cursos y tutores, plantillas de cursos (cursos semilla), para que el LMS, a través de la integración (sincronización de información mediante procesos batch), replique la información Esquema de sincronización actual entre Oficina Virtual y el LMS a través de archivos planos El Servicio Nacional de Aprendizaje - SENA, cuenta actualmente con la aplicación de Oficina Virtual, que se encarga de la gestión general de los procesos relacionados con Formación Virtual, de la modalidad de Formación Complementaria del SENA. De esta forma, ésta aplicación cubre y soporta los siguientes procesos: 1. Oferta Educativa de Cursos Virtuales 16 de Formación Complementaria (inscripciones) 2. Gestión de Tutores de cursos virtuales 3. Gestión Educativa de Cursos Virtuales de formación complementaria (Creación, asignación de tutores, asignación de aprendices, manejo de estados de aprendices en cursos, cierre de cursos y manejo del histórico de dicha formación) 4. Generación de Certificación Electrónica para aprendices que aprueban cursos de formación virtual 16 Los detalles de los cursos virtuales ofertados se pueden encontrar en

59 5. Sincronización de la información de Usuarios, Cursos Activos, Asociación de aprendices a cursos y asociación de tutores a cursos, al software de Learning Management System (LMS). Dado este escenario, es propósito de esta sección describir el proceso mostrado en la figura No. 4, el cual debe ser ejecutado dos (2) veces al día, cada doce (12) horas. El procedimiento describe el mecanismo de transferencia de la información de usuarios, cursos activos, Asociación de aprendices a cursos y asociación de tutores a cursos, al software de LMS. El esquema general de funcionamiento es el siguiente: Figura 4. Esquema de sincronización entre Oficina Virtual - LMS Describiendo cada uno de los componentes que se ven en la gráfica se tiene lo siguiente: a. BD Sql Sever 2005 Data: es la base de datos de Oficina Virtual, que se encuentra actualmente instalada en un motor de Base de Datos Microsoft SQL Server b. Oficina Virtual: Es el componente de Aplicación de Oficina Virtual, que se encuentra dispuesta sobre servidores de aplicación bajo esquema de Balanceo de Cargas, programada en lenguaje PHP Versión c. Generación de Archivos: Es el proceso por medio del cual se generan los archivos con la información necesaria de usuarios, cursos, asociación de usuarios a cursos (enroll) y asociación de tutores a cursos (Staff). Este componente es asumido por el SENA y se ejecuta dos veces por día. d. FTP: es el servicio de File Transfer Protocol FTP en el cual se publican los archivos resultantes del proceso de Generación de Archivos descrito en el literal c. Este servicio de ftp, debe contar con credenciales de acceso que permitan al

60 proceso de Generación de Archivos conectarse y subir los archivos de sincronización y debe ser provisto por el proveedor. e. Controller: Se llama Controller al script que en el sistema del LMS, descarga los archivos dispuestos en el FTP y los procesa, realizando la creación de nuevos registros de cursos, nuevos usuarios, nuevos enrolamientos de aprendices y nuevos enrolamientos de instructores/tutores a cursos. Igualmente el controller enviará la información necesaria al componente de replicación de file system de cada curso, de acuerdo con los contenidos de la plantilla de curso o curso semilla. Nota: El término replicación no implica que el file system de un curso nuevo sea un conjunto de archivos duplicado de la plantilla de curso o curso semilla. f. Reporte Logs: El controller también debe enviar un correo electrónico de LOG con la información resumida del proceso, así como de los registros que hayan presentado error, junto con el código o causas de dicho error por cada uno de ellos. El buzón de correo electrónico será el definido por el SENA. g. Cron Job: Es la tarea programada que causará que la tarea de sincronización se ejecute cada cierto tiempo. Esta tarea debe estar sincronizada con el horario y calendario oficial colombiano. h. Replicación File System: El proceso de File System es el que permite que una vez recibida la información de un curso a crear mediante los archivos de sincronización, los contenidos de éste nuevo curso sean heredados de su plantilla de curso correspondiente ò curso semilla y que para el usuario final, tutores y aprendices, sea un proceso transparente. Los archivos del nuevo curso creado deben apuntar a una estructura de repositorio de contenido, de manera que se optimice el uso de Disco Duro. Finalmente, aclarar que todos los cursos que sean sincronizados y creados sobre el LMS, a partir de la información obtenida de los archivos planos que suministra la oficina virtual, deben ser creados de manera integral, iguales a su plantilla de curso o curso semilla. Una plantilla de curso o curso semilla, es el conjunto de recursos base para que a partir de él sea posible crear un nuevo curso. Una semilla puede incluir diferentes tipos de recurso como: imágenes, archivos descargables (creados con herramientas ofimáticas, pdf), elementos multimedia (audio, video), páginas html (incluye, páginas, imágenes, hojas de estilo, archivos de javascript), paquetes scorm, sondeos, pruebas, foros, entre otros Estructura de los archivos de sincronización con Oficina Virtual Los archivos de sincronización contienen la información a nivel de datos para que el LMS cree los nuevos usuarios, cursos y enrolamientos de instructores/tutores y aprendices en los cursos que se van creando diariamente. La estructura con la cual la oficina virtual publica los archivos en el servicio FTP del proveedor es el siguiente: a. Archivo COURSES.TXT: El archivo courses.txt es generado por la oficina virtual, contiene los datos de todos los cursos que activos y debe contener un encabezado o header de la siguiente forma: external_course_key course_id course_name template_course_key institution_name CAMPO DESCRIPCION

61 CAMPO external_course_key course_id course_name template_course_key DESCRIPCION Es el valor correspondiente al código del curso en la Oficina Virtual. Actualmente es un valor de tipo numérico. Es el valor correspondiente al código del curso tal y como debe quedar en el LMS. Actualmente es el mismo valor de external_course_key. Es de tipo numérico. Nombre del curso a crear. Actualmente es un dato tipo texto, de hasta 250 caracteres. Código del curso semilla al cual hace referencia el curso nuevo a crear. Este dato es numérico y el código es el que tiene el curso template en el entorno del LMS. institution_name: Actualmente este dato es usado para los cursos de idiomas, generalmente para enviar datos que puedan ser de utilidad para hacer Single Sign On con plataformas de Bilingüismo. Tabla 1. Estructura del archivo courses.txt El archivo COURSES.TXT contiene un footer que identifique la fecha de generación del archivo y la cantidad de registros que contiene. b. Archivo USERS.TXT : El archivo Users.txt contiene la información de la totalidad de usuarios activos en el sistema. Archivo con el siguiente encabezado: external_person_key user_id system_role institution_role firstname lastname passwd student_id CAMPO DESCRIPCIÓN external_person_key Corresponde a un identificador único del usuario en el sistema SENA. Actualmente es un dato consecutivo y único para cada registro de usuario generado por la base de datos. El tipo de dato es numérico. user_id Es el dato de identificación del usuario en el sistema de LMS, actualmente es un dato tipo varchar de 16 como longitud. system_role Es el rol del usuario en el sistema. El proveedor ofrecerá el catálogo de roles de sistema cuyos posibles valores aplicarán en este campo. Es un dato de tipo texto. institution_role Es el rol del usuario desde el punto de vista funcional, por ejemplo, si es instructor, coordinador académico, etc. Actualmente es un dato de tipo texto. Firstname Nombre del usuario. Dato de tipo varchar 64. Lastname Apellidos del usuario. Dato de tipo varchar 64. Correo electrónico del usuario: Dato de tipo varchar 64. Passwd Contraseña del usuario. Dato de tipo varchar 64. La clave (password) va sin encriptar, pues así se almacena esta información en la base de datos. Si es necesario hacer una encripción, el proveedor deberá hacerla para incluir los datos en su sistema. student_id Este dato será el Username con el cual el usuario va a ingresar al sistema de LMS. Actualmente es el mismo User_id, es de tipo varchar 64. Tabla 2. Estructura del archivo users.txt El archivo USERS.TXT contiene un footer que identifica la fecha de generación del archivo y la cantidad de registros que contiene. c. Archivo ENROLLS.TXT: Este archivo contiende todos los enrolamientos de usuarios aprendices a cursos en el sistema. Archivo con el siguiente encabezado: external_person_key external_course_key role CAMPO external_person_key DESCRIPCIÓN Corresponde a un identificador único del usuario en el sistema SENA.

62 External_course_key Role Actualmente es un dato consecutivo y único para cada registro de usuario generado por la base de datos. El tipo de dato es numérico. En caso de querer asociar a un usuario en un curso, este debe venir relacionado en al archivo de users y el external_person_key de dicho archivo es el que se debe colocar aquí. Es el valor correspondiente al código del curso en la Oficina Virtual. Actualmente es un valor de tipo numérico. Si en un registro viene un usuario asociado a este curso, entonces el usuario debe venir registrado en el archivo users.txt y el curso en el archivo de courses.txt. Es el role del usuario en el curso. Si además de estudiante hay otro rol en el curso, por ejemplo, monitor, observador, invitado. Tabla 3. Estructura del archivo enrolls.txt El archivo USERS.TXT contiene un footer que identifica la fecha de generación del archivo y la cantidad de registros que contiene. d. Archivo STAFF.TXT: Este archivo contiene la totalidad de enrolamientos o asociaciones de tutores a cursos. Archivo con el siguiente encabezado external_person_key external_course_key role CAMPO external_person_key External_course_key Role DESCRIPCIÓN Corresponde a un identificador único del usuario en el sistema SENA. Actualmente es un dato consecutivo y único para cada registro de usuario generado por la base de datos. El tipo de dato es numérico. En caso de querer asociar a un usuario en un curso, este debe venir relacionado en al archivo de users y el external_person_key de dicho archivo es el que se debe colocar aquí. Es el valor correspondiente al código del curso en la Oficina Virtual. Actualmente es un valor de tipo numérico. Si en un registro viene un usuario asociado a este curso, entonces el usuario debe venir registrado en el archivo users.txt y el curso en el archivo de courses.txt. Es el role del usuario en el curso. Si además de instructor hay otro rol en el curso, por ejemplo, coordinador académico, subdirector, supervisor entre otros Tabla 4. Estructura del archivo staff.txt Los archivos detallados anteriormente son producidos por el SENA y puestos en el Ftp que establezca el proveedor, quien debe proveer la dirección IP, junto con las credenciales respectivas para que el proceso de la oficina virtual pueda conectarse y publicar los archivos. Los archivos generados son empaquetados en un archivo comprimido (.zip), de manera que se sube un único archivo a la locación FTP suministrada. El proveedor debe a su vez realizar el proceso de sincronización correspondiente, teniendo en cuenta mecanismos de validación para los archivos suministrados, entre los cuales está como mínimo, el de comprobar que la cantidad de registros en cada archivo no sea cero y que los archivos no estén corruptos, enviando la alerta respectiva a los buzones de correo definidos para enviar logs del proceso. Es Importante que el proveedor tenga en cuenta que la tarea desde el lado del SENA, se corre dos veces al día y se publica el archivo en el ftp establecido, reemplazando el anterior. Los horarios en los cuales se ejecuta el Controller por parte del proveedor deben ser acordados y congruentes de manera que en el momento en que se ejecute, la parte que corresponde al SENA ya haya culminado.

63 Una vez terminado cada proceso de sincronización, el proveedor debe enviar un registro detallado del proceso, con: a. Cantidad de cursos procesados creados. b. Cantidad de errores en creación de cursos. c. Cantidad de usuarios creados. d. Cantidad de errores en usuarios creados. e. Cantidad de asociaciones exitosas de aprendices a cursos. f. Cantidad de errores en asociaciones de aprendices a cursos g. Cantidad de asociaciones exitosas de tutores cursos h. Cantidad de asociaciones fallidas de tutores a cursos i. Resultado final del proceso: Exitoso o No exitoso. En un archivo en formato.csv, de deben adjuntar los errores de cada parte del proceso, detallando para cada archivo la información del usuario, curso, e intento de asociación que presentó problema, así como las causas del mismo. El correo electrónico debe mostrar el resultado final del proceso, si fue exitoso o no. El mensaje de correo electrónico deberá ser enviado al SENA y la Interventoría, a buzones de correo electrónico acordados entre las partes. Este resumen adicionalmente debe quedar publicado en la herramienta destinada para soporte técnico, descargable en formato Excel o.csv, suministrando un rango de fechas y con la información del porcentaje de procesos exitosos y no exitosos consolidado por mes. Finalmente es importante que el proveedor tenga en cuenta que el proceso de sincronización es determinante para el éxito y normal desarrollo de la gestión educativa, por esta razón debe comprometerse totalmente para garantizar la ejecución de cada uno de ellos, y en caso de falla comprobada e imputable al proveedor, éste deberá garantizar de manera inmediata la ejecución del proceso fallido, sin afectar el desempeño del sistema, y el servicio a los usuarios tanto antiguos en el sistema, como los nuevos que se encuentren en los archivos cuyo proceso de sincronización falló INTEGRACIÓN CON PLATAFORMAS DE BILINGÜISMO El proveedor deberá realizar todas las actividades necesarias para garantizar los componentes de integración con plataformas destinadas para Bilinguismo, de acuerdo con el ANEXO F OTRAS INTEGRACIONES El proveedor debe suministrar las herramientas técnicas necesarias, que permitan la integración de la plataforma ofertada con otras plataformas, ya sean construidas por el SENA o de terceros que necesiten integrarse como parte de las acciones que realicen conjuntamente con la entidad. Para éste propósito deberá disponer de una bolsa de mínimo 4000 horas de desarrolladores expertos en la herramienta y ofrecer los elementos técnicos necesarios y pertinentes para lograr que otros proveedores puedan establecer comunicación con los componentes, módulos o información del LMS; estos elementos como WebServices y APIs (Application Programming Interface). El proveedor debe tener en cuenta que en el desarrollo del contrato puede haber necesidad de programar integraciones con otras plataformas o sistemas de información de terceros, por lo cual, debe incluir en su personal de soporte, perfiles conocedores de la infraestructura y del software usado, así como de programación en los lenguajes y tecnologías, en los que funcionan los componentes de integración. En

64 cada caso se deberá acordar conjuntamente con el SENA, el cronograma de actividades y tiempos previsto para los desarrollos necesarios REPOSITORIO DE CONTENIDOS El sistema repositorio de contenido debe aportar al SENA el valor agregado, de poder organizar toda la información que se tenga como insumo o producto de los procesos formativos que se lleven a cabo apoyados o totalmente sobre la Plataforma virtual de aprendizaje. Esta organización se debe poder constituir a nivel de la Entidad, de Cursos y de Usuarios, pudiendo en cada uno de estos espacios alojarse los archivos y/o objetos de aprendizaje que se emplean para los contenidos de los cursos virtuales y también los que produzcan tutores y aprendices como resultado de su trabajo al interior de los cursos. De manera esquemática, podemos concebir el sistema de repositorio de contenidos como se observa en la siguiente gráfica: Figura 5. Esquema Sistema Repositorio de Contenidos De acuerdo con la figura 5, el proveedor debe garantizar que el Repositorio de Contenidos está en capacidad de: a. Identificar a los usuarios de LMS como usuarios también del repositorio de contenidos, sin pedir doble autenticación en el sistema. b. Comunicarse con el LMS, almacenando y suministrando los contenidos que éste necesita para las plantillas de cursos o cursos semillas. Es decir los contenidos de las plantillas de cursos o cursos semillas deben poder apuntar a un sitio del repositorio de contenido. Los plantillas de cursos o cursos semilla son las elementos bajo los cuales se basará la creación y replica de cursos mediante sincronización de los sistemas de Oficina Virtual y Sofia Plus. De esta manera, es necesario que los contenidos de cada uno de dichos cursos se encuentre alojados en el repositorio, y que las replicas que se creen de dichas plantillas de cursos o cursos semilla, apunten exclusivamente al mismo sitio donde se encuentran los contenidos de su plantilla de curso o cursos semilla en el repositorio.