gost34

Техническое задание

1. ОБЩИЕ СВЕДЕНИЯ

1.1 Наименование АС

Примечание

~ полное наименование АС; ~ условное обозначение АС; ~ шифр темы (при наличии).

1.2 Наименование заказчика и исполнителя

Примечание

~ наименование организации заказчика АС (пользователя); ~ наименование организации разработчика АС.

1.2 Основание для выполнения работ

Примечание

~ перечень документов, на основании которых создается АС, кем и когда утверждены эти документы.

Примечание

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

~ договорные документы на создание АС; ~ нормативно~правовые и нормативно~технические документы, регламентирующие создание АС; ~ техническое задание на создание ранее разрабатывавшейся АС.

1.3 Сроки начала и окончания работ

Примечание

~ плановые сроки начала и окончания работ по созданию АС.

1.4 Источники и порядок финансирования работ

Примечание

~ общие сведения об источниках и порядке финансирования работ.

2. ЦЕЛИ И НАЗНАЧЕНИЕ СОЗДАНИЯ АС

2.1 Назначение системы

Примечание

Наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания АС.

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

  • централизованный контроль за инженерными системами здания в режиме реального времени;

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

  • контроль эксплуатационных ресурсов инженерного оборудования;

  • классификация и кодификация инженерного оборудования объекта;

  • автоматическое управление всеми существующими коммуникациями на объекте, включая (но не ограничиваясь) отопление, вентиляцию, кондиционирование, водоснабжение и водоотведение;

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

  • обеспечение достаточного объёма теплоносителя в рабочем контуре;

  • защита рабочих модулей от перегрузок, ошибок в подключении, коротких замыканий и чрезмерного нагрева;

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

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

  • оперативное реагирование на аварии и нештатные ситуации;

  • экономия ресурсов и повышение энергоэффективности;

  • улучшение качества обслуживания пользователей здания.

2.2 Цели создания системы

Примечание

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

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

  • рациональное использование мощностей коммунальных сетей, для снижения финансовых издержек и экономии энергоресурсов;

  • синхронизированное и слаженное функционирование всех коммуникаций, для сокращения эксплуатационных расходов;

  • автоматический сбор данных, для снижения расходов на обслуживание;

  • обеспечение полной безопасности объекта и всех людей, находящихся на нём, благодаря постоянному мониторингу технических показателей сети и своевременному обнаружению и устранению аварийных ситуаций;

  • формирование комфортных условий в помещениях, для повышения уровня сервиса.

Достижение целей должно быть обеспечено за счёт:

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

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

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

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

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

  • сбор и хранение показателей для дальнейшего анализа;

  • интеграции автоматизированных систем между собой;

  • снижение ручного труда.

3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

3.2 Краткие сведения об объекте автоматизации

Примечание

  • основные сведения об объекте автоматизации или ссылки на документы, содержащие такие сведения;

  • сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

3.3 Текущее состояние объекта автоматизации

Примечание

В разделе приводят основные сведения об объекте автоматизации, позволяющие однозначно его идентифицировать и сформировать правильное представление о масштабах разработки.

4. ТРЕБОВАНИЯ К АС

4.1 Требования к структуре АС в целом

4.1.1 Перечень подсистем АС

Примечание

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

4.1.1.1 Инструмент для конфигурирования системы;

4.1.1.2 Редактор мнемосхем («экранов»);

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

4.1.1.4 База данных реального времени;

4.1.1.5 Набор стандартных экранов;

4.1.1.6 Встроенный механизм управления событиями и тревогами;

4.1.1.7 Механизм создания отчетов, с возможностью выгрузки журналов аварий/событий;

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

4.1.1.9 Система ведения архивов;

4.1.1.10 Механизм мониторинга статуса наличия связи с оборудованием передачи данных, сетей связи, узлов, шлюзов и т.д.;

4.1.1.11 Средство разработки и запуска пользовательских приложений/макросов.

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

4.1.1.13 Предусмотреть двухуровневую структуру АС:

