Технические требования


B.4Программное обеспечение



страница9/16
Дата28.11.2017
Размер1.74 Mb.
1   ...   5   6   7   8   9   10   11   12   ...   16

B.4Программное обеспечение

B.4.1.3.1Общие требования


  1. Все ПО должно быть совместимо с соответствующим оборудованием.

Программное обеспечение должно поставляться в следующем составе:

Дистрибутив программного обеспечения на оптическом диске (CD или DVD);

ПО должно поставляться с полным набором документации. Требуется по крайней мере одна электронная и одна бумажная копия;

Необходимые лицензии и регистрационная информация для легального использования ПО на соответствующем оборудовании;

Все лицензии должны быть оформлены на Получателей и предназначены для работы по адресам фактической установки (п. A.8);

Все лицензии на поставляемое программное обеспечение должны быть бессрочными;

Все функции указанные в п. B.4 должны быть реализованы. Соответствующие аппаратные средства должны обеспечивать их реализацию.

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


B.4.2.3.1Системные программные средства и средства системного управления Вычислителя


Системные программные средства и средства системного управления Вычислителя должны удовлетворять, как минимум, следующим требованиям:

  1. Операционная система должна быть 64-разрядной промышленной многопользовательской ОС SuSE Linux Enterprise Server для всех узлов Вычислителя и поддерживаться Производителем Вычислителя;

  2. Программные средства Вычислителя должны обеспечивать параллельный доступ каждого вычислительного узла к Дисковой системе хранения данных #2;

  3. Параллельная файловая система должна обеспечивать, в том числе, функции:

Минимальное масштабирование:

до 4000 клиентов;

объем – 10 PB;

Функции управления и мониторинга

Квоты для пользователей/групп


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

  2. Должна быть предоставлена система пакетной обработки заданий (сервис должен быть дублирован на отказоустойчивом кластере). Требования к программному обеспечению указаны в п. B.4.6

B.4.3.3.1Комплекс программных средств управления резервным копированием и восстановлением данных


Как минимум, Комплекс программных средств управления резервным копированием и восстановлением данных должен обеспечивать:

  1. Единый интерфейс, объединяющий технологии создания локальных копий данных на дисках;

  2. Автоматическое резервное копирование выбранных файлов и данных файловых систем с использованием различных политик резервного копирования (как минимум полное и инкрементальное);

  1. Резервное копирование в оперативном режиме;

  2. Ручное восстановление утерянных файлов и файловых систем с резервных копий с выбором восстанавливаемой информации по времени сохранения;

  3. Резервное копирование каталогов/файлов параллельной файловой системы;

  4. Резервное копирование данных Дисковых систем хранения данных без использования ЛВС;

B.4.4.3.1Комплекс программных средств управления иерархическим хранением данных


Как минимум, Комплекс программных средств управления иерархическим хранением данных должен удовлетворять следующим характеристикам:

  1. Миграция файлов автоматическая и/или по команде пользователя/администратора;

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

  2. Должна осуществляться многоуровневая миграция, в частности, возможность использования дискового пространства как промежуточного уровня, сетевая миграция;

  3. Автоматическая миграция по критериям времени создания/обращения (возраста), размера файла, группам пользователей и уровню заполнения дискового пространства;

  4. Должна осуществляться автоматическая миграция по критериям:

тип файла;

время создания/обращения (возраста);

размер файла;

группа пользователей и уровень заполнения дискового пространства.


B.4.5.3.1ПО системы мониторинга и управления Вычислительным комплексом


Участник торгов должен предложить интегрированное для Вычислителя и Системы управления данными ПО системы мониторинга и управления.

  1. Система должна обеспечивать функции удаленного включения, выключения, консоли, установки программного обеспечения и т.п.. Программное обеспечение должно быть рекомендовано Производителем оборудования для мониторинга и управления предлагаемого оборудования и обеспечивать:

Мониторинг и управление предлагаемым оборудованием и Вычислителем

Графический и командный пользовательский интерфейс, представляющий единую точку мониторинга и управления системами.

Возможность выбора метрики для мониторинга аппаратных средств и программного обеспечения для каждого узла систем (не менее 100)

