PLIEGO DE CARACTERÍSTICAS TÉCNICAS

CONTRATACIÓN DEL “DESARROLLO DE APLICACIONES MÓVILES PARA LA

MEJORA DE LA COMPETITIVIDAD DE LAS PYMES TURÍSTICAS EN REGIONES
DE CONVERGENCIA” PARA LA FUNDACIÓN EOI

Número de Expediente: SARA_20130723_APPSMVL.

1. INTRODUCCIÓN
La Fundación EOI es beneficiaria del Programa RISC (Redes de Innovación al Servicio
de la Competitividad), incluido dentro del Programa Operativo CCI2007ES16UPO001,
de Investigación, Desarrollo e Innovación (I+D+i) por y para el beneficio de las
Empresas. El Fondo Tecnológico del Fondo Europeo de Desarrollo Regional fue
aprobado por Decisión de la Comisión de la Unión Europea el 7 de diciembre de 2007.
El Programa RISC tiene como misión ofrecer a empresas y agrupaciones
empresariales servicios para actividades de I+D+i, con el fin de mejorar su
competitividad.
Con fecha de 7 de febrero del 2013 la Fundación EOI y la Sociedad Estatal para la
Gestión de la Innovación y las Tecnologías Turísticas, S. A. (SEGITTUR) firmaron un
Convenio para el fomento de la Innovación y la Competitividad en las empresas del
sector turístico. El citado Convenio establece los términos de la colaboración entre EOI
y SEGITTUR para el desarrollo conjunto de un Proyecto para favorecer la implantación
y desarrollo de iniciativas de I+D+i e innovación en PYMES del sector Turismo y
relacionados en Regiones Convergencia beneficiarias de los Fondos Europeos de
Desarrollo Regional (FEDER).
Entre las acciones previstas se encuentra el desarrollo de un Proyecto colaborativo
para la mejora de la competitividad de las Pymes del sector Turismo, que favorezca
la interrelación de todos los agentes, la creación de una plataforma web de gestión de
las aplicaciones turísticas que impulse la innovación en las Pymes participantes en el
Proyecto y la implantación de herramientas de difusión y comercialización de su oferta
a través de canales electrónicos.
La implantación del Proyecto pretende, en consecuencia, canalizar adecuadamente la
oferta de contenidos, servicios y productos turísticos, facilitando la mejora relevante
del negocio de las Pymes del sector Turismo y relacionados en Regiones
Convergencia beneficiarias de los Fondos Europeos de Desarrollo Regional (FEDER).
De la misma manera, se activaran otros sectores económicos relacionados con el
Turismo, mediante el uso de la innovación, en el marco de las acciones que ejecuta la
EOI dentro del Programa RISC.
El resultado principal del Proyecto será el diseño, la construcción y el mantenimiento
de nueve (9) aplicaciones destinadas a dispositivos móviles (en adelante, Apps) que
contribuyan a la mejora de la competitividad de las Pymes del sector Turismo y
relacionados.
Las aplicaciones podrán utilizarse en dispositivos móviles inteligentes, conocidos como
“Smartphones” y funcionar sobre las plataformas más extendidas en el mercado, en
concreto y cuando menos, en los sistemas operativos Android de Google e iOS de
Apple.

1
Las aplicaciones móviles se podrán actualizar de forma dinámica por los usuarios de
las Pymes del sector Turismo y relacionados, desde cualquier ordenador o dispositivo
conectado a Internet, a través de una plataforma web asociada a las Apps.
Además de las actuaciones objeto de la presente licitación y, para asegurar el éxito de
su implantación, se contemplan las actuaciones necesarias de sensibilización y
captación de Pymes que permitan para conformar una oferta o marketplace de Apps
para el sector Turismo y relacionados en Regiones Convergencia beneficiarias de los
Fondos Europeos de Desarrollo Regional (FEDER).
De la misma forma, está previsto el desarrollo de actuaciones para la difusión de la
oferta de servicios hacia la demanda a través de las Apps desarrolladas y que faciliten
la cooperación entre los diferentes actores del sector Turismo, con especial incidencia
en la colaboración Publico y Privada.

2. OBJETO DEL SERVICIO

El objeto de esta contratación es la prestación de un servicio de diseño, construcción y
mantenimiento de nueve (9) aplicaciones móviles y de la plataforma web asociada,
para la mejora de la competitividad de las Pymes del sector Turismo y relacionados,
en un ámbito de un proyecto colaborativo, que permita adicionalmente la puesta en
valor de las bases de datos y contenidos de entidades de carácter público y privado.
La contratación se encuadra en un conjunto amplio de actuaciones, de carácter
integrado, entre las que destacan las siguientes:
 El diseño, la construcción y el mantenimiento de nueve (9) aplicaciones
informáticas para dispositivos móviles inteligentes, que funcionen, al menos, en
los sistemas operativos Android de Google e iOS de Apple.
 La definición e implantación de las actuaciones para la sensibilización y
