PLIEGO DE CARACTERÍSTICAS TÉCNICAS

PLIEGO DE CARACTERÍSTICAS TÉCNICAS

CONTRATACIÓN DE “MODELO DE PRESTACIÓN DE SERVICIOS TURÍSTICOS Y DE LA PLATAFORMA DE SOPORTE” PARA LA FUNDACIÓN EOI

Número de Expediente: SARA_20130523_TURISTSMART

1. INTRODUCCIÓN

La Fundación EOI (EOI) y el Servicio de Turismo Rías Baixas de la Diputación de Pontevedra han suscrito un Convenio de colaboración para la ejecución del Proyecto “SMART DESTINATION”: Modelo de vertebración y activación del tejido socioeconómico del territorio de la provincia de Pontevedra”.

EOI desarrolla el Programa RISC (Redes de Innovación al Servicio de la Competitividad), que comprende actividades para favorecer la implantación y desarrollo de iniciativas de I+D+i y transferencia tecnológica en las empresas, especialmente en las pequeñas y medianas empresas, con el fin de mejorar su competitividad.

La Diputación de Pontevedra, a través de su Servicio de Turismo Rías Baixas, tiene entre sus finalidades específicas la realización de acciones y gestiones tendentes a mejorar la imagen turística de la provincia de Pontevedra y, en general, cuantos asuntos relacionados con el turismo sean de interés para la provincia; teniendo en cuenta que el turismo se trata de un sector clave para el desarrollo de la provincia de Pontevedra y que cada vez tiene que hacer frente a una competencia mayor, debido a la globalización de los mercados y a la incorporación de nuevos destinos turísticos con los que anteriormente no competía.

Con el proyecto SMART DESTINATIONS se pretende hacer de la provincia de Pontevedra un destino turístico inteligente, que fidelice al actual turista y capte otros nuevos, gracias a la prestación de más y mejores servicios por parte de las empresas del sector turístico de la provincia y utilizando para ello tecnologías innovadoras.

La puesta en marcha de este proyecto tiene especial relevancia para avanzar en el desarrollo de medidas de apoyo e impulso a la I+D+i con el objetivo de mejorar la capacidad de prestar servicios a los visitantes de la región por parte de las PYMES del sector turístico de Pontevedra y de este modo impulsar su actividad económica.

El proyecto SMART DESTINATIONS incluye entre otras acciones, entre otras,

 El desarrollo de una plataforma tecnológica turística, que englobe los diferentes módulos avanzados tales como aplicaciones turísticas de terceros y que permita transformar la provincia de Pontevedra en uno de los primeros destinos inteligentes de España.

 La dinamización del proceso de cambio, en el que se incluyen actividades de soporte a las anteriores y que permite mejorar la calidad a través, tanto del observatorio turístico de encuestas actuales, como de la implantación de los puntos verdes de información.

 El desarrollo de un Plan de comunicación de Smart Destinations Pontevedra, que cumplirá con los requisitos establecidos el reglamento comunitario 1826/2006 y el Programa Operativo de I+D+I, lo que permitirá divulgar con

éxito el objeto y principales actuaciones del proyecto así como conseguir un alto grado de implicación de los diferentes agentes que participan en él.

La implantación de esta plataforma tecnológica junto con la mejora del observatorio turístico de encuestas del servicio de Turismo Rías Baixas de la Diputación de Pontevedra se centrará en paliar uno de los principales déficits del sector turístico pontevedrés; esto es la ausencia de sistemas para la gestión avanzada de las relaciones con los turistas así como la aplicación de una metodología apropiada para conocer las necesidades, deseos o inquietudes de éstos y la utilización de elementos tecnológicos adecuados para fidelizarlos.

Asimismo, se pretende cambiar la forma en que tradicionalmente se muestran y gestionan los recursos turísticos de una región o zona concreta de la propia provincia apoyándose en el uso de las Tecnologías de la Información y las Comunicaciones (TICs).

2. OBJETO DEL SERVICIO

El objeto de esta contratación es el desarrollo e implantación de una nueva Plataforma turística del destino inteligente “Rías Baixas” mediante un Sistema de Información interoperable para dar soporte al modelo de servicios turísticos de la provincia de Pontevedra que mejore la competitividad de las pymes del sector turístico .

Para ello, se desarrollarán y se pondrán en funcionamiento una serie de módulos y herramientas software que permitirán dar respuesta a los siguientes objetivos:

 Integrar en un único punto, mediante un repositorio de datos unificado, toda la información turística de la provincia de Pontevedra gestionada desde la Diputación y retroalimentada por todos los actores del sector turístico, tanto turistas como profesionales y empresarios del sector.

 Disponer de sistemas que permitan un acceso a la información de interés en múltiples idiomas, tras un proceso de migración de los datos existente, según el perfil del usuario, diferenciando a los turistas, los profesionales del sector y los técnicos del Servicio de Turismo Rías Baixas de la Diputación de Pontevedra y colaboradores.

 Disponer de sistemas de gestión on-line de la información por parte de los responsables o gestores de los recursos privados.

 Disponer de una solución que ofrezca servicios que mejoren la estancia a los turistas y les ofrezca información de calidad y nuevas formas de visitar la provincia de Pontevedra.

 Disponer de sistemas de gestión para los profesionales y empresarios del sector turístico que permitan recoger información de valor para captar potenciales clientes, generar competencias, realizar campañas específicas de marketing, dar soporte a la actividad comercial y analizar los resultados obtenidos.

 Disponer de un sistema a las empresas del sector turístico de la provincia de Pontevedra para la gestión de clientes y la captación de potenciales clientes.

 Disponer de herramientas para los técnicos del Servicio de Turismo Rías Baixas de la Diputación de Pontevedra que permitan analizar los resultados

obtenidos de toda la actividad producida en el sector turístico de la provincia de Pontevedra almacenada en el Sistema de Información.

 Disponer de una solución técnica fácilmente escalable que permita ajustarse a las necesidades de un entorno cambiante.

 Conseguir una alta capacidad de integración para mejorar el grado de interacción e intercambio de información con otros sistemas relacionados con el sector turístico.

 Ofrecer la presencia constante en internet a las empresas que, por su especialización o por su tipología, todavía no tienen explotado este canal de comunicación para ofrecer servicios de calidad al turista.

 Disponer de herramientas de promoción cercana/local, que favorezca la interacción con los clientes (dónde ir, qué ofertas y descuentos existen, etc.).

 Generar riqueza en el entorno turístico de la provincia de Pontevedra.

El proyecto propuesto no sólo pretende sentar las bases de una plataforma que dote de módulos avanzados propios que respondan a las principales necesidades comunes de todos los actores del sector, sino también posibilitar la integración de múltiples aplicaciones turísticas de terceros.

3. ALCANCE DEL SERVICIO

La situación actual en la que se encuentra el sector turístico de la provincia de Pontevedra contempla el desarrollo de un sistema de información turístico en beneficio de las pymes del sector para el cual se deberán desenvolver las siguientes actuaciones:

 Desarrollo en la plataforma xx xxxxxxxx web de la Diputación de Pontevedra de los siguientes portales web:

o Portal web turístico para el acceso a la información orientada al turista.

o Portal web profesional, mediante una extranet, para el acceso a la información orientada a los proveedores y profesionales del sector turístico de la provincia de Pontevedra.

o Portal web interno “Turismo Rías Baixas”, mediante una intranet, para el acceso a la información orientada a los técnicos del Servicio de Turismo Rías Baixas de la Diputación de Pontevedra y colaboradores del proyecto.

 Desarrollo y puesta en marcha de dos aplicaciones para dispositivos móviles (smartphones y tablets) orientadas al visitante y al profesional del sector turístico de la provincia de Pontevedra para ofrecer información de interés turístico a estos dos perfiles.

 Desarrollo e implantación de una solución CRM (Customer Relationship Management) para la explotación de todo el contenido que se introduzca en el sistema de información a través de los portales web mediante la interacción con los turistas, proveedores y profesionales del sector turístico en un único repositorio de datos unificado.

 Desarrollo e implantación de un gestor de contenidos multimedia e integración con el gestor documental de la Diputación de Pontevedra, definiendo las tipologías necesarias para su posterior desarrollo, transformándolas en las clases documentales precisas, y la realización de las labores de ingesta de la información, tanto multimedia como documental.

 Desarrollo e implantación de un sistema de información que cuente con una interfaz web integrada en el portal web interno Rías Baixas, para dar soporte al observatorio turístico de encuestas. Este sistema permitirá realizar el estudio y el análisis de datos reales y detallados del sector turístico de cara a los técnicos de la Diputación de Pontevedra. Para abordar esta tarea, el observatorio turístico deberá contar con una herramienta de Business Intelligence (BI) que permitirá estructurar toda la información para monitorizar el desarrollo de la actividad turística.

 Desarrollo e implantación de un bus de integración para permitir la interoperabilidad tanto de los módulos descritos en el proyecto como con otros sistemas de terceros.

 Migración de los datos de recursos de interés turístico que actualmente están almacenados en distintos formatos en el Servicio de Turismo Rías Baixas de la Diputación de Pontevedra y migración de la información de las encuestas ya realizadas en el actual observatorio de Turismo Rías Baixas para ofrecer un repositorio único unificado de datos, que redunde en beneficio de las Pymes de la provincia de Pontevedra.

4. DESCRIPCIÓN DE LOS REQUISITOS FUNCIONALES Y TÉCNICOS

El adjudicatario deberá implantar un sistema de información o plataforma global para la gestión de la oferta y la demanda de los servicios turísticos de la provincia de Pontevedra, que permita gestionar los recursos turísticos y los potenciales usuarios de los mismos.

La prestación de estos servicios no se limita exclusivamente al marco Internet, sino que alcanza todos los “canales” o medios de interrelación (presencial, web, teléfono, fax, correo electrónico, sms, redes sociales, etc.) que puedan existir entre la plataforma y el turista, realizando una integración completa y una gestión unificada de los canales de prestación de servicios mediante un sistema CRM (Customer Relationship Management).

A través de esta plataforma, el turista deberá recibir un servicio homogéneo teniendo la misma calidad de respuesta en cualquiera de los canales utilizados.

Para ello, el sistema de información deberá integrar todos los actores que intervienen en la cadena de valor de la oferta turística del destino “Rías Baixas”, lo que implica crear canales de interacción con los proveedores, profesionales, centrales de reservas, así como con cualquier actor que permita aportar información de valor al sistema.

Para garantizar el cumplimiento de los objetivos descritos en el objeto y alcance deste Pliego, se deberán desarrollar e implantar los siguientes sistemas:

 Desarrollo xx xxxxxxxx web.

 Aplicaciones para dispositivos móviles.

 Sistema CRM.

 Entreprice Service Bus (ESB).

 Gestor de contenidos documentales y gestor multimedia.

 Sistema de BI (Business intelligence).

 Migración de datos.

Estos sistemas se deberán integrar con los sistemas existentes en la Diputación de Pontevedra, que se indican en este Pliego con el objeto de conformar los módulos que componen la plataforma de soporte al modelo de servicios. A continuación se detallan las características que deberán cumplir cada uno de los módulos propuestos.

4.1. Plataforma xx xxxxxxxx web

Dada la ingente cantidad de información turística que existe en la provincia Pontevedra se hace necesario desarrollar un repositorio único de datos que unifique en un mismo punto dicha información. Esto permitirá poner al alcance del turista información y servicios de calidad en tiempo real, a través de las nuevas tecnologías, a la vez que permitirá al sector turístico hacer llegar su oferta a los interesados de forma ordenada, aportando valor a todos los actores de este sector de la provincia de Pontevedra.

En este sentido, mediante los portales web, se pretende ofrecer servicios más completos a los turistas que quieran encontrar recursos turísticos que respondan a sus necesidades en un momento y lugar concreto.

Para lograr este objetivo, se deberá desarrollar tres portales web que permita el acceso a los diversos actores (turistas, …profesionales y personal del servicio de Turismo Rías Baixas de la Diputación de Pontevedra) de manera personalizada en la plataforma xx xxxxxxxx web que ofrece la Diputación de Pontevedra.

4.1.1. Requisitos funcionales de la plataforma xx xxxxxxxx web

Los tres portales web deberán soportar al menos la siguiente funcionalidad común:

 Deberán disponer de un módulo de control y registro de usuarios, permitiendo la modificación de permisos asociados a los diferentes perfiles, sin necesidad de disponer de conocimientos técnicos.

 Deberán incorporar un buscador general y buscadores específicos, según los tipos de contenido y de información sobre recursos turísticos. Los portales web constarán de un buscador general y un buscador avanzado con filtros para refinar la búsqueda. La actualización de la lista de resultados se realizará de forma automática cuando el usuario seleccione o modifique los valores de estos filtros.

 Deberá disponer de un mapa del sitio web con la representación jerárquica de las secciones y contenidos para facilitar la navegación.

 Deberá disponer de las herramientas necesarias para la elaboración periódica de boletines de noticias, eventos e información turística de interés para los usuarios.

 Deberá incorporar servicios de mensajería y alertas (Mail, SMS o similares) asociadas a determinados tipos de eventos de interés de la

plataforma web. En el caso de que el servicio de mensajería y alertas se realice mediante envíos vía SMS se deberá integrar con el servicio de mensajería que ofrece la Diputación de Pontevedra.

 Deberá permitir la conexión a las principales redes sociales (Facebook, Twitter, Google+, Flickr, Pinterest etc.) y compartir contenidos a través de estas.

 Deberá permitir la incorporación de enlaces y referencias de sitios web relacionados y servicios ofrecidos por otros medios.

 Deberá permitir una adecuada gestión de los recursos turísticos del destino “Rías Baixas” que cumpla con las siguientes características:

o Los recursos turísticos deberán estar ubicados en un repositorio único que permita el acceso desde los portales web y los demás módulos definidos en este Pliego.

o Cada recurso se deberá presentar en una ficha de aspecto acorde a la estética del nuevo portal web. Estas fichas deben mostrar la información de los tipos de recursos turísticos existentes actualmente y de los nuevos tipos que se añadan en un futuro.

o Deberá contar con un módulo de gestión de recursos turísticos que deberá soportar un flujo de aprobación de varios niveles de las fichas de recursos, para el alta/actualización de recursos previo a su publicación.

o Los recursos turísticos tendrán asociados recursos multimedia, documentos, enlaces, etc. Una vez seleccionado un recurso en particular se deberá mostrar información más detallada del mismo y sus servicios complementarios, como pueden ser alojamientos, restaurantes, visititas turísticas asociadas, etc. Esta información se deberá mostrar al usuario tanto textualmente como geolocalizada en un mapa de la provincia de Pontevedra. En este sentido, todos los tipos recursos se georreferenciarán y deberán ser compatibles con el visor de GoogleMaps.

o Cada recurso deberá poder ser identificado mediante códigos QR, coordenadas, etc.

o Los recursos turísticos se almacenarán en una base de datos única.

o Las fichas deberán permitir la elaboración de folletos personalizados bajo demanda, indicando que contenidos se quieren añadir al folleto.

 Deberá permitir una adecuada gestión de contenidos web para lo que contará con las siguientes características:

o Los contenidos serán transversales a los diferentes portales web (portal web turístico, portal web profesional y portal web interno “Turismo Rías Baixas”), que se definirán a continuación. Estos contenidos estarán supeditados a una categorización previa, en diferentes formatos y la gestión de dichos contenidos se

realizará por los usuarios según sus permisos en el área donde se muestren.