Нижний уровень – технические средства автоматизации, располагаемые непосредственно по месту размещения оборудования ИС:

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

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

Верхний уровень – технические средства, размещаемые в центральном диспетчерском пункте с круглосуточным дежурством эксплуатационного персонала. Количество рабочих станций АРМ и их назначение определить в процессе проектирования и согласовать с Заказчиком.

4.1.2 Средства обеспечения информационного взаимодействия компонентов АС

Примечание

Требования к способам и средствам обеспечения информационного взаимодействия компонентов АС;

4.3.2.3 Для обмена данными в системе нижнего уровня использовать открытые протоколы передачи данных Modbus TCP, ModBus RTU, BACnet, OPC, CANopen.

4.3.2.4 Для обмена данными между нижним и верхним уровнем АС должен быть реализован в соответствии с разработанным стандартом нумерации (идентификации) устройств в топиках протокола MQTT с авторизацией и шифрованием данных TLS версии не ниже 1.2

4.3.2.5 Управление инженерным оборудованием должно осуществляться по API в формате POST или JSON RPC, иметь шифрование SSL. В заголовке сообщения управления должен быть Токен авторизации на примере JSON WEB Token (JWT) ключ шифрования не ниже HMAC-SHA256

4.3.2.6 Взаимосвязь со смежными системами должна осуществляться как на физическом уровне («активные» замкнутые «сухие» контакты), так и на программном уровне по открытому протоколу в зависимости от возможностей оборудования смежных инженерных систем.

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

4.3.2.8 Архитектура АС должна обеспечивать возможность поэтапного развития, наращивания и модернизации на протяжении всего жизненного цикла, без вывода всего комплекса из режима основной работы, включая:

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

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

4.3.2.9 Предусмотреть совместимость оборудования «нижнего уровня» и программного обеспечения, применяемого для контроля и управления ИС.

4.1.3 Требования к характеристикам взаимосвязей создаваемой АС со смежными АС

Примечание

Требования к характеристикам взаимосвязей создаваемой АС со смежными АС, требования к интероперабельности, требования к ее совместимости, в том числе указания о способах обмена информацией;

4.1.4 Требования к режимам функционирования АС

4.1.5 Требования по диагностированию АС

4.1.6 Перспективы развития, модернизации АС

4.2 Требования к функциям (задачам), выполняемым АС

4.2.1 Требования к функциям верхнего уровня

4.2.1.1 Отображение на мониторе в графическом виде (с использованием анимации) мнемосхем ИС;

4.2.1.2 Вывод информации о состоянии оборудования (включено/ отключено/аварийное состояние/регламент/ручное управление/местное управление) и параметрах работы (текущие значения параметров, сигнализация отклонения параметров за допустимые пределы), вывод аварийных сигналов должен быть приоритетным, в отдельном окне или в виде транспаранта, и содержать полную информацию о месте, типе оборудования и характеристике аварии (по возможности код аварии с расшифровкой на русском языке), количество и тип выводимых параметров согласовать на этапе проектирования с Заказчиком.

4.2.1.3 Организацию графиков и трендов изменения параметров работы инженерных систем за заданный период времени с выводом графиков на АРМ диспетчера;

4.2.1.4 Централизованное управление работой инженерно-технических систем (включение/отключение, задание необходимых режимов работы и уставок регулируемых значений параметров);

4.2.1.5 Подачу звукового сигнала при аварийном состоянии оборудования или отклонении параметров работы за установленные пределы;

4.2.1.6 Контроль потребления тепла, воды и электроэнергии;

4.2.1.7 Архивирование и документирование информации о состоянии и параметрах работы инженерно-технических систем с последующим выводом данных на принтер в виде табличных форм отчетности и графиков;

4.2.1.8 Статистический сбор данных о состоянии и параметрах работы инженерно-технических систем с возможностью графической визуализации на мониторе и вывода на принтер в виде таблиц и графиков;

4.2.1.9 Рассылку e-mail и SMS (Telegram) сообщений в случае аварии;

4.2.1.10 Быстрый поиск нужной информации, удобный пользовательский интерфейс;

