pliego de prescripciones tÉcnicas para la …concepto es el pensar no un problema o necesidad...
TRANSCRIPT
PLIEGO DE PRESCRIPCIONES TÉCNICAS
PARA LA CONTRATACIÓN DE LA
IMPLANTACIÓN DE
UN SISTEMA DE INFORMACIÓN DE
GOVERNMENT DATA ANALYTICS
DE CONTENIDO SOCIOECONÓMICO
BAJO ARQUITECTURAS BIG-DATA
EN EL AYUNTAMIENTO DE CASTELLÓN DE LA PLANA
1 Introducción
2 Situación Actual
3 Objeto del contrato
4 Requerimientos Específicos
5 Hitos del proyecto
6 Pruebas de aceptación
7 Plazo de ejecución del contrato
8 Importe Base de Licitación
9 Facturación
10 Garantía
11 Penalidades
12 Solvencia Técnica
13 Criterios de Valoración
14 Condiciones Generales
1. Introducción
El concepto Big Data lleva cierto tiempo postulándose como un cambio y una renovación en el sector informático y este cambio parece que ha llegado para quedarse.
Muchas definiciones se dan sobre este concepto, y a varios niveles en la administración se habla de él, desde técnicos hasta políticos, entendiéndolo cada uno desde un punto de vista distinto.
Lo cierto es que todas las acepciones que se escuchan al respecto suelen ser validas en tanto en cuanto Big Data lo que plantea es una eliminación de las restricciones técnicas/computacionales, que muchas obligaban a dar respuesta al “eso no se puede hacer”, “no tenemos infraestructuras suficientes” o “eso es muy complicado”.
Por supuesto Big Data no va a reducir a la mínima expresión los esfuerzos en el desarrollo de aplicaciones informáticas, pero con una arquitectura de datos bien diseñada si a) las debe simplificar enormemente y b) debe crear una explosión en tanto en cuanto a la explotación y uso de la información como hoy en día se concibe.
Se habla de trasparencia, de participación, de datos abiertos, etc. pero más allá de las voluntades se requiere de herramientas que soporten dichas dinámicas, y Big Data es un primer paso para ello.
La comisión europea lanzó un estudio hace dos años donde consideraba las profesiones vinculadas al Big Data (estadistas, arquitectos de datos y desarrolladores de software) como las de mayor proyección y demanda a futuro en los próximos años, llegan a considerar que la demanda será el doble de la oferta de personal capacitado para trabaja en este dominio.
Algunas administraciones públicas españolas han lanzado proyectos vinculados con Big Data, como la Agencia Tributaría, el Ministerio de Justicia o el Ayuntamiento de Madrid, muchas de ellas en temas de Smart Cities, como la ciudad de Santander, pero existen numerosos casos de aplicabilidad y más tarde o más temprano las administraciones deberán hacer frente a ello, superar los prejuicios técnicos y las dificultades financieras, para darse cuenta del verdadero impacto de la completa y holística gestión integral del dato.
2. Situación actual
El ayuntamiento de Castellón, como la gran mayoría de municipios nacionales, no dispone a día de hoy de capacidades/activos Big Data. El modo actual de trabajo en el departamento de informática es el habitual en tanto en cuanto se adquiere/licita una
solución software, esta ofrece las capacidades para las que se ha sido pensada de forma aislada, también llamada vertical (por ejemplo, un proyecto sobre Gestión Tributaria se adquiere, razonablemente, para dar una solución el ámbito tributos) y se plantean integraciones entre distintos sistemas software para que estos compartan información puntual que pueda ser de interés en otros aplicativos.
Las tendencias Big Data vienen a romper en cierta medida parte de esta dinámica. El concepto es el pensar no un problema o necesidad vertical, sino abrirse de miras y pensar en cómo podría funcionar la administración si absolutamente toda la información estuviera conectada, una visión horizontal o transversal. Por información se deben entender muchos aspectos, ya que se considera no solo la información de sistemas de información y bases de datos municipales, sino también información proporcionada activamente o pasivamente por ciudadanos, informaciones de redes sociales, informaciones de prensa, información multimedia, vídeos, etc.
Este concepto de datos unificados se denomina Data Lake, y viene a construir ese lago, grande, amplio y profundo, donde se dispone de información de cualquier índole, histórica o en tiempo real, y de la que se puede obtener lo que se desee.
Este Data Lake se articula como la mayor fuente de información municipal, y el software a futuro que se vaya incorporando al portfolio municipal, deberán nutrirlo con nueva información de su ámbito (vertical), pero deberá también consumirlo para cruzar, combinar y crear nuevos datos desde una perspectiva global (horizontal).
No es concebible dar respuesta a ambiciosos planes estratégico como puede ser el de Ciudad Inteligente si no es tiene una ciudad conectada, y esto no es más que datos conectados. Una vez los datos están conectados se puede construir lo que se necesite.
Por otro lado, este proyecto requiere de una evolución en el grado de madurez de la administración con respecto al uso de las nuevas tecnologías. La información va a estar ahí, y las respuestas estarán disponibles, pero hay que saber hacer las preguntas adecuados, y esto es responsabilidad del equipo humano que conforma el ayuntamiento. El ejemplo más representativo a este nivel es Google. De un vistazo, al acceder a la página web de Google se ve una página web en blanco, sencilla y que no ofrece nada. Si no se busca, no se tienen respuestas, y cuanto más relevante, acotada o profesionalizada sea la pregunta, mejores serán los resultados. No basta con quedarse mirando la página principal y pensar que no sirve para nada o lamentarse de no saber usarla. Ese es el siguiente paso en la modernización municipal.
3. Objeto del contrato
El objeto del presente contrato consiste en el suministro y los servicios asociados de despliegue, formación, integración y procesamiento de datos, operación y soporte, de una plataforma para el almacenamiento y procesamiento distribuido de datos e información de
contenido socio-económico, y del suministro de una herramienta de análisis para el Observatorio Socio-económico que permita una explotación rápida y flexible de los datos para delimitar y priorizar estrategias sobre el mercado laboral y la potenciación del desarrollo local en el ámbito geográfico del municipio de Castellón de la Plana.
La plataforma suministrada tendrá capacidad de adaptación a los requerimientos de explotación presentes y futuros de la organización, en concreto, será compatible con la Norma UNE 178104:2015 del Cómite Técnico de Normalización 178 de AENOR.
El presente proyecto se concibe como los cimientos del Big Data en el Ayuntamiento de Castellón. El resultado será un conjunto de tecnologías que permitirá la analítica de datos para el gobierno, por lo que se ha denominado Government Data Analytics.
4. Requerimientos Específicos
A continuación se detalla el alcance del proyecto y los requerimientos de alto y bajo nivel que éste debe cumplir.
4.1. Detalle de la solución
El alcance del proyecto incluye diferentes líneas que se indican a continuación. Se detallan también a continuación los requisitos que debe cumplir la solución propuesta.
4.1.1. Lineas de acción
El alcance del proyecto está dividido en las siguientes líneas de acción:
• Suministro de una plataforma de almacenamiento y procesamiento distribuido de
datos basada en un sistema de tipo “Big Data”.
• Servicios de instalación, configuración, adaptación y parametrización de todos los
elementos involucrados en el sistema.
• Suministro de una herramienta de análisis de datos e información de contenido
socio-económico
• Acciones formativas.
En este sentido se deberá presentar un documento a modo de plan de comunicación y difusión donde se detallen cada una de las acciones propuestas. Para cada acción se deberá incluir la siguiente información:
• Nombre y descripción de la acción: explicación detallada de las tareas a realizar.
• Fechas propuestas: calendario de actuación, duración, fechas de información
previa etc…
• Impacto de la acción: tanto a nivel de la organización como a nivel de la
ciudadanía.
Este plan será validado por el equipo técnico del Ayuntamiento, que podrá en cualquier caso modificar o proponer nuevas líneas de acción en base a las necesidades reales del proyecto.
4.1.2. Fuentes de información
La plataforma deberá incluir los componentes necesarios para la entrada de datos desde fuentes de datos heterogéneas, tanto en la forma de envío como en el contenido, pudiendo enviarse cualquier tipo de datos, tanto no-estructurados como semi-estructurados o estructurados; y con flujos de entrada también variables. En especial, la plataforma deberá permitir extraer datos de las siguientes fuentes de información y sistemas de sincronización y periodificación:
• Fuentes internas:
◦ Bases de datos T-SYSTEMS V1 (padrón de habitantes, base de datos
ciudad, unidades fiscales y terceros)
◦ Sistema de Información de Contabilidad, que en la actualidad es Ekonsical
de Spaiinnova.
◦ Sistema de Información del Gestor de Expedientes Gestiona (registro y
expedientes electrónicos).
◦ Sistema de Información Geográfica Municipal, que en la actualidad es de la
empresa ABSIS.
Para la extracción de datos de estas fuentes internas, se hará uso del bus de interoperabilidad que ofrece el Ayuntamiento de Castellón siempre que sea posible.
Será necesario que la propuesta a implantar cuente con la integración de una serie de funcionalidades que actualmente proporcionan las herramientas existentes en el Ayuntamiento para la extracción de datos de las fuentes internas. Para poder integrarse correctamente, el Ayuntamiento proporcionará servicios web o, en su defecto, accesos a procedimientos almacenados de Oracle que deberán ser usados para implementar los servicios web necesarios.
Se proporcionarán por el Ayuntamiento los web services necesarios para esta integración.
• Fuentes externas:
◦ Datos estadísticos de la Generalitat Valenciana / Estado sobre enseñanza.
◦ Datos crawling de portales de empleo.
◦ Datos de desempleo y : INE, Servef, SEPE, INEM, Hacienda,...
• Otras fuentes de datos: se deberán preparar mecanismos técnicos-conectores de
datos, en especial conexión a servicios web (al menos REST) para ir extendiendo el Data Lake a futuro más allá de las fuentes de información consideradas en este proyecto.
El licitador podrá proponer tantas fuentes de información como considere de interés para el objeto del presente proyecto.
4.1.3. Requisitos funcionales y técnicos.
En este apartado se especifican los requisitos mínimos que deberán cumplir los elementos que forman parte del objeto del Contrato, si bien los mismos podrán ser mejorados por los licitadores.
Las propuestas que ofrezcan características inferiores a las requeridas no serán tomadas en consideración en el presente procedimiento de adjudicación. El licitador puede ofertar prestaciones superiores a las solicitadas.
Los requisitos detallados en este apartado no pretenden ser una relación exhaustiva de las características técnicas de las actuaciones demandadas en el presente pliego, éste sólo recoge las características relevantes de las actuaciones objeto del procedimiento de adjudicación.
La solución propuesta debe incluir todos los módulos y herramientas necesarios para la implantación de un sistema de análisis de datos e información de contenido socio-económico dirigido al propósito descrito en los apartados anteriores. Por tanto, las funcionalidades del sistema se conseguirán mediante la combinación del equipamiento hardware y el conjunto de herramientas y módulos que ofrezca el licitador.
A efectos del proyecto, se considerará que la solución completa comprende el suministro de una plataforma tecnológica tipo “Big Data” y una herramienta especializada y dirigida a llevar a cabo técnicas de análisis que permitan delimitar y priorizar estrategias para la mejora del mercado laboral y la potenciación del desarrollo local en el ámbito de la ciudad de Castellón de la Plana.
En la plataforma tecnológica se consolidará la información de interés detectada en las fuentes de información descritas en el apartado 4.1.2. Esta plataforma debe ser escalable en su conjunto y deberá estar basada en los estándares abiertos establecidos en el mercado en relación a la tecnología Big Data.
4.1.3.1 Suministro de la plataforma de almacenamiento y procesamiento distribuido de datos basada en un sistema de tipo “Big Data”.
El alcance de este suministro incluye la adquisición o aprovisionamiento del hardware y software necesario para la plataforma, incluidas las licencias, si fueran de aplicación.
4.1.3.1.1 Plataforma tecnológica
Debe comprender los siguientes elementos:
• Plataforma para el almacenamiento y procesamiento distribuido de datos, basada
en el ecosistema Hadoop, siendo requisitos mínimos:
◦ Los componentes principales de la plataforma deben ser provisionados
mediante una distribución, donde se garantice la compatibilidad e integración de todos sus componentes, así como la inclusión de un soporte oficial de fabricante.
Además, la distribución ofertada debe ser la última versión estable disponible.
◦ La distribución debe tener como mínimo los siguientes componentes:
▪ Sistema de ficheros distribuido
El licitador al menos deberá incluir en su oferta HDFS (Hadoop Distributed File System) como sistema de ficheros distribuido, pero también se acepta la propuesta adicional (pero no exclusiva) al HDFS de otro sistema de ficheros distribuido compatible. Se entiende como sistema de ficheros distribuido compatible aquel que permita la integración con el resto de componentes del ecosistema Hadoop y disponga de una interfaz de consulta estándar HDFS.
En este sentido, el licitador deberá incluir en su oferta el/los sistemas de fichero/s propuestos, de los que el Ayuntamiento de Castellón podrá seleccionar uno para su despliegue.
▪ Motor de procesamiento
El licitador al menos deberá incluir en su oferta Spark como motor de procesamiento para la plataforma.
Además el licitador podrá incluir otros componentes para el procesamiento que para ciertos casos de uso mejoren y optimicen el rendimiento.
En este sentido, el licitador deberá incluir en su oferta todos los componentes de procesamiento que considere oportunos, de los que el Ayuntamiento de Castellón podrá habilitar en la plataforma según los distintos casos de uso.
▪ Base de datos NoSQL
El licitador al menos deberá incluir en su oferta una base de datos columnar
como base de datos NoSQL en la plataforma, pero se podrán incluir otras que mejoren y optimicen el rendimiento para los casos de uso de la plataforma.
En este sentido, el licitador deberá incluir en su oferta todas las bases de datos NoSQL que considere oportunas, de las que el Ayuntamiento de Castellón podrá utilizar en la plataforma según los distintos casos de uso.
▪ Interfaz de consulta SQL-like
El licitador deberá incluir en su oferta los componentes que provean una interfaz de consulta SQL-like sobre los datos almacenados en la plataforma.
◦ Plataforma basada en componentes del ecosistema Hadoop se encargará de
realizar las siguientes funciones:
▪ Recogida de la información de las fuentes descritas en el apartado 4.1.2.
▪ Integración, limpieza y almacenamiento de la información.
▪ Análisis y exploración de los datos almacenados, facilitando la
interoperabilidad con la herramienta de análisis de datos e información de contenido socio-económico que se suministre (consultar apartado 4.1.3.1.2)
• Software de gestión y monitorización integrada de los componentes del sistema,
con capacidad de administración de los parámetros técnicos tales como incorporación y configuración de nuevas fuentes de información, definición de niveles de seguridad y acceso, gestión y clasificación de consultas.
4.1.3.1.2 Hardware
El suministro de la plataforma de almacenamiento y procesamiento distribuido de datos debe incluir el hardware necesario, y con las siguientes características mínimas:
• Los nodos del clúster y/o cualquier otro servidor o componente integrante de la
plataforma deben ser físicos, no se admiten equipos virtualizados.
• Cada nodo será completamente independiente, no se admitirán soluciones tipo
blade ni hiperconvergentes.
• Los nodos deben ofrecer la posibilidad de cambiar elementos estropeados en
caliente, como discos o fuentes de alimentación.
• El hardware debe estar soportado por los fabricantes de todos los elementos
software que conformen la plataforma ofertada, incluido el sistema operativo.
• El clúster debe estar formado por, al menos, 2 nodos de datos y todos ellos deben
ser iguales entre sí.
• Características mínimas de cada nodo de datos:
◦ Tipo de procesadores: Intel Xeon Haswell microarchitecture o superior
◦ CPU: mínimo 2 procesadores con 10 cores cada uno, 2 GHz o superior
◦ Memoria: mínimo 256 GB RAM con posibilidad de ampliar hasta 768 GB
◦ El sistema operativo será instalado sobre discos configurados en RAID1 o
RAID5 por hardware.
◦ Los datos serán almacenados sobre, al menos, 6 discos iguales en cada nodo.
◦ Disponer de controladora RAID 0, 1, 10, 5 y 6 por hardware con caché en
memoria flash (al menos 1GB) sin necesidad de batería.
◦ Interfaces de red mínimas:
▪ 2 x interfaces de red 10Gb Ethernet Base-T (cobre Cat6) compatibles con
1000BASE-T.
▪ Interfaz de red independiente y dedicado para administración fuera de banda
licenciada con, al menos, opciones para encender, apagar, visualizar pantalla y configurar todas las BIOS.
◦ Disponer de doble fuente de alimentación.
◦ Flujo de aire de refrigeración: de delante hacia atrás.
◦ Ser enrackable.
◦ El tamaño de los nodos será como máximo de 2U.
◦ Incluir carrileras que permitan la extracción en caliente.
◦ Conector VGA para vídeo y USB para teclado/ratón.
◦ Disponer de, al menos, 3 ranuras PCI Express 3.0 adicionales libres.
• En el caso de que el licitador proponga una arquitectura para el clúster que
requiera de nodos de gestión, éstos deben ser independientes de los nodos de datos, y por lo tanto, adicionales a los nodos de datos.
En este sentido, los nodos de gestión deben cumplir las mismas características del nodo de datos excepto los valores mínimos de CPU, RAM, y disco duro que deberán ser las que el licitador considere más adecuadas para el objeto del contrato. Además todos los discos del nodo de gestión deben estar configurados, al menos, en RAID1 o RAID5.
• No se admite un rack o armario. Se deben proporcionar nodos individuales que
serán instalados en los racks del ayuntamiento de Castellón.
• Sistema operativo base: Debian Stable, Ubuntu Server LTS o RHEL en versión
estable con mantenimiento en vigor (actualizaciones y parches) durante toda la vida del contrato.
• Tamaño mínimo total de disco duro entre todos los discos de datos: 200 TB (sólo se
deben tener en cuenta para este cálculo los discos usados para almacenar los datos objeto del contrato y NO los discos usados para el sistema operativo ni el resto de software de la plataforma).
Entregables asociados al suministro de la plataforma de almacenamiento y procesamiento distribuido de datos basada en un sistema de tipo “Big Data”
• Documentación de la Plataforma Big Data suministrada con todos los elementos
considerados dentro del alcance. Incluye código fuente, documentación técnica y documentación de formación.
• Manual de instalación de la plataforma Big Data.
• Manual de Administración y Explotación de la plataforma Big Data.
• Manual de usuario de la plataforma Big Data.
• En el caso de que se realicen desarrollos: código fuente del software desarrollado,
así como librerías, scripts y cualquier otro código asociado a los desarrollos, así como toda la documentación relativa a dichos desarrollos.
4.1.3.2 Servicios de instalación, configuración, adaptación y parametrización de todos los elementos involucrados en el sistema.
Este apartado contempla las actividades mínimas referentes a la instalación, configuración, adaptación y parametrización de la plataforma para la consecución satisfactoria del objeto del contrato.
El despliegue de la plataforma se realizará en las instalaciones del ayuntamiento de Castellón, y comprende la instalación física del clúster y lógica de todos los componentes de la plataforma, incluida su configuración inicial.
Como mínimo, el servicio de despliegue deberá cubrir las siguientes actividades:
• Instalación de los elementos hardware del clúster en el ayuntamiento de Castellón.
El adjudicatario deberá coordinarse con el personal del ayuntamiento de Castellón para la realización de esta actividad, tanto en aspectos logísticos (establecer fecha, duración estimada, etc.) como operativos.
Además y debido a que la plataforma ofertada se integra en los CPDs del
ayuntamiento de Castellón, donde conviven e interactúan diversos sistemas, todos ellos deben estar operativos con los mismos criterios de calidad para prestar un servicio homogéneo. En este sentido, la colaboración entre los distintos suministradores de la infraestructura global es un requisito. Por tanto, en aquellos casos en los que algún componente incluido en el presente contrato, esté conectado o interactúe con elementos cuya operación corresponda a empresas diferentes de la adjudicataria del presente contrato, el adjudicatario deberá responder del normal funcionamiento de sus componentes, debiendo demostrar los fallos que sean imputables a otros suministradores cuando considere que son la causa del mal funcionamiento de la plataforma suministrada.
• Despliegue y configuración de la plataforma
El adjudicatario deberá elaborar un diseño de arquitectura, tanto física como lógica, para el despliegue y configuración de la plataforma con el objeto de cumplir todos los requerimientos de operación descritos en este pliego.
Tras el diseño y elaboración del plan de despliegue, el adjudicatario deberá llevar a cabo todas las tareas necesarias para el despliegue de todos los componentes de la plataforma (tanto de la distribución como de otros componentes adicionales, si éstos se incluyen en la oferta) y su configuración inicial ajustada a los recursos hardware disponibles.
Adicionalmente y como parte de la configuración inicial, se deberán habilitar y configurar los servicios que sean de aplicación a las necesidades de operación descritas en este pliego.
Por último, el licitador deberá realizar la batería de pruebas correspondiente para garantizar el correcto despliegue y configuración de la plataforma.
• Instalación, configuración y parametrización de los componentes software de la
plataforma tecnológica.
• Consolidación en la plataforma tecnológica de la información detectada en las
fuentes de información descritas en el apartado 4.1.2.
• Bastionado de la plataforma
El adjudicatario deberá llevar a cabo todas las tareas necesarias para el bastionado de la plataforma, implementando las medidas de seguridad necesarias que eviten cualquier impacto en la infraestructura y/o el servicio ofrecido por la misma.
En este sentido, el licitador deberá incluir en su oferta el conjunto de medidas de seguridad propuestas para el aseguramiento y bastionado de la plataforma.
• Monitorización de la plataforma
La monitorización de la plataforma debe diseñarse e implementarse para el
correcto funcionamiento de la misma, así como para garantizar la calidad del servicio.
El ayuntamiento de Castellón debe ser notificado de forma automática ante defectos en el funcionamiento o incidentes ocurridos, así como de sus respectivas recuperaciones, en el caso de resolución automática de las mismas.
El licitador deberá incluir en su oferta el conjunto de medidas de monitorización propuestas para el aseguramiento del correcto funcionamiento de la plataforma y de la calidad del servicio.
• Procedimiento de backup y recovery de la plataforma
El adjudicatario deberá elaborar e implementar el procedimiento de backup y recovery de la plataforma acorde a los requisitos solicitados en el apartado 4.2.3.2.
Entregables asociados al s ervicios de instalación, configuración, adaptación y parametrización de todos los elementos involucrados en el sistema.
• Documentación que incluirá detalle de procesos de carga, procesos de explotación,
desarrollos, seguridad, configuraciones, etc. llevados a cabo para la implantación y configuración de los elementos software relativos a la plataforma tecnológica basada en arquitectura Big Data.
4.1.3.3 Suministro de una herramienta de análisis de datos e información de contenido socio-económico.
Este apartado contempla la instalación, configuración y parametrización de la herramienta de análisis, Observatorio Socio-económico.
La herramienta de análisis de datos socio-económicos será una herramienta importante dentro del Plan Estratégico de Empleo 2016-2019, por ello se denominará a esta herramienta de análisis como Observatorio Socio-económico. Este Observatorio Socio-económico deberá ser el instrumento encargado de delimitar y priorizar estrategias para la mejora del mercado laboral y la potenciación del desarrollo local.
La recopilación y elaboración de datos sobre diferentes variables: demografía, formación, oferta y demanda laboral, tejido empresarial, etc. junto con las aportaciones de los agentes económicos y sociales fruto de su experiencia y conocimiento de la realidad local, son las bases sobre las que realizar estudios específicos que proporcionen información sobre las tendencias de la economía en el ámbito local, de modo que sea posible anticiparse a las necesidades formativas de las empresas e identificar las oportunidades para los emprendedores.
El Observatorio Socio-económico debe alimentarse de la información consolidada en la
plataforma tecnológica descrita en el apartado 4.1.3.1.
El Observatorio Socio-económico deberá contar con los siguientes elementos:
• Modelos de clasificación de la información consolidada en base a la definición de
modelos de categorías/subcategorías.
• Herramientas de detección de conceptos/temas con una aparición más frecuente
en un período de tiempo determinado, que permitan anticiparse a las necesidades de los ciudadanos en el ámbito socio-económico y laboral.
• Métodos de entrenamiento, valoración y reajuste de los modelos.
• Sistema de reporting interactivo para visualizar los resultados, incluyendo
integración con modelos que permitan la segmentación de los resultados en función de características de la población (mapas geográficos, sexo, grupos de edad, etc.). Los informes deberán poder imprimirse en papel. En todo caso deberá garantizar la usabilidad justificando la modalidad de información mostrada (mapas, informes, cuadros de mando, alertas, etc.) según la audiencia a la que van dirigidos los resultados de los sistema de reporting.
• Completa funcionalidad en dispositivos móviles, adaptando su interfaz de usuario a
los dispositivos más usuales y manteniendo el mismo grado de usabilidad. Deberá mantenerse en todos los dispositvos mecanismos de interacción simple.
• Gestión de los niveles de seguridad y privacidad asociados: el sistema deberá
estar dotado de funcionalidades para poder gestionar el nivel de accesibilidad de un dato o familias de datos por parte de diferentes perfiles de usuario.
• Ámbito temporal de validez de los datos: el sistema debe ofrecer mecanismos para
definir el ámbito temporal en el que los datos son válidos (períodos de vigencia y/o caducidad).
Los siguientes gráficos representan ejemplos de cómo podrían visualizarse distintas secciones del observatorio. Son ámbitos distintos al socio económico pero se acompaña de una explicación para que se entienda lo que se desea construir.
Un ejemplo podría ser la visualización de datos actuales de empleabilidad por tipo de actividad comercial. Cada circulo representaría un tipo de empleo, el color el grado de ocupación (rojo = más oferta que demanda), y al pulsar en cada circulo se podría visualizar un segundo nivel con la clasificación por perfil social e incluso la distribución geográfica. La información a visualizar en este segundo nivel deberá ser contrastada con la información disponible en las bases de datos propias del Ayuntamiento.
Otro ejemplo podría visualizar el mapa de búsquedas de empleo o de ofertas, así como distintos filtros para ver estos mismos datos por rango social, edades, zonas, etc.
Podría también mostrarse ejemplos de las acciones que ha tomado el ayuntamiento sobre cursos de información a desempleados, cuanta gente se ha inscrito, que % de personas de un sector ha acudido, etc.
Un último ejemplo sería el entender la evolución histórica de demanda de empleo por sector, donde se podría ver la tendencia de los mismos, si algún año por algún motivo (tal vez por la existencia de unas ayudas públicas) un sector ha crecido más de lo previsto, e incluso disponer de un modelo predictivo a futuros años.
Entregables asociados al s uministro de una herramienta de análisis de datos e información de contenido socio-económico.
• Documentación que incluirá detalle de procesos de carga, procesos de explotación,
desarrollos, seguridad, configuraciones, etc. llevados a cabo para la implantación y configuración de los elementos software relativos a la herramienta de análisis de datos e información de contenido socio-económico.
• Manuales de la herramienta de análisis: instalación, administración y usuario.
• Propuestas de diseño de pantallas de la herramienta de análisis.
4.1.3.4 Acciones formativas.
El adjudicatario realizará un proceso de transferencia de conocimientos con el objetivo de capacitar al personal del Ayuntamiento de Castellón en el conocimiento tanto de la plataforma tecnológica como de la herramienta de análisis implantada. La capacitación deberá incluir, como mínimo:
• Administración de la plataforma Big Data
• Capacitación, a nivel de usuario, de la herramienta de análisis, Observatorio
Socio-económico, haciendo énfasis en las funcionalidades de la herramienta y en los fundamentos de los modelos de análisis.
Se deberá realizar una propuesta de dicho plan de formación, así como su planificación dentro del proyecto de implantación, garantizando el nivel suficiente de aprendizaje de los usuarios, acorde a las necesidades de la organización.
Los planes propuestos deberán disponer de la siguiente información mínima:
• Duración: definición de las sesiones y duración en horas de las mismas.
• Descripción: Explicación detallada de los objetivos y finalidades de la acción
formativo.
• Formato: el formato de los cursos de formación será presencial. Será necesario
que se disponga del material necesario para la presentación del curso y la realización de pruebas de conocimiento.
• Requisitos: si es necesario disponer de unos conocimientos mínimos para la
realización del curso.
• Estructura: Listado de los capítulos y puntos que se van a dar durante la formación.
El Ayuntamiento pondrá a disposición dependencias para su impartición.
La propuesta de formación incluirá:
• al menos 3 ediciones de formación para usuarios finales;
• al menos 2 ediciones de formación dirigidas a técnicos y administradores;
Se facilitará documentación detallada a los asistentes. El contenido será prioritariamente práctico y se ofrecerá sobre el entorno de preproducción. El contenido de cualquier acción formativa deberá ser aprobado por el Director de Proyecto del Ayuntamiento de Castellón de la Plana.
Entregables asociados a Acciones formativas .
• Plan de formación
4.1.4. Integraciones a través del Bus de Integración
El Ayuntamiento aporta este elemento como componente central que permitirá la integración y comunicación entre la solución y las fuentes internas de datos. La propuesta de integración deberá utilizar el actual bus de integración Mule desplegado en el Ayuntamiento.
Para las integraciones realizadas por el adjudicatario que requieran desarrollo de servicios web el adjudicatario deberá aportar el correspondiente documento de integración donde se detalle la información de cada uno de sus servicios.
4.1.5. Otros requerimientos específicos
Además de los indicados anteriormente, la solución presentada deberá cumplir los requerimientos funcionales y técnicos descritos a continuación:
• La solución propuesta debe permitir generar de forma periódica, datos en forma de
indicadores de gestión.
• La solución propuesta debe permitir exportar la información requerida por las leyes
de transparencia vigentes durante la ejecución del proyecto, incluida la regulación que el Ayuntamiento dicte (Ley 19/2013 Art.8.3 Indicador ITA F,A-77, 12 y Art 9.1.de la Ley 2/2015, de 2 de abril, de la Generalitat, de Transparencia, Buen Gobierno y Participación Ciudadana de la Comunitat Valenciana).
• Administración y parametrización de los diferentes componentes de la solución.
• Mantenimiento de usuarios y grupos de usuarios administradores de los diferentes
componentes de la solución.
4.2. Principios generales de la solución propuesta
A continuación se enuncian algunas consideraciones adicionales sobre las tecnologías y componentes a emplear en el proyecto.
4.2.1. Escalabilidad y compatibilidad
La plataforma solicitada tiene como característica fundamental la escalabilidad horizontal, si las necesidades del ayuntamiento de Castellón variasen en las dimensiones de almacenamiento o procesamiento con respecto al alcance inicial descrito en este pliego. En este sentido, la plataforma deberá permitir escalar, como mínimo, mediante:
• La incorporación al clúster de la plataforma de nodos adicionales, de iguales o
superiores características a los ofertados para el presente pliego.
• La incorporación al clúster de la plataforma de nodos adicionales provenientes de
recursos, físicos o virtuales, de la propia infraestructura del ayuntamiento de Castellón.
La plataforma solicitada deberá ser compatible con la Norma UNE 178104:2015 “Ciudades Inteligentes. Infraestructuras. Sistemas integrales de gestión de la Ciudad Inteligente” del Comité Técnico de Normalización 178 de AENOR.
4.2.2. Directrices de accesibilidad y usabilidad
El sistema deberá perseguir unos criterios mínimos de usabilidad centrados principalmente en:
• Facilidad del aprendizaje;
• Velocidad por parte del usuario final del desempeño de las tareas asociadas a la
aplicación;
• Baja tasa de incidencias;
• Bajos niveles de frustración;
• Satisfacción subjetiva;
• Universalidad;
• Facilidad para ser recordado.
4.2.3. Seguridad
Un elemento esencial de la solución de estas características es la seguridad. En este sentido, además de en el diseño de la solución software ofertada, existirán una serie de
funciones centralizadas de seguridad, que garantizarán que las funciones básicas de confidencialidad, integridad y disponibilidad se cumplan en un entorno A-A-A (autenticación, autorización y auditoría).
4.2.3.1 Seguridad de la plataforma.
La plataforma ofertada por el licitador deberá incluir, al menos, los siguientes requisitos relativos a la seguridad de la misma:
• Autenticación: Gestión de usuarios y grupos con integración con LDAP o Active
Directory.
• Autorización: Gestión de permisos.
En este sentido, el licitador deberá detallar para qué componentes y elementos es posible aplicar la gestión de permisos y las opciones que permite dicha gestión.
• Auditoría: Capacidades de auditoría que incluyan, al menos, registros de acceso de
los usuarios a los datos y servicios, registros de ejecución de tareas y registros de cambios de configuración de los componentes.
4.2.3.2 Copias de seguridad y procesos de recuperación.
La plataforma deberá permitir la realización de copias de seguridad de aquellos elementos críticos para el funcionamiento de la misma. En este contexto, se entiende por “elemento crítico” toda aquella información necesaria para una recuperación de la plataforma en caso de desastre que implique la pérdida total o parcial del clúster. Ejemplos de elementos críticos podrían ser:
• Configuración a nivel de sistema operativo.
• Copias de bases de datos de herramientas de gestión del clúster.
• Configuración de los servicios o componentes del clúster.
• Datos críticos.
Además, se proporcionarán los procedimientos de backup y recuperación necesarios para cubrir este escenario, con el objetivo de que el tiempo de parada del servicio sea el menor posible.
Estas copias deben volcarse a un repositorio ajeno a la plataforma que será especificado por el ayuntamiento de Castellón, y en ningún caso la realización de estas copias de seguridad supondrá una degradación significativa del rendimiento de los procesos de la plataforma.
4.2.3.3 Disponibilidad, integridad y tolerancia a fallos.
La plataforma deberá proporcionar los mecanismos necesarios para garantizar la
disponibilidad de la misma, la integridad de los datos y para ser tolerante a fallos tanto en lo relativo al almacenamiento como al procesamiento (en todas sus fases: ingesta, tratamiento y explotación de datos).
En este sentido, la plataforma debe garantizar su disponibilidad tanto para la entrada como consumo de información, así como para la ejecución de todos sus procesos para el cumplimiento de los requisitos de este pliego. De este modo, se deberán incluir todos los mecanismos necesarios que permitan la disponibilidad de la plataforma.
Además, la plataforma debe ser tolerante a fallos, es decir, que ante un error, fallo o defecto en los términos anteriores (almacenamiento y procesamiento) sea capaz de ofrecer el servicio para el que ha sido diseñada con el menor impacto que sea posible en la calidad del mismo.
En este sentido, la plataforma deberá incluir al menos mecanismos de distribución de carga en el clúster ante la caída de un nodo.
La plataforma debe garantizar la integridad y consistencia de los datos que en ella se gestionan, desde su adquisición hasta el momento de su explotación. De este modo, deben incluirse mecanismos para evitar pérdidas de información, corrupción de los datos, así como duplicación (que no replicación) de los mismos.
4.2.3.4 Confidencialidad de la información.
Todos los datos enviados a la plataforma para su almacenamiento, procesamiento y explotación se consideran información confidencial propiedad del ayuntamiento de Castellón. Por esto, la plataforma será desplegada en su totalidad en las instalaciones del ayuntamiento de Castellón, y sobre la infraestructura hardware proporcionada por el licitador.
4.2.4. Mapa de Infraestructuras
Se identifica la necesidad de disponer de dos entornos en la infraestructura del Ayuntamiento.
• Entorno de Preproducción: se basarán en servidores virtuales, proporcionados
por el Ayuntamiento de Castellón. Este entorno se utilizará principalmente para pruebas de usuario así como para posibles formaciones.
• Entorno de Producción: Infraestructuras aportadas por el licitador destinadas a
ofrecer el servicio al usuario final.
4.2.5. Rendimiento.
El sistema debe garantizar un rendimiento razonable de las aplicaciones y, como tal, hacer un uso razonable de los recursos necesarios; para ello:
• Se garantizará la ejecución de transacciones instantáneas simples en tiempos
siempre inferiores a 2 segundos, la ejecución de transacciones instantáneas de complejidad media en tiempos siempre inferiores a 5 segundos; estos tiempos se medirán excluyendo los tiempos de ejecución acumulados debidos a causas ajenas al sistema, como p.e. disponibilidad de servicios de terceros o velocidad de líneas de comunicaciones.
4.2.6. Disponibilidad.
Las soluciones ofertadas deben de maximizar la disponibilidad de los sistemas, garantizando para ello:
• una política y procedimientos de actualización claros que garanticen esta máxima
disponibilidad;
• una clara y adecuada política de transacciones que prevenga, y por tanto
contemple y evite, bloqueos de ejecución;
La memoria de la oferta incluirá:
• una catalogación completa de las situaciones en las que se prevean
indisponibilidades del sistema;
• la política de entornos y procedimientos de actualización, indicando clara y
motivada casuística en la que estas actualizaciones serán “en frio” (con indisponibilidad de los sistemas) o en caliente (con los sistemas disponibles);
4.3. Requerimientos Jurídicos
Quedará incluido en el ámbito del proyecto cualquier adaptación, sea desarrollo o cualquier otro tipo de trabajo, a la normativa que pudiera surgir durante el desarrollo del proyecto y posterior periodo de garantía. Así mismo, las propuestas de mantenimientos anuales posteriores a la finalización del contrato, incluirán el coste de las adaptaciones de las herramientas suministradas a los cambios normativos que aparezcan durante ese periodo.
Los licitadores deberán demostrar capacidad de soporte de ámbito legal para el asesoramiento al Ayuntamiento de Castellón de la Plana según lo indicado en el apartado de solvencia del Pliego de Clausulas administrativas (PCA).
Cualquier acción propuesta o derivada del alcance del proyecto tiene que acompañarse de las acciones necesarias para que sus implicaciones cumplan íntegramente con la LOPD y cualquier normativa nueva en materia de protección de datos.
4.4. Documentación a aportar durante la ejecución
Se aportará la documentación indicada a continuación así como la indicada en el
apartado Hitos del proyecto.
4.4.1. Documentación relacionada con los entregables del proyecto
Cualquier tarea técnica identificada durante el transcurso del proyecto deberá estar documentada según la siguiente clasificación de tipos de documentación:
4.4.1.1 Tareas relacionadas con la implantación y puesta en marcha de componentes
• Manual de usuario
• Plan de Implantación
• Manual de implantación
• Manual de administración
4.4.1.2 Tareas relacionadas con el desarrollo especifico de funcionalidades o herramientas
• Especificaciones funcionales
• Diseño técnico
• Plan de pruebas
4.5. Mantenimiento
Un aspecto de gran importancia dentro de cualquier proyecto es la fase de mantenimiento. La solución propuesta deberá disponer de un servicio de soporte y mantenimiento correctivo y adaptativo que incluya pruebas y un seguimiento detallado desde el momento que el proyecto entra en preproducción y durante todo el periodo de garantía del mismo. El servicio de mantenimiento se podrá proporcionar presencialmente con la ayuda de un técnico en las instalaciones del Ayuntamiento de Castellón de la Plana o por medios remotos mediante el uso de aplicaciones, teléfono, correo electrónico, y otros medios telemáticos.
El mantenimiento adaptativo también incluirá la incorporación de todos los cambios necesarios debidos a la aparición de nuevas versiones de los productos o herramientas usadas en la solución.
4.6. Metodología
Se deberán cumplir las normas de trabajo para la prestación de servicios de desarrollo, implantación y mantenimiento de aplicaciones en el Ayuntamiento de Castellón que se harán saber al inicio del servicio.
4.6.1. Metodología para la implantación de componentes
Análisis de Infraestructuras y Entornos
4.6.1.1 Plan de Implantación
Será necesario proponer en un documento las fases y puntos de control del proceso de implantación. Identificando cada uno de los perfiles y áreas involucradas en el ejercicio. Además el plan deberá incluir un calendario de actuaciones.
4.6.1.2 Proceso de implantación
Durante el proceso de implantación de la nueva herramienta se deberá velar y avisar en todo momento de posibles desviaciones en la valoración de esfuerzos previstos expuestos en las reuniones de seguimiento de forma que puedan anticiparse los riesgos
4.6.1.3 Manuales
Una vez realizada la implantación se deberá preparar o actualizar los manuales necesarios.
4.6.1.4 Preparación y seguimiento del plan de pruebas
Se deberá elaborar un plan de pruebas específico para la implantación realizada que será ejecutado por los usuarios designados por el responsable del Ayuntamiento donde se comprueba el correcto funcionamiento del sistema implantado y se comuniquen las deficiencias detectadas y las posibles mejoras.
4.6.1.5 Promoción a entornos
Para realizar el pase a los diferentes entornos propuestos se deberá dejar constancia de los cambios realizados sobre el entorno correspondiente a fin de facilitar la vuelta atrás en su caso, así como un inventario de los usuarios que han realizado la modificación.
4.6.2. Metodología para nuevos desarrollos
Análisis de requisitos y especificaciones funcionales
4.6.2.1 Diseño técnico
Se planteará un inventario de funcionalidades y requerimientos, así como las estructuras de datos necesarias. Se incluirá en caso necesario un prototipo de pantallas.
Se deberán exponer también todas aquellas tareas técnicas involucradas con los sistemas del Ayuntamiento de forma que no se generen dependencias.
4.6.2.2 Desarrollo informático
Durante la fase de ejecución del nuevo desarrollo se deberá velar y avisar en todo
momento de posibles desviaciones en la valoración de esfuerzos previstos expuestos en las reuniones de seguimiento de forma que puedan anticiparse los riesgos.
4.6.2.3 ManualesUna vez realizado el nuevo desarrollo se deberán preparar o actualizar los manuales necesarios.
4.6.2.4 Preparación y seguimiento del plan de pruebas
Se deberá elaborar un plan de pruebas específico para el desarrollo realizado que será ejecutado por los usuarios designados por el responsable del Ayuntamiento donde se revisen todas las opciones desarrolladas, de modo que se comprueba el correcto funcionamiento del sistema y se comuniquen las deficiencias detectadas y las posibles mejoras.
4.6.2.5 Promoción a entornos
Para realizar el pase a los diferentes entornos propuestos se deberá dejar constancia de los cambios realizados sobre el entorno correspondiente a fin de facilitar la vuelta atrás en su caso, así como un inventario de los usuarios que han realizado la modificación
4.7. Mecanismos de gestión y control
El éxito del proyecto tiene como premisa esencial la participación activa de todos los agentes implicados.
Así, la gestión eficiente del proyecto requiere la creación y puesta en marcha de una estructura organizativa competente y especializada, con los recursos suficientes, y la implementación de procedimientos de seguimiento, evaluación y control del proyecto en su conjunto y de las diferentes actuaciones singulares que se determinen.
4.7.1. Comité de Dirección
Existirá un Comité de Dirección del Proyecto, con la función de supervisar el desarrollo del proyecto, validar los planes de actuación y facilitar las actividades en las que participe personal de la empresa adjudicataria y de las diferentes administraciones involucradas. Este Comité estará formado por:
• Director de proyecto por parte del Ayuntamiento de Castellón de la Plana.
• Jefe de proyecto por parte del Ayuntamiento de Castellón de la Plana.
• Responsable del contrato empresa adjudicataria.
• Jefe de proyecto empresa adjudicataria.
• Opcionalmente representantes de otras entidades colaboradoras.
Este comité se reunirá al menos de forma mensual y elaborará actas.
4.7.2. Comité Operativo/Técnico
Existirá una Dirección Operativa del Proyecto, con la función de supervisar periódicamente el desarrollo del proyecto. Este comité se reunirá al menos de forma quincenal y se ocupará de preparar los informes de progreso y planes, para su aprobación por el Comité de Dirección.
Estará formado por:• Jefe de proyecto por parte del Ayuntamiento de Castellón de la Plana
• Jefe de proyecto por parte de la empresa adjudicataria
• Responsables tecnológicos
• Otras personas que se consideren oportunas para tratar temas específicos de una
iniciativa concreta
4.8. Estructura del equipo de trabajo
Para describir el equipo de trabajo propuesto necesario para la ejecución del proyecto, se deberá detallar como mínimo la siguiente información:
• Perfiles que forman parte del equipo de trabajo.
• Detalle de las dedicaciones de cada persona.
• Funciones específicas de cada uno de los perfiles dentro del equipo.
4.8.1. Equipo base requerido
A continuación se expone los requisitos de experiencia del equipo humano que el Ayuntamiento de Castellón identifica necesario para la correcta ejecución del proyecto, dicha experiencia deberá acreditarla el licitador que haya resultado primer clasificado mediante la presentación de los currículos vitae.
• Un responsable del proyecto que tendrá dedicación parcial al proyecto y que se
identificará como el principal interlocutor con el Ayuntamiento de Castellón. Coordinará y garantizará la adecuada cobertura del servicio. Deberá cumplir con experiencia demostrable en las siguientes áreas:
• 2 años de experiencia en el sector de las TIC.
• 2 años de experiencia en la gestión de proyectos de similares.
• Conocimientos avanzados de dirección y gestión de proyectos.
• Conocimiento en materia normativa y legal: convenios, ordenanzas,
experiencia en la elaboración de material legal, conocimiento de las actuales
leyes relacionadas con la Administración.
• Un técnico con un perfil funcional que tenga experiencia demostrable en los puntos
descritos en el apartado 3 del presente documento con dedicación exclusiva para las tareas del proyecto. Deberá cumplir experiencia demostrable en las siguientes áreas:
• 2 años de experiencia en el sector de las TIC.
• 2 años de experiencia en proyectos similares al expuesto en el presente
documento.
• Equipo de trabajo base, con experiencia técnica demostrable en los puntos
descritos en el apartado 3 del presente documento con dedicación exclusiva para las tareas del proyecto. Para este proyecto, se considera necesario un mínimo de un técnico que deberá disponer de la siguiente experiencia:
• 2 años de experiencia en el sector de las TIC.
Los perfiles propuestos deberán contar con los siguientes conocimientos generales:
• 2 años de experiencia demostrable en el uso y conocimiento de funcionalidades
equivalentes a las expuestas en el presente documento.
• Conocimiento del marco normativo de aplicación al proyecto.
• Conocimiento del funcionamiento y la estructura de las Administraciones locales.
• Conocimientos en la metodología de gestión de proyectos.
4.9. Calendario del proyecto
La prestación iniciará su ejecución a partir del día siguiente a la formalización del contrato, y dicha ejecución finalizará como máximo en un plazo de 10 meses.
Durante este periodo se deben ejecutar todas las acciones correspondientes al proyecto:
• Análisis del proyecto
• Suministro de una plataforma de almacenamiento y procesamiento distribuido de
datos basada en un sistema de tipo “Big Data”.
• Servicios de instalación, configuración, adaptación y parametrización de todos los
elementos involucrados en el sistema.
• Suministro de herramienta de análisis para el Observatorio Socio-económico.
• Servicios de capacitación del sistema implantado.
Se deberá entregar un calendario detallado de cada una de las fases propuestas a modo de cronograma así como una tabla con la implicación y el esfuerzo del equipo propuesto en cada una de las acciones descritas en el plan de trabajo.
5. Hitos del proyecto
Para la correcta gestión y finalización del proyecto, este estará sujeto a una serie de hitos concretos, cuyo cumplimiento de ejecución será valorado por el Ayuntamiento de Castellón de la Plana. El cumplimiento de estos hitos sobre el calendario propuesto será una pieza esencial en la correcta finalización del contrato. Un hito se considerará cumplido cuando el Director de Proyecto del Ayuntamiento lo valide en base a los resultados esperados y los entregables asociados a cada hito.
Se propone la siguiente tabla de hitos básicos del proyecto.
HITO CONCEPTO
HITO 1 Análisis del proyecto
HITO 2 Suministro de una plataforma de almacenamiento y procesamiento distribuido de datos basada en un sistema de tipo “Big Data”.
HITO 3 Servicios de instalación, configuración, adaptación y parametrización de todos los elementos involucrados en el sistema.
HITO 4 Sumininistro de herramienta de análisis para el Observatorio Socio-económico.
HITO 5 Acciones formativas y puesta en marcha
Para cada uno de los hitos propuestos se deberá exponer la siguiente información valorándose el grado de detalle descrito:
• Descripción: detalle general del objetivo del hito. Descripción de las tareas tanto
técnicas como funcionales incluidas en la realización del mismo.
• Fechas: se deberá instanciar en el calendario propuesto el periodo del hito.
• Perfiles involucrados: inventario de los perfiles del equipo que intervendrán durante
la ejecución del mismo.
• Entregables: se deberán exponer los entregables a desarrollar durante la
realización del hito.
• Esfuerzo económico: volumen económico de la ejecución del hito.
• Riesgos identificados: inventario de posibles riesgos a aparecer durante el
desarrollo del hito correspondiente.
• Cuadro de mando que refleje el grado de implantación del Hito del proyecto.
La ejecución del proyecto deberá incluir los entregables definidos y asociados a los Hitos detallados en el apartado 5. Estos entregables deberán ser validados por el Director del Proyecto del Ayuntamiento en el momento de su aportación durante la ejecución del proyecto. De no ser validados estos entregables, se entenderán rechazados y el hito asociado no podrá ser validado.
6. Pruebas de aceptación
El adjudicatario proporcionará al Ayuntamiento un guión detallado de pruebas. Este deberá ejecutar esta batería de pruebas de aceptación en su entorno de preproducción antes de facilitarlas al Ayuntamiento para sus pruebas. Tras la instalación en el entorno de preproducción del Ayuntamiento de cada módulo o actualización del software, el Ayuntamiento ejecutará las pruebas de aceptación y su resultado tendrá que ser conforme para validar la subida a producción.
7. Plazo de ejecución del contrato
La prestación iniciará su ejecución a partir del día siguiente a la formalización del contrato, y dicha ejecución finalizará como máximo en un plazo de 10 meses.
8. Importe Base de Licitación
El importe máximo de licitación se establece en 130.000,00 Euros más IVA.
9. Facturación
Se establece un sistema de facturación por hitos cumplidos, cuya conformidad dará el Ayuntamiento de forma escrita al adjudicatario. El porcentaje de facturación asociado a cada hito será el siguiente:
• Hito 1: Análisis del proyecto; le corresponde el 5 % del importe total del
contrato.
• Hito 2: Suministro de una plataforma de almacenamiento y procesamiento
distribuido de datos basada en un sistema de tipo “Big Data”; le corresponde el 30 % del importe total del contrato.
• Hito 3: Servicios de instalación, configuración, adaptación y parametrización
de todos los elementos involucrados en el sistema; le corresponde el 15 % del importe total del contrato.
• Hito 4: Sumininistro de herramienta de análisis para el Observatorio
Socio-económico; le corresponde el 20 % del importe total del contrato.
• Hito 5: Acciones formativas y puesta en marcha; le corresponde el 30 % del
importe total del contrato.
10. Garantía
Se fija un periodo de garantía de al menos 12 meses sobre todos los servicios, módulos y componentes instalados en el ámbito de este contrato, contados desde la fecha de firma del acta de recepción del proyecto, y durante los cuales la empresa licitadora se hace responsable de la resolución de las incidencias que éstos puedan generar y de la corrección de cualquier problema de funcionamiento que pudiera detectarse.
11. Penalidades
Se establece el sistema de penalidades económicas siguiente.
• Penalizaciones por incumplimiento de cualquiera de los requisitos que figuran en
este pliego, siempre que el Ayuntamiento estime que el incumplimiento se debe a causas atribuibles al adjudicatario:
• El Ayuntamiento podrá aplicar penalizaciones por cualquiera de los
requisitos y principios indicados en este pliego que oscilarán entre el 0,1% y
el 100% del importe del proyecto pendiente de facturar , o incluso, si así lo estima la dirección técnica del proyecto del Ayuntamiento, constituirán causa de resolución del contrato. El porcentaje de penalización a aplicar lo fundamentará la dirección técnica del proyecto en base a la repercusión que tenga el incumplimiento en el resultado final del proyecto, aplicando criterios de proporcionalidad con respecto al incumplimiento producido.
12. Solvencia Técnica
Las solvencia técnica se evaluará según lo indicado en el Pliego de Cláusulas Administrativas (PCA).
13. Criterios de Valoración
Se aplicarán los criterios de valoración detallados en el Pliego de Cláusulas Administrativas (PCA).
14. Condiciones Generales
14.1. Propiedad Intelectual
El Ayuntamiento de Castellón de la Plana tendrá la propiedad de los desarrollos realizados para acometer las integraciones con los sistemas municipales que sean desarrollados dentro del ámbito de este contrato y, por lo tanto, estará autorizada a la reproducción total o parcial, traducción, adaptación o cualquier otra transformación que pudiera requerir la utilización de estos elementos desarrollados o modificados, así como su distribución a los centros en que se juzgue necesario su uso.
14.2. Transferencia Tecnológica
Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por el Ayuntamiento de Castellón de la Plana la información y documentación que soliciten, para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.
(Documento Firmado electrónicamente al margen)