o Deberá facilitar el mantenimiento de los contenidos, en base a las características definidas para los mismos, permitiendo la traducción a distintos idiomas (al menos en 5 idiomas: xxxxxxx, castellano, inglés, alemán y francés.

o Deberá permitir la introducción de contenidos estructurados y no estructurados, es decir, contenidos en formatos como es el caso de HTML, XML, etc. o contendidos en formatos de texto (Word, PDF, etc.).

o Los contenidos gestionados en la plataforma web se deberán poder gestionar y publicar en diversos espacios dentro de los portales web al mismo tiempo, pudiendo mostrarse al completo o sólo ciertas partes de los mismos.

o El gestor de contenidos web deberá disponer una organización temática mediante mecanismos de categorización automática, basada en taxonomías, y el enriquecimiento semántico de contenidos, de forma que los metadatos se configuren a partir de las propiedades del contenido o del documento.

o Deberá integrarse con el módulo de gestión de contenidos tanto documental como multimedia definido en el apartado 4.5. “Módulos de gestión documental y multimedia”, desde el que se gestionarán los recursos audiovisuales (fotos, videos, etc.).

o Deberá integrar un sistema de workflow de varios niveles para la creación de contenidos, que siempre este activo e integrado con los entornos online y offline. Este sistema también deberá permitir asignar tareas a distintos grupos de usuarios, con distintos niveles de prioridad, fechas de entrega y distintas opciones de notificación.

o Se deberá realizar la gestión de versiones y el control de la versión publicada de los recursos posibilitando en cualquier momento volver a una versión anterior.

 La arquitectura de la información de los portales web deberá permitir un buen posicionamiento en buscadores, especialmente en Google por su mayor cuota de uso. La organización temática del contenido deberá llevar asociada una arquitectura que permita el uso de una estrategia de SEO (Search Engine Optimization). De esta manera, la plataforma deberá permitir un adecuado posicionamiento en buscadores de los contenidos del portal web en cada idioma de manera diferenciada. Este posicionamiento buscará la promoción de los contenidos de los portales web y de las empresas/servicios externos que se promocionen a través de ellos.

Asimismo, el licitador deberá proponer una estrategia para crear contenidos asociados a la marca “Rías Baixas” que se adapten a los formatos de las principales redes sociales: Facebook, Twitter, YouTube, Instagram, Flickr, Vimeo, Pinterest, etc.

4.1.2. Requisitos funcionales del portal web turístico (Internet)

La empresa adjudicataria desarrollará el portal web para los turistas y visitantes de la provincia de Pontevedra que servirá como punto de referencia para la difusión del destino “Rías Baixas” y canal de prestación de los servicios para estos turistas.

Desde este portal web, el turista podrá acceder a toda la información de los diferentes recursos turísticos que se encuentren en la provincia de Pontevedra; para ello se deberán desarrollar distintos módulos que faciliten la búsqueda de la información deseada mediante asistentes, guías turísticas interactivas, geolocalizadores, perfiles de turista, categorías de recursos turísticos, fechas de interés asociadas al recurso turístico, etc.

El portal web contará con dos áreas diferenciadas, una de acceso público que ofrecerá la información turística a medida y otra área privada para usuarios registrados, en donde los turistas podrán acceder a contenidos de valor añadido. A continuación se comentan las funcionalidades de las dos áreas.

Desde el área pública se podrá acceder a los siguientes contenidos:

 Experiencia Rías Baixas

Este espacio del portal web estará dedicado a la recomendación por parte de los agentes prestadores de servicio del destino y contará con al menos las siguientes áreas:

o Eventos destacados.

o Zonas de especial interés.

o Recomendaciones para realizar un viaje en función de las fechas y la duración de la visita, y en el caso de estar registrado en el portal web turístico se recomendará en función de su perfil.

o Blogs relacionados con el destino.

o Boletines y newsletter.

o Galería multimedia.

o Rutas e itinerarios recomendados.

o Clubes de producto.

o Noticias destacadas relacionadas con el destino.

o Agenda.

o Concursos Rías Baixas.

o Incentivos y descuentos.

 Buscador de recursos turísticos

Este espacio permitirá la búsqueda de todos los recursos del destino y el acceso a la información de los mismos. Deberá tener al menos las siguientes características:

o Búsqueda según la estructura de recursos turísticos.

o Búsqueda avanzada (geolocalización, preferencias, etc.).

o Acceso a un visor de recursos georeferenciados.

o Acceso a las fichas de recursos.

 Planifica tu viaje

Esta área permitirá al usuario acceder a toda la información del destino y conocer los diferentes elementos para planificar su viaje. Este espacio público, servirá de guía y deberá tener al menos acceso a:

o Dónde dormir.

o Dónde comer.

o Qué hacer.

o Identificar los medios de transporte públicos, junto con sus horarios y precios, para moverse por la provincia de Pontevedra.

o Planes a medida en función de unos perfiles de turista predeterminados (tipo de público, tipo de turismo, fechas, duración, etc.).

 Cómo llegar a un recurso

Este servicio proporcionará la mejor forma de llegar a un recurso que tenga definida una dirección o coordenadas. Podrá ser utilizado como complemento de otros servicios o acceder directamente a él. Para su desarrollo se propone la integración con servicios de terceros asociados a una cartografía, como puede ser “Xxxx Maps”, “Google Maps” o similares, valorándose el mayor número de opciones que se proporcionen. En caso de que se utilicen servicios de cartografía y cálculos de rutas que tengan un coste de licencias, éste se deberá incluir en el apartado de licencias.

 Ofertas de último minuto

Esta herramienta permitirá incentivar la visita al destino “Rías Baixas” por parte del usuario del portal web turístico, proponiéndole ofertas con descuento que faciliten su planificación y aumenten el atractivo del destino, potenciando la visibilidad de los recursos turísticos y eventos.

 Reserva on line

Esta área ofrecerá la posibilidad de realizar reservas “on line” en el caso de que el tipo de recurso lo permita. Además se ofrecerán paquetes turísticos o propuestas de planes a realizar por parte de los turistas que complemente toda la información ofrecida dentro del portal web.

Los elementos mostrados en esta área pública tendrán carácter informativo y para acceder a los contenidos de valor añadido, será necesario estar registrado. En este sentido, el portal web dispondrá de un área privada donde se podrá acceder a los siguientes contenidos:

 Registro de usuarios

El registro de usuarios se deberá llevar a cabo teniendo en cuenta lo indicado en la herramienta de gestión de usuarios y perfiles de acceso (desarrollado en el apartado 4.1.4. “Requisitos funcionales del portal web interno “Turismo Rías Baixas” (intranet)). En este sentido,

deberán existir formularios diferenciados en función del perfil del usuario, debiéndose elaborar para cada uno de ellos, los términos legales, la política de privacidad y el resto de elementos necesarios para cumplir con la legislación vigente.

Deberá estar protegido con algún sistema antispam (Captcha o similar) que evite registros robotizados, contar con un enlace donde se expliquen las ventajas de registrarse; además permitirá la aceptación de las condiciones de uso, la solicitud de baja y el acceso a más opciones de personalización.

El usuario de la plataforma podrá en todo momento modificar sus datos almacenados en el sistema o bien añadir más información a través de las diferentes opciones de personalización. Si el usuario modifica su dirección de email, el sistema enviará un email de validación a la nueva cuenta de usuario, siendo necesario que éste la valide accediendo al email enviado por el sistema. Asimismo, el usuario podrá darse de baja una vez se haya autenticado en el portal web.

Durante el proceso de registro del usuario, el sistema ofrecerá la posibilidad de proporcionar información personal detallada e información sobre sus intereses conforme se indica en el siguiente apartado de “personalización del perfil del usuario”.

El usuario podrá acceder a la aplicación utilizando diferentes utilidades ofrecidas por las redes sociales como son Facebookconnect y Twitterconnect, siendo valorable de manera positiva utilizar otras opciones. El acceso a través de estas utilidades, la importación de datos, etc., deberá contar con la autorización expresa del usuario.

El registro de usuarios dispondrá de un sistema de olvido de contraseña, de tal manera que pueda ser recuperada por el usuario mediante un proceso sencillo de asignación de nueva contraseña.

En todo momento, se deberán mostrar mensajes al usuario indicando los pasos a seguir en cualquier acción relacionada con su registro, modificación o baja de datos.

Se deberán incluir los mecanismos y estrategias necesarias para que el usuario considere relevante y de su interés registrarse en la plataforma, de tal manera que el turista considere el registro sencillo y rápido. Una vez registrado, el usuario tendrá capacidad para almacenar información adicional que proporcione cierto interés para acciones de marketing en función de la calidad de la información aportada por dicho usuario y el interés de la plataforma.

Toda la información que registre el usuario desde el portal web tendrá que formar parte del repositorio único que deberá servir de base para todas las acciones que se desarrollen a través del CRM, estando asociado a la ficha del turista conforme se define en el apartado 4.3.1 “Requisitos funcionales del módulo del CRM”.

En el caso de los turistas, el registro deberá contener, al menos, la siguiente información básica:

o Nombre y apellidos.

o Email.

o Contraseña.

o Fecha de nacimiento.

 Personalización del perfil de usuario

Una vez registrado el usuario, podrá acceder a la personalización de su perfil. A través de esta funcionalidad, podrá registrar sus preferencias, su país de origen u otros datos, ofreciéndoles una visión específica del sitio web, proporcionando mejores servicios y una atención más personalizada acorde con sus necesidades e intereses.

Se emplearán diferentes herramientas de personalización que permitan adaptar la presentación de la navegación horizontal en el portal web turístico y la publicidad según la información que se disponga sobre el usuario. Para ello, se utilizará la información del registro, la información del área de personalización o la IP del usuario (es decir de su origen geográfico); estos elementos serán cruzados con etiquetas de los diferentes elementos de la plataforma para seleccionar como resultado los contenidos de mayor interés para el turista.

La personalización del perfil proporcionará información de valor añadido en función de los perfiles de usuarios, de manera que los contenidos se fundamentarán en las opciones que hayan marcado durante el registro.

En el caso de los turistas, esta información será:

o Nombre de usuario.

o Nombre.

o Primer apellido.

o Segundo apellido.

o Idioma.

o Sexo.

o Fecha de Nacimiento.

o Servicios a los que desea tener acceso. En función de esta selección algunos campos pueden ser obligatorios.

o País de procedencia. Será obligatorio si marca la opción de subscripción a newsletter.

o Teléfono.

o Intereses o aficiones (eventos, espectáculos, comida, ocio nocturno, familia, etc.).

o Encuestas y otros formularios con información específica.

o Etc.

 Área personal

Los visitantes del portal, una vez registrados, dispondrán de la posibilidad de guardar en su zona personal un conjunto de elementos

que permitirá acceder de forma directa a aquellos contenidos en los que tenga un mayor interés.

En este sentido, podrá guardar en el portal web una información reducida (título, imagen, breve descripción y URL de su ubicación en el portal) o información completa (plan de viaje, folleto personalizado, ruta bajo demanda, etc.).

Desde esta área personal, se podrá acceder al menos a los siguientes servicios:

x Xxxxx de solicitud de información: el usuario podrá enviar un correo electrónico solicitando información sobre un recurso, asesoramiento para planificar una visita, etc. El formulario de solicitud deberá dar la posibilidad de georeferenciar el lugar del cual se solicita información.

x Xxxxx de quejas e incidencias: el usuario podrá enviar un correo electrónico en el que presente una queja, por diferentes causas (información errónea, mala atención, etc.). El formulario de solicitud de este buzón deberá dar la posibilidad de georeferenciar el lugar donde se produce la queja o la incidencia.

x Xxxxx de sugerencias: el usuario podrá enviar un correo electrónico sobre diferentes sugerencias que considere oportunas relacionadas con el destino. El formulario de sugerencias podrá ofrecer la posibilidad de georeferenciar el destino de la sugerencia.

Estos tres servicios de buzones alimentarán el CRM descrito en el apartado 4.3 “Módulo de CRM” (Customer Relationship Management) de este Pliego, que a su vez proporcionará información de interés para futuros análisis realizados desde el observatorio de encuestas descrito en el apartado 4.6.

“Módulo de soporte al Observatorio”.

o Área de encuestas: el usuario podrá acceder a un área de encuestas de opinión sobre diferentes elementos del destino turístico, lo que posibilitará el acceso a descuentos, promociones, premios, etc.

o Personalización de la navegación horizontal: el usuario dispondrá de un área donde podrá personalizar los elementos de su interés para configurar la navegación horizontal. Esta área será configurable en función de los intereses del usuario en cada momento. El portal web le proporcionará una selección de contenidos relacionados al contenido actual o a sus intereses, según ciertos valores configurables desde la herramienta de personalización de su perfil.

Cabe destacar que los contenidos que tengan asociada una información geográfica incluirán un elemento donde se dará acceso segmentado a una herramienta donde se mostrarán los puntos de interés cercanos.

o Buscador de recursos avanzado: el usuario contará con la posibilidad de realizar búsquedas avanzadas de los recursos de la plataforma, que incluirá diferentes opciones de personalización (meteorología, tipo de plan, etc.).

o Sindicación de contenidos: el usuario podrá asociar contenidos tanto del propio portal turístico del destino “Rías Baixas”, como de web de terceros (blogs especializados, agencias de viaje, hoteles, medios de comunicación, etc.), siempre que dichos recursos externos permitan la sindicación de sus contenidos.

o Compartir contenidos: el usuario podrá compartir los contenidos de su área privada con otros usuarios de la plataforma o publicarlo a través de redes sociales.

o Comentar recursos: el usuario podrá realizar opiniones y puntuar los recursos, además podrá visualizar los comentarios de otros usuarios registrados, así como ver la valoración general del recurso.

o Agenda activa: el usuario dispondrá de una agenda con un calendario centrado en el día actual resaltando los festivos, el sábado y el domingo. Cuando el usuario acceda a un día en concreto, la plataforma le mostrará los eventos existentes en el destino (agenda Rías Baixas), proporcionándole la posibilidad de agregarlos a su agenda. Asimismo, dispondrá de un buscador básico (nombre, tipo, etc.) y avanzado (tipo de plan, gratuito, con reserva, etc.) de eventos con el fin de facilitar el acceso a los mismos. De la misma forma, tendrá la posibilidad de planificar sus propios eventos incluyendo información de recursos u otros elementos de la plataforma.

La agenda contará con un sistema de alertas que el usuario podrá configurar de manera sencilla. Esta información se podrá exportar a través de redes sociales, correo electrónico o compartir con otros usuarios, imprimir, generar un pdf, generar una alarma, etc.

o Folleto personalizado: el sistema permitirá la descarga de información que permitirá utilizar contenidos en soportes off-line en dispositivos móviles de manera que el turista siempre pueda consultar lo que necesite configurándose su propio folleto. En este sentido, se podrá descargar cualquier contenido existente en el portal web, independientemente de su tipología: noticia, evento, ficha de recursos turísticos, fotografías, audioguías, vídeo, ruta y/o plano de acceso, etc. Tendrá habilitadas herramientas de exportación del contenido de texto principalmente en formato pdf, aunque se valorarán otros tipos proporcionados por el licitador, para la descarga y consulta offline por parte de los usuarios ya sea a través de su propio dispositivo móvil o mediante la impresión del mismo. Asimismo podrá ser compartido a través de redes sociales, correo electrónico o con otros usuarios de la plataforma.

o Información meteorológica: la información meteorológica vendrá proporcionada por un componente que ofrezca la predicción meteorológica para el día actual y también para, al menos, los próximos siete días. Como, por ejemplo, la integración con los servicios web que proporciona Meteogalicia para ofrecer su información meteorológica.

o Planificador de estancia: este servicio proporcionará al visitante la posibilidad de generar planes de viajes según sus preferencias, permitiendo vincular los diferentes recursos relacionados con su viaje a otros como la agenda o ser compartido con otros usuarios de la plataforma, ser descargado, impreso o compartido en las principales redes sociales.

La planificación del viaje se realizará mediante formularios web con preguntas sencillas que permitirán realizar la planificación del viaje teniendo en cuenta su duración, las fechas del viaje y la asociación de los recursos de interés, pudiéndose incluir fichas, imágenes, mapas o referencias horarias.

Esta planificación, podrá completarse a través de la navegación en el portal web, vinculando recursos a la estancia, o a través del acceso a estos recursos que se encuentren georeferenciados en un mapa.

Esta funcionalidad, permitirá que los potenciales visitantes, puedan planificar su viaje al destino desde su lugar de origen, y deberá poder cubrir todos los elementos necesarios para su estancia en el destino y su retorno a casa.

Por tanto, tendrá la posibilidad de reserva on line (en caso de que esté disponible el servicio de reservas) de elementos del destino como hoteles, restaurantes, museos, etc.

Asimismo, el planificador estará integrado con la información meteorológica, pudiendo ofrecer otras alternativas en caso de que las condiciones meteorológicas no sean las oportunas.

El sistema contará con elementos de recomendación que permitan al visitante conocer mejor el destino, como pueden ser eventos o recursos turísticos, (excepto alojamientos y restaurantes) los cuales podrán ser añadidos al plan. En este sentido, el usuario podrá seleccionar de los intereses propuestos por el sistema cuales le conciernen para personalizar de esta forma las propuestas de los elementos en la planificación.

El planificador contará con rutas e itinerarios propuestos, que el usuario podrá seleccionar. Estas rutas e itinerarios incluirán los siguientes elementos:

 Mapas de localización de recursos seleccionados.

 Fichas de recursos.

 Imágenes, vídeos, artículos, etc.

 Recomendaciones de dónde comer.

 Otras actividades.

 Etc.

Una vez incluida la información en el planificador, el servicio proporciona una lista de actividades. Esta lista de actividades mostrará todas las actividades seleccionadas acordes a los criterios de los intereses marcados por el usuario y de la información de localización y duración del viaje.

o Rutas “bajo demanda”: La plataforma deberá incluir la posibilidad de que todo recurso turístico, ya sean hoteles, restaurantes o patrimonio cultural y natural, pueda ser georeferenciado, en su ficha, en un mapa general por capas de recursos turísticos. Además deberá dar la posibilidad de georeferenciar una ruta en una zona planificada para uno o varios días.

Más allá de la simple concatenación de ubicaciones geográficas con estimaciones de tiempo de tránsito entre ellas, la herramienta propuesta deberá permitir la vinculación a horarios de establecimientos, tiempos estimados de visita a recursos turísticos, gustos personales del turista, posibilidad de realizar reservas on-line de ciertos destinos, condiciones meteorológicas o los eventos y alarmas contextuales que estén asociados a la ruta.

En este sentido, la plataforma deberá dar la posibilidad de una gestión ágil y dinámica de la creación de rutas temáticas e itinerarios y donde los recursos turísticos disponibles puedan enlazarse fácilmente con el objeto de crear paquetes atractivos a los visitantes, permitiendo vincular los diferentes recursos relacionados con su viaje a otros como la agenda, ser compartido con otros usuarios de la plataforma o en redes sociales.

Por último, deberá permitir la integración en dispositivos móviles de modo que se puedan cargar las rutas planificadas y disponer de ellas durante la visita para modificarlas o visualizar en tiempo real eventos que surjan.

o Bitácora de viaje: Cada usuario registrado podrá disponer de su bitácora o cuaderno de viaje y publicar posts públicos, para sus contactos. Estos contactos podrán estar agrupados en clasificaciones personalizadas por el usuario, de tal manera que las publicaciones podrán realizarse para un contacto concreto o un grupo. Los cuadernos de viaje deberán dar la posibilidad de unir varios días en un mismo cuaderno y relacionarlos con contenido de carácter multimedia, recursos turísticos valorados, etc.

La gestión de bitácoras permitirá un almacenamiento adecuado (flexible, semi-automático y ordenado), permitiendo el acceso a toda la información asociada a las visitas y dando la posibilidad de que éstas se puedan compartir con otras personas.

Deberá permitir la integración con las rutas bajo demanda, recogiendo información contextual y todos los elementos asociados a la visita (comentarios, puntos visitados, fotos tomadas, etc.) de manera que se permita el acceso ordenado a toda esa información, para que los propios usuarios lo puedan personalizar y compartir.

Esta funcionalidad estaría vinculada al componente humano y social de la plataforma al permitir compartir experiencias con otros usuarios de la misma, por tanto se valorará la integración con diferentes redes sociales como Facebook o Foursquare, y la utilización de menús contextuales que permitan a otros usuarios expresar su opinión.

o Prescripción turística: A través de esta funcionalidad, se fomentará la colaboración entre usuarios mediante acciones de colaboración que proporcionarán al turista la capacidad de compartir e interactuar con otros visitantes de la Web, fomentándose así la prescripción “boca a boca” y la viralidad. El objetivo de esta funcionalidad es la difusión de la marca Rías Baixas por medio de un conjunto de acciones como son: recomendar, valorar y compartir planes de viaje. En todas estas opciones se permitirá compartir el contenido a través de redes sociales.

4.1.3. Requisitos funcionales del portal web profesional (extranet)

A través de una extranet se habilitará el portal web para los empresarios y profesionales del sector turístico de la provincia de Pontevedra. Esta herramienta será el canal principal de comunicación bidireccional con el sector, aportando información de calidad y recepcionando la información del estado de los recursos de los cuales son propietarios.

Desde el punto de vista de los propietarios de recursos turísticos, se propone una interfaz que les permita, ya no solamente, editar la información asociada a su recurso (nombre, ubicación, aforo, accesos, etc.), sino también generar eventos asociados a los mismos dinamizando la relación con los usuarios de la plataforma web.

Asimismo, se buscará que la información de los recursos se propague a través de redes sociales y permitir que cualquier usuario, del portal web turístico, a través del móvil (descarga y uso gratuito), pueda ver qué empresas y/o negocios hay en su entorno, qué ofertas están promoviendo, e interactuar con ellas y otros usuarios mediante recomendaciones (marketing de recomendación).

Este portal web será la herramienta en el que se podrá mostrar a los profesionales del sector entre otros contenidos, informes de valor, tendencias analizadas, movimientos de turistas, estudios estadísticos o previsiones, con el objeto de que puedan conocer la situación del destino.

Para el acceso al portal del profesional de la plataforma, se establecerán los siguientes perfiles:

 Medios de información/comunicación que consumen información relevante proporcionada por este portal web profesional. Tendrán

acceso a la información y a los recursos exclusivos, etc., mediante el acceso a zonas acotadas para este perfil en la extranet.

 Profesionales del el sector turístico con oferta profesional incluida en el portal web profesional. Suministrarán y administrarán la información relevante a sus contenidos. Estos profesionales tendrán permisos selectivos de edición a ciertos contenidos y acceso a las herramientas de la misma que se definirán a continuación en este apartado de requisitos funcionales.

 Profesionales del sector turístico general que buscan información para la creación de paquetes turísticos o folletos de promoción del destino “Rías Baixas”.

Las funcionalidades mínimas que tendrá el portal web profesional serán:

 Registro de usuarios y empresas

El registro de los usuarios se realizará de manera similar a lo descrito en el portal web turístico, y en el caso de los profesionales del sector turístico y medios de comunicación, deberá contener al menos la siguiente información:

o Nombre y apellidos.

o Email.

o Contraseña.

o Fecha de nacimiento.

o DNI/Pasaporte/Otros.

o Teléfono.

o Posición en la empresa.

Para el registro de profesionales del sector turístico y medios de comunicación, la empresa deberá estar inscrita previamente, en caso de que éste no se encuentre registrada, se procederá a la inscripción de la misma con, al menos, los siguientes datos:

o Nombre.

o Razón Social.

o CIF/NIF.

o Tipo de vía.

o Dirección.

o Número.

o País.

o Estado/provincia.

o Código postal.

o Municipio/Localidad.

o Teléfono.

o Email.

o Fax.

o Página Web.

o Comentarios (Texto libre máx. 500 caracteres).

o Documentación aportada, una vez la documentación aportada haya sido validada por los responsables de “Turismo Rías Baixas” esta será incluida en la ficha del usuario.

o Sector/subsector.

 Visualización del contenido en el portal web

La extranet deberá cumplir con al menos las siguientes características que darán soporte a toda la funcionalidad del portal web:

o La extranet deberá permitir tener distintas vistas y accesos dependiendo del status de cada persona que accede (roles).

o Partiendo de una configuración estándar definida por el administrador, la configuración de los elementos que constituyen la extranet será modificable por los usuarios.

o Deberá soportar el desarrollo e incorporación modular de nuevas prestaciones y/o aplicaciones y de contenedores de información.

 Herramienta de gestión de ofertas último minuto

La gestión de las ofertas de último minuto se realizará a través de una interface en la que la empresa adherida proyecto podrá incluir la información (calendario, precios, condiciones, etc.) para que se muestre en el portal web turístico.

Existe la posibilidad de que ciertas empresas del sector turístico, como pueden ser hoteles, restaurantes, espectáculos, etc., utilicen herramientas de gestión de sus propios recursos ya existentes en el mercado. Para aquellos que ya poseen un centro de gestión, la plataforma web deberá tener la capacidad para integrarse con dichos sistemas.

Durante el desarrollo del proyecto, se establecerán las condiciones para la publicación de ofertas en este apartado.

 Herramienta de gestión de la oferta y reserva “on line”

Esta herramienta permitirá la agregación de datos, de distintas webs que actúen como “centrales de reserva” o con los sistemas de gestión de reserva de las propias empresas adheridas al proyecto. Asimismo, contará con una interface, donde las empresas turísticas que no dispongan de ninguna herramienta, podrán gestionar sus datos (precios, calendarios, disponibilidad, etc.) para ser publicados en el portal web turístico, incluso, podrán ser propagados a sistemas de terceros para la gestión de reservas mediante la integración de estos sistemas con la plataforma.

Asimismo, se pretende que través de esta herramienta, las empresas adheridas al proyecto puedan gestionar la comunicación con los

principales sistemas de comercialización turística, de manera que se facilite la gestión de datos entre los diferentes agentes y se integren las reservas realizadas con los diferentes sistemas de back-office de cada agente.

Por último, deberá incluir una funcionalidad que permita la comunicación entre los diferentes agentes del sector (empresas turísticas, agencias, mediadores) con el objeto de que se pueda agrupar la oferta en paquetes turísticos o proponer planes para realizar por los turistas y visitantes, de manera que se proporcione una oferta cerrada que contemple diversas actividades.

 Herramienta de gestión interna de recursos

Esta herramienta permitirá la gestión de los recursos turísticos de los que una empresa es propietaria. En ella, se introducirán datos relativos a sus recursos como podrá ser su información general, características, servicios, datos de contacto, contenido multimedia, etc.

Estos datos serán publicados en el portal web turístico, y en caso de que así se requiera, estarán enlazados con los de la herramienta de gestión de reservas.

 Directorio de responsables de los recursos

Esta herramienta permitirá el acceso a la gestión de contactos de los responsables de los recursos.

 Herramienta de gestión documental y multimedia (fotos, videos, etc.)

Esta herramienta permitirá el acceso a la gestión de contenido tanto documental como multimedia de los elementos asociados la plataforma web. A través de ella, se podrán realizar las siguientes acciones:

o Descargar los elementos asociados a la gestión documental y multimedia del sistema propuesto (videos, fotos, notas de prensa, artículos, etc.).

o Incluir nuevos elementos que se proponen para la publicación en las diferentes áreas del portal web turístico.

Toda la información relacionada con el recurso, antes de ser publicada, podrá ser auditada mediante un módulo específico por parte del perfil de administración que ejercerá el personal del servicio de Turismo Rías Baixas de la Diputación de Pontevedra, conforme se define en el siguiente apartado 4.1.4. “Requisitos funcionales del portal web interno “Turismo Rías Baixas” (intranet).

 Herramienta de gestión de la reputación “online”

A través de esta herramienta se proporcionará a las empresas una herramienta para interactuar con los turistas a través de las redes sociales y mejorar la atención y reputación de sus negocios. Para ello, esta herramienta deberá permitir:

o Monitorizar la actividad en redes sociales donde esté presente o desee actuar la empresa.

o Informar de las conversaciones relacionadas con su negocio para que la empresa pueda participar en las mismas.

o Reporte de la actividad en redes sociales.

 Herramienta de solicitud xx xxxxxxx sobre colectivo

A través de esta herramienta las empresas podrán solicitar acciones de comunicación (email marketing; envío de emails promocionales para tratar de adquirir nuevos clientes o para intentar persuadir a los clientes existentes) sobre colectivos de su interés con el objeto de mejorar la promoción del destino.

 Herramienta de informes y estadísticas

A través de esta herramienta las empresas tendrán acceso a informes de valor añadido sobre el sector, tendencias analizadas por los propios empresarios de situaciones anteriores, movimientos de turistas, estudios estadísticos, previsiones, etc.

Asimismo, para aquellas empresas que vuelquen los datos en la plataforma web, esta herramienta permitirá la realización de informes específicos, por parte de las propias empresas y profesionales, sobre su actividad, permitiendo la comparación con los datos agregados del resto de sector turístico. Se deberá realizar una fase de análisis por parte de la empresa adjudicada que defina los principales informes necesarios en función del sector empresarial turístico. De esta manera la plataforma aportará dichos informes como predefinidos y, por otro lado, existirá la posibilidad de crear informes a medida mediante la modificación de ciertos campos para cruzar la información y generar estadísticas de interés.

4.1.4. Requisitos funcionales del portal web interno “Turismo Rías Baixas” (intranet)

El portal web interno “Turismo Rías Baixas”, será la herramienta de gestión, administración y actualización de la información por parte de la Diputación de Pontevedra con respecto a los módulos como el gestor de contenidos, el repositorio de datos única de recursos turísticos o el gestor de contenido tanto documental como multimedia. Además, este portal web permitirá a los técnicos del Servicio de Turismo Rías Baixas de la Diputación de Pontevedra y a sus colaboradores realizar búsquedas inteligentes y contextuales en los diferentes módulos que definen todo el sistema del proyecto SMART DESTINATIONS.

El portal también deberá permitir el acceso a la interface del módulo de CRM, definido en el apartado 4.3. “Módulo de CRM (Customer Relationship Management)”, y todas las funcionalidades que éste proporcione a los técnicos del servicio de “Turismo Rías Baixas” de la Diputación de Pontevedra, así como al módulo de BI (Business Intelligence) y al observatorio turístico de encuestas, que se definen en los siguientes apartados.

Las funcionalidades mínimas que se proporcionarán desde el portal web interno “Turismo Rías Baixas” serán:

 El portal web interno deberá cumplir con al menos las siguientes características:

o La intranet deberá permitir tener distintas vistas y accesos dependiendo del perfil de cada usuario que accede a la plataforma.

o Partiendo de una configuración estándar del portal web interno, los elementos podrán ser modificables por los usuarios de este portal web en función de sus preferencias, no así los permisos de acceso que serán competencia exclusiva del perfil de administrador.

o Deberá soportar el desarrollo y la incorporación modular de nuevas prestaciones y de contenedores de información.

 Herramienta de gestión de usuarios y perfiles de acceso

Esta herramienta permitirá la gestión de usuarios y la definición de perfiles de edición, aprobación y publicación de contenido de manera sencilla y segura, sin necesidad de disponer de conocimientos técnicos.

Cada usuario que accede a la plataforma xx xxxxxxxx web tendrá asociado un perfil que definirá las acciones que podrá realizar dentro del sistema, en este sentido, el licitador deberá realizar una propuesta preliminar en su oferta de los permisos asociados a cada perfil, pudiendo establecer diferentes niveles de acceso y teniendo en cuenta que se han definido los siguientes grupos de usuarios:

o Usuarios públicos: cualquier usuario que se registre en el portal web turístico con el objeto de acceder a los servicios que proporciona.

o Usuarios profesionales: serán aquellos usuarios del portal web profesional. Administrarán los contenidos de los cuales son responsables o de los que el usuario administrador le ha dado permisos. Se establecen las siguientes categorías:

 Medios de información/comunicación que consumirán información relevante proporcionada por el portal web profesional.

 Profesionales del el sector turístico con oferta profesional incluida en el portal web del profesional. Suministrarán y administrarán información relevante a sus contenidos. Poseen permisos selectivos de edición a ciertos contenidos.

 Profesionales del sector turístico general que buscarán información para la creación de paquetes turísticos o folletos de promoción de Rías Baixas.

o Los técnicos del servicio de Turismo Rías Baixas de la Diputación de Pontevedra (administración y oficinas de turismo). Serán los usuarios del portal web interno “Turismo Rías Baixas” y tendrán capacidad para gestionar el mismo.

Desde la herramienta de administración se tendrá acceso a la sección de administradores, donde se podrán realizar las actuaciones necesarias para la gestión de los usuarios (alta, baja y modificación) y permisos (acceso, escritura, aprobación, etc.), creación de nuevos perfiles con sus correspondientes permisos, acceso a todos los servicios y posibilidad de delimitar los accesos del resto de usuarios, etc. Todas las funcionalidades asignadas al perfil administrador deberán ser realizadas sin necesidad de conocimientos técnicos por parte dicho administrador.

 Herramienta de gestión documental y multimedia

Esta herramienta permitirá el acceso según el perfil de acceso al módulo de gestión de contenidos documentales y multimedia que se describe en este Pliego. A través de ella, se permitirá la:

o Gestión de imágenes.

o Gestión de vídeos y audios.

o Gestión de documentos.

La gestión de contenidos deberá permitir el acceso a los metadatos de las distintas clases documentales y multimedia que se deberán definir en el transcurso del proyecto.

 Herramienta de gestión del inventario de recursos turísticos

Esta herramienta permitirá la gestión, seguimiento y actualización de todos los recursos turísticos de la provincia de Pontevedra, de manera que sea un instrumento que le permita gestionar, actualizar y explotar toda la información de la que se dispone actualmente para que pueda ser promocionada y presentada a los turistas y visitantes.

Cada recurso, se presentará en una ficha de aspecto acorde a la estética del portal web. Estas fichas deberán mostrar la información de los tipos de recursos turísticos existentes además de los nuevos tipos que podrán ser añadidos en un futuro.

La herramienta deberá tener la capacidad de grabar y estructurar la información de cada recurso en base a una tipología propuesta por el servicio de Turismo Rías Baixas de la Diputación de Pontevedra. Deberá ofrecer la capacidad de dar de alta, modificar y dar de baja los recursos, proporcionando la posibilidad de añadir datos de cada recurso turístico de una manera progresiva, es decir, se podrá guardar un recurso sin necesidad de tener toda su información en un momento puntual. Al editar un recurso la herramienta mostrará un formulario con todos los campos asociados. La herramienta permitirá relacionar un recurso turístico con otros recursos turísticos en caso de que sea necesario. Cuando se finalice cada proceso se lanzará un workflow de varios niveles para que el perfil adecuado pueda validar estos datos de forma previa a su publicación.

 Herramienta de gestión de contenidos

Esta herramienta permitirá el acceso al módulo de gestión de contenidos de la propia plataforma web donde se ubicarán los distintos

portales web. El acceso estará restringido en función de los permisos del usuario.

 Directorios de personal y contactos

Se creará un directorio de personal en el que se podrá acceder a los datos de contacto de todos los usuarios registrados en la plataforma con independencia del perfil. Esta herramienta deberá tener la capacidad de integrarse con el sistema de terceros de la propia Diputación de Pontevedra realizado en la tecnología Ontimize.

 Herramienta de gestión del módulo CRM

Esta herramienta permitirá gestión de acceso al módulo de CRM (Customer Relationship Management) definido en apartado 4.3. “Módulo de CRM” este Pliego, en función de los permisos asignados al usuario.

 Herramienta de gestión del módulo de observatorio de encuestas

Esta herramienta permitirá la gestión de acceso al módulo de observatorio de encuestas definido en apartado 4.6.” Módulo de soporte al Observatorio” este Pliego, en función de los permisos asignados al usuario.

 Herramienta de gestión de la extranet

Esta herramienta permitirá la gestión a nivel de administración de todos los elementos incluidos en las extranet.

4.1.5. Requisitos técnicos para el desarrollo de los portales web

A continuación se describen los requerimientos técnicos mínimos que deberá cubrir la solución propuesta por cada licitador para la plataforma web que dará soporte a los tres portales web definidos anteriormente:

 La plataforma xx xxxxxxxx web deberá integrarse con el resto de sistemas descritos en este Pliego.

 Los portales web deberán ser sistemas web accesible a través de un navegador en las versiones actuales (por lo menos Internet Explorer, Safari, Firefox y Chrome).

 Los portales web deberán cumplir los criterios de accesibilidad AA estipulados por la W3C.

 La imagen de los portales web deberán ajustarse a las especificaciones de los manuales de identidad corporativa de la Diputación de Pontevedra.

 El sistema gestor de base de datos deberá ser Oracle o MS SQL Server (preferiblemente Oracle), sistemas para los cuales la Diputación de Pontevedra ya dispone de licencia corporativa, o en su defecto se permitirá la utilización del sistema gestor de base de datos MySQL.

 Los portales web deberán desarrollarse bajo el gestor de contenidos LifeRay 6.1 de la Diputación de Pontevedra.

 Los portales web estarán basados en web 2.0 y estándares actuales.

 Los portales web deberán ofrecer Single Sign-On/Off (SSO) con las aplicaciones cuyas funcionalidades se incorporen a los portales web y que precisen autenticación de usuario.

 Los portales web contarán con una Interfaz WYSIWYG amigable y sencilla, que permita su utilización sin necesidad de conocimientos técnicos.

 Deberá garantizar la escalabilidad, la alta disponibilidad y la seguridad de los portales web.

 Deberá ser instalada en un Linux Ubuntu Server.

 Se podrá ejecutar en cualquier servidor de aplicaciones que asegure su correcto funcionamiento en el sistema operativo comentado en el punto anterior, (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 Los servidores y las máquinas deberán ser virtualizables con los sistemas de virtualización de la Diputación de Pontevedra, VmWare y OracleVm.

 Deberá tener capacidad multi-idioma, esto es, deberá incluir soporte para al menos 5 idiomas (xxxxxxx, castellano, inglés, alemán y francés). La plataforma deberá hacer uso de la herramienta de gestión que proporciona Liferay para insertar contenidos en los distintos idiomas presentes en cada uno de los portales web.

 El adjudicatario podrá usar licencias de software libre o propietario (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 La solución deberá proporcionar capacidades de publicación de contenidos multicanal y multidispositivo, permitiendo la transformación y presentación de contenidos a múltiples formatos como HTML, WML, XHTML, así como formatos específicos para dispositivos móviles (Tabletas, smartphones, PDA, etc.).

4.2. Desarrollo de aplicaciones para dispositivos móviles

El adjudicatario deberá ofrecer el desarrollo y la puesta en marcha de dos aplicaciones para dispositivos móviles (smartphones y tablets):

 Aplicación para dispositivos móviles orientada al turística que ofrezca una funcionalidad similar a la propuesta en el portal web turístico, tanto del área pública como del área privada, definido en el apartado 4.1.2. “Requisitos funcionales del portal web turístico (Internet)”.

 Aplicación para dispositivos móviles orientada a los profesionales del sector turístico de la provincia de Pontevedra que ofrezca cierta funcionalidad del portal web profesional definido en el apartado 4.1.3. “¡Error! No se encuentra el origen de la referencia.” para la gestión de sus recursos, la gestión de ofertas de último minuto, gestión de la oferta y reserva “on line” y la visualización de informes y estadísticas.

Como mínimo, esta aplicación deberá estar disponible para las siguientes plataformas:

 Google Play para dispositivos Android compatible con las versiones

4.2.x y superiores.

 App Store para dispositivos con iOS compatible con las versiones 6.1.x y superiores.

Las aplicaciones propuestas deberán garantizar la comunicación con el repositorio único de la información turística del Sistema de Información, para que tanto el turista como el profesional puedan consultar la información desde su dispositivo móvil en tiempo real, a través del bus de integración definido en el apartado 4.4. “Módulo de integración (Bus de integración)”.

Las aplicaciones propuestas en este apartado deberán hacer uso de las ventajas que ofrecen las interfaces de usuario de los dispositivos soportados en cuanto a funcionalidades multitáctil y de accesibilidad. Además, la aplicación deberá aprovechar, en la medida de lo posible, la integración con otras aplicaciones instaladas en el dispositivo móvil, como puede ser la aplicación de mapas o aplicaciones de redes sociales.

Las aplicaciones deberán poder crear avisos visuales en el dispositivo instalado, utilizando el centro de notificaciones nativo del sistema operativo del propio dispositivo móvil.

En el apartado de mejoras propuestas por el licitador se valorará la integración con aplicaciones para dispositivos móviles de gran interés turístico, como por ejemplo la aplicación “mtrip”. Estas aplicaciones deberán ser integradas, de igual manera, con el repositorio único del proyecto mediante el bus de integración definido en este Pliego.

4.3. Módulo de CRM (Customer Relationship Management)

Se deberá implantar, desplegar, parametrizar y configurar un módulo de CRM, en la tecnología que más se adapte a las necesidades del proyecto, para el análisis, gestión, seguimiento y explotación de las interacciones de los turistas con todo el sistema de servicios turísticos de la provincia de Pontevedra definido en este Pliego, con capacidad evolutiva, relacional e incremental.

Este módulo estará compuesto por una aplicación CRM (Customer Relationship Management), que ofrecerá toda la información para el servicio de atención al turista. Esta aplicación estará disponible tanto en los puestos de trabajo presenciales como en los telefónicos y a través de la plataforma web con el objeto de prestar un trato personalizado al visitante.

4.3.1. Requisitos funcionales

La plataforma de servicios turísticos deberá integrar un CRM que permitirá la gestión de la información a través de cada uno de los módulos (portal web turístico, portal web profesional, portal web interno de “Turismo Rías Baixas”, etc.) y aplicaciones objeto del presente proyecto. Toda la información se almacenará en un único punto centralizado que recogerá la información, comportamiento y transacciones que se generarán en la plataforma de servicios turísticos.

Por tanto, el sistema deberá permitir la realización de las siguientes tareas:

 Adquisición de información de valor de clientes, no clientes y mercados.

 Explotación de la información para mejorar el conocimiento sobre el comportamiento de los clientes.

 Satisfacción de las necesidades individuales de los clientes y optimización del valor aportado al cliente. Gestión de la adquisición, vinculación y retención de clientes.

 Re-utilización de los resultados de la interacción para mejorar la eficiencia de las acciones futuras.

Se deberá basar fundamentalmente en la orientación al cliente, lo cual deberá permitir una sencilla e intuitiva gestión de éstos permitiendo analizar entre otros datos su curva de demanda, patrón de gustos, histórico de interacciones, ventas realizadas, estacionalidad, proyección de consumo, tipología de turista, etc.

Este módulo deberá interactuar con toda la información y datos de los actores involucrados y aplicaciones que conforman el sistema global. Por lo tanto la interoperabilidad e integración con la arquitectura del sistema deberá ser total, así como la retroalimentación de la información.

De esta manera, el módulo de CRM deberá ser capaz de cubrir al menos las siguientes funcionalidades:

 Área de marketing

En esta área de marketing se deberán incluir aplicaciones para la gestión de campañas y de envío de emails promocionales para tratar de atraer a nuevos turistas o para intentar de persuadir a los ya existentes.

 Gestión de clientes

Las fichas de cliente que se mantendrán en el CRM podrán ser actualizadas por los usuarios administradores de la plataforma o por el propio cliente. Cada registro podrá ser dado de alta a través de formularios específicos del CRM, con la información de cualquiera de los usuarios de los diferentes portales web que componen el sistema (portal web turístico, portal web profesional y portal web interno “Turismo Rías Baixas”). La actualización de esta información también podrá ser realizada directamente por parte del cliente siempre que acceda desde el portal web correspondiente con su usuario y contraseña.

Esta herramienta deberá contar con las siguientes características:

o Gestión de agenda para los técnicos e informadores turísticos del servicio de Turismo Rías Baixas de la Diputación de Pontevedra, permitiendo la gestión de sus propias agendas y la planificación de las actividades a realizar por estos usuarios.

o Gestión de los turistas a través de una ficha con toda la información disponible, datos personales, sus preferencias, información de campañas, información de reservas, un registro de los mensajes informativos y de publicidad enviados a los usuarios, detalles de concursos en las que han participado, detalles de cuestionarios cubiertos por el usuario, incluyendo datos de las respuestas, historial de contactos, etc.

o Gestión de turistas potenciales a los que se debería realizar una acción proactiva de contacto y propuesta de servicios mediante un módulo que permita realizar las siguientes acciones:

 Campañas multicanal.

 Ayuda a la creación de ofertas y campañas.

 Campañas de notificaciones automáticas vía mail, sms, etc.

 Creación de formularios y encuestas.

 Gestión de clientes potenciales.

 Campañas de fidelización y ofertas.

 Predicciones de ventas.

o Deberá disponer de herramientas de gestión de la comunicación con los turistas y potenciales turistas:

 Envío masivo de email, sms o mensajes al área privada.

 Programación y envío de mensajes, publicaciones y novedades a usuarios, contactos potenciales y usuarios del portal web turístico.

 Posibilidad de aplicar filtros en el repositorio donde se ubican los usuarios para realizar comunicaciones segmentadas.

 Creación de informes e historial de envíos.

 Seguimiento de notificaciones.

o Deberá disponer de herramientas de gestión de la comunicación entre los técnicos e informadores turísticos del servicio de Turismo Rías Baixas de la Diputación de Pontevedra:

 Posibilidad de comunicación multiusuario en tiempo real.

 Posibilidad de gestión de la agenda de actividades.

 Acceso a documentos, recursos formativos y enlaces de interés.

 Recepción de peticiones, quejas e incidencias

La herramienta CRM deberá proporcionar un sistema de gestión de recepción de peticiones, quejas e incidencias para mejorar la atención presencial al turista y profesionales del sector turístico, optimizando los recursos disponibles por parte de los agentes y reduciendo los tiempos de espera.

 Gestión de peticiones, quejas e incidencias

Tras la recepción de las peticiones, quejas e incidencias, este módulo deberá gestionar dichas peticiones usando herramientas que ofrezcan las siguientes características:

o Posibilidad de asignación de respuestas con antelación.

o Registro de la información básica de la petición.

o Consulta de las peticiones para los usuarios autorizados.

 Atención integral

Deberá permitir la atención integral al turista, a través de un punto de acceso único a toda la información sobre las posibles asistencias que un turista pueda requerir. La atención integral se enfocará en las siguientes áreas:

o Información detallada: el sistema proporcionará toda aquella información de carácter general y específica, de manera catalogada y clasificada, permitiendo así una rápida localización. Deberá soportar información de cualquier tipo: mapas y guías, legislación, folletos, calendarios, fichas informativas, formularios, etc.

o Protocolos de atención: el sistema permitirá el acceso a protocolos, que guiarán a los operadores en la resolución de las situaciones y preguntas planteadas por los ciudadanos.

o Avisos de los turistas: se podrá registrar cualquier tipo de aviso (quejas, notificaciones, reclamaciones, incidencias) que se produzca por parte de los turistas, así como los datos asociados al mismo.

o Obtención de estadísticas: el sistema incorporará una opción de consultas y estadísticas que permita obtener métricas sobre cualquiera de los hechos registrados en el sistema. Igualmente, se habilitarán mecanismos para obtener y medir la satisfacción del turista respecto al destino.

 Gestión de redes sociales

Deberá permitir la gestión de Redes Sociales, con el objetivo de analizar el posicionamiento del destino y gestionar la atención a estos en redes sociales. En este sentido deberá permitir:

o Monitorizar la actividad en redes sociales donde esté presente o desee actuar el destino.

o Clasificación automática de conversaciones y perfiles de usuario.

o Identificación de perfiles de usuario y detección de oportunidades.

o Enrutamiento de conversaciones para integrarlas en la plataforma.

o Reporte de la actividad en redes sociales.

 Gestión de la cartera de turistas

Deberá permitir la gestión de la cartera de turistas existentes y potenciales a través de las siguientes acciones:

o Análisis de competencia y mercado potencial

o Análisis del ciclo de vida de los clientes.

o Segmentación e identificación de perfiles potenciales en función de los productos y/o servicios.

o Análisis del comportamiento de los turistas en función del perfil y las preferencias.

o Identificación de las necesidades de los turistas.

o Análisis de los servicios turísticos prestados, estableciendo pautas y patrones con el objeto de identificar clientes potenciales.

 Integración del CRM con la plataforma xx xxxxxxxx web

El módulo CRM deberá integrarse con la plataforma xx xxxxxxxx web para poder explotar al máximo las posibilidades que ofrecerán estos dos elementos. Por lo tanto, estas dos partes tendrán que estar totalmente integradas y deberán beneficiarse de los datos que se generen, no solo de la información proporcionada por parte de las empresas del sector turístico que utilizarán este CRM sino de toda la información que se pueda extraer del propio destino mediante el uso de las herramientas que se definen en este Pliego, bien del cliente final como del resto de actores. Toda esta información podrá servir para definir estrategias y herramientas futuras, e incluso, realizar nuevas campañas de promoción mucho más acertadas y mejor orientadas basadas en los datos obtenidos.

Una de las ventajas de la integración del CRM con el portal web turístico es que permitirá obtener una gran cantidad de información que posteriormente pueda ser tratada para generar actividades más adaptadas al perfil de cada usuario. Para ello, el CRM deberá permitir microsegmentar el repositorio único para generar listas de distribución bien definidas y en distintos idiomas.

El portal web turístico deberá incluir plantillas que se podrán activar según la tipología de cliente, la temática y la época del año. Se valorarán positivamente aquellas propuestas que integren un modelo de CRM 2.0 (o modelo CRM Social) para mejorar la interacción y las relaciones colaborativas con distintas comunidades de usuarios, en lugar de integrar aplicaciones CRM que ya están desarrolladas en el mercado.

4.3.2. Requisitos técnicos

A continuación se describen los requerimientos técnicos mínimos que deberá cubrir la solución propuesta por el adjudicatario:

 Deberá ser un sistema web accesible a través de un navegador en las versiones actuales (por lo menos Internet Explorer, Safari, Firefox y Chrome).

 La imagen del CRM deberá ajustarse a las especificaciones de los manuales de identidad corporativa de la Diputación de Pontevedra.

 El sistema gestor de base de datos deberá ser Oracle (preferiblemente Oracle), sistemas para los cuales la Diputación de Pontevedra ya dispone de licencia corporativa, o en su defecto se permitirá la utilización del sistema gestor de base de datos MySQL.

 El módulo de CRM deberá ofrecer Single Sign-On/Off (SSO) con las aplicaciones cuyas funcionalidades se incorporen a los portales web y que precisen autenticación de usuario.

 Deberá garantizar la escalabilidad, la alta disponibilidad y la seguridad.

 Se valorará la instalación en un servidor Linux Ubuntu Server y en cualquier otro caso, la necesidad de licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario.

 Se podrá ejecutar en cualquier servidor de aplicaciones que asegure su correcto funcionamiento en el sistema operativo comentado en el punto anterior, (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 Los servidores y las máquinas deberán ser virtualizables con los sistemas de virtualización de la Diputación de Pontevedra, VmWare y OracleVm.

 El adjudicatario podrá usar licencias de software libre o propietario (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

4.4. Módulo de integración (Bus de integración)

El módulo de integración será una plataforma implementada con el propósito principal de actuar como registro y gestor de servicios al que se le añadirán las funcionalidades necesarias para mejorar la eficiencia de las transacciones (seguridad, adaptadores, trazabilidad, monitorización, etc.).

Se deberá implantar un sistema que permita comunicar entre sí a todos los módulos del Sistema de Información. También deberá permitir la interoperabilidad con otros sistemas de información de terceros que sean necesarios, tales como centrales de reservas, otras administraciones, etc.

El sistema implementará interfaces estandarizadas para proveer comunicación, conectividad, transformación, portabilidad y seguridad.

La plataforma de integración se basará en una arquitectura SOA (Service Oriented Architecture), que permitirá obtener infraestructuras altamente escalables y flexibles con el fin de facilitar su evolución. Este módulo de integración además de utilizar la arquitectura SOA (Services Oriented Architecture) deberá tener capacidad de combinar con otros estándares como por ejemplo, el empleado para eventos EDA (Event Driven Architecture).

El módulo de integración contará con un bus de integración (ESB-Enterprice Service Bus) que ocupará la capa de abstracción intermedia (middleware) entre los distintos sistemas, proporcionando mecanismos de comunicación y de transformación. En este sentido, deberá ser el canal único y multidireccional por el que fluya la información de forma síncrona y asíncrona de todo el sistema.

En definitiva, deberá ser capaz de reemplazar todo el contacto directo entre aplicaciones, consiguiendo que todas ellas se comuniquen a través del bus de integración, que tendrá la capacidad de transmitir y de recibir mensajes basados en estándares, pudiendo transformar estos mensajes en formatos que sean reconocidos por las distintas aplicaciones a través de posibles adaptadores, en el caso de que se precisen. En este sentido se solicita que el intercambio de

mensajes sea independiente del sistema, con el objetivo de poder integrar aplicaciones que se ejecutan en diversos sistemas operativos.

A modo de resumen el bus de integración deberá estar caracterizado por las siguientes capacidades:

 Interoperabilidad. Las comunicaciones entre los elementos del bus deberán materializarse mediante un intercambio de datos uniforme y sencillo, a través de las diferentes interfaces que se requieran, para lo que se considera fundamental el uso de estándares normalizados, que garanticen la interoperabilidad entre los dispositivos y los sistemas de información que combinan gestión de mensajería, web services, transformación de datos, enrutamiento inteligente y orquestación de interacciones entre diversas aplicaciones heterogéneas.

 Usabilidad y transparencia de funcionamiento de cara al usuario. Los dispositivos que se integren en el bus deberán automatizar y simplificar en la medida de lo posible las acciones a realizar por el usuario (conexión, configuración, utilización, etc.) con el fin de que el sistema realice su labor minimizando la sobrecarga de operación.

 Niveles adecuados de seguridad que garanticen la privacidad del usuario, la confidencialidad y la integridad de los datos, incluyendo el registro y autor de los mismos.

 Transporte de información bidireccional. Se deberá permitir la bidireccionalidad en el intercambio de datos entre los módulos del proyecto Smart Destinations y el resto de actores y viceversa. Además se contemplará el intercambio de información entre usuarios (por ejemplo entre grandes grupos empresariales del sector turístico y centrales de reservas correspondiente).

 Jerarquía de administración. Se deberá permitir una administración jerarquizada, distribuida y segura.

4.4.1. Requisitos funcionales

El módulo de integración deberá tener al menos las siguientes características:

 Permitirá la comunicación entre los siguientes módulos de la plataforma:

o Plataforma xx xxxxxxxx web.

o El CRM.

o Repositorio único de información turística.

o Gestor de contenidos tanto documental como multimedia.

o Business Intelligence (BI).

o Sistemas de terceros (sistemas de otras administraciones, sistemas que ofrezcan servicios añadidos a la plataforma, redes sociales, etc.).

 Deberá disponer de utilidades de control y monitorización de la plataforma para la supervisión de los acuerdos a nivel de servicio de los sistemas que se definan.

 Tendrá implementado un modelo de seguridad normalizado para autorizar, autenticar y auditar el uso del bus.

 Deberá facilitar la transformación de formatos y valores de datos entre servicios.

 Deberá permitir la validación de esquemas para la emisión y recepción de mensajes.

 Deberá posibilitar la aplicación de reglas.

 Deberá soportar la división y combinación de múltiples mensajes y el manejo de excepciones.

 Facilitará el encaminamiento y la transformación de mensajes de modo condicional.

 Permitirá el encolado y la retención de los mensajes si las aplicaciones no están temporalmente disponibles.

 Deberá disponer de un registro centralizado de los servicios que se irán incorporando en el sistema y los atributos necesarios para la publicación e invocación de los mismos. A modo de inventario inicial de servicios soportados por la plataforma se incluyen los siguientes:

o Publicación de recursos turísticos dentro del módulo de integración.

o Consulta de los recursos turísticos existentes en el sistema de información propuesto en este Pliego.

o Notificación al proveedor de reservas realizadas desde los portales web.

o Confirmación del proveedor de la aceptación de reservas realizadas desde los portales web.

o Recuperación por parte del proveedor (consulta) de reservas realizadas desde los portales web.

o Consulta y reserva de recursos turísticos desde los portales web de manera integrada y transaccional con el back-office del proveedor.

 Deberá permitir el desarrollo de los canales de comunicación, promoción y comercialización necesarios para comunicarse con cadenas de alojamiento y empresas que ofertan diferentes servicios y productos turísticos, agencias de viajes minoristas-mayoristas y on-line, touroperadores, portales web de opiniones, comparadores, infomediadores e innomediarios, centrales de reservas, redes sociales, GDS (Global Distribution System) e IDS (Information Distribution System).

 Deberá tener capacidad para integrar sensores, cámaras y otros elementos.

 Deberá permitir la conexión con la red XXXX para el acceso a todos los servicios relacionados con el sector turístico, y con otras Administraciones Públicas como puede ser la Agencia de Turismo de Galicia, para el acceso a servicios relacionados con el sector turístico.

 Para garantizar la seguridad de los datos y permitir el intercambio de los mismos en un entorno seguro, deberá implementar un control de los permisos y accesos a la información.

 Deberá incorporar funcionalidades de gestión y administración de la propia plataforma y de las integraciones realizadas.

 Permitirá definir, gestionar y monitorizar los procesos de negocio de alto nivel que se extiendan a través de aplicaciones externas, además de la implementación de nuevos procesos.

 Deberá generar alarmas en el caso de que alguno de los procesos de negocio no se ejecutase según las reglas definidas.

 Deberá incluir herramientas de diseño gráfico de procesos de orquestación.

 Deberá disponer de un motor de mensajería propio que garantizará, tanto con componentes externos como con los sistemas internos de los siguientes aspectos:

o Garantía de entrega.

o Transaccionalidad en el envío de datos.

o Enrutamiento inteligente de mensajes, basado en contenido, subscripciones y eventos.

o Funcionalidades de control de flujo.

o Persistencia de mensajes.

o Gestión de colas.

o Procesado de mensajes síncronos y asíncronos.

4.4.2. Requisitos técnicos

A continuación se describen los requerimientos técnicos mínimos que deberá cubrir la solución propuesta por el adjudicatario:

 Los adaptadores incluidos permitirán la comunicación con las aplicaciones, tecnologías y fuentes de datos existentes en la Diputación de Pontevedra.

 Deberá incluir, entre otros, los siguientes conectores: JMS, SQL, JDBC, ODBC, TCP/IP, SOAP, LDAP, CSV, HTTP/S, JCM, WSRM, WSRP, REST, SMTP y FTP.

 Los adaptadores deberán funcionar sobre diversos mecanismos de conexión tales como (TCP, FTP, POP3, HTTP, SMTP, etc.).

 Deberán incluirse herramientas (kit de desarrollo, librerías, etc.) que permitan implementar y desarrollar adaptadores a medida para la comunicación con cualquier tipo de aplicación.

 Deberá permitir la optimización y el manejo de mensajería, convirtiendo estos mensajes en objetos pertenecientes a clases definidas en el sistema con el objetivo de poder asignar métodos, eventos, etc. y que estos elementos, a su vez, puedan compartir datos, objetos y mensajes entre los mismos.

 Deberá tener capacidad de transformación de mensajes tanto sintácticamente como semánticamente disponiendo de asistentes, funciones pre-construidas, facilidad de uso de lenguaje de programación asociado a plantillas XSD y procesamiento de XSLT para el uso de archivos XML.

 Deberá aportar un conjunto de herramientas integradas que permitan el desarrollo de la lógica de enrutamiento.

 La herramienta de orquestación ofrecerá de forma transparente el acceso a aplicaciones orientadas a servicio (SOA) así como a las API’s que se definan a través de las capas de abstracción y conexión.

 La gestión de almacenamiento de la plataforma deberá proporcionar la persistencia de mensajes, la recuperación de información transaccional en caso de caída del sistema, el registro y la trazabilidad de mensajes, así como la recuperación de datos de los mensajes para el análisis de los mismos.

 Permitirá la monitorización en tiempo real disponiendo de herramientas de traza de los procesos de integración y de herramientas para implementar indicadores sobre los datos almacenados.

 Deberá poder ejecutarse en entornos virtualizados para funciones de desarrollo, pruebas, validación y producción. Los entornos deberán ser montados en servidores y máquinas virtualizables con los sistemas de virtualización de la Diputación de Pontevedra, VmWare y OracleVm.

 Se valorará la instalación en un Linux Ubuntu Server, y en cualquier otro caso, la necesidad de licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario.

 Se podrá ejecutar en cualquier servidor de aplicaciones que asegure su correcto funcionamiento en el sistema operativo comentado en el punto anterior, (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 La seguridad de las comunicaciones deberá garantizarse permitiendo la realización de las tareas de autenticación, autorización y cifrado (privacidad) por medio de estándares de seguridad como SSL y utilización de certificados digitales. También deberá permitir realizar tareas de auditorías y protección de datos.

4.5. Módulos de gestión documental y multimedia

La Diputación de Pontevedra dispone en la actualidad de una solución de gestión documental, basada en la herramienta IBM® FileNet® P8 Content Engine versión 5.1.0, que se utiliza como almacén de los documentos utilizados y/o generados por los diferentes servicios de la institución.

Se deberán realizar todas las acciones necesarias para la integración con el gestor documental de la Diputación de Pontevedra y proponer la implantación de un gestor multimedia, de tal manera que permita gestionar y clasificar diversos tipos de contenidos, de manera centralizada e inteligente, garantizando un acceso rápido a cada uno de los contenidos existentes, desde cualquier localización y de forma controlada y securizada.

Los módulos de gestión documental y multimedia dispondrán de procesos de control de acceso a los contendidos por los usuarios del sistema.

La empresa licitadora deberá realizar las actividades que se detallan a continuación:

 Definir la integración con el gestor documental de la Diputación de Pontevedra.

 Proponer la implantación de un gestor multimedia que se integre con el resto de módulos descritos en este Pliego.

 Partiendo de la política de gestión documental, implementada en la Diputación de Pontevedra, se deberá definir la estructura del repositorio, las clases y el resto de elementos del modelo de gestión tanto documental como multimedia.

 Diseñar una interfaz sencilla e intuitiva que permita traspasar y compartir flujos de datos y metadatos de los documentos de manera clasificada y simultánea a todos los usuarios implicados en el proceso, basados en el estándar CMIS.

 Definición de una solución para el gestor documental y para el gestor multimedia que ofrezca la integración de la información de forma transparente para los usuarios y que permita la explotación de datos y la generación de informes desde un entorno centralizado.

 Puesta en producción del sistema multimedia que ofrezca:

o Instalación e integración de componentes con los sistemas de existentes e implantados en la Diputación de Pontevedra.

o Pruebas del sistema ofrecido para el gestor multimedia.

 Capacitación a técnicos y usuarios.

4.5.1. Requisitos funcionales del gestor multimedia

El gestor multimedia deberá disponer de las siguientes funcionalidades:

 Permitirá la categorización de archivos, tanto de manera manual como automática.

 Permitirá la indexación de archivos por contenidos y por palabras clave.

 Deberá tener capacidad de almacenar información en múltiples formatos. Como mínimo se deben considerar:

o Documentos escaneados (BMP, GIF, JPG, etc.).

o Gráficos vectoriales.

o Documentos de audio y video.

 Deberá permitir almacenar los objetos multimedia, y en especial vídeo y sonido, de forma transparente.

 El sistema dispondrá de facilidades para la carga masiva de archivos mediante procesos batch o por lotes.

 Deberá disponer de capacidades de streaming de vídeo y audio para los formatos más populares; incluyendo al menos para video: AVI, MPEG, MOV, WMV y FLV, y para audio: WAV, MP3 y MIDI.

 Deberá permitir el borrado de objetos en el repositorio de una forma controlada.

 Deberá permitir organizar la información de forma jerárquica mapeando los niveles de organización que el servicio de Turismo “Rías Baixas” considere oportunos, ya sea por temas o colecciones, a través de la creación xx xxxxxx de las clases multimedia definidas, árboles de categorías y metadatos automáticos.

 Permitirá la clasificación de los objetos multimedia sobre una taxonomía. Cada categoría documental llevará asociada un conjunto de atributos diferentes que podrán ser introducidos de forma manual en tiempo de indexación o bien generarse automáticamente en el momento de su carga en el gestor multimedia, respectivamente, dependiendo de unas reglas predefinidas. En este sentido, se permitirá el uso de listas de selección para asignar valor a los metadatos y la cumplimentación condicional de metadatos en función del valor de otros.

 Deberá proporcionar al usuario una interfaz para acceder a los objetos multimedia almacenados en el repositorio. Esta interfaz deberá ser parametrizable de una forma sencilla, sin necesidad de conocimientos avanzados de programación, para la definición de diferentes interfaces de búsqueda dependiendo del perfil del usuario. En este sentido, deberá permitir:

o Búsquedas full-text sobre los documentos almacenados en el repositorio.

o Búsquedas sobre los metadatos de cada objeto tanto documental como multimedia.

o Combinación de los resultados obtenidos en las búsquedas realizadas en la sesión de trabajo.

 Deberá permitir la implementación de flujos de trabajo asociados a los archivos. Asimismo, existirá la posibilidad de implementar flujos de aprobación para los diferentes archivos en función de los perfiles definidos.

 Deberá incorporar un gestor de reglas a nivel de carpeta/archivo.

 Deberá permitir múltiples posibilidades como inserción a través de web, carga de contenidos FTP, carpetas locales y carpetas activas.

 Para el control de versiones, el repositorio guardará un histórico de la actualización de componentes multimedia, con la posibilidad de acceso al valor del fichero. Al actualizar el fichero asociado a un componente multimedia se creará un histórico con la información asociada al fichero. La herramienta deberá tener la capacidad de diferenciar cada archivo versionado manteniendo el nombre del objeto seguida de una numeración incremental.

 Se valorará la integración con sitios web para la compartición de imágenes y videos como por ejemplo Flikcr.

Asimismo, deberá contar con las siguientes herramientas que se indican a continuación:

 Fototeca: esta herramienta permitirá una gestión centralizada de imágenes. Desde esta utilidad se podrán realizar, al menos, las siguientes acciones:

o Indicar nombre de la imagen, copyright y asociación de etiquetas.

o Gestionar las imágenes en el repositorio central desde discos locales o redes del usuario para añadirlas, eliminarlas o actualizarlas.

o Generar formatos diferentes de una imagen, cambiar el tamaño, recortar y visualizar.

o Realizar búsquedas avanzadas de imágenes (nombre, tamaño, formato, calidad, etiquetas, atributos, etc.).

o Acceder a la información grabada en los ficheros fotográficos respetando la información que contenga nativamente el archivo.

o Soportar la importación / exportación de metadatos digital en sus estándares EXIF, IPCT y XMP.

o Soportar el formato DICOM (Digital Imaging and Communication in Medicine) con extracción de metadatos y generar previsualización de objetos concretos.

o Realizar marca de agua sobre las imágenes para evitar la copia no autorizada.

o Posibilitar la anotación de metadatos sobre la propia imagen.

o Autodocumentación de la geoposición desde dispositivos con GPS.

o Proporcionar el código HTML para poder embeber un recurso en otros portales web, de una forma tan sencilla como copiar y pegar.

 Videoteca: La herramienta permitirá una gestión centralizada de vídeos. Desde esta utilidad se podrán realizar, al menos, las siguientes acciones:

o Indicar nombre del vídeo, copyright y asociación de etiquetas.

o Gestionar los vídeos en el repositorio central desde discos locales o redes del usuario para añadirlos, eliminarlos o modificarlos.

o Realizar búsquedas avanzadas de vídeos (nombre, duración, formato, calidad, etiquetas, atributos, etc.).

o Posibilitar la importación de los formatos de video más actuales y de uso profesional, DV, DVCPRO 25/50/HD, DNxHD, XDCAM, HDCAM IMX, H264, MPEG2, MPEG, etc.

o Posibilitar la modificación de la resolución de los videos, en función de ciertos parámetros, de manera que permita su reproducción desde cualquier punto remoto.

o Realizar la reproducción de los contenidos con un control avanzado sobre el mismo: avance y retroceso, acceso inmediato a cualquier momento del vídeo.

o Incorporar anotaciones sincronizadas con código de tiempo indexadas en el repositorio y por las que posteriormente se podrá buscar.

 Audioteca: La herramienta permitirá una gestión centralizada de archivos de audio. Desde esta utilidad se podrán realizar, al menos, las siguientes acciones:

o Indicar nombre del archivo de audio, copyright y asociación de etiquetas.

o Incorporar un nuevo archivo de audio al repositorio central desde discos locales o redes del usuario.

o Incorporar o eliminar un archivo de audio.

o Realizar búsquedas avanzadas de archivos de audio (nombre, duración, formato, calidad, etiquetas, atributos, etc.).

o Importación de los formatos de ficheros de audio digital más comunes xxx xxxxxxx, WAV, MP3, AAC, AC3, etc.

o Generar visualización previa en formato MP3 para su consulta y escucha remota de los contenidos mediante el navegador de Internet.

 Repositorio documental: Permitirá la gestión de los documentos dados de alta en la plataforma. Estos tendrán, al menos, los siguientes campos:

o Nombre.

o Imagen asociada.

o Tipo de documento.

o Descripción del documento.

o Fecha de actualización.

o Fichero.

o Versión.

o Tamaño del fichero.

o Propiedades del documento.

4.5.2. Requisitos técnicos

A continuación se describen los requerimientos técnicos mínimos que deberá cubrir la solución propuesta por el adjudicatario:

 El módulo de gestión documental y multimedia deberá integrarse con el resto de sistemas descritos en este Pliego.

 Deberá ser un sistema web accesible a través de un navegador en las versiones actuales (por lo menos Internet Explorer, Safari, Firefox y Chrome).

 La imagen del módulo de gestión documental y multimedia deberá ajustarse a las especificaciones de los manuales de identidad corporativa de la Diputación de Pontevedra.

 El sistema gestor de base de datos deberá ser Oracle (preferiblemente Oracle), sistemas para los cuales la Diputación de Pontevedra ya dispone de licencia corporativa, o en su defecto se permitirá la utilización del sistema gestor de base de datos MySQL.

 El módulo de gestión documental y multimedia deberá ofrecer Single Sign-On/Off (SSO) con las aplicaciones cuyas funcionalidades se incorporen a los portales web y que precisen autenticación de usuario.

 Deberá garantizar la escalabilidad, alta disponibilidad y seguridad.

 Se valorará la instalación en un Linux Ubuntu Server, y en cualquier otro caso la necesidad de licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario.

 Se podrá ejecutar en cualquier servidor de aplicaciones que asegure su correcto funcionamiento en el sistema operativo comentado en el punto anterior, (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 Los servidores y máquinas deberán ser virtualizables con los sistemas de virtualización de la Diputación de Pontevedra, VmWare y OracleVm.

 El adjudicatario podrá usar licencias de software libre o propietario (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

4.6. Módulo de soporte al Observatorio

La Diputación de Pontevedra pretende desarrollar un observatorio turístico de encuestas, denominado Observatorio de Turismo Rías Baixas cuyo objetivo principal es conocer el impacto del turismo en la provincia de Pontevedra a través del estudio y análisis de datos reales y detallados del sector, con la finalidad de seguir el pulso a la evolución del sector y proponer alternativas adecuadas para mejorar la competitividad. En la actualidad, existe un observatorio turístico con datos históricos que resulta necesario incluir en el futuro observatorio, por lo que se deberá contar con un proceso de migración de datos y todas las medidas de contingencia para subsanar cualquier error, conforme a lo que se indica en el apartado 4.7. “Migración de datos”.

Para poder desarrollar este módulo la empresa licitadora deberá proponer una herramienta de Business Intelligence que permitirá estructurar toda la información para monitorizar el proceso de la actividad turística, elaborar informes que sean de utilidad al sector, identificar patrones, analizar tendencias, identificar pautas comunes por perfiles y, en definitiva, obtener cualquier información que permita generar conocimiento para que pueda ser aprovechado por el sector para generar mayor valor al turista.

El módulo deberá permitir realizar un análisis de la demanda en el sector turístico, que podrá ser estudiado desde varias perspectivas, por el número de turistas que visitan la provincia de Pontevedra, analizando las motivaciones de la visita, etc., y así conocer el perfil de cada uno de los visitantes.

La herramienta permitirá a los usuarios autorizados elaborar y/o analizar los indicadores de medición derivados de la recogida de datos y permitirá explotar la información.

Dentro de este módulo la empresa licitadora deberá prestar servicios de soporte que permitirán evolucionar y ampliar la información recopilada y las funcionalidades del Observatorio de Turismo de Rías Baixas. En este sentido, las principales actividades del licitador serán:

 Definición de la arquitectura de información del observatorio: para que el observatorio pueda cumplir con la función encomendada y proporcione una información fiable al sector, es necesario realizar las siguientes actividades:

o Necesidades de información y fuentes:

a) Identificar las necesidades de información del sector y seleccionar las fuentes que proporcionarán esa información.

b) Proporcionar datos del resto de sistemas (redes sociales, geolocalización, perfiles, etc.).

c) Proporcionar datos de los profesionales y las empresas (hoteles, agencias de viaje, etc.).

d) Definir encuestas y datos a recabar de los visitantes.

o Modelo de datos conceptual: se llevará a cabo la definición de indicadores y frecuencia de actualización de la información y establecer las diferentes dimensiones de análisis:

a) Indicadores demandados por el sector.

b) Indicadores demandados por las instituciones públicas.

c) Frecuencia de actualización de la información.

d) Procedimiento de volcado de información por parte de las empresas (vía web, puntos verdes, etc.) y resto de agentes.

