| ... | @@ -3,4 +3,19 @@ En este apartado se especifican los requisitos funcionales y no funcionales que |
... | @@ -3,4 +3,19 @@ En este apartado se especifican los requisitos funcionales y no funcionales que |
|
|
|
|
|
|
|
Los requisitos funcionales describen los servicios y capacidades que el sistema deberá proporcionar a sus distintos perfiles de usuario, mientras que los requisitos no funcionales establecen las características de calidad que deberá cumplir la solución en aspectos como seguridad, rendimiento, disponibilidad, auditoría y usabilidad.
|
|
Los requisitos funcionales describen los servicios y capacidades que el sistema deberá proporcionar a sus distintos perfiles de usuario, mientras que los requisitos no funcionales establecen las características de calidad que deberá cumplir la solución en aspectos como seguridad, rendimiento, disponibilidad, auditoría y usabilidad.
|
|
|
|
|
|
|
|
La obtención de estos requisitos se ha realizado a partir de las historias de usuario definidas durante el análisis funcional, del modelo del proceso de negocio (AS-IS y TO-BE) y de la normativa vigente que regula el apoyo sanitario en el Ejército de Tierra, especialmente la Instrucción Técnica 08/24 y la Norma 452/24 de la Fuerza Terrestre. Los requisitos incluidos en este documento constituyen la base para el desarrollo del Product Backlog y servirán como referencia para la implementación y validación del sistema. |
|
La obtención de estos requisitos se ha realizado a partir de las historias de usuario definidas durante el análisis funcional, del modelo del proceso de negocio (AS-IS y TO-BE) y de la normativa vigente que regula el apoyo sanitario en el Ejército de Tierra, especialmente la Instrucción Técnica 08/24 y la Norma 452/24 de la Fuerza Terrestre. Los requisitos incluidos en este documento constituyen la base para el desarrollo del Product Backlog y servirán como referencia para la implementación y validación del sistema.
|
|
\ No newline at end of file |
|
|
|
|
|
### 3.2.1. Requisitos funcionales
|
|
|
|
|
|
|
|
#### 3.2.1.1. Gestión de actividades
|
|
|
|
|
|
|
|
| Identificador | Nombre | Descripción | Origen | Prioridad |
|
|
|
|
|---|---|---|---|---|
|
|
|
|
| RF-001 | Alta de actividad | El sistema deberá permitir al Gestor de UCO registrar una nueva actividad susceptible de requerir apoyo sanitario. | HU-01 | Alta |
|
|
|
|
| RF-002 | Datos básicos de actividad | El sistema deberá permitir registrar, como mínimo, la denominación de la actividad, UCO responsable, fechas, ubicación, tipo de actividad y observaciones operativas relevantes. | HU-01 | Alta |
|
|
|
|
| RF-003 | Modificación de actividad | El sistema deberá permitir modificar los datos de una actividad mientras no se haya formalizado una solicitud de apoyo sanitario asociada o mientras el estado del expediente permita cambios. | HU-01 | Alta |
|
|
|
|
| RF-004 | Cancelación de actividad | El sistema deberá permitir cancelar una actividad registrada, dejando constancia de la fecha, usuario y motivo de la cancelación. | HU-01 | Alta |
|
|
|
|
| RF-005 | Consulta de actividad | El sistema deberá permitir consultar el detalle completo de una actividad registrada, incluyendo sus datos básicos, estado, recursos asociados y solicitudes vinculadas. | HU-01 | Alta |
|
|
|
|
| RF-006 | Registro en calendario | El sistema deberá incorporar automáticamente cada actividad registrada al calendario de actividades de la UCO correspondiente. | HU-01, HU-05 | Alta |
|
|
|
|
| RF-007 | Estado de actividad | El sistema deberá asignar a cada actividad un estado que permita identificar su situación dentro del proceso de planificación: borrador, planificada, con solicitud elevada, cubierta, cancelada o finalizada. | HU-01 | Media |
|
|
|
|
| RF-008 | Validación de campos obligatorios | El sistema deberá impedir el registro de actividades que no contengan los datos mínimos obligatorios definidos para su tramitación. | HU-01 | Alta | |
|
|
|
\ No newline at end of file |
