4 Модульная структура построения КСА.

Для возможности наращивания комплекса по мере появления новых перспективных систем охраны необходимо предусмотреть возможность подключения независимого компактного программного модуля (драйвера или сервиса). Кроме этого необходимо предусмотреть гибкое наращивание интерфейса пользователя.

4.1 Надежность программных средств КСА.

Для этих целей в комплексе должна быть предусмотрена возможность организации аппаратного и программного резервирования технических средств охраны на уровне ПЦО. Объединение компьютеров комплекса в локальную вычислительную сеть (ЛВС) должно обеспечивать как минимум два маршрута информационных потоков между любыми парами АРМов, «горячее» резервирование АРМов оперативного персонала ПЦО, применение методов диспетчеризации ресурсов КСА ПЦО, оптимального их распределения между АРМами и т.п.

Современный комплекс должен работать под управлением современных надежных операционных систем, желательно промышленного класса с применением технологии «клиент – сервер», в тоже время он должен легко перестраиваться под более простые варианты использования для применения на ПЦО сельской местности.

При этом, недопустимо использование недокументированных особенностей как операционных систем, так и аппаратных особенностей персонального компьютера.

В комплексе должны быть предусмотрены средства: защиты от несанкционированного доступа, резервирования, диагностики (в т.ч. и ранней диагностики отказов) и восстановления.

Информация об ошибках в системе должна бать максимально полной и адекватной.

Отказы элементов системы не должны приводить к нарушению ее работоспособности в целом, потере данных или извещений.

4.2 Протоколирование процесса функционирования КСА.

Система должна обеспечивать протоколирование на всех уровнях своей структуры.

На нижнем уровне модули системы должны вести собственные технические протоколы, предназначенные, в основном, для фиксации и последующего выявления аппаратных сбоев нижнего уровня и программных ошибок с возможностью их опционального отключения (включения).

На верхнем уровне должно быть предусмотрено протоколирование событий с формированием соответствующих выборок и информации о дате и времени:

– тревожных сообщений;

– сообщений об охране (постановленных под охрану и снятых с охраны) квартир и объектов;

– сообщений о периодах охраны с возможностью суммирования длительности периода охраны за месяц;

– сообщений о неисправностях, в том числе нарушений каналов связи;

– сообщений об отключении электропитания на объекте (квартире) с переходом объектового оборудования на работу от резервного источника электропитания;

– сообщений о неисправности резервного аккумулятора.

4.3 Масштабируемость КСА ВО.

КСА не должен иметь ограничений на количество рабочих мест. При этом в комплексе должны быть предусмотрены средства синхронизации различных экземпляров баз данных по низкоскоростным каналам связи, что необходимо, например, при территориальной разобщенности различных подразделений одного подразделения, иметь автоматическую прозрачную для оператора трансляцию извещений на любой компьютер системы в соответствии с заданным алгоритмом, вне зависимости от источника его поступления и способа подключения аппаратных средств охраны.

4.4 Пользовательский интерфейс.

Все программные компоненты комплекса средств автоматизации должны иметь «дружественный» пользовательский интерфейс, обеспечивающий понятность и простоту, наглядность и удобство как инсталляции программных средств, так и работы с ними, электронную контекстно-привязанную помощь с подробной инструкцией о работе АРМ.

Далее >>>