GitLab

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 - Cte. J. Gutiérrez (Adm. Central)
RF3	Alta	Los administradores centrales podrán dar de baja o modificar material existente	✔️	Reunión developers - PO- Cte. J. Gutiérrez (Adm. Central)
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 - Sto. Torremocha (Adm. Unidad)
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 - Cte. Gutiérrez - Sto. Torremocha
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 - Cte. Gutiérrez
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 - Sto. Torremocha
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 (Políticas de seguridad del cliente)
RNF4	Alta	La interfaz de la aplicación se desarrollará siguiendo las pautas de accesibilidad recogidas en la especificación WCAG 2.1, debiendo seguir, al menos, el nivel A de las directrices que guían cada uno de sus principios (Perceptible, Operable, Comprensible y Robusto)	✔️	Reunión developers - PO
RNF5	Baja	La aplicación se desplegará en cluster de alta disponiblidad con, al menos, dos servidores		Reunión developers - PO