captación de Pymes que permitan para conformar y desplegar una oferta o
marketplace de Apps para el sector Turismo en Regiones de Convergencia
beneficiarias de los Fondos Europeos de Desarrollo Regional (FEDER).
 La definición e implantación de las actuaciones que permitan la promoción y la
difusión de la oferta de servicios turísticos en los destinos a través de las Apps.
 La definición e implantación de las actuaciones que faciliten la cooperación
entre los diferentes actores y agentes locales del sector Turismo y
relacionados, con especial incidencia en la colaboración Publico y Privada.

3. ALCANCE DEL SERVICIO

A partir de las conclusiones y resultados del diagnóstico previo elaborado por EOI,
cuyo resultado ha sido identificar un conjunto de Apps que cumplen los requisitos
establecidos, se procede ahora a la contratación de un servicio para el diseño,
construcción y mantenimiento de aplicaciones móviles para la mejora de las
competitividad de las Pymes del sector Turismo y relacionados en Regiones de
Convergencia beneficiarias de los Fondos Europeos de Desarrollo Regional (FEDER).

2
El público objetivo de las Apps será el viajero o el turista, nacional y procedente de los
principales mercados emisores, por lo que las Apps podrán versionarse en distintos
idiomas (multi-idioma), entregándose, al menos, en idioma castellano y en inglés.
El ámbito de las Apps dará cobertura a las necesidades del turista durante el ciclo del
viaje: planificación y preparación, durante el itinerario, en la visita y después del viaje.
Las Apps estarán orientadas a la generación de incentivos de consumo, con un
énfasis en su integración con las principales aplicaciones de las redes sociales, tales
como Facebook, Twitter, Google+, Instagram, Pinterest, Foursquare, etc. y las
tecnologías de geoposicionamiento.
Las principales fuentes de datos de las Apps serán los generados por los usuarios,
como aquellos provenientes de la reutilización de la información del sector público.
Las Apps deberán tener en cuenta, en todo momento, los requisitos de seguridad y
legales, relativos a privacidad y protección de datos de carácter personal.
El adjudicatario deberá realizar, al menos, las siguientes actividades:
 Diseño funcional: consistente en el análisis y la elaboración de requisitos de la
aplicación y de la plataforma web asociada.
 Diseño técnico: consistente en el análisis y la definición de la arquitectura de la
aplicación, la estrategia de desarrollo, con especial incidencia en la selección
del entorno nativo o HTML 5, la seguridad, las integraciones y la
interoperabilidad de la aplicación y de la plataforma web asociada.
 Diseño gráfico: consistente en el diseño artístico de todos los elementos de la
aplicación y de la plataforma web asociada, tales como las pantallas, los iconos
y los logos de la aplicación, de acuerdo con los estándares y wireframes
entregados por EOI.
 Construcción: consistente en el desarrollo de la aplicación y de la plataforma
web asociada y comprende todas las tareas de desarrollo, integración y
pruebas unitarias, de compatibilidad con los sistemas operativos e idiomas, de
integración y de seguridad.
 Validación: consistente en la especificación, diseño, ejecución, documentación
y recepción de las pruebas finales o de usuario.
 Despliegue: consistente en la instalación y puesta en marcha de la plataforma
web asociada, así como en la publicación de la aplicación en, al menos, las
tiendas de Apple (App Store) y de Google (Google Play).
 Mantenimiento: consistente el registro, notificación y cierre de incidencias y el
mantenimiento correctivo de la aplicación y de la plataforma web asociada, con
la validación, gestión de la configuración y el despliegue de las nuevas
versiones originadas, durante el periodo de garantía establecido.

Este pliego se divide en los siguientes lotes diferenciados:

 LOTE 1: Desarrollo de una solución y servicios de movilidad y plataforma
web asociada destinada a la promoción de los establecimientos en los
destinos turísticos españoles.

3
  LOTE 2: Desarrollo de una solución y servicios de movilidad y plataforma
web asociada destinada a la denuncia de delitos menores a través de
Internet en los destinos turísticos españoles.
 LOTE 3: Desarrollo de una solución (Apps de Spain) de generación de
siete apps turísticas en destino.

4. ESPECIFICACIONES TÉCNICAS DEL SERVICIO

A continuación se describen el alcance de cada uno de los lotes:
4.1. LOTE 1: DESARROLLO DE UNA SOLUCIÓN Y SERVICIOS DE
MOVILIDAD Y PLATAFORMA WEB ASOCIADA DESTINADA A LA
PROMOCIÓN DE LOS ESTABLECIMIENTOS EN LOS DESTINOS
TURÍSTICOS ESPAÑOLES.
Esta aplicación tiene como finalidad la promoción de la oferta de los productos y
servicios de las Pymes del sector Turismo y relacionados, proporcionando para ello
la debida visibilidad a las mejores Apps del mercado en los destinos turísticos
españoles
Para ello esta aplicación persigue un doble objetivo, a saber:
 Ayudar a las Pymes del sector Turismo y relacionados a seleccionar las Apps
