En un sistema urbano primero se dibuja la arquitectura y después se habla de equipos.
El entregable de esta propuesta es un sistema urbano inteligente que puede construirse por fases, cambiar de proveedor y operarse a largo plazo: el centro de operaciones inteligente observa la situación de toda la ciudad, la capa de plataforma gestiona los datos y las interfaces, y el transporte, la seguridad pública, las emergencias y los servicios municipales se instalan como proyectos uno a uno.
Cuatro escollos frecuentes en los proyectos urbanos
La mayoría de los problemas no están en la tecnología, sino en la estructura de compra.
Cada departamento compra la suya
Transporte, emergencias y servicios municipales construyen cada uno su plataforma; los datos no se comunican entre sí y al centro de mando al final solo le queda la pantalla grande.
Atado a un único proveedor
Las interfaces no son públicas, los datos no se pueden exportar, y cambiar de proveedor en la segunda fase equivale a empezar de cero.
Nadie revisa la lista de equipos
Las cámaras y los equipos de red tienen orígenes complejos; los problemas de cumplimiento de la cadena de suministro se descubren después de la licitación.
Construido y sin nadie que lo opere
La aceptación es el punto máximo; la guardia, la reverificación y las actualizaciones no tienen partida presupuestaria, y en dos años el sistema ya está viejo.
Composición de la arquitectura
Un centro, una plataforma y N aplicaciones. Cada capa se acepta por separado.
Centro de operaciones inteligente (IOC)
Conectado al núcleo situacional, hace la situación de toda la ciudad, la distribución de eventos y el mando de emergencias. El personal de guardia ve eventos pendientes de respuesta y evidencia, no una pantalla grande de retazos.
- Agregación y distribución de eventos de toda la ciudad
- Mapa situacional y evidencia en la misma pantalla
- Proceso de mando y despacho de emergencias
- Guardia y entregas con rastro completo
Capa de plataforma urbana
Identidad unificada, catálogo de datos, estándar de API y bus de mensajes; los sistemas departamentales se conectan por estándar y las aplicaciones nuevas ya no reconstruyen la base.
- Identidad unificada y permisos por cargo
- Catálogo de datos y criterio estadístico
- Estándar de API y bus de mensajes
- Norma de conexión departamental y criterio de aceptación
Módulo de gemelo digital
Las instalaciones, la red viaria y los eventos se mapean en un modelo urbano consultable; primero sirve al despacho y a los ejercicios, y después se amplía a la planificación.
- Modelado de instalaciones y red viaria
- Mapeo y consulta de eventos
- Despacho y ejercicios primero
- Las aplicaciones de planificación se amplían después
Grupo de aplicaciones por escenario
Las señales y eventos de tráfico, la percepción de seguridad pública, el despacho de recursos de emergencia y las órdenes de servicio municipal se instalan como proyectos uno a uno, cada uno con su propio criterio de aceptación.
- Señales de tráfico y respuesta a eventos
- Percepción de seguridad pública
- Despacho de recursos de emergencia
- Órdenes de servicio municipal
Lista de módulos contratables por separado
El conjunto completo es la arquitectura; la contratación va por módulos: cada uno puede firmarse y aceptarse por separado, y los que se compren después se conectan a la misma capa de plataforma.
| Módulo | Qué incluye | Entregable de aceptación por separado |
|---|---|---|
| Centro de operaciones inteligente (IOC) | Agregación y distribución de eventos, mapa situacional y evidencia en la misma pantalla, proceso de mando y despacho, rastro de guardia y entregas | Acta de aceptación de puesta en marcha del IOC y norma de guardia |
| Capa de plataforma urbana | Identidad unificada y permisos por cargo, catálogo de datos, estándar de API y bus de mensajes, norma de conexión departamental | Documento del estándar de interfaces y registro de aceptación de la conexión |
| Módulo de gemelo digital | Modelado de instalaciones y red viaria, mapeo y consulta de eventos; primero sirve al despacho y a los ejercicios | Lista de modelos y registro de aceptación de consultas |
| Paquete de escenario de tráfico | Coordinación de señales de tráfico y proceso de respuesta a eventos de tráfico | Acta de aceptación del escenario y muestras de registros de respuesta |
| Paquete de despacho de recursos de emergencia | Registro de recursos de emergencia, proceso de despacho y apoyo a ejercicios | Norma de despacho y registros de ejercicios |
| Paquete de órdenes de servicio municipal | Proceso de recepción, asignación, cierre y seguimiento de las órdenes municipales | Acta de aceptación del proceso de órdenes |
| Paquete de gobernanza y exportación de datos | Diccionario de datos, criterio estadístico y verificación de exportación, para garantizar que al cambiar de proveedor todo se puede llevar | Diccionario de datos y registro de verificación de exportación |
Cómo se conecta la plataforma
Los proyectos urbanos reutilizan las bases de toda la línea; no se empieza desde cero.
Núcleo situacional
Los eventos, las entidades y las líneas de tiempo del IOC vienen del núcleo unificado; los productos de inteligencia y alerta temprana pueden suministrarle datos directamente.
KINGAI ID, edición institucional
Los permisos de departamentos, cargos y operadores están particionados; la entrada de servicios al ciudadano y la consola interna están separadas.
Plataforma operativa ONE
Tras la puesta en marcha, la supervisión, la respuesta y la reverificación se operan dejando rastro, y el cliente municipal recibe el registro de operación cada mes.
Camino de entrega
El costo del diseño puede ser un pedido separado o descontarse de la implementación posterior. Cada paso deja un entregable verificable.
Estudio de la situación actual
Se inventarían los sistemas existentes, los datos y la lista de equipos, y la revisión de cumplimiento se hace a la vez.
Entregable: informe de inventario de la situación actual (listas de sistemas, datos y equipos, conclusión de la revisión de cumplimiento).
Diseño general
La arquitectura, el estándar de interfaces, la gobernanza de datos, la lista de fases y el criterio de operación se fijan de una vez.
Entregable: documento de diseño general (arquitectura, estándar de interfaces, gobernanza de datos, lista de fases, criterio de operación).
Implementación por fases
Cada aplicación se construye y se acepta una a una; en cada fase se entregan el diccionario de datos y la verificación de exportación.
Entregable: en cada fase, la aplicación misma, el diccionario de datos, el registro de verificación de exportación y el acta de aceptación.
Operación administrada
El proceso de guardia del IOC, la reverificación y las actualizaciones entran en operación a largo plazo, y los puntos de reemplazo de proveedor se revisan cada año.
Entregable: informe mensual de operación, registros de reverificación y tabla anual de revisión de los puntos de reemplazo de proveedor.
- La propuesta de diseño puede comprarse por separado, sin atarla a la implementación; la implementación se firma por fases y la operación, por años.
- La propuesta trae su trío de localización: socios locales, despliegue local y fuentes de contenido local.
- Los proyectos urbanos en el extranjero entran por la cadena de suministro de un integrador general o de socios locales, y cada pedido pasa la evaluación de exportación y de la legislación local.
Criterio de apertura y cumplimiento
Un sistema urbano funciona diez años; el contrato debe pensar en el décimo año.
Cláusulas contra el bloqueo
La API abierta, la exportación de datos y la asistencia de salida se escriben en el contrato, para que la licitación de la segunda fase no quede secuestrada por la primera.
Equipos revisados
Los equipos y componentes pasan partida por partida la revisión de la Sección 889 y dejan registro; la diligencia de penetración accionaria cubre a los proveedores sensibles.
Residencia de datos
Los datos urbanos residen según la jurisdicción; el despliegue puede ser local o en red privada, y la gestión de claves se fija en la fase de diseño.
Uso limitado, dentro del contrato
El diseño de las aplicaciones de seguridad pública no incluye la generación de plantillas de reconocimiento facial ni funciones de vigilancia personal masiva; el uso limitado se escribe en el contrato.
Preguntas frecuentes
¿Cómo se conectan los sistemas departamentales que ya existen?
Se conectan según el estándar de la capa de plataforma, sin empezar de cero.La capa de plataforma fija primero la identidad unificada, el catálogo de datos y el estándar de API; los sistemas departamentales se conectan uno a uno y las aplicaciones nuevas se construyen directamente sobre el estándar, sin reconstruir cada una su base.
¿Cómo se cortan las fases para no desperdiciar?
Primero la capa de plataforma y el IOC; después, las aplicaciones por escenario se instalan una a una.Cada fase se acepta por separado y entrega el diccionario de datos y la verificación de exportación; el resultado de una fase no lo derriba la siguiente, y la lista de fases se fija de una vez en la fase de diseño general.
¿Quién emite el informe de la revisión de equipos?
La conclusión de la revisión se escribe en el informe de inventario de la situación actual.Los equipos y componentes se revisan partida por partida contra la Sección 889 y dejan registro; a los proveedores sensibles se les hace además una diligencia de penetración accionaria, y la conclusión se entrega junto con el informe de inventario.
¿El personal de guardia del IOC es de quién?
Las dos opciones valen; se fija en el criterio de operación.Puede hacer la guardia el equipo de la ciudad, podemos administrarla nosotros, o puede ser un turno mixto; haga la guardia quien la haga, la respuesta y las entregas dejan rastro en todo el proceso y el registro de operación se entrega cada mes.
¿A quién pertenecen en realidad los datos?
Los datos urbanos pertenecen a la ciudad y residen según la jurisdicción.El despliegue puede ser local o en red privada; la gestión de claves se fija en la fase de diseño, y la exportación de datos y la asistencia de salida se escriben en el contrato.
¿Se puede comprar solo el diseño?
Sí; el diseño puede ser un pedido separado, sin atarlo a la implementación.La implementación se firma por fases y la operación, por años; el acuerdo de descontar el costo del diseño de la implementación posterior se escribe en el contrato de diseño.
A continuación, elija una sección
Confianza y cumplimiento
Formas de despliegue, soberanía de datos, operación segura, revisión de la cadena de suministro y límites de uso, todo escrito en un solo lugar.
Núcleo de inteligencia y situación
La situación del IOC viene de la red de inteligencia de fuentes abiertas: vea primero cómo se organizan los datos.
Alerta temprana de desastres y seguridad pública
Las emergencias son el primer escenario de alta frecuencia del IOC: empiece conectando la alerta temprana.
Empiece con un inventario de la situación actual
Indique el tamaño de la ciudad, la lista de sistemas existentes y los dos escenarios que más quiere resolver primero; respondemos con un borrador de arquitectura y el criterio de fases.
