ТОМ 2 - АТС Смольного

1
СОГЛАСОВАНО
УТВЕРЖДАЮ
Председатель
Комиссии по закупкам
Директор
СПб ГУП «АТС Смольного»
__________Ю.С. Позен
___________Ф.Ю. Касаткин
«__»_______________2014г.
«__»_______________2014г.
ТОМ 2
КОНКУРСНОЙ ДОКУМЕНТАЦИИ
ДЛЯ ПРОВЕДЕНИЯ ОТКРЫТОГО КОНКУРСА
НА ПРАВО ЗАКЛЮЧЕНИЯ ДОГОВОРА НА СОЗДАНИЕ И ВНЕДРЕНИЕ
СИСТЕМЫ ЕДИНОГО ЦЕНТРА МОНИТОРИНГА ЕДИНОЙ
МУЛЬТИСЕРВИСНОЙ ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ (ДАЛЕЕ СИСТЕМЫ) С ПОСТАВКОЙ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ДЛЯ НУЖД СПБ ГУП «АТС СМОЛЬНОГО»
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
2
Определения, термины и сокращения
Термин
ЕЦМ
Система
ИОГВ
ЕМТС
СУР ЕМТС
АИС ОБЖ
КАСИП АЗМ
ЕЦРС
КСОБ
Определение
Единый центр мониторинга
Автоматизированная система обработки, сбора и хранения
событий
Исполнительные органы государственной власти
Единая
мультисервисная
телекоммуникационная
сеть
исполнительных органов государственной власти
Система учета ресурсов ЕМТС
Автоматизированная информационная система обеспечения
безопасности жизнедеятельности
Комплексная автоматизированная система информационной
поддержки
антитеррористической
защищенности
метрополитена
Единая цифровая радиосвязь на объектах метрополитена
Санкт-Петербурга
Комплексная система обеспечения безопасности
1. Предмет конкурса, начальная (максимальная) цена договора
1.1. Предметом настоящего открытого конкурса является право заключения
договора на создание, внедрение Системы Единого центра мониторинга Единой
мультисервисной телекоммуникационной сети (далее - Системы)
с поставкой
программного обеспечения.
1.2. Начальная (максимальная) цена договора 12 374 200 (Двенадцать миллионов
триста семьдесят четыре тысячи двести рублей) 00 копеек.
1.3. Код по Общероссийскому классификатору видов экономической
деятельности, продукции и услуг, соответствующие предмету закупки:
ОКДП: 7241000 «Автоматизированные информационные системы на основе
компьютерных баз данных»
ОКВЭД: 72.20 «Разработка программного обеспечения и консультирование в этой
области».
2. Основание для выполнения работ
2.1. Основанием для выполнения работ: План закупок СПб ГУП «АТС
Смольного» на 2014 год.
3. Место и сроки (периоды) выполнения работ
3.1. Место поставки: в соответствии с Приложением №1 к Техническому заданию
3.2. Сроки (этапы) выполнения работ:
3.2.1. Поставка программного обеспечения:
- начало: с момента заключения договора;
- окончание: не позднее 10 календарных дней с момента заключения договора;
3.2.2. Выполнение работ:
- начало: с момента заключения договора;
- окончание: не позднее 100 календарных дней с момента заключения договора.
3.3. Работы должны выполняться в соответствии с графиком этапов выполнения
3
работ, поставки программного обеспечения (Приложение №3 к Техническому
заданию).
4. Требования к сроку и объему предоставления гарантии качества выполненных
работ
4.1. Гарантийный срок на выполненные работы: 12 месяцев
4.2. Объем предоставления гарантии качества работ: на все работы в полном
объеме, включая:
 устранение ошибок Системы, в случае их обнаружения в процессе
эксплуатации;
 переустановка программного обеспечения подсистем на компьютерах заказчика
после устранения ошибок;
 восстановление работоспособности подсистем, если потеря работоспособности