de mayor difusión entre los turistas y de alto potencial de negocio, para
posicionar su oferta de productos y servicios.
 Orientar al turista en la búsqueda y selección de Apps de destinos turísticos
concreto con características diferenciales de calidad y orientación a la oferta.
Esta aplicación, en consecuencia, está destinada al turista y a las PYMES del
sector Turismo y relacionados, facilitando respectivamente la experiencia y
comercialización de servicios y productos turísticos.
Los servicios o productos a mostrar por las Apps de prescripción darán cobertura
a todas las necesidades del turista durante todo el ciclo del viaje: planificación y
preparación del viaje, durante el itinerario, en la visita y después del viaje.
La aplicación requiere una plataforma web asociada que centraliza la información
que se va a ofrecer a los usuarios y permitir gestionar fácilmente el mantenimiento
de contenidos de los usuarios e información de administración.
4.1.1. Arquitectura de contenidos y taxonomía de la información
Los contenidos estarán divididos en un máximo de cuatro niveles de
navegación:
 Primer nivel: Vista principal de acceso a la aplicación.
 Segundo nivel: Vista de detalle de noticia o de aplicación, acceso al
buscador, perfil del usuario.
 Tercer nivel: Listado de resultados de la búsqueda.
 Cuarto nivel: Detalle de aplicación.

4
 4.1.2. Perfiles identificados
Los perfiles usuarios serán los siguientes:
 Usuario final: Descarga la aplicación e interacciona con los contenidos
definidos.
 Usuario Pyme: Publica los contenidos y recursos de su negocio.
 Administrador: Gestiona los contenidos y perfiles de usuarios.
 Supervisor: Realiza un seguimiento de las descargas y usos de la
aplicación.
4.1.3. Flujos de publicación de la información
La información se publicará de manera inmediata de cara al usuario de las
aplicaciones una vez se edite en el gestor de contenidos.
4.1.4. Requerimientos técnicos específicos
La aplicación necesitará conectividad en todo momento para tener los
contenidos actualizados.
También necesitará de servicios de geoposicionamiento del dispositivo, pues el
usuario final tendrá la opción de filtrar el contenido en función de su posición.
4.1.5. Requisitos no funcionales del sistema
La plataforma de gestión de contenidos debe ser accesible desde cualquier
dispositivo conectado a Internet, y todas las tareas de mantenimiento que
puedan causar una indisponibilidad del sistema deben ser avisadas con al
menos 24 h de antelación.
Las aplicaciones iPhone y Android serán accesibles desde el App Store y el
Google Play.

4.2. LOTE 2: DESARROLLO DE UNA SOLUCIÓN Y SERVICIOS DE

MOVILIDAD Y PLATAFORMA WEB ASOCIADA DESTINADA A LA
DENUNCIA DE DELITOS MENORES A TRAVÉS DE INTERNET EN LOS
DESTINOS TURÍSTICOS ESPAÑOLES.
Esta aplicación tiene como finalidad facilitar y agilizar el proceso de denuncias de
delitos menores ofreciendo al turista un entorno sencillo y en múltiples idiomas con
el que poder reportarlos sin necesidad de desplazarse inicialmente a las
dependencias policiales.
El denunciante declara en su idioma nativo a través de un interfaz web o del app
correspondiente, y la denuncia se traducirá al castellano automáticamente en el
lado servidor.
Esta aplicación, en consecuencia, está destinada al turista que hayan sido víctimas
de algún robo, sustracción, o extravío de ámbito menor.
La aplicación debe, además, ofrecer a las Pymes del sector turístico y, en especial,
a los alojamientos turísticos (hoteles, camping, etc.), un servicio para que el turista
alojado en el establecimiento pueda iniciar la tramitación de las posibles
denuncias, redundando en un mejor servicio de las Pymes al turista y una imagen
de seguridad del destino.

5
La aplicación requiere una plataforma web asociada que centraliza la información
que se va a ofrecer a los usuarios y permitir gestionar fácilmente el mantenimiento
de contenidos de los usuarios e información de administración.

4.2.1. Arquitectura de contenidos y taxonomía de la información

Toda la navegación por la aplicación será guiada en un “paso a paso”. El flujo
principal será el siguiente:
 Selección idioma > Selección de acción a realizar entre visualizar
denuncia o crear denuncia.
 Selección crear denuncia > Proporcionar información personal >
Selección tipo de infracción > Cuestionario oficial > Vista previa y
confirmación > Selección cita.
 Selección visualizar denuncia > Introducción código > Visualización
denuncia > Edición denuncia.
4.2.2. Perfiles identificados
Los perfiles usuarios serán los siguientes:
 Usuario final: Descarga la aplicación y realiza la denuncia o consulta
una denuncia
 Usuario Pyme: Da de alta los datos básicos de los clientes que se
