Кса пцо "радиосеть" - третье поколение программного обеспечения пцо. Кса пцо эгида ® (egida ®) Техническое обслуживание и регламентные работы

5 Действия персонала ПЦО в нештатных ситуациях 1

5.1 При выходе из строя комплекса средств автоматизации ПЦО (КСА ПЦО), системы передачи извещений, радиосистемы передачи извещений, групповых абонентских комплектов сотрудники, несущие службу на ПЦО, и работники ПЦО обязаны:

В кратчайшие сроки принять меры по восстановлению работоспособности комплекса средств автоматизации ПЦО (КСА ПЦО), системы передачи извещений, радиосистемы передачи извещений в соответствии с пошаговым алгоритмом действий личного состава ПЦО для замены, вышедших из строя АРМ ПЦО и пультового оборудования СПИ (РСПИ). При необходимости использовать оперативный обменный фонд ПЭВМ и аппаратуры СПИ (РСПИ);

В случае необходимости принять меры по восстановлению работоспособности аппаратуры СПИ и вспомогательного оборудования, установленных в кроссовых залах АТС;

Определить объекты, находившиеся под охраной, вышедших из строя систем передачи извещений, радиосистем передачи извещений, организовать работу по их охране в соответствии с условиями договора. При необходимости задействовать силы и средства территориального ОВД, работающие в системе единой дислокации на обслуживаемой территории;

Сообщить дежурному ПЦО (ЦОУ, ГОСДНП), оперативному дежурному ОВД и действовать по их указаниям;

При поступлении извещения о неисправности группового абонентского комплекта на объекте (направления системы передачи извещений) организовать устранение неисправности во взаимодействии с территориальным подразделением ФГУП «Охрана» МВД России или иной обслуживающей организацией;

После устранения неисправностей в функционировании системы передачи извещений, радиосистемы передачи извещений и групповых абонентских комплектов определить и отработать изменения состояния охраны объектов.

5.2 При отключении электропитающего напряжения на ПЦО сотрудники, несущие службу на ПЦО, и работники ПЦО обязаны:

Включить (при отсутствии автоматического перехода) электропитание ПЦО от резервного (автономного) источника (второй независимый ввод, дизель или бензогенератор, аккумуляторы);

Выяснить причину аварии у дежурного энергосетей, принимаемых мерах и сроках устранения;

Сообщить об отключении электропитания на ПЦО дежурному ПЦО (ЦОУ, ГОСДНП), оперативному дежурному территориального ОВД и действовать по их указаниям;

Сообщить ГЗ СП ВОП об аварии электроснабжения ПЦО;

Обеспечить максимально возможную охрану объектов, квартир и МХИГ в соответствии с условиями договора. При необходимости задействовать силы и средства территориального ОВД, работающие в системе единой дислокации на обслуживаемой территории;

При отключении электропитания здания (помещения) на длительное время (недели, месяцы), принять меры к переносу ПЦО в другое здание (помещение).

5.3 При авариях на телефонных коммуникациях между АТС и ПЦО сотрудники, несущие службу на ПЦО, и работники ПЦО обязаны:

Сообщить о неисправности соединительных линий работникам оператора связи, выяснить причину аварии, принимаемых мерах и сроках устранения. Организовать мероприятия по переходу на резервные линии связи;

Сообщить об аварии телефонных коммуникаций и принятых мерах дежурному ПЦО (ЦОУ, ГОСДНП), оперативному дежурному ОВД и действовать по их указаниям;

Сообщить ГЗ СП ВОП об аварии соединительных линий между АТС и ПЦО;

5.4 В случае массовых отключений электроэнергии на объектах и авариях АТС сотрудники, несущие службу на ПЦО, и работники ПЦО обязаны:

Выяснить причину у дежурного энергосетей или оператора связи, принимаемых мерах и сроках устранения;

Сообщить об авариях коммуникаций и принимаемых мерах дежурному ПЦО (ЦОУ, ГОСДНП), оперативному дежурному ОВД и действовать по их указаниям;

Сообщить ГЗ СП ВОП район населенного пункта, где произошли аварии энергосетей или абонентских телефонных коммуникаций;

