Objetivo
Modelar la forma en la que se responde a los requisitos cambiantes del negocio, asegurando que los cambios se registran y se evalúan con el objetivo de dar valor reduciendo al mínimo el número de incidencias y las interrupciones del servicio.
Alcance
Es documento está dirigido a todos los interesados en conocer los actuales procesos de FARO.
Roles
En este apartado se definen todos los roles que intervienen en el proceso RFC de FARO. En la siguiente tabla se identifican los procesos en los que interviene cada rol.
ROL | RFC |
Proveedor | X |
Responsable de planificación y cambios (GCAMB) | X |
Jefe de proyecto STIC | X |
Equipo de negociado | X |
Proveedor
Equipo de proyecto del contrato o factoría.
Responsable de planificación y cambios (GCAMB)
Es el responsable de la gestión de las solicitudes de cambio (RFC). Es el propietario del cambio hasta que lo aprueba y es igualmente responsable del cierre de la petición de cambio cuando proceda.
Jefe de proyecto STIC
Dentro de la STIC, es el responsable de la planificación y ejecución de los proyectos de desarrollo relacionados con los programas y aplicaciones del SAS. Se encarga de la relación con el negocio y el cliente.
Los permisos del jefe de proyecto se transfieren jerárquicamente, es decir, los Responsables de área STIC podrán realizar las mismas tareas que los Jefes de proyecto STIC.
Equipo de negociado
Son los responsables de autorizar, a solicitud del proveedor, un cambio de alcance o la anulación de una RFC que ya haya sido aprobada.
Modelo de entidad / relación
El siguiente diagrama muestra la relación entre las diferentes entidades existentes en FARO. 
Figura 1. Diagrama Entidad-Relación
RFC
Solicitud de Cambio. En ella se detalla el alcance del cambio, se estima el coste y se especifica la nueva versión del aplicativo.
Existen cuatro tipos de RFC:
- 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.
Descripción del proceso
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.
Diagrama de procesos
Figura 2. Proceso RFC 
Figura 3. Subproceso Analizar y resolver RFC
Diagrama de estados
Figura 3. Diagrama de estados RFC
Descripción de las actividades
Actividad 1. Completar RFC
- 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:
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 |
| |
| 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 |
| |
| Plataforma Hw |
|
|
N3 (correctivos) | Correctivo de aplicativo | "Listo para PGP correctivos" |
Actividad 1'. Completar RFC pendiente
- 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 |
| |
| 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 |
| |
| Plataforma Hw |
|
|
N3 (correctivos) | Correctivo de aplicativo | "Listo para PGP correctivos" |
Actividad 2. Verificar RFC
- 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).
Actividad 3. Justificar paralización de RFC
- 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".
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).
Actividad 5. Corregir RFC
- 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).
Actividad 6. Analizar en comité
- 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.
- Analizar la RFC junto con el comité de cambios para determinar qué hacer con la RFC.
- 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).
Actividad 7. Analizar en comité extendido
- 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.
- Analizar la RFC junto con el comité de cambios extendido para determinar qué hacer con 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).
8. Subproceso anular
Figura 3. Subproceso Anular
- 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".
9. Subproceso aprobar
Figura 4. Subproceso Aprobar
- 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:
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 |
| |
| 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 |
| |
| Plataforma Hw |
|
|
N3 (correctivos) | Correctivo de aplicativo | "Listo para PGP correctivos" |
Eventos tras aprobar una RFC normal o de emergencia
- 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:
Clasificación | Estado actual |
N3 (desarrollos) | "En espera de PT" |
N1 y N2 | "Listo para PGPS" |
N3 (correctivos) | "Listo para PGP correctivos" |
- 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).
Actividad 11. Determinar fin RFC
- 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).
Actividad 12. Negociar cambio de alcance de RFC
- 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".
Actividad 13. Determinar si 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".
Actividad 14. Completar 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".
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.
Actividad 16. Completar nuevo aplicativo
- 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".
Actividad 17. Completar anulación tras análisis
- 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".
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".
Actualizar RFC al crear incidencia en Web CEGES
- 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).
Evento de solicitud de negociación
- 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.
Anexos
Anexo I: Atributos de la entidad 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. |
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 | Se calcula según los valores de los campos "Nivel de riesgo" y "Urgencia". Campo autorellenado y no modificable. Ver tabla siguiente |
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. |
Tipificación del cambio | Tipo de cambio solicitado. |
Pendiente de Definición | Indica si la RFC está completamente definida o hay algún campo pendiente de establecer. |
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. |
Descripción del cambio | Descripción detallada del cambio. |
Urgencia | Indica la inmediatez con que es necesaria aplicar el cambio. |
Nivel de riesgo | Indica el nivel de exposición del cambio. |
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. |
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. |
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". |
Anexo II: Casos de uso del proceso de gestión de solicitudes de cambio (RFC).
Acceso al sistema
RF-01 | Acceso al sistema |
|
Descripción | El usuario accede al sistema |
|
Precondición | No existe |
|
Secuencia | Paso | Acción |
| 1 | El usuario accede a la aplicación |
| 2 | El sistema solicita la introducción de los campos Nombre de usuario y contraseña |
| 3 | Rellenar los campos y pulsar en el botón Enviar |
| 4 | El usuario accede al sistema |
| 5 | El sistema muestra las opciones (situadas en la parte izquierda de la aplicación), según el perfil con el que haya accedido el usuario. |
Postcondición | El usuario accede al sistema |
|
Excepciones | Paso | Acción |
| 4 | Si el valor del campo Nombre de usuario y/o Contraseña no son correctos el sistema muestra el mensaje ATENCIÓN: Nombre de usuario o contraseña no válido |
Comentarios | - |
|
Creación de solicitudes según Tipología
Creación de RFC de tipo normal
RF-02 | Creación de RFC de tipo normal |
|
Descripción | El sistema registra una nueva RFC en estado En análisis |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Creación de solicitudes de sistemas
RF-03 | Creación de RFC de emergencia y tipificación del cambio "sistemas" |
|
Descripción | El sistema registra una nueva RFC en estado Listo para PGPS |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios |
|
|
Creación de solicitudes de desarrollo
RF-04 | Creación de RFC de emergencia y tipificación del cambio desarrollo |
|
Descripción | El sistema registra una nueva RFC en estado En espera de PT |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios |
|
|
Creación de solicitudes de correctivos de desarrollo
RF-05 | Creación de RFC de emergencia y tipificación del cambio correctivo de desarrollo |
|
Descripción | El sistema registra una nueva RFC en estado Listo para PGP correctivos |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Creación de RFC incompleta
RF-06 | Creación de RFC incompleta |
|
Descripción | El sistema registra una nueva RFC incompleta |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Creación de solicitudes de nuevo aplicativo
RF-07 | Creación de RFC de emergencia y tipificación del cambio Nuevo aplicativo |
|
Descripción | El sistema registra una nueva RFC en estado Pte. alta nuevo aplicativo |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | El usuario solicita al sistema la creación de una nueva RFC |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se ha creado una nueva RFC |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Paralización de RFC
Paso a estado Justificando la paralización
RF-08 | Paso a estado Justificando la paralización |
|
Descripción | El sistema actualiza una RFC pasando a estado Justificando la paralización |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Paralizar |
Postcondición | La RFC está en estado Justificando la paralización |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Paso a estado Paralizada
RF-09 | Paso a estado "Paralizada" |
|
Descripción | El sistema actualiza una RFC pasando a estado "Paralizada" |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | El usuario selecciona un valor para el campo "Motivo de la paralización". |
| 2 | Pulsar en el botón Paralizada |
Postcondición | La RFC está en estado Paralizada |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Devolución de RFC
RF-10 | Paso a estado "Devuelta al proveedor". |
|
Descripción | El sistema actualiza una RFC pasando a estado "Devuelta al proveedor." |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Devolver al proveedor. |
| 2 | El usuario selecciona un valor para el campo "Razones de rechazo / devolución. |
| 3 | Pulsar en el botón Listo |
Postcondición | La RFC está en estado Devuelta al proveedor |
|
Excepciones | Paso | Acción |
| 2 | Si el estado en el que se encuentra la RFC es "Elevada. Pdte. comité" o "Elevada. Pdte. comité extendido" se deberá rellenar el campo "Resultado del análisis en el comité". |
| 3 | Si el usuario pulsa el botón Cancelar el caso de uso se aborta |
Comentarios | - |
|
Elevar a comité de cambios
RF-11 | Paso a estado "Elevada, pendiente de Comité de Cambios". |
|
Descripción | El sistema actualiza una RFC pasando a estado Elevada, pendiente de Comité de Cambios |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Elevar a Comité de Cambios. |
Postcondición | La RFC está en estado "Elevada, pendiente de Comité de Cambios". |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Elevar a comité de cambios extendido
RF-12 | Paso a estado "Elevada, pendiente de Comité de Cambios extendido". |
|
Descripción | El sistema actualiza una RFC pasando a estado "Elevada, pendiente de Comité de Cambios extendido". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Elevar a Comité Extendido. |
| 2 | Rellenar el campo Resultado del análisis en el comité. |
| 3 | Pulsar en el botón Listo. |
Postcondición | La RFC está en estado "Elevada, pendiente de Comité de Cambios extendido". |
|
Excepciones | Paso | Acción |
| 3 | Si el usuario pulsa el botón Cancelar el caso de uso se aborta |
Comentarios | - |
|
Anulación
Paso a estado Pendiente de finalizar por anulación (desde varios estados)
RF-13 | Paso a estado "Pendiente de finalizar por anulación" desde estados "En análisis", "Elevada, pendiente de Comité de Cambios" o "Elevada, pendiente de Comité de Cambios extendido". |
|
Descripción | El sistema actualiza una RFC pasando a estado "Pendiente de finalizar por anulación". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Anular. |
| 2 | Seleccionar un valor para el campo Motivos de anulación. |
| 3 | Pulsar en el botón Listo. |
Postcondición | La RFC está en estado Pendiente de finalizar por anulación. |
|
Excepciones | Paso | Acción |
| 3 | Si la RFC está en estado En negociación pulsar en el botón No exitosa. |
Comentarios | - |
|
Paso a estado Anulada en Gestión de Cambios
RF-14 | Paso a estado Anulada en Gestión de Cambios |
|
Descripción | El sistema actualiza una RFC pasando a estado Anulada en Gestión de Cambios |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Seleccionar un valor para el campo Motivos de anulación |
| 2 | Pulsar en el botón Anular |
Postcondición | La RFC está en estado Pendiente de finalizar por anulación |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Negociación de RFC
Paso a estado En negociación desde estado En análisis, Listo para PGPS, "En espera de PT, Listo para PGP Correctivos o En espera de PL.
RF-15 | Paso a estado "En negociación" desde estado "En análisis", "Listo para PGPS", "En espera de PT", "Listo para PGP Correctivos" o "En espera de PL". |
|
Descripción | El sistema actualiza una RFC pasando a estado En negociación desde el estado "En análisis", "Listo para PGPS", "En espera de PT", "Listo para PGP Correctivos" o "En espera de PL". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón "Solicitar" bajo la etiqueta "Negociar solicitud". |
Postcondición | La RFC está en estado |
|
Excepciones | Paso | Acción |
| 1 | Si el usuario pulsa el botón Cancelar el caso de uso se aborta |
Comentarios | - |
|
Paso a estado En negociación desde varios estados
RF-16 | Paso a estado "En negociación" desde estados "Elevada, pendiente de Comité de Cambios" o "Elevada, pendiente de Comité de Cambios extendido". |
|
Descripción | El sistema actualiza una RFC pasando a estado "En negociación" desde los estados "Elevada, pendiente de Comité de Cambios" o "Elevada, pendiente de Comité de Cambios extendido". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Seleccionar un valor para el campo Razones de rechazo / devolución, y rellenar el campo Resultado del análisis en el comité |
| 2 | Pulsar en el botón Rechazar |
Postcondición | La RFC está en estado En negociación |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | Puede rellenarse el campo no obligatorio Descripción del rechazo / devolución / anulación: |
|
Paso a estado Negociación exitosa
RF-17 | Paso a estado "Negociación exitosa" desde estado "En negociación". |
|
Descripción | El sistema actualiza una RFC pasando a estado "Negociación exitosa desde el estado En negociación". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Exitosa. |
Postcondición | La RFC está en estado "Negociación exitosa". |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Análisis de RFC
Paso a estado En análisis desde estado Paralizada
RF-18 | Paso a estado En análisis desde estado Paralizada |
|
Descripción | El sistema actualiza una RFC pasando a estado En análisis desde el estado Paralizada |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Listo |
Postcondición | La RFC está en estado En análisis |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Paso a estado En análisis desde estado Devuelta al proveedor
RF-19 | Paso a estado "En análisis" desde estado "Devuelta al proveedor". |
|
Descripción | El sistema actualiza una RFC pasando a estado "En análisis" desde el estado "Devuelta al proveedor". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Enviar |
Postcondición | La RFC está en estado "En análisis". |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Paso a estado En análisis desde estados Listo para PGPS, En espera de PT o Listo para PGP Correctivos
RF-20 | Paso a estado "En análisis" desde estado "Listo para PGPS", "En espera de PT" o "Listo para PGP Correctivos". |
|
Descripción | El sistema actualiza una RFC pasando a estado "En análisis" desde los estados "Listo para PGPS", "En espera de PT" o "Listo para PGP Correctivos". |
|
Precondición | Existe una RFC en estado "Listo para PGPS", "En espera de PT" o "Listo para PGP Correctivos". |
|
Secuencia | Paso | Acción |
| 1 | Desde la aplicación de WEB CEGES se asocia una incidencia a una RFC. |
| 2 | La RFC actualiza su estado a "En análisis". |
Postcondición | La RFC está en estado En análisis |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Paso a estado En análisis desde estado Negociación exitosa
RF-21 | Paso a estado En análisis desde estado Negociación exitosa |
|
Descripción | El sistema actualiza una RFC pasando a estado "En análisis" desde el estado "Negociación exitosa". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Rellenar el campo "Resultado de la negociación" con el cliente". |
| 3 | Pulsar No en el botón Sí (bajo la etiqueta Negociación exitosa / ¿Requiere nueva RFC?) |
Postcondición | La RFC está en estado En análisis |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Paso a estado Pendiente de finalizar por anulación desde estado Negociación exitosa
RF-22 | Paso a estado Pendiente de finalizar por anulación desde estado Negociación exitosa |
|
Descripción | El sistema actualiza una RFC pasando a estado Pendiente de finalizar por anulación desde el estado Negociación exitosa |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Rellenar el campo Resultado de la negociación con el cliente |
| 3 | Pulsar Sí en el botón bajo la etiqueta Negociación exitosa / ¿Requiere nueva RFC? Resultado de la negociación con el cliente |
Postcondición | La RFC está en estado Pendiente de finalizar por anulación |
|
Excepciones | Paso | Acción |
| - |
|
Comentarios | - |
|
Aprobación
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 |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Aprobar |
Postcondición | La RFC está en estado
|
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Finalización
Paso a estado Lista para finalizar
RF-24 | Paso a estado "Lista para finalizar". |
|
Descripción | El sistema actualiza una RFC pasando a estado "Lista para finalizar". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Finalizar. |
Postcondición | La RFC está en estado "Lista para finalizar". |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Paso a estado Finalizado/a(s)
RF-25 | Paso a estado Finalizado/a(s). |
|
Descripción | El sistema actualiza una RFC pasando a estado "Finalizado/a(s)". |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema. |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el botón Finalizar RFC sin costes. |
Postcondición | La RFC está en estado "Finalizado/a(s)". |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Finalización de PL sin éxito
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. |
|
Secuencia | 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 | - |
|
Asociación de nueva PL
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. |
|
Secuencia | 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 | - |
|
Registro de PL
Paso de RFC a estado PL entregada
RF-28 | Paso a estado PL entregada |
|
Descripción | El sistema actualiza una RFC pasando a estado PL entregada |
|
Precondición | El usuario ha ejecutado el caso de uso RF-01 Acceso al sistema |
|
Secuencia | Paso | Acción |
| 1 | Pulsar en el enlace Crear PL |
| 2 | Rellenar los siguientes campos obligatorios
|
| 3 | Pulsar en el botón Enviar |
Postcondición | Se registra la PL en el sistema |
|
Excepciones | Paso | Acción |
| - | - |
Comentarios | - |
|
Paso de estado Pte. alta nuevo aplicativo a En espera de PT
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 |
|
Secuencia | 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 | - |
|
Vista general
Herramientas de contenido
- Impreso por Atlassian Confluence 8.7.2