registren en su establecimiento para facilitar la labor en caso de
denuncia.
 Administrador: Visualiza la denuncia y las citas propuestas
 Supervisor: Encargado de realizar un seguimiento de la descarga y uso
de la aplicación a todos los niveles a través de las herramientas
proporcionadas a tal efecto.
4.2.3. Flujos de publicación de la información
La app no publica información a no ser que el usuario la requiera mediante el
código de denuncia para su consulta.
4.2.4. Requerimientos técnicos específicos
La aplicación necesitará conectividad en todo momento para consultar o
realizar las denuncias.
4.2.5. Seguridad
Todas las conexiones entre servidor y aplicaciones deben hacerse de forma
segura (https)

4.3. LOTE 3: DESARROLLO DE UNA SOLUCIÓN (APPS DE SPAIN) DE

GENERACIÓN DE SIETE APPS TURÍSTICAS EN DESTINO.
Entorno de generación de Apps turísticas en destino, con acceso a bases de datos
turísticas que tengan en cuenta el destino y el público objetivo de la misma.

6
Todas las Apps generadas tendrán las siguientes características comunes:
A. Filtro de POIs: Puede realizarse creando una zona que abarque todo destino y
filtrando las características de los puntos a poner a disposición de la App.
B. Menú de usuario: Partiendo de un menú general se podrán seleccionar las
opciones deseables para su menú de navegación.
El entorno de generación común se aplicará para la construcción de, al menos, las
Apps siguientes:
1. App para la promoción de playas españolas:
Esta aplicación está orientada a un público que busca disfrutar de las
playas o tener información precisa de las mismas y de lo que rodea a este
entorno, como estado del mar, meteorología, avisos y los servicios
disponibles controlados mediante flags.
La App se podrá configurar para mostrar información de todas las playas de
España o de una región en concreto.
2. App para la promoción de destinos naturales:
Esta aplicación ofrece información de las rutas, recursos y puntos de interés
turístico relacionados con la naturaleza, las rutas de trekking y ciclables, así
como de los servicios del destino, tales como establecimientos rurales,
spas, etc.
La App permite el seguimiento de rutas en mapas, facilitando al usuario
final la búsqueda en cada Comunidad Autónoma o Región de los
alojamientos y actividades más próximos, en función de las características
que seleccione previamente.
3. App para la promoción de destinos accesibles:
Esta aplicación ofrece información actualizada y geolocalizada sobre el
grado de accesibilidad de los principales puntos de interés turístico.
La App permite al usuario final la búsqueda en cada Comunidad Autónoma
o Región de los alojamientos con especiales condiciones de accesibilidad,
en función de las características que seleccione previamente.
4. App para la planificación de visitas turísticas:
Esta aplicación permitirá a los viajeros planificar sus visitas y excursiones
en función de horarios, exceso de turistas, distancias, etc.
El usuario elegirá varias alternativas pre-seleccionadas: las ciudades que
quiere visitar, los días que tiene disponibles para el viaje, los puntos de
interés que no se quiere perder y el tipo de actividades en las que se quiere
centrar y la aplicación le ofrecerá una ruta a medida.
En este caso el usuario tendrá acceso a la base de datos de POIs para
organizar sus propias rutas, sitios a visitar, rutas a seguir, calendario de
estancias.
5. App para la promoción de guías de destino:
Esta aplicación permite generar guías turísticas que incluyen los principales
puntos de interés turístico adaptados a una localidad específica que puede
variar desde un pueblo o municipio pequeño hasta una región.

7
6. App para la promoción del turismo creativo:
Esta aplicación ofrece actividades de turismo alternativo, tales como cursos
locales, eventos singulares como por ejemplo, ver el atardecer desde un
velero o hacer visitas guiadas de la mano de un artista del municipio.
7. App para la promoción del turismo con niños
Esta App permite identificar puntos de interés para visitar con niños.
Algunos ejemplos de contenido son: restaurantes con menú infantil o tronas
para bebés, sitios para cambiar a los bebés, accesibilidad con carritos,
playas accesibles y seguras, farmacias de guardia, tiendas para niños...
Además, la app puede dar consejos durante la ruta para atraer la atención
de los niños, así como leyendas o curiosidades de los diferentes destinos.

4.3.1. Sistema de configuración y generación de apps

Para poder configurar las distintas apps se creará una aplicación web que
permitirá crear apps, con su zona de gestión y usuarios responsables de las
mismas.
Al crear una App, el Administrador podrá determinar su área de influencia
definiendo:
 Zona: Que solo muestre información de un serie de localidades, CCAA
o provincia, o bien limitando el área que encierran tres o más puntos en
el mapa.
 Tipología de contenidos: Indicando la lista de tipos de contenidos que
podrá gestionar.
 Tipo de app: indicará si es la app de playas, niños,… de esta forma se
especificará la forma de trabajar
 Fuentes de datos accesibles.
