Документация об аукционе открытый аукцион в электронной форме
| Вид материала | Документация об аукционе |
- Приказ (распоряжение)№ от «…» 2011 г. Документация об открытом аукционе в электронной, 1117.9kb.
- Документация об открытом аукционе в электронной форме на право заключения муниципального, 545.07kb.
- Техническое задание 18 часть II. Проект договора 30 часть I. Открытый аукцион в электронной, 991.3kb.
- 3. документация об аукционе в электронной форме, 5494.37kb.
- Аукционе в электронной форме и инструкция по ее заполнению Размер обеспечения заявки, 8118.52kb.
- Инструкция участникам размещения заказа открытый аукцион проводится на условиях, изложенных, 3969.03kb.
- Документация об аукционе открытый аукцион, 1526.2kb.
- Н. З. Сабиров «22» января 2009, 3673.49kb.
- Документация об аукционе открытый аукцион №31-140А, 2498.11kb.
- Извещение о проведении открытого аукциона в электронной форме №139АЭ(11), 93.42kb.
Для построения системы с функциями селектора, коммутацией, микшированием аудиосигналов и их динамической обработкой использовать цифровую аудиоплатформу.
Для подключения удаленного абонента по аналоговым телефонным линиям в каркасе аудиоплатформы предусмотреть плату телефонного интерфейса.
Для подключения конференц-системы предусмотреть входные платы с функцией эхо-подавления.
4.8.3 Требования к подсистеме управления оборудованием ситуационного центра
Во время работы ситуационного центра должен обеспечиваться централизованный контроль и управление аппаратными средствами, входящими в состав комплекса и имеющими коммуникационные интерфейсы RS-232, IR и т.п. Исключение составляют аппаратные средства, не требующие коммутации, изменения параметров или настройки в процессе проведения работы.
Управление организуется для систем селектора, звукоусиления, аудио/видеоконференции, видеоотображения.
Графический интерфейс системы управления оборудованием должен быть функционально нагляден, иметь необходимые регулировки по отдельным устройствам и функциональные кнопки, обеспечивающие переключение группы устройств в необходимый режим работы.
4.8.4 Требования к подсистеме структурированной кабельной системы (СКС)
СКС должна быть построена на основе компонентов сертифицированных производителем, и соответствовать требованиям категории не ниже 5е.
Создаваемая СКС должна:
быть универсальной средой для передачи: данных, голоса, видео и др. информации;
обладать совместимостью с современными технологиями передачи данных со скоростями передачи данных не менее 100 Мб/с;
обладать модульностью и возможностью внесения изменений и наращивания;
допускать одновременное использование любых протоколов передачи данных;
использовать стандартные компоненты и материалы;
позволять создавать независимые участки в сети;
соответствовать существующим международным стандартам TIA/EIA-55e8B и ISO/IEC 11801-2002, ISO/IEC 14763 и российским ГОСТ Р 53246-2008, ГОСТ Р 53245-2008;
обеспечивать высокую надежность в работе.
СКС должна состоять из следующих подсистем:
подсистема рабочего места - предназначена для подключения к СКС компьютеров, телефонов, принтеров и т.п. Включает в себя розетки с 2-мя модулями RJ-45 для подключения компьютера и телефонного аппарата, а также патч-корды необходимой длины;
горизонтальная подсистема – прокладывается симметричным медным четырехпарным кабелем типа витая пара UTP категории 5e вдоль стен в кабель-каналах;
СКС должна обеспечивать работу локальной вычислительной сети (ЛВС) и учрежденческой автоматической телефонной станции (УАТС).
Все элементы СКС должны быть промаркированы для быстрой и удобной идентификации.
Надежность и безопасность СКС объекта должна обеспечиваться за счет выполнения следующих требований:
используемые в СКС оборудование и материалы не должны допускать изменений физико-химических параметров в результате воздействия окружающей среды в течение всего гарантийного срока эксплуатации СКС при условии соблюдения заданных условий эксплуатации;
используемое оборудование и материалы не должны допускать возможности нанесения вреда здоровью или поражения обучаемых электрическим током, или электромагнитными излучениями при условии соблюдения правил эксплуатации оборудования;
вся кабельная система должна быть полностью документирована (схемы, карты (таблицы) коммутации, протоколы тестирования);
маркировка элементов СКС должна быть интуитивно понятна. Маркировка элементов СКС и активного сетевого оборудования должна быть устойчива и надежно закреплена.
СКС должна обеспечивать пользователей хорошо организованной сетью, не зависящей от типа приложений, гибкой схемой прокладки кабелей, позволяющей легко и экономично выполнять модификацию системы.
Все кабельные системы и оборудование должны быть заземлены в соответствии с требованиями нормативных документов и правил.
4.8.5 Требования к автоматизированным рабочим местам
Предусмотреть организацию автоматизированных рабочих мест на базе рабочих станций типа Hewlett-Packard dc7800, HDD 250 Гбайт, ОЗУ 2 Гбайт, DVD-RW, ОЗУ видеокарты не менее 256 Мбайт с поддержкой двух мониторов, 2 монитора 19".
4.8.6 Требования к активному сетевому оборудованию
Коммутаторы локальной вычислительной сети (ЛВС) ситуационного центра должны иметь неблокируемую матрицу коммутации, порты с автоматическим определением скорости передачи в зависимости от типа подключаемого оборудования. При доступе к коммутатору с помощью протокола Telnet необходима возможность аутентификации пользователя по паролю, и по имени и паролю с проверкой из локальной базы коммутатора;
Коммутаторы должны поддерживать последовательную аутентификацию по 802.1х, MAC адресу и web-аутентификацию с возможностью поменять порядок или отключить любой из методов.
Возможность выделения группы портов, для которых запрещается взаимный обмен трафиком (несмотря на нахождение их в одном VLAN). Трафик между этими портами может проходить только через маршрутизирующее устройство.
Возможность раздельного ограничения скорости потока трафика, поступающего на порт коммутатора, для одноадресных (unicast), многоадресных (multicast) и широковещательных (broadcast) пакетов (механизм определения «штормов» трафика). При обнаружении превышения порога коммутатор должен или блокировать порт, или посылать уведомления об этом событии, или фильтровать трафик.
Для каждого порта должна настраиваться возможность блокировки передачи в этот порт трафика, предназначенного MAC адресу, который отсутствует в таблице коммутации.
Маршрутизатор ситуационного центра должен обеспечивать маршрутизацию по статически настроенным маршрутам и обеспечивать единство информационного пространства с другими структурными подразделениями входящими в АИСТ.
Маршрутизатор должен обеспечивать возможность изоляции доменов маршрутизации посредством создания внутри себя нескольких виртуальных таблиц маршрутизации, процессов коммутации IP пакетов и прочих протоколов.
Маршрутизатор должен обеспечивать маршрутизацию IP пакетов в соответствии с заданными административными политиками. Устройства должны поддерживать режим работы в соответствии с настроенными правилами маршрутизации для классифицированных потоков данных.
Должна обеспечиваться маршрутизация между различными интерфейсами (LAN, VLAN).
4.8.7 Требования к подсистеме видеоконференцсвязи
Для проведения видеоселекторов со всеми узлами входящими в АИСТ необходимо предусмотреть сервер видеоконференцсвязи с возможностью организации одновременной видеоконференции на 12 участников.
Оборудование видеоконференцсвязи (ВКС) должно поддерживать:
протоколы H.323, SIP – до 2 МБ/с;
видео стандарты H.261, H.263+, H.263++(Natural Video), H.264;
форматы видеоизображения NTSC, PAL, VGA, SVGA, XGA, WXGA, SXGA и HD720p;
передачу неподвижного изображения CIF, SIF, 4CIF, (H.261 Annex D), 4SIF, VGA, SVGA, XGA;
аудио стандарты G.711, G.722, G.711.1, G.728, 64 и 128 бит MPEG4-AAC-LD;
управление потерями пересылки пакетов данных;
синхронизацию звука с движением губ;
частоту 30 кадров в секунду, 60 полукадров в секунду;
сетевые IP возможности (аутентификация сети, IEEE 802.1x/EAP, IP type of service (ToS), IP адаптивное управление полосой пропускания);
автоматическое наведение камеры на выступающего по активации микрофона;
сетевые интерфейсы Ethernet.
4.8.8 Требования к организации голосовой и факсимильной связи операторов
Организацию голосовой и факсимильной связи предусмотреть на основе Cisco IPfone (или аналог).
Для мониторинга и конфигурирования системы IP-телефонии предусмотреть автоматизированное рабочее место оператора с выделенной рабочей станцией.
IP-телефоны, подключаемые в локальную вычислительную сеть и работающие под управлением системы, контролирующей установление телефонных соединений, должны обеспечивать связь со всеми узлами входящими в АИСТ, а так же широкий набор функций традиционных для цифровых телефонных аппаратов.
Должна быть предусмотрена возможность дальнейшего расширения функциональных возможностей телефона за счет замены программного обеспечения, что обеспечивает простоту внедрения новых функций и технологий в течение жизненного цикла сети.
4.9 Требования к автоматизированным системам оперативно-диспетчерского управления
Автоматизированная система оперативно-диспетчерского управления (АСОДУ) представляет собой интегрированный комплекс дежурно-диспетчерских служб и единой дежурно-диспетчерской службы гг. Вологда и Череповец. Целью создания системы является повышение готовности администрации и служб муниципалитета к реагированию на угрозу или возникновение чрезвычайных ситуаций, эффективности взаимодействия привлекаемых сил и средств городских служб при их совместных действиях по предупреждению и ликвидации ЧС.
АСОДУ представляет собой объединение ДДС предприятий и организаций, в не зависимости от организационно-правовой формы и подчиненности, административных органов, органов управления служб экстренного реагирования с центром повседневного управления на муниципальном уровне – ЕДДС с функциями системы 112. В рамках экспериментальной зоны должно быть предусмотрено размещение операторов Системы – 112, принимающих и обрабатывающих звонки по номеру 112, включая формирование ситуационных карточек, направление их в соответствующие ДДС экстренных служб и при необходимости обеспечивающих связь с диспетчерами экстренных оперативных служб по внутренней IP-телефонии Системы.
При этом основная нагрузка по приему и отработке заявок ложится на ДДС.
АСОДУ должна обеспечить:
предоставление административным органам и органам ГОЧС в реальном масштабе времени информации обо всех произошедших авариях и ЧС, сроках их устранения, задействованных силах, установленных причинах возникновения за любой выбранный период времени по различным критериям;
получение мониторинговой информации со всех систем, установленных на территории города;
комплексную защиту информации при ее хранении, обработке и обмене по каналам сети передачи данных;
доступ к информации согласно полномочиям работников административных органов, органов специально уполномоченных на решение вопросов в области ГОЧС, руководителям и специалистам организаций и предприятий, которые необходимо задействовать для предотвращения и ликвидации последствий ЧС;
учет и классификацию всех чрезвычайных ситуаций, информация о которых поступает из различных источников (население, организации, собственные работники, системы мониторинга);
регистрацию телефонных переговоров с возможностью прикрепления звуковых файлов к электронным записям заявок;
передачу информации в сторонние организации, привлечение которых требуется для предотвращения либо ликвидации последствий ЧС в зависимости от характера заявки;
распределение заданий на выполнение между поисково-спасательными группами и бригадами аварийно-восстановительных работ, находящихся в прямом подчинении;
синхронизацию данных между узлами СОДУ;
контроль сроков выполнения заданий;
координацию действий различных бригад и подразделений, задействованных для выполнения работ;
накопление статистики для анализа ситуации в подведомственной сфере, прогнозирования возможных аварий и планирования ремонтных работ;
фильтрацию данных за любой период по различным критериям;
поиск информации по отдельным реквизитам;
работу с векторной электронной картой (поиск объектов по адресу и наименованию, отображение событий, расчет плотности событий);
получение отчетов в требуемой форме;
получение доступа уполномоченных лиц к информации через Интернет.
АСОДУ г. Вологда должна объединить следующие службы (узлы системы):
| № | Наименование | Адрес/телефон |
| 1 | Оперативный дежурный ЦУКС Правительства Вологодской области | ул. Мальцева, 41 |
| 2 | ПСС области | Московское шоссе, 40 |
| 3 | АСС МУ «ЦГЗ г. Вологды» | ул. Луговая,1 21-91-10 |
| 4 | Служба пожарного мониторинга | ул. Зосимовская, 63-а |
| 5 | УВД города, оперативный дежурный | ул. Мальцева, 54 02, 72-00-01 |
| 6 | Станция скорой медецинской помощи, Старший врач, Статотдел | ул. Чехова, 6 03, 21-54-72 |
| 7 | ОАО «Вологдагаз» АДС | ул. Саммера, 4-а 04, 28-20-04 |
| 8 | ГИБДД Оперативный дежурный | ул. Саммера, 6-а 79-40-63, 72-00-82 |
| 9 | ФСБ Оперативный дежурный | ул. Пушкинская, 22 72-01-00 |
| 10 | Центрально-диспетчерская служба Департамента городского хозяйства Администрации города Вологды | ул. М. Ульяновой, 6а 72-35-53, 72-17-26 |
| 11 | ГЭП «Вологдаоблкоммунэнерго» ОДС | ул. Горького 99 27-13-10 |
| 12 | Вологодские электрические сети | ул. Гилляровского, 61 27-32-65 |
| 13 | ОАО «Вологдаэнерго» | Пречистенская наб., 68 57-02-33 |
| 14 | МУП «Вологдагортеплосеть» АДС | ул. Яшина, 8-а 75-17-20 |
| 15 | ОАО «ТГК-2» Главное управление по ВО, АДС | Советский пр., 141 75-81-94 |
| 16 | МУП ЖКХ «Вологдагорводоканал» | Советский пр., 128 75-12-15, 72-00-91 |
| 17 | Обл. центр по гидрометеорологии и мониторингу окружающей среды. Дежурный синоптик | Советский пр., 107 72-00-21, 75-50-79 |
| 18 | Станция Вологда-1 Дежурный вокзала Маневревый диспетчер Дежурный по депо | 79-20-27 79-20-33 79-22-13 |
| 19 | Станция Вологда-2, энергодиспетчер | 79-37-06 |
| 20 | Станция Лоста, дежурный | 79-77-35, 79-21-70 |
| 21 | Станция Рыбкино, дежурный | 79-24-92 |
| 22 | МУП «Вологдазеленстрой» | ул. Мудрова, 40 |
| 23 | Линейное УВД | 79-82-78 |
| 24 | ГИМС | ул. Зосимовская, 63а |
| 25 | АРМ Главы города Вологды | Каменный мост, 4 72-00-42 |
АСОДУ г. Череповец должна объединить следующие службы (узлы системы):
| № | Наименование | Адрес/телефон |
| 1 | Оперативный дежурный ЦУКС Правительства Вологодской области | ул. Мальцева, 41 |
| 2 | Администрация МЭРИИ г. Череповца | пр. Строителей, 4 50-39-48 |
| 3 | Администрация Череповецкого района | ул. Первомайская 58 24-98-61 |
| 4 | ЦППС 2 отряд | ул. Тимохина, 15 21-16-98 |
| 5 | УВД г. Череповца, оперативный дежурный | б. Доменьщиков, 34 57-32-50 |
| 6 | РОВД, дежурный | 51-80-10 |
| 7 | Линейное УВД | ул. Завокзальная, 4 67-21-02 |
| 8 | Система управления нарядами | 57-10-04 |
| 9 | УФСБ по г. Череповец | Б. Доменьщиков 57-25-41 |
| 10 | ГИБДД, дежурный | ул. Промышленная, 2 57-32-05 |
| 11 | Станция скорой медицинской помощи | ул. Комарова, 2 57-62-50 |
| 12 | Диспетчер ЖКХ | пр. Строителей, 4а 51-91-36 |
| 13 | ОАО “Вологдаэнерго” | 55-64-09 |
| 14 | МУП “Теплоэнергия” | ул. Пролетарская, 59 28-17-28 |
| 15 | МУП “Водоканал” | ул. Луначарского, 26 55-03-35 |
| 16 | МУП Электосвет | ул. Ленина, 26а 55-16-04 |
| 17 | МУП Электросеть | ул. Милютина, 3 55-05-68 |
| 18 | ОАО “Череповецгаз” | пр-т Луначарского, 28 55-36-27 |
| 19 | Диспетчерские химически-опасных объектов | |
| 20 | Диспетчерские управляющих компаний | |
| 21 | Диспетчерские управления лифтами | |
| 22 | Железнодорожная станция Череповец | ул. Завокзальная, 7 67-29-32 |
| 23 | Автовокзал | 67-26-24 |
| 24 | Аэропорт | п/о Ботово 51-15-01 |
| 25 | Лаборатория мониторинга загрязнения атмосферы (ЛМЗА) ФСМ Гидрометбюро г. Череповец | 50-07-20 |
| 26 | Автоматизированная система контроля загрязнения атмосферы г.Череповец | 50-08-15 |
| 27 | Передающий телевизионный центр | ул.Ломоносова |
| 28 | Магистральные нефтепроводы | 8-485-2-49-14-46 |
| 29 | Магистральные газопроводы | 72-45-57 |
Информационный обмен между узлами системы должен быть организован по волоконно-оптическим линия связи, предназначенным для создания выделенной цифровой сети передачи данных для обеспечения функционирования создаваемого автоматизированного комплекса.
Условия функционирования АСОДУ
СОДУ функционирует в круглосуточном режиме.
Для обмена информацией между диспетчерскими службами необходимо их подключение к высокоскоростной сети передачи данных. Скорость подключения каждой ДДС и административных органов определяется объемом получаемой и передаваемой информации и рассчитывается при составлении проектно-сметной документации. Необходимо непрерывное обеспечение работоспособности сети.
Рабочие места сотрудников административных органов и диспетчеров ДДС, входящих в АСОДУ, должны быть оборудованы необходимым компьютерным оборудованием, оргтехникой и средствами связи, работоспособность которых должна обеспечиваться в круглосуточном режиме.
Для обеспечения доступа к информации, находящейся на серверах системы и хранящейся в СУБД, должна быть обеспечена их бесперебойная работа, а также безотказная работа локальных вычислительных сетей.
Центральным звеном АСОДУ является ЕДДС с функциями системы 112. Основные функции ЕДДС:
обеспечение гарантированной устойчивости функционирования системы процессов жизнеобеспечения требуемого качества на территории муниципального образования;
обеспечение информационной поддержки принятия решения по предупреждению и ликвидации ЧС, в т. ч. вызванных террористическими актами;
прием от населения и организаций сообщений о любых чрезвычайных происшествиях, несущих информацию об угрозе или факте возникновения ЧС;
анализ и оценка достоверности поступившей информации, доведение ее до ДДС, в компетенцию которых входит реагирование на принятое сообщение;
обработка и анализ данных о ЧС, определение ее масштаба и уточнение состава ДДС, привлекаемых для реагирования на ЧС, их оповещение о переводе в высшие режимы функционирования;
обобщение, оценка и контроль данных обстановки, принятых мер по ликвидации чрезвычайной ситуации, подготовка и коррекция заранее разработанных и согласованных с оперативными службами вариантов управленческих решений по ликвидации ЧС, принятие необходимых решений (в пределах установленных вышестоящими органами полномочий);
информирование ДДС, привлекаемых к ликвидации ЧС, подчиненных сил постоянной готовности об обстановке, принятых и рекомендуемых мерах;
представление докладов (донесений) об угрозе или возникновении ЧС, сложившейся обстановке, возможных вариантах решений и действиях по ликвидации ЧС (на основе ранее подготовленных и согласованных планов) вышестоящим органам управления по подчиненности;
доведение задач, поставленных вышестоящими органами РСЧС, до ДДС и подчиненных сил постоянной готовности, контроль их выполнения и организация взаимодействия;
обобщение информации о произошедших ЧС (за сутки дежурства), ходе работ по их ликвидации и представление соответствующих докладов по подчиненности;
оперативное управление аварийно-спасательными службами, пожарными, пожарно-спасательными и аварийно-спасательными формированиями, постановку и доведение до них задач по локализации и ликвидации последствий ЧС, в т. ч. вызванных террористическими актами, принятие необходимых экстренных мер и решений (в пределах установленных вышестоящими органами полномочий).
Весь автоматизированный комплекс дежурно-диспетчерских служб и единой дежурно-диспетчерской службы городов должен иметь масштабируемую модульную структуру, которая позволит:
интегрировать в создаваемый комплекс дополнительные модули, создаваемые по требованию заказчика;
передавать данные в ситуационный центр и ЦУКС;
создание дополнительных диспетчерских центров/узлов;
интеграцию системами видеонаблюдения («Безопасный город»);
интеграцию с системами пожарного мониторинга «Стрелец»;
интеграцию с системами мониторинга инженерных систем зданий и сооружений.
ЕДДС муниципального образования должна иметь возможность при функционировании в круглосуточном режиме:
немедленно приступить к экстренным действиям по оповещению и информированию ДДС и координации их усилий по предотвращению и (или) ликвидации ЧС после получения необходимых данных;
самостоятельно принимать решения по защите и спасению людей (в рамках своих полномочий), если возникшая обстановка не дает возможности для согласования экстренных действий с вышестоящими органами управления.
КСА ЕДДС должен сопрягаться с автоматизированными системами взаимодействующих ДДС.
Для обеспечения методической, информационной, лингвистической и программно-технической совместимости КСА ЕДДС с автоматизированными системами взаимодействующих ДДС должны быть предусмотрены единое алгоритмическое (математическое) обеспечение проводимых расчетов, общие классификаторы и словари информации, однотипные технические и программные средства обработки и передачи данных,.
Диспетчерские службы предприятий и организаций (ДДС), входящих в АСОДУ должны иметь возможность:
приема информации о нештатных ситуациях из различных источников, их классификацию;
высылки необходимых оперативных групп и аварийно-ремонтных бригад для устранения их последствий, либо передачи данной информации в другие подразделения предприятия или дежурно-диспетчерские службы других организаций в зависимости от ситуации или от масштаба аварии;
осуществлять контроль выполнения ремонтно-восстановительных работ;
координировать действия с подразделениями (бригадами) предприятия, либо подразделениями других оперативных служб города;
формирования необходимых сводок и отчетов.
4.9.1 Требования к АСОДУ
Система должна иметь иерархическую структуру и работать в режиме реального времени. Архитектура информационной системы должна быть построена по «клиент-серверной» технологии. Она должна позволять производить ввод, корректировку и просмотр данных одновременно с нескольких рабочих мест. Доступ к данным должен быть организован в соответствии с правами, определяемыми функциональными обязанностями работников. Время передачи заявки между узлами системы должна быть не более 3 сек при скорости передачи – 2 МБит/сек.
4.9.1.1 Требования к структуре и функционированию системы
Система должна иметь модульную структуру и позволять встраивать дополнительно написанные модули в форматах DLL и OCX. Она также должна позволять осуществлять запуск внешних приложений из своей оболочки. Функционирование системы должно осуществляться непрерывно в круглосуточном режиме в соответствии с технологическим процессом автоматизируемого объекта.
Функции, выполняемые системой должны соответствовать положениям ГОСТ Р 22.7.01-99 «Единая дежурно-диспетчерская служба» от 9.11.1999 года, ГОСТ Р 22.1.12-2005 «Структурированная система мониторинга и управления инженерными системами зданий и сооружений» от 15.09.2005 года и концепции создания системы обеспечения вызова экстренных оперативных служб через единый номер «112» на базе дежурно-диспетчерских служб муниципальных образований, одобренной распоряжением Правительства Российской Федерации от 25 августа 2008 г. № 1240 р и реализовывать функции, указанные в них.
Состав автоматизированного комплекса АСОДУ
В состав автоматизированного комплекса должны входить:
программно-аппаратный комплекс (ПАК) единой дежурно-диспетчерской службы (ЕДДС) с функциями системы-112 гг. Вологды и Череповца;
программно-аппаратные комплексы дежурно-диспетчерских служб (ДДС) оперативных служб гг. Вологды и Череповца, интегрированные с ПАК ЕДДС;
программно-технический комплекс приема информации об угрозе или факте возникновения ЧС от ПОО, уникальных, технически сложных объектов и объектов ЖКХ.
В состав программно-аппаратного комплекса ЕДДС с функциями системы-112 должны входить:
сервера баз данных и сервера локальной сети передачи данных (количество уточняется при проектировании);
автоматизированные рабочие места (АРМ) операторов ЕДДС (оперативный интерфейс) (количество уточняется при проектировании);
автоматизированное рабочее место (АРМ) Руководителя ситуационного центра и оперативного дежурного ситуационного центра (неоперативный интерфейс);
канальное оборудование, обеспечивающее функционирование создаваемого автоматизированного комплекса в выделенной сети передачи данных.
4.9.1.2 Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы
Автоматизированные рабочие места операторов должны обеспечивать доступ и корректировку информации в режиме реального времени (оперативный интерфейс). Поэтому они должны быть разработаны в виде отдельных исполняемых модулей, реализованных в виде приложений к операционной системе и динамических библиотек.
АРМ оператора ЕДДС (ДДС) Автоматизированной системы диспетчерской службы должна состоять из следующих подсистем (модулей):
- диспетчерского модуля;
- модуля синхронизации данных;
- модуля конструктора входных форм;
- модуля системы поддержки принятия решения;
- модуля работы с электронной картой;
- модуля расхода материалов;
- модуля записи телефонных переговоров;
- модуля числовых характеристик ЧС;
- модуля отчетов;
- модуля подключения других подсистем;
- модуля вызова внешних приложений;
- утилиты администрирования;
- модуля мониторинга подвижных объектов;
- модуля приема технических заявок;
- модуля системы видеомониторинга;
- модуля приема заявок от портала государственных и муниципальных услуг
- модуля контроля и наблюдения за окружающей средой и прогнозирования ее состояния;
- модуля мониторинга состояния компьютерной сети АСОДУ.
- подсистемы информационной безопасности программного комплекса
- подсистемы видеоконференцсвязи между узлами ДДС
- подсистемы оповещения должностных лиц и населения
- Диспетчерский модуль предназначен для ведения электронных журналов о принятии заявок и ходе их выполнения.
- Модуль синхронизации данных предназначен для организации обмена данных между всеми ДДС, входящими в СОДУ, в режиме реального времени.
- Конструктор входных форм служит для настройки форм, необходимых для принятия заявки в зависимости от требуемой начальной информации, определенной ведомственными и локальными нормативными актами.
- Модуль поддержки принятия решения предназначен для помощи диспетчеру при реакции на событие (определение масштаба ЧС, выработка плана действий, определение необходимой группировки сил и т.д.).
- Модуль работы с электронной картой предназначен для визуального отображения обстановки на картах муниципальных образований с возможностью построения ситуационных слоев и расчета плотности событий.
- Модуль расхода материалов предназначен для контроля использования материальных ценностей при выполнении заявок.
- Модуль записи телефонных переговоров предназначен для фиксации телефонных переговоров и радиообмена диспетчерского и оперативного персонала во время несения дежурства.
- Модуль учета числовых характеристик ЧС служит для хранения в базе данных с привязкой к событиям характеристик, необходимых для принятия эффективных решений при ликвидации ЧС и формирования оперативных сводок и табелей срочных донесений.
- Модуль отчетов предназначен для получения отчетных форм в электронной и печатной форме.
- Модуль подключения других подсистем предназначен для написания и включения в программно-аппаратный комплекс различных дополнительных программных модулей.
- Модуль вызова внешних приложений предназначен для вызова из программной оболочки других приложений Windows и просмотра файлов различных форматов с помощью программ Windows.
- Утилита администрирования системы предназначена для назначения прав доступа к информационным ресурсам работникам предприятия и организаций, а также конфигурирования узла.
- Модуль мониторинга подвижных объектов должен обеспечивать отображение на электронной карте территории текущего местонахождения подвижного транспорта узлов ОСОДУ.
- Модуль приема технических заявок обеспечивает автоматический прием заявок от систем мониторинга инженерных систем (СМИС) систем пожарного мониторинга, стоек экстренного вызова.
- Модуль системы видеомониторинга обеспечивает отображение на карте территории местоположения камер с возможностью подключения к ним.
- Модуль приема заявок от портала государственных и муниципальных услуг обеспечивает возможность создания заявки населением на узел ОСОДУ используя портал государственных и муниципальных услуг (lugi.ru/ru/).
- Модуль контроля и наблюдения за окружающей средой и прогнозирования ее состояния обеспечивает отображение на соответствующем слое карты параметров окружающей среды, обеспечивает сигнализацию в случае приближения/прогноза приближения параметров к критическим.
- Модуль мониторинга состояния компьютерной сети ОСОДУ обеспечивает отображение состояния работы узлов в компьютерной сети ОСОДУ, сигнализацию при выходе параметров сети за установленные нормы.
- Подсистема информационной безопасности программного комплекса должна обеспечивать:
шифрование межузлового трафика;
разграничение доступа с возможностью индификации пользователя системы с помощью ЭЦП;
резервное копирование данных;
журналирование и аудит данных
- Подсистема видеоконференцсвязи ЕДДС должна обеспечивать работу видеоселектора между узлами ДДС, ситуационным центром и ЦУКСом Вологодской области.
- Подсистема оповещения должностных лиц и населения должна обеспечивать циркулярный дозвон и оповещение сотрудников ДДС, ЕДДС, ситуационного центра и ЦУКСа о произошедших ЧС, а так же возможность подключения к информационным ресурсам системы ОКСИОН и ЛСО находящихся на территории муниципального образования.
АРМ руководителя должен обеспечивать доступ к информационным ресурсам АСОДУ через Web-интерфейс в любой точке мира с любого компьютера. Доступ должен осуществляться только для зарегистрированных (прописанных в системе) пользователей по их логину и паролю с помощью идентификации ЭЦП.
Ресурсы необходимые в этом сервисе:
- текущие данные по функционированию АСОДУ муниципального образования с разбивкой по характерам заявок и обрабатывающих их оперативных служб;
- журнал заявок с возможностью их фильтрации по различным критериям за различный период времени;
- система получения электронных отчетов.
4.9.1.3 Требования к способам и средствам связи для информационного обмена между компонентами системы
Различные компоненты (модули) системы, установленные на одном узле (сервере) должны осуществлять связь между собой с помощью передачи сообщений, которые формируются при возникновении событий.
Для организации обмена между стационарными узлами системы должен использоваться репликатор, построенный не на заложенных механизмах СУБД, а являться программной надстройкой над ней. В качестве сети передачи данных должна использоваться VPN сеть.
4.9.1.4 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией
Обмен информации между диспетчерской системой и другими информационными системами, работающими под управлением такой же СУБД, должен осуществляться настройкой репликатора. Организация информационного обмена в остальных случаях может осуществляться функциями экспорта/импорта, используя стандартные возможности СУБД, либо с помощью написания специальных утилит.