Historial de página

Objetivo

Alcance 

Es documento está dirigido a todos los interesados en conocer los actuales procesos de FARO.

...

ROL

...

RFC

...

Proveedor

...

X

...

Responsable de planificación y cambios (GCAMB)

...

X

...

Jefe de proyecto STIC

...

X

...

Equipo de negociado

...

X

...

• Normal
  • Para cambios que requieren obligatoriamente la entrada en un Proceso de Gestión de Proyectos (PGP), ya sean proyectos de desarrollo o de sistemas. Estas RFCs no podrán tener asociadas más de una PL que finalice exitosamente, siendo, por tanto, su relación RFC – PL biunívoca (1:1).
• Preaprobada
  • Para cambios de bajo riesgo y rutinarios que no requieren PGP como paso previo a la generación de la PL. Requieren ser aprobados por el Responsable de planificación y cambios (GCAMB), pero sólo una vez, permaneciendo habilitada para indefinidas PLs futuras, por lo que la relación RFC - PL es 1:N.
• Plan estratégico
  • Son cambios relacionados con el Plan Estratégico de la STI y sólo deberán ser solicitadas por personal autorizado. Se comportan igual que las RFCs preaprobadas.
• Emergencia
  • Para cambios que no pueden esperar a seguir todo el proceso normal de negociación, aprobación calidad, etc., sino que deben instalarse en producción lo antes posible. Además, la urgencia debe darse fuera del horario de la Oficina de Calidad, en caso de estar dentro de horario, se usará RFC normal con prioridad urgente. En este tipo de RFC no existe un análisis para ser aprobada por GCAMB sino que aparece directamente como aprobada.

...

El objetivo de este proceso es gestionar las solicitudes de cambio, RFCs. 
La RFC la registra el proveedor, que debe completar principalmente el alcance, el coste estimado y la nueva versión del aplicativo. Además debe entregar el Catálogo de Solicitudes que se incluyen en la RFC. Una vez completada la RFC, el proveedor la envía al Responsable de planificación y cambios (GCAMB) para que la revise. 
El GCAMB puede entonces paralizar la RFC, devolverla al proveedor para que la corrija, enviarla al comité de cambios o al comité de cambios extendido para analizarla, anularla, o aprobarla. Tras aprobarla, la RFC queda pendiente de que se implemente el cambio y se cree la PL que ejecute la instalación del cambio. 
Cuando la PL finaliza exitosamente, el GCAMB valora la finalización y cierre de la RFC, salvo que sea de tipo preaprobada que vuelve a quedarse en espera de PL. Si la PL finaliza sin éxito, la RFC vuelve automáticamente a estar habilitada para asociarle una nueva PL. 
Además, una vez registrada una RFC, en cualquier momento, el proveedor puede solicitar una negociación debido a un cambio en el alcance de la misma, o su anulación. La gestión o tratamiento de la negociación recae en el GCAMB y ésta puede ser exitosa o no.

...

• Rol: Proveedor.
• Acciones:
  • Completar toda la información relativa a la RFC: alcance, estimación del coste, versión del aplicativo, etc.
  • Entregar el Catálogo de Solicitudes (CS).
• Transiciones de estado:
  • De "En registro" a "En borrador" si el campo "Pendiente de definición" tiene el valor "Sí". (Caso de uso). Continúa en actividad 1'. "Completar RFC pendiente".
  • Si el campo "Pendiente de definición" tiene el valor "No":
    • De "En registro" a "En análisis" si la RFC no es de emergencia,. (Caso de uso). Continúa en actividad 2. "Verificar RFC".
    • Si la RFC es de emergencia se comprueba el campo "Tipificación del cambio":
      • De "En registro" a "Pdte. Alta nuevo aplicativo" si el campo "Tipificación del cambio" tiene el valor "Nuevo aplicativo". (Caso de uso). Continúa en actividad 16. "Completar nuevo aplicativo"
      • Según el valor del campo "Tipificación del cambio" la RFC transiciona a un determinado estado, según la siguiente tabla:

...

