Кса пцо. Кса пцо "радиосеть" - третье поколение программного обеспечения пцо. Измерительная аппаратура, инструменты и расходные материалы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Подключение и ручных оконечных устройств систем передачи извещений "Фобос", "Фобос-А", "Фобос-ТР", "Фобос-3", "Нева-10М", "Струна-3М", "Виста-501", УО-4С
• Охрана, управление и мониторинг объектов с использованием каналов сотовой связи GSM (SMS-сообщения)
• Автоматизированный контроль за состоянием охраняемых объектов с учетом режима охраны (времени на вход, графика охраны по дням недели, праздничных дней, долговременной охраны) и типа шлейфа (охранный, пожарный, тревожный)
• Автоматический контроль выполнения команд оператора
• Ведение протокола событий
• Работа в режиме дежурного оператора и дежурного офицера
• Автоматическая передача данных по тревожному объекту на пейджер группы задержания
• Информационная и сетевая совместимость с КСА ПЦО НИЦ "Охрана"
• Автоматическая передача тревожной информации на АРМ ДПЦО НИЦ "Охрана"
• Сетевое взаимодействие рабочих мест
• "Горячее" резервирование информационной и оперативной баз данных

Комплекс обеспечивает:

• работу с СПИ "Фобос", "Фобос ТР", "Фобос-3", "Фобос-А", "Нева-10М", "Атлас-2М", "Струна-3М"
• информационную и функциональную совместимость с КСА ПЦО НИЦ "Охрана" ГУВО МВД России
• удобный пользовательский интерфейс
• работу в графическом режиме
• наглядность представления информации
• оптимизацию действий оператора
• независимость от структуры объекта и типа используемых СПИ*
• подключение комбинированных систем охраны*
• поддержку сценариев устройств, зон и разделов*
• горячее программное резервирование*
• статическое и динамическое управление потоками данных*

*Примечание. При работе с БД формата IB DataBase 5.5

АРМ ДПУ

1. Добавлены фильтры "закладок"
2. Изменено цветовое отображение реквизитов объекта со статусом "особоважный"
3. Добавлены настройки вывода сообщение "Несанкционированное взятие/снятие", "Пропуск тестового сигнала".
4. Добавлен фильтр протокола "Тревожные сообщения"
5. Добавлена поддержка платы ЛПС СПИ "Альтаир"
6. Добавлена возможность вывода уровней принимаемых сигналов с передатчиков ЛАРС
7. Исправлена ошибка при работе с УО-4С на переключаемых рабочих местах
8. Исправлена ошибка при смене ключей шифрования для БР и стойки СПИ "Атлас-20"
9. Введен сторожевой таймер для предотвращения зависания процессоров стойки СПИ "Атлас-20"
10. Для СПИ с односторонним обменом возвращена функция отбоя тревожной ситуации по клавише F8. Добавлена функция восствновления предыдущего состояния по комбинации клавиш "Alt +"
11. Исправлена ошибка вывода информации при работе со "Струной-3М"
12. Изменен алгоритм опроса ретрансляторв "Фобос" для увеличения скорости выполнения команд ТУ
13. Изменены поля ввода ключей шифрования СПИ "Атлас-20" в "Сервере Драйверов"

АРМ АБД

1. Для абонентов добавлено поле "Пароль", с выводом данных в АРМ ДПУ
2. Введен режим импорта/экспорта конфигурации УО "Орион" из/в Uprog
3. Изменен режим работы с кодовыми страницами для передатчиков МАТ. Кодовая страница для передатчиков предназначается для создания структуры передатчика
4. Добавлена возможность создания кодовой страницы ЛАРС по структуре передатчика
5. Добавлена возможность конвертации из базы данных АО "Аргус-Спектр"
6. Исправлена ошибка с выводом окна поиска
7. Добавлено изменение индикации ключей приборов СПИ "Атлас-20", запрограммированных в приборах
8. Добавлена возможность изменения типа прибора для СПИ "Атлас-20"
9. Добавлен статус ШС "Контроль наряда" для "Прима-3А"
10. Добавлен поиск по диапазону абонентских номеров
11. Добавлена настройка вывода адреса в отчетах Excel (в одном или нескольких столбцах)
12. Добавлена возможность слияния баз данных "Эгида"
13. Изменен интерфейс ввода графика охраны для зон
14. Добавлены отчеты по СПИ "Альтаир"