произошла в результате неправильных действий в ходе выполнения работ.
5. Требования к техническим характеристикам работ, требования к их качеству,
безопасности.
5.1. Требования к техническим характеристикам работ
5.1.1. Общее описание.
Основной целью создания ЕЦМ является - создание единой централизованной
базы данных мониторинга оборудования. Единой точкой входа всех событий,
связанных с работоспособностью оборудования, является единая консоль вывода
информации, включающая в себя сегменты передачи данных (ЕМТС, КАСИП АЗМ) и
сервисы (АИС ОБЖ, КСОБ, УПАТС) – (далее сегменты/сервисы), интеграция с СУР
ЕМТС для получения сведений об оборудовании, технических средства, месте
расположения. Система должна обеспечить визуальное представление о ситуациях на
сети, своевременно информировать и скоординировать работу эксплуатирующих служб
в бизнес-процессах, связанных с планированием, обслуживанием всего оборудования
сегменте сети. Посредством Системы должно быть обеспечено предоставление
актуальной информацией о доступности и работоспособности всего оборудования в
сегментах/сервисах, описанных в данном техническом задании.
Средствами Системы должна быть поддержана и обеспечена рациональная
организация текущего мониторинга оборудования сегментов/сервисов в процессе их
эксплуатации для предупреждения аварий.
Система должна осуществлять решение следующих основных задач:
1. Мониторинг оборудования. Под ооборудованием понимается: коммутационное
оборудование, источники бесперебойного питания, средства защиты передачи данных,
автоматические телефонные станции, камеры видеонаблюдения, тревожная кнопка.
2. Интеграция с СУР ЕМТС. Интеграция – автоматизированный процесс
получения данных о вновь заведенном оборудовании, новых стационарных объектах
связи, предоставление отчетов для инвентаризации и синхронизации справочников по
объектам в Системе.
3. Передача в реальном времени событий с источников в систему визуального
учета, информировании заинтересованных лиц. Информация о критичных сервисах
объектов должна отображаться на электронной карте ЕМТС.
4. Гибкая интеграция с оборудованием, комплексами систем мониторинга
используемы для технической детализации и анализа оборудования.
4
5. Сбор и обработка статистических данных по проблемным объектам, для оценки
тенденции качества предоставляемых услуг.
Предоставленный перечень задач не является конечным. Задачи, как по составу,
так и по требованию должны уточняться на этапах подготовки частных технических
заданий на разработку и внедрение Системы.
5.1.2. Обобщенные объемы работ.
Объемы работ в рамках данного технического задания разделены на ключевые
этапы по внедрению системы:
передача программного обеспечения;
подключение оборудования сегментов/сервисов, технических систем мониторинга;
разработка логической обработки данных;
интеграция с СУР ЕМТС, интеграция с техническими системами мониторинга и
управления;
оповещение;
статистическая отчетность;
рапорты.
 Установка и настройка комплекса Системы.
 Разработка частного технического задания по проекту.
 Распределение нагрузки на сеть передачи данных ЕМТС при подключении
источников событий, инсталляция и разработка средств получения и обработки
событий, поступающих с источников мониторинга.
 Настройка и подключение оборудования по протоколам (SNMP, Syslog,
NetFlow, Event Log, ICMP) технических систем. Мониторинг профильного
оборудования по протоколам (ODBC, JDBC) в Едином центре мониторинга.
 Интеграция и разработка автоматизированного процесса получение данных с
СУР ЕМТС.
 Создание справочников по объектам, из полученной информации от разных
источников (базы данных, exсel, .mdb).
 Разработка визуальной карты ЕМТС по координатам места положения
станционных объектов связи, разделенных по сегментам и сервисам, с цветовым
показателем времени простоя.
 Разработка статистики поступающих данных об авариях в сети передачи
данных, для дальнейшего анализа и прогнозирования ситуаций в сегментах сети.
 Разработка отчетной документации по заранее запланированному графику
оповещения.
 Разработка правил отображение критичных аварий, с заранее проведенной
консультацией с Заказчиком.
 Разработка информирования по критичным авариям в сегментах/сервисах ЕМТС