Обеспечить максимально возможную охрану объектов в соответствии с условиями договора. При необходимости задействовать силы и средства территориального ОВД, работающие в системе единой дислокации на обслуживаемой территории.

_________________________________________
1 В редакции Приказа МВД России от 16 июня 2011 г. № 676 “Об утверждении Инструкции по организации работы пунктов централизованной охраны подразделений вневедомственной охраны”

ПАСПОРТ И РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ

Настоящее руководство по эксплуатации предназначено для изучения принципа работы и эксплуатации устройств сопряжения интерфейсов RS-232 и ретранслятора системы передачи извещений "Фобос" "УСИ-Фобос" и "УСИ-Фобос-01".

Описание и работа изделия
1.1 Назначение изделия
1.1.1 Устройство сопряжения интерфейсов RS-232 и ретранслятора системы передачи извещений "Фобос" "УСИ-Фобос", именуемое в дальнейшем УСИ, представляет собой электронное устройство, предназначенное для модернизации системы "Фобос", позволяющее подключать до трёх выделенных линий от ретрансляторов (РТР) системы передачи извещений "Фобос" на один компьютер (ПЭВМ) с программным обеспечением АРМ ДПУ, КСА ПЦО "Терра" или КСА ПЦО "Эгида". Устройство сопряжения интерфейсов RS-232 и ретранслятора системы передачи извещений "Фобос" "УСИ-Фобос-01", именуемое в дальнейшем УСИ, если не сказано иное, представляет собой электронное устройство, используемое в системе "Фобос" и позволяющее подключать одну выделенную линию от ретранслятора (РТР) системы передачи извещений "Фобос" на компьютер (ПЭВМ) с программным обеспечением АРМ
ДПУ КСА ПЦО "Терра" или КСА ПЦО "Эгида".
1.1.2 УСИ рассчитан на непрерывный круглосуточный режим работы с заданными параметрами.
1.1.3 УСИ эксплуатируется в местах, где он защищён от воздействия атмосферных осадков и механических повреждений.
1.1.4 По устойчивости к механическим воздействиям исполнение УСИ соответствует категории размещения 3 по ОСТ 25 1099-83.
1.1.5 По устойчивости к климатическим воздействиям окружающей среды УСИ соот- ветствует исполнению 03 по ОСТ 25 1099-83, но для работы в диапазоне температур от 274 до 313 К (от + 1 до + 40 ОС).

Характеристики
1.2.1 УСИ выполнен в настенном исполнении и располагается на пункте централизованной охраны (ПЦО).
1.2.2 УСИ-Фобос запитывается от ПЭВМ или источника постоянного напряжения (5±0,25) В. Ток, потребляемый УСИ, не превышает 50 мА. Потребляемая мощность не превышает 0,25 Вт.
1.2.3 УСИ имитирует работу ПЦН "Фобос" и связан с ретрансляторами выделенными двухпроводными линиями, а с ПЭВМ кабелем, подключённым к СОМ-порту.
1.2.4 УСИ поддерживает обмен ПЦН – ретранслятор со стороны ПЦН по выделенной двухпроводной линии на скорости 200 бод с амплитудной модуляцией.
1.2.5 УСИ имеет индикаторы передаваемых и принимаемых данных.
1.2.6 Радиопомехи, создаваемые УСИ при работе, не превышают значений, указанных в ГОСТ 23511-79.
1.2.7 Средняя наработка УСИ на отказ – не менее 20000 ч, что соответствует вероятности безотказной работы 0,95 за 1000 ч.
1.2.8 Среднее время восстановления работоспособного состояния УСИ при проведении ремонтных работ – не более 60 мин.
1.2.9 Средний срок службы УСИ – не менее 8 лет.
1.2.10 Время технической готовности УСИ к работе после включения питания – не более 10 с.
1.2.11 Масса УСИ – не более 0,25 кг.
1.2.12 Габаритные размеры УСИ – не более 150х105х35 мм.
1.2.13 Конструкция УСИ обеспечивает его пожарную безопасность в аварийном режиме работы и при нарушении правил эксплуатации согласно ГОСТ 12.1.004-91.
1.3 Состав изделия
1.3.1 В состав УСИ входит:
1) "УСИ-Фобос" или "УСИ-Фобос-01";
2) АЦДР.426469.009 РЭ Руководство по эксплуатации "УСИ-Фобос", "УСИ-Фобос-01";
3) АЦДР.685611.063 Кабель сопряжения с ПЭВМ – 1 шт;
4) Шуруп 1-3х25.016 ГОСТ 1144-80 с дюбелем 6х30 – 3шт.
1.4 Устройство и работа изделия
1.4.1 УСИ конструктивно выполнен в виде печатной платы, помещённой в пластмассовый корпус, состоящий из основания и крышки. Под крышкой на плате имеются разъёмы для присоединения внешних проводов. Внешний вид УСИ-Фобос и его габаритные размеры приведены в приложении А.
1.4.2 Схема электрическая функциональная УСИ приведена в приложении Б. УСИ состоит из следующих функциональных узлов:
- трансформатора телефонного канала 1;
- ФНЧ передаваемого сигнала канала 1;
ПФ принимаемого сигнала канала 1;
- трансформатора телефонного канала 2;
- ФНЧ передаваемого сигнала канала 2;
- ПФ принимаемого сигнала канала 2;
- трансформатора телефонного канала 3;
- ФНЧ передаваемого сигнала канала 3;
- ПФ принимаемого сигнала канала 3;
- сумматора каналов;
- контроллера;
- светодиодных индикаторов;
- приёмопередатчика линий связи с RS-232;
- разъёмов для подключения внешних связей.......

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

