Requisitos Funcionales
| Id |
Prioridad |
Descripción |
MVP |
Fuente |
| RF1 |
Alta |
Existirán cuatro roles diferenciados: Administrador Central, Administrador de Unidad, MiembroGC no administrador y Personal Externo (Técnico) |
✔️ |
Reunión developers - PO |
| RF2 |
Alta |
Usuarios administradores centrales podrán de alta nuevo material, categorizado dentro de una de las categorías (subtipos) existentes |
✔️ |
Reunión developers - PO |
| RF3 |
Alta |
Los administradores centrales podrán dar de baja o modificar material existente |
✔️ |
Reunión developers - PO |
| RF4 |
Alta |
El material se podrá asignar a un usuario (MiembroGC) o a una unidad |
✔️ |
Reunión developers - PO |
| RF5 |
Alta |
Los MiembroGC pertenecerán a una unidad determinada, pudiendo los administradores listar el material que tiene la unidad, bien asignado a la propia unidad, o asignado a alguno de sus usuarios. Los MiembroGC no administrador, solo podrán ver sus materiales |
✔️ |
Reunión developers - PO |
| RF6 |
Media |
Todos los MiembroGC (administrador y no administrador) podrán dar de alta nuevas incidencias, que pueden ser relativas a configuración, avería, extravío o solicitud |
✔️ |
Reunión developers - PO |
| RF7 |
Media |
Los Administradores y Técnicos podrán marcar las incidencias como resueltas, o cambiarlas al estado que corresponda |
✔️ |
Reunión developers - PO |
| RF8 |
Media |
Los Administradores y Técnicos solo podrán atender aquellas incidencias que estén dentro de su ámbito competencias (restringido por su perfil) |
|
Reunión developers - PO |
| RF9 |
Media |
Los dos tipos de administradores podrán listar todas las incidencias existentes, pudiendo filtrar por diferentes criterios. Los administradores de Unidad solamente podrán acceder a las incidencias reportadas por sus usuarios |
|
Reunión developers - PO |
| RF10 |
Baja |
Los administradores centrales podrán ver estadísticas sobre el número total de equipamiento asignado a cada unidad y del tipo de cada equipamiento |
|
Reunión developers - PO |
| RF11 |
Baja |
Los administradores de unidad podran ver estadísticas sobre el tipo de equipamiento que tienen asignado |
|
Reunión developers - PO |
| RF12 |
Alta |
Los Administradores de Unidad podrán visualizar los usuarios de su unidad, así como el material que tienen asignado |
✔️ |
Reunión developers - PO |
| RF13 |
Baja |
El listado de Unidades se obtendrá del sistema NERHU (Nuevo Entorno de Recursos Humanos) de la Guardia Civil |
|
Reunión developers - PO |
| RF14 |
Baja |
El listado de Usarios se obtendrá del sistema de gestión de usuarios que proporcione Guardia Civil (LDAP, NERHU ...) |
|
Reunión developers - PO |
| RF15 |
Media |
Los diferentes usuarios deben poder autenticarse mediante usuario/contraseña |
|
Reunión developers - PO |
Requisitos No Funcionales
| Id |
Prioridad |
Descripción |
MVP |
Fuente |
| RNF1 |
Alta |
La aplicación debe poseer un diseño que garantice la adecuada visualización en PC, tablets y smartphones |
✔️ |
Reunión developers - PO |
| RNF2 |
Alta |
El sistema debe garantizar el cumplimiento del régimen general de protección de datos personales |
|
Restricción legal |
| RNF3 |
Alta |
El acceso a la aplicación se realizará a través de protocolos que aseguren la confidencialidad de la información |
✔️ |
Reunión developers - PO |
| RNF4 |
Baja |
La aplicación se desplegará en cluster de alta disponiblidad con, al menos, dos servidores |
|
Reunión developers - PO |
Carlos Moreno