RP1 Crear el paquete de "software" que se va a desplegar, utilizando la versión estable del código fuente que indique el responsable de las versiones, según las necesidades de uso, directivas de calidad y seguridad de la entidad responsable del desarrollo, para facilitar su despliegue y permitir la trazabilidad del sistema.

• CR1.1: El código fuente se obtiene de la rama de trabajo del repositorio, utilizando los procesos de acceso, gestión y trazabilidad definidos en la entidad responsable del desarrollo.
• CR1.2: La calidad del código se valida, usando herramientas de comprobación semántica y sintáctica y de seguridad sobre el código desarrollado y librerías de terceros asociadas.
• CR1.3: El paquete de "software" se crea, incluyendo los elementos requeridos tales como aplicaciones, librerías y/o "script" de instalación, entre otros, para un despliegue automático en cualquier entorno, utilizando herramientas de arquitectura, versionado, entornos y trazabilidad.
• CR1.4: El paquete de "software" se comprueba, verificando que contiene los elementos, tales como versión anterior de la aplicación, los "script" de instalación y los "script" para el ajuste de datos, que permitan dar marcha atrás del proceso y actualizar el "software" a la versión anterior en caso de que haya algún problema durante la validación.
• CR1.5: El paquete de "software" a desplegar se comprueba, verificando que incluye elementos para la ejecución de pruebas funcionales y no funcionales.
• CR1.6: Los resultados de las pruebas de "software" a desplegarse se almacenan en el aplicativo que defina la entidad responsable del desarrollo para su posterior reutilización, seguimiento y cualquier actividad que pueda ser requerida por el responsable de versionado.
• CR1.7: El paquete de "software" a desplegar se almacena en el aplicativo que defina la entidad responsable del desarrollo para su posterior reutilización, seguimiento y cualquier actividad que pueda ser requerida por el responsable de versionado.

RP2 Preparar el entorno mediante la validación, creación o modificación de las variables de entorno requeridas, para el despliegue del paquete creado para cada aplicativo o servicio.

• CR2.1: La existencia de los parámetros requeridas para desplegar en cada entorno se valida de forma automática por el "pipeline", mediante configuración, según los procesos definidos en la creación de la infraestructura.
• CR2.2: Los valores de los parámetros a utilizar en cada entorno se recopilan, obteniéndolos de la aplicación definida por la entidad responsable del desarrollo durante la creación de la infraestructura.
• CR2.3: Los parámetros de los entornos recopilados se verifica que se han incluido en el "software" a desplegar, ejecutando el despliegue y comprobando la ausencia de errores, según los procesos definidos por la entidad responsable del desarrollo.
• CR2.4: Los errores detectados durante el despliegue se recopilan, comunicándolos al desarrollador, deteniendo la "pipeline" y destruyendo todos los objetos intermedios creados hasta el instante de la ejecución.

RP3 Desplegar la nueva versión del "software" en el entorno definido por el responsable de versiones, utilizando el paquete creado por el "pipeline", para que se pueda validar antes de la puesta en funcionamiento.

• CR3.1: Las aplicaciones adicionales relacionadas y previas al despliegue se instalan como parte del paquete o, en caso de ser algo estático, de modo que se pueda acceder al repositorio del "software" para proceder a su instalación.
• CR3.2: La nueva versión del "software" y aquellos artefactos que se requieran para realizar las tareas de integración con otros sistemas se instalan, ejecutado "script" de validación de la instalación.
• CR3.3: El "software" desplegado se comprueba, garantizando que se integra de manera automática con el resto de las aplicaciones de la solución, ejecutado los "script" de prueba que realizan la tarea.

RP4 Validar el nuevo "software" instalado, comprobando que cumple todos los requerimientos y directivas de la entidad responsable del desarrollo sobre pruebas no funcionales, funcionales y rendimiento, resolviendo los fallos detectados y actualizando los repositorios de versiones para garantizar un despliegue libre de errores.

• CR4.1: El "software" se valida automáticamente, utilizando bien las herramientas definidas en el paquete o bien el "software" de pruebas en caso de que dicho "software" esté predefinido por la entidad responsable del desarrollo.
• CR4.2: El "pipeline" se comprueba, verificando que accede a los flujos de trabajo y datos de prueba de cada uno de los entornos de ejecución, incluyendo pruebas no funcionales, funcionales, de rendimiento y de integración con otras aplicaciones relacionadas.
• CR4.3: Los resultados de las pruebas se almacenan, guardándolos en las aplicaciones definidas por la entidad responsable del desarrollo, para su acceso y posterior uso en la toma de decisiones del responsable de versionado.
• CR4.4: Los fallos de validación del nuevo código se resuelven, mediante la actualización del entorno con la versión estable anterior, efectuándola de manera automática tanto para código fuente como para datos.
• CR4.5: El paquete de "software" se actualiza en el repositorio de versiones de los entornos, en caso de no detectarse fallos, incorporándolo según la operativa que disponga la herramienta de versiones, para que el responsable tenga el conocimiento de la situación de cada entorno.
• CR4.6: Las dependencias entre aplicaciones y versiones se actualizan de manera automática, según la operativa que disponga la herramienta de versiones.
• CR4.7: La información que produce el "software" desplegado se comprueba, garantizando que se envía al sistema de monitorización existente, revisándolo en el propio "software" de monitorización.