Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • demeter demeter
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 16
    • Issues 16
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Manuel de Blas
  • demeterdemeter
  • Wiki
    • 2.evs
  • 4.2 Historias de Usuario

4.2 Historias de Usuario · Changes

Page history
hu. authored Oct 13, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Show whitespace changes
Inline Side-by-side
Showing with 51 additions and 44 deletions
+51 -44
  • 2.evs/4.2-Historias-de-Usuario.md 2.evs/4.2-Historias-de-Usuario.md +51 -44
  • No files found.
2.evs/4.2-Historias-de-Usuario.md
View page @ d52ae265
"Las historias de usuario son una herramienta que agiliza la administración de requisitos, reduciendo la cantidad de documentos formales y tiempo necesarios. Forman parte de la fórmula de captura de funcionalidades definida en 2001 por Ron Jeffries de las tres Cs[...]"" 7. Por lo tanto vamos a utilizar dicha herramienta para validar si las diferentes alternativas de solución que serán propuestas cumplen o no con lo que se espera y nos permitirán realizar una comparación objetiva entre las mismas. Las historias de usuario son un producto que permiten traducir las conclusiones del impact map en items del product backlog, permitiendo priorizar el trabajo pendiente de realizar.
Por otra parte, son una herramienta que permite realizar una estimación en tiempo y coste dentro de cada alternativa ayudando así a la hora de decidir por una o por otra. Atendiendo a la terminología utilizada en el impact map, el formato de una historia de usuario es el siguiente:
El formato de una historia de usuario es el siguiente:
**Como**: Actor **Quién**: Actor.
**Quiero**: Funcionalidad
**Para**: Finalidad **Quiero**: Entregable.
**Criterios de Aceptación**: "[...]Criterios [...] para dar como finalizada la implementación de la historia de usuario" 7
**Para**: Impacto.
**Criterios de Aceptación**: Criterios para dar como finalizada la implementación de la historia de usuario.
## Historias de Usuario ## Historias de Usuario
A continuación se describen mediante historías de usuario los casos generales de uso de la aplicación utilizando el formato descrito anteriormente: A continuación se describen mediante historias de usuario los casos de uso de la aplicación utilizando el formato descrito anteriormente:
### Historias de Usuario de Activaciones ### Historias de Usuario de Activaciones
* **HU-1:** Como usuario de una UCO quiero poder realizar una solicitud de activación rellenando el formulario correspondiente. 1. **HU-1:** Como UCO quiero poder realizar una solicitud de activación rellenando un formulario guiado para no cometer errores al rellenarlo.
* **Criterios de Aceptación:**
- **Criterios de Aceptación:**
1. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud. 1. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud.
2. Se validan los campos del formulario. 2. Se validan los campos del formulario.
3. Se registra de manera correcta la solicitud. 3. Se registra de manera correcta la solicitud.
* **HU-2:** Como usuario de una UCO quiero poder cargar la documentación requerida para una solicitud de activación.
* **Criterios de Aceptación:** 2. **HU-2:** 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. 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. 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. 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. 4. Se permite al usuario consultar la documentación asociada a una solicitud.
* **HU-3:** Como usuario de una UCO quiero poder consultar el estado de una solicitud de activación.
* **Criterios de Aceptación:** - **HU-3:** 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. 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. 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. 3. En los detalles de la solicitud se visualiza el estado de la solicitud y el motivo de estar en ese estado.
* **HU-4:** Como usuario de la UCO SECRES quiero poder registrar una solicitud de activación rellenando un formulario. - **HU-4:** Como usuario de la UCO SECRES quiero poder registrar una solicitud de activación rellenando un formulario.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
**Los mismos que para HU-01** **Los mismos que para HU-01**
* **HU-5:** Como usuario de la UCO SECRES quiero poder crear un expediente nuevo. - **HU-5:** Como usuario de la UCO SECRES quiero poder crear un expediente nuevo.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario crear un expediente nuevo. 1. Se permite al usuario crear un expediente nuevo.
2. El nombre del expediente se genera de forma automática con el siguiente formato: 2. El nombre del expediente se genera de forma automática con el siguiente formato:
3. Se permite al usuario modificar el nombre del expediente sugerido. 3. Se permite al usuario modificar el nombre del expediente sugerido.
4. El expediente se crea de forma correcta. 4. El expediente se crea de forma correcta.
* **HU-6:** Como usuario de la UCO SECRES quiero poder aprobar solicitudes asignándolas a un expediente. - **HU-6:** Como usuario de la UCO SECRES quiero poder aprobar solicitudes asignándolas a un expediente.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario añadir una solicitud a un expediente desde el expediente. 1. Se permite al usuario añadir una solicitud a un expediente desde el expediente.
2. Se permite al usuario añadir una solicitud a un expediente desde la solicitud. 2. Se permite al usuario añadir una solicitud a un expediente desde la solicitud.
3. La solicitud se asigna correctamente. 3. La solicitud se asigna correctamente.
4. Al asignar la solicitud se modifica su estado a aceptado. 4. Al asignar la solicitud se modifica su estado a aceptado.
* **HU-7:** Como usuario de la UCO SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD. - **HU-7:** Como usuario de la UCO SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario cerrar un expediente de forma manual. 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. 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. 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. 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. 5. Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación.
* **HU-8:** Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación. - **HU-8:** Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario modificar cualquier dato de una solicitud. 1. Se permite al usuario modificar cualquier dato de una solicitud.
2. Los cambios se realizan de forma correcta. 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. 3. Se permite realizar la modificación siempre y cuando el expediente no esté cerrado o no este la solicitud rechazada.
* **HU-9:** Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación. - **HU-9:** Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario rechazar una solicitud. 1. Se permite al usuario rechazar una solicitud.
2. Se permite al usuario especificar el motivo de rechazo. 2. Se permite al usuario especificar el motivo de rechazo.
3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma. 3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.
* **HU-10:** Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas. - **HU-10:** Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas.
* **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario consultar el crédito disponible para activaciones. 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. 2. Cuando se publica un expediente se permite actualizar el crédito disponible.
* **HU-11:** Como usuario de la UCO SECRES quiero poder calcular cuanto va a costar una solicitud. - **HU-11:** Como usuario de la UCO SECRES quiero poder calcular cuanto va a costar una solicitud.
* **Criterios de Aceptación:**
- **Criterios de Aceptación:**
1. Se calcula el coste de una solitud de forma automática. 1. Se calcula el coste de una solitud de forma automática.
2. Muestra un aviso mostrando si hay suficientes créditos. 2. Muestra un aviso mostrando si hay suficientes créditos.
* **HU-12:** Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada - **HU-12:** Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada
* **Criterios de Aceptación:**
- **Criterios de Aceptación:**
1. Cuando se acepta una solicitud se envía un correo de notificación al solicitante. 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. 2. Cuando se rechaza una solicitud se envía un correo de notificación al solicitante.
* **HU-13:**Como usuario de la UCO SECRES quiero poder consultar y modificar el coste por empleo/día de una activación - **HU-13:**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:** - **Criterios de Aceptación:**
1. Se permite visualizar el coste por empleo/día en la pantalla correspondiente 1. Se permite visualizar el coste por empleo/día en la pantalla correspondiente
2. Se permite modificar el coste para cada empleo. 2. Se permite modificar el coste para cada empleo.
3. Al actualizar el coste se refleja el cambio de forma correcta. 3. Al actualizar el coste se refleja el cambio de forma correcta.
### Historias de Usuario de Plazas ### Historias de Usuario de Plazas
Clone repository
  1. Especificación y formulación del problema
    1. Introducción
    2. Definición del problema
    3. Descripción del proceso actual
    4. Actores
    5. Alcance y limitaciones
  2. Estudio de Viabilidad del Sistema (EVS)
    1. Mind Map
    2. Impact Map
    3. Historias de Usuario
    4. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Demeter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)
    1. Requisitos
    2. Casos de Uso
    3. Diseño de la Interfaz de Usuario
    4. Product Backlog
  4. Definición del MVP
  5. Sprint 1
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  6. Sprint 2
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  7. Sprint 3
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Restrospective
  9. Acrónimos y siglas