Правильный драйвер – гибкая интеграция.
Создание интегрированных систем безопасности (ИСБ) – процесс построения комплекса технических средств охраны, работающих в едином информационном пространстве, что позволяет создавать произвольные модели взаимодействия различных систем, удовлетворяющие практически любым требованиям служб эксплуатации объекта. В роли интегрирующей среды, решающей задачи администрирования и управления всей системой в целом выступает программный комплекс.
При строительстве нового объекта и наличии достаточных средств у инвестора интегрированную систему можно получить от одного из серьезных производителей типа Honeywell или Siemens. Здесь изначально все технические средства различных систем охраны работают под управлением единого программного продукта. Однако гораздо чаще возникает ситуация, когда надо либо интегрировать уже существующие разрозненные технические средства охраны, либо подстраиваться под корпоративные стандарты службы безопасности заказчика. В этом случае различные системы безопасности, созданные на базе разнообразных, но серийных аппаратных платформ, объединяются в единую ИСБ на основе программного обеспечения верхнего уровня. Процесс взаимодействия с оборудованием решается на уровне набора драйверов – специальных программных продуктов, отвечающих за интерфейс с конкретным оборудованием.
Предшествующий опыт и история создания ИСБ нашими специалистами привели к построению базовой структуры ИСБ на основе программного комплекса (ПК) LyriX российского производства. Выбор данной структуры обоснован принципами организации и использованием технологий, обеспечивающими открытость системы для сторонних разработчиков: стандартной технологии стыковки модулей (CORBA) и технологии работы с базами данных (JDBC). Кроме того, в LyriX используется технология, обеспечивающая универсальность применения различных программных продуктов, а именно: формат XML для хранения настроек объектов, конфигурационных файлов и для экспорта и импорта настроек объектов.
Сегодня хочется поделиться некоторыми проблемами, возникающими при интеграции различных систем, и подчеркнуть значимость службы эксплуатации объекта в создании оптимальной структуры интегрированной системы безопасности.
Процесс разработки драйверов специфического оборудования в значительной мере зависит от состояния «открытости» программно-аппаратного обеспечения, предлагаемого производителем данного оборудования:
полностью отсутствует какая-либо открытая информация о возможности взаимодействия с данным оборудованием, что может встретиться при наличии уже имеющейся у заказчика системы уникального производителя;
производитель предоставляет протокол непосредственного взаимодействия с оборудованием, как правило, через COM-порт. В этом случае возможна реализация независимого драйвера, обеспечивающего выполнение всех функций оборудования в объеме предоставляемого производителем протокола обмена и управления;
в настоящее время многие производители одумались и предоставляют свои программные приложения, взаимодействующие с оборудованием. Взаимодействие может осуществляться через универсальные программные интерфейсы, базу данных или общие файлы на информационном уровне. При этом возможности разрабатываемого драйвера ограничиваются рамками предоставляемого производителем программного интерфейса.
В случае разработки драйвера прямого протокола не всегда удается договориться с производителем оборудования о предоставлении полного протокола. Особенно в части реализации функций управления оборудованием. Отдельные производители, предлагая открытый протокол только для обмена информацией, закрывают функции, связанные с управлением и настройкой оборудования. В большей степени это свойственно производителям импортного оборудования, предоставляющего на рынок интегрированные системы собственного производства.
При разработке драйвера оборудования на основе программного приложения производителя приходится сталкиваться с проблемой дополнительной отладки не только разрабатываемого продукта, но и предлагаемого в качестве исходного. Особенно это относится к программным продуктам отечественного производства. Все программные продукты тестируются перед выходом в свет, но никто не застрахован от ошибок, особенно программисты. Да и смоделировать ситуацию, которая может возникнуть на объекте, иногда даже и предусмотреть-то невозможно, но все равно с прискорбием приходится констатировать достаточную сырость отдельных программных продуктов, с которыми приходилось иметь дело при разработке драйверов оборудования. Данная проблема свойственна не только отечественным разработчикам. Ошибки встречаются и в импортных приложениях. И в подобных случаях принципиальным является реакция (как по времени, так и по отношению к проблеме) на устранение замечания.
Проблема отладки программного обеспечения непосредственно на объекте заслуживает отдельного внимания. Довольно часто приходится сталкиваться с тем, что, несмотря даже на наличие технического задания, постановка задачи производится «по живому», в дискуссиях и беседах с заказчиком. При этом огромное значение приобретает дружественный и профессиональный интерфейс между разработчиком и заказчиком. Не всегда, особенно на первых этапах создания системы, появляется четкое и ясное видение конечной реализации. Но, к сожалению, умные знания и представления разработчиков в случае уникальных по структуре и новизне объектов не всегда совпадают с представлениями реального заказчика. Следовательно, в ходе реализации поставленной задачи, а чаще на стадии последующей эксплуатации реализованного приходится сталкиваться с некоторыми несоответствиями представления о системе с функционирующим механизмом. Вот на данном этапе и выявляется степень грамотности и предвидения разработчика. Возможность модернизации системы за счет внутренних возможностей и ресурсов системы без значительного привлечения дополнительных средств и затрат и определяет стоимость и качество реализованного решения.
Данный период наиболее ценен в плане устранения «неловленных фичей» и доводки принятых технических решений до совершенства с целью избежать их в последующих реализациях. В первую очередь это касается процесса отладки программной части системы, так как при этом производится глубокое и случайное тестирование системы.
Использование ПК LyriX позволяет успешно решать и неожиданные задачи типа интеграции ИСБ с системами, не относящимися напрямую к безопасности, а именно системами автоматизации и жизнеобеспечения объектов и/или комплексом информационных систем. Так, в настоящее время на одном из крупных объектов общественно-спортивного назначения нашими специалистами реализована комплексная система, включающая ИСБ, системы автоматизации и информационные системы. Использование в качестве единого идентификационного признака персональной карты стандарта ISO 15693 позволило объединить различные базы данных в общее информационное пространство, предоставляя комплекс услуг по безопасности и коммерческого характера:
— контроль доступа в охраняемые зоны;
— автоматическая парковка автомобилей;
— платежно-пропускная система курорта;
— прокат инвентаря;
— автоматические камеры хранения;
— гостиничная система;
— клубная система.