В рубрику "Системы контроля и управления доступом (СКУД)" | К списку рубрик | К списку авторов | К списку публикаций
А. А. Гинце
Директор по связям с общественностью компании "ДАМ Системз"
В современных системах контроля и управления доступом (СКУД) и интегрированных системах безопасности (ИСБ) программное обеспечение играет все большую роль. Использование сетевых технологий позволяет строить большие системы сложной топологии, которые невозможно создать чисто аппаратными средствами
Вниманию читателей предлагается взгляд автора на несколько вариантов развертывания программного комплекса СКУД или ИСБ для объектов различного масштаба. Следует отметить, что в деталях они могут отличаться (в зависимости от особенностей продукта и предпочтений его разработчика), но основные принципы, применяемые при реализации таких решений, скорее всего, будут неизменны.
Одним из простейших вариантов создания комплекса на объекте является изолированная (малая) система. В этом случае все модули комплекса (сервер БД, ядро, функциональные модули, драйверы оборудования и управляющая консоль) устанавливаются и запускаются только на одном компьютере. К этому же компьютеру подключается и оборудование всех подсистем безопасности.
Разумеется, данный компьютер должен обладать достаточной вычислительной мощностью и объемом памяти для функционирования всех этих модулей, а также дисковым пространством для хранения базы данных системы.
Достоинства:
Недостатки:
При наличии значительного количества управляемых устройств возможна медленная реакция комплекса на события и команды оператора из-за большой нагрузки на компьютер.
Рекомендации
Данная конфигурация хорошо подходит для построения интегрированных систем безопасности малого размера.
В централизованной системе с удаленным управлением (многопользовательской) все служебные модули комплекса (сервер БД, ядро, драйверы оборудования и логики) обычно функционируют на одном компьютере - центральном сервере системы, а запуск управляющей консоли возможен как на нем, так и на других компьютерах сети. Центральный сервер многопользовательской системы должен обладать большей вычислительной мощностью, объемом памяти и дисковым пространством, чем это было необходимо для малой системы. Однако в данной схеме появляется возможность использования менее мощных компьютеров с небольшим объемом дисков в качестве клиентских рабочих станций.
Достоинства:
Недостатки:
Рекомендации
Данная конфигурация хорошо подходит для построения интегрированных систем безопасности среднего размера.
В распределенной системе сервер БД и ядро функционируют на центральном сервере системы, а драйверы оборудования и логики распределены по всей сети. Запуск управляющих консолей возможен на любом компьютере сети, в том числе и на компьютерах, обслуживающих оборудование.
Применение данного типа архитектуры:
При распределенном запуске программных модулей встает задача контроля их состояния. Для облегчения работы администратора предусмотрены специальные средства, позволяющие ему со своего рабочего места контролировать функционирование модулей на других компьютерах, запускать или останавливать их.
Достоинства:
Недостатки:
Рекомендации
Данная конфигурация хорошо подходит для построения интегрированных систем безопасности заводов, аэропортов, банков, офисов крупных компаний, институтов и других крупных объектов.
Многофилиальная система представляет собой несколько взаимодействующих филиалов, каждый из которых находится под управлением автономного ПК, функционирующего в локальной сети. То есть в каждом филиале присутствует собственное ядро системы, драйверы оборудования и логики, а также база данных. При этом для каждого филиала может быть выбран любой из приведенных выше вариантов развертывания ПК: изолированная, централизованная или распределенная система.
Взаимодействие филиалов между собой может обеспечиваться (как вариант) отдельным программным модулем -"модулем многофилиальности" - и заключается в следующем:
Передача информации в процессе взаимодействия между филиалами происходит с использованием шифрования. Особо отметим, что возможность задания реакций во всей системе принципиально отличает функционал ПО многофилиального объекта от ПО, позволяющего просто синхронизировать базы данных.
Модуль многофилиальности предназначен для построения систем, имеющих топологию "дерево". При этом внутри системы выделяется один главный филиал (центральный офис), который соединяется каналами связи с подчиненными филиалами, у каждого из которых, в свою очередь, также могут иметься подчиненные филиалы и т.д
Достоинства:
Недостатки:
Рекомендации
Данная конфигурация оптимальна для обслуживания сети филиалов, географически удаленных друг от друга. Она может быть рекомендована также для повышения надежности и быстродействия системы, которое обеспечивается за счет распределения нагрузки, связанной с обслуживанием оборудования, между центральными серверами филиалов, а также за счет резервирования информации в базах данных филиалов.
Мы рассмотрели несколько вариантов ПО для СКУД и ИСБ объектов разного масштаба и рекомендуем потребителям обращать внимание на возможность наращивания функционала ПО в зависимости от развития и роста компании. Как известно, бизнес может расширяться не только в экономических категориях, но и территориально. Таким образом, мощное современное ПО для систем безопасности будет важным дополнительным ресурсом, увеличивающим ваши возможности.
Опубликовано: Каталог "СКУД. Антитерроризм"-2009
Посещений: 8630
Автор
| |||
В рубрику "Системы контроля и управления доступом (СКУД)" | К списку рубрик | К списку авторов | К списку публикаций