Функции консоли, обеспечивающие полное удаленное управление, в том числе: включение, выключение, передача экрана в режиме консоли (например: синий экран ошибки в MS Windows, crash системы в Linux) через IPMI и другие интерфейсы.

Выбор вариантов отчетов из наборов для сообщений об ошибках и возможных действиях по их исправлению.

Настраиваемый вид для отображения статуса работоспособности управляемой системы (dashboard).

Одновременную подготовку/заливку (provisioning) настроенных образов системного программного обеспечения для минимизации времени подготовки вычислительных комплектов к работе.

Индивидуальный контроль версий образов, ядер ОС, установленных дистрибутивов, программ и файловых систем.

Полный контроль потребления электроэнергии сервером, группой серверов/узлов, Вычислителем.

Централизованные представление и анализ ошибок памяти.

Управление обновлениями BMC, BIOS из единой точки.

Распределение ролей в системе мониторинга/управления для групп и пользователей



  1. Управление системами Вычислительного комплекса:

Совместимость с системой пакетной обработки заданий;

Управление Вычислителем и серверным оборудованием в командном и графическом режиме, в том числе:

Функции управления оборудованием до загрузки операционной системы должны быть обеспечены (работа с BIOS и BMC, состояние отключенное питание, креш ОС, информация о состоянии аппаратных средств). Аппаратные средства должны поддерживать указанные функции.

Управление коммуникационным оборудованием;

Управление Дисковыми системами хранения, включая конфигурацию программных и аппаратных средств;

Включение и выключение питания на серверах Системы;

Осуществление перевода Вычислительного комплекса в режим «отключение питания» по сигналу от ИБП, СКТП и АГПТ (с/без подтверждения администратором).

Конфигурирование аппаратных ресурсов системы и ее запуск или перезапуск.



  1. Программные средства должны работать на Системной консоли #1 и Системной консоли #2, быть доступны в рамках ЛВС в графическом режиме.

  2. Программные средства должны предоставлять графический интерфейс пользователю.

B.4.6.3.1ПО системы пакетной обработки заданий


Должна быть предоставлена система пакетной обработки заданий (сервис должен быть дублирован на отказоустойчивом кластере), которая должна реализовывать следующие функции:

  1. Предоставлять графический интерфейс пользователю;

  1. Запуск параллельных задач (MPI, OpenMP);

  2. Встроенные средства ручной и автоматической оптимизации очередизации прохождения параллельных задач;

  3. Гарантированное предоставление вычислительных ресурсов для любой задачи очереди;

  4. Приоритизация прохождения задач;

  5. Распределение нагрузки между узлами, основанное на степени загруженности ресурса;

  6. Запуск задач из очереди по критерию зависимости между задачами (job dependency);

  7. Одновременный останов/запуск активного задания на всех узлах;

  8. Запуск задач из очереди с предварительной загрузкой файлов и автоматическим сбросом/миграцией файлов после окончания задания;

  9. Автоматическая переочередизация выбранных для контроля или всех сбойных задач (failed jobs);

  10. Приоритетизация задач в зависимости от требований к энергопотреблению;

  11. Выдача статистики энергопотребления для выполняемых задач;

  12. Выдача аналитической информации по использованию вычислительных ресурсов для выполняемых задач;

  13. Совместимость с существующей системой пакетной обработки заданий, включая использование существующих лицензий.

B.4.7.3.1ПО управления доступом к ресурсам


ПО управления доступом должно обеспечивать:

  1. Средства авторизованного доступа к файловой информации и поддерживаться стандартные права файла в Linux owner/group/world;

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

  2. Централизованные средства протоколирования входа пользователей в систему;

  3. Средства предоставления отчетов из журналов защиты;

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

  5. Определение индивидуальных прав и полномочий каждого пользователя на использование корпоративных ресурсов;

  6. Аутентификацию пользователей и сетевых устройств;

  7. Поддержку различных систем аутентификации – штатные протоколы ОС семейства Microsoft Windows, LDAP, LDAP over SSL, с применением цифровых сертификатов, в том числе с помощью смарт-карт;

  8. Поддержку доступа пользователей к ресурсам информационной системы через механизмы однократной аутентификации (Single Sign-On);

B.4.8.3.1Средства разработки и отладки приложений