АРМ ДПЦО

1. Добавлена возможность перераспределения информации от охраняемых объектов на разные АРМ ДПЦО

АРМ АБД

• В выходную форму команды "Поиск" добавлено поле "Дубликаты ключей"
• Введен режим редактирования поля "Дата расторжения договора"
• Введен режим автоматического уведомления о сроках расторжения договоров
• Введен режим охраны "Сохранение линии"

АРМ ДПУ

• Добавлена возможность работы с КЦН "Альтаир"
• Добавлена возможность работы с ШС С2000-ИТ
• Изменен алгоритм переинициализации для уменьшения времени перезапуска

АРМ АБД

• Добавлена категория объекта - обычный/особоважный
• Добавлен поиск по категории объекта
• Добавлена возможность быстрого поиска свободных абонентских номеров
• Добавлена РСПИ Trikdis
• Добавлен сервис автоматического ведения журнала работ с БД
• Добавлена возможность переноса УТ между линиями КПЦО
• Добавлены хинты к номерам линий "Атлас-20" как у Фобоса "локальный/сквозной"
• Добавлены комментарии к адресной линии "Атлас-20"
• КЦН "Альтаир". Добавлена возможность переноса ЛПП, ЛПЗ,ЛПФ между слотами РТР
• Добавлена выборка абонентских номеров синонимов в окне поиска
• Добавлена возможность копирования и вставки текста в поля ввода АРМ АБД, используя буфер обмена данными Windows
• Добавлен плагин печати конвертов
• Исправлена ошибка работы с полем "Телефон" в сервисе "Службы"
• Исправлена ошибка при конвертации базы данных

АРМ ДПУ

• Добавлена возможность програмирования ББ и УОО Юпитер
• Исправлена функция "Исходящий тест УО-4С" через УОП
• Вывод поля "Адрес" с ББ Юпитер
• В фильтр протокола по неисправностям добавлен Юпитер
• Исправлен фильтр по СПИ (КПЦО)
• Добавлена команда "Взять после выхода" (Юпитер-Атлас, Юпитер-Центр)
• Исправлена ошибка при SMS-уведомлении
• Оптимизирован формат SMS-уведомления для многозонных объектов
• Исправлена ошибка при работе с планами зон
• Добавлена команда на перевзятие УТ (Юпитер)

АРМ АБД

• для УО-4С добавлена возможность отключать SMS "Квитанция"
• изменен порядок ведения списка ключей ТМ (кодов доступа) для автоматизированных УО. Список ключей перенесен в структуру УО, для каждого ключа можно задать список ШС и номер абонента. Номер абонента перестал быть тождественным номеру ключа, что дает возможность описывать большие объекты, где количество абонентов больше количества ключей в УО
• для ключей ТМ приборов "Атлас-20", УО-1А и УО-3К добавлена возможность выбирать тип пользователя из списка: "Абонент", "Электромонтер", "Группа задержания". При выборе пользователя "Электромонтер" или "Группа задержания" снятие с охраны в АРМ ДПУ будет "тревожным"
• введена различная индикация для связанных и несвязанных с ШС зон
• исправлены ошибки при работе с АБД с клавиатуры (переходы между полями, открытие комбобоксов)
• добавлена возможность копирования кодовых страниц ЛАРС
• добавлена возможность назначать и переназначать события на передатчики РСПИ ЛАРС
• для автоматизации взятия/снятия раздела
• добавлена возможность сворачивания окна поиска
• исправлена ошибка при работе с справочником участков и списком оборудования.

