El objetivo de esta presentación es ofreceros una visión clara y
ejecutiva de cómo se está gestionando el código fuente en el
desarrollo del sistema ROVIS, con una metodología moderna, basada
en principios DevOps y orientada a entregas progresivas y
controladas por bloques funcionales (Work Packages).
📌 Mostrar en pantalla:
Sección 1: Objetivo del documento
Desde el inicio del proyecto hemos estructurado el trabajo en
entregas modulares, lo que nos ha permitido asignar a cada hito
funcional su propia rama de entrega (release/WP*) dentro de un
modelo de control de versiones bien definido.
📌 Mostrar en pantalla:
Sección 2: Metodología aplicada
Hemos adoptado una estrategia GitFlow adaptada a ROVIS, con las
siguientes ramas principales:
main: rama estable, contiene únicamente el código en
producción.
develop: rama de integración continua.
release/WP*: ramas de entrega por Work Package.
feature/tarea: ramas para nuevas funcionalidades.
hotfix/incidencia: correcciones críticas en producción.
📌 Mostrar en pantalla:
Sección 3: Control de versiones y ramas
➡️Mostrar también el diagrama “Estructura de ramas GitFlow
en ROVIS”
La imagen muestra cómo se organiza el control de versiones en el
proyecto ROVIS mediante el modelo GitFlow, adaptado a la gestión
por bloques de trabajo (Work Packages).
Ramas representadas:
main (azul oscuro): Rama estable que contiene únicamente el
código validado y desplegado en producción.
develop (azul claro): Rama principal de integración donde se
acumulan y validan las funcionalidades antes de pasar a
producción
feature/ (amarillo):* Ramas creadas para desarrollar nuevas
funcionalidades o tareas. Nacen de develop y se fusionan de nuevo en
develop tras ser completadas y revisadas.
release/WP (naranja):* Ramas asociadas a cada hito o bloque de
entrega del proyecto. Se bifurcan desde develop y se integran en
main una vez superadas las validaciones.
hotfix/ (rojo):* Ramas creadas para resolver incidencias urgentes
detectadas en producción. Nacen de main y sus correcciones se
aplican también en develop para mantener la coherencia
Este modelo nos permite garantizar trazabilidad, orden y control total
sobre lo que se desarrolla, valida y despliega.
A nivel de calidad, se han implementado mecanismos automáticos de
validación del código a través de pipelines en Azure DevOps.
Cada tarea se desarrolla en su rama correspondiente, se revisa
mediante pull request, y pasa por análisis de calidad con
herramientas como SonarQube.
📌 Mostrar en pantalla:
Sección 5: Validación y calidad del código
El sistema ROVIS se construye bajo un enfoque DevOps, que integra
todo el ciclo de vida del desarrollo:
planificación → codificación → pruebas → revisión →
integración → despliegue → supervisión.
📌 Mostrar en pantalla:
Diagrama: Ciclo DevOps aplicado al sistema ROVIS
Aquí vemos representado el ciclo DevOps implantado en ROVIS,
que estructura de forma continua todas las fases del desarrollo.
Este enfoque nos permite garantizar entregas ágiles, trazables y
alineadas con el Esquema Nacional de Seguridad (ENS).
🔹 Planificar: Partimos de la planificación de tareas técnicas y
funcionales, alineadas con los Work Packages.
🔹 Codificar y compilar: Se desarrollan las funcionalidades asignadas
en ramas controladas, y se compilan en entornos de integración.
🔹 Desplegar y operar: Una vez validadas, las funcionalidades pasan
a entornos de despliegue mediante CI/CD y se integran en
producción.
🔹 Monitorizar: Finalmente, los sistemas se supervisan y auditan, con
trazabilidad de operaciones y control de calidad (ej. logs, alertas,
errores).
Esto nos permite actuar con agilidad, detectar errores antes de que
lleguen a producción y mantener una trazabilidad completa de todas
las acciones realizadas.
Además, el uso de herramientas como Azure Boards nos permite
vincular cada rama y cada despliegue con su tarea funcional,
garantizando visibilidad total del estado del desarrollo.
📌 Mostrar en pantalla:
Sección 4: Flujo de trabajo colaborativo
Todo este modelo aporta beneficios concretos al ICAC:
Mejor control sobre las entregas.
Mayor estabilidad del código en producción.
Correcciones rápidas si surge alguna incidencia.
Reducción de errores gracias a automatización de pruebas.
📌 Mostrar en pantalla:
Sección 6: Ventajas para el ICAC
Para cerrar, recordaros que este documento resume los puntos clave
de la estrategia de gestión del código.
Si necesitáis mayor profundidad técnica, podéis consultar el
documento completo:
“ROVIS_Gestión del Código_v1.4”.
📌 Mostrar en pantalla (opcional):
Frase de cierre añadida al final del resumen