Entidad SERVICIO VERIFICACIÓN ENTREGA (SVE)


Sería interesante que al menos se creara automáticamente para la primera entrega al crear la versión y el PSO asociado.

Para el resto de entregas, se creará por parte del RESPONSABLE PRODUCTO o PROVEEDOR en estado ABIERTA y asignada al informador si se crea manualmente y al RESPONSABLE PRODUCTO si se crea de forma automática. Por ahora sólo contemplamos la opción de creación manual.

TÍTULO*
DESCRIPCIÓN*
ID VERSIÓN RELACIONADA*: deberán mostrarse las Versiones en estado EN RESOLUCIÓN
ENTREGA*: mismo formato que el código de versión al que se añade un cuarto dígito que debe añadir el solicitante.

ACUERDOS ESPECIALES: Combo Sí/No. Informado por defecto a No

Preguntar OCA si es necesario poner algún comentario explicando lo que son los acuerdos especiales



Validaciones que hay que implementar:

No se puede poner la misma entrega que la correspondiente a una PL cerrada.

No se puede crear una SVE con la misma entrega que una que ya exista, a no ser que la SVE tenga resolución cancelada.

Si se elige una versión que no tenga informado el código de versión (cuyos dígitos corresponden a los tres primeros dígitos de la entrega), debe salir un mensaje de error: "Debes informar el código de versión para determinar la entrega" 

Creación 

Se crean en estado ABIERTA   asignadas al RESPONSABLE PRODUCTO o PROVEEDOR (o sea, al informador)

Acciones en estado ABIERTA

ACCIÓN

QUIÉN PUEDE

CAMBIO DE ESTADO

CAMBIO RESOLUCIÓN

ASIGNAR A OCA

Informar la fecha de esta transición en un nuevo campo "Fecha asignación".



R.PRODUCTO

PROVEEDOR


ABIERTA a PDTE. REVISIÓN

N/A

ELIMINAR (libera la entrega)


R.PRODUCTO

PROVEEDOR

Desaparece la issue


Acciones en estado PDTE.REVISIÓN 

En este estado la entidad se queda asignada al miembro del grupo Oficina Técnica de Calidad

ACCIÓN

QUIÉN PUEDE

CAMBIO DE ESTADO

CAMBIO RESOLUCIÓN

ASIGNAR

El usuario SC00_OCA asigna a cualquier miembro del grupo Oficina Técnica de Calidad

OCA


N/AN/A

COMENZAR RESOLUCIÓN

Informar la fecha de esta transición en el campo "Fecha inicio real"

OCA

Miembros Oficina Técnica de Calidad

PDTE. REVISIÓN a EN RESOLUCIÓN

N/A

CANCELAR (no libera la entrega)

Incluir un motivo de cacelación que va a estar tabulado. Los posibles motivos son:

  • Cambio de alcance funcional.
  • Error en el registro de la petición.


R. PRODUCTO

PROVEEDOR


PDTE. REVISIÓN a CERRADA

(Sin resolver) a (Cancelada)

Acciones en estado EN RESOLUCIÓN

Asignado al miembro de la OCA que inicialmente se hubiera asignado la entidad

ACCIÓN

QUIÉN PUEDE

CAMBIO DE ESTADO

CAMBIO RESOLUCIÓN

SOLICITAR INFORMACIÓN (Incluir comentario obligatorio)

Asignar al PROVEEDOR siempre

OCA

EN RESOLUCIÓN a PDTE. INFORMACIÓN

N/A

CREAR SUBTAREAS

Flujo tratado en el Punto 3.

Por ahora dejamos esta acción para el futuro

OCA

N/AN/A

REGISTRAR TRABAJO

Los incurridos deberán sumarse al PSO en el que está relacionada la tarea

OCA

N/AN/A

ACEPTAR RESOLUCIÓN

OCA

EN RESOLUCIÓN a CERRADA

(Sin resolver) a (Conforme)

NO ACEPTAR RESOLUCIÓN

