Funcional |
RF-01 |
El sistema debe permitir crear, modificar, consultar y eliminar solicitudes de activación. |
Activaciones #1
|
Funcional |
RF-02 |
El sistema debe permitir crear, modificar, consultar y eliminar solicitudes de plazas. |
Plazas #1
|
Funcional |
RF-03 |
El sistema debe permitir generar expedientes y asignarles solicitudes de activación. |
Activaciones #2 (closed)
|
Funcional |
RF-04 |
El nombre del expediente debe generarse automáticamente. |
Activaciones #2 (closed)
|
Funcional |
RF-05 |
Debe ser posible añadir o eliminar solicitudes dentro de un expediente. |
Activaciones #2 (closed)
|
Funcional |
RF-06 |
El estado de una solicitud debe cambiar a “aceptado” al ser asignada a un expediente. |
Activaciones #2 (closed)
|
Funcional |
RF-07 |
El sistema debe implementar autenticación de usuarios. |
Activaciones #3 (closed), Plazas #3 (closed)
|
Funcional |
RF-08 |
El sistema debe registrar auditoría de todas las acciones de los usuarios (quién, cuándo, qué modificó). |
Activaciones #3 (closed), Plazas #3 (closed)
|
Funcional |
RF-09 |
Debe existir un formulario guiado para realizar solicitudes de activación. |
Activaciones #4 (closed)
|
Funcional |
RF-10 |
El formulario de solicitud debe incluir validación de campos obligatorios y formatos correctos. |
Activaciones #4 (closed), Plazas #6
|
Funcional |
RF-11 |
El sistema debe permitir cargar y asociar documentación a las solicitudes. |
Activaciones #5
|
Funcional |
RF-12 |
El usuario debe poder consultar la documentación asociada a cada solicitud. |
Activaciones #5
|
Funcional |
RF-13 |
El sistema debe enviar notificaciones por correo electrónico cuando cambie el estado de una solicitud. |
Activaciones #6, #12 (closed)
|
Funcional |
RF-14 |
En los detalles de una solicitud debe mostrarse su estado actual y motivo. |
Activaciones #6
|
Funcional |
RF-15 |
Debe permitirse cerrar expedientes manual o automáticamente (al llegar a 25 solicitudes). |
Activaciones #8
|
Funcional |
RF-16 |
Las solicitudes de un expediente cerrado deben pasar a estado “pendiente de publicación”. |
Activaciones #8
|
Funcional |
RF-17 |
No debe permitirse modificar solicitudes si el expediente está cerrado o la solicitud rechazada. |
Activaciones #9 (closed)
|
Funcional |
RF-18 |
El usuario debe poder reabrir un expediente si no ha sido enviado para publicación. |
Activaciones #8
|
Funcional |
RF-19 |
El sistema debe permitir rechazar solicitudes, indicando un motivo y notificando al solicitante. |
Activaciones #9 (closed) (rechazo) |
Funcional |
RF-20 |
El usuario debe poder consultar el crédito disponible para activaciones. |
Activaciones #10
|
Funcional |
RF-21 |
El crédito debe actualizarse automáticamente al publicar un expediente. |
Activaciones #10
|
Funcional |
RF-22 |
El sistema debe calcular el coste de una solicitud de activación automáticamente. |
Activaciones #11 (closed)
|
Funcional |
RF-23 |
Debe avisar si no hay suficiente crédito para aprobar una solicitud. |
Activaciones #11 (closed)
|
Funcional |
RF-24 |
El sistema debe permitir consultar y modificar el coste por empleo/día. |
Activaciones #13 (closed)
|
Funcional |
RF-25 |
El sistema debe permitir filtrar solicitudes de plazas según criterios definidos por RRHH. |
Plazas #2 (closed)
|
Funcional |
RF-26 |
Debe ser posible importar UCOs de forma masiva desde un fichero .txt de SIPERDEF. |
Plazas #4 (closed)
|
Funcional |
RF-27 |
Debe ser posible importar titulaciones, formaciones y experiencia laboral desde un fichero .xlsx . |
Plazas #5
|
Funcional |
RF-28 |
El sistema debe permitir exportar convocatorias en formato compatible con SIPERDEF. |
Plazas #7 (closed)
|
Funcional |
RF-29 |
El sistema debe generar un justificante al registrar una solicitud de plaza. |
Plazas #8
|
Funcional |
RF-30 |
El justificante debe incluir toda la información de la solicitud y la fecha/hora de creación. |
Plazas #8
|