|
|
|
Atendiendo a que la metodología utilizada se basa en el grupo de las metodologías ágiles, la especificación de requisitos tradicional basada en la diferenciación entre los requisitos funcionales y no funcionales de la aplicación carece de importancia en este tipo de metodología. Sustituyendo a este producto, a continuación se listan las Historias de Usuario (HU).
|
|
|
|
### Especificación de Requisitos
|
|
|
|
|
|
|
|
Las HU son un producto que permiten traducir los elementos del Impact Map en items que posteriormente conformen el Product Backlog (PB), permitiendo priorizar el trabajo pendiente de realizar.
|
|
|
|
Dado que la metodología empleada se basa en enfoques ágiles, la especificación tradicional de requisitos funcionales y no funcionales carece de relevancia. En su lugar, se utilizan **Historias de Usuario (HU)** como producto principal.
|
|
|
|
|
|
|
|
Atendiendo a la terminología utilizada en el impact map, el formato de una HU es el siguiente:
|
|
|
|
Las HU permiten traducir los elementos del **Impact Map** en ítems que posteriormente conforman el **Product Backlog (PB)**, facilitando la priorización del trabajo pendiente.
|
|
|
|
|
|
|
|
**Quién**: Actor.
|
|
|
|
El formato de una HU es el siguiente:
|
|
|
|
|
|
|
|
**Quiero**: Entregable.
|
|
|
|
- **Quién**: Actor.
|
|
|
|
- **Quiero**: Entregable.
|
|
|
|
- **Para**: Impacto.
|
|
|
|
- **Criterios de aceptación**: Condiciones que deben cumplirse para considerar finalizada la implementación de la HU.
|
|
|
|
|
|
|
|
**Para**: Impacto.
|
|
|
|
## Historias de Usuario
|
|
|
|
|
|
|
|
Criterios de aceptación: Criterios para dar como finalizada la implementación de la HU.
|
|
|
|
A continuación, se describen las HU de la aplicación, organizadas por módulos y priorizadas según su importancia.
|
|
|
|
|
|
|
|
## Historias de Usuario
|
|
|
|
### Módulo de Activaciones
|
|
|
|
|
|
|
|
A continuación, se describen mediante HUs los casos de uso de la aplicación utilizando el formato descrito anteriormente y ordenadas de forma prioritaria:
|
|
|
|
1. **Como SECRES quiero crear, modificar, consultar y eliminar solicitudes** para evitar el uso de hojas de cálculo.
|
|
|
|
|
|
|
|
### Historias de Usuario del módulo de activaciones
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Crear solicitudes de activación.
|
|
|
|
2. Editar solicitudes de activación.
|
|
|
|
3. Consultar solicitudes de activación.
|
|
|
|
4. Eliminar solicitudes de activación.
|
|
|
|
|
|
|
|
[TODO terminar cuando se haga la versión final del Impact Map]
|
|
|
|
2. **Como SECRES quiero generar expedientes y asignarles solicitudes** para evitar el uso de hojas de cálculo.
|
|
|
|
|
|
|
|
1. Como SECRES quiero poder crear, modificar, consultar y eliminar una solicitud para evitar el uso de una hoja de cálculo.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Poder crear solicitudes de activación.
|
|
|
|
2. Poder editar solicitudes de activación.
|
|
|
|
3. Poder consultar solicitudes de activación.
|
|
|
|
4. Poder eliminar solicitudes de activación.
|
|
|
|
2. Como SECRES quiero poder generar expedientes y asignarles solicitudes para evitar el uso de una hoja de cálculo.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. El nombre del expediente se genera de forma automática.
|
|
|
|
1. El nombre del expediente se genera automáticamente.
|
|
|
|
2. Se permite añadir una solicitud a un expediente.
|
|
|
|
3. Se permite eliminar una solicitud de un expediente.
|
|
|
|
4. Al asignar la solicitud se modifica su estado a aceptado.
|
|
|
|
3. Como SECRES quiero que la aplicación requiera de autenticación para poder disponer de trazabilidad en las solicitudes.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El sistema debe disponer de un sistema de auditoría para conocer qué usuario realiza cada cambio en cualquiera de las solicitudes.
|
|
|
|
4. Como UCO quiero poder realizar una solicitud de activación rellenando un formulario guiado para no cometer errores al rellenarlo.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud.
|
|
|
|
2. Se validan los campos del formulario.
|
|
|
|
3. Se registra de manera correcta la solicitud.
|
|
|
|
5. Como UCO quiero poder cargar la documentación requerida para una solicitud de activación para reducir la cantidad de oficios que se envían.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite al usuario cargar documentación al realizar una solicitud.
|
|
|
|
2. Se permite al usuario cargar documentación al visualizar los detalles de una solicitud creada.
|
|
|
|
3. La documentación se asocia a la solicitud de manera correcta.
|
|
|
|
4. Se permite al usuario consultar la documentación asociada a una solicitud.
|
|
|
|
6. Como SECRES quiero que se envíen emails de actualización del estado de las solicitudes para evitar recibir llamadas de consulta.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Cuando se modifica el estado de una solicitud el POC recibe un correo electrónico informativo.
|
|
|
|
2. Se permite a un usuario acceder a los detalles de una solicitud.
|
|
|
|
3. En los detalles de la solicitud se visualiza el estado de la solicitud y el motivo de estar en ese estado.
|
|
|
|
7. Como usuario de la UCO SECRES quiero poder registrar una solicitud de activación rellenando un formulario.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
8. Como usuario de la UCO SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite al usuario cerrar un expediente de forma manual.
|
|
|
|
2. Un expediente se cierra de forma automática al llegar a 25 solicitudes.
|
|
|
|
3. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación.
|
|
|
|
4. Si un expediente está cerrado no se permite modificar las solicitudes asociadas.
|
|
|
|
5. Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación.
|
|
|
|
9. Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite al usuario modificar cualquier dato de una solicitud.
|
|
|
|
2. Los cambios se realizan de forma correcta.
|
|
|
|
3. Se permite realizar la modificación siempre y cuando el expediente no esté cerrado o no este la solicitud rechazada.
|
|
|
|
10. Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite al usuario rechazar una solicitud.
|
|
|
|
2. Se permite al usuario especificar el motivo de rechazo.
|
|
|
|
3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.
|
|
|
|
11. Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite al usuario consultar el crédito disponible para activaciones.
|
|
|
|
2. Cuando se publica un expediente se permite actualizar el crédito disponible.
|
|
|
|
12. Como usuario de la UCO SECRES quiero poder calcular cuanto va a costar una solicitud.
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se calcula el coste de una solitud de forma automática.
|
|
|
|
2. Muestra un aviso mostrando si hay suficientes créditos.
|
|
|
|
13. Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Cuando se acepta una solicitud se envía un correo de notificación al solicitante.
|
|
|
|
2. Cuando se rechaza una solicitud se envía un correo de notificación al solicitante.
|
|
|
|
14. Como usuario de la UCO SECRES quiero poder consultar y modificar el coste por empleo/día de una activación
|
|
|
|
- Criterios de Aceptación:
|
|
|
|
1. Se permite visualizar el coste por empleo/día en la pantalla correspondiente
|
|
|
|
2. Se permite modificar el coste para cada empleo.
|
|
|
|
3. Al actualizar el coste se refleja el cambio de forma correcta.
|
|
|
|
|
|
|
|
### Historias de Usuario del módulo de plazas
|
|
|
|
|
|
|
|
1. Como SECRES quiero crear, consultar, modificar y anular solicitudes de plazas para evitar el uo de una hoja de cálculo para registrar las solicitudes y filtrarlas.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Poder crear solicitudes de plazas.
|
|
|
|
2. Poder editar solicitudes de plazas.
|
|
|
|
3. Poder consultar solicitudes de plazas.
|
|
|
|
4. Poder eliminar solicitudes de plazas.
|
|
|
|
2. Como SECRES quiero filtrar las solicitudes de plazas según los criterios establecidos por la Sección de Recursos Humanos del EME para evitar el uo de una hoja de cálculo para registrar las solicitudes y filtrarlas.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Poder seleccionar los criterios de filtrado necesarios.
|
|
|
|
4. Al asignar la solicitud, su estado cambia a aceptado.
|
|
|
|
|
|
|
|
3. **Como SECRES quiero que la aplicación requiera autenticación** para disponer de trazabilidad en las solicitudes.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes.
|
|
|
|
|
|
|
|
4. **Como UCO quiero realizar solicitudes de activación mediante un formulario guiado** para minimizar errores.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Proporcionar un formulario completo con todos los campos requeridos.
|
|
|
|
2. Validar los campos del formulario.
|
|
|
|
3. Registrar correctamente la solicitud.
|
|
|
|
|
|
|
|
5. **Como UCO quiero cargar la documentación requerida para una solicitud** para reducir el envío de oficios.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Permitir la carga de documentación al crear la solicitud.
|
|
|
|
2. Permitir la carga de documentación al visualizar la solicitud.
|
|
|
|
3. Asociar la documentación correctamente a la solicitud.
|
|
|
|
4. Permitir consultar la documentación asociada.
|
|
|
|
|
|
|
|
6. **Como SECRES quiero enviar notificaciones por email** al actualizar el estado de las solicitudes.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Notificar al POC cuando se modifica el estado de una solicitud.
|
|
|
|
2. Permitir acceder a los detalles de la solicitud.
|
|
|
|
3. Visualizar estado y motivo en los detalles de la solicitud.
|
|
|
|
|
|
|
|
7. **Como UCO/SECRES quiero registrar solicitudes de activación mediante formulario**.
|
|
|
|
|
|
|
|
- Criterios de aceptación: Pendiente de definir.
|
|
|
|
|
|
|
|
8. **Como UCO/SECRES quiero cerrar expedientes** para enviarlos a publicación en el BOD.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Permitir cierre manual de expedientes.
|
|
|
|
2. Cierre automático al alcanzar 25 solicitudes.
|
|
|
|
3. Al cerrar, las solicitudes pasan a pendiente de publicación.
|
|
|
|
4. No permitir modificaciones en solicitudes de expedientes cerrados.
|
|
|
|
5. Permitir reabrir expedientes si no han sido enviados.
|
|
|
|
|
|
|
|
9. **Como UCO/SECRES quiero modificar solicitudes de activación**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Modificar cualquier dato de la solicitud.
|
|
|
|
2. Los cambios se aplican correctamente.
|
|
|
|
3. Solo se permiten modificaciones si el expediente no está cerrado o la solicitud no ha sido rechazada.
|
|
|
|
|
|
|
|
10. **Como UCO/SECRES quiero rechazar solicitudes de activación**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Permitir el rechazo de la solicitud.
|
|
|
|
2. Especificar motivo de rechazo.
|
|
|
|
3. Notificar al solicitante el rechazo.
|
|
|
|
|
|
|
|
11. **Como UCO/SECRES quiero consultar el crédito disponible para activaciones**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Consultar crédito disponible.
|
|
|
|
2. Actualizar crédito al publicar un expediente.
|
|
|
|
|
|
|
|
12. **Como UCO/SECRES quiero calcular el coste de una solicitud**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Calcular el coste automáticamente.
|
|
|
|
2. Mostrar advertencia si los créditos son insuficientes.
|
|
|
|
|
|
|
|
13. **Como peticionario quiero recibir información del estado de mi solicitud**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Notificación por correo al aceptar la solicitud.
|
|
|
|
2. Notificación por correo al rechazar la solicitud.
|
|
|
|
|
|
|
|
14. **Como UCO/SECRES quiero consultar y modificar el coste por empleo/día de una activación**.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Visualizar el coste por empleo/día.
|
|
|
|
2. Modificar el coste por empleo.
|
|
|
|
3. Los cambios se reflejan correctamente.
|
|
|
|
|
|
|
|
### Módulo de Plazas
|
|
|
|
|
|
|
|
1. **Como SECRES quiero gestionar solicitudes de plazas** (crear, consultar, modificar y anular) para evitar el uso de hojas de cálculo.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Crear solicitudes de plazas.
|
|
|
|
2. Editar solicitudes de plazas.
|
|
|
|
3. Consultar solicitudes de plazas.
|
|
|
|
4. Eliminar solicitudes de plazas.
|
|
|
|
|
|
|
|
2. **Como SECRES quiero filtrar solicitudes de plazas según criterios de RRHH del EME**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. Seleccionar criterios de filtrado.
|
|
|
|
2. Obtener un listado de plazas priorizadas.
|
|
|
|
3. Como SECRES quiero que la aplicación requiera de autenticación para poder disponer de trazabilidad en las solicitudes.
|
|
|
|
|
|
|
|
3. **Como SECRES quiero que la aplicación requiera autenticación** para garantizar trazabilidad.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El sistema debe disponer de un sistema de auditoría para conocer qué usuario realiza cada cambio en cualquiera de las solicitudes.
|
|
|
|
4. Como SECRES quiero poder importar todas las UCOs de forma masiva para evitar tener que cargar todos los datos de forma manual.
|
|
|
|
1. Registrar qué usuario realiza cada cambio en las solicitudes.
|
|
|
|
|
|
|
|
4. **Como SECRES quiero importar UCOs de forma masiva** para evitar ingreso manual.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El sistema reconoce la carga de un fichero .txt con el formato específico de SIPERDEF.
|
|
|
|
5. Como SECRES quiero poder realizar la carga masiva de las titulaciones, formaciones y experiencia laboral de forma masiva para evitar tener que hacerlo manualmente.
|
|
|
|
1. Reconocer ficheros .txt con formato SIPERDEF.
|
|
|
|
|
|
|
|
5. **Como SECRES quiero importar titulaciones, formaciones y experiencia laboral de forma masiva**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El sistema permite la importación de un fichero .xlsx que contiene la información de todas las titulaciones actuales, titulaciones equivalentes pasadas, formación relacionada y experiencia relacionada.
|
|
|
|
6. Como UCO quiero tener un formulario guiado para realizar una solicitud de plazas para evitar cometer errores a la hora de realizar la solicitud.
|
|
|
|
1. Importar ficheros .xlsx con toda la información necesaria.
|
|
|
|
|
|
|
|
6. **Como UCO quiero un formulario guiado para solicitudes de plazas**.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El formulario de no debe permitir enviar una solicitud que no esté debidamente cumplimentada.
|
|
|
|
7. Como SECRES quiero poder exportar una convocatoria en un formato específico para poder importarlo fácilmente a SIPERDEF.
|
|
|
|
1. No permitir envío de solicitudes incompletas.
|
|
|
|
|
|
|
|
7. **Como SECRES quiero exportar convocatorias en formato específico** para importarlas en SIPERDEF.
|
|
|
|
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El formato cuenta con los campos necesarios para que la SECRES pueda importarlo a SIPERDEF de forma fácil.
|
|
|
|
8. Como UCO quiero que se genere un justificante al realizar una solicitud para poder enviar la solicitud realizada a la UCO superior.
|
|
|
|
1. Exportar con todos los campos necesarios para SIPERDEF.
|
|
|
|
|
|
|
|
8. **Como UCO quiero un justificante al realizar una solicitud** para enviarlo a la UCO superior.
|
|
|
|
- Criterios de aceptación:
|
|
|
|
1. El justificante cuenta con toda la información de la solicitud y la fecha y hora en la que fue creado. |
|
|
|
1. El justificante contiene toda la información de la solicitud y la fecha y hora de creación. |
