4.1.- SOFTWARE BASE SERVIDOR
Productos y tecnologías que el equipo de Informática consideran apropiados para nuevos desarrollos de software, y plataformas con las que dicho software podría tener que integrarse.
En los casos en los que la solución tecnológica elegida no haya sido acordada en el contrato, la empresa desarrolladora deberá argumentar el uso de la misma y será necesario el visto bueno de la persona responsable del proyecto por parte del IASS.
Si se justifica adecuadamente podría valorarse la selección de opciones no incluidas en la siguiente tabla.
En general se hará uso de las últimas versiones estables, salvo que desde el IASS se indique otra.
Lenguajes de programación |
Última versión estable de Java Última versión estable de Go Última versión estable de PHP Última versión estable de NodeJS .Net Framework (previa justificación y aceptación) Python |
Middleware |
Última versión estable de NGINX (preferentemente) o Apache Última versión estable de Tomcat(preferentemente) o Wildfly Internet Information Server (previa justificación y aceptación) |
Interoperabilidad entre sistemas de información (aplicaciones) | Se debe favorecer la interoperabilidad entre sistemas de información (aplicaciones) mediante interfaces programáticas estándares y ligeras (API REST). Se debe evitar el uso de interconexiones entre aplicaciones mediante otros mecanismos: acceso directo a bases de datos, envío de correo, transferencia de ficheros, etc, salvo previa justificación y posterior aceptación por parte del STSI. |
Imágenes base de los Dockerfile | Se utilizará preferentemente imágenes basadas en Alpine Linux. Se podrá utilizar otras imágenes base previa aceptación y justificación. |
Gestores de Bases de Datos |
Preferente: Microsoft SQL Server Opcional: PostgreSQL Autorizable: MaríaDB |
Gestores de Contenidos | Joomla |
Single Sign-On (SSO) | CAS Apereo |
Gestor de documentos | Alfresco |
Conversión o generación de documentos | Open Office |
Servicio de directorio | Microsoft Active Directory |
Control de versiones, integración y despliegue continuos | Gitlab on-premise. |
Control de calidad del código | SonarQube |
Repositorio de dependencias | Para el almacenamiento de imágenes Docker, artefactos Maven, librerías, etc. necesarios para el desarrollo del software, se utilizará el repositorio Sonatype Nexus. |
Recolección y gestión de logs | Elastic y Kibana |
Monitorización | Zabbix |
Infraestructura para garantizar la seguridad |
|
Servicio de correo electrónico |
|
4.2.- SOFTWARE EN EQUIPOS CLIENTES
Las aplicaciones a desarrollar para el IASS tendrán preferentemente una arquitectura web, de manera que el elemento más importante a tener en cuenta en estos equipos es el navegador. Salvo justificación expresa y aceptada por el STIC, las aplicaciones deberán ser compatibles con los estándares web actuales y deberán poderse visualizar en los navegadores más utilizados, que son los siguientes:
Navegadores web (Aplicaciones accesibles exclusivamente en la Intranet del IASS) |
Microsoft Edge(versión más reciente). Mozilla Firefox (versión más reciente). Google Chrome (versión más reciente). Si la aplicación requiere el uso de algún plugin no permitido por este navegador, deberá justificarse su uso. |
Navegadores web (Aplicaciones accesibles desde internet, orientadas a su uso por parte de los ciudadanos) |
Mozilla Firefox (versión más reciente) Google Chrome (versión más reciente). Safari (versión más reciente) Microsoft Edge. Si la aplicación requiere el uso de algún plugin no permitido por este navegador, deberá justificarse su uso. |
Herramientas para firma electrónica de documentos |
|
Herramientas ofimáticas |
Libreoffice. Microsoft Office |
Tecnologías web frontend | Se exige el uso de html5, css3 en el lado del cliente y javascript en caso que sea necesario. No se admite el uso de Silverlight, applets, actionscript u otras opciones salvo que se dé el visto bueno por la dirección técnica del IASS. |