(электронная почта, смс уведомление, звуковое сопровождение).
 Разработка быстрого доступа (один клик) к внешнему ресурсу для получения
детальной информации.
 Разработка детализации событий на базе поступающих данных по сегментам для
фильтрации и анализа происходящего с заранее выбранным промежутком времени.
 Разграничение
прав использования системы, как для внутреннего
использования, так и для предоставления доступа сторонним организациям.
5.1.3. Перечень автоматизируемых процессов.
В рамках автоматизации Единого центра мониторинга процесс обработки
событий, поступающих из СУР ЕМТС должен быть настроен по таким критериям как:
- ID объекта и оборудования.
5
- Место положения (адрес, район) объекта или оборудования.
- Тип объекта (узел доступа, узел агрегирования, точка доступа)
- Сегменты сети и сервисы (ЕМТС, АИС ОБЖ, КСОБ, КАСИП АЗМ).
- Модель оборудования.
- Номера СИМ – карт.
- IP адрес и Host Name оборудования.
В рамках поступивших данных, раз в сутки, инженер Группы оперативного
реагирования
должен
получать
автоматизированный
отчет,
по
заранее
запланированному графику о вновь заведенных объектах или оборудования из СУР
ЕМТС, с возможностью настроить внешний модуль для автоматического заведения
данных в систему мониторинга по протоколу (ICMP). По таким критериям как:
- IP адрес и Host Name оборудования.
- ID объекта и оборудования.
При выявлении аварий в сегментах сети, Система автоматически должна
определять критичность аварии, в заранее заложенной логике обработки событий и
уведомлять инженеров Группы оперативного контроля Службы мониторинга сети
Отдела телематики:
- По электронной почте.
- СМС уведомлением.
- Звуковым сигналом.
- На визуальной карте по координатам.
Данные в визуальном отчете должны иметь следующую информацию, в
зависимости от требуемой статистики:
- ID объекта или оборудования.
- Место положения (адрес, район) объекта или оборудования.
- Тип объекта (узел доступа, узел агрегирования, точка доступа)
- Сегмент сети (ЕМТС, КАСИП АЗМ, АИС ОБЖ), сервис (КСОБ, SDH, DWDM,
УПАТС).
- Категория или орган государственной, муниципальной власти.
- Модель оборудования.
- IP адрес и Host Name оборудования
- Общее время аварии
В рамках предоставление отчетности, Система формирует рапорты за заранее
указанный период, в зависимости от потребности той или иной информации, по заранее
запланированному графику и в автоматическом режиме предоставляет данный
рапорт/отчет заинтересованным лицам.
В Систему должен быть заложен, автоматизированный процесс интеграции с
модулем СУР ЕМТС КТП для регистрации инцидентов.
5.1.4. Общие требования к Системе.
Система должен иметь русскоязычный интерфейс на визуальном предоставлении
информации, в отчетах/рапортах, статистических данных, справочниках, открытую
архитектуру и обладать свойствами:
- масштабируемостью;
- корреляцией событий;
- гибкой системой настройки правил, объединяющих события из разных
источников;
- инструментом по созданию отчетов/рапортов;
- быстрым поиском нужной информации за указанный период;
- настраиваемыми средствами для подключения новых источников;
- хранением большого количества информации;
6
- гибкой интеграцией с различными системами;
- принимать события по разным протоколам передачи данных.
Архитектура Системы не должна ограничивать возможности учета различных
типов объектов сети и возможное общее количество учитываемых объектов. Система
должна иметь русскоязычную техническую поддержку разработчика или интегратора.
5.1.5. Требования к надежности и безопасности
Система должна обеспечивать однократный ввод данных и безопасное хранение,
передачу и обработку генерируемых в ней данных. Система должна обеспечивать
защиту от несанкционированного доступа посторонних лиц к таким данным.
Безопасность Системы должна обеспечиваться средствами идентификацией и
аутентификацией, встроенной во все компоненты, позволяя гибко настраивать
политику пользователей: права, роли и доступ ко всем функциональным единицам
Системы на уровне полей экранных форм. В Системе для коммуникации между
компонентами должны использоваться защищенные протоколы передачи данных,
обеспечивающие высокий уровень защиты информации.
Система должна позволять производить делегирование полномочий между
пользователями.
Система должна обеспечивать журнализацию действий пользователей,
приводящих к изменениям данных в системе. Определенные действия (приводящие к
изменениям) должны быть разрешены, только если для них есть необходимое
основание (например, документ в системе). Для пользователей Системы должна быть
реализована возможность просмотра истории изменений для объектов, для
администратора с определенными правами – так же журнала действий пользователей.
5.1.6. Администрирование и пользование
В рамках пользования и администрирования Единого центра мониторинга должен
быть реализован функционал соответствующий следующим требованиям:
 Должна быть обеспечена возможность осуществлять создание правил
