Документация об аукционе открытый аукцион в электронной форме

Вид материала

Документация об аукционе

Содержание АРМ оператора ДДС (оперативный интерфейс) Диспетчерский модуль Модуль синхронизации данных Конструктор входных форм Модуль поддержки принятия решения Модуль записи телефонных и радио- переговоров Модуль учета числовых характеристик ЧС Модуль отчетов Модуль вызова внешних приложений Утилита администрирования системы

Подобный материал:

• Приказ (распоряжение)№ от «…» 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.

АРМ оператора ДДС (оперативный интерфейс)

Диспетчерская система должна позволять вести в электронном виде журнал заявок с детализацией всех действий как диспетчерского, так и оперативного персонала. Система должна быть построена по модульному принципу.

Диспетчерский модуль должен осуществлять следующие функции:

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

Для обеспечения полноценного функционирования системы в диспетчерском модуле должна присутствовать система заполнения и корректировки справочников.

Модуль синхронизации данных должен синхронизировать данные в таблицах на различных узлах системы в реальном времени. Причем наборы данных, передаваемые с узла на узел, заранее настраиваются администратором системы. Модуль должен производить подтверждение доставки информации на принимающий узел. При невозможности вставки информации в СУБД принимающей стороны «зависшие» записи не должны блокировать работу репликатора. Должна иметься возможность принудительной вставки, а при совершенной невозможности вставки ее удаления, администратором системы.

Конструктор входных форм должен позволять администратору системы подключать дополнительные формы ввода информации при приеме заявки. Количество подключаемых дополнительно форм до 256. Администратор должен в специализированном редакторе нарисовать необходимую форму, расставив на ней компоненты. По нарисованной форме с установленными компонентами конструктор должен сформировать необходимые таблицы в СУБД для ввода информации по заявке.

Модуль поддержки принятия решения должен состоять из двух подсистем:

• обработки статических данных (данных об объектах и сетях, находящиеся в базе данных);
  
• обработки информации, поступающей с места события.
  

Он должен позволять сформировать предложение диспетчерскому персоналу по реакции на различные аварии (алгоритм действий).

Модуль работы с электронной картой должен осуществлять следующие функции:

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

Модуль расхода материалов должен осуществлять учет материалов, израсходованных в ходе поисково-спасательных или аварийно-восстановительных работ, с привязкой их к конкретным работникам и заявке.

Модуль записи телефонных и радио- переговоров должен осуществлять запись с телефонного канала и радиостанции при появлении сигнала с возможностью привязки звуковых файлов к конкретным заявкам оператором. Записываться должны как входящие, так и исходящие звонки. Устройство должно подключаться к серверу через USB-порт.

Модуль учета числовых характеристик ЧС предназначен для внесения в СУБД данных, необходимых для формирования донесений 1ЧС – 4ЧС. Все данные, необходимые для формирование этих отчетов, в зависимости от характера происшествия должны вноситься специалистами ГОЧС в базу данных. Специфические данные, присущие тому или иному характеру ЧС, вносятся профильными специалистами без возможности корректировки основных данных о ЧС, вносимых оперативными дежурными. Для этого в СУБД необходимо сформировать специальные роли.

Модуль отчетов должен позволять формировать отчеты по заранее подготовленным формам. Должен иметь возможность подключать дополнительные отчеты, формы для которых подготавливаются программистом по заданию Заказчика. В настоящее время необходимо формировать два отчета:

журнал заявок;

карточка заявки;

формы 1ЧС-4ЧС;

формы 2ПСС, 3ПСС.

Журнал заявок должен содержать следующие реквизиты:

• номер заявки;
  
• дата и время поступления заявки;
  
• адрес происшествия (улица, номер дома, квартира) с уточнением места события;
  
• источник информации;
  
• если источник информации системы мониторинга:
  
• системное устройство (контроллер, видеокамера и т.п.);
  
• сработавшее устройство (датчик, счетчик и т.п.);
  
• месторасположение устройство на схеме здания или территории,
  
• если источник информации физическое лицо:
  

Ф.И.О. заявителя;

контактный телефон заявителя;

• если источник информации работник юридического лица (дополнительно к предыдущему пункту):
  

наименование организации;

должность,

• характер заявки (выбирается из классификатора событий);
  
• список организаций, участвующий в работах;
  
• список оперативных групп и аварийно-восстановительных бригад;
  
• состав бригад (групп);
  

Ф.И.О. работников;

должности работников;

задействованные транспортные средства;

• дата и время передачи информации бригадам (группам);
  
• дата и время выездов бригад (групп);
  
• дата и время прибытия бригад (групп) на место;
  
• дата и время исполнения заявки (выполнения работ в полном объеме);
  
• обнаруженные неисправности и содержание работ.
  

Формат отчета: А3.

Карточка заявки должна содержать следующие реквизиты:

• организационно-правовая форма и наименование организации, открывшей заявку;
  
• номер заявки;
  
• дата и время принятия заявки;
  
• Ф.И.О. диспетчера, принявшего заявку;
  
• адрес происшествия (улица, номер дома, квартира) с уточнением адреса;
  

• источник информации;
  

если источник информации системы мониторинга:

системное устройство (контроллер, видеокамера и т.п.);

сработавшее устройство (датчик, счетчик и т.п.);

месторасположение устройство на схеме здания или территории,

если источник информации физическое лицо:

Ф.И.О. заявителя;

контактный телефон заявителя;

если источник информации работник юридического лица (дополнительно к предыдущему пункту):

наименование организации;

должность,

• характер заявки (выбирается из классификатора событий);
  
• список организаций, участвующий в работах;
  
• список оперативных групп и аварийно-восстановительных бригад;
  
• состав бригад (групп);
  

Ф.И.О. работников;

должности работников;

задействованные транспортные средства;

• дата и время передачи информации бригадам (группам);
  
• дата и время выездов бригад (групп);
  
• дата и время прибытия бригад (групп) на место;
  
• дата и время исполнения заявки (выполнения работ в полном объеме);
  

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

Состав форм 1ЧС-4ЧС четко определен в ТСД МЧС России . Эти формы должны содержать необходимый набор реквизитов в зависимости от характера происшествия. Они должны формироваться в формате Microsoft Word.

Формы 2ПСС и 3ПСС формируются на фирменном бланке организации. Верхняя часть отчетов одинакова и содержат следующие реквизиты:

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

из них:

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

из них:

• спасено;
  
• погибло,
  
• отчет составил: Ф.И.О., должность.
  

В отчете 3ПСС далее следует описание наиболее значимых выездов с указанием следующих реквизитов:

• дата и время поступления заявки;
  
• характер события;
  
• задействованные силы;
  
• описание работ;
  
• Ф.И.О. спасенных;
  
• Ф.И.О. погибших.
  

Модуль подключения других подсистем предназначен для расширения системы путем написания и включения в программно-аппаратный комплекс различных дополнительных программных модулей.

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

Утилита администрирования системы должна позволять производить конфигурирование узла, назначать права доступа к информационным ресурсам, присваивая им различные пользовательские роли, заранее подготовленные программистами.