Historial de página

...

• Debe estar clara la entrega que se quiere desplegar, Siempre va a constar de cuatro dígitos, donde los tres primeros vienen dados por el código de la versión. Por tanto, debe existir una versión en estado "En resolución"  para determinar los tres primeros dígitos. El cuarto dígito se informará de forma secuencial teniendo en cuenta que para una versión no puede haber más de una petición de lanzamiento abierta.
• Si el código NO es compilado o empaquetado  por el proveedor debe hacer siempre la entrega en GIT. Si necesita hacer entrega de otro tipo de ficheros, como por ejemplo ficheros de texto deberá la primera vez

  El

  proveedor debe entregar el código siguiendo la normativa establecida por el área de Gobernanza (Gestión de entregas y calidad software). El proveedor de Sistemas sólo desplegará el código que esté subido a la DML, por lo que se debe tener en cuenta lo siguiente:

   Área de Sistemas únicamente despliega el código que se encuentre en la Digital Media Library (DML). La mayoría de aplicaciones hace la entrega en el Gestor de Control de Versiones (GIT), a través del cuál y de manera automatizada, Jenkins lo compila y deposita en la DML. Eso ocurre siempre que la compilación o empaquetado no lo haga el proveedor. Si además en la entrega hay otra serie de archivos como archivos de texto, se deberá hacer una petición a la Oficina de Calidad para

  "Configurar

  que todo pueda entregarse en el GIT (petición para "configurar job de JENKINS"

  . De esta forma, todo lo entregado en GIT será compilado por JENKINS y lo subirá a la DML.
• Si el código es compilado por el proveedor deberá entregar el código fuente en el GIT y los ficheros compilados deberán adjuntarse a un tipo de registro que se llama Entrega binarios. En este registro se adjuntará el o los ficheros y al acceder  a realizar entrega, los ficheros se subirán directamente a la DML, indicando en JIRA la ruta y desapareciendo dichos archivos del registro. En el caso puntual de aplicaciones en las que no haya código fuente, sólo habrá que hacer la entrega de binarios.

).

Por otro lado, existe un grupo de aplicaciones en las que el proveedor es quien realiza la tarea de compilar o empaquetar, y para ello utiliza otro procedimiento, que recientemente se ha modificado. Hasta ahora, el proveedor adjuntaba el código en FARO, o directamente en JIRA en la propia PL. Con el cambio de procedimiento, el proveedor del software entrega el código fuente en GIT pero además dispone en JIRA de un registro denominado Entrega de Binarios que automáticamente deposita el código en la DML. En estos casos se deberá crear petición a la Oficina de Calidad para "configurar job para entrega de binarios".

• El proveedor debe realizar el procedimiento de Instalación El proveedor debe realizar el procedimiento de Instalación y desinstalación (PID), es decir, debe describirse el proceso de despliegue sobre la plataforma que previamente se habrá construido o modificado siguiendo el proceso de Gestión de Plataformas.

...

• No es posible solicitar una PL sin que la OCA realice una verificación del código entregado. Básicamente, la verificación de la entrega consta de las siguientes tareas:
  • Verificación estructura correcta del repositorio GIT
  • Verificación campos del fichero Readme.md
  • Verificación Cumplimiento de la Normativa Oracle
  • Verificación uso correcto de Gitflow
  • Verificación estructura de los archivos pom.xml y build.xml
  • Compilaciones JENKINS
  • Verificación y validación de calidad estática del código

El software debe entregarse creando la rama correspondiente en GITLAB como indica la normativa de la Oficina de Calidad en la Gestión de entregas y calidad software

El  repositorio de binarios se genera de forma automática al realizar la compilación de la entrega, con lo que se entregan en DML.

En el caso de que los binarios se entreguen directamente por el proveedor, deberán adjuntarse a la propia PL en JIRA.

...

Mientras la OCA no ejecute su verificación es imposible avanzar con la PL. Ahora bien, el veredicto de la OCA puede ser conforme o no conforme. En cualquier caso, a excepción de que la no conformidad se deba a que la compilación en JENKINS falla, será posible seguir con el despliegue del código.

...