Участник торгов должен предложить следующие программные средства Intel для ОС Linux, которые должны работать на поставляемом Вычислителе:

  1. Компиляторы

  • Компилятор C++

  • Компилятор Fortran

  1. Библиотеки и программные модели

  • Библиотека Math Kernel Library (MKL)

  • Библиотека TBB

  • Библиотека IPP

  1. Библиотеки параллельного программирования

  • Библиотека MPI

  1. Анализатор производительности Trace Analyzer and Collector

  2. Анализатор производительности VTune Ampllifier для ОС Linux

  3. Отладчик Inspector

  4. Указанные в п. 1-6 продукты входят в продукт Intel Cluster Studio XE

  5. Лицензии для продуктов п.1-6 должны обеспечивать одновременную работу 5 пользователей.

  6. Графические средства разработки, профилирования и отладки параллельных программ на языках C, C++, FORTRAN не менее чем на 4 пользователей. Отладчик TotalView для отладки параллельных программ должен быть предложен (На указанный продукт должна быть предоставлена гарантия от Производителя сроком на 1 год);

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

как минимум, одного пользователя на количестве процессоров до 64-х включительно, по крайней мере 4 пользователя одновременно должны иметь возможность работы на 16 процессорах.



  1. Библиотеки должны быть доступны пользователям и интегрированы в оболочку программирования (PE). Функции библиотек должны быть вызываемы из программ пользователей, написанных на различных языках программирования, указанных в п.1.

B.4.9.3.1ПО  оптимизации и разработки для рабочих станций


Должны быть предоставлены программные средства с функциональностью, аналогичной п. B.4.8 (1-6), для установки на 10 персональных компьютерах архитектуры x86_64, работающих под управлением ОС Linux.

B.4.10.3.1ПО платформы виртуализации


Как минимум, ПО платформы виртуализации должно удовлетворять следующим требованиям:

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

  1. Поставляемые лицензии на ПО ПВ должны позволять размещать без дополнительных лицензионных затрат неограниченное количество ВМ в рамках данной ПВ.

  2. Объектами виртуализации ПВ должны быть:

  • процессор и ОЗУ;

  • система хранения данных;

  • вычислительная сеть стандарта Ethernet.

  1. Средство управления ПВ должно:

  • иметь графический интерфейс администратора и пользователя;

  • иметь командный интерфейс администратора;

  • иметь программный интерфейс (API);

  • позволять полное (создание, удаление, изменение состояния) управление объектами ПВ.

  1. Возможности и состав услуг, которыми может управлять пользователь ПВ, должны включать в себя:

  • создание и удаление виртуальных сетей и виртуальных коммутаторов;

  • создание, удаление, изменение выделяемых ресурсов, остановка, запуск виртуальных серверов;

  • создание, удаление, увеличение объёма виртуальных томов;

  • подключение и отключение виртуальных томов;

  • создание и удаление образов виртуальных томов;

  • создание и удаление шаблонов виртуальных серверов.

  1. Должна быть обеспечена возможность объединения физической сети стандарта Ethernet с виртуальным коммутатором ПВ.

  2. ПВ должна позволять запускать виртуальные сервера архитектуры x86 и x86_64.

  3. ПВ должна при заданных условиях автоматически освобождать занимаемые ресурсы.

  4. ПВ должна иметь встроенную систему, которая ведёт учёт используемых ресурсов:

  • Система учёта должна позволять создавать отчёты по любому временному периоду.

  • Система учёта должна иметь возможность создавать правила квотирования и назначать их пользователю ПВ.

  1. ПВ должна:

  • перезапускать виртуальные сервера при сбое физического сервера, на котором работали эти виртуальные сервера;

  • обладать уровнем доступности не менее 99% (без учета сбоев по причине электропитания, кондиционирования и т.д.);

  • иметь возможность создавать тома разных уровней производительности;

  • иметь возможность изменять категорию уровня производительности тома на время работы;

  • позволять добавлять хранилища данных во время работы;

  • позволять объединять системы хранения данных различных Производителей;

  • обладать возможностью создавать реплицируемые тома в рамках платформы виртуализации.

  1. Требования к интерфейсу

  1. Интерфейс управления ПВ должен:

  • обладать интуитивно понятными средствами взаимодействия с пользователем;

  • обладать возможностью подключаться в графической консоли виртуального сервера через WEB-интерфейс.

  1. Должна быть обеспечена возможность удалённой работы с интерфейсом управления через Интернет.

  2. Должна быть обеспечена возможность создания виртуальных рабочих мест.

  3. Доступ к виртуальным рабочим местам должен быть обеспечен через WEB-браузер, программный клиент либо при помощи тонкого клиента.

  4. ПВ должна вести статистику о нагрузке процессоров, потребляемой памяти, использовании дисковых и сетевых ресурсов.

  5. ПВ должна иметь возможность размещать файлы определённого объёма.

  6. Должна быть предусмотрена система контроля доступа к размещённым объектам.

  7. Доступ к объектному хранилищу ПВ должен осуществляться по протоколам HTTP, HTTPS.

  1. Требования к информационной безопасности

  1. Виртуальные сети ПВ должны быть разделены на втором уровне модели OSI.

  1. Должна быть обеспечена возможность управления доступом к виртуальным сетям по протоколам TCP,UDP,ICMP,GRE,ESP,AH по портам и по IP-сетям.

  2. Доступ к программным интерфейсам должен быть защищён протоколом SSL.

  3. Каждый запрос должен быть подписан криптографически стойким алгоритмом.

  4. Программные интерфейсы ПВ должны быть доступны по протоколу HTTP.

  5. ПВ должна позволять назначать на любой виртуальный сервер внешний IP-адрес.

  6. ПВ должна иметь в своём составе межсетевой экран.

  7. Межсетевой экран ПВ должен позволять добавлять либо удалять правила доступа к виртуальным сетям. Каждое правило должно состоять из сети, из которой разрешается доступ, протокола доступа и порта, если это возможно.