корреляции.
 Должна быть обеспечена возможность создания и редактирования справочников
объектов и оборудования
 Иметь редактор отчетов/рапортов под текущие задачи.
 Пользователю в соответствии с его правами доступа, должна быть обеспечена
возможность ручной корректировки dashboards.
 Должна быть предоставлена возможность разграничения прав пользования
системой.
 Должна
быть
обеспечена
возможность
планового
формирования
отчетов/рапортов.
 Должна быть возможность проектирования логические цепочки, бизнес
процессов взаимодействия с другими системами.
Системой должна быть обеспечена возможность оперативного поиска
информации по задействованной и свободной емкости ресурсов, в том числе, для
оценки потенциальной возможности подключения новых источников к Системе.
5.1.7. Обработка проблем
Функциональность Системы должна обеспечивать простой доступ на
оборудование (поддерживающее данные протоколы), для визуального просмотра
журналов событий по HTTP, HTTPS протоколам.
В системе должна быть предусмотрена возможность ведение истории отказов
оборудования.
При устранении сбоя, в системе регистрируется дата восстановления отказа
оборудования.
7
По собранной информации в Системе необходимо иметь возможность
формирования аналитических отчетов для отслеживания и анализа истории отказов.
Отчеты по истории отказов должны позволять оценивать время между отказами и
восстановление для заданных элементов обслуживания. Отчеты, использующиеся для
анализа отказов, должны формироваться как по группам элементов обслуживание, так
и по характеристикам оборудования (адрес, модель, производитель и т.д.).
5.1.8. Технический и инвентарный учет
Система должна обеспечивать учет оборудования и ресурсов ЕМТС находящихся
под мониторингом, поступающих автоматически с СУР ЕМТС, описание набора
характеристик и атрибутов, с помощью которых отражается их назначение,
использование, место положения в сети.
Системой должен поддерживаться централизованный учет и хранение данных об
объектах обслуживания ЕМТС, АИС ОБЖ, КАСИП АЗС, КСОБ.
Для обеспечения адаптируемости к возможным изменениям бизнес-процессов,
Системой должна предоставляться возможность добавления/изменения значения
объекта учета.
5.1.9. Взаимодействие с оборудованием и мониторинг.
Система, на основании периодического опроса оборудования, должна
обеспечивать мониторинг доступности коммутационного оборудования. На
доступность коммутационного оборудования не должны влиять задержки в каналах
передачи данных и незначительные потери пакетов.
Системой должны быть обеспечены возможности трассировки передачи сигнала и
двунаправленного отслеживания сети (трассировки сети из начальной точки в
конечную и наоборот).
Время реакции Системы, от момента недоступности узла до отображения аварии
на АРМ, не должно превышать 10 минут при 30000 единиц коммутационного
оборудования, подлежащих опросу.
Система должна иметь возможность сбора событий от оборудования сети (при
инициировании события оборудованием) по заданным протоколам, а так же
производить периодический опрос заданных параметров оборудования сети (при
генерации событий Системой).
Мониторинг оборудования и технических систем сети, должен осуществляться с
использованием распространенных протоколов, например таких как:
- SNMP (Trap);
- SYSLOG;
- ICMP:
- NetFlow;
Результаты опроса каждой единицы оборудования должны передаваться в
Систему в виде события.
Должна быть предусмотрена возможность устанавливать сложные правила
опроса, например, изменять количество ICMP-запросов в серии, время между их
отправкой, период опроса устройств.
Система должна предусмотреть возможность управления некоторыми
отдельными устройствами, такими как источники бесперебойного питания,
коммутаторы пакетов и т.п.
Система должна иметь следующие возможности:
 настройки правил корреляций событий и настройки вызова внешних процедур в