e) Modelo lógico de datos.

o Diseño conceptual del sistema de soporte al observatorio: definición de las funciones de análisis que debe cubrir, los informes a generar tanto para instituciones, empresas como visitantes, etc. (Cuadros de mando, reporting de negocio, análisis multimensional, datamining, análisis especializado, etc.).

 Definición, construcción e implantación de la solución técnica: a través de la solución tecnológica de soporte al observatorio de encuestas, se transformarán los datos obtenidos en conocimiento de manera que permitirá obtener una ventaja competitiva al sector turístico.

o Diseño de las características técnicas (hardware y software) y funcionales sobre las que se desarrollará el módulo de soporte al observatorio, detallando los siguientes aspectos (arquitectura del sistema, diseño de los procesos y flujos de información, definición del modelo físico de datos, diseño de las interfaces con otras aplicaciones, diseño de los procesos ETL (Extracción transformación y carga), diseño de la interfaz de usuario, definición de informes, estrategia de carga y actualización, etc.).

o Proceso de selección de la/s herramientas/s más adecuada de entre las existentes en el mercado tomando como referencia los requerimientos funcionales y técnicos del sistema propuesto en este Pliego.

o Disponer de un sistema final que cumpla, con total garantía y calidad, con todos los requerimientos funcionales y técnicos establecidos en este Pliego.