B.4.11.3.1Программные средства виртуальных машин


Для развертывания специализированных задач Получателя в среде ПВ требуется поставка ПО (дополнительно к необходимому ПО для развертывания ПВ, СИС и СУРС):

  1. Microsoft Windows Server – 36 шт.

  2. Microsoft System Center Standard Edition в необходимом количестве для 36 физических узлов виртуализации на базе 2-х процессорных серверов.

  3. ОС SLES – 10 шт.

  4. PositiveTechnologies XSpider Professional Edition 256 IP-адресов.

B.4.12.3.1Система инфраструктурных сервисов


Система инфраструктурных сервисов (СИС) должна, как минимум, удовлетворять следующим требованиям:

  1. СИС должна быть размещена на базе ПВ.

  1. Должна быть обеспечена миграция существующих компонент СИС Получателя в создаваемую инфраструктуру.

  2. Во избежание прекращения функционирования одной из проектируемых служб, используемых для работы СИС, должна быть обеспечена избыточность критичных для нормального функционирования СИС служб (ЕСК, ПБСС, ПОК, почтовой подсистемы).

  3. Распределенные компоненты СИС должны быть связаны между собой по существующим каналам связи:

  • ВСС Росгидромета с пропускной способностью не ниже 1 Mbps.

  • сети Интернет с пропускной способностью не ниже 10 Mbps.

В качестве основного транспортного протокола данных информационных сетей должен использоваться протокол TCP/IP.

  1. При построении СИС и ее частей должно быть организовано взаимодействие между существующими в настоящее время у Получателя службами каталогов, почтовыми системами и соответствующими частями создаваемой СИС, должен быть организован перевод сервисов на создаваемую СИС без перерывов в предоставлении сервисов.

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

  3. Разрабатываемая СИС должна обеспечивать логическое разграничение прав доступа на чтение и изменение хранящейся в СИС информации на уровне объектов ЕСК.

  4. Разрабатываемая СИС должна обеспечивать защиту от несанкционированного доступа и деструктивных внешних воздействий.

  5. Компоненты СИС всех уровней должны взаимодействовать между собой с использованием стандартизованных процедур и протоколов.

  6. Имена серверов СИС и адреса TCP/IP-серверов должны быть уникальными в масштабе существующей инфраструктуры Росгидромета. Согласование имен и адресации будет произведено Получателем и Поставщиком на этапе выполнения Контракта.

  7. На этапе проектирования СИС должны быть разработаны единые правила и методики обозначения объектов в СИС для всех объектов автоматизации.