Una vez creada la App será el Usuario Pyme el encargado de mantener los
contenidos relativos a su establecimiento o servicio.
4.3.2. Gestor de contenidos
Se deberá disponer de un gestor de contenidos que facilite al Administrador la
gestión de todos los contenidos y recursos de todos las Apps.
La información de partida se podrá importar de distintas bases de datos, con
especial énfasis de la proporcionada por el Portal Oficial del Turismo en
España www.spain.info por lo que dicho sistema deberá integrarse con los
servicios web disponibles, asegurando que la información distribuida en las
Apps objeto del presente Pliego estén sincronizadas y actualizada.
Adicionalmente se podrá disponer de otras fuentes de datos que
proporcionarán información para la creación de Apps, que deberán tenerse en
cuenta para integrar sus contenidos.
El gestor de contenidos permitirá crear un modelo colaborativo, de forma que
cualquier usuario con permisos de edición sobre un conjunto de datos
(determinado por la tipología y localización geográfica) podrá
introducir/modificar los datos del catálogo. Se implementará un flujo de

8
 aprobación que permitirá al administrador del sistema o al administrador de una
app en concreto revisar, modificar y aceptar o rechazar los datos aportados por
terceros, teniendo el control final sobre la información que aparecerá en el
catálogo.
4.3.3. Arquitectura de contenidos y taxonomía de la información
Los contenidos estarán divididos en un máximo de cuatro niveles de
navegación:
 Primer nivel: Se consideran dentro del primer nivel las secciones a las
que se puede acceder a través de la barra de navegación: listado POIs,
POIs Favoritos y buscador por localización y características.
 Segundo nivel: Mapa, detalle de POIS y detalle de servicios adicionales
 Tercer nivel: Opiniones de usuarios
 Cuarto nivel: Escribe tu opinión
4.3.4. Perfiles identificados
Los perfiles usuarios serán los siguientes:
 Usuario final: Turista o viajero que descarga la aplicación e interacciona
con los contenidos definidos.
 Usuario Pyme: Publica los contenidos y recursos de su negocio.
 Administrador: Gestiona los contenidos y los actualiza en caso de que
sea necesario, El área de influencia a editar estará limitada a una zona
de influencia y tipología de datos o tipo de recurso o establecimiento de
una Pyme.
 Supervisor: Realizar un seguimiento de la descarga y uso de la
aplicación a todos los niveles a través de las herramientas
proporcionadas a tal efecto.

5. ESPECIFICACIONES GENERALES DEL SERVICIO

5.1. REQUISITOS TÉCNICOS
Las Apps deberán poder ser utilizadas, al menos, en los dispositivos móviles de las
dos plataformas de mayor difusión en la actualidad, a saber: Android de Google e
iOS de Apple.
En consecuencia, se deberá asegurar el correcto funcionamiento de las Apps en
los entornos siguientes:
 iPhone: Las últimas versiones soportadas por Apple (iOS5, iOS6 iOS7)
 Android: SO 2.3 gingerbread en adelante, teniendo en cuenta al menos las
siguientes resoluciones hdpi, xhdpi y ldpi
5.1.1. Comportamiento offline y online
El uso de las Apps definidas en este documento podrá realizarse de dos
modos:

9
  Online: La aplicación necesita de una conexión de datos y consulta
directamente datos al servidor.
 Offline: La aplicación no necesita o no dispone de una conexión de
datos, se hace necesario disponer de una copia local de los datos.
Puesto que las aplicaciones a desarrollar están orientadas a un turista
extranjero se deben tener en cuenta las limitaciones en la conexión de datos de
sus usuarios, por ello en la solución propuesta se deberá indicar por cada
funcionalidad desarrollada cual estará disponible con conexión y cual no será
necesario.
Un visitante o turista no dispondrá posiblemente de acceso a Internet (salvo
que asuma costes de roaming o desde sitios que ofrezcan conexión WiFi), a lo
que hay que sumar escenarios de baja conectividad. Por ello, para garantizar la
máxima funcionalidad de las aplicaciones, se incluirá un volcado de datos
relativos a la zona y el almacenamiento de datos a emitir, a la espera de poder
encontrar una conexión.
Para hacer posible este modo offline, las Apps deberán instalarse con una base
de datos inicializada mediante un volcado previo de los datos al dispositivo.
5.1.2. Entorno de desarrollo
Para cada uno de los lotes el licitador, podrá proponer, de forma razonada, las
arquitecturas siguientes:
 Desarrollo nativo: Se desarrollarán apps nativas para IPhone y Android.
 Desarrollo empaquetando aplicaciones HTML5: Si se opta por el
modelo de empaquetar aplicaciones con HTML5 estas deberán de
realizarse con PhoneGap/Cordova.
Las aplicaciones deberán de estar alineadas con los principales estándares de
accesibilidad y usabilidad, asegurando la mejor experiencia para el usuario.
5.1.3. Entorno de producción
El desarrollo de la aplicación web de lado servidor deberá hacer uso de buenas
prácticas de alta disponibilidad:
 Diseñar una estructura sin punto único de fallo, estableciendo entre
