О проведении процедуры запроса предложений в электронной форме
Скачать 2.65 Mb.
|
Требования к структуре и функционированию информационного обеспечения ГДЦ: Состав проектных решений ИО По результатам рабочего проектирования должны быть представлены решения по: - составу, структуре и способам организации данных в распределенной БД; - информационному обмену между компонентами и составными частями ГДЦ; - информационной совместимости с взаимодействующими системами; - составу используемых унифицированных словарей и классификаторов; - структуре процесса сбора, обработки, передачи информации в КСБ ВДНХ; - визуальному представлению данных и результатов мониторинга; - защите данных от разрушений при авариях и сбоях в электропитании ПТК; - контролю, хранению, обновлению и восстановлению данных. Состав информационного обеспечения В состав информационного обеспечения должны входить: - унифицированная система электронных документов; - распределенная структурированная база данных; - средства ведения и управления базами данных. Информационное обеспечение должно позволять: - при однократном вводе данных в систему многократное их использования при решении задач на различных уровнях (если это не противоречит требованиям безопасности информации и другим требованиям Заказчика); - осуществлять формирование единой информационной базы данных по различным составным частям КСБ ВДНХ; - использование процедур репликации информации из центра к периферии и снизу - вверх по иерархии баз данных; - использование существующих форм документов; - классификацию реквизитов по частоте использования, как в разрезе приложений, так и в разрезе времени; - обеспечивать защиту информации от несанкционированного доступа; - поддерживать целостность данных. Унифицированная система электронных документов должна быть средством технологической интеграции функциональных задач КСБ ВДНХ, принципов и методов формализованного описания данных. Она должна представлять собой комплекс взаимосвязанных входных и выходных электронных документов, отвечающих единым правилам построения и содержащих информацию по технологическим процессам мониторинга безопасности. База данных должна быть систематизированным хранилищем организованных (формализованных, структурированных) данных. База данных должна представлять собой совокупность баз данных ПТК КСБ ВДНХ. База данных должна содержать оперативную и справочную информацию. Оперативная информация должна содержать данные по текущему состоянию безопасности всей КСБ ВДНХ и обеспечивать текущий мониторинг, контроль и управление в КСБ ВДНХ. Справочная информация должна включать: - систему классификаторов (общероссийских, городских и ведомственных); - систему справочников по объектам и субъектам КСБ ВДНХ; - систему словарей, поддерживающую раскрывающиеся списки возможных значений (тезаурус); - метаописание справочной информации. Базы данных должны обеспечивать: - возможность репликации данных между локальными БД, связанными между собой по иерархической подчиненности; - согласование данных в центральной и локальных БД; - гибкость структуры БД (простоту реструктурирования); - высокую скорость выборки и ее независимость от решаемой задачи; - простоту пополнения и обновления баз данных. Система ведения баз данных должна быть построена с применением организационных, программных и технических средств. Она должна обеспечивать создание (проектирование и формирование) и ведение (хранение, обновление, поддержание целостности и непротиворечивости) компонентов баз данных, а также информационное согласование и взаимодействие между реплицируемыми базами данных. Требования к структуре и функционированию лингвистического обеспечения ГДЦ: Лингвистическое обеспечение КСБ ВДНХ должно включать языковые средства и средства их реализации. Языковые средства должны складываться из информационных языков и языков программирования. Информационные языки должны включать: - средства описания и манипулирования данными; - средства запросов к системе (на создание БД, обновление информации, на решение информационных задач, на управление системой и администрирование). Языковые средства описания и манипулирования данными должны определяться выбранной СУБД. Языковые средства запросов должны быть организованы по иерархическому принципу в соответствии с различными категориями пользователей: на наиболее высоком уровне - наиболее ограниченный состав языковых средств (запросов на решение или получение результатов решения информационных задач), не требующих специальной технической подготовки и длительного времени освоения. Каждая нижеследующая ступень иерархии расширяет состав языковых средств и усложняет сами языковые конструкции. Языковые средства запросов должны подразделяться на языковые средства прикладного уровня и языковые средства администрирования. Языковые средства прикладного уровня должны включать: - запросы на выборку, добавление, удаление и обновление информации; - запросы на решение информационных и информационно-расчетных задач. Языковые средства администрирования должны включать: - запросы на создание баз данных; - запросы на реконфигурацию баз данных; - запросы на создание, ведение и удаление БД; - запросы на создание и наполнение информационных объектов; - запросы на организацию и ведение службы безопасности и разграничение прав доступа к информационным объектам БД. Языковые средства запросов должны строиться на диалоговой основе. Способы и средства ведения диалога должны быть стандартизованы унификацией сценариев диалога с минимальным использованием иерархий «меню». Требования к техническому обеспечению ГДЦ: Общие требования: Вся КСБ ВДНХ и ГДЦ в том числе, в части технического обеспечения должна быть ориентирована на использование типовых функциональных элементов, построенных на базе ЛВС. Аппаратные средства должны обеспечивать полнофункциональную работу типовых программно-технических комплексов с заданными уровнями по быстродействию, производительности и надежности. КСБ ВДНХ должна быть открытой и использовать различные технологии и средства связи для информационного обмена между отдельными компонентами, в том числе с использованием ВОЛС, коммутируемых и выделенных каналов телефонной сети общего пользования и т.д. Технические средства КСБ ВДНХ должны обеспечивать: - круглосуточный непрерывный (24/7, за исключением периодов проведения регламентных работ) режим работы; - поддержание соединений по каналам связи с коэффициентом готовности: по выделенным линиям не менее 0,98, по коммутированным линиям - не менее 0,90. Характеристики серверов и рабочих станций КСБ ВДНХ обосновываются на этапе проектирования и могут быть уточнены в ходе дальнейших этапов работ. Основные технические средства: В КСБ ВДНХ должно быть обеспечено функционирование следующих основных технических средств: - серверы различного функционального назначения (файл-серверы, серверы баз данных, серверы приложений, прокси-серверы и др.); - АРМ различного функционального назначения; - средства отображения информации коллективного пользования; - специализированные рабочие станции; - средства организации структурированных ЛВС; - периферийные устройства (принтеры, сканеры, копиры); - средства электропитания (в т.ч. гарантированного). Должно быть предусмотрено использование нескольких типов полнофункциональных и проблемно-ориентированных АРМ (различной производительности с различной комплектацией периферийными устройствами), в максимальной степени адаптированных к особенностям деятельности пользователей и обслуживающего персонала. Должны быть обоснованы и выбраны базовые программно-аппаратные средства для реализации АРМ оператора различных функциональных подсистем. В состав технического обеспечения телекоммуникационной подсистемы должны входить технические средства (коммутаторы, маршрутизаторы, УАТС, шлюзы и беспроводные точки доступа), осуществляющие функции кодирования/декодирования и приема/передачи цифровых и аналоговых сигналов, используемых для организации информационного взаимодействия между сегментами информационной сети. Все узлы и агрегаты в составе телекоммуникационной подсистемы КСБ ВДНХ должны предусматривать возможность их замены на функционально идентичные без необходимости модификации всей КСБ ВДНХ или ее компонентов. В конструкции узлов и агрегатов, входящих в состав телекоммуникационной подсистемы КСБ ВДНХ, должны использоваться универсальные стандартизованные интерфейсы, предусматривающие возможность их многократного подключения к сетям связи и сетям электропитания. В конструкции устройств, потребляющих электроэнергию, должны быть предусмотрены встроенные средства отвода тепла во избежание их перегрева и с целью обеспечения функционирования в непрерывном режиме. С целью обеспечения визуальной диагностики состояния оборудования в конструкции технических средств должны быть предусмотрены световые или цифровые индикаторы, отражающие их текущее состояние. АРМ должны обеспечивать: - предоставление доступа к оперативной и справочной информации на рабочих местах персонала; - отображение информации на персональных мониторах пользователей; - отображение информации на средствах отображения коллективного пользования; - печать (вывод) информации на принтерах и получение копий документов в текстовом и графическом исполнении; - запись и хранение информации на жестком диске; - архивное копирование баз данных, оперативной и справочной информации, долговременное хранение данных и возможность их восстановления в случае необходимости. ЛВС должны обеспечивать: - обмен информацией внутри ЛВС; - использование централизованных и распределенных ресурсов ЛВС со всех АРМ, входящих в состав типового ПТК; - архивное копирование и восстановление данных централизованных источников (например, базы данных). Технические средства телекоммуникаций должны обеспечивать: - взаимодействие типовых ПТК объектов в требуемом режиме; - обмен данными между ЛВС ПТК объектов с использованием каналов единой информационной сети обмена данными в режиме реального времени. Территориалъно-распределенные вычислительные сети должны обеспечить: - обмен данными между типовыми ПТК объектов в требуемом режиме; - устойчивое сетевое соединение удаленных объектов между собой на базе использования различных технологий построения территориально-распределенных систем. ТРЕБОВАНИЯ К СОВМЕСТИМОСТИ: Проектируемый ГДЦ должен быть интегрирован в корпоративную сеть КСБ ВДНХ и осуществлять взаимодействие с информационными системами и программно-аппаратными комплексами на базе стандартных унифицированных интерфейсов и протоколов. Для непосредственного соединения оборудования КСБ ВДНХ с учрежденческими автоматическими телефонными станциями (УАТС) и телефонными аппаратами необходимо предусмотреть проектом возможность использования протоколов IP телефонии. ТРЕБОВАНИЯ К РЕЖИМАМ ФУНКЦИОНИРОВАНИЯ ГДЦ: В соответствии с требованиями, предъявляемыми к режимам функционирования информационной сети в целом, КСБ ВДНХ должна функционировать в круглосуточном непрерывном режиме, обеспечивая при этом спорадический характер передачи цифровой информации в автоматическом режиме. С точки зрения текущей (промышленной) эксплуатации, функционирование ГДЦ должно предусматривать следующие состояния: - штатный режим эксплуатации, при котором функции и характеристики ГДЦ находятся в заданных пределах, обеспечивая обмен информацией с объектами КСБ ВДНХ; - режим аварийного простоя, при котором в неработоспособном состоянии находятся каналы связи с одним или несколькими объектами КСБ ВДНХ. В данном режиме обмен информацией с этими объектами невозможен, либо характеристики этого процесса выходят за допустимые граничные значения; - режим регламентного технического обслуживания, при котором на одном или нескольких объектах КСБ ВДНХ каналы связи находятся в неработоспособном состоянии в связи с проведением службой эксплуатации работ по плановому профилактическому обслуживанию; данный режим должен предусматривать наличие соответствующих инструкций, регламентирующих процедуры его инициирования, проведения и завершения; - режим модернизации, при котором на одном или нескольких объектах КСБ ВДНХ каналы передачи данных находятся в неработоспособном состоянии в связи с проведением работ по изменению конфигурации или замене оборудования, связанных с модификацией ПТК данного объекта. Этот режим должен предусматривать наличие соответствующих документов, описывающих характер производимых изменений. ТРЕБОВАНИЯ К ДИАГНОСТИРОВАНИЮ ГДЦ: Проектируемая архитектура ГДЦ должна предусматривать средства диагностики, обеспечивающие измерение и выявление расхождения параметров функционирования с заданными значениями. При возникновении нештатных ситуаций необходимо обеспечить: - автоматический переход из режима аварийного простоя в режим штатной эксплуатации после устранении причин неисправностей; - локализацию неисправности с точностью до элемента ГДЦ; - автоматическое оповещение о возникновении нештатной ситуации. Для проведения профилактического регламентного обслуживания ГДЦ должна быть предусмотрены технические средства для проведения ручной диагностики и тестирования состояния элементов ГДЦ, а также формирования отчетов о проведенных процедурах. ПЕРСПЕКТИВЫ РАЗВИТИЯ И МОДЕРНИЗАЦИИ ГДЦ: Проектируемый ГДЦ должен иметь возможность масштабирования с сохранением единых требований к параметрам функционирования. При этом должна быть обеспечена возможность адекватного увеличения пропускной способности цифровых каналов связи ГДЦ с объектами КСБ ВДНХ. Проектируемый ГДЦ должен иметь необходимый технологический запас для поддержки в будущем сетевых приложений, работающих поверх протокола IP, к числу которых относятся: - доступ к ресурсам со стороны внешних заинтересованных пользователей; - организация видеоконференций; - другие приложения на базе IP протокола. Возможность поддержки указанных приложений и увеличения производительности сети должна осуществляться на базе выбранных технологий передачи данных, без кардинальной перестройки и замены уже смонтированного оборудования. ТРЕБОВАНИЯ К ПОКАЗАТЕЛЯМ НАЗНАЧЕНИЯ: В соответствии с прямым назначением проектируемой ГДЦ по обеспечению передачи цифровой информации между объектами, основным показателем по назначению является пропускная способность каналов связи. При использовании разделяемых сред передачи данных для одновременной организации сеансов связи нескольких абонентов требуется реализовать поддержку технологии мультиплексирования данных в канале связи с целью обеспечения заданной скорости передачи данных для каждого абонента в рамках сеанса связи. ТРЕБОВАНИЯ К НАДЕЖНОСТИ: Показатели надежности В качестве основного показателя надежности проектируемой ГДЦ следует принять коэффициент готовности. Требования к надежности технических средств Для каналов связи должен обеспечиваться коэффициент готовности не менее 0,98. Требования к надежности программных средств Программные средства, используемые в ГДЦ, должны обеспечивать: - стабильную работу ГДЦ (отсутствие зависаний ПО при выполнении штатных процедур); - целостность накапливаемых данных; - возможность резервного копирования данных на резервные носители информации; - восстановление данных из резервной копии в случае разрушения или выявления несоответствий в хранимых данных. Дополнительные требования к надежности программных средств уточняются и согласовываются Заказчиком на этапах разработки документации. Требования к методам оценки показателей надежности Указанные выше показатели надежности ГДЦ должны быть определены на стадии рабочего проектирования. За основу для расчета показателей надежности необходимо принять параметры надежности каналообразующей аппаратуры (модемов, мультиплексоров и т.п.), указанные производителем в документации на данное оборудование, а также параметры надежности сегментов сетей связи (каналов радиосвязи, проводных линий и т.п.), подтверждаемых операторами услуг связи. В качестве способа оценки показателей надежности ГДЦ может быть принят метод составления структурной модели надежности и вычисления кумулятивной функции распределения вероятности отказа (ELECTRONIC RELIABILITY DESIGN HANDBOOK, MIL-HDBK-338B, 1 October 1998), или аналогичный метод. |
Похожие:
 | Закупки (далее – извещение), проводит запрос предложений в электронной форме, предмет которого указан в пункте 2 Извещения о проведении... |  | Форма процедуры закупки: Открытый запрос предложений в электронной форме далее «Запрос предложений» |
| Форма процедуры закупки: Открытый запрос предложений в электронной форме далее «Запрос предложений» | | Извещении о проведении открытого запроса предложений в электронной форме и Разделе 3 Документации «Информационная карта открытого... |
| Йошкар-Ола, Ленинский проспект, д. 24Г, 3 этаж) извещает о проведении открытого запроса предложений в электронной форме на поставку... | | Компания» (ооо «йоэсК») (Почтовый и фактический адрес: 424000, г. Йошкар-Ола, Ленинский проспект, д. 24Г, 3 этаж) извещает о проведении... |
| ... | | ... |
| Закупка проводится среди Участников малого и среднего предпринимательства (смп) | | Закупка проводится среди Участников малого и среднего предпринимательства (смп) |