АРМ ДПУ

• снижена загрузка ЦП за счет оптимизации алгоритмов
• изменена цветовая индикация состояния зон: в ячейке одновременно отображаются
  текущее, предыдущее состояния и состояние СПИ
• упрощена процедура программирования СПИ "Атлас-20". Для изменения статуса ШС или х/о достаточно подать одноименную команду на ППК без перепрограммирования прибора. При добавлении нового ППК нет необходимости программировать устройства верхнего уровня
• • 130-тревога в зоне
  • 137-тревога взлом
  • 143-неисправность модуля
  • 144-вскрытие извещателя
  • 145-вскрытие модуля
  • 320-неисправность сирены
• изменен алгоритм обработки тестового сигнала для "УО-4С исп.02"
• исправлена ошибка по работе с УОП Т-34 для уведомления абонентов
• изменен алгоритм обработки уровня принимаемого сигнала GSM-модема. При понижении уровня сигнала изменение цвет шкалы уровня, при достижении критического значения, выводится предупреждения в протокол ДПУ.

АРМ ДПЦО

• добавлено поле "Место установки индикаторной лампы"
• исправлена ошибка при выводе графика охраны в режиме списка

АРМ Отчеты

• изменен интерфейс программы
• при отсутствии путей к копиям протоколов, выводится напоминание о необходимости их создания

Сервер событий

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

АРМ АБД

• !!! параметр "тип протокола" РТР СПИ "Фобос-3" перенесен с СОМа на РТР
• добавлена возможность подключения внешних пользовательских загружаемых модулей (plugin)
• изменен тип ШС для ППК СПИ "Атлас-20" по умолчанию: 1 ШС "с задержкой", остальные "периметр"
• добавлена возможность выбора тактики работы с ППКОП "Сигнал-20" через "УО-Орион" (ручная/автоматическая)
• для "УО-4С" добавлена возможность отключать SMS "Квитанция"
• изменен порядок ведения списка ключей ТМ (кодов доступа) для автоматизированных УО. Список ключей перенесен в структуру УО, для каждого ключа можно задать список ШС и номер абонента. Номер абонента перестал быть тождественным номеру ключа, что дает возможность описывать большие объекты, где количество абонентов больше количества ключей в УО.
• добавлена возможность изменять уровень доступа для приборов "Атлас-20". При уровне доступа, отличном от "Хозоргана", снятие с охраны в АРМ ДПУ будет "тревожным"
• исправлена ошибка при работе с расторгнутыми объектами (квартирами) с АН 00000
• исправлена ошибка при работе со справочником участков и списком оборудования
• исправлена ошибка (изменение названия узла "объекты без договора") при добавлении нового договора

АРМ ДПУ

• значительно снижена нагрузка на ЦП за счет оптимизации алгоритмов
• изменена цветовая индикация состояния зон: в ячейке одновременно отображаются текущее, предыдущее состояния и состояние СПИ
• упрощена процедура программирования СПИ "Атлас-20". Для изменения статуса ШС или х/о достаточно подать одноименную команду на ППК без перепрограммирования прибора. При добавлении нового ППК нет необходимости программировать устройства верхнего уровня.
• добавлены новые коды для работы с панелями "Виста":
  • 130-тревога в зоне
  • 137-тревога взлом
  • 143-неисправность модуля
  • 144-вскрытие извещателя
  • 145-вскрытие модуля
  • 320-неисправность сирены
  • 350-нет связи со станцией мониторинга
  • 351-неисправность телефонной линии
• исправлена ошибка при обработке события "Пропуск тестового сигнала" для "С2000-ИТ"
• исправлена ошибка при выводе информации "невзятие" с "УО-2А"

АРМ ДПЦО

• исправлена ошибка при клике на график охраны
• добавлена возможность печати отчета при смене дежурства

АРМ Отчеты