• Rol: Proveedor.
• Acciones:
  • Completar la información pendiente de la RFC.
  • Pulsar en "Enviar".
• Transiciones de estado:
  • Se mantiene en estado "En borrador" mientras el campo "Pendiente de definición" tiene el valor "Sí". Continúa en Actividad 1'. "Completar RFC pendiente".
  • Si el campo "Pendiente de definición" tiene el valor "No":
    • De "En registro" a "En análisis" si la RFC no es de emergencia,. (Caso de uso). Continúa en actividad 2. "Verificar RFC".
    • Si la RFC es de emergencia se comprueba el campo "Tipificación del cambio":
      • De "En registro" a "Pdte. Alta nuevo aplicativo" si el campo "Tipificación del cambio" tiene el valor "Nuevo aplicativo". (Caso de uso). Continúa en actividad 16. "Completar nuevo aplicativo".
      • Según el valor del campo "Tipificación del cambio" la RFC transiciona a un determinado estado, según la siguiente tabla:

...

Clasificación

...

Tipificación del cambio

...

Nuevo estado

...

Caso de uso

...

N3 (desarrollos)

...

Adaptativo para aplicativo

...

"En espera de PT"

...

...

...

Cambio de configuración de aplicativo

...

...

...

...

Carga de datos de aplicativo

...

...

Caso de uso

...

...

Correctivo de datos de aplicativo

...

...

...

...

Evolutivo de aplicativo

...

...

...

...

Perfectivo para aplicativo

...

...

...

N1 y N2 (sistemas)

...

Evolutivo del Sw de base

...

"Listo para PGPS"

...

...

...

Perfectivo del Sw de base

...

...

Caso de uso

...

...

Plataforma Hw

...

...

...

N3 (correctivos)

...

Correctivo de aplicativo

...

"Listo para PGP correctivos"

...

Caso de uso

...

• Rol: Responsable de planificación y cambios.
• Acciones:
  • Analizar la RFC para verificar que se ha completado toda la información necesaria y que es correcta.
  • Determinar qué hacer con la RFC.
• Transiciones de estado:
  • De "En análisis" a "Elevada. Pdte. comité" si se eleva al comité de cambios. Continúa en actividad 6. "Analizar en comité. (Caso de uso).
  • De "En análisis" a "Elevada. Pdte. comité extendido" si se eleva al comité de cambios extendido. Continúa en actividad 7. "Analizar en comité extendido". (Caso de uso).
  • No hay cambio de estado si se anula. Continúa en actividad 17. "Completar anulación tras análisis".
  • De "En análisis" a "En espera de PL", "En espera de PT", "PGPS" o "PGP correctivos" si se aprueba. Se ejecuta el subproceso 10. "Aprobar". (Caso de uso). Se ejecuta la tarea "Eventos tras aprobar una RFC normal o de emergencia".
  • De "En análisis" a "Devuelta proveedor" si se rechaza. Continúa en actividad 5. "Corregir RFC". (Caso de uso).
  • De "En análisis" a "Justificando la paralización" si se paraliza. Continúa en actividad 3 "Justificar paralización de RFC". (Caso de uso).

...

• Rol: Responsable de planificación y cambios.
• Acciones:
  • Justificar los motivos de la paralización de la RFC.
• Transiciones de estado:
  • De "Justificando la paralización" a "Paralizada". (Caso de uso). Continúa en actividad 4. "Retomar RFC".

...

• Rol: Responsable de planificación y cambios
• Acciones:
  • Se pulsa en el botón "Listo".
• Transiciones de estado:
  • De "Paralizada" a "En análisis". Continúa en actividad 2." Verificar RFC". (Caso de uso).

...

• Rol: Proveedor
• Acciones:
  • Solventar los defectos detectados por GCAMB en la RFC.
• Transiciones de estado:
  • De "Devuelta proveedor" a "En análisis". Continúa en actividad 3." Verificar RFC". (Caso de uso).

...