a) Construcción de prototipos (pruebas de concepto).

b) Desarrollo/parametrización de la solución.

c) Carga de datos y validación.

d) Pruebas unitarias, funcionales y de integración en el entorno de desarrollo.

e) Validación del modelo de información implementado.

f) Implantación y paso a producción.

4.6.1. Requisitos funcionales

El módulo de observatorio turístico de encuestas deberá disponer de, al menos, las siguientes funcionalidades:

 Integración con fuentes de datos

El módulo de soporte al observatorio permitirá integrar diversas fuentes de datos, tanto de los propios módulos del sistema de información turística, como de los sistemas de terceros.

 Herramienta de Extracción, Transformación y Carga (ETL)

El módulo de soporte al observatorio deberá contar con una herramienta de Extracción, Transformación y Carga (ETL), que permitirá realizar los procesos de transformación de los datos extraídos de otros sistemas para lograr dar integridad y, a su vez, convertir dichos procesos en información disponible para su análisis. En este sentido, deberá tener las siguientes funcionalidades:

o Mapeo de los elementos fuente a los elementos destino.

o Agregación de múltiples filas de los sistemas fuente.

o Separación de un registro de los sistemas fuente en múltiples registros destino.

o Alta capacidad de cálculo, como en los casos de ciertos indicadores que precisen porcentajes, en los cálculos en diferentes tipos de medición, etc.