• изменен интерфейс программы
• при отсутствии путей к копиям протоколов выводится напоминание о необходимости их создания
• возможна работа без сервера событий
• возможна работа сразу с протоколами АРМов
• возможность просмотра протоколов ДПЦО с версии сборки не ниже 2-2-2-358

1. В АРМ АБД добавлена СПИ "Альтаир"
2. Системный кодификатор дополнен событиями для сброса ключей шифрования СПИ "Атлас-20"
3. Исправлена ошибка конвертации БД (CopyServer.exe, Install.exe)

АРМ ДПУ

1. Добавлена возможность выбора типа интерфейса для СПИ "Фобос2: "УСИ-Фобос", Модем, "С2000-ПИ"
2. В параметры ретрансляторов РТР "Фобос" добавлен номер АТС
3. Изменен интерфейс нумерации шлейфов при подключении "УО-Орион". Теперь нумерация абсолютных номеров ШС происходит автоматически
4. Добавлен режим поиска списками
5. В печать карточек объектов добавлены:
   • график охраны для зон объектов
   • адреса абонентов
   • печать всех планов объекта
6. Доработано удаление аппаратного раздела ОПС: теперь зоны аппаратного раздела из объекта не удаляются, а лишь исключаются из раздела и могут быть использованы для связывания с новыми УО
7. Добавлен экспорт паролей на месяц в Microsoft Word редактор
8. Добавлена возможность копирования и вставки данных через буфер обмена Windows:
   • зона (либо несколько зон)
   • абонент (либо несколько абонентов)
   • несколько абонентов и зон объекта
   • адрес (либо несколько адресов)
   • телефон (либо несколько телефонов)
9. Добавлен экспорт справочников и кодификаторов в Microsoft Word:
   • Словари->Справочники->Экспорт
   • Словари->Кодификаторы->Экспорт
10. Добавлена возможность выборочной печать в карточках объектов
11. Добавлена возможность установки маски телефона по умолчанию
12. Добавлена система СПИ "Виста-101"
13. Добавлена возможность изменения типа панели "Виста-501" на тип СПИ "Виста-101"
14. Добавлена информационная строка для исключения ввода дубликатов абонентских номеров приборов
15. Добавлена возможность ввода дополнительного оборудования (не связанного со структурой ОПС) к объекту: Меню объекта->Оборудование. Добавлен экспорт данных в Microsoft Excel
16. Добавлены дислокация и отчет емкости для СПИ "Атлас-20", "Струна-3М" и "УО-4С"
17. Добавлен приборы "Бастион-1", "Бастион-2", "УО-3К" и "УО-1АИ"
18. Добавлен ввод кодовых страниц передатчиков и панелей NX РСПИ ЛАРС: Словари->Кодовые страницы ЛАРС
19. Добавлен поиск объектов по фамилии электромонтера и по фамилии инспектора
20. Добавлен параметр "адрес" для ББ АК "Юпитер" и ГК "Комета"
21. Добавлен поиск по адресу устройства ОПС
22. Добавлена строка инициализации модема в параметрах COM-порта при подключении ретрансляторов Фобос-3 с типом интерфейса "модем"
23. Добавлен параметр "Уведомление абонента" для устройства "УПО Т-34"
24. Добавлен модем УПО Т-34 для работы с СПИ "Виста" и ИСО "Орион"
25. Добавлена работа со стойкой "Атлас-20"
26. Добавлена статистика ошибок с регистрацией в файле ArmABD_error.log
27. Дополнено и обновлено основное меню программы АРМ АБД:
    • меню сделано с более логичным разделением по функциональности
    • добавлена вызов помощи (help)
    • добавлена ссылка на сайт www.bolid.ru
28. Настройки печати карточек перенесены для удобства в само окно, где формируются отчеты по карточкам объектов
29. Страница объекта сделана в виде 2-х закладок:
    • Описание объекта
    • План объекта