• Rol: Responsable de planificación y cambios
• Acciones:
  • Analizar la RFC junto con el comité de cambios para determinar qué hacer con la RFC.
    • Actualmente cuando una RFC se envía a comité de cambios se notifica al GCAMB, al promotor del cambio (que será el Jefe de proyecto STIC o el Responsable funcional), y al proveedor.
• Transiciones de estado:
  • De "Elevada. Pdte. comité" a "Elevada. Pdte. comité extendido" si se eleva al comité extendido. Continúa en actividad 7. "Analizar en comité extendido". (Caso de uso).
  • No hay cambio de estado si se anula. Continúa en actividad 17. "Completar anulación tras análisis".
  • De "Elevada. Pdte. comité" a "En espera de PL", "En espera de PT", "PGPS" o "PGP correctivos" si se aprueba. Se ejecuta el subproceso 10. "Aprobar". (Caso de uso). Se ejecuta la tarea "Eventos tras aprobar una RFC normal o de emergencia".
  • De "Elevada. Pdte. comité" a "Devuelta proveedor" si se rechaza. Continúa en actividad 5. "Corregir RFC". (Caso de uso).

...

• Rol: Responsable de planificación y cambios
• Acciones:
  • Analizar la RFC junto con el comité de cambios extendido para determinar qué hacer con la RFC.
    • Actualmente cuando una RFC se envía a comité de cambios extendido se notifica al GCAMB, al promotor del cambio, al proveedor, y a los destinatarios adicionales que se especifiquen en la RFC.
• Transiciones de estado:
  • No hay cambio de estado si se anula. Continúa en actividad 17. "Completar anulación tras análisis".
  • De "Elevada. Pdte. comité extendido" a "En espera de PL", "En espera de PT", "PGPS" o "PGP correctivos" si se aprueba. Se ejecuta el subproceso 10. "Aprobar". (Caso de uso). Se ejecuta la tarea "Eventos tras aprobar una RFC normal o de emergencia".
  • De "Elevada. Pdte. comité extendido" a "Devuelta proveedor" si se rechaza. Continúa en actividad 5. "Corregir RFC". (Caso de uso).

...

• Condición: el Proveedor o el propio Responsable de planificación y cambios debe haber solicitado la anulación de la RFC.
• Rol: Responsable de planificación y cambios.
• Actividad 1: Tareas aclaratorias estado PL.
  • Determinar qué hacer con la PL asociada si se encuentra en estado "Instalada", pero no ha finalizado la instalación.
  • Transición de estado a "Pdte. finalizar por anulación".
• Actividad 2: Anular PL.
  • Anular automáticamente la PL asociada si aún no ha llegado al estado "Instalada".
  • Transición de estado a "Pdte. finalizar por anulación".

...

• Rol: Responsable de planificación y cambios
• Acciones:
  • Si se trata de un cambio sobre una nueva aplicación, hay que dar de alta la nueva aplicación en CMS.
  • Además, si vuelve a pasar por este estado debido a la inclusión de nuevas incidencias en la RFC y la RFC ya tiene una PL asociada, se envía automáticamente una notificación al Gestor de lanzamiento para que determine qué hacer con la PL.
• Transiciones de estado:
  • Si el tipo de la RFC es "Preaprobada" o "Plan estratégico", de "Aprobada" a "Pdte. PL". (Caso de uso).
  • Si el tipo de la RFC es "Normal" o "Emergencia", en función de la tipología del cambio la RFC transiciona a un determinado estado:

...

• Tras aprobar una RFC de tipo "Normal" o "Emergencia", se encuentra en un determinado estado en función de la tipología del cambio la RFC y se lanza o reciben de manera automática los siguientes eventos:
• Inicio del proceso de gestión correspondiente en función de la tipología de cambio:

• Recepción de notificación de PL registrada.
  • La RFC pasa al estado "PL entregada". (Caso de uso).
• Recepción de notificación de PL finalizada".
  • La RFC pasa al estado "Lista para finalizar" si la PL ha finalizado con éxito. (Caso de uso).
  • La RFC pasa al estado "En espera de PT", "Listo para PGPS" o "Listo para PGP correctivos", en función de la tipología del cambio, si la PL ha finalizado sin éxito. (Caso de uso).