4.2.1.11 Просмотр и распечатку архивов отчетов (таблиц, списков) для любых событий в системе (аварийных, действий диспетчера);

4.2.1.12 Системные журналы должны обеспечить возможность фильтрации по времени, наименованию системы, оборудованию, узла, элемента, имени аварии, маски имени сигнала, зданию, блоку, помещению, пользователю;

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

4.2.1.14 В системе должна быть реализована возможность вывести графические экраны мнемосхем оборудования или трендов (графиков архивных значений) на 2 экрана АРМ;

4.2.1.15 Экраны трендов (графики архивных значений) в системе диспетчеризации должны обладать возможностью выбора времени, даты, добавлять/сравнивать параметры в одном графическом окне программы ПО;

4.2.1.16 Автоматическая система резервирования базы данных, проекта системы диспетчеризации и его хранение на специально выделенном хранилище;

4.2.1.17 АРМ системы диспетчеризации должен быть оснащен световым и звуковым оповещением в случае вывода аварийного сообщения в системе, под учетными правами пользователя.

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

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

4.3 Требования к видам обеспечения АС

4.3.1 Требования к математическому обеспечению АС

Примечание

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

4.3.2 Требования к информационному обеспечению АС

Примечание

  • к составу, структуре и способам организации данных в АС;

  • к информационному обмену между компонентами АС и со смежными АС;

  • к информационной совместимости со смежными АС;

  • по использованию действующих и по разработке новых классификаторов, справочников, форм документов;

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

  • к представлению данных в АС;

  • к контролю, хранению, обновлению и восстановлению данных.

4.3.3 Требования к лингвистическому обеспечению АС

  • требования к языкам, используемым в АС, и возможности расширения набора языков;

  • требования к способам организации диалога.

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

4.3.4 Требования к программному обеспечению АС

Примечание

  • требования к составу и видам программного обеспечения;

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

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

  • перечень допустимых покупных программных средств (при наличии).

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

4.3.4.2 Проектируемая АС должна обеспечивать возможность наращивания системы за счет расширения аппаратной и программной частей по модульному принципу. ПО диспетчеризации должно иметь 35% запас от общего числа точек подключенных систем. Предусмотреть запас производительности серверного оборудования в размере 30 % от штатного режима работы.

4.3.4.3 Список сигналов от ИС, передаваемых в АС в режиме реального времени, согласовать с Заказчиком на стадии проектирования, список выполнить с указанием времени отображения сигналов.

4.3.4.4 На АРМ системы диспетчеризации должна отображаться вся информация по контролю и управлению оборудованием инженерных систем согласно разрабатываемому проекту в режиме реального времени, включая аварийные и тревожные сигналы.

4.3.5 Требования к техническому обеспечению АС

Примечание

  • к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в АС;

  • к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения АС.

4.3.5.1 АС должна обеспечить следующие виды управления:

  • автоматическое;

  • дистанционное управление с рабочего места оператора АРМ диспетчеризации, с панели контроллеров и с индивидуальных пультов;

  • местное управление с использованием аппаратов, установленных в технических помещениях. Оборудование с местным управлением согласовать на этапе проектирования с Заказчиком;

  • ручное управление (режим управления без использования средств автоматики). Оборудование с возможностью ручного управления согласовать на этапе проектирования с Заказчиком.

4.3.5.2 Предусмотреть возможность совместного управления системами отопления, вентиляции и кондиционирования в жилых помещениях с выводом информации на АРМ диспетчера.

4.3.5.3 Предусмотреть отдельную рабочую станцию АРМ для администратора системы диспетчеризации.

4.3.5.4 Обеспечить светозвуковую сигнализацию на ПК АРМ диспетчеризации при появлении аварийных сигналов.

4.3.5.5 Тип и производителя оборудования автоматики определить проектом.

Внимание! При применении програмного обеспечения PromUC и контроллеров IOOT PRO значительно снижается стоимость проектирования за счет обеспечения требований ТЗ и применения готовых проектных шаблонов поддерживаемых производителем.

