О проведении процедуры запроса предложений в электронной форме
Скачать 2.65 Mb.
|
Требования к Центру Обработки Данных: ЦОД это вычислительная инфраструктура (набор взаимосвязанных программных и аппаратных компонент, организационных процедур, мест расположения и персонала) ГДЦ, предназначенная для безопасной централизованной обработки, хранения и предоставления сервисов приложений и обладающая высокой степенью виртуализации ресурсов. Обеспечивающие подсистемы: В состав обеспечивающих подсистем должны входить*: - подсистема анализа событий; - подсистема поддержки принятия решения; - геоинформационная подсистема; - подсистема связи и передачи данных; - подсистема защиты информации от НСД; - подсистема единого времени; - подсистема контроля и управления функционированием; - подсистема технического обслуживания и ремонта. Конкретный состав подсистем уточняется на этапе разработки проекта. Подсистема анализа событий Подсистема анализа событий должна решать задачи мониторинга ключевых параметров жизнедеятельности и безопасности ВДНХ, обрабатывать и конвертировать все данные в стандартизированный формат, анализировать и категорировать всю полученную информацию. Подсистема анализа событий предоставляет данные для дальнейшей обработки в поддержке принятия решений. В системе АПК «Безопасный город» должны быть реализованы следующие функции: - Мониторинг источников информации; - Мониторинг параметров жизнедеятельности и безопасности ВДНХ; - Выявление рисков и тенденций снижения безопасности; - Прогноз и моделирование развития возможной ЧС с учетом информационных рисков/ информационной угрозы; - Оценка различных вариантов оперативного воздействия для определения алгоритмов реагирования; - Сбор, комплектование/сортировка и направление информации в территориально и функционально распределенные архивы и базы данных, корректировка и уточнение хранимой в них информации. Подсистема должна обеспечивать автоматизированный анализ информации различной природы. Подсистема поддержки принятия решений (ПППР) ПППР должна решать задачи информационного обеспечения оперативной дежурной смены при принятии управленческих решений по оперативному информированию ответственных лиц о событиях, и планирования мер по реагированию. В рамках решения данной задачи в ГДЦ КСБ ВДНХ должны быть реализованы следующие функции: - учёт событий и контроль мер по информированию ответственных лиц; - автоматизация процесса принятия решений. При реализации функции учёта событий в ПППР должна быть предусмотрена возможность: - формирования сведений о событии на основании информации, полученной от подсистемы анализа событий; - группировки набора информации из различных источников по одному событию; - автоматизированной и автоматической квалификации зарегистрированных событий; - выборки соответствующего регламента работы со списком событий – атрибутивный и полнотекстовый поиск, сортировка, вывод на печать. В подсистеме должна быть предусмотрена возможность: - актуализации данных справочников при формировании записей по категориям, видам и статусам событий; - использования существующей справочной информации. При реализации функции автоматизации процесса принятия решений ПППР должна быть предусмотрена возможность: - использования типовых сценариев на основе утверждённых ведомственных регламентов оперативного информирования населения, в том числе: - создания типовых сценариев; - выбора оператором сценария, исходя из текущей ситуации; - перехода со сценария на сценарий; - прекращения использования сценария в случае необходимости. - автоматизированного определения перечня средств информирования и реагирования, которые должны быть задействованы в процессе отработки события; - информирования органов исполнительной власти. Геоинформационная подсистема: ГИС содержит цифровые пространственные данные и обеспечивает сбор, хранение, обработку, отображение и распространение пространственно координированных данных, совместимость с уже развернутым программным картографическим обеспечением, являясь источником актуальной и непротиворечивой картографической информации для всех пользователей подсистемы. Средствами данной системы формируется картографический фонд, специализированный в интересах всех уровней подсистемы на основе обмена информацией с картографическими центрами и специализированными предприятиями России в области ГИС. Геоинформационная подсистема ГДЦ должна обеспечивать: - наглядное графическое представление состояния объектов КСБ на карте ВДНХ и г. Москвы; - удобство переходов к более подробной информации о состоянии безопасности объектов КСБ; - определение координат возникновения экстремальных ситуаций, угрожающих безопасности объектов критически важной инфраструктуры ВДНХ; - отображение картографической системой мониторинга подвижных объектов (экипажей службы безопасности ВДНХ) в реальном масштабе времени. Основные функциональные требования к ГИС заключаются в следующем: • Формирование, ведение и актуализацию центрального банка пространственных данных на основе ГИС-технологий для обеспечения заинтересованных служб единой картографической основой и единой системой идентификации объектов в целях корректного взаимного обмена информацией и совместной координации действий. • Поддержка центрального сервера пространственных данных для предоставления пользователям в режиме реального времени актуальных информационных ресурсов из централизованного банка пространственных данных в формате WMS. • Дополнительно к расположению объектов, формирование «подложек» для уточнения расположения объектов с точностью до территории, плана объекта/этажа, фасада, схемы или элемента сети независимо от характера устройств наблюдения. • Отображение природно-географических, социально-демографических, экономических и других характеристик территории, мониторинговой информации от систем контроля объектов жизнеобеспечения и энергоснабжения, потенциально-опасных объектов, а также расстановку подчиненных сил, средств и ресурсов в зоне ответственности соответствующих ведомственных служб. • Возможность создания сценариев реагирования на определенные события или группу событий. • Возможность интеграции с любыми системами мониторинга транспортных средств с использованием технологий спутниковой навигации GPS. • Интеграцию различных мониторинговых систем в единое информационное пространство. Подсистема контроля и управления функционированием: Подсистема контроля и управления функционированием должна обеспечивать: - автоматизацию процессов управления системой; - контроль функционирования ГДЦ; - обеспечение оперативного состава и службы эксплуатации объективной информацией о техническом состоянии ГДЦ. Подсистема защиты информации от НСД: Подсистема защиты информации от НСД должна обеспечить исключение несанкционированного доступа к конфиденциальной информации: - хранимой и обрабатываемой в АРМ и на серверах; - передаваемой по каналам связи; - хранящейся на внешних компьютерных и бумажных носителях. Для защиты информации в ГДЦ должны применяться сертифицированные по соответствующему классу средства защиты информации, которые обеспечивают комплексную защиту всей информации при ее передаче, хранении и обработке, а также комплекс организационных мероприятий, предусматривающий, в частности, разработку и утверждение инструкций, регламентирующих работу с конфиденциальной информацией. Состав конфиденциальной информации определяется на этапе проектирования. Подсистема единого времени: Подсистема единого времени ГДЦ должна обеспечивать: - гарантированно точную фиксацию возникновения экстремальной ситуации или угрозы ее возникновения; - обеспечение временной информацией должностных лиц; - обеспечение временной информацией программно-технических комплексов при организации их совместного функционирования, в том числе в целях исключения противоречивости обрабатываемой информации в ГДЦ и ее подсистемах; - получение от высокоточных первичных источников меток времени для синхронизации ведущихся в средствах автоматизации, связи и передачи данных шкал времени и привязки к единому времени основных процессов и функций, выполняемых в ГДЦ и ее подсистемах. Подсистема связи и передачи данных: Подсистема связи и передачи данных функционирует на базе двух сетей – основной и резервной. Назначением основной сети является осуществление полного объема функций по передаче информации между ГДЦ и системами безопасности КСБ ВДНХ, а также специальными и аварийными службами города. Основная сеть связи должна быть построена на базе волоконно-оптических линий связи. Назначением резервной сети является передача информационных сообщений ограниченного объема при выходе из строя основной сети. Обмен информацией по основной и резервной сети организуется с использованием следующих технологий: - технологии защищенных виртуальных сетей VPN; - межсетевого экранирования; - разграничения доступа пользователей к сетевым ресурсам; - идентификация пользователей с использованием программно-аппаратных средств; - защиты от компьютерных вирусов; - обнаружения вторжений. Отдельно необходимо предусмотреть в проекте ГДЦ возможность подключения к городской мультисервисной сети передачи данных, а также к телефонной сети связи общего пользования. ТРЕБОВАНИЯ ПО ВИДАМ ОБЕСПЕЧЕНИЯ Требования к структуре и функционированию программного обеспечения ГДЦ Структура программного обеспечения (ПО) должна включать: - общее программное обеспечение (ОПО); - общесистемное программное обеспечение (ОСПО); - специальное (прикладное) программное обеспечение (СПО). Средства ПО должны обеспечивать: - настройку (изменение конфигурации) ПТК (комплексов, составных частей); - создание и поддержку локальных вычислительных сетей (ЛВС); - создание и поддержку корпоративной вычислительной сети на базе информационно - телекоммуникационной подсистемы; - создание и ведение единой распределенной базы данных (ЕРБД); - планирование и диспетчеризацию задач; - восстановление баз данных, программных средств и процессов при нарушении их целостности; - ведение распределенной обработки данных; - защиту информации, технических и программных средств от несанкционированных действий; - дистанционную дистрибуцию новых версий программного обеспечения; - программный сервис (ведение диалогов, сообщений, подсказок, предупреждений и т.п.). Требования в части общего программного обеспечения: ОПО должно удовлетворять потребности пользователей в условиях функционирования интегрированной системы распределенной обработки информации. В состав ОПО должны входить: - серверные операционные системы; - клиентские операционные системы; Операционные системы должны: - быть отечественными защищенными, иметь сертификат соответствия ФСТЭК России; - иметь встроенные средства организации локальных вычислительных сетей и распределенных сетей, средства поддержки семейства протоколов Internet. Операционные системы должны обеспечивать: - управление вычислительными процессами; - клиент-серверную технологию обработки информации; - поддержку функционирования выбранной СУБД; - организацию распределенной обработки информации в сети; - управление аппаратными средствами, входящими в состав вычислительной системы; - организацию динамического распределения памяти; - разграничение доступа к программам и данным, хранимым и обрабатываемым на вычислительных средствах ПТК; - восстановление вычислительного процесса после отказов и сбоев; - сбор статистики о ходе вычислительного процесса и регистрацию нештатных ситуаций; - обработку, распределение, хранение и отображение информации; - организацию приоритетной обработки; - организацию доведения сообщений до абонентов в соответствии с принятыми в ПТК принципами адресации; - регистрацию и документирование событий; - настройку ПО на конкретные условия применения и на определенный для должностных лиц набор реализуемых функций и режимов обработки информации с учетом требований к средствам защиты от НСД; - предоставление должностным лицам необходимых сервисных услуг; - организацию функционирования средств СПО с учетом возможности изменения состава ПО. Требования в части общесистемного программного обеспечения: К общесистемному программному обеспечению должны относиться: - система управления базами данных; - офисный пакет; - файловый сервис; - электронная почта; - сетевая печать; - средства противодействия компьютерным вирусам; - сервис информационной безопасности. Система управления базами данных должна обеспечивать: - создание, ведение и копирование баз данных; - поддержание соответствия информации в БД различных ПТК; - дублирование и синхронное ведение заданных фрагментов БД различных ПТК; - разграничение доступа к таблицам и атрибутам таблиц; - изменение объемов, хранимых данных в процессе функционирования ПТК и выгрузку их в архивную базу по задаваемому регламенту; - восстановление баз данных (в том числе после отказов и сбоев); - хранение информации с минимально необходимой избыточностью; - возможность одновременного доступа к информационным объектам и исключение блокировок и конфликтов при одновременном доступе; - синтаксический и семантический контроль информации в сообщениях с выдачей диагностики ошибок; - логический доступ к данным по требованию пользователя или из прикладной программы; - возможность формирования единой распределенной базы данных (ЕРБД). Сервис информационной безопасности должен обеспечивать: - формирование частной виртуальной сети (VPN) на базе открытых каналов связи (ВОЛС, коммутируемых и т.д.); - управление VPN (задание допустимых связей между между узлами, адресные книги, ключевая информация, журналы событий и т.д.); - работа с динамическими IP-адресами абонентских пунктов защищенной сети; - ведение в реальном времени базы IP-адресов и способов включения всех подключенных к VPN в данный момент времени, рабочих станций, серверов, мобильных и удаленных пользователей и т.д.; - защита IP-трафика между локальными сетями ПТК; - защищенное управление маршрутизаторами в сети; - фильтрация IP-трафика от всех источников вне VPN и источников, трафик от которых туннелируется в соответствии с заданной политикой защиты; - обнаружение вторжений (IDS). Система защиты информации должна включать комплекс организационных, программных, технических (в том числе криптографических) средств, систем и мероприятий, обеспечивающих сохранность информации. Элементы защиты должны соответствовать классу защиты 1Д по классификации, приведенной в Руководящем документе Государственной Технической комиссии РФ «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требований по защите информации». Требования в части специального (прикладного) программного обеспечения: Средства СПО должны быть отечественной разработки, функционировать под управлением отечественной защищенной ОС. Средствами СПО реализуются функциональные, технологические, сервисные и обеспечивающие подсистемы ГДЦ, в частности, подсистема сбора, хранения, анализа и представления данных, обеспечивающей выполнение следующих функций: - накопление структурированной информации, нормализации и регламента хранимой информации; - ведение справочников, необходимых для централизованного использования; - исполнение запросов на SQL; - вывод графических данных на 3D изображениях типовых объектов; - формирование мнемосхем ИС для их привязки к системе координат ГИС; - формирование в ГИС слоев с отображением объектов СБО, ИС, подведенных к ИС коммуникаций, телекоммуникационной системы СБО и т.д. Разработка СПО должны обеспечивать: - системность; - объектный подход к программированию; - структурность; - модульность; - интеграцию с уже имеющимся программным обеспечением; - унификацию. СПО должно удовлетворять следующим показателям качества: - отсутствие ошибок кода, приводящих к аварийному завершению программы; - отсутствие зависаний программы, требующих перезагрузки всей системы; - эффективность разработанных алгоритмов, обеспечивающих необходимую реакцию системы на входные воздействия; - отсутствие программных конфликтов программных модулей между собой и системным ПО. Показатели качества СПО получают конкретную формулировку при его отладке в период опытной эксплуатации и в процессе сопровождения. СПО должно иметь возможность дальнейшей его доработки и модернизации. |
Похожие:
 | Закупки (далее – извещение), проводит запрос предложений в электронной форме, предмет которого указан в пункте 2 Извещения о проведении... |  | Форма процедуры закупки: Открытый запрос предложений в электронной форме далее «Запрос предложений» |
| Форма процедуры закупки: Открытый запрос предложений в электронной форме далее «Запрос предложений» | | Извещении о проведении открытого запроса предложений в электронной форме и Разделе 3 Документации «Информационная карта открытого... |
| Йошкар-Ола, Ленинский проспект, д. 24Г, 3 этаж) извещает о проведении открытого запроса предложений в электронной форме на поставку... | | Компания» (ооо «йоэсК») (Почтовый и фактический адрес: 424000, г. Йошкар-Ола, Ленинский проспект, д. 24Г, 3 этаж) извещает о проведении... |
| ... | | ... |
| Закупка проводится среди Участников малого и среднего предпринимательства (смп) | | Закупка проводится среди Участников малого и среднего предпринимательства (смп) |