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 Responsable técnico principal del proyecto.

El Responsable técnico principal del proyecto informará a los Miembros del equipo de desarrollo implicados para que inicien las siguientes tareas.

2. Verificación del entorno técnico de ejecución de producción

En esta tarea, los Miembros del equipo de desarrollo deben comprobar la existencia del entorno de ejecución para producción conforme a los requisitos que tenga el software a liberar.

En caso negativo, tienen que solicitar el alta de su aplicación/servicio para obtener un contenedor de aplicaciones y los usuarios de base de datos que sean necesarios, acorde al procedimiento de alta de aplicaciones en APIUM. 

Responsable técnico principal o en quien delegue deberá Verificar Impacto en Otras Aplicaciones/Servicios antes del Paso a Producción de cara a garantizar que todas las aplicaciones o servicios involucrados en el proceso funcionarán correctamente una vez se complete el despliegue en producción y organizar, si fuera necesario, un calendario para coordinar la actualización de todas las aplicaciones o servicios implicados.

3. Recopilación y validación de evidencias de calidad (QA)

Es necesario haberse asegurado de que la aplicación/servicio desplegada funciona de manera correcta, para ello los Miembros del equipo de desarrollo deben haber realizado las pertinentes pruebas indicadas en P9. Gestión de la calidad del software, asegurándose de que, en caso de superarlos correctamente la aplicación desplegada estará en perfecto funcionamiento.

Si las circunstancias lo permiten, y es pertinente, el CAU debería realizar y validar las pruebas funcionales realizadas por los Miembros del equipo de desarrollo.

El Responsable técnico principal deberá garantizar que las tareas relacionadas con la accesibilidad están realizadas ya que es un imperativo legal según RD 1112/2018.

Los Miembros del equipo de desarrollo deberán realizar las pruebas de carga de la aplicación sobre el entorno de test y guardar sus resultados para validar la puesta en producción.

Los Miembros del equipo de desarrollo deben coordinar y ayudar a la realización de las Pruebas de usabilidad preferiblemente con el CAU y las Pruebas de aceptación con un conjunto de usuarios seleccionado (en caso de ser posible).

4. Comprobación de la existencia de documentación de usuario

Como parte del despliegue, se debe comprobar que la documentación para el usuario final ha sido realizada. Esta documentación debe cubrir los requisitos de lo que se entrega, y debe realizarse por los Miembros del equipo de desarrollo, acorde a lo descrito en el proceso de 04. Creación de ayuda para los usuarios

5. Formación a usuarios y al CAU

El objetivo fundamental de esta tarea es preparar la acción formativa tanto a los usuarios finales de la aplicación/servicio, como al CAU, siguiendo las instrucciones indicadas en 05. Formación a usuarios y al CAU, así como elaborar los manuales y material necesario para impartir dichas formaciones.

Para ello, los Miembro del equipo de desarrollo, que actuará como Formadores, debe preparar el material de apoyo para ambas formaciones, incluyendo las encuestas y presentaciones.

Una vez fijada la fecha de la formación, se impartirá de acuerdo con el calendario y formato acordado.

6. Comunicación al CAU

El Responsable técnico principal o en quien delegue deberá informar a los responsables del CAU vía email de la próxima puesta en producción de la aplicación/servicio, concertando una formación previa 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 a la comunidad universitaria

Con suficiente antelación a la fecha del despliegue técnico en producción, el Responsable técnico principal debe elaborar un borrador de mensaje de lanzamiento de la aplicación/servicio, y remitirlo vía email al Comité de Dirección de Gobierno TI y al Director del Proyecto, que serán los encargados de enviarlo a través de los canales oficiales a toda la Comunidad Universitaria.

Adicionalmente se elaborará por el Responsable técnico principal una breve reseña sobre las principales características del software desarrollado, y remitirlo vía email al Consejo de Dirección de ATICA, con el fin de, si así se determina por los responsables del Consejo de Dirección de ATICA, sea publicada en la sección de Noticias de la web de ATICA y/o en el Boletín mensual La noTICa, así como su difusión en las redes sociales.

En el caso de que el despliegue técnico de la aplicación/servicio suponga parada de algún servicio existente deberá incluirse por parte del Responsable técnico principal el correspondiente aviso en Monitorum.

8. Comunicación interna de puesta en producción

El Responsable técnico principal deberá comunicar, con un margen de 3 días laborales, la fecha prevista para el despliegue técnico de la aplicación/servicio a los grupos de trabajo que puedan verse afectados, y siempre al servicio de Infraestructuras TI y a la sección de Metodologías, Normalización y Calidad del Software (MNCS), de cara a garantizar que toda la infraestructura hardware/software está preparada, monitorizada y dimensionada correctamente. Esta comunicación deberá ser vía e-mail incluyendo a los responsables de los grupos implicados, y adicionalmente, a través de cualquier otro canal de comunicación que se considere oportuno.

Los grupos de Infraestructuras y MNCS aprovisionarán recursos para cubrir cualquier posible eventualidad o problema que pudiera surgir en la fecha de apertura a producción.

9. Despliegue técnico en producción

La puesta en producción de la aplicación/servicio se realiza en la fecha acordada entre el Director del Proyecto y el Responsable técnico Principal.

Los Miembros del equipo de desarrollo, con el entorno de producción ya configurado en 2. Verificación del entorno técnico de ejecución de producción deberán seguir las instrucciones técnicas para el despliegue en producción de la aplicación.

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

Si se trata de un proyecto que se despliega por primera vez

• El Responsable técnico debe identificar las personas responsables que recibirán alertas en el caso de falta de disponibilidad de la aplicación/servicio.
• El Jefe del Servicio de Desarrollo, a propuesta del Responsable técnico, 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 en el panel de Monitorización.
• El Responsable técnico, si ha decidido incluirlo en el panel de monitorización, solicitará la tarea a la Sección de Telemática, mediante JIRA, en el proyecto de Monitorización.

Si se trata de una actualización de un proyecto existente

• El Responsable técnico deberá notificar la parada de servicio siguiendo las instrucciones del procedimiento 07. Gestión de actualizaciones

11. Revisar y completar información en APIUM

Si no ha sido realizado durante la fase de desarrollo y pruebas, el Responsable Técnico Principal debe dar de alta la aplicación/servicio en el catálogo de aplicaciones de APIUM. 

Si el alta ya existía, deberá editar los apartados que se hayan visto afectado tras los cambios para la puesta en producción.

Adicionalmente, en el catálogo de objetos de APIUM se deben modelar las relaciones existentes con otras aplicaciones y desarrollos software.

12. Publicación en la web de ATICA

El Responsable técnico principal solicitará al Responsable de la web de ATICA la publicación o modificación en el catálogo de aplicaciones/servicios de la web de ATICA, si procede.