4.3.6 Требования к метрологическому обеспечению АС

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

  • требования к методам (методикам) измерений и измерительного контроля параметров и их характеристик;

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

  • требования к метрологическому обеспечению испытаний АС;

  • требования к программе метрологического обеспечения АС;

  • требования к метрологической совместимости технических средств АС;

  • требования проведения метрологической экспертизы технической документации (при необходимости).

4.3.7 Требования к организационному обеспечению АС

4.3.7.1 Поддержка горячего резервирования и автоматического переключения пользователей между серверами;

4.3.7.2 Платформа должна иметь встроенный механизм контроля и поддержки действий диспетчера (сценарии переключений, автоматизированные сценарии действий диспетчера, контроль действий диспетчера);

4.3.7.3 Встроенная система управления доступом должна поддерживать AD, поддерживать возможность разграничения доступа ко всем объектам системы вплоть до отдельных точек/групп точек;

4.3.7.4 Выполнение операции идентификации и аутентификации Диспетчера (при передаче смены), без перезагрузки клиента системы;

4.3.7.5 Поддержка протоколов мониторинга статуса работы сетевого оборудования: SNMP.

4.3.8 Требования к методическому обеспечению АС

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

  • порядок и правила обеспечения разработчиков АС нормативно-технической документацией.

4.4 Общие технические требования к АС

4.4.1 Требования к численности и квалификации персонала и пользователей АС

4.4.1.1 Структура и конфигурация системы должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала;

4.4.1.2 Структура системы должна предоставлять возможность управления всем доступным функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;

4.4.1.3 Для администрирования системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов системы;

4.4.1.4 Аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления;

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

4.4.2 Требования к показателям назначения

Примечание

Значения параметров, характеризующих степень соответствия АС ее назначению (при их наличии).

4.4.2.1 Уровень сохранения работоспособности;

4.4.2.2 Уровень сохранности информации;

4.4.2.3 Среднее время между выходом из строя отдельных компонентов;

4.4.2.4 Среднее время на обслуживание, ремонт или замену вышедшего из строя компонента;

4.4.2.5 Среднее время на восстановление работоспособности;

4.4.2.6 Система должна обеспечивать возможность одновременной работы 50 пользователей при следующих характеристиках времени отклика системы:

– для операций навигации по экранным формам системы – не более 5 сек;

Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.

4.4.3 Требования к надежности

Примечание

  • состав и количественные значения показателей надежности для АС в целом или ее подсистем (составных частей);

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

  • требования к надежности технических средств и программного обеспечения;

  • требования к методам оценки и контроля показателей надежности на разных стадиях создания АС в соответствии с действующими нормативно-техническими документами.

4.4.3.1 Одиночный отказ любого элемента системы не должен приводить к потере работоспособности АС.

4.4.3.2 Обеспечить защиту технических средств по электропитанию путем использования источников бесперебойного питания;

4.4.3.3 Выбрать топологии локальной сети, обеспечивающей вариантность маршрутизации потоков информации;

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

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

4.4.3.6 Автоматическое оповещение администраторов системы по нештатным ситуациям, как по средствам электронной почты, так и посредством SMS-информирования (Телеграм).

4.4.3.7 Средний срок службы программно-технического комплекса АС должен быть не менее 10 лет.

4.4.4 Требования по безопасности

Примечание

Требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств АС (защита от воздействий электрического тока, электромагнитных полей и т. п.), по допустимым уровням вибрационных и шумовых нагрузок, а также по обеспечению экологической безопасности.

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

4.4.4.2 Требования к межсетевым экранам должны соответствовать Руководящему документу Государственной технической комиссии при Президенте Российской Федерации «Межсетевые экраны. Защита от несанкционированного доступа к информации. Классификация межсетевых экранов и требования по защите информации».

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

4.4.4.4 КСА, входящие в состав АС должны обладать подсистемой информационной безопасности от несанкционированного доступа (далее - НСД), которая должна удовлетворять Руководящим Документам ФСТЭК России, а также ГОСТ Р 50739-95 «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования». КСА АС должны соответствовать требованиям класса защищенности «1Г» и выше в зависимости от обрабатываемых данных и решаемых задач.