...

• Rol: Responsable de planificación y cambios.
• Acciones:
  • Analizar la RFC con PL finalizada con éxito para determinar si se puede cerrar o si debe volver a lanzar una PL.
• Transiciones de estado:
  • De "Listo para finalizar" a "Finalizada" si se finaliza y cierra la RFC. (Caso de uso).
  • De "Listo para finalizar" a "En espera PL", "En espera PT", "Listo para PGPS" o "Listo para PGP correctivos", si se rechaza la finalización y se debe volver a asociar una PL o si se aprueba la finalización y el tipo de RFC es Preaprobada o Plan estratégico. (Caso de uso).

...

• Rol: Equipo de negociado.
• Condición:
  • El Proveedor ha solicitado una negociación de una RFC debido a un cambio en el alcance de la misma, o haya solicitado su anulación.
  • Al realizar la solicitud, la RFC pasa al estado "En negociación".
• Acciones:
  • El Responsable de planificación y cambios junto con el Proveedor y el Jefe proyecto STIC negocian el cambio en los requisitos originales, o la solicitud de anulación de la RFC, y acuerdan si aceptarlo o no.
• Transiciones de estado:
  • Se mantiene en estado "En negociación" si la negociación no es exitosa o se decide anular. Continúa en actividad 14. "Completar anulación".
  • De "En negociación" a "Negociación exitosa" si se acepta el cambio de alcance de la RFC. (Caso de uso). Continúa en actividad 13. "Determinar si se requiere nueva RFC".

...

• Rol: Equipo de negociado.
• Acciones:
  • Indicar si se requiere de la creación de una nueva RFC tras una negociación exitosa.
• Transiciones de estado:
  • De "Negociación exitosa" a "En análisis", si no se requiere de una nueva RFC (Caso de uso). Continúa en actividad 2. "Verificar RFC".
  • De "Negociación exitosa" a "Pendiente de finalizar por anulación", si se requiere de una nueva RFC (Caso de uso). Continúa en actividad 15. "Confirmar anulación".

...

• Rol: Equipo de negociado
• Acciones:
  • Seleccionar un valor para el campo "Motivos de anulación".
• Transiciones de estado:
  • De "En negociación" a "Pendiente de finalizar por anulación". Continúa en actividad 15. "Confirmar anulación".

...

• Rol: Equipo de negociado
• Acciones:
  • Confirmar la anulación de la RFC seleccionando un valor para el campo "Motivos de anulación".
• Transiciones de estado:
  • De "Pendiente de finalizar por anulación" a "Anulada en Gestión de cambios". Se ejecuta 8. "Subproceso anular". Se finaliza el proceso.

...

• Rol: Proveedor
• Acciones:
  • Indicar que el nuevo aplicativo está Listo.
• Transiciones de estado:
  • De "Pte. alta nuevo aplicativo" a "En espera de PT" si se da de alta el nuevo aplicativo (Caso de uso). Se ejecuta el subproceso 9. "Aprobar". Se ejecuta la tarea "Eventos tras aprobar una RFC normal o de emergencia".

...

• Rol: Gestor de cambios.
• Acciones:
  • Seleccionar un valor para el campo "Motivos de anulación".
• Transiciones de estado:
  • De "En análisis" a "Pendiente de finalizar por anulación" si proviene de la actividad 2. "Verificar RFC". Continúa en actividad 18. "Confirmar anulación tras análisis".
  • "De "Elevada. Pdte. comité" a "Pendiente de finalizar por anulación" si proviene de la actividad 6. "Analizar en comité". Continúa en actividad 18. "Confirmar anulación tras análisis".

...

• Rol: Gestor de cambios.
• Acciones:
  • Confirmar la anulación de la RFC. Se ejecuta 8. "Subproceso anular". Se finaliza el proceso.
• Transiciones de estado:
  • De "Pendiente de finalizar por anulación" a "Anulada en Gestión de Cambios".

