...
Una vez que el Responsable de Producto considera que ya no debe haber más implantaciones, podrá finalizar la PL tanto él como el Proveedor para lo cual es imprescindible que todas las PLs hijas estén cerradas.
Ahora bien, dependiendo de cómo se hayan cerrado las hijas se cerrará la padre. Estos cierres se controlan con el campo Resolución que aparece debajo del estado.
...
A la hora de finalizar a PL, Responsable de producto/Proveedor podrán determinar si es necesaria o no implantar una nueva entrega para esa versión, con lo que será necesaria para la misma una nueva SVE y una nueva PL con implantaciones. En ese caso, la PL primera se cerrará con resolución Parcialmente resuelta.
...
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:
La solicitud quedará en estado PDTE. IMPLANTAR.
El primer paso es aportar en la PL la información necesaria para poder avanzar. Hay que tener en cuenta que las solicitudes origen de las PL de datos se crean en un CI de tipo aplicación, con lo que la PL se crea en JIRA en el proyecto correspondiente a esa aplicación. Pero hay datos que son imprescindibles para la implantación y que deben ser aportados por el Responsable de producto/Proveedor, como son la plataforma y el entorno. Además habrá qe indicar si la PL es normal o si es urgente y si es preaprobada o no, es decir, si tiene ya concertada con Sistemas una ventana horaria para su implantación.
Una vez informados todos esos datos, será necesario:
Una vez completado el PID y siempre que la SVD esté cerrada, se podrá comenzar con la PL, lo que supondrá que se asigne al Proveedor de sistemas de la plataforma para que revise el PID.
A partir de este momento, el flujo de la PL de datos es similar al de la PL versión con la diferencia de que las hijas no tienen que ser generadas por el Grupo Planificador, sino que se crean solas porque no es necesario informar los grupos lógicos. Lo único a destacar es que si se ha elegido la opción de PREAPROBADA, las hijas no se crearán en estado PLANIFICABLE sino en estado PDTE. CALENDARIZAR por el Proveedor de sistemas de la plataforma.
Otra diferencia respecto a las PLs de versión es que al aceptar la solución técnica por parte del Responsable de producto/Proveedor, es que no hay ninguna actualización de CMS.
El cambio a PLU se gestiona como en las 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, la solicitud que la originó pasa a estado ABIERTA.
...