зависимости от типа, частоты или других параметров события.
 анализа состояния сетевого оборудования для определения возможных точек
отказа ЕМТС. Например, превышение допустимого количества потерянных пакетов на
8
порту, превышение допустимой загрузки процессора/оперативной памяти.
 подключение любых протокольных адаптеров, вывод которых соответствует
формату событий мониторинга.
 задание метрик и подсчета времени простоя оборудования (время
непредставления услуги).
 проведение управляющих воздействий при наступлении определенных событий.
 оказания управляющих воздействий на оборудование сети по определенному
сценарию.
 разграничение прав доступа для выполнения сценариев управления.
 долговременное хранение результатов работы, сценариев управления.
 возможность управление ОС и оборудованием по следующим типам протоколов
управления:
- SNMP;
- TELNET;
- RSH;
- SSH;
- HTTP;
- HTTPS.
5.1.10. Требования к программно-аппаратной платформе Системы
Аппаратно-программные средства системы должны создаваться на основе средств
передовых мировых технологий в сфере телекоммуникаций и автоматизации
управления и удовлетворять следующим основным требованиям:
 поддерживать возможность хранения в единой базе данных больших объемов
информации
(комплексность,
единство
БД),
обеспечивать
возможности
функционального расширения и наращивания мощности (расширяемость и
масштабируемость);
 иметь клиент-серверную архитектуру, должны быть реализованы механизмы
резервного копирования и восстановления данных.
 использовать
единую
систему
классификации
и
кодирования
(унифицированность);
 иметь встроенные средства оперативной аналитической обработки данных;
 обеспечивать высокую надёжность и устойчивость к сбоям;
 обеспечивать непротиворечивость и полноту хранимой информации
(целостность);
 обеспечивать надлежащий уровень защиты и конфиденциальности
передаваемых данных (безопасность);
 поддерживать возможность модернизации в процессе эксплуатации.