...

• Rol: No aplica
• Acciones:
  • Se asocia una nueva incidencia desde la WEB CEGES a una RFC.
• Transiciones de estado:
  • De "Listo para PGPS", "Listo para PGP Correctivos" o "En espera de PT" a "En análisis" (Caso de uso).

...

• Rol: Proveedor
• Acciones:
  • Se solicita la negociación de la RFC. (Caso de uso).
• Transiciones de estado:
  • De estado "En análisis", "Listo para PGPS", "En espera de PT" o "Listo para PGP Correctivos" o "En espera de PL" a "En negociación. Continúa en actividad 12. Negociar cambio de alcance de RFC.

...

Atributo

...

Observaciones

...

Resumen

...

...

Estado de solicitud

...

Indica el estado de la RFC. Campo autorellenado y no modificable.

...

Creado por

...

Usuario autenticado en la aplicación. Campo autorellenado y no modificable.

...

Empresa

...

Empresa a la que pertenece el usuario. Campo autorellenado y no modificable.

...

Correo del peticionario

...

Dirección de correo electrónico del usuario autenticado en la aplicación. Campo autorellenado y no modificable.

...

¿Creada desde JIRA?

...

Indica si la RFC proviene de la aplicación Jira. Campo autorellenado y no modificable.
Valores posibles: SI / NO

...

Versión JIRA

...

Versión del aplicativo Jira. Campo editable.

...

Promotor

...

Personal de la STI responsable del cambio. Generalmente, el promotor del cambio será el Jefe de Proyecto de la aplicación.

...

Funcional responsable del cambio

...

Desplegable que contiene todos los nombres de los profesionales del ámbito sanitario andaluz que en alguna ocasión se han identificado como responsables funcionales.

...

Teléfono del promotor

...

Teléfono del promotor.

...

Correo electrónico del promotor

...

Dirección de correo electrónico del promotor.

...

Título del cambio

...

Breve descripción del cambio.

...

Prioridad

...

Objetivo

...

Objetivo a alcanzar con el cambio. Se elige de una lista tipificada de valores.

...

Subobjetivo

...

Objetivo específico a alcanzar con el cambio. Se elige de una lista tipificada de valores, según la selección que se haya realizado en el campo "Objetivo".

...

Asignado/a(s) a

...

Usuario responsable del cambio.

...

Notificaciones

...

...

Selección de notificaciones

...

Listado de destinatarios principales que recibirán las notificaciones cuando se produzcan cambios en los estados.

...

Destinatarios adicionales

...

Listado de destinatarios adicionales que recibirán las notificaciones cuando se produzcan cambios en los estados.

...

Detalle de RFC

...

...

Tipo de RFC

...

Tipificación de la RFC. Determina qué flujo seguirá el cambio.
Valores posibles: "Normal / Preaprobada / Plan estratégico /Emergencia"

...

Tipificación del cambio

...

Tipo de cambio solicitado.
Valores posibles Plataforma Hw / Perfectivo del Sw de base /Evolutivo del Sw de base /Correctivo de aplicativo /Correctivo de datos de aplicativo / Carga de datos de aplicativo / Evolutivo de aplicativo / Adaptativo para aplicativo Perfectivo para aplicativo /Nuevo aplicativo / Cambio de configuración de aplicativo".

...

Pendiente de Definición

...

Indica si la RFC está completamente definida o hay algún campo pendiente de establecer.
Valores posibles: "Si / No"

...

Jefe de proyecto

...

Jefe de Proyecto del aplicativo para el que se solicita el cambio.

...

Versión

...

Versión del cambio.

...

¿Incorpora tablas maestras, interfaces o datos de otros sistemas?

...

Indica si se reciben datos de otros sistemas.
Valores posibles: "Si / No"

...

Descripción del cambio

...

Descripción detallada del cambio.

...

Urgencia

...

Indica la inmediatez con que es necesaria aplicar el cambio.
Valores posibles: "Planificable / Muy alta / Alta"

...

Nivel de riesgo

...