А.Н. Морозов
Генеральный директор ООО "Конструкторское бюро систем связи", Группа компаний АСБ

Комплекс средств автоматизации пунктов централизованной охраны (КСА ПЦО) "Радиосеть" имеет следующие основные особенности:

архитектуру на основе распределенной самосинхронизирующейся среды функционирования;
функциональную полноту, включающую функции охранно-пожарной сигнализации, видеонаблюдения и видеообнаружения, контроля и управления доступом, речевой связи и оповещения;
универсальную панель управления;
универсальный и адаптивный интерфейс оператора, состоящий из панелей "Список", "Таблица" и "План";
расширенный формат абонентских номеров;
отсутствие необходимости в выделенном сервере (одноранговая среда);
возможность изменения конфигурации технических средств без необходимости перезапуска рабочих мест;
возможность "горячего" резервирования АРМ и баз данных (БД);
возможность гибкого конфигурирования зон обслуживания дежурных операторов.

Истоки создания КСА ПЦО "Радиосеть"

КСА ПЦО "Радиосеть" создан коллективом программистов, который на протяжении двух десятков лет специализируется на разработке ПО для систем безопасности. Этим коллективом разработаны несколько поколений АРМ, которые нашли широкое применение в подразделениях охраны. Среди данных разработок наибольшую известность получили КСА ПЦО НИЦ "Охрана" и "Эгида", зарекомендовавшие себя в эксплуатации как надежное и удобное ПО. В этом смысле КСА ПЦО "Радиосеть" вобрал в себя весь предшествующий профессиональный опыт. Представляется, что указанный опыт важен и ценен не только непосредственно для разработчиков, но и для конечных пользователей, поскольку в эксплуатации очень важно понимать не только "как сделано", но и "почему так сделано". В этом смысле в разговоре о КСА ПЦО "Радиосеть" уместно затронуть краткую историю создания его предшественников, что и будет сделано ниже.

Один из неумолимых законов Мерфи гласит: "Как только проект окончательно принят, он становится устаревшим в смысле своих концепций". Поэтому, приступая к КСА ПЦО "Радиосеть", разработчики прежде всего подвергли ревизии концепции, на которых базируются предшествующие проекты. Были проанализированы вопросы экономики, эксплуатации, архитектуры программно-аппаратной платформы, информационной модели, технологии разработки и жизненного цикла прикладного ПО. Стоимость комплекса программно-аппаратных средств ПЦО складывается из стоимости следующих составляющих:

