Administrar recursos adicionales
En términos de IREX, "recursos adicionales" se entenderán como más servicios que ayudan a los usuarios de IREX con la ejecución de sus tareas regulares. A partir de ahora, son:
- Lugares, como edificios y planos — para ayudar a los usuarios a obtener rápidamente una respuesta a una pregunta como "¿Qué sucedió en el 3er piso de City Plaza?".
- Servidores Edge — para permitir configuraciones de sistema más eficientes en cuanto a rendimiento estable y menores requisitos de canal.
- Ubicaciones — para ayudar a los usuarios a obtener rápidamente una respuesta a una pregunta como "¿Qué sucedió en Sunset Boulevard en Los Ángeles?".
- Listas de personas y vehículos — para administrar el reconocimiento facial y de placas de manera compatible con las regulaciones éticas.
- Monitores de alarma — para organizar mejor el trabajo en equipo en centros de respuesta a incidentes
- Marcas en el mapa y tipos de marcas — para ayudar al usuario a navegar en el mapa.
- Conexiones externas — para integrar IREX con dispositivos externos, por ejemplo, aquellos que proporcionan acceso automático a un área.
- Objetos de carretera — para controlar las infracciones de las reglas de tráfico en intersecciones, plazas, etc.
Un recurso puede o no asignarse a un grupo de usuarios teniendo en cuenta, por un lado, consideraciones de organización eficiente, y por otro las limitaciones éticas.
Los administradores administran los recursos en secciones dedicadas en la pantalla de configuración del programa, que se abre a través de Menú de usuario — Configuración (User menu — Settings).
Acceso a recursos vs jerarquía de grupos de usuarios
- La asignación de un recurso a un grupo "hijo" asigna automáticamente el mismo recurso a todos los "padres" del grupo hacia arriba en la jerarquía, y lo mismo para la desasignación.
- El acceso del grupo "padre" heredado de sus "hijos" no puede cancelarse directamente, es decir, de esta manera, por ejemplo; use esta técnica para cancelar el acceso de esos "hijos", el resto ocurrirá automáticamente.
Sin recursos "huérfanos"
Un recurso no puede dejarse "huérfano", es decir, sin al menos un grupo de usuarios que lo tenga accesible. Si es necesario, elimine el recurso mismo.