otros los protocolos de ruteo que permitan un servicio continuado en
caso de fallar un nodo.
 Desplegar un entorno que permitan recuperarse de la caída de un
servidor.
 Diseñar una arquitectura de despliegue que permita un crecimiento
progresivo bajo demanda añadiendo nuevos nodos al sistema a medida
que la carga del sistema aumente.
 El tiempo de respuesta de cualquier petición realizada directamente por
el usuario y lo mantenga a la espera en pantalla no debe superar los 5
segundos (con conexión a Internet de 2Mb/s), esto no aplica a tareas
ejecutadas en segundo plano.
 En las tareas de sincronización de contenidos, se deberá implementar
un paginado de contenidos a sincronizar en caso de ser necesario. Las

10
 actividades de sincronización deberán poderse interrumpir en cualquier
momento, sin perjudicar la calidad de la información sincronizada ni
producir resultados duplicados o no actualizados.

5.2. SEGUIMIENTO Y CONTROL DE BUGS DE LADO CLIENTE

Cada App deberá incluir un sistema de notificación y reporte de incidencias para
poder rastrear los errores.

5.3. MONITORIZACIÓN DE USO, COMUNICACIÓN CON USUARIOS Y

CONFIGURACIÓN REMOTA
Es necesario conocer a los usuarios de las aplicaciones para poder anticiparnos a
sus necesidades y poder ofrecerles un mejor servicio. Esto hace necesario estudiar
sus patrones de comportamiento y la forma en que utilizan las apps desarrolladas.
Es necesario integrar las aplicaciones con una herramienta de control de acciones
de usuario que permita reporting y análisis de los datos recopilados.
Para ello se empleará Google Analytics, debiendo el proveedor configurar la app y
la cuenta de Google Analytics de forma que:
 Contemple las acciones nativas en Apps, es decir Android e iOS.
 Seguimiento de acciones con redes sociales.
 Datos como el número de usuarios que utilizan la aplicación cada día,
usuarios creados, tipos de dispositivos, la duración de las sesiones o el tipo
de acciones que se realizan en cada visita
 Datos de acceso: número de usuarios únicos, sesiones, horario de acceso,
duración de las sesiones etc.
 Datos técnicos: modelos de dispositivos, versiones de la aplicación
instalada, versiones del firmware
 Datos de uso y conversión de la aplicación: número de clicks en cada
sección de la aplicación
Se deberá integrar también una herramienta para poder comunicarse de forma
efectiva con los usuarios mediante notificaciones push.

6. PLANIFICACIÓN TEMPORAL
La duración estimada del Proyecto es de seis (6) 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.
Tras la finalización del Proyecto comenzará el periodo de mantenimiento descrito en el
apartado “Garantía de los trabajos”.

11
7. GESTIÓN DOCUMENTAL
El adjudicatario deberá responsabilizarse de tener completada y custodiar
debidamente toda la documentación necesaria para acreditar el correcto desarrollo de
las actividades, de acuerdo a las indicaciones y criterios de EOI y FEDER.
Entre las actividades a desarrollar, incluirá.
 Registro y clasificación de documentos
 Custodia
 Control de versiones
Asimismo, a lo largo del proyecto se deberán elaborar y recepcionar los
siguientes entregables:
A. Gestión del Proyecto, que incluye:
- Plan de Proyecto
- Plan de Calidad
- Informes de seguimiento
- Informes de revisiones de calidad
B. Desarrollo
- Documento de Requisitos de Proyecto (DRP)
- Diseño gráfico: Documento de diseño y hojas de estilos.
- Diseño técnico
C. Código fuente de todos los desarrollos realizados apps, desarrollos para la
obtención de los datos de fuentes externas, sistemas de gestión,
adaptaciones de los gestores de contenidos, desarrollos a medida, etc..,
incluyendo la documentación técnica correspondiente
D. Carga de datos
Se requerirá documentación donde se especifique la metodología y
procesos de carga de los contenidos y recursos de cada una de la apps.
Se entregaran los documentos técnicos y manuales utilizados para extraer
la información de los contenidos y recursos. De esta forma, se facilitará el
auditar la calidad de los datos obtenidos, así como la realización del
posterior mantenimiento de la base de datos de cada una de las apps.
E. Verificación y validación: Documentación relativa al plan de pruebas, el
diseño de las pruebas y casos de uso, los registros de pruebas, el registro d
apertura y cierre de incidencias, así como un documento del ciclo de vida
que se describa la metodología de desarrollo, gestión d ela configuración y
los procesos utilizados para asegurar tanto la calidad y seguridad, como su
fácil actualización, mantenimiento y expansibilidad a lo largo del tiempo
F. Despliegue: Planificación del despliegue y las aplicaciones disponibles
para los usuarios y el sistema de gestión web. Debe tenerse en cuenta que
es necesario documentar las condiciones legales de uso de la app para
informar al usuario al instalar el app.

