Procedimiento de Registro de Necesidad ASSA

...

Pruebas del Código

Una vez que el código desarrollado es aprobado, el Jefe de Proyecto deberá aprobar el Merge Request del equipo desarrollador y, una vez unido con el código maestro, deberá establecer un TAG del código con el formato QA_NombreDeProyecto_VX.X.X. En caso de ser correcciones menores, se usa un correlativo numérico para la última X, si es una nueva funcionalidad, se usa correlativo sobre la segunda X, en caso de un nuevo “look and feel” o un lote de nuevas funcionalidades, se utiliza el correlativo sobre la primera X. Una vez establecido el nombre del tag, se debe solicitar a Ingeniería de Sistemas la aplicación del tag de QA al ambiente de certificación.

Ingeniería de Sistemas notificará una vez hecha la operación, con lo cual el desarrollador deberá enviar el usuario solicitante, el formulario de pruebas funcionales de la nueva versión.

[pic 5]

Este formulario deberá contar con pruebas técnicas y funcionales sobre la necesidad indicada por el cliente, quien, por su cuenta o en conjunto con el desarrollador, deberá ejecutar el set declarado en el documento. Si existen objeciones, el jefe de proyectos deberá determinar si las objeciones implican un cambio en el código, si es así, deberá revertir el “merge” aprobado en GIT LAB, así el desarrollador deberá corregir en el ambiente de desarrollo, repitiendo el proceso anterior.

Si existe una satisfacción por parte del usuario, este deberá firmar el documento de pruebas o demostrando su conformidad con el proceso de QA a través de un correo electrónico a los involucrados.

Paso a Producción del Código

El jefe de proyectos, una vez recibida la conformidad del cliente durante las pruebas de QA, podrá coordinar el paso a producción, utilizando:

- Feng Office, generando actividad a Ingeniería de Sistemas.

- Rellenando formulario de Paso a Producción.

- Enviando un correo a ingenieria@alemanaseguros.cl.

Se adjunta documento de Paso a Producción.

[pic 6]

El asignado para ejecutar el paso a producción deberá revisar el formulario y validar:

- Que la fecha de paso a producción no se programe en tiempo de congelamiento de sistema (Etapas de Producción y Siniestros, vacaciones u otros declarados por la Gerencia de Operaciones y Tecnología).

- Que el día del paso a producción no sea día viernes (a menos que se presente como urgente).

En caso que no detecte inconvenientes, Ingeniería de Sistemas deberá tomar el tag aprobado de QA en GITLAB y crear un nuevo tag de producción, con el mismo correlativo de QA. Este tag productivo deberá ser aplicado en el ambiente productivo del sistema, según documento especificado, además debe notificar vía correo electrónico su resultado.

El usuario deberá validar la aplicación del desarrollo en el ambiente productivo, pudiendo rechazar el mismo si lo cumple con las expectativas. En ese caso, el Jefe de Proyecto deberá evaluar si la objeción aplica y solicitar el rollback corresponde. Este rollback consiste que ingeniería de sistemas aplique sobre el ambiente productivo, el último tag de producción aprobado y validado exitosamente, informando el actual paso a producción como fallido y enviando los antecedentes para su revisión.

Si la solicitud es aprobada, el usuario deberá indicar conformidad vía correo electrónico a ingeniería de sistemas para dar por finalizado el al jefe de proyecto, quien podrá finalizar el sprint declarado en Feng Office.

- FIN DE LA NECESIDAD

El término de la necesidad, es un documento firmado al menos por un representante de la compañía de seguros y el solicitante pudiéndose agregar otros firmantes en el caso de que el proyecto lo amerite. La firma demostrará la conformidad de las partes con el sistema desarrollado y su respectiva puesta en marcha en el ambiente de producción. Una vez firmado, las futuras modificaciones deberán iniciar una nueva evaluación desde el inicio.

A continuación, se adjunta el documento original de finalización de necesidad, el cual debe ser completado con sus respectivos campos.

[pic 7]