o Librerías de rutinas y procesos estándar de bases de datos.

o Capacidad para invocar procesos externos.

o Carga masiva de información en bases de datos de destino.

o Permitir la trazabilidad de los datos.

 Herramienta de visualización

El módulo de soporte al observatorio deberá contar con una herramienta de visualización que permita:

o El acceso a la información a través del portal web interno “Turismo Rías Baixas”.

o El acceso a la información en función del perfil de usuario.

o Una interacción sencilla, siendo altamente visuales (con entorno gráfico, amigable, incluyendo mapas y códigos de control de los procesos).

o Una navegación sencilla e intuitiva entre los distintos informes y pantallas.

o Una alta capacidad de análisis multidimensional (drill-down, pivot, slice&dice, etc.).

o El análisis de la información recopilada en los diferentes sistemas para generar informes de actividad.

 Seguimiento de la actividad

La herramienta deberá permitir el seguimiento de los indicadores asociados a la actividad turística de forma distribuida y en tiempo real. Estos indicadores podrán tener dimensiones de forma que en su cuantificación se tengan en cuenta aspectos geográficos, demográficos, de género, etc.

 Informes

El módulo de soporte deberá permitir la elaboración de informes “ad hoc” a través xxx xxxxx de datos existentes en los sistemas, a modo de auto servicio, sin necesidad de conocimientos técnicos.

 Herramienta de Business Intelligence

La herramienta de bussiness intelligence permitirá transformar los datos en conocimiento, consiguiendo así tener un perfil del turista y optimizar la visualización de los recursos de interés para dicho perfil.

El repositorio único de los recursos turísticos de la provincia de Pontevedra y de la información de los usuarios que interactua con el sistema deberá contar con un modelo de datos que garantice la suficiente flexibilidad, escalabilidad, integridad y tiempos de respuesta reducidos para garantizar la óptima explotación de los datos a través de la herramienta de business intelligence.

A través del portal web del profesional y el portal web interno “Turismo Rías Baixas” se podrá realizar el análisis y explotación del sistema de BI, utilizando los informes predefinidos construidos por el administrador

del sistema o por otros usuarios que los comparten, o bien construyéndose sus propios informes de forma sencilla, manipulando, con herramientas de ofimática, los elementos que desean analizar, y profundizando en sus análisis a través de las jerarquías de dimensiones predefinidas. En la elaboración de informes predefinidos se prestará especial atención a aspectos tales como, operatividad de navegación entre la información obtenida y los tiempos de respuesta razonables para la consultas.

 Herramienta de cuadro de mando

