Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

Licitación “Desarrollo de Content Management System de software

educativo ArgumentApp”

BASES TÉCNICAS UNIVERSIDAD ALBERTO HURTADO

1. Introducción Fortalecer el desarrollo de competencias científicas en los estudiantes chilenos es una tarea urgente, toda vez que las ciencias han sido definidas como disciplinas claves para el desarrollo económico y tecnológico de los países. La evidencia empírica disponible permite pensar que la argumentación en el aula favorece el desarrollo conceptual en ciencia. El problema es que promover la argumentación en la enseñanza no es fácil. La investigación en discurso en la enseñanza de ciencias muestra que predomina una teoría empiricista en la cual la evidencia juega un rol esencial, y en la que la discusión de la ‘voz de los hechos’ es una cuestión secundaria. La Universidad Alberto Hurtado (UAH), se adjudicó el proyecto de investigación aplicada denominado “Evaluación de la eficacia del uso de tecnología de la información en el aula de primer ciclo básico, para la promoción de la argumentación oral y el aprendizaje en ciencias”, bajo el Primer concurso IDeA en dos etapas del Fondo de Fomento al Desarrollo Científico y Tecnológico (FONDEF). El presente proyecto pretende contribuir a la necesidad de promover la argumentación en aula considerando las características propias de la enseñanza en Chile. Se espera evaluar la capacidad de la tecnología de promover la argumentación en los momentos de clase completa. La solución que se propone en este proyecto, para hacer que se use argumentación, corresponde al uso de un software para la gestión de la argumentación en el aula por parte del docente. Es decir, contando con planificaciones de clases especialmente diseñadas para promover argumentación en el aula, la idea es montar las planificaciones al modo de en una página web interactiva, que pueda ser comandada por el profesor desde un dispositivo móvil del tipo Tablet (donde aparecerá paso a paso el guión de la clase). A su vez los estudiantes contarán con los mismos dispositivos móviles para sus trabajos grupales (1 cada 6 niños), de manera que en éstos aparezcan claramente las instrucciones paso a paso, y puedan ir registrando sus respuestas y resultados. Por último, tanto el dispositivo del docente como el de los estudiantes estarán en red con una pizarra común donde el profesor podrá hacer aparecer los resultados y respuestas de cada grupo para reflexionar en torno a

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

ellos en la clase completa, permitiéndole destacar acuerdos y desacuerdos y, promover una reflexión en torno a éstos y sus fundamentos. El piloto de este software se desarrolló en versión HTML en la primera etapa de este proyecto (argumentApp). En esta etapa se busca desarrollar el Content Management System del software, mejorar el diseño de su funcionalidad y hacer la página web. Las presentes bases contienen todos los requerimientos técnicos para la contratación del servicio de desarrollo de software. 2. Objetivo Desarrollar argumentApp a nivel usuario a través del desarrollo de Content Management System (CMS). Para el logro de este objetivo se requiere contratar los servicios de desarrollo del software. La duración máxima del desarrollo es de 12 meses. 3. Características de los productos El desarrollo del software implica el desarrollo de: 3.1 ##MANTENEDOR Online: Es un nuevo componente del sistema y permitirá crear, modificar y administrar los cursos. Esto se basará en una página web, donde se podrán crear y pre visualizar los cursos. Los cursos creados quedaran en la nube y se podrán ejecutar en una clase con el sistema de tablets y computadores, ya sea que estos estén en línea (conectados a internet) o fuera de línea. En caso de estar en línea, se podrá ejecutar la clase directamente desde la nube, y si los servidores están offline, se deberá descargar previamente la clase desde la web en un archivo especial comprimido, e instalarlo para mantenedor offline quedando instalado en el computador disponible en la clase respectiva. Las funciones base del MANTENEDOR Online son las siguientes:

• Login Administrador - Todas las funciones y validar clases. • Login Creador - Crea las Clases y las deja para revisión. • Vista de Cursos disponibles y descripción corta.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