30. Добавлен отчет о количестве занятых и свободных направлений ретрансляторов, а также суммарный итог количества подключенных объектов и квартир
31. Добавлен вызов окна "Участки обслуживания" в параметрах электромонтеров и инспекторов
32. Добавлена возможность изменения типа ретранслятора "Фобос" на "Фобос-А" (и обратно)
33. Добавлена выборочная дислокация номеров "Виста" и "УО-4С": Отчеты->Дислокация
34. Исключено использование платы "Ольха". Вместо не? используется теперь модем УПО Т-34
35. На уровне доступа ОПС добавлены дополнительные опции, которые позволяют запретить удаление в структуре ОПС компьютеров, COM-портов, ретрансляторов "Фобос" и т.д.
36. Добавлена возможность быстрого перехода от ШС к зоне охраны туда и обратно (если между ними есть связь) по Ctrl+Enter либо Ctrl+левая кнопка мыши
37. При расторжении договоров запрашивается дата расторжения
38. Добавлена система охраны "Цербер С62" (типа "Виста-101")
39. Добавлена система охраны "Альтаир"
40. Исключен ретранслятор "Фобос3-1200"41
41. Исключен прибор "УО-2К"
42. Добавлен параметр "Версия процессора" для ретранслятора "Фобос-3М"
43. Добавлена сортировка договоров по номеру договора в окне поиска
44. Добавлена система охраны "RS-202"
45. Поправлено считывание ключей Touch-memory. Ключ считывается и показывается сразу, но записывается в БД только после нажатия кнопки "Сохранить"
46. При добавлении раздела панели "Виста" ему по умолчанию присваивается номер панели "Висты". Также добавлен нулевой раздел "Висты"
47. Для "Сигнал-ВК4", "УО-3К" встроена подсказка о связывании зоны с ШС через аппаратный раздел
48. Для зон КТЛ добавлен режим "Автоматическое снятие" (при снятии панели)
49. Для БР "Атлас-20" добавлен параметр "Пароль"? для сброса ключей шифрования
50. Выборки объектов при поиске сделаны с указанием закроссированных телефонов
51. Две кодовые страницы ЛАРС включены в дистрибутив "Эгида-2" (при установке "с нуля")
52. Улучшен интерфейс ввода телефонов и адресов в структуре ОО

Исправлены ошибки:

1. Запись улиц, статусов абонентов, типов зон в БД происходила, но визуально обновление значений не всегда показывалось
2. "Abstract error"
3. После проверки БД на ошибки в справочниках появлялся участок обслуживания с номером -1
4. После обновления данных структуры системы ОПС все компьютеры помеченные красным крестом, как отсутствующие в сети, переставали быть помеченными
5. Количество подключенных к базе данных АРМ АБД показывалось не правильно
6. При добавлении ретранслятора "Фобос-3М/1200" у COM-порта неправильно изменялся тип интерфейса
7. На уровнях доступа АБД оставались видимыми лишние параметры если был сделан переход от уровня доступа ОО к уровню доступа АБД
8. При развертывании главного окна АРМ АБД оно закрывало панель задач
9. Если при проверке БД в одной из проверок возникала ошибка, то вся проверка БД прекращалась
10. Кнопки функциональных клавиш в главном окне АРМ АБД залипали в нажатом состоянии, например, при попытке сохранить объект без названия
11. Периодическое зависание при редактировании графических планов объекта по ошибке "Stack overlow"
12. Исправлена ошибка при экспорте договоров по квартирам в Excel

