Versiones comparadas

Clave

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

...

El Grupo Planificador dispondrá de una acción para actualizar la tabla de ejecuciones si el proveedor sistemas así se lo ha solicitado. Los cambios quedarán registrados en el histórico de cambios.


PLs no ejecutadas por CTI

Lo normal es que el proveedor que hace los despliegues sea CTI, pero hay ciertas plataformas en las que , si bien su administración corresponde a CTI, los despliegues en las mismas se hacen a cargo de los propios proveedores de desarrollo. En estos casos no interviene el Grupo Planificador, siendo el proveedor de sistemas de la plataforma quien ejecuta todas las acciones.

Cambio en la urgencia de la PL

...

    • Si el cambio es de PLU a PL:
      • Si está en estado PDTE. CALENDARIZAR à pasa a estado PLANIFICABLE.
      • Si está en estado PDTE. COMENZAR RESOLUCIÓN pasa a estado PLANIFICABLE

...

      • estado PDTE. COMENZAR RESOLUCIÓN pasa a estado PLANIFICABLE


PL datos

Roles

Rol

Descripción

Peticionario (*)

Rol solicitante de la PL.

Es siempre el usuario de integración WT-JIRA

Responsable de producto (**)

Rol responsable de la aplicación sobre la que se solicita una PL.


Responsable sistemas (**)Rol responsable del área de sistemas de la aplicación. Coincide con el responsable de la plataforma en la que se ubica la aplicación

Responsable funcional (***)

Rol responsable funcional de la aplicación sobre la que se solicita una PL.
Grupo planificadorRol responsable de la correcta gestión y planificación por parte del resolutor
ResolutorRol que ejecuta y resuelve la PL. Es el proveedor de sistemas de la paltaforma
Oficina Técnica de Calidad (OCA)Rol responsable de que el código que se entrega no modifica la línea base del producto



Son implantaciones necesarias para resolver una solicitud pero que no modifican la línea base del producto. Cuando un proveedor está resolviendo una incidencia o petición puede necesitar hacer una implantación normalmente de scripts de datos. Al resolver la solicitud se crean por integración en JIRA dos objetos:

...

El cambio a PLU se gestiona como en las Pls PLs de versión. Si una PL se convierte en PLU podrá ejecutarse sin que tenga que estar cerrada la SVD, que deberá cerrarse a posteriori.

Al finalizar la PL padre, se pregunta al usuario si con con la PL se termina de actuar para resolver la solicitud. En el caso de que la originó pasa a así sea, la solicitud quedará en estado PDTE. CONFIRMACIÓN CIERRE al finalizar la PL, En caso contrario, quedará en estado ABIERTA.

PL de modificación/configuración de software base (PL sistemas)

Roles 

Rol

Descripción

Peticionario

Rol solicitante de la PL, en este caso el proveedor de sistemas (CTI)

Responsable sistemasRol responsable de la plataforma en la que se hace la modificación o el cambio de configuración
Grupo planificadorRol responsable de la correcta gestión y planificación por parte del resolutor
ResolutorRol que ejecuta y resuelve la PL. Es el proveedor de sistemas (CTI)

...