• Detalle del curso con comentarios y puntuación. • Permite Descargar curso, contra un "cupo disponible". • CMS - Crear cursos descripción – número de pasos - Carga de contenidos

- Vista previa por tipo de pantalla (Alumno, profesor, pizarra) • CMS - Definir y crear lógicas templates o bases para cada tipo de

interacción. • CMS - Todas las interacciones via correo para informar cambios de

estado del curso. Nuevo curso creado, nuevo curso aprobado, nuevo curso rechazado, etc.

• CMS - Todas las interacciones via correo para informar a quienes adquirieron un curso. Nueva versión disponible, algún problema, etc.

• CMS - Tipos de contenidos Video, imagen, audio y texto enriquecido. • Créditos para “compras” de cursos y Carrito. • Administrador de clases Online (nodejs).

3.2 ##APLICACION: Se requiere modificar la aplicación actual del estudiante y del profesor, para que soporte los nuevos contenidos y mejore la interfaz gráfica de la misma. Las nuevas funciones base de la APLICACION son las siguientes:

• Mejoras del diseño gráfico. • Respuestas con fotos/Video/Texto. • Respuestas con dibujos. • Idioma español e inglés.. • Facilitar la configuración mediante uso de códigos QR o códigos

numéricos. • Versión IOS (soporte para equipos Apple). • Integración con lab4U.

3.3 ##MANTENEDOR Offline: Este componente es aquel que reside en el computador del sistema y se modificará para facilitar la carga de clases nuevas y mejorar la usabilidad de la misma. Las nuevas funciones base del MANTENEDOR Offline son las siguientes:

• Cargar nuevas clases en formato .zip. • Crear lógicas de los nuevos templates. • Mejoras de diseño gráfico de manera de usar mejor el espacio disponible

en la pantalla de los tablets. • Reportes (ver duración de clase y respuestas).

3.4 ##WEB DIFUSIÓN: Este también es un nuevo componente del sistema, que servirá como el canal de entrada para que el público general pueda conocer el sistema, lo puedan entender y conocer los distintos modelos comerciales para el uso del mismo.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

Las funciones base de la WEB DIFUSIÓN son las siguientes:

• Descripción Software. • Descripción de Box equipos en sala. • Noticias: Publicaciones, eventos. • Ejemplos: Clases, unidades curriculares. • Cotizar un Video explicativo.

3.5 De los SLAs y multas asociadas. Ver Anexo I. El presupuesto total disponible para el conjunto del desarrollo es de $27.000.000 IVA incluido. 4. Presentación de la propuesta El oferente deberá presentar una oferta técnica que incluya:

- Detalle de desarrollo y tecnología según punto 3 de este documento. - Oferta económica, valorizada con IVA incluido. - Plazos y formas de entrega, mediante un calendario de trabajo. - Antecedentes que permitan comprobar experiencia del oferente y

capacidad técnica de la empresa. - Justificación de la oferta y de su equivalencia con las características

técnicas de los productos detalladas en el punto 3. - Obligación de transferir los derechos patrimoniales de autor sobre la

creación, página web, en favor de la Universidad Alberto Hurtado. - Política de privacidad sobre el uso y tratamientos de los datos personales

de los profesores y estudiantes u otros usuarios que accedan a la página web.

5. Metodología de evaluación Las propuestas serán evaluadas de acuerdo a los siguientes criterios y ponderaciones:

a) Oferta Técnica, según el siguiente detalle:

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

Criterios Definición Ponderación Oferta técnica

Puntajes Criterios de asignación de puntaje

Cumplimiento de alcances técnicos.

Cumplimiento de los requisitos técnicos del conjunto de los equipos.

40% 0 La propuesta no cumple los requisitos.

50 Al menos un aspecto de la propuesta no se ajusta a los requisitos.

100 La propuesta cumple los requisitos.

Experiencia en proyecto similares

Experiencia en realización de software educativos y desarrollo de mantenedores y páginas web.

25% 0 La empresa no cuenta con experticia en proyecto similares.

50 La empresa cuenta con experiencia en desarrollo web pero no en software educativos.