12
 G. Operación: Documentación necesaria para la realización de las tareas de
administración (backups, reinicios, respuestas ante situaciones críticas,…).
H. Mantenimiento: Documentación generada durante el periodo de garantía, a
saber:
La metodología de gestión del proyecto, diseño, construcción y mantenimiento podrá
seguir las directrices de modelos o estándares metodológicos de amplia aceptación,
ágiles o mas formalizadas, como pueden ser: Scrum, Métrica 3, etc. o cualquier otra,
siempre y cuando queden debidamente documentados los siguientes aspectos:
 Especificación de requisitos.
 Casos de uso del sistema asociados a los requisitos del mismo.
 Diagramas de secuencia e interacción entre las
principalesclases/componentes del mismo.
 Diagrama de arquitectura y componentes.
 Flujo de trabajo (Workflow) de información.
 Diagrama entidad-relación de las bases de datos accedidas o generadas.
 Planes de Pruebas
 Gestiónd e la Configuración
También se documentarán convenientemente las interfaces públicas de las clases
desarrolladas en el sistema en un formato estándar (véase JavaDoc para Java,
Doxygen, PythonDoc para Python, etc.).

Además, el adjudicatario también deberá:

 Participación en las Comisiones de seguimiento a petición de EOI. El
adjudicatario deberá garantizar la asistencia del Director de Proyecto a las
reuniones de la Comisión de seguimiento a requerimiento de EOI.
 Garantía de calidad y soporte documental. El adjudicatario deberá garantizar la
calidad de los trabajos y la consecución de objetivos en tiempo y forma así
como por la satisfacción de las pymes beneficiarias; el cumplimiento de los
criterios en proyectos cofinanciados por FEDER en cuanto a publicidad,
difusión de las acciones, imagen, etc.; completar y custodiar debidamente toda
la documentación necesaria para acreditar el correcto desarrollo de las
actividades.

8. EQUIPO DE TRABAJO
El adjudicatario deberá llevar a cabo sus tareas mediante un equipo multidisciplinar,
estable, con amplia experiencia en la realización de proyectos similares al ofertado. El
equipo de trabajo estará dirigido por un Director de Proyecto que actuará como único
interlocutor ante EOI, quien actuará como responsable de la elaboración y entrega de
los trabajos, estará integrado en su propia plantilla y 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

13
 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.
 Emisión de informes y mejora continúa de la calidad del servicio.
 Emisión de un informe indicando las medidas de control impuestas y las acciones
a llevar a cabo que sean necesarias cuando las desviaciones del proyecto así lo
requieran.
 Todas aquellas correspondientes a la buena marcha del servicio.
El licitador deberá incorporar en el Modelo Organizativo contemplado en su oferta
información del equipo destinado a la prestación de todos los servicios a ser prestados
(administración, servicios adicionales, definición de procesos, gestores…). Se harán
constar los siguientes puntos:
 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.
El equipo de trabajo que la empresa adjudicataria pondrá a disposición del proyecto
deberá estar constituido como mínimo por los siguientes perfiles:
 Director 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 5 años en dirección de proyectos. En este período
deberá haber dirigido proyectos relacionados con el objeto del contrato.
 Jefe de equipo con experiencia en desarrollo de aplicaciones en especial en
el ámbito del sector del turismo. Perfil responsable en colaborar con coordinador

14
 del proyecto, programadores y responsable del diseño gráfico. Deberá cumplir con
los siguientes requisitos:
o Titulación mínima requerida: titulación media o diplomatura con
conocimientos en TIC’s demostrables.
o Conocimientos demostrables en las áreas que se le asignen de cada una
de las actuaciones presentadas en este PCT.
o Experiencia mínima de 5 años en tareas relacionadas en el objeto del
presente PCT.
 Programadores. Perfiles responsable del desarrollo y programación de las
aplicaciones. Deberá cumplir con los siguientes requisitos:
o Titulación mínima requerida: titulación media relacionada con las TIC.
o Conocimientos demostrables en desarrollo de aplicaciones para la
implantación de la solución propuesta en el PCT.
o Experiencia mínima de 2 años en tareas similares.
 Diseño gráfico. Coordinará todas las acciones correspondientes con el diseño de
las aplicaciones en coordinación con el coordinador de proyecto y jefe de equipo.
Deberá cumplir con los siguientes requisitos:
o Titulación mínima requerida: titulación media relacionada con Diseño
Gráfico de aplicaciones.
o Experiencia mínima de 3 años en tareas similares.
Se acreditará mediante la aportación del curriculum vitae de los perfiles indicados, que
incluya detalle de los Proyectos y tipos de servicios prestados similares a los descritos
en los pliegos, aportándose documentación con información suficiente tanto del
Director de Proyecto como del equipo de trabajo atendiendo a los puntos
anteriormente indicados, que permita acreditar sus conocimientos, experiencia e
idoneidad para la prestación de los servicios descritos.
Se considera especialmente importante la gestión del cambio en el caso de los
recursos humanos y la estabilidad del mismo durante la ejecución del contrato.
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. EOI 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.
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.

