Información general
La aplicación de esta solución tecnológica es dependiente de la disponibilidad de la Plataforma de APIs. Se puede consultar la fecha de disponibilidad en la hoja de ruta
¿Cuándo utilizarla?
Finalidad y casos de uso
Los portales específicos son sitios web que muestran un conjunto de información y servicios de forma organizada, con mecanismos de navegación y búsqueda comunes. Según el Decreto 622/2019, de 27 de diciembre, los portales de Internet específicos se constituyen como puntos de acceso electrónico de la Administración de la Junta de Andalucía, entendidos como un conjunto de páginas web agrupadas en un dominio de Internet cuyo objetivo es ofrecer a la ciudadanía, de forma fácil e integrada, el acceso a la información y los recursos y servicios disponibles.
La creación de un portal específico debe guiarse por criterios de racionalidad, eficiencia y proximidad a la ciudadanía.
El Sistema de diseño clasifica los portales específicos en dos tipos: portales sectoriales y micrositios.
Portales sectoriales:
Para crear un portal sectorial, es necesario contar con un volumen de contenidos y servicios que justifique la necesidad de un árbol de navegación independiente. Adicionalmente, debe tener un público objetivo especializado, con conocimientos específicos sobre la materia a la que se refiere el portal sectorial, y vocación de permanencia.
Ejemplos:
Micrositios:
Sitios web principalmente informativos, técnicamente sencillos y de dimensiones reducidas. Pueden crearse para:
- Jornadas, conferencias y otros eventos que se desarrollen en un periodo limitado.
- Campañas de comunicación.
- Proyectos individuales (p.ej. proyectos de investigación).
- Instalaciones o espacios gestionados por la Junta de Andalucía, como teatros, monumentos, espacios naturales...
Ejemplos:
Características y ventajas
Los portales de Internet específicos construidos en base a esta solución:
- Mantienen la coherencia en la presencia digital de la Junta de Andalucía, a través del uso del Sistema de diseño y sus recursos asociados.
- Permiten el desarrollo ágil de nuevos sitios web, facilitando cubrir necesidades de difusión temporales o accesorias.
- Contribuyen a la sostenibilidad y facilitan el cumplimiento normativo, gracias al uso de arquetipos y recursos comunes.
Detalle técnico
Actualmente se contemplan tres modelos de desarrollo en función de las necesidades del sitio web. Para cada caso se dispone de un arquetipo, que facilita el despliegue del sitio en la plataforma del Portal de la Junta de Andalucía (basada en OpenShift).
Los tres modelos son:
- Complejidad Baja: Sitio web estático (Arquetipo estático)
- Complejidad Media: Sitio web WordPress (Arquetipo WordPress)
- Complejidad Alta: Sitio web Drupal (Arquetipo Drupal)
A continuación se resumen las ventajas de cada acercamiento:
- El modelo de Sitio web estático destaca por su rendimiento máximo, alta seguridad (al no disponer de base de datos ni backend dinámico) y coste muy reducido. Es la opción ideal para sitios muy sencillos, de pocas páginas, cuyo contenido se actualiza con poca frecuencia (dado que sólo permite alojar contenidos estáticos, sin proporcionar facilidades para su edición).
- El modelo de Sitio web WordPress es la solución preferible para sitios pequeños, por su curva de aprendizaje rápida y coste inicial reducido. Resulta especialmente recomendable cuando se necesita lanzar un proyecto con rapidez y presupuesto ajustado, y el sitio requiere una gestión de contenidos sencilla con pocos contenidos.
- El modelo de Sitio web Drupal ofrece más potencia en el modelado de contenidos, escalabilidad y seguridad. Es la opción más adecuada para proyectos grandes y complejos, con muchos tipos de contenido, flujos editoriales avanzados y requisitos estrictos de seguridad.
Cómo adaptarla a tu caso concreto
Analizar la necesidad del portal específico
Analizar la necesidad ciudadana que se pretende cubrir y determinar la necesidad de crear un portal específico. Decidir qué tipo de portal específico se necesita y comprobar si cumple los requisitos establecidos en cada caso.
Conceptualizar el sitio con un nivel de profundidad suficiente para formular la solicitud de autorización.
Obtener la autorización para crear el sitio
Antes de comenzar el desarrollo, se necesita obtener una autorización de la Agencia Digital de Andalucía. Según establece el artículo 16.2 del Decreto 622/2019, de 27 de diciembre, ha de solicitarse un informe preceptivo y vinculante previo a la creación del sitio web. El procedimiento para solicitarlo es el siguiente:
- El centro directivo (responsable funcional del sitio web) debe remitir un oficio a través de BandeJA solicitando el informe. Irá dirigido a la Dirección General de Estrategia Digital, e incluirá lo siguiente:
- Persona encargada de la coordinación del expediente.
- Teléfono corporativo.
- Correo electrónico.
- Memoria justificativa de la creación del sitio web. La memoria debe incluir:
- Objeto de la web propuesta y justificación de la misma (antecedentes, referencias en otras Comunidades Autónomas).
- Permanencia (tiempo de vida previsto de la web).
- Público objetivo.
- Dominio propio.
- Arquitectura de información (grosso modo, contenidos y apartados de la web).
- Tecnología a emplear.
- Inversión prevista.
- Si se tiene ya el pliego de prescripciones técnicas, se puede añadir como información complementaria.
- El informe se remite al centro directivo de la misma forma (BandeJA) con el sentido favorable o no según cumplimiento de los criterios establecidos.
- Con el informe favorable, el responsable funcional del sitio web puede solicitar la adquisición del dominio, si es necesario. Para que se pueda publicar, deberá existir una Orden de creación del portal específico.
Este informe no sustituye al de INFOCOR, debe solicitarse antes y adjuntarse a la documentación que se suba a la plataforma INFOCOR o aquella que la sustituya, para obtener el informe favorable a la contratación de los trabajos de desarrollo de la nueva web.
Para cualquier duda puedes escribir a gobiernoabiertoyportal.ada@juntadeandalucia.es
Escoger el arquetipo y solicitar el entorno de desarrollo
Una vez autorizada la creación del portal específico, hay que escoger la solución técnica más adecuada para el desarrollo. Para ello, la mejor opción es partir de alguno de los arquetipos:
A continuación, se debe comunicar a la Agencia Digital de Andalucía a través del correo electrónico gobiernoabiertoyportal.ada@juntadeandalucia.es.
- El arquetipo escogido
- Los usuarios LDAP del equipo de desarrollo
A partir de esta información, la Agencia proporcionará acceso a:
- Un proyecto en el repositorio de código fuente GitLab
- Un espacio en el entorno de desarrollo de la plataforma Openshift.
- La herramienta de gestión de peticiones Redmine DevSecOps
- La herramienta Slack para mensajería directa con los equipos de trabajo.
- Invitación a una reunión semanal DevSecOps para sincronización entre los equipos y autorización de cambios.
Estos recursos permiten iniciar el desarrollo del portal específico.
Desarrollar el portal específico
Para desarrollar el portal, es importante consultar la siguiente documentación
- Documentación de uso de los arquetipos de sitios web
- Documentación del repositorio del código fuente GitLab
- Si el proyecto requiere integración de datos en la plataforma, revisar la Solución para integrar datos en la plataforma tecnológica asociada al Portal Junta
El seguimiento del proyecto se realiza a través de:
- La herramienta Redmine DevSecOps, donde se debe registrar cualquier incidente, petición y consulta.
- Reuniones semanales DevSecOps a través de Teams.
Además, se ofrece comunicación directa con los distintos equipos a través de Slack, con canales genéricos para incidencias, despliegues, etc. y si se considera necesario, un canal de soporte específico para el producto.
Desplegar y publicar
Todos los sitios web que se vayan a publicar en la plataforma asociada al Portal de la Junta de Andalucía deben seguir el siguiente procedimiento:
- Desplegar una versión del sitio en el entorno de desarrollo de la plataforma OpenShift. Para ello
- El equipo de desarrollo tiene permisos sobre su proyecto en OpenShift para realizar este proceso. En caso de dudas, puede solicitar soporte al equipo de Operaciones (
GD.DevOps_Oper) a través del redmine DevSecOps. - El despliegue sobre este entorno debe ser de la rama
developdel proyecto en GITLAB, aunque también es viable en una ramafeature
- El equipo de desarrollo tiene permisos sobre su proyecto en OpenShift para realizar este proceso. En caso de dudas, puede solicitar soporte al equipo de Operaciones (
- Cuando el sitio web esta totalmente testado y verificado funcionalmente, el equipo de desarrollo debe generar un tag en GitLab con la versión que quiere publicar.
- El equipo de desarrollo generará un ticket en la herramienta redmine DevSecOps para solicitar la publicación de esa versión, asignado al equipo de Operaciones (
GD.DevOps_Oper). Es conveniente detallar qué cambios incluye la nueva versión, o una referencia donde estén explicados.- Cuando se trata de la primera versión del sitio web, o saltos mayores de versión que impliquen modificaciones en el proceso de despliegue o configuración, el ticket se asignará al grupo
GD.DevOps_OTPque revisará el documento de instrucciones referente al despliegue y configuración y confirmará que cumple todos los requisitos, probando su despliegue en el entorno de Preproducción. - En el resto de casos, el equipo de operaciones planificará la puesta en producción de la versión solicitada, confirmándola en las reuniones DevSecOps que se realizan periódicamente durante la semana.
- Cuando se trata de la primera versión del sitio web, o saltos mayores de versión que impliquen modificaciones en el proceso de despliegue o configuración, el ticket se asignará al grupo
- Una vez realizada la publicación, el ticket será devuelto al solicitante como resuelto.
- Si el despliegue es correcto, el solicitante deberá cerrar el ticket (pasarlo al estado:
Cerrado - Terminado). - Si se detecta algún problema en el despliegue, devolverá el ticket al equipo de operaciones (
GD.DevOps_Oper) indicando el problema concreto. El equipo de operaciones no resuelve problemas asociados al aplicativo, solamente ofrece soporte sobre la plataforma.
- Si el despliegue es correcto, el solicitante deberá cerrar el ticket (pasarlo al estado: