“SERVICIOS PARA LA CREACIÓN Y OPERACIÓN DE ROBOTS Y EL ECOSISTEMA SOFTWARE QUE SUSTENTEN EL FUTURO CENTRO DE AUTOMATIZACIÓN ROBÓTICA DE LA COMUNIDAD DE MADRID”, EN EL ÁMBITO DEL PLAN DE RECUPERACIÓN, TRANSFORMACIÓN Y RESILIENCIA – FINANCIADO POR LA UNIÓN EUROPEA – NEXT GENERATION EU

La arquitectura de aplicaciones y sistemas a usar en este proyecto es la establecida en Madrid Digital, así como su normativa de uso. Además, cualquier indicación técnica o estándar que emita Madrid Digital durante la vigencia del contrato, será de obligado cumplimiento para el adjudicatario. A modo resumen, actualmente en Madrid Digital se desarrolla bajo los siguientes frameworks o plataformas:  MOVA para el desarrollo front end, de aplicaciones multi-dispositivo (iPhone y Android) que genera Webapp y APPS, basado en Stencil, TypeScript, Angular y Apache Cordova y/o Capacitor. Se está introduciendo y comenzando a implantar la evolución de dicho framework a una nueva versión denominada MOVA3.  ATLAS 2. Framework de desarrollo de aplicaciones Java/JEE para la Comunidad de Madrid. Basado en JSF, Spring e Hibernate.  API-VDD para la definición y diseño de APIS, basado OpenAPI 3.0.  JAPI para la construcción del back-end de las APIS y los Microservicios, basado en JAVA 8 Springboot e HIbernate, e integrado con la plataforma de contenedores.  DRUPAL como gestor de contenidos.  SOLR como motor de búsquedas.  Openshift y Dockers para la gestión de contenedores.  Kafka Confluent, para la gestión de eventos,  WSO2 para la gestión de APIS.  ESB, como bus,  Y por regla general gestor de base de datos ORACLE.  MS PowerBI o QliK para cuadros de mando. Cualquier propuesta de modificación de la arquitectura indicada (software, sistemas, …,) debe ser aceptada por Madrid Digital para su incorporación. Todos los costes necesarios para modificaciones y adaptaciones de la arquitectura, que se acepten, corren a cuenta del adjudicatario. En cualquier caso, dicha propuesta siempre deberá aunar las siguientes características:  Explotar el uso de las últimas tecnologías y apoyarse en innovación y aceleradores.  Eficaz, eficiente, confiable, robusta, sostenible, basada en frameworks escalables, fáciles de mantener y un sistema de diseño.  Prima el software libre en cada una de las capas, no es un sistema propietario cerrado y único para toda la pila si bien incluye software propietario, si se considera que aporta un valor diferencial con respecto a otras posibles componentes no propietarias. Siempre será en componentes muy concretos de la arquitectura, y su uso deberá estar justificado.  Modular y flexible: utiliza en cada capa la mejor solución, primando la interoperabilidad entre los distintos módulos.  Primar la seguridad y la gestión de la privacidad.  Solución de nube híbrida, compatible con los sistemas existentes y transportable entre distintas soluciones de nube pública/privada. Se ofrecerá una solución completa que incluirá, si es necesario, la configuración de la “landing zone”.  Interoperabilidad basada en API Management y Gestor de Eventos, si se estima necesario.  Desarrollo basado en una malla de servicios con una arquitectura mesh y una gestión basada en contenedores.  Compatible y convergente con la arquitectura de la Comunidad de Madrid. En el caso particular de la arquitectura de aplicaciones, si se proponen mejoras sobre los frameworks existentes, o el uso de nuevos frameworks, estos deberán cumplir: o Se seguirá durante la vida de proyecto una metodología de desarrollo y normativa de codificación, que permita la consolidación de la solución propuesta como framework de desarrollo a futuro. o El framework se compondrá al menos de arquetipos o plantillas de partida de los aspectos básicos, así como los más usados, herramientas de ayuda al desarrollo, toda la documentación necesaria para normalizar su uso y piezas reutilizables que aseguren la calidad, y homogeneidad del software construido. o Reglas de validación del código que se desarrolle, que sean compatible con la herramienta de revisión de código que tenga Madrid Digital en el momento de adjudicación del contrato. o Se busque la convergencia entre los distintos frameworks a través de un sistema de diseño unificado. o Se plantee un plan de traspaso adecuado del framework a Madrid Digital para el desarrollo de posteriores soluciones. La normalización en el uso de todos los componentes deberá garantizar la sostenibilidad y mantenibilidad de las soluciones implantadas. Se deberá llevar un registro y un plan para la posterior normalización, asociado a cualquier deuda técnica que se asuma en su implantación con motivo del cumplimiento de plazos.