B.4.12.1Структура системы СИС


  1. Структура СИС должна быть построена по иерархическому принципу, обеспечивая централизованное управление информационными ресурсами.

  1. Должна быть предоставлена возможность передачи административных полномочий по управлению службами СИС администраторам Получателя в рамках достаточных для исполнения ими должностных обязанностей с сохранением контроля на верхних уровнях иерархии.

  2. В состав СИС должны входить:

  1. подсистема единой службы каталога (ПЕСК);

  1. подсистема базовых сетевых сервисов (ПБСС);

  2. почтовая подсистема;

  3. подсистема объединенных коммуникаций (ПОК).

  1. ЕСК должна предназначаться для использования в информационных системах Получателя в качестве единого хранилища информации обо всех объектах и компонентах, входящих в состав информационной системы.

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

  3. Почтовая подсистема должна предназначаться для организации информационного обмена между сотрудниками Получателя и/или внешними корреспондентами посредством электронной почты.

  4. ПОК должна предназначаться для организации информационного обмена между сотрудниками Получателя посредством обмена мгновенными сообщениями, сведениями о доступности, проведения аудио-, видео- и web-конференций и совместной работы с приложениями.

B.4.12.2Подсистема ЕСК


Подсистема ЕСК должна, как минимум, удовлетворять следующим требованиям:

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

  1. ЕСК должна обеспечивать возможность централизованного управления и делегирования административных полномочий администраторам подразделений Получателя.

  2. ЕСК должна обеспечивать возможность надежной аутентификации пользователей и управления правами доступа к объектам каталога.

  3. ЕСК должна обеспечивать распределенное хранение информации каталога.

  4. ЕСК должна обеспечивать хранение на распределенных серверах ЕСК Получателя набора учетных данных объектов СИС, достаточного для автономной работы с сетевыми ресурсами при отсутствии канала связи.

  5. ЕСК должна обеспечивать навигацию и поиск в едином каталоге.

B.4.12.3Подсистема базовых сетевых сервисов


Подсистема базовых сервисов должна, как минимум, удовлетворять следующим требованиям:

  1. В СИС основной службой для разрешения имен компьютеров должна выступать служба разрешения доменных имен DNS. Служба DNS должна обеспечивать работоспособность СИС при выходе из строя одного из серверов DNS или одного из каналов связи (каналы Интернет, канал ВСС).

  1. В качестве службы динамического распределения IP-адресов должна выступать служба DHCP. Перечень объектов, на которых должна функционировать служба DHCP, должен быть определен на этапе проектирования.

  2. В качестве службы времени для всей организации должна использоваться служба NTP. Служба NTP должна синхронизироваться с внешним источником времени в сети Получателя/Интернет.

B.4.12.4Почтовая подсистема


Почтовая подсистема должна, как минимум, удовлетворять следующим требованиям:

  1. Почтовая подсистема должна обеспечивать возможность создания почтовых ящиков для 350 пользователей.

  2. Почтовая подсистема должна обеспечивать доступ пользователей к своим почтовым ящикам из локальной сети Получателя, ВСС Росгидромета и сети Интернет.

  3. Почтовая подсистема должна обеспечивать доставку почтовых сообщений по заданному адресу (адресам) как внутри почтовой организации, так и за ее пределами.

  4. Почтовая подсистема должна обеспечивать возможность создания единой иерархической адресной книги в рамках ЛВС и ВСС Росгидромета.

  5. Почтовая подсистема должна обеспечивать возможность доступа всех пользователей почтовой подсистемы к адресной книге.

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

  7. Почтовая подсистема должна предоставлять возможность квотирования размера почтовых ящиков.

  8. Почтовая подсистема должна обеспечивать возможность централизованного управления и делегирования административных полномочий администраторам подразделений Получателя.

  9. Почтовая система должна быть идентичной существующей у Получателя.

  10. Почтовая система должна обеспечивать комплексную защиту от воздействия вредоносных вирусных программ и несанкционированных групповых рассылок (спам).

  11. Должно быть обеспечено архивирование почтовой подсистемы на внешние носители информации.

  12. Почтовая подсистема должна быть интегрирована с ПОК.

  13. Почтовая система должна быть интегрирована с подсистемой электронной почты ВСС Росгидромета. Описание подсистемы электронной почты ВСС Росгидромета будет предоставлено Поставщику на этапе выполнения Контракта.