El módulo de soporte al observatorio, contará con una herramienta de cuadro de mando que permitirá la presentación de la información en diferentes niveles de manera gráfica. Esta herramienta contará con las siguientes características:

o La herramienta ofrecerá un modelo de información que permitirá la navegación por grandes volúmenes de información, facilitará el cruce entre múltiples ejes de análisis para conocer en detalle la evolución de la actividad, basándose principalmente en el reporting.

o El módulo de soporte al observatorio, ofrecerá un modelo de información para la alta dirección, que permitirá medir la estrategia a través de la consecución de objetivos estratégicos, utilizando indicadores y relaciones entre objetivos. Adicionalmente permitirá el seguimiento de acciones estratégicas y de responsabilidades.

o El módulo de soporte al observatorio contará con un modelo de análisis basado en el cálculo de los costes de los productos y servicios turísticos, identificando y cuantificando las relaciones causales entre las actividades y los costes.

o El módulo de soporte al observatorio contará con un modelo de análisis del beneficio basado en actividades que combinará la información de costes de los productos y los servicios con sus precios.

4.6.2. Requisitos técnicos

A continuación se describen los requerimientos técnicos mínimos que deberá cubrir la solución propuesta por el adjudicatario:

 El módulo de soporte al observatorio deberá integrarse con el resto de sistemas descritos en este Pliego.

 Deberá ser un sistema web accesible a través de un navegador en las versiones actuales (por lo menos Internet Explorer, Safari, Firefox y Chrome).

 La imagen del módulo de soporte al observatorio deberá ajustarse a las especificaciones de los manuales de identidad corporativa de la Diputación de Pontevedra.

 El sistema gestor de base de datos deberá ser Oracle (preferiblemente Oracle), sistemas para los cuales la Diputación de Pontevedra ya

dispone de licencia corporativa, o en su defecto se permitirá la utilización del sistema gestor de base de datos MySQL.

 El módulo de soporte al observatorio deberá ofrecer Single Sign-On/Off (SSO) con las aplicaciones cuyas funcionalidades se incorporen a los portales web y que precisen autenticación de usuario.

 Deberá garantizar la escalabilidad, alta disponibilidad y seguridad.

 Se valorará la instalación en un Linux Ubuntu Server, y en cualquier otro caso la necesidad de licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario.

 Se podrá ejecutar en cualquier servidor de aplicaciones que asegure su correcto funcionamiento en el sistema operativo comentado en el punto anterior, (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

 Los servidores y las máquinas deberán ser virtualizables con los sistemas de virtualización de la Diputación de Pontevedra, VmWare y OracleVm.

 El adjudicatario podrá usar licencias de software libre o propietario (en el caso de ser licencias propietarias correrá el coste de las mismas por cuenta del adjudicatario).

4.7. Migración de datos

El licitador deberá realizar la migración de los datos existentes en los aplicativos utilizados en la actualidad por el servicio de Turismo Rías Baixas de la Diputación de Pontevedra. Además deberá ofrecer los planes de contingencia convenientes para subsanar cualquier error. La migración de los datos que se precisa realizar para la ingesta de información en el repositorio unificado propuesto en este proyecto procede de los siguientes aplicativos:

 Herramienta de gestión del inventario de recursos turísticos

Se trata de una aplicación desarrollada en JAVA, cuya base de datos es MySQL. En ella, se estructura la información y fuentes documentales de aproximadamente 4.800 recursos turísticos del destino “Rías Baixas”.

 Herramienta del observatorio de encuestas de Rías Baixas

Se trata de una aplicación desarrollada en PHP cuya base de datos es MySQL. En ella se almacenan datos históricos del destino “Rías Baixas” así como los datos correspondientes a las encuestas de satisfacción realizadas por la Diputación de Pontevedra. Actualmente se cuenta con 857.581 encuestas realizadas entre las fechas comprendidas desde enero de 2006 hasta julio de 2013.

 Otra información no estructurada

En los discos de red existe una fototeca e información correspondiente a diferentes iniciativas y estudios realizados por el Servicio de Turismo “Rías Baixas” que deberá ser categorizada y almacenada en el gestor documental y multimedia.

5. ESPECIFICACIONES TÉCNICAS: FASES DE LA PRESTACIÓN DEL SERVICIO

Para la realización del presente servicio se proponen cuatro fases que se realizarán de manera secuencial conforme a los plazos fijados y una actividad transversal que se ejecutará de manera continuada durante el desarrollo del Proyecto. Las fases en las que se desglosa el servicio se detallan a continuación:

 Fase 1: Inicio del Sistema de Información de turismo de la provincia de Pontevedra y desarrollo del módulo de integración.

 Fase 2: Turismo 2.0 y gestión documental y gestión multimedia.

 Fase 3: Turismo 3.0 y observatorio turístico.

 Fase 4: Explotación y evolución del sistema.

A continuación, se relacionan los objetivos y las tareas en los que deberá materializarse el servicio objeto de contratación en cada fase:

FASE 1: Inicio del Sistema de Información de turismo de la provincia de Pontevedra y desarrollo del módulo de integración

Esta fase se extiende como máximo durante tres meses desde la firma del contrato, debiendo hacer las distintas actividades en paralelo.

ACTIVIDAD	DURACIÓN ESTIMADA
Definición general del sistema que contemplará los siguientes elementos: Definición de los requisitos Descripción funcional de los diferentes elementos Documento de diseño tecnológico y de la arquitectura del sistema Especificación del entorno tecnológico de la solución Especificación del plan de desarrollo y de implantación	1 mes
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del área pública del portal web turístico (internet): Espacio de experiencia Rías Baixas con los bloques: Eventos destacados Zonas de especial interés Blogs relacionados con el destino Boletines y newsletter Rutas e itinerarios recomendados Noticias destacadas relacionadas con el destino Agenda Buscador de recursos turísticos con los bloques: Búsqueda según la estructura de recursos turísticos definida por el	3 meses

ACTIVIDAD	DURACIÓN ESTIMADA
servicio de Turismo Rías Baixas Búsqueda avanzada (geolocalización, preferencias, etc.) Acceso a visor de recursos georeferenciados Acceso a las fichas de recursos Espacio planifica tu viaje: Dónde dormir Dónde comer Qué hacer Identificación medios de transporte para moverse por la provincia de Pontevedra Cómo llegar a un recurso Metabuscador
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del portal web interno “Turismo Rías Baixas” (intranet): Herramienta de gestión de usuarios y perfiles de acceso Herramienta de gestión del inventario de recursos turísticos Herramienta de gestión de contenidos	3 meses
Definición detallada, diseño, instalación y puesta en marcha del módulo de Integración.	3 meses
Migración de los datos existentes en los sistemas de la Diputación de Pontevedra, en concreto los relativos a la herramienta de gestión del inventario de recursos turísticos.	1 mes

Durante esta fase se deberá formar a los usuarios en cada uno de los elementos implantados.

FASE 2: Turismo 2.0 y gestión documental y gestión multimedia

Esta fase se extiende como máximo durante cuatro meses desde la finalización de la primera fase, debiendo hacer las distintas actividades en paralelo.

ACTIVIDAD	DURACIÓN ESTIMADA
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del área privada del portal web turístico: Registro de usuarios	3 meses

ACTIVIDAD	DURACIÓN ESTIMADA
Personalización del perfil de usuario Área personal: Buzón de solicitud de información Buzón de quejas Buzón de sugerencias Área de encuestas Personalización de la navegación horizontal Buscador de recursos avanzado de recursos Sindicación de contenidos Compartir contenidos Agenda activa Folleto personalizado Información meteorológica Planificador de estancia Rutas bajo demanda Bitácora de viaje Prescripción turística
Definición detallada, diseño, instalación y puesta en marcha del módulo de CRM.	3 meses
Definición detallada, diseño, instalación y puesta en marcha de los módulos de gestión documental y gestión multimedia.	3 meses
Definición detallada, diseño, instalación y puesta en marcha de la herramienta de gestión del módulo CRM del portal web interno “Turismo Rías Baixas” (intranet).	4 meses
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del portal web profesional (extranet): Herramienta de gestión de ofertas último minuto Herramienta de gestión de la oferta y reserva on line Herramienta de gestión interna de recursos	3 meses
Definición detallada, diseño, desarrollo y puesta en marcha de las aplicaciones para dispositivos móviles orientadas al turista y al profesional del sector turístico de la provincia de Pontevedra.	2 meses
Migración de los datos multimedia al módulo de gestor de contenidos documental y al módulo de gestor de contenidos multimedia.	1 mes

Durante esta fase se deberá formar a los usuarios en cada uno de los elementos implantados.

FASE 3: Turismo 3.0 y observatorio turístico

Esta fase se extiende como máximo durante tres meses desde la finalización de la segunda fase, debiendo hacer las distintas actividades en paralelo.

ACTIVIDAD	DURACIÓN ESTIMADA
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del área pública del portal web turístico (internet): Espacio de experiencia Rías Baixas con los bloques Recomendaciones para realizar un viaje en función del perfil de usuario y la duración de la visita Galería multimedia Clubes de producto Concursos Rías Baixas Incentivos y descuentos Buscador de recursos turísticos Reserva on line en el caso de que el tipo de recurso lo permita Espacio planifica tu viaje: Planes a medida (tipo de público, duración, etc.). Ofertas de último minuto	3 meses
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del portal web profesional (extranet): Herramienta de gestión documental y multimedia (fotos, videos, etc.). Herramienta de gestión de la reputación online Herramienta de solicitud xx xxxxxxx sobre colectivo Herramienta de informes y estadísticas	3 meses
Definición detallada, diseño, instalación y puesta en marcha del módulo de soporte al observatorio turístico de encuestas	3 meses
Definición detallada, diseño, instalación y puesta en marcha de los siguientes elementos del portal web interno “Turismo Rías Baixas” (intranet): Herramienta de gestión documental y multimedia Directorios de personal y contactos Herramienta de gestión del módulo de observatorio de encuestas turístico	3 meses

Herramienta de la extranet
Migración de los datos en el módulo de observatorio turístico de encuestas	1 mes

Durante esta fase se deberá formar a los usuarios en cada uno de los elementos implantados.

FASE 4: Explotación y evolución del sistema

Esta fase se extiende como máximo durante dos meses desde la finalización de la tercera fase, y la empresa deberá realizar las siguientes actividades:

 Capacitación a usuarios.

 Explotación de la plataforma durante el periodo de vigencia del contrato.

 Transferencia tecnológica de la plataforma a la Diputación de Pontevedra.

6. PLANIFICACIÓN TEMPORAL

La duración estimada del Proyecto es de doce (12) meses desde la firma del contrato. El Proyecto deberá ser presentado por los licitadores con una planificación de acuerdo a esta duración. El licitador deberá presentar una planificación detallada para el cumplimiento de los objetivos en los plazos aquí indicados.

Las actuaciones se desarrollarán en la provincia de Pontevedra para lo cual el adjudicatario deberá tener plena disponibilidad para estar permanente vinculado al lugar de realización de los trabajos durante la ejecución del Proyecto. El adjudicatario desarrollará las actividades de análisis en sus oficinas, salvo que EOI establezca lo contrario en el momento de iniciar el Proyecto.

Además tendrá disponibilidad para viajar a la sede de EOI en Madrid cuando fuese requerido (máximo 1 vez/mes durante todo el Proyecto).

Tras la finalización del Proyecto comenzará el periodo de mantenimiento descrito en el apartado “11.2- Mantenimiento y soporte”.

7. EQUIPO DE TRABAJO

El adjudicatario deberá designar al menos un coordinador técnico o responsable, integrado en su propia plantilla, que tendrá entre sus obligaciones las siguientes:

 Actuar como interlocutor del adjudicatario frente a EOI, canalizando la comunicación entre la empresa y el personal integrante del equipo adscrito al contrato, de un lado, y EOI, de otro lado, en todo lo relativo a las cuestiones derivadas del a ejecución del contrato.

 Distribuir el trabajo entre el personal encargado de la ejecución del contrato, e impartir a dichos trabajadores las órdenes e instrucciones de trabajo que sean necesarias en relación con la prestación del servicio contratado.

 Supervisar el correcto desempeño por parte del personal integrante del equipo de trabajo de las funciones que tiene encomendadas, así como controlar la asistencia del dicho personal al puesto de trabajo.

 Organizar el régimen de vacaciones del personal adscrito a la ejecución del contrato, debiendo a tal efecto coordinarse adecuadamente el adjudicatario con EOI, a efectos de no alterar el buen funcionamiento del servicio.

 Informar a EOI acerca de las variaciones, ocasionales o permanentes, en la composición del equipo de trabajo adscrito a la ejecución del contrato.

El licitador deberá incorporar en su oferta información del equipo destinado al Proyecto (administración, servicios adicionales, definición de procesos, gestores, etc.), haciendo constar:

 Identificación de los perfiles profesionales, con su formación y experiencia.

 Funciones a realizar por cada uno de los perfiles profesionales en el ámbito del servicio a prestar, atribuciones básicas y operaciones propias.

 Indicación de las necesidades de colaboración con personal de EOI que se consideran necesarias, incluyendo su alcance estimado.

 Equipo inicial propuesto y su perfil asociado.

Las ofertas deberán especificar el equipo que aportará el adjudicatario para la realización de los trabajos, con sus correspondientes perfiles, formación académica, cualificación y experiencia contrastable en la realización de proyectos similares (historial profesional). También se deberá detallar la dedicación de los mismos en la ejecución de los trabajos, enumerando sus tareas, la dedicación y la responsabilidad que les corresponderá.

El equipo de trabajo que la empresa adjudicataria pondrá a disposición del proyecto deberá estar constituido como mínimo por los siguientes perfiles:

 Coordinador de proyecto. Es el responsable por parte del proveedor del proyecto. Tendrá experiencia contrastada en la solución técnica propuesta, en la gestión de proyectos y en las tecnologías en que se desarrollen las aplicaciones. Además colaborará en el análisis de la solución y deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación superior relacionada con las TIC.

o Conocimientos demostrables en proyectos similares.

o Experiencia mínima de 10 años en dirección de proyectos. En este período deberá haber dirigido proyectos relacionados con el objeto del contrato.

 Analista TIC. Perfil responsable de elaborar el análisis técnico y diseño de la solución y elaborar el análisis de las integraciones con el sistema de información objeto del contrato. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media o diplomatura relacionadas con las TIC.

o Conocimientos demostrables en las áreas asignadas.

o Experiencia mínima de 5 años en tareas relacionadas en el objeto deste Pliego.

 Jefe de equipo con experiencia en el sector turístico. Perfil responsable en colaborar con el analista para las tareas de análisis técnico, diseño de la solución y de coordinar el equipo de trabajo. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media o diplomatura con conocimientos en TIC’s turísticas demostrables, en gestión de reservas y comercialización en empresas turísticas (alojamientos, restauración, empresas de ocio, etc.), en agencias de viajes minorista, mayorista y on line, en touroperación, en portales web de opiniones, en comparadores, en redes sociales, infomediadores e innomediadores, en centrales de reservas, en GDS, en IDS, etc.

o Conocimientos demostrables en las áreas que se le asignen de cada una de las actuaciones presentadas en este Pliego.

o Experiencia mínima de 5 años en tareas relacionadas en el objeto deste Pliego.

 Programador. Perfil responsable del desarrollo y/o parametrización de todos los componentes que componen los aplicativos y las pasarelas de integración en lo que respecta a la plataforma objeto del contrato. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media relacionada con las TIC.

o Conocimientos demostrables en entornos de desarrollo utilizados para la implantación de la solución propuesta en este Pliego.

o Experiencia mínima de 2 años en tareas similares.

 Técnico de sistemas. Coordinará todas las acciones correspondientes a la instalación y ajuste de la arquitectura, así como la gestión del mismo: instalación del software, optimización de rendimientos y todas las demás áreas que aseguren un correcto desarrollo del proyecto. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media relacionada con las TIC.

o Conocimientos demostrables en:

o Administración de servidores Linux Ubuntu Server.

o Administración y actualización preventiva de las aplicaciones: Apache2, Base de Datos, Exim, Bind, SSH, NFS, Apache Tomcat, webmin, iptables, VmWARE, Proxmox VE, etc.

o Monitorización de sistemas.

o Scripting bash o perl.

o Despliegue de aplicaciones.

o Experiencia mínima de 3 años en tareas similares.

 Diseñador gráfico. Perfil responsable de la definición y aplicación del diseño gráfico a los diferentes módulos que componen los aplicativos objeto de este Pliego. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media relacionada con las TIC.

o Experiencia mínima de 3 años en tareas similares.

 Responsable de equipo de pruebas. Coordinará las correspondientes pruebas del sistema, diseñando el Plan de Pruebas y controlando la ejecución de las mismas. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media con conocimientos TIC demostrables.

o Experiencia mínima de 3 años en tareas similares.

 Responsable de equipo de capacitación. Coordinará las correspondientes actividades formativas y será responsable del plan de transferencia. Deberá cumplir con los siguientes requisitos:

o Titulación mínima requerida: titulación media con conocimientos TIC demostrables.

o Experiencia mínima de 3 años en tareas similares.

Cualquier modificación futura que el adjudicatario considere necesario llevar a cabo en la composición del equipo que presta el servicio (como consecuencia, por ejemplo, de un cambio en la planificación inicial del Proyecto) habrá de ser propuesta y justificada a EOI, con carácter previo, a su aplicación.

EOI se reserva el derecho a exigir el cambio de algún miembro del equipo del adjudicatario, de manera suficientemente justificada, por entender que su intervención supone merma en la calidad de servicio percibida. XXX podrá proponer la sustitución de parte del personal asignado, en cuyo caso, el adjudicatario procederá a realizarla sin que ello suponga coste adicional alguno.

No obstante, podrán autorizarse cambios en esta composición siempre que:

 Se presente una justificación escrita detallada y suficiente, en la que se explique el motivo del cambio.

 Se presenten posibles candidatos con un perfil de cualificación igual o superior al de la persona que se va a sustituir.

 EOI acepte a uno de los candidatos propuestos.

Será responsabilidad del adjudicatario disponer del número de recursos necesario para la realización del servicio con el cumplimiento del nivel de servicio acordado, sin repercusión económica para EOI.

Asimismo, el adjudicatario deberá mantener perfectamente formado a los recursos personales asignados al servicio en las funciones y conocimientos derivados de su puesto de trabajo.

La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste entre las características indicadas por el adjudicatario en su oferta y los efectivamente demostrados en la ejecución de los trabajos, será considerada como un incumplimiento esencial del contrato y, por lo tanto, podrá suponer su resolución o el establecimiento de una penalidad máxima equivalente al 10% del importe total del contrato. La decisión relativa al tipo de penalidad para aplicar en cada caso será responsabilidad del órgano de contratación a criterio de EOI, con la audiencia previa al adjudicatario.

8. MEDIOS TÉCNICOS

El licitador deberá incluir en este apartado una descripción completa de la infraestructura de que dispone para la prestación del servicio, en las condiciones descritas en este pliego. Asimismo, se incluirá una relación y descripción de las

herramientas de gestión propuestas por el licitador para dar respuesta a los requisitos del servicio.

9. PLANIFICACIÓN, GESTIÓN Y SEGUIMIENTO DEL PROYECTO

Se debe indicar como se realizará la gestión y seguimiento del Proyecto (estructura de gestión, responsables técnicos y administrativos, flujos de información, etc.). Deben estar muy bien definidos los flujos de información que se establecerán durante el desarrollo del Proyecto (informes de progreso y seguimiento o cualquier otro entregable).

Las ofertas que opten a este procedimiento deberán incluir una propuesta de gestión de todo el Proyecto en la que se especifiquen los siguientes apartados.

1) Metodología para la gestión del proyecto