(Informar obligatoriamente el campo "MOTIVO NO ACEPTACIÓN SVE) **

OCA

EN RESOLUCIÓN a CERRADA

(Sin resolver) a (No Conforme)
NO REVISABLE

OCA

EN RESOLUCIÓN a CERRADA

(Sin resolver) a (No Aplica)

CANCELAR

Incluir un motivo de cacelación que va a estar tabulado y que nos pasará la OCA

Preguntar a la OCA los motivos o si coinciden con los del cancelar anterior.


R. PRODUCTO

PROVEEDOR

EN RESOLUCIÓN a CERRADA

(Sin resolver) a (Cancelada)

Acciones en estado PDTE. INFORMACIÓN

ACCIÓN

QUIÉN PUEDE

CAMBIO DE ESTADO

CAMBIO RESOLUCIÓN

COMPLETAR INFORMACIÓN (Incluir comentario obligatorio)

Volver a asignar al Miembro OCA

PROVEEDOR

 PDTE. INFORMACIÓN a EN RESOLUCIÓN

N/A

Motivo de no aceptación (CF Selección múltiple)

Opciones:

    • Estructura repositorio incorrecta (faltan carpetas/readme, etc ...)
    • Plantilla Readme.md mal informada
    • Incumplimiento CNO
    • GitFlow incorrecto (commits hechos en master o develop, merges mal hechos, etc ...)
    • Estructura y/o contenido incorrecto del Pom/Build
    • Compilación fallida en Jenkins
    • Incumplimiento de métricas de Sonar

PUNTO 3→Por ahora no tratamos este punto

Subtareas de la tarea SERVICIO VERIFICACIÓN ENTREGA (SVE)

Estas subtareas las creará cualquier miembro de la OCA, quedando pendiente de definir los campos necesarios para cada una y si tienen o no un flujo diferente. En principio, deben ser lo más básicas posibles, de manera que se creen en estado ABIERTA, pasen a estado EN RESOLUCIÓN (informando la fecha de inicio real) y de ahí a estado CERRADA

Deberán implementarse validaciones de manera que no pueda cerrarse la tarea padre sin que estén todas las hijas cerradas.

Las subtareas que de entrada tendrá este servicio son:

  • Verificación estructura correcta del repositorio GIT
  • Verificación campos del fichero Readme.md
  • Verificación Cumplimiento de la Normativa Oracle
  • Verificación uso correcto de  Gitflow
  • Verificación estructura de los archivos pom.xml y build.xml
  • Compilaciones JENKINS
  • Verificación y validación de calidad estática del código


En el futuro se podrían crear de manera automática con la pipeline de integración continua. Estas tareas llevan informada el ID de la versión relacionada y la entrega.

Puede ser que alguna de las subtareas sea no conforme y eso no implique que la SVE pueda ser resuelta como conforme.


PUNTO 4

Relación entre la SVE y la PL

La creación de la PL sólo será posible si la tarea SVE con la misma entrega está CERRADA con resolución Conforme , No Conforme o No aplica.

  • Automatismos: ver tabla Automatismos PL


  • Automatismos: ver tabla Automatismos SVE



Nuevo tipo de IssueLink


IssueLink: PL - SVE

Tipo: Relación PL - SVE

Saliente: SVE relacionada

Entrante: PL relacionada


Automatismos PL

LOCAL

PRE

Comentarios

1

Al crear la PL se mostrarán las SVE de esa versión en estado Cerrada (, resolución conforme, no conforme, no aplica). Las cerradas con resolución cancelada NO deben mostrarse.

El enlace entre ambas entidades será "Relación PL - SVE"

DONE

DONE

El usuario selecciona la SVE de entre las asociadas a la Versión seleccionada.
2El campo Entrega se seteará automáticamente al seleccionar una SVE de las disponibles.

DONE

DONE


3

 Si se intenta enlazar con una SVE con resolución No conforme. mensaje de advertencia: "Vas a abrir una PL con un Servicio de Verificación de entrega no conforme".

  • Adicionalmente el usuario seleccionará un motivo de una lista.

DONE

DONE


4

Se informarán en la PL dos campos:

Resolución SVE = resolución de la SVE enlazada.

Motivo de no aceptación mismo que el de la SVE (si la resolución es No conforme).

DONE

DONE




Automatismos SVE

LOCAL

PRE

Comentarios

1

Deberá informarse un campo en la SVE, "Entrada SVE":

    • Vacío en SVE normales DONE
    • PLU si es el caso DONE
    • Cambio a PLU si es el caso DONE

DONE

DONE



PUNTO 5

Relación entre la SVE y la PLU

  • Automatismos: ver tabla Automatismos PLU



Automatismos PLU

LOCAL

PRE

Comentarios

1

Si el usuario no selecciona una SVE introducirá manualmente el valor del campo Entrega.

  • Ver tabla Automatismos PLU Hija

DONE

DONE

Cuando se marca PLU = Sí, el campo Entrega se desbloquea y permite su edición manual.
2

Si el usuario selecciona una SVE se creará enlace. El enlace entre ambas entidades será "Asociada con" "Relación PL - SVE".

En este caso, puede seleccionar una SVE en estado diferente a Cerrada, ejecutándose en la SVE el punto 4

DONE

DONE

El usuario selecciona la SVE de entre las asociadas a la Versión seleccionada.
3Si el usuario selecciona una SVE, el campo Entrega se seteará automáticamente al seleccionar una SVE de las disponibles.

DONE

DONE


4Si el usuario selecciona una SVE, deberá informarse en esta el campo Entrada SVE = PLU

DONE

DONE


5Cuando se setea el campo PLU = Sí, el usuario podrá seleccionar de la lista de SVEs también las no cerradas en lugar de tener que introducir la Entrega manualmente. A la SVE no cerrada seleccionada se le setea el campo Entrada SVE = Cambio a PLU

DONE

DONE


6Si el código de Entrega se introduce manualmente y si la Versión relacionada con la PLU tiene asociada alguna SVE no cerrada con código de Entrega distinto al introducido hay que cancelarlas. Se creará una nueva siguiendo la lógica del primer caso.

DONE


DONE




Automatismos PLU Hija

LOCAL

PRE

Comentarios

1
  • Si el usuario no selecciona una SVE, se creará automáticamente la SVE poniéndole el mismo título , descripción, versión y Entrega que la PLU.
  • Este SVE se creará en el momento en que se cierre la primera PLU Hija. La SVE se creará en estado PDTE. REVISIÓN .
  • El usuario introducirá manualmente el valor del campo Entrega en el momento de la creación de la PLU.
  • En la SVE se setea el campo Entrada SVE = PLU

DONE

DONE