PLIEGO DE PRESCRIPCIONES CIONES TÉCNICAS POR PROCEDIMIENTO ABIERTO CON MULTIPLICIDAD DE CRITERIOS DE ADJUDICACIÓN Y TRÁMITE ORDINARIO DEL CONTRATO DE DEFINICIÓN, DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA DE VISITAS GUIADAS CON REALIDAD AUMENTADA E INFORMACION EN TIEMPO REAL DE SERVICIOS, COFINANCIADO CON PROGRAMA OPERATIVO FEDER 2012-2 2013.
- INDICE 1 ANTECEDENTES DEL PROYECTO SMART CORUÑA... 3 2 PLANTEAMIENTO GENERAL DEL PROYECTO SMART CORUÑA... 4 2.1. Visión genérica de la plataforma Coruña Smart City... 4 2.2. Aplicaciones Piloto CSC... 6 3 ÓRGANO DE CONTRATACIÓN... 8 4 OBJETO Y ALCANCE DEL CONTRATO... 9 5 CRITERIOS GENERALES... 10 6 REQUERIMIENTOS DE LA OFERTA... 12 7 ACTUACIONES... 14 7.1. Plataforma de gestión de rutas guiadas.... 14 7.2. Herramienta web de administración... 16 7.3. Aplicaciones para usuarios finales (turistas, ciudadanos, estudiantes, etc).... 17 7.4. Catálogo de rutas... 23 7.5. Instalación y documentación de la plataforma... 23 7.6. Integración con plataforma Coruña Smart City... 24 8 MEDIOS TÉCNICOS Y HUMANOS... 27 8.1. EQUIPO DE TRABAJO... 27 8.2. Medios técnicos... 27 9 INFORMACIÓN A DISPOSICIÓN DEL ADJUDICATARIO... 29 Página 2 de 29
1 ANTECEDENTES DEL PROYECTO SMART CORUÑA El Ayuntamiento de A Coruña tiene como objetivo estratégico definir un nuevo modelo de desarrollo urbano basado en el concepto de Smart city o ciudad inteligente que permita gestionar de forma sostenible los servicios municipales sobre la base de las tecnologías de la información y comunicaciones que conviertan A Coruña en una ciudad con una alta calidad de vida, competitiva, sostenible y con una administración innovadora, ágil y eficiente. La Empresa Municipal de Aguas de La Coruña, S.A., en adelante, EMALCSA, es una Sociedad Municipal con capital social perteneciente íntegramente al Ayuntamiento de A Coruña que tiene por objeto social, entre otros, el análisis, diseño y ejecución de nuevas estrategias de prestación de los servicios municipales tanto desde el punto de vista tecnológico como operativo. Dentro de este marco, EMALCSA y el Ministerio de Ciencia e Innovación han suscrito un convenio para la ejecución del proyecto SMART CORUÑA por importe global de 11.568.365 euros y cofinanciado por el Fondo Europeo de Desarrollo Regional FEDER a través del Programa Operativo de I +D+ i por y para el beneficio de las empresas -FONDO TECNOLÓGICO- para su ejecución en el período 2012-2013. Página 3 de 29
2 PLANTEAMIENTO GENERAL DEL PROYECTO SMART CORUÑA El objetivo general del proyecto SMART CORUÑA es el desarrollo de una arquitectura de INFORMACIÓN Y COMUNICACIONES robusta, abierta, transversal y altamente escalable que permita hacer realidad el concepto Smart City en la ciudad de A Coruña, y el desarrollo y despliegue de servicios y aplicaciones avanzados (en los ámbitos de Medio ambiente, Energía, Movilidad Urbana, Sanidad, Seguridad, Ocio y Turismo, y e-administración) en una escala urbana parcial de implementación suficiente para validar el desarrollo tecnológico de base, asegurando la viabilidad de su futura extensión a escala completa en toda la ciudad, así como la compatibilidad e interoperabilidad con nuevos y futuros servicios inteligentes. Se pretende pues dotar a la ciudad de A Coruña de servicios de alto valor añadido que permitan aumentar el bienestar del ciudadano, a través de un uso intensivo de las TIC, para la incorporación de inteligencia a los sistemas y procesos de la ciudad, logrando una mejor y más eficiente gestión. De forma complementaria, es objetivo de Smart Coruña el fomento de la colaboración entre empresas y agentes tecnológicos, diversificando el tejido empresarial actual hacia nuevos productos de alto valor añadido e incrementando la productividad, la transferencia tecnológica, el espíritu innovador y la creatividad de la ciudad. Las actuaciones a desarrollar por Smart Coruña se agrupan en tres grandes bloques: Diseño y Desarrollo de una Arquitectura de Gestión, Información y Comunicaciones de un Centro Integral de gestión de información urbana (HW y SW) convergente con la Internet del Futuro y las redes de nueva generación, y despliegue de red soporte de servicios como base de una futura implementación a ESCALA COMPLETA en la ciudad de servicios inteligentes. Diseño, Desarrollo y Despliegue piloto de servicios avanzados, a escala parcial. Difusión, promoción, fomento y desarrollo de un polo tecnológico vinculado a las smart technologies en el ámbito de A Coruña y su área de influencia. 2.1. Visión genérica de la plataforma Coruña Smart City La Plataforma Coruña Smart City (Plataforma CSC) define toda la base tecnológica horizontal desplegada para soportar todos los servicios Smart de manera integrada sobre una base común. Está formada por todo el conglomerado de sistemas hardware y software desplegados y conectados para proveer los servicios Smart y para servir fundamentalmente como soporte base a la construcción de sistemas y aplicaciones de gestión verticales y pilotos (municipales o de colaboradores externos) que aprovechen y se beneficien de toda la información generada desde todos los demás sistemas integrados en la plataforma. Página 4 de 29
La visión sobre la Arquitectura de Referencia de la misma muestra una plataforma interoperable capaz de recuperar información desde múltiples fuentes de datos: desde las plataformas WSAN (redes de sensores) conectadas a la plataforma, desde Internet (servicios publicados en Internet, smartphones de los usuarios, sensores conectados a Internet, etc ), o desde sistemas de información externos (sistemas de información geográfica, tarjeta ciudadana, padrón de habitantes, servicios estadísticos, etc ) y ofrecer sobre dichos datos una infraestructura común de procesado, incorporación de valor y soporte avanzado para que terceros puedan desarrollar servicios sobre datos procesados (DATOS SMART) disponibles de manera abierta siguiendo un esquema OpenData, es decir, ofreciendo una plataforma abierta de innovación para todos. Las aplicaciones CSC representan los servicios construidos sobre la Plataforma CSC ofrecidos a los usuarios finales y muestran las capacidades de la Plataforma a los ciudadanos. La Plataforma CSC soporta diversos tipos de aplicaciones, entre los que destacamos: Verticales (que incluyen los Pilotos Demostradores o Testbeds) para la gestión municipal. Aplicaciones abiertas de terceros (ciudadanos, empresas) que pueden generar un importante valor para la ciudad, incluyendo la posibilidad de ser parte integral de la sensórica urbana en sentido amplio. Centros de Control y Mando municipales integrales. Página 5 de 29
La Plataforma CSC pretende ofrecer una visión holística de la realidad de la ciudad a través de todos los datos que gestiona, es decir, permitir disponer en un único punto y de manera combinada, de todos los datos necesarios para ofrecer una visión de la Ciudad como un todo. Dicha vista permite que sobre ella se puedan implementar mecanismos de Gestión Holística, es decir, herramientas que combinan la información proveniente de múltiples fuentes heterogéneas y permitan hacer una gestión combinada inteligente de todas ellas. La implementación de la Gestión Holística de la plataforma requiere del análisis integrado de datos provenientes de múltiples fuentes para conformar el modelo de datos consolidado que alimenta al Motor del Sistema de Gestión Holístico de la plataforma. Es lo que se denomina como Base Territorial Urbana (BTU CSC). Dicha base viene definida por: La información proveniente de las redes de sensores: o o Redes de sensores físicamente conectados a la plataforma. Sensores virtuales que ofrecen información online a la Plataforma CSC a través de APIs de consulta. La información georreferenciada disponible en la plataforma: capas de información GIS, modelo digital del terreno, ortofotos, cartografía de referencia, etc La información proveniente de sistemas IT externos conectados a la plataforma. Se trata de información (datos estadísticos, inventarios, etc...) que reflejan datos de población, vivienda, datos socio-económicos, ambientales, estadísticos, culturales, etc... El Portal Smart Coruña (Portal CSC) sirve como punto de entrada de los ciudadanos y los gestores municipales tanto a los contenidos como a los servicios avanzados de información destinados a ellos y proporcionada por la plataforma Smart Coruña. 2.2. Aplicaciones Piloto CSC Los Verticales y Pilotos Demostradores son los aplicativos construidos sobre la Plataforma destinados a la provisión de un servicio a un conjunto de usuarios finales así como alimentar/enriquecer la propia plataforma con datos y servicios que puedan ser de interés para ser explotados por otros verticales y pilotos. Todos los Verticales y Pilotos comparten una estructura común formada por los siguientes elementos: Página 6 de 29
Un proveedor, propietario, responsable de la aplicación y la información y servicios suministrados por ésta. Un conjunto de sensores sobre los que consumir datos y actuar. Dichos sensores tanto pueden estar ya disponibles en la Plataforma CSC como ser suministrados por una nueva Aplicación para lo cual deberán de ser conectados a través de los mecanismos de interconexión proporcionados por la Plataforma CSC. Un conjunto de fuentes de datos sobre los que consumir información, como por ejemplo: o o o o Datos y series históricas disponibles en el DataWarehouse de la Plataforma. Datos espaciales disponibles en la Base de Datos Espacial de la Plataforma. Datos disponibles on-line ofrecidos por sistemas externos a la Plataforma. Otras fuentes de datos propias y/o externas Un conjunto de servicios sobre los que interactuar: o o o Ofrecidos por la propia Plataforma, como por ejemplo: Operaciones sobre la red sensórica Operaciones sobre el servidor de Mapas Consultas sobre el Motor Semántico Otros servicios Ofrecidos por nuevos sistemas de información (backends) conectados a la Plataforma CSC. Ofrecidos por servicios externos disponibles online Un conjunto de reglas y permisos para orquestar el acceso a los datos, servicios y la propia aplicación. Quizás uno o varios servicios corriendo sobre la Plataforma de Interoperabilidad responsables de realizar el procesado de los datos e interactuar con el resto de servicios de la Plataforma. Uno o varios Aplicativos de Visualización que permiten el acceso por parte de los usuarios a las aplicaciones pudiendo éstos ser: o Contenido web para su inclusión en el Portal CSC. o Visores específicos basados en modelos 3D sobre el terreno, configurados para ofrecer vistas personalizadas de los datos y permitir actuar sobre las fuentes de información desarrollados sobre la herramienta de Visualización Avanzda de la Plataforma CSC. o Cuadros de Mando desarrollados sobre la herramienta de Business Intelligence conectada a la Plataforma CSC. o Apps conectadas a la Plataforma a través de sus APIs de conexión. Cada Aplicación CSC accede a conjuntos de datos/servicios disponibles en la plataforma y también genera datos/servicios nuevos los cuales pueden ser susceptibles de ser utilizados a su vez por otras aplicaciones. Página 7 de 29
3 ÓRGANO DE CONTRATACIÓN El Órgano de contratación será el Consejo de Administración de EMALCSA. Página 8 de 29
4 OBJETO Y ALCANCE DEL CONTRATO El objeto del contrato es la DEFINICIÓN, DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA DE VISITAS GUIADAS CON REALIDAD AUMENTADA E INFORMACION EN TIEMPO REAL DE SERVICIOS, integrado con la plataforma Coruña Smart City. El alcance del piloto incluye la creación de la propia infraestructura de desarrollo o framework, la definición de sus funcionalidades, implementación de las herramientas necesarias, así como la creación de aplicaciones para dispositivos móviles orientadas a la promoción de la ciudad de A Coruña a través de visitas guiadas o itinerarios con tecnología basada en GPS y Realidad Aumentada. También se incluye dotar a la plataforma de un conjunto inicial de contenidos que sea suficiente para demostrar sus funcionalidades. El público objetivo de las aplicaciones creadas a partir de la plataforma de desarrollo será múltiple, pues este puede ser el ciudadano de A Coruña, un turista o viajero, una empresa o incluso una institución. Página 9 de 29
5 CRITERIOS GENERALES Para la provisión/desarrollo, adaptación, integración e implantación del sistema de visitas guiadas con realidad aumentada, se podrá partir de aplicaciones o sistemas existentes en el mercado y sistemas existentes en EMALCSA/Ayuntamiento, complementándola con los módulos o sistemas requeridos. En todo caso, y con la excepción de la plataforma de Business Intelligence de Microstrategy en la que se apoyará el módulo de análisis de la información, la plataforma informática a proporcionar estará basada, preferentemente, en productos de código abierto en el marco de las tecnologías J2EE, soportando el despliegue en servidores de aplicaciones JBOSS y TOMCAT. En caso de resultar necesaria la utilización de un gestor de base de datos relacional éste será Oracle 11g, el cual será provisto por EMALCSA/Ayuntamiento. La plataforma de sistemas de información desarrollados, provistos o adaptados para la gestión del servicio en EMALCSA/Ayuntamiento será de propiedad municipal, así como la información gestionada en la misma. La empresa adjudicataria deberá aportar un documento de aceptación del deber de confidencialidad respecto de la información recogida en la plataforma. Excepcionalmente, cuando la plataforma se apoye en algún producto comercial que requiera licencias de uso, el adjudicatario las facilitará durante el periodo de prestación del servicio y pasarán a ser propiedad del Ayuntamiento/EMALCSA al finalizar el contrato, incluyendo sus posibles prórrogas, para su mantenimiento posterior. Los sistemas provistos específicamente para el Ayuntamiento/EMALCSA en el ámbito del contrato, pasarán a ser propiedad del mismo. Su provisión/adaptación e implementación se realizarán bajo la supervisión técnica y cumplimiento de las especificaciones técnicas fijadas por los Servicios Informáticos Municipales. En particular, todos los sistemas de información que se incorporen a la plataforma deberán permitir la integración con aquellos sistemas que el Ayuntamiento/EMALCSA determinen de acuerdo a las especificaciones técnicas que se fijen y la periodicidad que se establezca. Los licitadores deberán indicar en su oferta la disponibilidad de los sistemas de información requeridos, así como el calendario propuesto para su provisión y/o adaptación a las necesidades de la entidad contratante. El licitador presentará en su oferta el Plan para la Dirección del Proyecto siguiendo la metodología del Project Managemente Institute (PMI). En los 15 primeros días después de la formalización del contrato, el adjudicatario propondrá un Plan de Dirección del Proyecto revisado respecto del presentado en su oferta, y que incluirá a todos los interesados del proyecto (Ayuntamiento, EMALCSA, empresas suministradoras de contenidos digitales, ciudadanos, etc.), en el que se especificarán entre otros datos de interés para el Director del proyecto, con el mayor grado posible de detalle Página 10 de 29
(EDT a nivel de paquetes de trabajo, entregables, líneas base) las fechas de ejecución propuestas para cada uno de los entregables y detallando el equipo de proyecto ofertado. Página 11 de 29
6 REQUERIMIENTOS DE LA OFERTA En este apartado se relacionan los requisitos mínimos a cumplir, pudiendo los licitadores mejorarlos en sus ofertas. Se creará un sistema de gestión de rutas basado en al menos los siguientes elementos: Plataforma de gestión de rutas (en adelante CSC Tourism) que acogerá los componentes y herramientas requeridas para la definición y gestión de rutas y puntos de interés. Esta plataforma servirá de base para la creación de rutas por parte de terceros que requieran usar la información disponible en la plataforma CSC. Se facilitará una guía de los componentes y otras herramientas ya desarrolladas, y también se detallará la información que puede ser utilizada. Constará de los siguientes componentes: a) Un núcleo que expondrá su funcionalidad a través de servicios web API REST permitiendo la interoperabilidad total con los demás componentes de la plataforma Coruña Smart City. b) Una herramienta web de administración Página 12 de 29
c) Un cuadro de mando basado en informes y procesos ETL que permitan conocer la actividad y uso de la plataforma. d) Integración con la plataforma Coruña Smart City para intercambio de datos y visualización avanzada de los mismos e) Exposición de una API pública basada en CitySDK (CitySDK Mobility y CitySDK Tourism) que permitirá a terceros realizar sus propias aplicaciones o integraciones con la plataforma. Aplicaciones para el usuario: Orientada a ciudadanos, turistas, público infantil, etc., que permitirán acceder de forma sencilla e interactiva a la información pública de la plataforma CSC Tourism. Serán multidioma y habrá como mínimo dos tipos distintos de aplicaciones: a) Una aplicación web con toda la funcionalidad que permita que los usuarios accedan a los contenidos de la plataforma (rutas, puntos de interés, planificación personal de rutas, etc.). b) Aplicaciones móviles: orientadas a la consecución de una experiencia de visitas guiadas interactivas incluyendo funcionalidades de una guía local de servicios de la ciudad. Estas aplicaciones incluirán tecnología basada en GPS y Realidad Aumentada y se distinguirán visitas en exterior o en interior de un eficio (indoor), utilizando para ello diferentes técnicas de posicionamiento. Catálogo de rutas: Los licitadores incluirán la elaboración de un primer catálogo de rutas o visitas guiadas (tanto de exteriores como de interiores) de forma que la plataforma CSC Tourism sea totalmente funcional y operativa desde el primer momento. Página 13 de 29
7 ACTUACIONES En este apartado se describen los trabajos que conforman el objeto del contrato y que el adjudicatario deberá realizar, no pretendiendo ser un listado exhaustivo de las características de los suministros y servicios contratados, sino las líneas generales demandadas por el Ayuntamiento/EMALCSA. El adjudicatario deberá desarrollar y aportar los conocimientos, metodologías y herramientas necesarias para asegurar el resultado óptimo del proyecto. El licitador asumirá las tareas de registro, notificación y cierre de incidencias y el mantenimiento correctivo de los sistemas, herramientas de consulta y aplicaciones, 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. 7.1. Plataforma de gestión de rutas guiadas. La plataforma CSC Tourism representa la base del sistema. Estará realizada preferentemente en tecnología de código abierto, arquitectura J2EE, sobre servidores de aplicaciones Tomcat o JBoss ejecutándose en sistemas operativos Linux. 7.1.1. Núcleo de la plataforma de gestión de rutas guiadas (backend) Esta infraestructura de backend debe cubrir todas las necesidades requeridas para la gestión y almacenamiento de contenidos que proporcionen un acceso ágil a la información de las principales rutas definidas, que aporten información relevante de las mismas y con la posibilidad de incorporar además información en tiempo real. El modelo de información Como punto de partida, se requiere la elaboración de una plataforma de gestión de rutas cuya funcionalidad común sea la posibilidad de incluir visitas o rutas guiadas (exteriores e interiores), ubicación de puntos y/o servicios de interés, incluyendo información textual y audiovisual. Toda la información textual o audiovisual debe permitir su introducción en el sistema multiidioma (el número de idiomas será configurable mediante la herramienta de administración) Se deberá prestar especial atención a las personas con requisitos especiales de accesibilidad. Todos los puntos de interés y las rutas/visitas guiadas existentes incorporarán información de su grado de accesibilidad Página 14 de 29
Tipos de rutas Existirán dos tipos fundamentales de rutas: rutas de exterior y rutas de interior (indoor). Las rutas de exterior estarán formadas por puntos de interés como monumentos, lugares, edificios, etc. Las rutas tendrán un recorrido propuesto para el visitante de forma que se sugerirá la mejor forma de llegar de un punto al siguiente: caminando siguiendo unas indicaciones de calles, cogiendo el transporte urbano en una cierta parada, etc. Las rutas exteriores tendrán una visualización clara sobre un mapa que permita al usuario orientarse y localizar el siguiente punto a visitar. Las rutas de interior se realizarán en lugares tales como museos o salas de exposiciones. En este caso la situación de los puntos de interés no estarán referenciados por coordenadas GPS sino que se utilizarán técnicas como NFC, códigos QR y/o patrones gráficos. Estas rutas se acompañarán de uno o más planos interiores de situación, según el número de plantas o zonas en las que se distribuyan los puntos de interés. Al igual que las rutas exteriores, los puntos de interés tendrán asociada información textual y audiovisual. La ruta de interior incluirá un elemento de activación o de desbloqueo de todos los contenidos de la visita a través de un código QR o patrón gráfico disponible en el interior del edificio, ticket de entrada, etc. Importación de datos Los puntos de interés se podrán definir en el propio sistema pero también podrán ser adquiridos y sincronizados desde sistemas externos, manteniendo los identificadores externos y sus fuentes en sincronizaciones sucesivas. En el caso de puntos de interés desde sistemas externos, se valorará que sea posible la inclusión de campos adicionales a cada punto de interés en la plataforma CSC Tourism. De esta forma se puede enriquecer la información adquirida con otras fuentes de interés. Las principales fuentes externas de puntos de interés que la plataforma CSC Tourism será capaz de consumir serán: El sistema de Información Territoria (GIS) corporativo. El sistema de gestión de contenidos web corporativo. Fuentes de datos en formato GeoRSS. Fuentes de datos que cumplan los estándares CitySDK Mobility API y CitySDK Tourism API. La plataforma CSC Tourism permitirá definir múltiples fuentes externas de alguno de los tipos anteriores y mantendrá sincronizada los contenidos de forma automática, respetando la información enriquecida ya existente en la plataforma. Página 15 de 29
Servicios web de la plataforma CSC Tourism El núcleo expondrá toda su funcionalidad a través de servicios web API REST. El resto de aplicaciones que interactúen con el núcleo de la plataforma usarán únicamente los servicios web incluidos en este API. De forma adicional, existirá una capa de servicios web basada en CitySDK que será utilizada por los desarrolladores de apps que quieran reutilizar la información disponible en la plataforma. Monitorización y estadísticas La plataforma CSC Tourism albergará datos de la actividad de los usuarios y las comunicará utilizando los protocolos y estándares de interconexión proporcionados por la plataforma Coruña Smart City. 7.1.2. Herramienta web de administración La herramienta de administración de la plataforma CSC Tourism desplegará una serie de funcionalidades mínimas que harán posible la gestión de los contenidos (con soporte multiidioma, material multimedia, etc.) que luego serán visualizados por los usuarios a través de móvil, web o futuros canales/dispositivos. Como mínimo se gestionarán los siguientes contenidos: Taxonomías de puntos de interés. Podrá haber varias taxonomías o clasificaciones de puntos de interés según diferentes criterios (Ejemplo: farmacias, paradas de taxi, comercios, etc). Clasificación temática de las visitas guiadas. Según la temática a la que esté orientada la visita o ruta guiada (Ejemplo: turística, comercio, cultural, etc). Perfiles de usuarios. Un usuario puede pertenecer a varios perfiles simultáneamente. Se podrán definir los perfiles existentes y las reglas lógicas para obtener automáticamente el perfil del usuario según los datos que haya introducido el mismo a la hora de registrarse. Fuentes externas de puntos de interés. Definición de fuentes externas, mapeo de las mismas con las taxonomías existentes, establecimiento de políticas de sincronización, etc. Puntos de interés definidos en la plataforma. Alta, modificación y baja de puntos de interés de las rutas y puntos de interés públicos definidos por los usuarios. Rutas exteriores e interiores (indoor). Incluirá la definición de puntos de interés de interiores con su información textual y audivisual en varios idiomas. La funcionalidad de definición de rutas o de visitas guiadas ofrecerá una interfaz diferente según sean rutas exteriores o de interiores. Página 16 de 29
La interfaz de gestión de rutas exteriores utilizará mapas para posicionar visualmente los puntos de interés. Dichos puntos formarán una secuencia y se podrá introducir información de cómo alcanzar el siguiente punto de interés desde el actual. La interfaz de gestión de rutas interiores permitirá incorporar uno o más planos para cada edificio en el que se definan rutas. Sobre el plano se situarán los puntos de interés interiores. El sistema gestionará automáticamente códigos QR y/o patrones imprimibles para cada punto de interés con el fin de situarlos en la estancia física. De esta forma los turistas o visitantes podrán utilizar dispositivos móviles para leer la información asociada. Las rutas indoor podrán estar desactivadas o ver solo determinados contenidos. Para activar todos los contenidos de la visita, el usuario final tendrá que leer con su dispositivo móvil un código QR o patrón impimible que estará situado al comienzo de la visita. Esta característica de la visita debe parametrizarse desde la herramienta de administración. 7.2. Aplicaciones para usuarios finales (turistas, ciudadanos, estudiantes, etc). Los usuarios podrán acceder a las funcionalidades de la plataforma a través de una página web o mediante aplicaciones para dispositivos móviles basadas en realidad aumentada. En la creación de las aplicaciones 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. - 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, tales como las pantallas, los iconos y los logos de la aplicación, de acuerdo con los estándares del contratista. - Validación de la accesibilidad: Se prestará especial atención a las normas de accesibilidad de acuerdo a las normas WGAG 2.0 - Validación legal. Las aplicaciones deberán tener en cuenta en todo momento, los requisitos de seguridad y legales, relativos a la privacidad y protección de datos de carácter personal. Página 17 de 29
- Construcción: consistente en el desarrollo de la aplicación 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 configuración de las aplicaciones necesarias en el servidor (en el caso de la aplicación web) o bien en la publicación de las aplicación móviles 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, 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 en el pliego de cláusulas administrativas. 7.2.1. Características comunes (web y móvil) Independientemente de si el usuario utiliza un navegador web o un dispositivo móvil (a través de una app) para interactuar con el sistema, se dispondrán al menos de las siguientes funcionalidades mínimas: 1. El módulo de visitas guiadas estará orientado a ofrecer una experiencia interactiva de los puntos de interés de la ciudad. Éste permitirá a los usuarios organizar diferentes rutas de visita de la ciudad en las que se proporcionará información relevante de los principales puntos de interés al tiempo que se les permite interactuar con ellos. 2. La información de los puntos de interés estarán caracterizada según atributos. A modo de ejemplo ilustrativo, estos podrían ser: - Descripción del punto de interés: permitirá leer información de la historia, características, y visualizar la imagen del elemento, tanto actuales como históricas. - Comentarios y valoraciones: consulta e introducción de comentarios y valoraciones de los propios ciudadanos y/o expertos - Tipología (p.e. edificio, parque) - Subtipología (p.e. histórico, iglesia, administrativo) - Ubicación geográfica - Accesibilidad (p.e. acceso para minusválidos, etc.) - Otra información de carácter audiovisual Página 18 de 29
3. Las aplicaciones permitirán tanto la visualización de distintas rutas como la navegación entre los diversos puntos de interés. Las rutas podrán ser predefinidas o personalizadas. La personalización de las rutas por parte de los usuarios se llevará a cabo en función de la selección de atributos de los puntos de interés de la ciudad que realice el propio usuario. 4. La aplicación también deberá permitir a los usuarios acceder a un buscador y al índice general de puntos de interés. Este índice podrá ser filtrado según los atributos definidos, o por proximidad geográfica, pero también haciendo recomendaciones de rutas y puntos de interés según los perfiles y actividad del usuario. Por lo tanto, basándose en el perfil, historial de uso de la aplicación y otros parámetros introducidos por el usuario, el sistema recomendará rutas y puntos de interés que encajen con las preferencias del usuario. 5. El usuario podrá planificar los puntos de interés que quiere visitar, definiéndolos como favoritos o generando rutas a partir de ellos. El sistema sugerirá como alcanzar un punto desde el anterior bien por proximidad o bien con la ayuda de un sistema de routing. 6. El usuario podrá marcar las rutas que ha generado como públicas de forma que el resto de usuarios tendrán la opción de consultarlas. En el momento de publicarlas, el usuario la categorizará de interés para determinados perfiles. 7. El usuario podrá valorar y/o comentar aquellos puntos de interés que ya ha visitado distinguiéndolos de aquellos que todavía no ha visto. 8. A partir de las valoraciones de los usuarios en tiempo real, se definirán métricas de qué elementos de la ciudad y rutas definidas resultan más atractivos, qué rutas están peor o mejor valoradas y los elementos a mejorar. 9. Las aplicaciones deben incluir posibilidad de interacción con las redes sociales más utilizadas actualmente (twitter, Facebook, foursquare ) 10. Las aplicaciones 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. 11. Elección del idioma preferido entre los activos en la plataforma, tanto para los menús como para la información textual y multimedia de los puntos de interés. Página 19 de 29
12. Siempre con la aceptación explícita del usuario, se desarrollará una funcionalidad que permita recoger el historial de actividad del usuario para personalizar la información que se le ofrece, diferenciando la información que se guarde en el dispositivo, de la que se ponga a disposición de la plataforma. La información recopilada se tratará de forma anónima y de acuerdo con la legislación vigente en materia de protección de datos de carácter personal. Los datos anonimizados de uso de los contenidos por parte de los usuarios (puntos de interés, visitas guiadas, etc.) se enviarán a la plataforma Coruña Smart City mediante los protocolos y estándares abiertos definidos, de forma que sea posible analizar los datos de uso mediante el módulo de cuadros de mando o el visualizador 3D disponible en la plataforma CSC. 7.2.2. Características específicas de la aplicación web para usuarios Estará realizada preferentemente en tecnología de código abierto, en concreto con arquitectura J2EE, sobre servidores de aplicaciones Tomcat o JBoss ejecutándose en sistemas operativos Linux. Además de las funcionalidades comunes especificadas en el apartado anterior, la aplicación web facilitará la impresión en formato pdf de toda la información relativa a rutas y puntos de interés tanto si son definidos por el administrador de la herramienta como por el propio usuario. Los ficheros PDF generados dinámicamente a partir de la información existente en el sistema deben facilitar la visita posterior, por lo que se aconseja que: Cada ruta genere un único pdf En el archivo se incluirá un mapa de la ruta en el que se situarán los puntos de interés que la componen Para cada punto de interés el archivo incluirá al menos sus datos básicos, su descripción y alguna imagen disponible del mismo. 7.2.3. Características específicas de las aplicaciones móviles para usuarios Las aplicaciones móviles (Apps) deberán poder ser utilizadas, al menos, en los dispositivos móviles de las dos plataformas de mayor alcance en la actualidad, esto es: Android de Google e ios de Apple. Dada la proliferación de apps existentes en las diferentes tiendas de aplicaciones, y con el fin de facilitar su búsqueda, permitirán su integración en una app que las aglutine (App Coruña Smart City). En consecuencia, se deberá asegurar el correcto funcionamiento de las Apps al menos en los entornos siguientes: - iphone y ipad: Las últimas versiones soportadas por Apple (ios5, ios6 e ios7) Página 20 de 29
- Android: SO 2.3 gingerbread en adelante, teniendo en cuenta al menos las siguientes resoluciones hdpi, xhdpi y ldpi El licitador asumirá las tareas de la instalación y puesta en marcha de todas las herramientas, así como de la publicación de las aplicaciones en al menos las tiendas de Apple (App Store) y de Google (Google Play). Las aplicaciones móviles podrán funcionar en modo offline o restringido (especialmente pensado para turistas) u on-line (con conexión a Internet). El uso completo de todas las funcionalidades de la aplicación definida en este documento requiere de una conexión de datos y consulta de datos directamente datos al servidor (comportamiento online). Se deben tener en cuenta las limitaciones en la conexión de datos de los usuarios, por ello en la solución propuesta se deberá indicar por cada funcionalidad desarrollada cual estará disponible con conexión y en cual no será necesaria. Para las funcionalidades que no requieran de conexión a datos será necesario disponer de una copia local de los datos (comportamiento offline). En el caso de funcionamiento offline al menos se deberán descargar toda la información relativa a las rutas y puntos de interés que el usuario haya marcado como favoritos. El sistema detectará de forma automática cualquier actualización de la información y realizará la sincronización de la información cuando el dispositivo disponga de conexión a Internet. De esta forma, el usuario podrá acceder a través de su Smartphone a toda la información relativa a las rutas, planos, puntos de interés y datos sobre los mismos sin necesidad de establecer ningún tipo de comunicación con la plataforma. Este es un requisito fundamental (y obligatorio para el licitador) para el uso de la aplicación por turistas con dispositivos móviles asociados a operadores de telecomunicaciones en roaming. También será posible la búsqueda de puntos de interés y rutas por cercanía a la posición actual del gps del Smartphone. Las aplicaciones móviles desarrolladas serán accesibles y estarán certificadas de acuerdo a la las WCAG 2.0 para las TIC no basadas en la Web y deberán proveer, en todos los ámbitos, información de accesibilidad de la ruta seleccionada y de los puntos de interés. Además, deberán incluir la funcionalidad de adaptación automática del interfaz de usuario de acuerdo a sus necesidades y preferencias (p.e. contraste, tamaño de la fuente, asistencia por audio, etc.). Estas aplicaciones se podrán descargar a través de las plataformas correspondientes o a través de códigos QR que el Ayuntamiento dispondrá (p.e. oficina de turismo, parques, hoteles, aeropuerto, puerto, plaza de María Pita, periódicos, revistas municipales, guías educativas, etc.) En relación a las visitas o rutas guiadas, las funcionalidades mínimas que se esperan son: Página 21 de 29
Rutas guiadas de exterior En las visitas guiadas o rutas de exterior se exigirán al menos la siguientes funcionalidades (además de las ya señaladas anteriormente como comunes): 1. Se hará uso de técnicas de realidad aumentada para situar los puntos de interés en el espacio 2. Se hará uso de la facilidad gps del dispositivo móvil para guiar al usuario hacia los diferentes puntos de interés. El usuario seleccionará en la imagen de realidad aumentada o en el mapa el punto de interés al que se quiere dirigir y se le guiará mediante indicaciones de dirección y distancia. 3. Petición automática de valoración al detectar que se alcanza las coordenadas GPS de un punto de interés. Rutas guiadas de interior En concreto, para la aplicación de rutas guiadas indoor se deberán tener en cuenta los siguientes aspectos: 1. La aplicación debe permitir el acceso a contenidos avanzados, concretos y específicos, por ejemplo: información sobre piezas expuestas, detalles de interés arquitectónico, vídeos, comentarios y valoraciones, mapa de recintos, duración de una exposición, etc. 2. Este módulo de visitas guiadas indoor incorporará el plano virtual de los recintos y se dotará de capacidades de navegación indoor a través de elementos que permitan posicionamiento (NFC, QR, etc.). 3. La información de los elementos se mostrará a través de rutas predefinidas, o de forma directa para cada elemento. Esta información incluirá: - Descripción del elemento - Comentarios y valoraciones de usuarios y/o expertos: consulta e introducción de comentarios y valoraciones - Cómo llegar: listado de todos los elementos y mapa de ubicación de los elementos seleccionados con instrucciones de cómo llegar - Información audiovisual: Contenido multimedia. 4. La aplicación incorporará funcionalidades de Realidad Aumentada, ya sea mediante el propio posicionamiento o el reconocimiento de texto, imágenes, códigos QR, etc. Esto permitirá al usuario acceder a información sobre los elementos de su entorno de forma más intuitiva y ágil. Página 22 de 29
5. La visita indoor podrá estar activada parcialmente para preservar los contenidos de pago. Para activar todos los contenidos de la visita, el usuario final tendrá que leer con su dispositivo móvil un código QR o patrón impimible que estará visible al comienzo de la visita o disponible en su ticket de entrada. 7.3. Catálogo de rutas Con el fin de dotar al piloto de contenido desde un primer momento, el adjudicatario propondrá, elaborará y configurará en la plataforma al menos el siguiente número de rutas o visitas guiadas: Cuatro rutas de exterior que relacione al menos cinco puntos de interés cada una. Dos rutas de interior relacionando al menos diez puntos de interés cada una. El órgano contratante se reserva el derecho de aceptar las rutas propuestas proponiendo en su lugar alternativas a las mismas (manteniendo el mismo número de elementos) Toda la información incluida en este primer catálogo de rutas y puntos de interés deberá proporcionarse e introducirse en el sistema en al menos tres idiomas: castellano, gallego e inglés. 7.4. Instalación y documentación de la plataforma La empresa contratista será la responsable de la instalación, configuración, administración y monitorización de los elementos de hardware, software, comunicaciones, seguridad y cualquier otro elemento necesario para el adecuado acceso a los contenidos y el correcto funcionamiento del sistema, durante el periodo de garantía. Conjuntamente con el sistema de información de eventos multicanal se entregarán al menos: a) Manuales actualizados de procedimientos de instalación, configuración y administración de los sistemas informáticos pertenecientes a la plataforma b) Procedimientos actualizados y operación de los sistemas informáticos de la plataforma. c) Programas, scripts, configuraciones, etc. Que se hayan desarrollado para la administración y operación del sistema de información de eventos multicanal. d) Backups, volcado de datos, etc. Página 23 de 29
7.5. Integración con plataforma Coruña Smart City 7.5.1. Cuadros de mando e indicadores La plataforma CSC dispone de una base de datos histórica (BDH) y una base de datos en tiempo real (BDTR) que almacenan toda la información que proviene de la sensórica y otros sistemas de información, redes sociales, etc. Estas bases de datos deben ser cargadas a través de los protocolos y estándares abiertos que la plataforma CSC pone a disposición de la empresa adjudicataria. Además, se proporcionará a la empresa adjudicataria accesos a la suite Microstrategy 9 y al paquete Microsoft SSIS 2012, a través de los cuales se podrán visualizar de manera gráfica la información procedente de la BDH y realizar los procesos ETL (Extracción Transformación y Carga). Previamente se habrán definido con el Ayto/EMALCSA cuales son los indicadores más representativos. Sin ser exhaustivos ya que serán objeto de análisis en algún paquete de trabajo: Utilización de las visitas guiadas, Consulta de información de puntos de interés, Número de descargas de la aplicación, Valoración de los usuarios, etc. Ejemplo de cuadro de mando sobre MicroStrategy: Página 24 de 29
Por lo tanto, se valorará la definición y parametrización de un cuadro de mando sobre la herramienta Microstrategy que contenga los indicadores más representativos de la utilización de la plataforma, así como las ETLs necesarios mediante SSIS 2012. Sin embargo, dentro del alcance del contrato se incluye la documentación detallada de todo el modelo de datos de la plataforma. Con el objetivo de poder estudiar los patrones de comportamiento de los usuarios de las aplicaciones y la forma en que utilizan, en el cuadro de mando es necesario integrar una herramienta de control de acciones de usuario que permita reporting y análisis de los datos recopilados. Entre otros el cuadro de mando debe contemplar datos como el número de usuarios que utilizan cada 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, datos técnicos: modelos de dispositivos, o datos de uso y conversión de la aplicación: número de clicks en cada sección de la aplicación, etc. 7.5.2. Centro de Control La plataforma CSC dispone de un potente visualizador 3D conectado a diferentes fuentes de datos cartográficas. Se parametrizará el visualizador evidens para posicionar todos los puntos de interés, mostrar el grado de utilización que los usuarios están haciendo de la plataforma en tiempo real, valoraciones y comentarios, etc. Esta configuración se hará en base a plugins, conectores y mediante utilización de APIs ya disponibles en la plataforma CSC. Página 25 de 29
7.5.3. Monitorización de la plataforma Smart Tourism El licitador debe presentar un modelo conceptual completo de monitorización del servicio licitado. El modelo presentado debe cumplir con los siguientes requisitos: Enfoque top-down, esto es, desde una visión de servicio global, el modelo irá concretándose en distintos niveles de abstracción hasta llegar a los sistemas y componentes básicos. Completitud del servicio, así como precisión y explicación de todos los parámetros relevantes. Inclusión de reglas lógicas de correlación de información y eventos para la monitorización completa del servicio. Inclusión, si procede, de relaciones con el resto de servicios de la infraestructura de TI corporativa y, de manera especial, con la plataforma CORUÑA SMART CITY, con identificación de parámetros de intercambio y reglas lógicas. Adicionalmente, el licitador debe completar su propuesta, formalizando el conjunto de parámetros y eventos significativos identificados en el modelo de monitorización, mediante un esquema de clasificación de eventos, en el que figuren los siguientes 3 niveles: Evento informativo: Se asigna a aquellos eventos que no requieren más actuación que el mero registro. Evento alerta: Se asigna a aquellos eventos que indican que el servicio se aproxima a un umbral significativo. Su objetivo es notificar a las personas, herramientas o procesos apropiados para que adopten las medidas oportunas que eviten la ocurrencia de eventos de tipo Excepción. Evento excepción: Se asigna a aquellos eventos que indican que el servicio está operando de manera irregular. Las excepciones pueden representar un fallo total del servicio, un cese en una funcionalidad o una disminución del rendimiento. Una vez formalizado el contrato con la empresa adjudicataria, se producirá una reunión entre ésta y los técnicos municipales con competencia en el servicio licitado para que, con las modificaciones que los técnicos municipales estimen oportunas, el modelo quede validado y se eleve a definitivo, al objeto de que el adjudicatario proceda a su implantación. Página 26 de 29
8 MEDIOS TÉCNICOS Y HUMANOS 8.1. EQUIPO DE TRABAJO Para el desarrollo de los trabajos ofertados, el licitador deberá precisar el equipo de trabajo a emplear, detallando organigrama, funciones, tareas a desempeñar y dedicaciones. Como mínimo, en el organigrama propuesto se determinará la interlocución con la Dirección del Proyecto designada por el Órgano contratante, mediante una Jefatura del Proyecto del que dependerán, al menos, un Responsable de piloto. El licitador deberá incluir en la oferta los perfiles profesionales de la Jefatura de Proyecto y de los Responsables mencionados, que deberán contar, al menos, con titulación académica de nivel superior de carácter técnico, experiencia acreditada en proyectos de contenido tecnológico, y con formación y capacidad demostrada en gestión técnica y económica de equipos y proyectos. Al mismo tiempo, se señala que, de conformidad con el artículo 64 del vigente Texto Refundido, el incumplimiento de la dedicación o adscripción a la ejecución del contrato de los medios personales o materiales suficientes para ello según su oferta tendrán el carácter de obligaciones esenciales a los efectos previstos en el artículo 223.f) del mismo Texto Refundido (causa de rescisión del contrato), a cuyo efecto figurarán tanto en el Pliego como en el documento contractual. En la oferta, el licitador deberá adjuntar una Declaración Responsable respecto de la veracidad de las características del equipo de trabajo ofertado, sin perjuicio de la acreditación de su disposición efectiva caso de resultar adjudicatario. 8.2. Medios técnicos Todos los recursos materiales y, en particular, equipos, programas informáticos y material fungible, necesarios para la realización de los trabajos deberán ser aportados por el adjudicatario y deberán ser propiedad de aquél o, en su caso, poseer las correspondientes autorizaciones, licencias de uso o permisos necesarios. Dado que el presente pliego está contenido en el proyecto Smart Coruña que está cofinanciado por el Fondo Europeo de Desarrollo Regional FEDER a través del Programa Operativo de I +D+ i por y para el beneficio de las empresas -FONDO TECNOLÓGICO-, el objetivo es utilizar un entorno urbano para testar tecnologías de nueva creación. Esto implica que en el contexto de los pilotos se requiere que todo material desplegado (sensores, actuadores, etc.) tenga un marcado carácter innovador, es decir, que se priorizará el desarrollo de nuevos productos, ideas, procesos, etc. ya sea utilizando tecnología nueva o existente. Página 27 de 29
Asimismo, la empresa adjudicataria será enteramente responsable de la puesta en marcha y mantenimiento, durante toda la duración de los trabajos, de las infraestructuras materiales y técnicas adecuadas para el perfecto funcionamiento y operatividad del piloto, así como asumir el coste de cuantos desplazamientos sean necesarios para el ejercicio de sus funciones. Página 28 de 29
9 INFORMACIÓN A DISPOSICIÓN DEL ADJUDICATARIO EMALCSA/Ayuntamiento pondrá a disposición del adjudicatario la información que, estando en su poder, sea imprescindible para la ejecución de los trabajos. La documentación necesaria para poder realizar la integración de nuevos elementos sobre la Plataforma Coruña Smart City se encuentra disponible en las siguientes direcciones de Internet: http://smart.coruna.es http://scfront.cloudapp.net En estos sitios web se encuentran recopilados documentos explicativos de la plataforma de interconexión, se indican los estándares utilizados y los conceptos básicos, y están disponibles tanto el SDK como las APIs y guías de programación que permiten integrar nuevos elementos sobre la plataforma. Otros productos como Microstrategy BI, Oracle Center Sites, Oracle ESB, Microsoft SSIS, etc. que complementan la plataforma CSC son marcas registradas de sus respectivos fabricantes y sólo se facilitará la documentación en caso de resultar adjudicatarios. Página 29 de 29