Dentro de su propuesta técnica, cada licitador deberá describir la metodología detallada que utilizará para la ejecución del contrato. Se valorarán certificaciones metodológicas de desarrollo de software y proyectos TIC (CMMI y PMP), tanto de las empresas licitadores como de los equipos de proyecto.

2) Órganos de dirección

La Dirección del Proyecto la llevará a cabo EOI, a la que le corresponderá realizar la supervisión, dirección y aprobación de los trabajos y la determinación de las correcciones que se considere oportunas. Será también su responsabilidad proponer las modificaciones que convenga introducir o, si es el caso, proponer la suspensión de los trabajos si hubiera causa justificada.

EOI designará un Jefe de Proyecto. Las funciones de éste serán, con carácter general, las derivadas de la dirección, comprobación, informe y vigilancia de la correcta realización de los trabajos y, en especial, las que le asigne EOI, tales como:

 Dirigir el desarrollo del proyecto.

 Velar por el cumplimiento de los servicios exigidos y ofrecidos.

 Emitir la conformidad de recepción de éstos.

 Supervisar el desarrollo del proyecto.

 Organizar la ejecución de las actividades y tareas incluidas en el proyecto y ponerlas en práctica.

 Facilitar la información necesaria para ejecutar los trabajos.

 Xxxxx por el cumplimiento de los trabajos contratados, pudiendo rechazar los trabajos realizados cuando no respondan a lo acordado o no superasen los controles de calidad.

 Emitir la conformidad de recepción de estos.

 Determinar y hacer cumplir la normativa y procedimientos.

 Ser el interlocutor con el grupo de trabajo del adjudicatario.

 Proponerle a la dirección corporativa del proyecto las modificaciones en el contenido y la realización de los trabajos necesarios para ejecutar los servicios.

 Trasladar a la empresa adjudicataria los resultados de los trabajos realizados con el sector.

EOI se reserva el derecho a realizar todos aquellos controles e inspecciones que crea oportuno con el fin de garantizar el cumplimiento del contrato.

El Jefe de Proyecto podrá delegar sus funciones en una persona de su equipo. Asimismo podrá incorporar al proyecto durante su realización a las personas necesarias para verificar y evaluar todas las actuaciones a su cargo.

El adjudicatario, por su parte, determinará un coordinador de proyecto que, salvo fuerza mayor y previa justificación y aprobación por parte del Jefe de Proyecto, será único a lo largo de la ejecución del Proyecto. Esta persona será propuesta previamente al comienzo del Proyecto por parte del adjudicatario y será aprobada por EOI.

El adjudicatario, durante la ejecución del contrato, deberá entregar informes periódicos recogiendo los principales datos sobre su actividad.

Las funciones del coordinador de proyecto del adjudicatario serán:

 Ser el único interlocutor entre el grupo de trabajo del adjudicatario y EOI.

 Organizar la ejecución de las tareas y actividades y ponerlas en práctica.

 Ostentar la representación del equipo técnico contratado en sus relaciones con XXX, en lo referente a la ejecución de los trabajos.

 Cumplir y hacer cumplir las normas y procedimientos.

 Proponerle a EOI las modificaciones en el contenido y en la realización de los trabajos necesarios para la ejecución de los servicios.

 Redactar el acta de todas y cada una de las reuniones de trabajo que se realicen.

3) Plan de trabajo

El licitador deberá presentar un plan de trabajo en el que se describan las diferentes fases del proyecto, con las tareas que se van a realizar, así como una planificación de los trabajos. Este plan deberá contener, como mínimo, los siguientes elementos:

 Cronograma de las actividades detallado por fases y principales grupos de tareas para realizar.

 Recursos técnicos que se pondrán a disposición del proyecto.

 Relación de entregables como resultado del proyecto.

El plan de trabajo deberá actualizarse con una periodicidad semanal con el objetivo de que el Jefe de Proyecto pueda realizar un correcto seguimiento de los trabajos y le permita detectar las desviaciones y/o riesgos producidos durante el desarrollo del proyecto.

4) Entregables del proyecto

El adjudicatario deberá poner a disposición de la dirección del proyecto la documentación escrita necesaria para el conocimiento del cumplimiento del objeto del contrato y de todas las incidencias que se puedan producir.

El adjudicatario se compromete a generar para cada producto obtenido toda la documentación que le sea aplicable conforme con la metodología gestión de proyecto a seguir.

En todo caso, y como mínimo, se generarán los siguientes entregables:

4.4.1. Etapa de diseño conceptual

Por cada uno de los módulos definidos en el proyecto, el adjudicatario deberá entregar los siguientes documentos:

 Definición de cada módulo:

o Requisitos de la solución.

o Descripción funcional de la solución.

o Diseño de la arquitectura de la solución.

o Documento de diseño técnico.

o Diseño físico de los datos.

o Elaboración de propuestas de diseño de los diferentes aplicativos.

o Elaboración de prototipos de navegación que faciliten la asimilación de las funcionalidades propuestas por parte de los usuarios finales.

o Especificaciones del entorno tecnológico de la solución.

 Plan de pruebas:

o Diseño del plan de pruebas.

o Definición del entorno de pruebas.

4.4.2. Etapa de desarrollo e implantación

Para cada uno de los módulos descritos en este Pliego, en la fase de desarrollo e implantación se deberán presentar los siguientes entregables:

 Definición del sistema:

o Especificación del plan de desarrollo y de implantación.

 Plan de Capacitación:

o Calendarios de acciones formativas por aplicación y perfil indicando el temario.

 Manuales de usuario por módulo y perfil de acceso al mismo:

o Descripción de los menús y funciones realizadas.

o Funcionalidad y opciones de las aplicaciones.

o Cursos digitales para cada una de las acciones formativas previstas en formato SCORM para su inclusión en la plataforma de teleformación de la Diputación de Pontevedra. Cada uno de los apartados de cada curso deberá incluir una “screencam” que permita a los alumnos visualizar el uso de las herramientas.

o Manual de Procedimiento, acorde con las nuevas posibilidades de los nuevos aplicativos.

 Manuales para el personal técnico:

o Visión general de las aplicaciones.

o Manuales para el pase a producción y despliegue.

o Arquitectura del sistema.

o Descripción de las interfaces de usuario.

o Bases de datos: modelo de datos, estructura y localización de las tablas.

o Configuración de las aplicaciones.

o Puesta en marcha de las aplicaciones.

o Plan de contingencias periódicas y no periódicas.

 Plan de pruebas:

o Resultado de las pruebas (incidentes y soluciones).

 Informe semanal de seguimiento y control de cada uno de los módulos que componen el proyecto.

 Cualquier otro informe que pueda surgir durante el desarrollo de cada actuación del proyecto.

4.4.3. Etapa de lanzamiento

Para cada módulo definido en este Pliego se deberá presentar los siguientes entregables dentro de la fase de lanzamiento:

 Informe mensual del seguimiento y control de las actuaciones deste Pliego.

 Informe mensual del cumplimiento de los indicadores de cada uno de las actuaciones deste Pliego.

 Cualquier otro informe que pueda surgir durante el lanzamiento de cada actuación del proyecto.

4.4.4. Etapa de cierre del proyecto

En esta última fase el adjudicatario deberá presentar:

 Una memoria final del cierre de cada una de las actuaciones del proyecto.

 Informes técnicos a la finalización del proyecto para ayudar al personal de la Diputación de Pontevedra a realizar las justificaciones precisas.

El adjudicatario habrá de suministrar a la dirección del proyecto las nuevas versiones de la documentación que se vayan produciendo. También se entregarán,

si es el caso, los documentos sobre los que se hayan basado para el desarrollo de los entregables, en el mismo soporte que dichos entregables. En todos los documentos se utilizará el sistema de control de versiones. La documentación deberá ser presentada en papel, formato electrónico editable y no editable.

5) Seguimiento y control de la ejecución

Complementando el mencionado plan de trabajo, el licitador deberá especificar la metodología de seguimiento del proyecto propuesta, que se sustentará en las siguientes bases:

 Se realizará un seguimiento continuo de la evolución del proyecto entre el Jefe de Proyecto (se podrá incorporar el director corporativo si así lo estima oportuno) y el coordinador de proyecto de la empresa adjudicataria.

 Se mantendrán reuniones de seguimiento y revisiones técnicas, con periodicidad semanal, con la participación del Jefe de Proyecto y los colaboradores que considere oportuno, y del coordinador de proyecto y el personal de su equipo que considere conveniente la empresa adjudicataria, para revisar el grado de cumplimiento de los objetivos, la planificación, las reasignaciones y variaciones de personal dedicado al proyecto y, en caso de necesidad, para establecer las medidas correctoras oportunas.

 El Jefe de Proyecto podrá rechazar los trabajos realizados cuando no respondan a lo que se había acordado o no superaran los controles de calidad.

 De cada reunión técnica la empresa adjudicataria redactará y distribuirá entre todos los participantes el acta correspondiente.

 El calendario de reuniones será planificado y ajustado por periodos quincenales, bajo la iniciativa y coordinación del Jefe de Proyecto, con la participación y obligada aceptación del adjudicatario.

 Se valorará la posibilidad de tener un acceso de espacio común para compartir la información necesaria de cara al cumplimiento del seguimiento y control del proyecto.

6) Plan de calidad

Dentro de su propuesta técnica cada licitador deberá presentar un plan de calidad que incluya una descripción detallada de la metodología de control de calidad para aplicar dentro del ámbito del proyecto objeto de este Pliego.

En la oferta se deberá incluir el Plan de Calidad propuesto y Plan de Contingencia ante situaciones extraordinarias, incluyendo un Acuerdo de Calidad de Servicio propuesto, que contenga valores concretos de:

- Tiempos de solución de incidencias.

- Controles de calidad.

- Indicadores propuestos para la consecución de los objetivos de EOI.

Independientemente del plan de calidad propuesto por el licitador, los responsables del proyecto podrán establecer controles de calidad adicionales tanto sobre las actividades realizadas dentro del desarrollo del proyecto como de los productos obtenidos en él, siempre en el marco del plan de calidad aplicable.

10. CAPACITACIÓN Y TRANSFERENCIA TECNOLÓGICA

10.1. Capacitación al personal de la Diputación

El licitador deberá presentar un Plan de capacitación completo orientado a:

 Usuarios finales de los diferentes aplicativos como técnicos del servicio de Turismo Rías Baixas de la Diputación de Pontevedra o informadores, y con diferentes perfiles de acceso (deberá ser una capacitación orientada a la utilización del sistema con una duración mínima de 100 horas).

 Desarrolladores del servicio de Nuevas Tecnologías de la Diputación de Pontevedra. Se trata de una capacitación que permita realizar la transferencia tecnológica del proyecto y que estará orientada a aportar al equipo de desarrollo de la Diputación de Pontevedra los conocimientos necesarios para realizar tareas de adaptación sobre las aplicaciones (con una duración mínima de 25 horas).

 Técnicos de sistemas del servicio de Nuevas Tecnologías de la Diputación de Pontevedra. En este caso se tratará de una capacitación orientada a facilitar las labores de mantenimiento de los sistemas integrados dentro de la solución ofertada (con una duración mínima de 25 horas).

Este plan se detallará en las propuestas presentadas y deberá incluir:

 Objetivos de la capacitación.

 Segmentación de los grupos de usuarios:

 Perfiles.

 Roles.

 Necesidades de formación, previas.

 Plan de cursos:

 Por sistema de gestión.

 Por segmento de usuarios.

Las acciones formativas deberán acompañarse al menos del siguiente material didáctico:

 Manual de usuario para cada aplicativo y perfil de acceso; es decir, se debe contar con un manual de usuario personalizado por aplicativo y perfil.

 Creación de cursos digitales para cada una de las acciones formativas previstas para su inclusión en una plataforma de teleformación de la Diputación de Pontevedra. Estos recursos deberá cumplir el formato SCORM para permitir su inclusión en la plataforma de teleformación que se desee utilizar. Cada uno de los apartados de cada curso deberá incluir una “screencam” que permita a los alumnos visualizar el uso de las herramientas.

La impartición de todas las actividades formativas previstas en este Pliego se llevarán a cabo bajo la coordinación y supervisión de la Diputación de Pontevedra.

10.2. Capacitación a las empresas

Es necesario poner a disposición de los usuarios la información y capacitación necesaria que facilite una interacción adecuada y una fluidez en la gestión de los contenidos que tendrá la plataforma. No hay que perder de vista que parte de los mismos dependerán de la información que registren los usuarios (pymes). En este sentido, se impartirá una capacitación inicial a las 500 empresas que participaron en el proceso de concertación de una de las actividades del proyecto Smart Destinations, concretamente en la actuación de asesoramiento empresarial e introducción en el proceso de cambio, con el fin de asegurar:

 Que las mismas cuentan con la infraestructura tecnológica mínima para acceder al sistema.

 Que aprenden a manejar el Sistema de Información propuesto en este Pliego con fluidez.

 Que gestionan los contenidos de forma adecuada.

 Que aprovechan las capacidades de segmentación de clientes que les ofrece la plataforma.

 Que aprovechan los elementos de promoción y comercialización que les ofrece la plataforma.

 Que generan contenidos fácilmente indexables (SEM).

La capacitación consistirá en al menos diez sesiones de quince horas en cada uno de los puntos que determinará el servicio de Turismo Rías Baixas de la Diputación de Pontevedra, debiendo definir el licitador los contenidos a realizar en las mismas.

Las acciones formativas deberán acompañarse al menos del siguiente material didáctico:

Manual de usuario para cada aplicativo y perfil de acceso; es decir, se debe contar con un manual de usuario personalizado por aplicativo y perfil.

Creación de cursos digitales para cada una de las acciones formativas previstas para su inclusión en una plataforma de teleformación de la Diputación de Pontevedra. Estos recursos deberá cumplir el formato SCORM para permitir su inclusión en la plataforma de teleformación que se desee utilizar. Cada uno de los apartados de cada curso deberá incluir una “screencam” que permita a los alumnos visualizar el uso de las herramientas.

La impartición de todas las actividades formativas previstas en este Pliego se llevarán a cabo bajo la coordinación y supervisión de la Diputación de Pontevedra.

Asimismo, el licitador deberá generar al menos contenido para realizar un curso on line de una hora de duración, siendo valorable la ampliación de estos contenidos de manera cuantitativa, por lo que no se hará ninguna referencia en la propuesta técnica.

10.3. Transferencia tecnológica

Complementariamente a la capacitación y a las reuniones y demás tareas ejecutadas, para el seguimiento y control del proyecto, durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete a facilitarles en todo momento a las personas designadas por EOI y la Diputación de Pontevedra la información y documentación que soliciten éstas, de cara a facilitar la transferencia

del conocimiento técnico de las soluciones desarrolladas y para que dispongan de pleno conocimiento de las circunstancias en las que se desarrollan los trabajos, así como de los problemas que se puedan presentar de las tecnologías, métodos y herramientas utilizados para resolverlos.

11. GARANTÍA, MANTENIMIENTO Y SOPORTE

11.1. Garantía

El adjudicatario deberá garantizar al menos por un año los productos derivados de la presente contratación, contando desde la fecha de recepción de los mismos, obligándose a realizar durante este periodo los cambios precisos para solucionar las deficiencias detectadas que sean imputables al adjudicatario.

La garantía incluirá la solución de errores ocultos que se pongan de manifiesto en el funcionamiento de las aplicaciones o que se encuentren mediante pruebas o cualquier otro medio, así como la modificación de la documentación incompleta y corrección de la que tenga deficiencias.

Los productos obtenidos como consecuencia de las tareas de garantía deberán entregarse de conformidad con lo exigido para los diferentes entregables en este Pliego.

Esta garantía incluye los trabajos de mantenimiento descritos en el apartado “11.2 Mantenimiento y soporte”.

11.2. Mantenimiento y soporte

Una vez completadas las tareas correspondientes a la implantación y parametrización de las plataformas y la ejecución de los desarrollos precisos se contemplará la posibilidad de realizar la contratación del mantenimiento y soporte de las mismas.

El mantenimiento ofertado por el licitador será prestado de forma integrada con el Centro de Atención al Usuario (CAU) de la Diputación de Pontevedra y el personal técnico del servicio de Turismo Rías Baixas. De esta forma, serán los técnicos de Turismo Rías Baixas de la Diputación de Pontevedra quien se responsabilice de la recepción de las solicitudes por parte de los usuarios del proyecto gracias al módulo de gestión de solicitudes, quejas e incidencias que se deberá desarrollar como una de las características deste Pliego. El servicio de Turismo Rías Baixas de la Diputación de Pontevedra será la encargada de desviar aquellas incidencias que, debido a su naturaleza, sean responsabilidad del propio equipo de Turismo Rías Baixas o del Centro de Atención al Usuario (CAU) de la Diputación de Pontevedra. Desde el CAU se derivarán aquellas incidencias que sea responsabilidad del equipo de mantenimiento puesto a disposición del proyecto por el licitador. En ningún caso se podrán resolver solicitudes directamente por el equipo de mantenimiento, siendo condición indispensable que todas ellas se registren a través del CAU. De esta forma, el mantenimiento será prestado a modo de soporte de segundo nivel dentro de la organización del CAU de la Diputación de Pontevedra.

Dentro de este mantenimiento se incluirán (sin que la siguiente lista constituya una descripción pormenorizada) como mínimo tareas relacionadas con:

 La ejecución, en colaboración con el servicio de Nuevas Tecnologías de la Diputación de Pontevedra, de tareas de mantenimiento correctivo (fuera del

periodo de garantía), evolutivo y/o perfectivo de la plataforma tecnológica de base.

 La resolución de las consultas a especialistas recibidas en caso de consultas de segundo nivel (especializadas).

 El suministro de indicadores de gestión para la evaluación del funcionamiento del sistema.

 La administración técnico/funcional de los aplicativos objeto deste Pliego, bajo la supervisión de los responsables de los mismos por parte del servicio de Nuevas Tecnologías de la Diputación de Pontevedra.

 El asesoramiento a los miembros del equipo del servicio de Nuevas Tecnologías de la Diputación de Pontevedra en relación con la administración y mantenimiento de la plataforma técnica que soporta a los diferentes aplicativos.

 La interlocución con los coordinadores que se establezcan en las áreas o departamentos de la Diputación, o de los organismos relacionados con ella, que sean responsables de la definición de funcionalidades de cualquiera de los módulos que componen la plataforma con el objetivo de identificar nuevos requerimientos funcionales y/o técnicos a incluir en los aplicativos y no incluidos en las evoluciones de la plataforma base. El equipo de mantenimiento evolutivo permitirá agilizar la puesta en marcha de utilidades, ayudas, informes y, en general, aquellos procesos de ciclo corto que contribuyan a la mejora constante de la ergonomía y funcionalidad de la aplicación. En caso de que el alcance de las evoluciones identificadas implique la creación de un nuevo proyecto, el equipo de mantenimiento deberá definir las especificaciones funcionales del mismo para su valoración económica posterior.

 El mantenimiento de los manuales de usuario y procedimientos de catalogación existentes.