Indica el nivel de exposición del cambio.
Valores posibles: "Alto / Normal / Bajo"

...

Fecha esperada de puesta en producción

...

Fecha estimada de aplicación del cambio en el entorno de producción.

...

Catálogo de Solicitudes

...

Documentación adjunta.

...

Detalle costes de desarrollo

...

...

Coste estimado del desarrollo

...

Coste en € del cambio. Se calcula según las horas y tarifa por hora de los perfiles involucrados. Campo editable.

...

Coste real de desarrollo

...

Sumatorio automático de los costes reales de soporte al despliegue, pruebas de sistemas y de integración de la PL asociada. Campo autorellenado y no editable.

...

Total coste estimado

...

Total en € del coste estimado.

...

Total coste real

...

Sumatorio automático de los costes reales de soporte al despliegue, pruebas de sistemas y de integración de la PL asociada

...

Horas estimadas JP

...

Número de horas estimadas de perfil "Jefe de Proyecto"

...

Horas estimadas AF

...

Número de horas estimadas de perfil "Analista Funcional".

...

Horas estimadas AP

...

Número de horas estimadas de perfil "Analista de Aplicaciones".

...

¿Intervienen otros perfiles?

...

Indica si es necesaria la intervención de otros perfiles.
Valores posibles: "Si / No".

...

Detalle costes de soporte

...

...

Horas estimadas de soporte al despliegue

...

Número de horas estimadas de los técnicos que dan soporte al despliegue.

...

Horas estimadas de pruebas de sistemas

...

Número de horas estimadas de los técnicos de sistemas.

...

Horas estimadas de pruebas de integración

...

Número de horas estimadas para la realización de pruebas en el entorno de integración.

...

Notas que se van a añadir al guardar

...

Notas adicionales a guardar. Campo de texto libre.

...

Nueva referencia

...

Documentación adjunta.
Valores posibles: "Paquete (nuevo) / Proyecto / Versión / Solicitud (existente) / Solicitud (existente) / Tarea / Dirección URL".

...

Referencias que se van a añadir al guardar

...

Referencias adicionales a guardar. Campo de texto libre.

...

Campos condicionados

...

...

Perfil1

...

Visible si el campo "¿Intervienen otros perfiles?" Tiene el valor Sí.

...

Horas estimadas

...

...

Perfil 2

...

...

Horas estimadas

...

...

Nueva aplicación

...

Visible si el campo "Tipificación del cambio" tiene el valor "Nuevo aplicativo"

...

Programa

...

Visible si el campo "Tipificación del cambio" tiene el valor "Correctivo de aplicativo / Correctivo de datos de aplicativo / Carga de datos de aplicativo / Evolutivo de aplicativo / Adaptativo para aplicativo / Perfectivo para aplicativo / Cambio de configuración de aplicativo"

...

Aplicativo

...

...

Hardware

...

Visible si el campo "Tipificación del cambio" tiene el valor "Nuevo aplicativo".

...

Plataforma tecnológica

...

Visible si el campo "Tipificación del cambio" tiene el valor "Perfectivo del Sw de base / Evolutivo del Sw de base".

...

Jefe de Proyecto

...

Visible si el campo "Tipificación del cambio" tiene el valor "Correctivo de aplicativo / Correctivo de datos de aplicativo / Carga de datos de aplicativo / Evolutivo de aplicativo / Adaptativo para aplicativo / Perfectivo para aplicativo / Cambio de configuración de aplicativo".

...

Versión

...

Visible si el campo "Tipificación del cambio" tiene el valor "Correctivo de aplicativo / Evolutivo de aplicativo / Adaptativo para aplicativo / Perfectivo para aplicativo / Nuevo aplicativo".

...

Impacto de la comunicación

...

Visible si el campo "Tipificación del cambio" tiene el valor "Correctivo de aplicativo / Evolutivo de aplicativo / Cambio de configuración de aplicativo".

...

Programa

...