100 La empresa cuenta con experiencia en desarrollo web y en software educativos.

Experiencia y completitud del equipo de trabajo

Experiencia del equipo de trabajo

25% 0 El equipo de trabajo no tiene experiencia en desarrollo de software educativos.

50 Solo algunos miembros del equipo de trabajo tienen experiencia en desarrollo de software educativos.

100 Todo el equipo de trabajo tiene experiencia en desarrollo de software educativos.

Plan de trabajo Definición de plan de trabajo y plazos.

10% 0 No se incluye plan de trabajo con plazos o sobre 12 meses de trabajo.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

50 Se incluye plan de trabajo con plazos considerados excesivos, es decir, sobre 6 meses o bajo 3 meses, respectivamente.

100 Se incluye plan de trabajo con plazos considerados factible, a saber, de 3 a 6 meses.

El puntaje técnico se calculará de la siguiente manera: Puntaje Cumplimiento de alcances técnicos * 0,4 + Experiencia en proyectos similares * 0.25 + Experiencia equipo de trabajo * 0.25 + Plan de trabajo *0.1. Este puntaje ponderará un 80% de la evaluación total de la propuesta.

b) Oferta económica

Se calculará de acuerdo a la siguiente fórmula: (Precio más bajo ofertado/Precio de la oferta analizada) x 100 Este puntaje ponderará el 20% de la propuesta

c) Puntaje Final Se calculará de la siguiente forma: Puntaje Propuesta técnica * 0,8 + Puntaje propuesta económica * 0,2. La propuesta con mayor puntaje será la adjudicada.

6. Condiciones de adjudicación

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

En caso de empate en la evaluación total, se privilegiará aquel oferente que cuente con productos similares ya desarrollados al momento de la postulación. La Universidad se reserva el derecho de declarar desierta la licitación sin expresión de causa. 7. Plazo de entrega y formas de pago Una vez adjudicada la licitación se hará un contrato en el que se especificarán hitos de cumplimiento y de pago. Los pagos se pactarán contra entrega de cada hito. Quedará establecido en el contrato las fechas de los entregables y porcentaje de pago asociado.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

ANEXO I

Introducción Para las partes se entenderá por soporte / mantenimiento:

Consiste en un centro de atención presencial, telefónico y por correo electrónico

para la comunicación y resolución de problemas, consultas e incidencias. Los

técnicos encargados están capacitados para la detección y definición de

problemas asociados con los productos y su resolución, así como para la

instalación, en su caso, de las sucesivas actualizaciones de los productos. Podrá

requerir el acceso remoto a los sistemas de la Universidad para realizar su

tarea.

2. Mantenimiento vs. Soporte Se entiende como servicio de Mantenimiento aquellas acciones el OFERENTE

se compromete a realizar de forma:

• Preventiva: mediante el desarrollo de actualizaciones de seguridad y de

funcionamiento del software y la cesión de los derechos patrimoniales

sobre el software a la UAH, si procediese.

• Evolutiva: mediante el versionado del aplicativo, tanto en mejoras internas

y de interface del usuario, como en nuevas funcionalidades y de los

modelos aplicativos del mismo ajustados a la UAH anualmente.

• Reactiva: mediante un servicio helpdesk por diversas vías de

comunicación (teléfono, e-mail-web, presencial, etc) para ayudar la UAH

a solucionar averías del hardware y funcionamientos incorrectos del

software (no atribuibles a la UAH), así como la logística necesaria para

las reparaciones físicas y la distribución de mejoras de software.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

Se entiende como Servicio de Soporte:

• La consultoría informática posterior a la instalación inicial del software,

ayudando la UAH a diseñar instalaciones particulares.

• La atención Mesa de Ayuda sobre consultas de configuración del

software/sistema o uso de los modelos utilizados por el sistema,

diferentes de las asociadas a un mal funcionamiento del producto.

• Las asistencias técnicas en instalaciones y la ejecución de puestas en

marcha de nuevas instalaciones del producto.

• Las asistencias técnicas asociadas a reconfiguraciones y mejoras de

