Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

    1. PÓRTICO/s que sustenta/n la petición
    2. Persona/s a autorizar (solo emails de los técnicos de ÁTICA/TICARUM, no de responsables funcionales, ni listas)
    3. Periodo: fecha de inicio y fin (como máximo hasta el fin del periodo actual de pórticos, normalmente el 31/01)
    4. Justificación (no se puede reproducir el problema, no se localiza ampliando los test unitarios, etc.)
    5. Enlace a JIRAS correspondientes a la/s prueba/s a realizar (los técnicos del apartado (b) deben tener alguna tarea asignada o estar como observadores)

El solicitante de la petición, si se amplía el alcance, deberá añadir comentarios indicando los PORTICOS y/o aplicaciones que se han incluidoMás información sobre la Gestión de la Pasarela de Personificación desde MNCS.

Condiciones de uso de la pasarela de personificación:

...

  1. A qué persona tenemos que dar ó quitar acceso
    • Debe estar en la lista de personas autorizadas de la descripción de esta tarea (email concreto, no listas, del técnico ÁTICA/TICARUM).
    • El informador de esta tarea o el RTP del pórtico (que si no es el informador estará como observador) pueden modificar la descripción de esta tarea, para añadir/quitar personas autorizadas.
  2. Para qué tarea Jira necesita dicho acceso
    • Debe estar en la lista de tareas que están en la descripción de esta tarea (todos los técnicos deben tener asignada al menos una tarea, o estar como observador de alguna de ellas).
    • El informador de esta tarea o el RTP del pórtico (que si no es el informador estará como observador) pueden modificar la descripción de esta tarea, para añadir/quitar tareas Jira que justifiquen el acceso.

Más información sobre la Gestión de la Pasarela de Personificación desde MNCS.