ІТ в боротьбі з вогнем.
2006-11-16 20:31:06
В архітектурі сучасних пожежних депо часом ще присутні башточки, однак час пожежних каланчею пройшло безповоротно. Пожежі давно не виглядають з висоти пташиного польоту, а пожежників не піднімають по тривозі за допомогою церковного бою. Але й зв'язок по телефону вже не відповідає вимогам оперативності та надійності. На початку 90-х в московську пожежну службу надійшли комп'ютери і телекомунікаційні системи, що дозволили автоматизувати процеси обробки інформації про пожежі, однак сьогодні апаратна платформа і програмна начинка 10-річної давності вже скоріше ускладнює, чим полегшує життя пожежником. До недавнього часу в столичному Центрі управління силами (ЦУС) УГПС («Службі 01») і на бойовому чергуванні в підрозділах московської пожежної служби експлуатувалися системи на базі Unix-комп'ютерів «Беста-88». Розроблена вітчизняними фахівцями в перші роки перебудови, ця машина на початку 90-х, коли країна була обділена увагою провідних гравців комп'ютерного ринку, виглядала як сучасна і потужна альтернатива застаріваючим моделям ЄС і СМ. Проте випуск «Бест» припинений, і система, для якої немає запчастин і відсутня технічна підтримка, стає нежиттєздатною. Що стосується програмної оснащення комплексу автоматизації пожежної служби столиці, то це було спеціалізоване, налаштоване на особливості «Бест» рішення, модернізація якого для роботи на більш сучасній техніці економічно недоцільна. Система перестала справлятися з тими обсягами даних, які накопичуються в пожежних частинах міста і повинні піддаватися оперативному аналізу в разі пожеж. Застаріли та засоби зв'язку Центру з пожежними частинами. ЦУС на Пречистенці повинен мати з'єднання з самими віддаленими районами столиці, межі якої з кожним роком відсуваються все далі. Між тим, норматив – не більше 4-5 хвилин між сигналом про пожежу та прибуттям перших екіпажів – ніхто не відміняв. Виділені лінії МГТС зі швидкістю передачі від 300 до 1200 бод дозволяють передавати тільки саму коротку інформацію, щоб укластися в той час, який відводиться до виїзду пожежної частини на виклик. Забезпечити надійність і достовірність зв'язку вкрай складно, оскільки при такій низькій швидкості навіть загасання в проводах впливає на якість передачі. Крім того, стандартні модеми не вміють працювати з такими лініями, що вимагає установки спеціального обладнання та використання спеціалізованого протоколу передачі даних. Відсутня можливість інтеграції з новостворюваними автоматичними міськими службами («02», «03», МНС і т.д.). Комп'ютерне минуле «Служби 01» Проект автоматизації пожежних депо – частина процесу глобальної модернізації автоматизованої системи столичної «Служби 01», що реалізується в рамках програми уряду Москви з інформатизації органів державної влади. Міське уряд виділяє кошти на проведення робіт з модернізації та розробці програмного і технічного забезпечення. Замовником системи виступає Московський комітет з науки і технології. Ядро «Служби 01» – ЦУС на Пречистенці. Сюди надходять дзвінки про виникнення пожеж, тут приймається рішення про вибір пожежних однієї або декількох з понад сімдесят частин для гасіння. За адресою події визначаються найближчі до місця пожежної частини, з'ясовується, не зайняті чи машини цих частин на іншому пожежу, аналізується, яка спеціалізована техніка ще може знадобитися в залежності від складності пожежі, типу будівлі і місцевості. Поверховість, наявність підвалів, присутність джерел води та інші параметри зажадають комплектувати екіпажі тим чи іншим додатковим устаткуванням. Потім за сукупністю всіх цих даних вибираються пожежні автомобілі, які візьмуть участь у гасінні пожежі, з Центру в депо, де знаходяться вибрані системою пожежні автомобілі, ініціюється включення сигналу тривоги і передається вся необхідна інформація, включаючи короткі відомості про об'єкт, рекомендації по маршруту і т . д. На всі ці дії відводиться всього 35 секунд, за які комп'ютерний комплекс автоматизації пожежної служби повинен обробити, переслати і прийняти значний обсяг інформації. Так склалося, що роботи з модернізації системи ЦУС і по автоматизації пожежних частин сьогодні проводяться різними компаніями. За дорученням Управління державної протипожежної служби (УГПС) м. Москви розробку апаратно-програмних рішень для робочих місць пожежних підрозділів і зв'язку з Центром виконували фахівці компанії КРОК. На сьогоднішній день автоматизована інформаційна система «Пожежна частина» розгорнута в двох з частин – № 2 (Рибников пер.) Та № 26 (3-я Паркова вул.). Автоматизована «Пожежна частина» Пожежна частина № 2 розміщується в новій будівлі, що відповідає всім сучасним вимогам, а розгорнута в ньому автоматизована система «Пожежна частина» робить роботу підрозділу більш ефективною. За допомогою нової системи спрощується виконання щоденних завдань лінійної пожежної служби: спільна робота з Центром з відпрацювання наказів про виїзд на пожежу; виконання низки додаткових команд: досилання техніки на пожежу, уточнення адреси пожежі і т.д.; подача по будівлі пожежної частини звукових і світлових сигналів тривоги, роздруківка путівок на пожежу, управління воротами і світлофорами; формування і відправлення в ЦУС повідомлень про реєстрацію диспетчера, звітів про стан техніки, сповіщень про пожежу, повідомлень про хід його ліквідації, повідомлень про виїзд техніки; ведення журналів всіх подій і формування звітів. Працюючи над цим проектом, в КРОК прийняли принципове рішення відмовитися від закритого, спеціалізованого і монолітного підходу до побудови системи. Модульна автоматизована система «Пожежна частина» базується на стандартній апаратно-програмній платформі і використовує сучасні канали і протоколи зв'язку. Гнучка архітектура системи дозволяє нарощувати функціональність при виникненні нових задач і підбирати оснащення і технічні характеристики в залежності від конкретних вимог до пожежної частини. Обмеження фінансування проекту не дозволили поки реалізувати граничні вимоги до продуктивності і надійності системи, які в змозі забезпечити Unix-сервери. Тому, на відміну від Центру, де встановлюються системи від Sun Microsystems, для пожежних частин була обрана платформа Wintel. На думку заступника начальника Центру управління силами пожежної служби Миколи Мілюкова, можливостей ПК-серверів цілком вистачає, щоб впоратися з інформаційним навантаженням, яка лягає на систему автоматизації лінійних підрозділів. Ядром системи для пожежної частини (рис. 1) є керуючий сервер з ОС Windows 2000 Server, розміщений в спеціальному приміщенні апаратної. Ця машина відповідає за зв'язок з Центром і управляє всіма виконавчими пристроями пожежної частини, в тому числі включає пожежну сирену. Управління пожежної частини здійснюється за допомогою окремого ПК диспетчера з Windows 2000 Professional. Ця клієнтська машина – «очі і вуха» центрального сервера. Таких персональних комп'ютерів може бути одночасно підключено до сервера до 16 штук, і теоретично вони можуть перебувати де завгодно, у тому числі і за межами пожежної частини, оскільки всі комунікації реалізовані на базі стандартного IP-протоколу. Рис. 1. Архітектура автоматизованої системи пожежної частини У стандартну поставку входить одне клієнтське місце – комп'ютер, який встановлюється на пульті диспетчера пожежної частини. Але точно така ж машина може одночасно контролювати роботу підрозділу з іншої точки, наприклад, з кабінету начальника пожежної частини, з ЦУС або з іншої пожежної частини. На пульті диспетчера в монопольному режимі запускається програмний компонент системи, перекриваючи доступ стороннім завданням. Диспетчера ніщо не повинно відволікати від виконання безпосередніх обов'язків: ціна його помилки може виявитися занадто високою. Для системи розроблений спеціальний інтерфейс, з якого прибрано все, що може нагадувати про операційну систему. В КРОК знайшли колірне і композиційне рішення оформлення робочого екрану, покликане забезпечити цілодобову комфортну роботу диспетчера, часто в умовах великої нервової навантаження. Програма розрахована на недосвідчених користувачів, які не мають можливості витрачати багато часу на освоєння комп'ютерів. Передбачається, що для роботи з нею досить передати лише елементарні навички, а далі допоможе принцип самонавчання, завдяки якому диспетчер освоює систему за одне-два чергування. Незважаючи на загальну орієнтацію на застосування стандартних підходів без спеціалізованих рішень в такій специфічній галузі, як автоматизація пожежної служби, не обійтися. Крім особливого дизайну користувальницького інтерфейсу системи була створена і оригінальна конструкція пульта диспетчера. Робоче місце людини, яка несе відповідальність за оперативне виконання вказівок з Центру і злагоджену роботу всієї пожежної частини, повинно відповідати підвищеним вимогам до надійності і ергономічності. Наприклад, термін служби робочого крісла в диспетчерській пожежного депо уп'ятеро менше, ніж у звичайному кабінеті. Пошук готових рішень, в тому числі серед імпортних, не увінчався успіхом – почасти й через їх непомірно високу ціну. Тому в КРОК взялися за невластиву, можливо, для системного інтегратора задачу конструювання пульта з ударопрочной металоконструкцією, єдиним художньо-конструкторським рішенням, зручного у використанні і простого в експлуатації. Надійність системи підвищується за рахунок дублювання. Так, в конфігурації для пожежної частини № 2 передбачено резервування сервера. Якщо виходить з ладу сервер, то практично всі його функції бере на себе клієнтська машина. Налаштування сервера зберігаються на клієнті і навпаки, після відновлення та перезапуску вийшов з ладу компонента всі необхідні дані копіюються з сусідньої машини, після чого нормальна робота системи може бути продовжена. Розробники системи зізнаються, що проектом системи передбачалася надмірність максимального числа компонентів: два сервера, дублювання всіх виконавчих систем, блоків живлення і т.д. Проте в результаті готове рішення вийшло занадто дорогим, тому довелося піти на компроміс, зупинившись на забезпеченні мінімально допустимих гарантій надійності. При появі додаткових фінансових коштів можливо дооснащення будь-який з автоматизованих пожежних частин дублюючими компонентами; загальна архітектура системи це дозволяє. Варто зазначити, що за перші місяці експлуатації системи в пожежній частині № 2 збоїв не було, якщо не вважати одноразовий вихід з ладу принтера. Важливим достоїнством системи «Пожежна частина» є здатність функціонувати як спільно з ЦУС, так і в автономному режимах. Це означає, що якщо зв'язок з Центром перервалася, вся інформація про поточну діяльність пожежної частини збережеться в локальній базі даних і після відновлення зв'язку буде передана в Управління. В системі протоколюються всі дії депо, і збирається архів даних по пожежам (в середньому пожежна частина здійснює близько 2-3 тис. виїздів на рік). Історія про пожежу, як правило, містить типову, стандартну інформацію (час прибуття, тривалість роботи, час повернення і т.д.), проте, в залежності від складності пожежі обсяги звітів можуть варіюватися від сотень байт до десятків гігабайт. Наприклад, як згадує Мілюков, на опис пожежі Останкінської телевежі пішло дві магнітні стрічки. Збереження інформації в системі забезпечується тим, що архів ведеться одночасно і на клієнтській машині, і на сервері. Більш того, локальна копія архіву в обов'язковому порядку передається в Центр і завжди може бути відновлена в разі втрати інформації в депо. Сама ж автоматизована система «Пожежна частина» передбачає можливість роботи як з новим рішенням по автоматизації Центру, так і з системою на застарілій апаратно-програмної бази. У перші місяці експлуатації система в пожежній частині № 2 повністю емулювати старий пульт, завдяки чому стара система в ЦУС сприймала новий комплекс як знайоме рішення і підтримувала взаємодію з ним. Пожежна служба постійно знаходиться на зв'язку з жителями міста, тому по суті своїй не відноситься до тих організацій, де вся інформація повинна йти під грифом. Але й тут є свої вимоги до забезпечення безпеки даних. У ЦУС ведеться робота із закриття інформації, що циркулює по волоконно-оптичних ліній зв'язку, які в новій конфігурації комплексу автоматизації пожежної служби надає компанія КОМКОР. По завершенні всіх робіт комплекс автоматизації столичної пожежної служби, що включає системи в Центрі та пожежних частинах, повинен бути сертифікований Держтехкомісії. Завтрашній день пожежної охорони Розробка системи для пожежної частини – завдання непросте. Для замовника основна складність полягає в тому, щоб постаратися правильно поставити завдання перед системним інтегратором. В іншому випадку знань виконавця в конкретній предметній області може виявитися недостатньо для успішного виконання проекту. До впровадження АІС «Пожежна частина» в депо № 2 рішення відпрацьовувалося в пожежній частині № 26; в процесі експлуатації стало зрозуміло, що система потребує суттєвого доопрацювання – не була належним чином оцінена складність проблеми. Після цього фактично була створена нова версія системи, яка сьогодні працює в обох пожежних частинах. Як елемент глобальної модернізації автоматизованої системи «Служби 01», комплекс прийнятий УГПС м. Москви за стандарт, і в майбутньому АІС «Пожежна частина» повинна стояти в кожному столичному пожежному депо. У 2002 році планується запустити в експлуатацію нову систему автоматизації ЦУС, яка підтримує взаємодію з «Пожежної частиною». Аналіз досвіду розгортання АІС «Пожежна частина» підказує висновок про те, що залучення до проекту декількох виконавців не завжди виявляється раціональним. Якщо автоматизацією Центру та лінійних підрозділів займаються різні компанії, то для стиковки різних рішень потрібні додаткові зусилля. Та й у самих підрозділах всі завдання доцільно покладати на одного інтегратора, інакше виявиться, наприклад, що клієнтські системи не пов'язані між собою або що підрядник не виконав в строк підключення до мережі, а в результаті, функціонально насичене рішення не зможе працювати в повну силу . Незважаючи на ряд організаційних та фінансових труднощів, пожежники з оптимізмом дивляться в майбутнє, плануючи нарощування можливостей системи у відповідь на нові потреби своєї служби, благо гнучка модульна структура комплексу дозволяє це зробити. Як зазначає Мілюков, завдання найближчого часу – реалізувати в системі прийом сигналів по оптичних і радіоканалах від охоронюваних об'єктів, що знаходяться в районі виклику пожежної частини. Для цього на об'єктах будуть встановлені мінірадіостанціі, що працюють на дозволеної частоті, а в частині буде розміщено приймальний пристрій. Коли спрацює пожежна сигналізація, в депо автоматично буде отримано повідомлення, яке потім піддасться необхідній обробці в системі. У більш віддаленій перспективі планується підтримка мобільних пожежних частин. Потреба в розширенні функціональності з'явиться також у зв'язку з відомчим перепідпорядкуванням пожежної охорони з МВС в МНС, в результаті чого в компетенцію пожежних служб крім безпосередньо гасіння пожеж потраплять завдання з порятунку людей і роботи в надзвичайних ситуаціях при пожежі. Оскільки комплекс «Пожежна частина» здатний працювати в автономному режимі, без прив'язки до ЦУС, рішення може бути затребуваним і в регіонах. У невеликих містах, де централізована міська служба боротьби з пожежами відсутній, комплекс автоматизації пожежної частини може функціонувати як самостійна одиниця. Створений на базових типових засобах пульт для пожежних після невеликої перенастроювання може бути готовий до застосування в інших місцях, де потребують таких спеціалізованих конструкціях, наприклад, на станціях «Швидкої допомоги». В силу, можливо, фінансової непривабливості для розробників в Росії зараз не існує поки аналогів автоматизованої системи «Пожежна частина», а закордонні рішення, як правило, надмірно дороги.
ДЖЕРЕЛО: Відкриті системи