Historial de página
| Extracto | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Objetivo
|
| Divbox | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
| ||||||||
|
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
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.
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.
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:
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" |
- 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"
- 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.
- 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).
- 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).
- 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:
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" |
- 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).
- 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-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 | - |
|
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 | - |
|
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 |
|
|
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 |
|
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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: |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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 | - |
|
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
"En espera de PT" si el campo Tipificación del cambio posee alguno de los valores siguientes:"Adaptativo para aplicativo".
"Cambio de configuración de aplicativo".
"Carga de datos de aplicativo".
"Correctivo de datos de aplicativo".
"Evolutivo de aplicativo".
"Nuevo aplicativo".
"Plataforma Hw".
"Perfectivo del Sw de base".
"Evolutivo del Sw de base".
Excepciones
Paso
Acción
-
-
Comentarios
-
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 | - |
|
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 | - |
|
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
"En espera de PT" si el campo "Tipificación del cambio" posee alguno de los valores siguientes:Adaptativo para aplicativo
Cambio de configuración de aplicativo
Carga de datos de aplicativo
Correctivo de datos de aplicativo
Evolutivo de aplicativo
Nuevo aplicativo"Listo para PGPS" si el campo "Tipificación del cambio" posee alguno de los valores siguientes:
Plataforma Hw
Perfectivo del Sw de base
Evolutivo del Sw de base
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:
Adaptativo para aplicativo
Cambio de configuración de aplicativo
Carga de datos de aplicativo
Correctivo de datos de aplicativo
Evolutivo de aplicativo
Nuevo aplicativo"Listo para PGPS" si el campo Tipificación del cambio posee alguno de los valores siguientes:
Plataforma Hw
Perfectivo del Sw de base
Evolutivo del Sw de base
Excepciones
Paso
Acción
-
-
Comentarios
-
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 | - |
|
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
-
-
|
Ayuda relacionada:
- Enlace
- Enlace
| Propiedades de página | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
|
| Divbox | ||
|---|---|---|
| ||
| HTML |
|---|
<script>
/*------*/
/* JS para botón para Subir al inicio de la página (fixed esquina derecha abajo)*/
/*------*/
$(document).ready(function(){
$('.ir-arriba').click(function(){
$('body, html').animate({
scrollTop: '0px'
}, 300);
});
$(window).scroll(function(){
if( $(this).scrollTop() > 0 ){
$('.ir-arriba').slideDown(300);
} else {
$('.ir-arriba').slideUp(300);
}
});
});
</script> |
Comentarios
-
Vista general
Herramientas de contenido
- Impreso por Atlassian Confluence 8.7.2