B.4.12.5Подсистема объединенных коммуникаций


Подсистема объединенных коммуникаций должна, как минимум, удовлетворять следующим требованиям:

  1. ПОК должна обеспечивать работу для 200 пользователей.

  1. ПОК должна обеспечивать поиск пользователей в единой адресной книге.

  2. Пользователь ПОК должен иметь возможность формирования собственного списка контактов пользователей ПОК.

  3. Пользователь ПОК должен иметь возможность получения информации о доступности других пользователей ПОК.

  4. Пользователь ПОК должен иметь возможность устанавливать свой статус доступности.

  5. Некоторые статусы доступности пользователя ПОК должны выставляться автоматически.

  6. Пользователь ПОК должен иметь возможность обмена мгновенными сообщениями с другими пользователям ПОК.

  7. Пользователь ПОК должен иметь возможность организации и участия в конференциях обмена мгновенными сообщениями с другими пользователями ПОК с числом участников от двух и более.

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

  9. Пользователь ПОК должен иметь возможность ответить на входящий звонок мгновенным сообщением.

  10. Пользователь ПОК должен иметь возможность организации и участия в видеоконференциях c другими пользователями ПОК с числом участников от двух и более.

  11. Пользователь ПОК, являющийся ведущим конференции должен иметь возможность добавлять и удалять одного и более участников конференции.

  12. Пользователи ПОК, являющиеся участниками видеоконференции должны иметь возможность наблюдать изображение с камеры активного (говорящего) участника конференции.

  13. Пользователь ПОК, являющийся участником конференции должен иметь возможность выключить микрофон, чтобы его не слышали другие участники конференции.

  14. Пользователь ПОК, являющийся участником конференции должен иметь возможность отключить видеоизображение, чтобы его не видели другие участники конференции.

  15. ПОК должна быть интегрирована с почтовой подсистемой.

  16. ПОК должна быть интегрирована с системой ВКС Росгидромета, подсистемой ведомственной IP-телефонии и телефонной сетью общего пользования.

B.4.13.3.1Система управления рабочими станциями


Система управления рабочими станциями должна, как минимум, удовлетворять следующим требованиям:

  1. СУРС должна обеспечить централизованный мониторинг состава и параметров программного обеспечения, обновление программного обеспечения и автоматизированное выполнение регламентных работ с программным обеспечением, установленным на рабочих станциях в ЛВС. Минимальное количество станций, одновременно подключенных к СУРС, составляет 350.

  2. СУРС должна быть реализована на базе ПВ.

  3. СУРС должна содержать следующие функциональные подсистемы:

  1. аппаратной инвентаризации;

  1. программной инвентаризации;

  2. развертывания программного обеспечения;

  3. развертывания обновлений;

  4. развертывания образов ОС;

  5. управления конфигурациями;

  6. удаленного управления.

  1. Все части СУРС должны быть связаны между собой информационными сетями с использованием имеющихся вычислительных сетей.

  2. Диагностирование СУРС должно выполняться посредством встроенных в устанавливаемое программное обеспечение средств и журналов событий операционной системы.

  3. Разрабатываемая СУРС должна обеспечивать логическое разграничение прав доступа на чтение и изменение хранящейся в СУРС информации на уровне объектов подсистемы ЕСК.

  4. Имена серверов и адреса TCP/IP должны быть уникальными в масштабе существующей инфраструктуры.

B.4.13.1Подсистема аппаратной инвентаризации


Подсистема аппаратной инвентаризации должна, как минимум, удовлетворять следующим требованиям:

  1. автоматически проводить инвентаризацию аппаратного обеспечения рабочих станций и серверов.

  1. Инвентаризация аппаратного обеспечения рабочих станций и серверов должна предоставлять данные о:

  • устройствах чтения CDROM;

  • мониторе;

  • жестких дисках;

  • материнской плате;

  • процессоре;

  • видеоадаптере;

  • оперативной памяти;

  • сетевых адаптерах;

  • службах.

  1. обеспечивать возможность просмотра данных инвентаризации аппаратного обеспечения отдельных рабочих станций и серверов при помощи встроенных средств.

  2. обеспечивать возможность получения отчетов о результатах инвентаризации аппаратного обеспечения рабочих станций и серверов.