productos ya instalados y no asociadas a averías ni a fallos del software.

3. Período de servicio y finalización Duración: El presente SLA entrará en vigor desde la fecha de la firma del acta-

final de recepción de los entregables de acuerdo al punto 2 de las bases de

licitación y el contrato a suscribir con el OFERENTE que se adjudique la

licitación. Con todo, las partes podrán prorrogarlas por períodos anuales si se

deciden renovar el servicio, salvo que alguna de las partes indique expresamente

y por escrito su intención de no continuar, con una antelación de a lo menos 30

días a la fecha de la finalización del contrato o cualquier de sus prórrogas.

4. Garantía de los servicios El OFERENTE garantiza la prestación del servicio de mantenimiento, en los

términos especificados en este SLA, de forma adecuada a cada caso y con

observancia de la diligencia profesional y técnica debida.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

5. De los SLA’s y su aplicación El servicio de soporte y mantención que el OFERENTE entregará a la UAH,

estará disponible:

a) Al Aplicativo: El OFERENTE dará soporte funcional a la plataforma

contratada para garantizar su correcta operación. Este soporte será dado

en días hábiles, lunes a viernes, de 9.00 hrs. a 18.00 hrs., horario de Chile

continental, en donde los incidentes serán atendidos en un plazo no

superior a 2 horas, desde el momento del reporte formal por parte de la

UAH. Se entiende por atención el acto de recepcionar la contingencia y

empezar a ejecutar las actividades que sean necesarias para su solución,

sin que esto signifique un plazo para su solución definitiva. Lo último

dependerá de la naturaleza propia de la contingencia.

b) A la plataforma (si corresponde): I. Disponibilidad: El ambiente contará con un nivel de disponibilidad

anual de servicio del 99,5%.

II. Tiempos de respuesta: En la eventualidad que surja un incidente

que genere una no disponibilidad del servicio. El OFERENTE se

compromete a abordarlo en un plazo no superior a 3 horas hábiles,

a partir de su reporte formal informado vía e-mail por la UAH.

III. Tiempos de recuperación: en la eventualidad que surja un incidente

antes fallas críticas o catástrofes, el OFERENTE se compromete a

restituir el servicio en un plazo de 24 horas.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

El servicio será provisto por el OFERENTE bajo las siguientes normativas y prioridades de incidencias:

Acción Detalle Multa

Desviación LeveEl plan de trabajo aprobado sufre retrasos entre 3 y 5 días hábiles, según los entregables.

0.5% diario del monto a facturar en el entregable asociado.

Desviación MediaEl plan de trabajo aprobado sufre retrasos entre 6 y 10 días hábiles, según los entregables.

1% diario del monto a facturar en el entregable asociado.

Desviación GraveEl plan de trabajo aprobado sufre retrasos sobre 10 días hábiles, según los entregables.

2% diario del monto a facturar en el entregable asociado.

Se entiende por tiempo de respuesta al: tiempo en el cual se devuelve la

llamada al cliente con el fin de colocar en conocimiento el recibo de su solicitud

de atención.

Se entiende por tiempo de solución al tempo total con el que se cuenta para

diagnosticar y reponer el servicio.

Proyecto FONDEF IDeA ID14I20094

Proyecto FONDEF

Las partes acuerdan, que los conceptos de prioridad, acciones y multas, pueden

ser revisados y ajustados periódicamente, siempre y cuando ambas partes

acuerden hacerlo. El resultado de dichos nuevos acuerdos, deberán quedar

plasmados como anexo al presente contrato, por el simple hecho de la firma de

los representantes legales de cada una de las partes.

6. De las multas El criterio de aplicación estará regido por lo siguiente:

En caso de que el OFERENTE haya incurrido en alguno de los incumplimientos

de SLA’s en las actividades de Desarrollo, Implementación y/o Soporte, las

multas asociadas, la UAH las aplicarán como descuento en el siguiente pago

establecido en el contrato que rija cada actividad, todo ello sin perjuicio de los

demás derechos que le otorgue la ley a la UAH.