Visible si el campo "Tipificación del cambio" tiene el valor "Correctivo de aplicativo / Correctivo de datos de aplicativo / Carga de datos de aplicativo / Evolutivo de aplicativo / Adaptativo para aplicativo / Perfectivo para aplicativo / Cambio de configuración de aplicativo".

...

Aplicativo

...

...

Intervenciones

...

Visible si el campo "Tipificación del cambio" NO tiene el valor "Nuevo aplicativo".

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

RF-23

...

Paso a estado "En espera de PT"," En espera de PL", "Listo para PGPS" o "Listo para PGP Correctivos".

...

...

Descripción

...

El sistema actualiza una RFC pasando a "En espera de PT"," En espera de PL", "Listo para PGPS" o "Listo para PGP Correctivos".

...

...

Precondición

...

El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema
Se ha accedido a la aplicación con un usuario que posee el perfil Responsable de Gestión del Cambio
Existe una RFC en estado "En análisis", "Elevada, pendiente de Comité de Cambios" o "Elevada, pendiente de Comité de Cambios extendido".

...

...

Secuencia
Normal

...

Paso

...

Acción

...

...

1

...

Pulsar en el botón Aprobar

...

Postcondición

La RFC está en estado

...

...

Excepciones

...

Paso

...

Acción

...

...

-

...

-

...

Comentarios

...

-

...

...

...

...

RF-26

...

Paso a estado "En espera de PT"," Listo para PGPS" o "Listo para PGP Correctivos".

...

...

Descripción

...

El sistema actualiza la RFC pasando a estado "En espera de PT", "Listo para PGPS" o "Listo para PGP Correctivos" tras la finalización no exitosa de una PL.

...

...

Precondición

...

El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema.
Se ha accedido a la aplicación con un usuario que posee el perfil Responsable de Gestión del Cambio.
Existe una RFC en estado PL entregada.
Existe una PL asociada a la RFC.

...

...

Secuencia
Normal

...

Paso

...

Acción

...

...

1

...

Tras la finalización no exitosa de una PL la RFC vuelve al estado "En espera de PT", "Listo para PGPS" o "Listo para PGP Correctivos" en función del valor del campo "Tipificación del cambio".

...

Postcondición

La RFC está en estado

...

...

Excepciones

...

Paso

...

Acción

...

...

-

...

-

...

Comentarios

...

-

...

...

RF-27

...

Paso a estado "En espera PL", "En espera de PT", "Listo para PGPS" o "Listo para PGP Correctivos" si es necesario asociar una nueva PL.

...

...

Descripción

...

El sistema actualiza la RFC pasando a estado "En espera PL", "En espera de PT", "Listo para PGPS" o "Listo para PGP Correctivos" tras la finalización no exitosa de una PL.

...

...

Precondición

...

El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema.
Se ha accedido a la aplicación con un usuario que posee el perfil Responsable de Gestión del Cambio.
Existe una RFC en estado "Lista para finalizar".
Existe una PL asociada a la RFC.

...

...

Secuencia
Normal

...

Paso

...

Acción

...

...

1

...

Si es necesario asociar una nueva PL la RFC vuelve al estado "En espera PL", "En espera de PT", "Listo para PGPS" o "Listo para PGP Correctivos" en función del valor del campo "Tipificación del cambio".

...

Postcondición

La RFC está en estado:

...

...

Excepciones

...

Paso

...

Acción

...

...

-

...

-

...

Comentarios

...

-

...

...

...

RF-29

...

Paso de estado "Pte. alta nuevo aplicativo" a "En espera de PT".

...

...

Descripción

...

El sistema actualiza una RFC pasando a estado "En espera de PT".

...

...

Precondición

...

El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema
Se ha accedido a la aplicación con un usuario que posee el perfil Proveedor
Existe una RFC en estado "Pte. alta nuevo aplicativo".

...

...

Secuencia
Normal

...

Paso

...

Acción

...

...

1

...

Pulsar en el botón Listo.

...

Postcondición

...

La RFC se actualiza a estado "En espera de PT".

...

...

Excepciones

...

Paso

...

Acción

...

...

-

...

-

...

Comentarios

...

-

...