15
9. 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.

10. 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).
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.
EOI designará un responsable del contrato. 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. Asimismo,
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 adjudicatario, durante la ejecución del contrato, deberá entregar informes periódicos
recogiendo los principales datos sobre su actividad. Durante la ejecución de las
acciones objeto del contrato el adjudicatario se compromete, en todo momento, a
facilitar a EOI, la información y documentación que ésta solicite para disponer de un
pleno conocimiento de las circunstancias en que se desarrollan los servicios, así como
de los eventuales problemas que puedan plantearse en su ejecución.
En ningún caso la colaboración del adjudicatario supondrá la concesión a éste por
parte de EOI de facultades de representación para promover y/o concluir operaciones
por cuenta y en nombre de la entidad.
El adjudicatario se someterá a las pautas y directrices que en el desarrollo de la
ejecución del contrato pudieran dictarse, sometiéndose a las actuaciones de
supervisión y control por parte de EOI.

11. GARANTÍA DE LOS TRABAJOS

El adjudicatario garantiza un año de garantía gratuito a contar desde la fecha de
finalización de los trabajos objeto de esta contratación, obligándose a realizar durante
dicho período el soporte y los cambios necesarios para solventar las deficiencias
imputables a ella misma.

16
12. 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
de marzo, 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.

13. 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
a EOI en ejecución del contrato y avisará sin dilación a EOI 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
14. 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.

15. 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.

18
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, en la Ley
34/2002, de 11 de julio, de Servicios de la Sociedad de la Información y Comercio
Electrónico 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.

16. 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.

17. 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).

19
 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:
DESCRIPCIÓN DE LA PROPUESTA TÉCNICA:
Descripción general. Descripción de los puntos a destacar de la solución presentada:
- Arquitectura. Arquitectura planteada para poner en funcionamiento el sistema,
Incluyendo la descripción de todo software utilizado; bases de datos, gestores
de contenido, etc. detallando el tipo de software libre, software de fuente
abierta, software privativo o medida, posibilidades de escalabilidad.
- Entorno de desarrollo: herramientas utilizadas para el desarrollo de las apps y
los sistemas de gestión. Indicando los perfiles y equipo recomendado para
realizar un posible mantenimiento evolutivo de la plataforma.
- Sistema de monitorización.
- Propuesta para el mantenimiento de datos on-line y of-line, indicando que
funcionalidades de la aplicación podrán ser utilizadas on-line y cuales of-line y
las restricciones en cada caso.
- Propuesta para la comunicación e integración de datos con terceros,
arquitectura de la solución para la comunicación con otros sistemas para
garantizar la integridad de los datos y su modificación en cada momento.
METODOLOGÍA Y PLAN DE TRABAJO:
Las ofertas detallaran las fases del proyecto, sus actividades y cronograma de los
trabajos, así como las medidas que se prevén aplicar para garantizar la calidad y la
gestión del proyecto.
Las ofertas detallaran de forma estructurada de las tareas para cada una de las fases
del proyecto, indicando los recursos, los perfiles necesarios, los entregables
asociados, así como el cronograma y los hitos temporales principales.
Es de obligado cumplimiento incluir en el plan de trabajo las estimaciones de plazos de
los hitos de entrega de los entregables y la documentación asociada, asi como de las
actividades de validación y recepción de EOI.

20
La planificación incluirá el mantenimiento durante un periodo de, al menos, doce (12)
meses a contar a partir de la recepción de cada aplicación y de web asociada,
incluyendo las actividades de mantenimiento correctivo para corregir defectos y
deficiencias encontradas durante su uso y el despliegue de las nuevas versiones y la
gestión de la configuración.
Por otro lado, se incluirán también en la Oferta técnica las acciones de transferencia
del conocimiento necesarias para la adecuada entrega y comprensión de los
resultados del proyecto.
MEJORAS:
Las mejoras o prestaciones superiores o complementarias se incluirán en un apartado
diferenciado, no suponiendo en ningún caso, contraprestación económica adicional
para EOI.
La adecuación de dichas prestaciones como complemento a los trabajos a desarrollar
queda bajo criterios de la EOI. Las mejoras podrán estar relacionadas con las
siguientes áreas:
- Uso de tecnologías avanzadas adicionales a las especificadas
- Integración con bases de datos públicas adicionales a las especificadas
- Extensión de periodo de mantenimiento
- Uso de estándares oficiales o de facto
- Interoperabilidad y compatibilidad de las Apps con otros sistemas y plataformas
adicionales a las especificadas
- Idiomas adicionales
- Apps adicionales
Asimismo, se podrá incorporar toda aquella documentación complementaria, de
carácter técnico, que estimen oportuno, conducente a mejorar la interpretación de la
propuesta.

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) del Pliego de Clausulas
Particulares.

21