1. Оптимизирован обмен АРМ ДПУ с ретрансляторами "Фобос", "Фобос-А", "Фобос-ТР", "Фобос-3"
2. Добавлена возможность работы с БР "Атлас-20" (релиз) и стойкой "Атлас-20 (бэта)
3. Добавлена возможность записи протокола обмена с ретрансляторами "Фобос", "Фобос-А", "Фобос-ТР", "Фобос-3", "Атлас-20" и "Юпитер" с АРМ в текстовый файл
4. При неудачной отправки сообщения SMS на сотовый телефон абонента АРМ ДПУ совершает три попытки отправки сообщения. Если SMS не отправлено, сообщение об этом выводится в протокол ДПУ
5. Добавлен режим взятия/снятия "УО-А" без номера абонента
6. Оптимизирована работа "УО-4С" с GSM-модемом при использовании разных операторов сотовой связи
7. Повышена над?жность сетевой работы рабочих мест, так же при переключ?нных рабочих местах
8. Добавлен индикатор уровня принимаемого сигнала GSM-модема
9. Добавлено указание причины невозможности копирования резервной базы данных на рабочие места
10. Для уменьшения сообщений в протоколе служебные сообщения от панелей "Виста" связываются с зоной с наименьшим номером
11. При открытии АРМ ДПУ курсор выбора оператора появляется на операторе, производившем закрытие АРМ ДПУ
12. Добавлен индикатор процесса копирования базы данных
13. Добавлено запрос подтверждения на отключение АН
14. Добавлена функция динамической смены ключей шифрования для БР "Атлас-20"
15. Добавлена поддержка работы с "УО-3К"Добавлена поддержка работы с модемом Т-34
16. Добавлена возможность блокировки ключа абонента
17. Добавлена возможность ручного копирования резервных копий протоколов

Исправлены ошибки:

1. Ошибка при работе сервера драйверов с "Фобос-ТР", ретранслятор уходил а аварию
2. Исправлена ошибка копирования резервной базы данных на рабочие места
3. Исправлена ошибка при работе с графическими планами объектов и квартир
4. Исправлена ошибка утечки оперативной памяти в АРМ ДПУ
5. Исправлена ошибка при работе с РСПИ "Струна" (не проходило сообщение "переход на резервное питание")
6. Исправлены ошибки при работе ретрансляторов "Фобос-3М" в режиме ЧПЛ

1. Исправлена ошибка, связанная с неправильным подсчетом Фактического времени охраны
2. В окне фильтра абонентские номера квартир и объектов разделяются по цветам (зеленый и синий, соответственно)

АРМ ДПУ

• добавлен отч?т по проверкам КТС
• добавлен фильтр "Неснятые к сроку"
• добавлены комментарии к УТ "Комета"
• добавлен режим прокрутке протокола влево? вправо
• исправлен перезапуск задачи в ДПУ в большой карточке
• добавлен автоматический запрос состояния после сброса аварии для СПИ "Атлас-20"
• добавлен фильтр таблицы зон для СПИ "Юпитер"

• исправлен режим свертывания закладок

• добавлена возможность выбора типа интерфейса при подключении СПИ Фобос: "УСИ-Фобос", Модем, "С2000-ПИ"
• в параметры ретрансляторов СПИ "Фобос" добавлен номер АТС
• добавлен режим автоматической нумерации абсолютных номеров ШС "УО-Орион" при подключении к СПИ "Фобос-3М"
• добавлена возможность поиска информации без учета регистра
• доработан отчет "Печать карточек". Добавлены график охраны зон, адреса абонентов, печать всех планов объекта
• доработан режим удаления/добавления аппаратного раздела ОПС. Теперь зоны аппаратного раздела не удаляются, а исключаются из раздела, оставаясь в объекте. При добавлении многошлейфного ППК (аппаратного раздела) свободные зоны автоматически связываются с его шлейфами
• добавлен экспорт паролей на месяц в Microsoft Word редактор

Состав комплекса

АРМ ПЦО - автоматизированное рабочее место дежурного оператора и/или офицера

АРМ АБД - автоматизированное рабочее место для создания и ведения базы данных

Среда разработки - "Delphi 5.0"

Среда функционирования - операционная система "Windows NT/2000"

Форматы баз данных - FoxPro 2.6 и IB DataBase 5.5.