El impulsor adecuado es la integración flexible.
La creación de sistemas de seguridad integrados (ISS) es el proceso de construir un complejo de medios técnicos de seguridad que operan en un solo espacio de información, lo que permite crear modelos arbitrarios de interacción entre varios sistemas que satisfacen casi cualquier requisito de los servicios de operación de una instalación. El complejo de software actúa como un entorno integrador que resuelve los problemas de administración y gestión de todo el sistema en su conjunto.
Cuando se construye una nueva instalación y el inversor dispone de fondos suficientes, se puede adquirir un sistema integrado de uno de los fabricantes serios como Honeywell o Siemens. Aquí, inicialmente, todos los medios técnicos de los distintos sistemas de seguridad operan bajo el control de un único producto de software. Sin embargo, con mucha más frecuencia surge una situación en la que es necesario integrar los diferentes medios técnicos de seguridad existentes o adaptarse a los estándares corporativos del servicio de seguridad del cliente. En este caso, varios sistemas de seguridad creados sobre la base de varias plataformas de hardware, pero en serie, se combinan en un único SIS basado en software de primer nivel. El proceso de interacción con el equipo se resuelve a nivel de un conjunto de controladores: productos de software especiales responsables de la interfaz con un equipo específico.
La experiencia previa y la historia de la creación de la ISS por parte de nuestros especialistas llevaron a la construcción de una estructura básica de la ISS basada en el paquete de software (PC) LyriX de fabricación rusa. La elección de esta estructura se justifica por los principios de organización y el uso de tecnologías que garantizan la apertura del sistema para desarrolladores externos: tecnología de enlace de módulos estándar (CORBA) y tecnología de bases de datos (JDBC). Además, LyriX utiliza tecnología que proporciona versatilidad en el uso de diversos productos de software, a saber: el formato XML para almacenar configuraciones de objetos, archivos de configuración y para exportar e importar configuraciones de objetos.
Hoy me gustaría compartir algunos de los problemas que surgen al integrar varios sistemas y enfatizar la importancia del servicio de operación de las instalaciones en la creación de la estructura óptima de un sistema de seguridad integrado.
El proceso de desarrollo de controladores para equipos específicos depende en gran medida del estado de “apertura” del software y hardware ofrecido por el fabricante de este equipo:
no existe absolutamente ninguna información abierta sobre la posibilidad de interacción con este equipo, lo que puede ocurrir si ya tiene cliente de un sistema de un fabricante único;
el fabricante proporciona un protocolo para la interacción directa con el equipo, generalmente a través de un puerto COM. En este caso, es posible implementar un controlador independiente que garantice el desempeño de todas las funciones del equipo dentro del alcance del protocolo de intercambio y control proporcionado por el fabricante;
Actualmente, muchos fabricantes han entrado en razón y ofrecen sus propias aplicaciones de software que interactúan con el equipo. La interacción se puede realizar a través de interfaces de programación universales, una base de datos o archivos compartidos a nivel de información. En este caso, las capacidades del controlador que se está desarrollando están limitadas por la interfaz de software proporcionada por el fabricante.
Al desarrollar un controlador de protocolo directo, no siempre es posible negociar con el fabricante del equipo para proporcionar el protocolo completo. Especialmente en términos de implementación de funciones de gestión de equipos. Algunos fabricantes, al ofrecer un protocolo abierto sólo para el intercambio de información, cierran funciones relacionadas con la gestión y configuración de los equipos. En mayor medida, esto es típico de los fabricantes de equipos importados que aportan al mercado sistemas integrados de producción propia.
Al desarrollar un controlador de hardware basado en la aplicación de software de un fabricante, uno tiene que enfrentar el problema de la depuración adicional no sólo del producto que se está desarrollando, sino también del producto ofrecido como original. Esto se aplica especialmente a los productos de software de producción nacional. Todos los productos de software se prueban antes de su lanzamiento, pero nadie está inmune a los errores, especialmente los programadores. Sí, y a veces es incluso imposible simular una situación que puede surgir en el sitio, pero aún así es lamentable notar que los productos de software individuales con los que tuvimos que lidiar al desarrollar controladores de hardware son bastante toscos. Este problema no se limita a los desarrolladores nacionales. También se producen errores en las aplicaciones importadas. Y en tales casos, lo fundamental es la reacción (tanto en el tiempo como en relación al problema) para eliminar el comentario.
Especial atención merece el problema de la depuración del software directamente in situ. Muy a menudo hay que lidiar con el hecho de que, a pesar de la presencia de especificaciones técnicas, la tarea se establece «en vivo», en discusiones y conversaciones con el cliente. En este caso, una interfaz amigable y profesional entre el desarrollador y el cliente adquiere gran importancia. No siempre, especialmente en las primeras etapas de creación de un sistema, existe una visión clara y clara de la implementación final. Pero, desgraciadamente, los conocimientos y las ideas inteligentes de los desarrolladores en el caso de objetos únicos en estructura y novedad no siempre coinciden con las ideas del cliente real. En consecuencia, durante la implementación de la tarea, y más a menudo en la etapa de operación posterior de la implementada, uno tiene que lidiar con algunas inconsistencias entre la idea del sistema y el mecanismo de funcionamiento. Es en esta etapa cuando se revela el grado de alfabetización y previsión del desarrollador. La capacidad de modernizar el sistema utilizando las capacidades y recursos internos del sistema sin atraer significativamente fondos y costos adicionales determina el costo y la calidad de la solución implementada.
Este período es más valioso en términos de eliminar “características no detectadas” y ajustar a la perfección las soluciones técnicas adoptadas para evitarlas en implementaciones posteriores. En primer lugar, se trata del proceso de depuración de la parte de software del sistema, ya que implica pruebas profundas y aleatorias del sistema.
El uso de LyriX PC le permite resolver con éxito problemas inesperados, como la integración de la ISS con sistemas que no están directamente relacionados con la seguridad, es decir, sistemas de automatización y soporte vital de instalaciones y/o un complejo de sistemas de información. Así, en la actualidad, en una de las grandes instalaciones públicas y deportivas, nuestros especialistas han implementado un sistema integral que incluye HMB, sistemas de automatización y sistemas de información. El uso de la norma ISO 15693 como elemento de identificación único de una tarjeta personal hizo posible combinar varias bases de datos en un espacio de información común, proporcionando una gama de servicios comerciales y de seguridad:
— control de acceso a áreas protegidas;
— aparcamiento automático;
— sistema de pago y acceso al resort;
— alquiler de equipos;
— taquillas automáticas;
— sistema hotelero;
— sistema de clubes.