5.1.11. Прочие требования
Система должна обеспечивать возможность прикрепления электронных
документов (файлов), в том числе отсканированных.
Система должна обеспечивать хранение истории доступности объекта не менее 90
дней в On-Line и 365 дней в Off-Line
Система должна позволять осуществлять выборки, группировки и графическую
визуализацию сетевых ресурсов по определенным критериям (логическим группам,
сегментам, статусам и др.), также как и селективные представления сетевых ресурсов
разных типов.
Должен быть доступен оперативный поиск информации по существующей связи
физического и логического уровней учета справочников, например, поиск данных по
9
оконечному оборудованию: (Место положения, ID объекта, IP адрес, Host Name и
наоборот).
Система должна иметь стационарную и веб пользовательскую консоль, для
получения информации с единой базы данных.
В Системе должна быть реализована возможность добавления, исключения и
изменения состава и значений дополнительных атрибутов объектов учета
непосредственно пользователем, в соответствии с правами доступа.
Система должна обеспечивать возможность использования в качестве
отчетов/рапортов (форматы PDF, XLS, RTF, CSV, HTML).
Система должна иметь возможность формирование отчетов/рапортов (формата
А2, А3, А4, А5, Tabloid, B4, B5, Quarto, Folo)
В Системе должна быть организована возможность импорта/экспорта данных
(форматов PDF, XLS, RTF, CSV, HTML).
В Системе должен быть реализован механизм сохранение фильтров запросов.
В Системе должен быть реализован механизм формирование столбцов, при
использование правил обработки событий.
В Системе должен быть предусмотрен функционал языков программирования или
языков программирования (JAVA, HTML).
В Системе должен быть реализован функционал управления источниками сбора
событий.
В Системе должен быть реализован функционал присвоения критериев
критичности событий из консоли.
Система должна уметь обрабатывать более 100 тысяч событий в секунду и данная
нагрузка не должна влиять на работоспособность Системы.
Система должна иметь возможность регистрации классов сетей в консоли модуля
по таким критериям:
- Зона.
- Категория.
- Локация.
- Классы сетей.
Система должна иметь возможность одновременную реализацию нескольких
окон в единой консоли (10 и более).
Система должна иметь возможность сбора событий о действиях администраторов
на оборудование.
Система должна иметь возможность просмотра детальной информации в одном
окне со всех источников, для возможности фильтрации по нужному критерию.
Система должна иметь гибкую настройку использования источников или
подключения новых источников, для мониторинга информационной безопасности:
- действие пользователей домена;
- мониторинг вирусной активности;
- защиту внешнего периметра;
- защиту доступности баз данных критичных сервисов;
- мониторинг веб сервисов на проникновение.
Система должна иметь возможность подтверждение стандартов для сертификации
ISO.
Функциональность
Системы
должна
позволять
пользователю
с
соответствующими
правами, посредством встроенных средств выполнять
конфигурирование пользовательских форм и совершенствовать функциональные
возможности правил мониторинга.
5.1.12. Требования к взаимодействию с другими информационными системами.
10
Система должна предоставлять администратору Заказчика возможность создания
структур данных различной сложности, с использованием универсального механизма
описания структуры и справочников пользователя. Необходима возможность работы с
набором произвольных данных, в виде отношения либо иерархии отношений,
позволяющих интегрировать Систему с произвольными приложениями, основанными
на архитектуре клиент-сервер с помощью стандартных возможностей самой Системы.
5.1.13. Требования к документации.
Все создаваемые технические и методологические решения должны быть
соответствующим образом документированы. Пакет документов, описывающий
технические решения должен включать в себя:
 Общее описание применяемых технических решений;
 Описание средств автоматизации процесса сбора информации с оборудования;
 Описание средств безопасного доступа к данным;
В результате работ, помимо установленного и введенного в действие
программного обеспечения, Заказчику должен быть передан следующий комплект:
 Дистрибутив разработанного программного обеспечения;
 Лицензия на программное обеспечение;
 Полный комплект эксплуатационной документации, включая руководство по
установке и запуску руководства пользователя, разработчика и администратора в
бумажном и электронном виде (русском, английском).
5.2. Требования к качеству и безопасности работ.
Запрещается передавать третьим лицам информацию, используемую для
выполнения работ, и сведения о характере выполняемых работ.
Все данные в системе должны быть защищены от несанкционированного доступа.
Информация должна предоставляться пользователям в соответствии с их уровнем
доступа, определенным Заказчиком.
Работы должны проводить с соблюдением действующих правил и норм техники
безопасности, пожарной безопасности, а также иных утвержденных и
зарегистрированных в установленном порядке актов уполномоченных органов
государственной власти в сфере охраны труда.
Обеспечение
соблюдения авторских прав на используемые текстовые,
графические и мультимедийные материалы и сторонний программный код.
Каждый из указанных этапов должен включать в себя полный комплекс работ.
Выполнение работ должно осуществляться с учетом действующего
законодательства Российской Федерации и Санкт-Петербурга в соответствующих
областях знаний и отраслях городского хозяйства, а также согласно требованиям
государственных (межгосударственных) стандартов и руководящих документов в
сфере создания автоматизированных систем.
При разработке и внедрении технологии, описанной в настоящем Техническом
задании, должны быть соблюдены качество и сроки выполнения всех работ.
Выполняемые работы должны быть безопасны для жизни, здоровья людей,
имущества Заказчика и окружающей среды при обычных условиях их оказания в
соответствии с Законами РФ от 07.02.1992 №2300-1 «О защите прав потребителей» и от
30.03.1999 №52-ФЗ «О санитарно-эпидемиологическом благополучии населения».
При выполнении работ необходимо строго соблюдать требования режима входа,
выхода и нахождения в здании Заказчика, перемещения материальных ценностей,
правил по технике безопасности и противопожарной безопасности, утвержденных
Заказчиком.
5.3. Требования к отчетной документации.
11
В состав документации, передаваемой Заказчику по результатам выполнения
работ, должны входить следующие документы:
 Частные технические задания (ЧТЗ) на функциональность модулей Системы