B.4.13.2Подсистема программной инвентаризации


Подсистема программной инвентаризации должна, как минимум, удовлетворять следующим требованиям:

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

  1. обеспечивать возможность просмотра данных об инвентаризации программного обеспечения отдельных рабочих станций и серверов при помощи встроенных средств.

  2. обеспечивать возможность получения отчетов о результатах инвентаризации программного обеспечения рабочих станций и серверов.


B.4.13.3Подсистема развертывания программного обеспечения


Подсистема развертывания программного обеспечения должна, как минимум, удовлетворять следующим требованиям:

  1. обеспечивать возможность создания пакетов программного обеспечения.

  1. обеспечивать возможность создания коллекций компьютеров.

  2. обеспечивать возможность создания назначений программного обеспечения на коллекции.

  3. обеспечивать возможность управления временем установки пакетов ПО.

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

  5. обеспечивать возможность получения отчетов о результатах установки программного обеспечения.

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

B.4.13.4Подсистема развертывания обновлений


Подсистема развертывания обновлений должна, как минимум, удовлетворять следующим требованиям:

  1. обеспечивать возможность настройки периода обновлений из Интернета.

  1. автоматически обновлять список обновлений для следующих классификаций:

  • обновлений;

  • критических обновлений;

  • драйверов;

  • функциональных пакетов;

  • обновлений безопасности;

  • пакетов обновлений;

  • инструментов;

  • накопительных пакетов обновлений.

  1. автоматически обновлять список обновлений для следующих доступных локализаций продуктов:

  • английский;

  • русский.

  1. обеспечивать возможность тестирования обновлений на тестовой группе компьютеров.

  2. обеспечивать возможность управления временем установки обновлений.

  3. обеспечивать возможность автоматической централизованной установки обновлений для ПО на рабочих станциях.

  4. обеспечивать возможность получения отчетов о результатах установки обновлений.

  5. при запуске обновлений на рабочей станции пользователя в панели уведомлений должен отображаться значок уведомления об установке обновлений.

B.4.13.5Подсистема развертывания образов ОС


Подсистема развертывания образов ОС должна, как минимум, удовлетворять следующим требованиям:

  1. обеспечивать возможность создания образов операционных систем рабочих станций.

  1. обеспечивать возможность развертывания подготовленных образов операционных систем на целевые рабочие станции по сети с использованием PXE.

  2. обеспечивать возможность развертывания подготовленных образов операционных систем на целевые рабочие станции с использованием съемных носителей.

B.4.13.6Подсистема управления конфигурациями


Подсистема управления конфигурациями должна, как минимум, удовлетворять следующим требованиям:

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

  1. обеспечивать возможность сравнения текущих конфигураций с эталонной конфигурацией при помощи встроенных отчетов.

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

B.4.13.7Подсистема удаленного управления


Подсистема удаленного управления должна, как минимум, удовлетворять следующим требованиям:

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

  1. при удаленном доступе к рабочим станциям подключение к консоли должно осуществляться только с разрешения со стороны пользователя.

  2. для обеспечения безопасности удаленный доступ к рабочим станциям должен быть разрешен только уполномоченным администраторам с возможностью просмотра и управления удаленной рабочей станцией.

Каталог: upload -> iblock -> 185
iblock -> Перечень работ и услуг по содержанию и ремонту общего имущества в многоквартирном доме
iblock -> Часы-смартфон
iblock -> Руководство пользователя для телефона Apple iPhone 6
iblock -> Руководство по эксплуатации Методика калибровки Технические характеристики. Минимальный радиус кривизны поверхностей контролируемых изделий, 6мм
iblock -> Технологические карты
iblock -> Оптимизация процесса восстановления измененных и уничтоженных маркировочных обозначений на блоках двигателей транспортных средств
iblock -> Инструкция по эксплуатации Температурный gsm извещатель Grinson T7 Благодарим Вас за выбор температурного gsm извещателя Grinson T7


Поделитесь с Вашими друзьями:
1   ...   5   6   7   8   9   10   11   12   ...   16


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница