Кса пцо "радіомережа" - третє покоління програмного забезпечення пцо. Кса пцо егіда ® (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, що вільно розповсюджується.
Надійність роботи однорангової платформи КСА ПЦО "Радіомережа" забезпечується спеціальною архітектурою прикладного ПЗ, заснованої на розподіленому середовищі функціонування, що самосинхронізується, і описується далі. Життєвий цикл прикладного ПЗ попередніх розробок схематично полягає в наступному. Насамперед виконується дослідження предметної області(що представляє в даному випадку систему безпеки) та будується її інформаційна модель. Це досить тривалий, трудомісткий та неформальний процес. Помилки, допущені цьому етапі, згодом призводять у разі необхідності нескінченного " латання дірок " як безсистемних доповнень до інтерфейсу, реалізують не враховані раніше інформаційні і функціональні потреби. Після розробки інформаційної моделі шляхи розробників, образно кажучи, розходяться. Кожен із них починає програмувати свою частину комплексу. При цьому важливо, що розроблена раніше інформаційна модель втілюється в програмному коді кожним програмістом і в кожному з АРМ. Це призводить до надмірно великої трудомісткості розробки та супроводу ПЗ. З іншого боку, зміна інформаційної моделі у процесі чи зміни предметної області чи ставлення до неї розробників призводить до необхідності переписувати значні шматки коду. Останнє особливо істотно, оскільки вдосконалення ПЗ у вигляді випуску нових версій становить більшу частину його життєвого циклу (наприклад, розробка першої версії КСА ПЦО НДЦ "Охорона" зайняла приблизно один рік, а випуск наступних модифікацій - п'ять років). Описана технологія розробки ПЗ, як уже зазначалося, було використано в попередніх проектах, випуск нових версій ускладнювало те, що насправді в них були не одна, а три БД (інформаційна, оперативна та подійна), тому використання технології, яка спрощує і в якійсь мірі автоматизує. процес "матеріалізації" інформаційної моделі в програмному коді, є очевидним і суттєвим ресурсом для прискорення розробки, підвищення функціональних можливостей та збільшення життєвого циклу ПЗ. Для усунення зазначених недоліків у КСА ПЦО "Радіомережа" була використана архітектура ПЗ, заснована на розподіленому самосинхронізованому середовищі конфігурованої за допомогою розширеного яз ика розмітки (XML).
Її на відміну від використаних раніше полягає в тому, що після розробки інформаційної моделі вона не передається в певному описовому вигляді безпосередньо програмістам для подальшої реалізації в програмному коді, а використовується як вхідні дані для системної (тобто призначеної для забезпечення функціонування комплексу в цілому , а не виконання прикладного завдання) компоненти ПЗ комплексу. У КСА ПЦО "Радіомережа" така системна компонентаносить назву розподіленого ядра (далі - ядра) або розподіленого самосинхронізуючого середовища виконання. Фактично ядро є своєрідним "конструктором", з якого "збираються" інтерфейс та функціонал будь-якого з АРМ, що входить до складу комплексу. З появою нових вимог до інтерфейсу та функціоналу ядро може бути допрацьовано до нових можливостей, які стають доступними для застосування в АРМ. При використанні цієї технології технологія АРМ полягає просто у вказівці того, які ресурси ядра йому потрібні. Вся інформація, що описує інформаційну модель комплексу (структура та склад бази даних, протоколи обміну, елементи інтерфейсу) і необхідна для його роботи, міститься в конфігураційному текстовому XML-файлі. Розподілене ядро та конфігураційний XML-файл входять до складу комплекту програмного забезпечення кожного робочого місця. Ядро працює так:
- при запуску будь-якого типу АРМ зчитує опис системи конфігураційного файлу, перевіряє наявність БД на локальному комп'ютеріі створює БД за її відсутності відповідно до опису;
- перевіряє наявність БД на інших комп'ютерах ЛОМ та за їх наявності проводить автоматичну синхронізацію БД;
- забезпечує мережеву взаємодію між АРМ (обмін даними та подіями);
- створює та забезпечує функціонал та синхронізацію вмісту в елементах інтерфейсу АРМ (план, таблиця, список, картка тощо). Використана технологія дозволила легко вирішити завдання суміщення в одній програмі функцій адміністратора бази даних та інженера. Насамперед до складу комплексу вимушено входили два АРМ - АРМ АБД та АРМ "Інженер", які багато в чому дублювали можливості один одного. Фактично АРМ " Інженер " був усічений АРМ АБД з функціями ведення протоколу подій. Тепер до складу інтерфейсу АРМ АБД просто було введено вікно "Протокол", функціонал якого підтримується ядром і відповідає функціоналу АРМ ДПУ;
- створює та синхронізує стан об'єктів інформаційної моделі АРМ відповідно до опису їх у конфігураційному файліта наявністю в БД;
- створює та обслуговує віртуальні канали передачі повідомлень, розподіляє навантаження між АРМ, забезпечує гаряче резервування АРМ та БД.
Склад КСА ПЦО "Радіомережа"
КСА ПЦО "Радіомережа" інтегрує роботу з такими підсистемами:
- охоронно-пожежної сигналізації (ОПС);
- контролю та управління доступом;
- відеоспостереження та відеовиявлення;
- мовного зв'язку та оповіщення. Підсистема ОПС підтримує роботу з наступними СПІ та інтегрованими комплексами безпеки (ІКБ):
- РСПІ "Радіомережа":
- РСПІ "Струна-3М";
- РСПІ "Струна-М";
- ІКБ "Пахра";
- СПІ "Фобос", "Фобос-3";
- СПІ "Альтаїр".
До складу КСА ПЦО "Радіомережа" входять АРМ чергового пульта управління (АРМ ДПУ) та АРМ адміністратора бази даних (АРМ АБД). Основний екран АРМ ДПУ представлений малюнку. Практика показує, що вимоги до складу інформації на екрані АРМ ДПУ дуже суперечливі. З одного боку, оператору потрібна Детальна інформаціяпро конкретний об'єкт, що охороняється, з іншого - йому необхідні відомості про поточну оперативну обстановку в його зоні обслуговування (відповідальності), тобто. список усіх тривожних ситуацій. В АРМ ДПУ це протиріччя дозволяється наявністю двох панелей - панелі тривог (10) та панелей даних (6, 7, 8).
На панелі тривог відображається список абонентських номерів, зони яких перебувають у тривожному стані. На панелі даних відображаються:
- таблиця станів (6);
- панель об'єкта (7);
- графічний план (8). Перелічені панелі вичерпують усі відомі автору потреби в інформаційному забезпеченні чергових операторів. Панель "План" використовується для відображення інформації з графічної бази даних. Відмінною особливістю панелі "План" є відсутність жорсткого зв'язку з абонентським номером, який був у попередніх розробках. Це дозволяє відображати на одному плані стільки об'єктів, скільки їх потрібно для роботи оператора.
Панель керування в лівій частині містить поле для введення абонентського номера, а в правій – доступні для нього команди. Хочеться звернути увагу, що панель містить як команди, звичні для систем ОПС, а й команди для зон відеоспостереження (3), точок доступу (4) і пунктів мовного зв'язку (5). У нижній частині екрана знаходиться панель "Протокол" (9).
Підбиваючи підсумки опису КСА ПЦО "Радіомережа", зазначимо, що реалізовані в ньому рішення та технології забезпечують:
- функціональну повноту (ОПС, контроль та управління доступом, відеоспостереження та відеовиявлення, мовний зв'язок та оповіщення);
- мінімальну вартість програмно-апаратної платформи (однорангова ЛОМ і СУБД, що вільно розповсюджується);
- високу надійністьроботи за рахунок "гарячого" резервування баз даних та робочих місць операторів;
- можливість швидкої модифікації ПЗ, складу та структури БД та розробки нових додатків.
Закони Мерфі невблаганні. Як тільки проект остаточно прийнято, він стає застарілим у сенсі своїх концепцій. Однак у кожному законі є винятки. Ми постаралися зробити все, щоб КСА ПЦО "Радіомережа" став таким винятком.