8.1. Autorización de puesta en producción

Una vez concluido el desarrollo del software, el Director del Proyecto autorizará la puesta en producción del mismo, comunicándolo al Jefe de Proyecto correspondiente en ATICA.

El Jefe de proyecto informará a los Miembros del equipo de desarrollo implicados para que inicien las siguientes tareas.

2. Preparación del entorno de ejecución de producción

Se debe preparar el entorno de ejecución para pre-producción conforme a los requisitos que tenga el software a liberar.

Esto conlleva que los Miembros del equipo de desarrollo deben comprobar si existe ya dicho entorno.

En caso negativo, solicitar el alta de su aplicación para obtener un contenedor de aplicaciones y los usuarios de base de datos que sean necesarios.

• 2. Preparación del entorno de ejecución de producción realizada

3. Realización de test unitarios y de carga

Asegurar que la aplicación desplegada funciona de manera correcta y cumple con los estándares de rendimiento suficientes para asegurar su correcto funcionamiento en los contenedores.

Para ello, los Miembros del equipo de desarrollo deben programar los pertinentes test unitarios y test de carga que aseguren que, en caso de superarlos correctamente la aplicación desplegada estará en perfecto funcionamiento.

Será labor del servidor de integración continua ejecutar los test unitarios mientras que los Miembros del equipo de desarrollo deben ejecutar los test de carga en coordinación con los gestores de los servidores para validar el rendimiento de la aplicación.

• 3. Realización de test unitarios y de carga realizados

4. Realización de pruebas de usuario

El objetivo de esta tarea es que los usuarios finales puedan realizar una prueba real de la aplicación antes de su liberación y puesta en producción.

Para ello, los Miembros del equipo de desarrollo deben diseñar el Plan de pruebas de Usuario a partir de los requisitos funcionales de la aplicación. Este documento guía las pruebas que realizarán los usuarios en el entorno de preproducción, de las que debe hacerse un seguimiento. Posteriormente, se evaluará el resultado de las pruebas y se comprobará con el usuario si hay una aceptación de las mismas.

• 4. Realización de pruebas de usuario realizadas

5. Elaboración de documentación de usuario

El objetivo en este proceso es crear la documentación de usuario de la aplicación, que deben cubrir los requisitos de lo que se entrega. Esta documentación se realizará en una Wiki correspondiente a la aplicación por los Miembros del equipo de desarrollo, permitiendo la colaboración de los usuarios finales. Podrá ser complementada, si se considera necesario, con la elaboración de video-tutoriales o incluso manuales en formato PDF.

• 5. Elaboración de documentos de usuario realizada

6. Formación a usuarios

El objetivo fundamental de esta tarea es preparar la acción formativa que corresponda, así como elaborar los manuales y material necesario para impartir dicha formación.

Para ello, el Formador debe preparar el material de apoyo en primer lugar, incluyendo las encuestas y presentaciones. Una vez fijada la fecha de la formación, se impartirá de acuerdo al calendario y formato acordado.

• 6. Formación a usuarios realizada

7. Comunicación y formación al CAU

Antes de poner en producción la aplicación se debe informar al CAU de su existencia, impartiendo formación específica a sus técnicos, donde se les informe de la URL de la aplicación, el colectivo al que va dirigido, los requisitos de acceso, si habrá períodos críticos de uso, y cualquier otra cuestión que facilite el soporte a los usuarios de dicha aplicación por parte del CAU.

• 7. Comunicación y formación al CAU realizada

8. Comunicación a la comunidad universitaria

El Jefe de proyecto debe elaborar un borrador de mensaje de lanzamiento de la aplicación, y remitirlo al Director del Proyecto, que será el encargado de enviarlo a través de los canales oficiales a toda la Comunidad Universitaria.

• 8. Comunicación a la comunidad universitaria realizada

9. Despliegue en producción

La puesta en producción de la aplicación se realiza en la fecha acordada entre el Director del Proyecto y el Jefe del Proyecto.

Los miembros del equipo de desarrollo deben cargar el esquema de la base de datos con los componentes y tablas necesarios. Posteriormente, introducir los datos necesarios en la aplicación y finalmente desplegar la aplicación en el contenedor de producción mediante el servidor de integración continua, a partir del código desplegado con éxito en el servidor de pre-producción.

• 9. Despliegue en producción realizada

10. Alta en el sistema de alertas y panel de monitorización

El Jefe de proyecto debe identificar las personas responsables que recibirán alertas en el caso de falta de disponibilidad de la aplicación.

El Jefe del Servicio de Desarrollo, a propuesta del Jefe de proyecto, decidirá si la aplicación se añade al panel de monitorización.

Los Miembros del equipo de desarrollo tendrán que implementar obligatoriamente el componente adecuado para la gestión de alertas de la aplicación y solicitar su alta a Telemática.

El Jefe de proyecto, si ha decidido incluirlo en el panel de monitorización, solicitarán la tarea a la Sección Telemática mediante JIRA en el proyecto de Monitorización.

• 10. Alta en el sistema de alertas y panel de monitorización realizadas

11. Alta en el catálogo de aplicaciones (web)

Hay que crear la entrada en el catálogo de aplicaciones de la Universidad de Murcia, cuyo objetivo es que la aplicación sea mostrada en la web.

• 11. Ata en el catálogo de aplicaciones (web) realizada

12. Publicación en la web de ATICA

El Jefe de proyecto solicitará al Responsable de la web de ATICA la publicación de la página informativa sobre la aplicación, que a su vez utilizará la información registrada en el catálogo de aplicaciones.

• 12. Publicación en la web de ATICA realizada

13. Alta en el CMDB (APIUM)

Finalmente, si no ha sido realizado durante la fase de desarrollo y pruebas, el Jefe de proyecto debe dar de alta la aplicación en la herramienta de inventariado de aplicaciones por el Jefe de proyecto, modelando las relaciones existentes con otras aplicaciones y desarrollos software.

• 13. Alta en el CMDB (APIUM) realizada