4.4.4.5 В ходе проектирования КСА АС должен быть определен состав информации и методов ее обработки, подлежащий защите, а также разработана модель угроз и модель нарушителя.

4.4.4.6 Техническое задание на создание подсистемы информационной безопасности от НСД для каждого КСА, входящего в состав АС должно предусматривать:

  • требования по защите от несанкционированного доступа;

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

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

  • требования к средствам антивирусной защиты;

  • требования по защите персональной информации.

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

4.4.4.8 Все программное и аппаратное обеспечение, реализующее функционал защиты информации, должно быть сертифицировано в системе сертификации ФСТЭК России.

4.4.4.9 Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и «Правилами устройства электроустановок» (ПУЭ).

4.4.4.10 Электропитание технических средств должно соответствовать III категории «Правил устройства электроустановок».

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

4.4.4.12 Требования и нормы проектирования охранно-тревожной сигнализации должны соответствовать документу РД 78.36.003-2002.

4.4.4.13 Требования и нормы проектирования и установки пожарной сигнализации должны соответствовать документу РД СП 5.13130.2009.

4.4.4.14 Факторы, оказывающие вредные воздействия на здоровье (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.) со стороны всех компонентов КСА АС, не должны превышать действующих норм (СанПиН 2.2.2/2.4.1340-03 от 03.06.2003).

4.4.5 Требования к эргономике и технической эстетике

Примечание

  • эргономические требования к организации и средствам деятельности персонала и пользователей АС, в том числе к средствам отображения информации и организации рабочего места;

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

4.4.6 Требования к транспортабельности для подвижных АС

Примечание

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

не учитывать.

4.4.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов АС

Примечание

  • условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) и программно-технических средств (ПТС) АС с заданными показателями;

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

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

  • требования к составу, размещению и условиям хранения комплекта запасных частей, инструментов и принадлежностей, а также к нормам расхода запасных частей;

  • требования к регламенту обслуживания.

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

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

4.4.7.3 Технические средства и персонал должны размещаться в существующих помещениях объектов автоматизации, которые по климатическим условиям должны соответствовать ГОСТ 15150-69. Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями (СНиП) ГОСТ 21958-76.

4.4.8 Требования к защите информации от несанкционированного доступа

Примечание

Требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

4.4.8.1 Необходимо предусмотреть организационно-технические меры по защите информации и всей системы в целом от несанкционированного доступа, а также появления ложных сигналов управления и сообщений, потерь информации при нарушении нормального режима работы АС;

4.4.8.2 Необходимо предусмотреть установку антивирусных программ, способных бесконфликтно функционировать с выбранным ПО АС;

4.4.8.3 Необходимо предусмотреть доступ к базе данных, конфигурации системы и работы оборудования только для авторизованных работников;

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

4.4.9 Требования по сохранности информации при авариях

Примечание

Перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в АС.

4.4.9.1 Просмотр и распечатка отчетов (таблиц, списков) для любых событий в системе (аварийных, действий операторов).

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

4.4.9.3 Глубина хранения данных – не менее 3-х лет.

4.4.9.4 Для обеспечения отказоустойчивости в серверном оборудовании предусмотреть объединение дисков в массив с резервированием жестких дисков (RAID 10).

4.4.9.5 Предусмотреть использование современных подходов к построению ИТ инфраструктуры с использованием виртуализации и централизованного отказоустойчивого хранения данных:

  • организационно-технические меры по защите информации и всей системы в целом от несанкционированного доступа, а также появления ложных сигналов управления и сообщений, потерь информации при нарушении нормального режима работы АСУД;

  • установку антивирусных программ, способных бесконфликтно функционировать с выбранным ПО АС;

  • защиту данных от повреждения либо шифрования вредоносным программным обеспечением, путем блокировки создания определенных типов файлов;

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

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

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

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

4.4.10 Требования к защите от влияния внешних воздействий

