Документация об аукционе открытый аукцион в электронной форме
Вид материала | Документация об аукционе |
- Приказ (распоряжение)№ от «…» 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.9.1.6.3 Требования к организационному обеспечению
Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.
Организационная структура должна позволять выполнять все функции системы с учетом их распределения по уровням управления.
По каждой автоматизируемой функции, которая выполняется во взаимодействии данной системы с другими системами, инструкции персоналу системы и персоналу этих систем и подсистем должны быть взаимоувязаны для всех режимов выполнения данной функции и должны содержать указания о действиях персонала при отказах технических средств системы.
Информация по организационному обеспечению должна содержаться в эксплуатационной документации на систему.
Инструкции организационного обеспечения системы должны:
- определять действия персонала, необходимые для выполнения каждой автоматизированной функции во всех режимах функционирования системы, с учетом заданных требований по безошибочности и быстродействию реализации персоналом системы своих функциональных обязанностей;
- содержать конкретные указания о действиях персонала системы в случае возникновения аварийных ситуаций или нарушении нормальных условий функционирования системы.
4.10 Требования к автоматизированной системе контроля химической обстановки (АСКХО) на территории города Череповец
АСКХО предназначена для непрерывного контроля химической обстановки на промплощадке ХОО и контроля газоаэрозольных выбросов за пределы промплощадки ХОО во всех режимах эксплуатации, включая аварийные ситуации. АСКРО создается в основном за счет интеграции существующих систем контроля химической обстановки на химически опасных предприятиях Череповца в информационно-аналитический комплекс, устанавливаемый в создаваемом едином пункте управления в составе ЦУКС ГУ МЧС России по Вологодской области.
4.10.1 Основные задачи АСКХО:
проведение измерений в режиме «on-line» контролируемых параметров, характеризующих химическую обстановку;
сбор информации по всем измерительным каналам (ИК);
сигнализация отклонений измеренных или рассчитанных параметров от установленных контрольных уровней;
диагностика программно-технических средств системы;
отображение и регистрация химических параметров;
накопление, учет и архивирование информации.
4.10.2 Требования к программному обеспечению
ЦПК, устанавливаемый в едином пункте управления, должн работать под управлением различных операционных систем: Microsoft Windows, Linux и др. В качестве системы управления базами данных должна использоваться СУБД SGL-server или аналогичная.
4.11 Требования к областной автоматизированной интегрированной системе телекоммуникаций Вологодской области
4.11.1 Общие требования к автоматизированной интегрированной системе телекоммуникаций (АИСТ)
АИСТ создается для формирования единого информационного пространства с подключением к ней информационных терминалов всех организаций, служб и объектов городской инфраструктуры безопасности с необходимой скоростью передачи данных и в соответствии с протоколами и ПАК интерфейсов взаимодействия.
К АИСТ предъявляются следующие требования:
система должна обеспечивать сбор и прохождение необходимой информации для предоставления должностным лицам ситуационного центра и ЦУКСа в зависимости от их функциональной принадлежности без ограничений;
топология АИСТ должна представлять собой на магистральном участке кольцевую систему связи, к которой подключается каждый участник информационного обмена;
архитектура АИСТ должна быть построена по иерархическому принципу. Верхним информационным звеном является оперативный дежурный ЦУКСа. Информационно-техническим (центральным) узлом является Ситуационный центр гг. Вологда, Череповец;
АИСТ должна обеспечивать передачу данных в реальном масштабе времени. При пропадании связи между участниками, каждый из них должен иметь возможность продолжать работу в автономном режиме. С момента восстановления связи информация на узлах системы должна синхронизироваться;
система должна легко масштабироваться как «вверх», так и «вниз»;
программно-аппаратный комплекс АИСТ должен обеспечивать периодический автоматический контроль исправности каналов передачи информации между участниками информационного обмена;
передача информации с узла на узел АИСТ должна осуществляться в автоматическом режиме;
система должна обеспечивать подтверждение прохождения информации;
информационные блоки АИСТ должны быть совместимы друг с другом;
должно быть предусмотрено резервное автономное электропитание оборудования на узлах АИСТ от источников бесперебойного питания, обеспечивающее не менее чем 4 часа непрерывной работы;
центральный узел должен быть оснащен резервными каналами связи с основными участниками информационного обмена;
подключение основных узлов Системы к информационной среде Ситуационного центра должно осуществляться на скорости передачи данных 10 Мбит/сек, остальных ДДС и объектов с повышенной опасностью – 5 Мбит/сек, объектов городской инфраструктуры до 2 Мбит/сек;
информационный обмен с подвижными объектами должен осуществляться по GPRS/3G – каналам, либо по широкополосной сети беспроводного доступа WI-FI/WI-MAX, а в нештатной или чрезвычайной ситуации должен иметь возможность установить спутниковый канал передачи данных с Ситуационным центром, ЦУКСом.
Система должна обеспечивать возможность сопряжения со всеми системами мониторинга и управления инженерными системами зданий и сооружений потенциально опасных объектов.
4.11.2 Описание системы
4.11.2.1 Общие сведения
В состав создаваемой комплексной системы Вологодской области будет входить до 50 узлов, между которыми будет построена АИСТ. Все узлы должны быть объединены посредством подключения к VPN/MPLS.
4.11.2.2 Требования к каналам связи
Список узлов, планируемых к подключению в КСПД по технологии VPN/MPLS:
№ п/п | Наименование узла КСПТБ | Тип подключения и пропускная способность Мбит/с , c поддержкой QoS |
1 | ГУ МЧС по Вологодской области (ЦУКС) | MPLS, 10 |
2 | Ситуационный центр г. Вологда | MPLS, 10 |
3 | ЕДДС г. Вологда | MPLS, 4 |
4 | Потенциально опасные объекты г. Вологда | MPLS, 2 |
5 | Администрация г. Вологда | MPLS, 10 |
6 | Ситуационный центр г. Череповец | MPLS, 10 |
7 | Диспетчерская СПМ «Стрелец» | MPLS, 2 |
8 | ФСБ области | MPLS, 4 |
9 | ЕДДС г. Череповец | MPLS, 4 |
10 | УВД области | MPLS, 4 |
11 | Потенциально опасные объекты г. Череповец | MPLS, 2 |
4.11.2.3 Требования к каналообразующему оборудованию
Для организации каналов связи в узлах со стороны Заказчика и со стороны Оператора связи используется оборудование Оператора. Интерфейс предоставляемый Оператором Заказчику –FastEthernet.
Исполнитель должен предоставить Заказчику услугу связи (далее услугу) со следующими показателями:
- На основе частной сетевой инфраструктуры Оператора Заказчику должно обеспечиваться построение и круглосуточное функционирование виртуальной частной сети с топологией «каждый-с-каждым».
- Порт виртуальной частной сети (IP/VPN) на PE Оператора, предоставляющий Заказчику скорость согласно п.п. 3.2 и профиль трафика: 35% best-effort (трафик некритичный к задержкам и потерям пакетов), 40% business-critical (трафик корпоративных информационных систем, критичный к потерям пакетов); 25% real-time (трафик приложений реального времени, критичный к потерям пакетов, задержкам и колебаниям задержки ).
- К сетевым элементам, принадлежащим ВЧС, относится оборудование на стороне Заказчика (Customer Edge router (CE)), цифровой канал между CE и Provider Edge (PE) (линия доступа) и интерфейс или субинтерфейс на PE, к которому подключен данный CE. PE не является частью описываемой ВЧС. Сеть Оператора должна обеспечивать передачу трафика от одного PE до другого по кратчайшему маршруту без дополнительной обработки на промежуточных маршрутизаторах.
- Граница ответственности Исполнителя за качество предоставляемой услуги определяется точкой доступа к услуге (SAP) – исходящий в сторону сети Исполнителя порт CE. Линия доступа организуется Исполнителем; CE не находится под управлением Исполнителя.
- В ВЧС используется схема адресации с назначением частных адресов, согласно RFC1918.
- Эксплуатационные характеристики услуги связи.
Услуга должна предоставляется 24 часа в сутки, 7 дней в неделю. Совокупная доступность (работоспособность) сетей и оборудования узлов Оператора, задействованных в предоставлении услуги, должна составлять не менее 99,5% в месяц. Качество услуги должно гарантироваться в зоне ответственности Оператора с соблюдением следующих показателей:
Класс сервиса | Доступность сети за месяц | Процент потерянных пакетов (PE-CE) в среднем за месяц | Сетевые задержки на наземных каналах (PE-CE) в среднем за месяц | Колебания сетевой задержки на наземных каналах (PE-CE) (джиттер) |
Real-time | не менее 99,5% | не более 0,2% | не более 150 мсек | не более 50 мсек |
Business-critical | не менее 99,5% | не более 0,2% | не более 200 мсек | - |
Best-effort | не менее 99,5% | не более 5% | не более 250 мсек | - |
Приведенные характеристики качества должны гарантироваться до превышения 80%-го порога загрузки порта подключения.
Граница зон ответственности: окончания каналов связи (внешние интерфейсы каналообразующего оборудования).
Правила приоритезации и распределения трафика, обеспечивающие обслуживание на сети Оператора, настраиваются на основе использования QoS (Quality of Service) заголовка IP-пакета.
4.11.2.5 Требования к оператору связи