(разрабатывается и согласовывается с Заказчиком);
 Технические акты выполненных работ (Технические акты выполненных работ
предоставляются Заказчику по фактам выполненных работ в конце каждого отчетного
периода по этапам работ);
 Акт ввода Системы в эксплуатацию.
6. Порядок формирования цены договора
6.1. Начальная (максимальная) цена контракта сформирована на основании
финансово-экономического мониторинга сложившейся рыночной конъюнктуры цен на
соответствующие работы;
6.2. Расчет начальной (максимальной) цены контракта с учетом расходов на
перевозку, страхование, уплату таможенных пошлин, налогов и других обязательных
платежей: согласно Приложению №2 к Техническому заданию.
7. Требования к количественным характеристикам (объему) работ
7.1. Количественные характеристики (объем) работ, выполняемых в рамках
настоящего технического задания, приведены в Приложении № 2.
8. Перечень приложений к Техническому заданию, являющихся его неотъемлемой
частью
8.1. Приложение №1. «Сведения о местах выполнения работ».
8.2. Приложение №2. «Расчет начальной (максимальной) цены договора».
8.3. Приложение №3. «График этапов выполнения работ, поставки программного
обеспечения».
Подготовил:
Начальник
Службы мониторинга сети
Отдела телематики
Согласовано:
Начальник
Отдела телематики
И.А. Гладков
Е.Г. Прокопьев
12
Приложение № 1
к техническому заданию
«Сведения о местах выполнения работ»
п
п
1
1
Наименование
получателя
2
СПб ГУП «АТС
Смольного»
Адрес
3
Санкт-Петербург,
Ириновский пр. д.2
Подготовил:
Начальник
Службы мониторинга сети
Отдела телематики
Согласовано:
Начальник
Отдела телематики
Ф.И.О.
Телефон
контактного
лица получателя
4
5
Гладков Игорь
576-03-40
Анатольевич
И.А. Гладков
Е.Г. Прокопьев
13
Приложение №2
к техническому заданию
«Расчет начальной (максимальной) цены договора»
№
п.п.
Наименование
Ед. изм.
Кол-во единиц
Создание, внедрение единого центра мониторинга Единой мультисервисной телекоммуникационной сети исполнительных органов государственной власти
Цена за единицу
с учетом НДС
(18%) в руб.
Стоимость с учетом
НДС(18%) в рублях
1. Этап - подключение:
1.1
Внедрение и настройка ЕЦМ
Усл. ед.
1
875 000,00
875 000,00
1.2
Разработка модуля подключения к технической системе мониторинга для осуществления мониторинга в
ЕЦМ сегментов ЕМТС (коммутационного оборудование, UPS), АИС ОБЖ (IP видеокамер,
видеорегистраторов, видеокодеров), КСОБ (в ЕМТС), КАСИП (коммутационного оборудование).
Усл. ед.
1
190 000,00
190 000,00
1.3
Разработка модуля подключения к коммутационному оборудованию Cisco и сбору событий активности
оборудование КСОБ в сети оператора связи Мегафон, Билайн, МТС и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.4
Разработка модуля подключения СУР ЕМТС к ЕЦМ для получение справочников по оборудованию
Усл. ед.
1
180 000,00
180 000,00
1.5
Разработка модуля подключения к технической системе мониторинга в ЕМТС (DWDM), для сбора
информации об оборудование в ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.6
Разработка модуля подключения к технической системе мониторинга в ЕМТС (SDH), для сбора
информации об оборудование и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.7
Разработка модуля сбора событий по протоколу (SNMP) уровень доступности, температуры окружающий
среды (шасси и конверторов) и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.8
Разработка модуля подключения к технической системе управление и мониторинга КАСИП (SDH, PDH)
уровень событий и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.9
Разработка модуля подключения к технической системе управление и мониторинга базовых станций
КАСИП, уровень событий и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
1.10
Разработка модуля подключения АИС ОБЖ (видорегестраторы), для организации мониторинга аналоговых
видеокамер и подключение модуля к ЕЦМ
Усл. ед.
1
150 000,00
150 000,00
Итого с НДС 18%:
2 295 000,00
2. Этап - логическая обработка событий:
2.1
Разработка логики обработки событий поступающих данных с модулей к единому виду в ЕЦМ
Усл. ед.
1
200 000,00
200 000,00
2.2
Разработка правил обработки событий для визуального информирования сотрудников
Усл. ед.
1
230 000,00
230 000,00
14
2.3
Разработка детализации поступающих событий в ЕМЦ
Усл. ед.
1
300 000,00
300 000,00
2.4
Разработка механизма интеграции подключаемых модулей с СУР ЕМТС
Усл. ед.
1
330 000,00
330 000,00
2.5
Разработка правил интеграции СУР ЕМТС с событиями от модулей
Усл. ед.
1
300 000,00
300 000,00
Итого с НДС 18%:
1 360 000,00
3. Этап - визуальное предоставление данных:
3.1
Разработка схем визуального информирования для сотрудников
Усл. ед.
1
150 000,00
150 000,00
3.2
Разработка отображений аварий на карте города
Усл. ед.
1
150 000,00
150 000,00
3.3
Разработка статистических отчетов, рапортов по авариям
Усл. ед.
1
300 000,00
300 000,00
3.4
Разработка уведомления по авариям
Усл. ед.
1
150 000,00
150 000,00
3.5
Обучение сотрудника
Усл. ед.
1
150 000,00
150 000,00
Итого с НДС 18%:
900 000,00
Итого с НДС 18%:
В том числе НДС 18%
4 555 000,00
694830,51
№
п.п.
Наименование
Ед. изм.
Кол-во
единиц
Лицензии на ПО для создания единого центра мониторинга Единой мультисервисной телекоммуникационной сети исполнительных органов государственной власти
Цена за единицу
без НДС в руб.
Стоимость без НДС
в рублях
1. Программное обеспечение
1.1.
Лицензия на использование ПО
шт
1
7 819 200,00
7 819 200,00
Итого без НДС:
7 819 200,00
Итого цена договора: 12 374 200,00
Подготовил:
Начальник
Службы мониторинга сети
Отдела телематики
Согласовано:
Начальник
Отдела телематики
И.А. Гладков
Е.Г. Прокопьев
15
Приложение № 3
к Техническому заданию
«График этапов выполнения работ, поставки программного обеспечения»
№ этапа
Наименование
1
Подключение
2
Логическая обработка событий
3
Визуальное предоставление данных
Наименование
Поставка программного обеспечения
Подготовил:
Начальник
Службы мониторинга сети
Отдела телематики
Согласовано:
Начальник
Отдела телематики
Сроки выполнения работ
Начало выполнения работ: с момента заключения
Договора
Окончание выполнения работ: не позднее 35-ти
календарных дней с момента заключения договора
Начало выполнения работ: с момента выполнения 1-го
этапа
Окончание выполнения работ: не позднее 35-ти
календарных дней с момента начала выполнения работ по
2-му этапу
Начало выполнения работ: с момента выполнения 2-го
этапа
Окончание выполнения работ: не позднее 30-ти
календарных дней с момента начала выполнения работ по
3-му этапу
Сроки поставки
- начало поставки: с момента заключения договора;
- окончание поставки: не позднее 10 календарных дней с
момента заключения договора
И.А. Гладков
Е.Г. Прокопьев
16