Примечание

  • требования к радиоэлектронной защите средств АС;

  • требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

4.4.10.1 Технические средства АС должны отвечать требованиям ГОСТ 19542-83, ГОСТ 29339-92, ГОСТ Р 50628-2000, требованиям Госкомсвязи России «Автоматизированные системы управления аппаратурой электросвязи» 1998 г. по электромагнитной совместимости и помехозащищенности.

4.4.10.2 Технические средства должны удовлетворять требованиям по электромагнитной совместимости, определенным в ГОСТ 22505-97 и ГОСТ Р 51275-2006.

4.4.11 Требования к патентной чистоте и патентоспособности

Примечание

Требования по патентной чистоте и патентоспособности АС и ее частей, включая требования по проведению патентных исследований.

4.4.11.1 АС должна быть включена в реестр российского ПО.

4.4.11.2 Не допускается проектировать АС на программных и аппаратных средствах попадающие под ограничения и/или имеющие риски отказа поддержки.

4.4.11.3 Проектные решения АС должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации.

4.4.11.4 При поставке АС должны быть выполнены требования Закона Российской Федерации от 23.09.92 N 3523-1 «О правовой охране программ для электронных вычислительных машин и баз данных».

4.4.12 Требования по стандартизации и унификации

Примечание

  • требуемую степень использования стандартных, унифицированных методов реализации функций (задач) АС, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм документов, общероссийских классификаторов и классификаторов других категорий в соответствии с областью их применения;

  • требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

4.4.12.1 Программная реализация протокола «Единого стека» открытых протоколов в АС, планируемых к внедрению, должны быть унифицированы и разработаны на стадии проектирования АС.

4.4.12.2 Процесс разработки АС должен соответствовать требованиям к созданию АС, регламентированных стандартами:

  • ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

Скачать...

  • ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;

Скачать...

  • ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

Скачать...

  • ГОСТ 34.201-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.»

Скачать...

  • ГОСТ Р 59795—2021 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.»

Скачать...

АС должны быть разработаны в соответствии с требованиями национальных стандартов (ГОСТ), Единой системы конструкторской документации, Единой системы программной документации, а также требованиями нормативно-методических и руководящих документов ФСТЭК России и ФСБ России.

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

4.4.13 Дополнительные требования

  • требования к оснащению АС учебно-тренировочными средствами и документацией на них;

  • требования к сервисной аппаратуре, стендам для проверки элементов АС;

  • требования к АС, связанные с особыми условиями эксплуатации;

  • специальные требования по усмотрению разработчика или заказчика АС.

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АС

Примечание

Перечень этапов работ по созданию АС и сроки их выполнения.

6. ПОРЯДОК РАЗРАБОТКИ АС

Примечание

  • порядок организации разработки АС;

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

  • перечень документов, предъявляемых по окончании соответствующих этапов работ;

  • порядок проведения экспертизы технической документации;

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

  • порядок разработки, согласования и утверждения плана совместных работ по разработке АС;

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

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

  • порядок проведения технико-экономической оценки разработки АС;

  • порядок разработки, согласования и утверждения программы метрологического обеспечения, программы обеспечения надежности, программы эргономического обеспечения.

7. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АС

Примечание

  • виды, состав и методы испытаний АС и ее составных частей;

  • общие требования к приемке работ, порядок согласования и утверждения приемочной документации;

  • статус приемочной комиссии (государственная, межведомственная, ведомственная и др.).

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

8. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКИ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ АС В ДЕЙСТВИЕ

Примечание

  • создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой АС требованиям, содержащимся в ТЗ на АС;

  • проведение необходимых организационно-штатных мероприятий;

  • порядок обучения персонала и пользователей АС.

9. ТРЕБОВАНИЕ К ДОКУМЕНТИРОВАНИЮ

Примечание

  • перечень подлежащих разработке документов;

  • вид представления и количество документов;

  • требования по использованию ЕСКД и ЕСПД при разработке документов.

10. ИСТОЧНИКИ РАЗРАБОТКИ

Примечание

Перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании АС.