Este mantenimiento estará incluido de manera gratuita dentro del periodo de garantía y se podrá prorrogar una vez completado en función de la decisión que tome la Diputación al respeto.

Asimismo, las ofertas deberán incluir una referencia al coste anual del mantenimiento (incluirá el coste de las licencias en el caso de ser un producto comercial), una vez finalizado el periodo de ejecución de este contrato, y por un periodo de un año de duración.

Este coste anual, calculado a precio actual, no podrá exceder del 6% del presupuesto máximo de licitación (sin IVA) para el conjunto de los servicios incluidos en el alcance de este Pliego de Características Técnicas, siendo evaluable mediante fórmulas la reducción de esta cantidad, por lo que no se incluirá ninguna referencia a este porcentaje en la propuesta técnica.

12. LICENCIAMIENTO Y CÓDIGO FUENTE

12.1. Licencias

La empresa adjudicataria deberá suministrar licencias para todos los componentes de la plataforma. El número de licencias deberá ser suficiente para cubrir las

necesidades de la Diputación de Pontevedra con una temporalidad mínima de un año.

Todas las licencias precisas para el desarrollo del proyecto propuesto en la oferta del licitador deberán incluir un mantenimiento y soporte que se debe contar desde la aceptación del proyecto por parte EOI y de la Diputación de Pontevedra.

Los licitadores podrán presentar tanto soluciones comerciales como de código abierto (open source) en sus diferentes modalidades de licenciamiento.

La propuesta deberá incluir los costes de licenciamiento que supondrá la utilización de las herramientas propuestas hasta la fecha de finalización del Proyecto (periodo de garantía).

12.2. Código fuente

Se facilitará la última versión del código fuente de todos los módulos y/o componentes proporcionados y desarrollados para el proyecto por la empresa adjudicataria, excepto en caso de que se proporcionen soluciones comerciales. El código fuente se podrá compilar y montar, con éxito y sin errores, en los equipos de EOI y de la Diputación de Pontevedra.

Asimismo, EOI y la Diputación de Pontevedra deberán disponer, en todo momento, de las fuentes de la versión con la que se está trabajando.

Para facilitar la gestión y seguimiento del proyecto todas las versiones irán correctamente etiquetadas con el código de la versión y su fecha de cierre.

En el caso de utilizar soluciones comerciales EOI y la Diputación de Pontevedra, con el objetivo de asegurar la sostenibilidad futura de las aplicaciones, podrá solicitarle al fabricante del software que se va a implantar el depósito del código fuente ante notario, para asegurar su disponibilidad en caso de quiebra del fabricante en cuestión.

13. ESPECIFICACIONES EN MATERIA DE COMUNICACIÓN

El proyecto “SMART DESTINATIONS PONTEVEDRA” en lo referente a la contratación, publicidad y comunicación está sujeto a los siguientes reglamentos e instrucciones de aplicación:

 Programa Operativo de I+D+I por y para el beneficio de las empresas-Fondo Tecnológico.

 Reglamento (CE) en º 1080/2006 del Parlamento Europeo y del Consejo, del 5 de julio de 2006.

 Reglamento (CE) en º 1083/2006 del Consejo, del 11 de julio de 2006.

 Reglamento (CE) en º 1828/2006 de la Comisión, del 8 de diciembre de 2006.

En el caso de resultar adjudicataria el licitador deberá cumplir con las siguientes obligaciones:

 Conservar la documentación relativa a esta contratación por un período mínimo de 3 años desde el cierre del Programa Operativo, es decir, hasta el 31 de diciembre de 2018, conforme a lo establecido en el artículo 90 del reglamento (CE) 1083/2006.

 Garantizar el estricto cumplimiento de la normativa de publicidad prevista en el reglamento (CE) 1828/2006, utilizando la imagen xxx XXXXX en todos los documentos engendrados al amparo de la contratación.

La aceptación del contrato por la empresa adjudicataria, implica la aceptación de la posibilidad de aparecer en una lista de beneficiarios, en las que además de los datos de los beneficiarios se incluirán el nombre de la operación y la cantidad de fondos públicos de cada contrato; según los requerimientos

Asimismo, el adjudicatario deberá cumplir con las obligaciones derivadas del Plan de Comunicación definido dentro del marco del proyecto SMART DESTINATIONS ajeno a este Pliego:

 Definición de marca e identidad gráfica corporativa.

 Definición de públicos destinatarios.

 Definición de mensajes clave a trasmitir.

 Definición de los medios para transmitir las comunicaciones.

14. CONFIDENCIALIDAD Y PROTECCIÓN DE DATOS

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con finalidad distinta a la que figura en este documento, ni tampoco ceder a otros ni siquiera a efectos de conservación.

Este deber subsistirá aunque se extinga el contrato, hasta que dicha información llegue a ser de dominio público o, que por otras causas, pierda su consideración de confidencialidad, sin que medie incumplimiento del deber de confidencialidad por cualquiera de las partes contratantes.

El adjudicatario se obliga en los términos previstos por el artículo 12 de la Ley Orgánica 15/1999, del 13 de diciembre, de Protección de Datos de Carácter Personal, a garantizar la total confidencialidad y seguridad de los datos a los que tenga acceso para su tratamiento, y a cumplir con lo dispuesto en el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento que desarrolla la Ley Orgánica 15/1999, del 13 de diciembre, de Protección de Datos de Carácter Personal y demás disposiciones normativas que desarrollan las citadas normas. Así mismo la empresa adjudicataria garantizará el cumplimiento de la legislación vigente en materia de protección de datos y confidencialidad de los mismos.

Los trabajos objeto del presente contrato deberán ser documentados convenientemente, para lo cual el adjudicatario se compromete a generar toda la documentación que sea aplicable por cada producto obtenido.

15. OBLIGACIONES FORMALES

EOI ejercerá de una manera directa y continuada la comprobación, coordinación y supervisión de la correcta realización de los trabajos.

EOI se reserva el derecho de modificar los trabajos en caso de no estar cumpliendo los objetivos indicados.

El contrato implica que el adjudicatario se responsabilizará, por sí mismo y ante EOI, del cumplimiento íntegro y satisfactorio de la totalidad de las prestaciones objeto del mismo. Por ello los licitadores deberán disponer de la organización, medios técnicos, materiales y humanos suficientes que permitan acometer y realizar perfectamente la totalidad del servicio que constituye el objeto del contrato, respondiendo con su organización incluso de aquellos que deban ser subcontratados.

La organización y estructura empresarial serán por tanto coherentes y adaptadas a la naturaleza y características del objeto del contrato y de sus diferentes prestaciones.

El adjudicatario deberá contratar al personal que resulte preciso para atender el cumplimiento de sus obligaciones. En ningún caso existirá vinculación laboral alguna entre el personal que se destine a la ejecución de este contrato por el adjudicatario y EOI, por cuanto el personal queda expresamente sometido al poder direccional y de organización del adjudicatario (artículo 43 del Real Decreto Legislativo 1/1995, de 24 xx xxxxx, por el que se aprueba el Texto Refundido de la Ley del Estatuto de los Trabajadores).

Tanto EOI como el adjudicatario durante el tiempo que dure el contrato y sus prorrogas, mantendrán la confidencialidad de los datos e información intercambiados entre ellos, incluyendo información objeto de derecho de autor, patentes, técnicas, modelos, invenciones, conocimiento experto, procesos, algoritmos, programas, ejecutables, investigaciones, detalles de diseño, información financiera, lista de clientes, inversionistas, empleados, relaciones de negocios y contractuales, pronósticos de negocios, planes de mercadeo y cualquier información revelada sobre terceras personas.

Es especialmente importante garantizar la confidencialidad de las personas que presten el servicio, en cualquier tipo de información a la que tengan acceso en el desarrollo de su actividad.

16. DILIGENCIA EXIGIBLE

El adjudicatario ejecutará el contrato en los términos previstos en este pliego, realizando de manera competente y profesional el objeto del contrato, cumpliendo los niveles de calidad exigidos y cuidando diligentemente los materiales, documentos, etc. que tuviera que utilizar como consecuencia del contrato. A estos efectos, el adjudicatario responderá de la calidad del trabajo desarrollado con la diligencia exigible a un profesional experto en la realización de las tareas objeto del contrato.

El adjudicatario responderá de la corrección y precisión de los documentos que aporte en ejecución del contrato y avisará sin dilación a la dirección del proyecto cuando detecte un error para que pueda adoptar las medidas y acciones correctoras que estime oportunas.

El adjudicatario responderá de los daños y perjuicios que se deriven para EOI, o para el personal de dicha entidad, de las reclamaciones que pueda realizar un tercero, y que tengan su causa, directa o indirecta, en errores del adjudicatario, en la ejecución del contrato o que deriven de la falta de diligencia referida en el presente apartado.

17. PREVENCIÓN DE RIESGOS LABORALES

El adjudicatario queda obligado al cumplimiento de las disposiciones vigentes en materia de prevención de riesgos laborales. El incumplimiento de estas obligaciones por parte del adjudicatario no derivará en responsabilidad alguna para EOI.

El adjudicatario estará obligado a cumplir las instrucciones para la prevención de los riesgos existentes en el centro de trabajo donde se preste el Servicio y las medidas que deban aplicarse cuando se produzca una situación de emergencia que EOI establezca.

Asimismo, el adjudicatario colaborará en la aplicación de la normativa de prevención de Riesgos Laborales, en especial en el establecimiento de los medios de coordinación que sean necesarios en cuanto a protección, prevención e información sobre riegos laborales, en los términos establecidos en la Ley 31/1995 de Prevención de Riesgos Laborales y en el Real Decreto 171/2004, de 30 de enero, por el que se desarrolla el artículo 24 de la Ley 31/1995, de 8 de noviembre, de Prevención de Riesgos Laborales, en materia de coordinación de actividades empresariales.

El adjudicatario informará a EOI y, en su caso, a todas las empresas que presten servicios de forma concurrente en el centro de trabajo donde se realicen las actividades objeto del Servicio, de los riesgos específicos de las actividades que desarrolle que puedan afectar a cualquier trabajador de EOI o en su caso, del resto de empresas concurrentes en el citado centro de trabajo.

La información deberá ser suficiente y habrá de proporcionarse antes del inicio de las actividades, cuando se produzca un cambio en las actividades concurrentes que sea relevante a efectos preventivos y cuando se haya producido una situación de emergencia. En el caso de que los riesgos que se generen se califiquen como graves o muy graves, la información se facilitará por escrito. El Profesional deberá comunicar de inmediato toda situación de emergencia susceptible de afectar a la salud o la seguridad de los trabajadores de EOI y, en su caso, del resto de empresas presentes en citado centro de trabajo en el que se realicen las actividades objeto del Servicio.

El adjudicatario deberá tener en cuenta en la planificación de su actividad preventiva con respecto al Servicio, la información facilitada por EOI y en su caso por el resto de empresas presentes en el centro de trabajo referido anteriormente, sobre los Riesgos Laborales que se puedan producir durante la prestación de dichos servicios.

Antes del inicio de la actividad objeto del Servicio, EOI exigirá al adjudicatario que le acrediten por escrito que han realizado para dichas actividades, la evaluación de riesgos y la planificación de su actividad preventiva.

EOI, con carácter previo al inicio de las actuaciones objeto del contrato, pondrá a disposición del adjudicatario el Manual de Autoprotección de Riesgos Laborales a efectos de que pueda cumplir las obligaciones establecidas en el presente apartado.

18. PENALIZACIÓN POR INCUMPLIMIENTO DEL SERVICIO

EOI podrá inspeccionar tanto al personal del adjudicatario como su trabajo en cualquiera de los aspectos establecidos, así como comprobar el servicio realizado cuando lo considere oportuno.

En caso de incumplimiento de las estipulaciones establecidas, se comunicará por escrito al adjudicatario haciendo constar la anomalía detectada.

El adjudicatario vendrá obligada a la corrección de las irregularidades o alteraciones que se produjesen en el servicio en un plazo inferior a 24h (salvo si existe causa justificada al respecto), pudiendo ser penalizada por EOI mediante la reducción de factura, descontando de la misma el tiempo transcurrido desde que se dio el aviso hasta que el adjudicatario tomo las medidas oportunas para su restitución.

19. OFERTA TÉCNICA

La Oferta técnica deberá acreditar un dominio conceptual, metodológico y técnico adecuado para la ejecución del contrato y reflejar capacidad técnica probada para dar servicio en el desarrollo del objeto previsto y para la consecución de los objetivos marcados.

La Oferta Técnica deberá incluir la información necesaria para la completa descripción técnica del Proyecto, incluyendo:

Descripción del Proyecto relacionándolo directamente con los objetivos.

Enumerar todos los recursos necesarios para la realización del Proyecto: recursos humanos, fungible, aparatos y equipos, datos, etc. También se deben indicar las posibles colaboraciones externas necesarias para el desarrollo del Proyecto.

Enunciar el equipo de trabajo previsto (al menos con categorías profesionales o perfiles).

Metodología de desarrollo y Plan de Trabajo.

La realización del Proyecto se debe dividir en actividades o tareas planificadas temporalmente, y con hitos a alcanzar en cada una de las actividades. Para cada actividad es necesario establecer:

Objetivos específicos. Definición de responsabilidades.

Recursos humanos y materiales necesarios.

Duración prevista (se recomienda incluir un cronograma el que se muestre gráficamente la planificación temporal y restricciones existentes).

Hitos y resultados a alcanzar (entrega de informes, documentación, software,…).

Se debe indicar como se realizará la gestión y seguimiento del Proyecto. Desarrollar en detalle las mejoras propuestas.

El documento de oferta técnica presentado por el licitador deberá contener los siguientes apartados en el siguiente orden:

1. Introducción

Se debe realizar un pequeño resumen de la oferta presentada por el licitador.

2. Objeto y alcance

Se deberán especificar bajo este punto objetivos, objeto, alcance y esquema general de la solución propuesta.

3. Características de la solución propuesta

Bajo este punto el licitador deberá describir los siguientes aspectos:

3.1. Plataforma web xx xxxxxxxx

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo de los portales web propuestos.

3.2. Desarrollo de dos aplicaciones para dispositivos móviles

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo de dos aplicaciones para dispositivos móviles orientadas al turista y al profesional del sector turístico de la provincia de Pontevedra.

3.3. Xxxxxx XXX (Customer Relationship Management)

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo de un CRM.

3.4. Módulo de integración (bus de integración)

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo de Bus de Integración.

3.5. Módulo de gestión documental y multimedia

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo de un sistema de gestión multimedia y la integración con el gestor documental propio de la Diputación de Pontevedra.

3.6. Módulo de soporte al Observatorio

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la arquitectura lógica y física de la solución planteada y sus funcionalidades conforme a lo descrito en este Pliego para el desarrollo módulo de soporte al observatorio turístico de encuestas incluyendo una herramienta de Business Intelligence.

3.7. Migración de datos

En este punto el licitador deberá contemplar todos aquellos aspectos relativos a la migración de los datos de las distintas herramientas actuales existentes en el servicio de Turismo Rías Baixas de la Diputación de Pontevedra y la definición del plan de contingencia en caso de posibles errores conforme a lo descrito en este Pliego.

4. Gestión y desarrollo del proyecto

4.1. Metodología de gestión de proyecto y órganos de dirección

Se describirá la metodología de gestión de proyecto propuesta por el licitador y las certificaciones metodológicas de desarrollo de software y proyectos TIC de la empresa licitadora, así como la propuesta organizativa para la dirección y gestión del proyecto.

4.2. Plan de trabajo y seguimiento del proyecto

Descripción del plan de trabajo detallado para desarrollar las tareas solicitadas conforme a lo descrito en este Xxxxxx. Se deberá incluir de manera obligatoria:

 Cronograma global.

 Descripción de actividades (diagrama xx Xxxxx).

 Descripción de fases, tareas, subtareas, tiempos estimados y perfiles asociados.

 Adicionalmente, se deberá incluir la metodología de seguimiento del proyecto propuesta por el licitador.

El licitador podrá hacer mención a la reducción de plazos, exceptuando para la Fase 3, “0 FASE 3: Turismo 3.0 y observatorio turístico”, ya que la reducción de plazos de esta fase forma parte de un criterio de valoración automática.

4.3. Entregables

Información detallada de la documentación que se entregará en el proyecto conforme a lo descrito en este Xxxxxx.

4.4. Plan de calidad

Descripción del plan de calidad que incluya una descripción detallada de la metodología de control de calidad a aplicar dentro del ámbito del proyecto objeto de este Pliego y certificados de calidad que la empresa tenga vigentes en el momento de presentación de la oferta.

5. Equipo de trabajo

Especificar el detalle curricular del equipo de trabajo propuesto para la realización del proyecto. Se deberá incluir una tabla que asigne personas a los perfiles solicitados bajo este Xxxxxx.

6. Plan de capacitación

El licitador deberá plantear en este punto un Plan de Capacitación detallado para cada uno de los requerimientos de formación planteados en este Pliego.

El licitador no podrá hacer referencia alguna a la ampliación del número de horas para las acciones formativas ya que éstas serán valoradas por criterios de valoración automáticos.

7. Plan de garantía, mantenimiento y soporte

El licitador deberá plantear en este punto el modelo de garantía, mantenimiento y soporte a usuarios (organización, interacción con otros niveles, etc.).

El licitador no deberá realizar ninguna referencia al aumento del periodo de mantenimiento ni al coste anual de mantenimiento ya que éstos forman parte de criterios de valoración automática.

8. Licenciamiento y código fuente

El licitador deberá plantear el detalle de los diferentes tipos de licencias propuestas junto con las características relacionadas con el código fuente del proyecto.

9. Mejoras propuestas por el licitador

En caso de no indicarse un determinado aspecto, se entiende que cumple con los requisitos mínimos establecidos en el pliego y con los estándares xx xxxxxxx.

Las ofertas diferenciarán, claramente y de un modo inequívoco, las características mínimas exigidas y las que realmente se aportan como mejoras, con el objetivo de facilitar el trabajo de evaluación.

La Oferta se debe presentar de acuerdo a lo indicado en el punto 4.2. (SOBRE 2, CRITERIOS QUE DEPENDEN DE UN JUICIO DE VALOR) xxx Xxxxxx de Clausulas Particulares.