аппаратной платформы (компьютеры и оборудование локально-вычислительной сети (ЛВС);
программной платформы (операционной системы и системы управления базами данных (СУБД);
эксплуатации.

На стоимость аппаратной и программной платформ КСА ПЦО основное влияние оказывает архитектура ЛВС, которая может быть одноранговой или с выделенным сервером. Теоретически, при прочих равных условиях, ЛВС с выделенным сервером надежней, однако значительно дороже и сложнее в эксплуатации. Проанализировав все "за" и "против", для КСА ПЦО "Радиосеть" была выбрана программно-аппаратная платформа следующей конфигурации:

одноранговая ЛВС;
операционная система Windows ХР (в ближайшей перспективе - Windows 7);
свободно распространяемая система управления БД Firebird.

Надежность работы одноранговой платформы КСА ПЦО "Радиосеть" обеспечивается специальной архитектурой прикладного ПО, основанной на распределенной самосинхронизирующейся среде функционирования, и описывается далее. Жизненный цикл прикладного ПО предшествующих разработок схематично заключается в следующем. Прежде всего выполняется исследование предметной области (представляющей в данном случае систему безопасности) и строится ее информационная модель. Это достаточно длительный, трудоемкий и неформальный процесс. Ошибки, допущенные на этом этапе, впоследствии приводят в лучшем случае к необходимости бесконечного "латания дыр" в виде бессистемных дополнений к интерфейсу, реализующих не учтенные ранее информационные и функциональные потребности. После разработки информационной модели пути разработчиков, образно говоря, расходятся. Каждый из них начинает программировать свою часть комплекса. При этом существенно важно, что разработанная ранее информационная модель воплощается в программном коде каждым программистом и в каждом из АРМ. Это приводит к избыточно большой трудоемкости разработки и сопровождения ПО. Кроме того, изменение информационной модели в процессе либо перемены предметной области или представления о ней разработчиков приводит к необходимости переписывать значительные куски кода. Последнее особенно существенно, поскольку совершенствование ПО в виде выпуска новых версий составляет бo"льшую часть его жизненного цикла (к примеру, разработка первой версии КСА ПЦО НИЦ "Охрана" заняла приблизительно один год, а выпуск последующих модификаций - пять лет). Описанная технология разработки ПО, как уже отмечалось, была использована в предыдущих проектах. Выпуск новых версий усложняло то, что в действительности в них были не одна, а три БД (информационная, оперативная и событийная). Поэтому использование технологии, упрощающей и в какой-то мере автоматизирующей процесс "материализации" информационной модели в программном коде, является очевидным и существенным ресурсом для ускорения разработки, повышения функциональных возможностей и увеличения жизненного цикла ПО. Для устранения указанных недостатков в КСА ПЦО "Радиосеть" была использована архитектура ПО, основанная на распределенной самосинхронизирующейся среде функционирования, конфигурируемой при помощи расширенного языка разметки (XML).

Ее отличие от использованных ранее заключается в том, что после разработки информационной модели она не передается в некоем описательном виде непосредственно программистам для последующей реализации в программном коде, а используется в качестве входных данных для системной (т.е. предназначенной для обеспечения функционирования комплекса в целом, а не выполнения прикладной задачи) компоненты ПО комплекса. В КСА ПЦО "Радиосеть" такая системная компонента носит название распределенного ядра (далее - ядра) или распределенной самосинхронизирующей среды исполнения. Фактически ядро является своеобразным "конструктором", из которого "собираются" интерфейс и функционал любого из АРМ, входящего в состав комплекса. При появлении новых требований к интерфейсу и функционалу ядро может быть доработано до новых возможностей, которые становятся доступны для применения в АРМ. При использовании этой технологии разработка АРМ заключается просто в указании того, какие ресурсы ядра ему нужны. Вся информация, описывающая информационную модель комплекса (структура и состав базы данных, протоколы обмена, элементы интерфейса) и необходимая для его работы, содержится в текстовом конфигурационном XML-файле. Распределенное ядро и конфигурационный XML-файл входят в состав комплекта ПО каждого рабочего места. Ядро работает следующим образом:

при запуске любого типа АРМ считывает описание системы из конфигурационного файла, проверяет наличие БД на локальном компьютере и создает БД при ее отсутствии в соответствии с описанием;
проверяет наличие БД на других компьютерах ЛВС и при их наличии проводит автоматическую синхронизацию БД;
обеспечивает сетевое взаимодействие между АРМ (обмен данными и событиями);
создает и обеспечивает функционал и синхронизацию содержимого в элементах интерфейса АРМ (план, таблица, список, карточка и т.д.). Использованная технология позволила легко решить задачу совмещения в одной программе функций администратора базы данных и инженера. Прежде в состав комплекса вынужденно входили два АРМ - АРМ АБД и АРМ "Инженер", которые во многом дублировали возможности друг друга. Фактически АРМ "Инженер" представлял собой усеченный АРМ АБД с функциями ведения протокола событий. Теперь же в состав интерфейса АРМ АБД просто было введено окно "Протокол", функционал которого поддерживается ядром и соответствует функционалу АРМ ДПУ;
создает и синхронизирует состояния объектов информационной модели АРМ в соответствии с описанием их в конфигурационном файле и наличием в БД;
создает и обслуживает виртуальные каналы передачи сообщений, распределяет нагрузки между АРМ, обеспечивает горячее резервирование АРМ и БД.

Состав КСА ПЦО "Радиосеть"

КСА ПЦО "Радиосеть" интегрирует работу со следующими подсистемами:

охранно-пожарной сигнализации (ОПС);
контроля и управления доступом;
видеонаблюдения и видеообнаружения;
речевой связи и оповещения. Подсистема ОПС поддерживает работу со следующими СПИ и интегрированными комплексами безопасности (ИКБ):
РСПИ "Радиосеть":
РСПИ"Струна-3М";
РСПИ"Струна-М";
ИКБ "Пахра";
СПИ "Фобос", "Фобос-3";
СПИ"Альтаир".

В состав КСА ПЦО "Радиосеть" входят АРМ дежурного пульта управления (АРМ ДПУ) и АРМ администратора базы данных (АРМ АБД). Основной экран АРМ ДПУ представлен на рисунке. Практика показывает, что требования к составу информации на экране АРМ ДПУ весьма противоречивы. С одной стороны, оператору нужна подробная информация о конкретном охраняемом объекте, с другой - ему необходимы сведения о текущей оперативной обстановке в его зоне обслуживания (ответственности), т.е. список всех тревожных ситуаций. В АРМ ДПУ это противоречие разрешается наличием двух панелей - панели тревог (10) и панелей данных (6, 7, 8).

На панели тревог отображается список абонентских номеров, зоны которых находятся в тревожном состоянии. На панели данных отображаются:

таблица состояний (6);
панель объекта (7);
графический план (8). Перечисленные панели исчерпывают все известные автору потребности в информационном обеспечении дежурных операторов. Панель "План" служит для отображения информации из графической базы данных. Отличительной особенностью панели "План" является отсутствие жесткой связи с абонентским номером, которая была в предыдущих разработках. Это позволяет отображать на одном плане столько объектов, сколько их необходимо для работы оператора.

Панель управления в левой части содержит поле для ввода абонентского номера, а в правой -доступные для него команды. Хочется обратить внимание на то, что панель содержит не только команды, привычные для систем ОПС, но и команды для зон видеонаблюдения (3), точек доступа (4) и пунктов речевой связи (5). В нижней части экрана располагается панель "Протокол" (9).

Подводя итоги описания КСА ПЦО "Радиосеть", отметим, что реализованные в нем решения и технологии обеспечивают:

функциональную полноту (ОПС, контроль и управление доступом, видеонаблюдение и видеообнаружение, речевая связь и оповещение);
минимальную стоимость программно-аппаратной платформы (одноранговая ЛВС и свободно распространяемая СУБД);
высокую надежность работы за счет "горячего" резервирования баз данных и рабочих мест операторов;
возможность быстрой модификации ПО, состава и структуры БД и разработки новых приложений.

Законы Мерфи неумолимы. Как только проект окончательно принят, он становится устаревшим в смысле своих концепций. Однако в каждом законе есть исключения. Мы постарались сделать все, чтобы КСА ПЦО "Радиосеть" стал таким исключением.