3 Требования

3.1 Архитектурные требования

Разрабатываемая концепция и модули СВУ должны быть реализованы в соответствии с требованиями к модулям системы OpenSCADA. Разработанный концептуальный механизм должен содержать все алгоритмы и данные, являющиеся общими для СВУ построенных на различных принципах, а также содержать механизм сессий исполнения проектов интерфейсов визуализации. Фактически в реализациях СВУ должны формироваться индивидуальные механизмы визуализации (отрисовки) и взаимодействия с пользователем на основе данных концепции, т.е. формировать индивидуальный интерфейс представления данных концепции СВУ в соответствии с идеологией "Модель/данные — Интерфейс".

3.2 Общие требования

Визуализация должна включать функции:

• Отображения оперативной и архивной информации ведения ТП в числовой, графической (в виде мнемосхемы части ТП, временных графиков) формах.
• Сигнализации о нарушениях ведения ТП цветом, миганием фона, линий, текста, перечнем нарушений в табличной форме.
• Предоставления архивированных сообщений о нарушениях ведения ТП, действиях оператора и системных операциях. Сообщения должны выводиться с использованием различного рода фильтров: по категории, времени/дате.

Управление технологическим оборудованием и параметрами ведения ТП должно обеспечить функции:

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

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

В качестве входных, реализации СВУ должны использовать данные следующих подсистем OpenSCADA:

• Подсистема "Сбор данных (DAQ)" — для получения списка параметров, их атрибутов, значений и истории изменения значений атрибутов.
• Подсистема "Архивы" — для получения и визуализации архивов (истории) значений и сообщений.
• Подсистема "Безопасность" — для получения списка пользователей и контроля доступа.
• Подсистема "БД" — для хранения и получения конфигурации СВУ.

В качестве выходной информации реализации СВУ выступают:

• Изображение на дисплее.
• Измененные оператором текущие значения параметров ТП (например, режим работы регулятора, задание регулятора, выход регулятора, настройки регулятора, дистанционное управление оборудованием и др.), поступающие в подсистему "DAQ".
• Отчётная документация в виде различных протоколов, отчётов и документов.

Конфигурация СВУ должна храниться в доступных системе OpenSCADA базах данных, позволяя, тем самым, выбирать ту или иную БД под конкретную практическую ситуацию. Изображения и другие ресурсы должны кодироваться алгоритмом Mime Base64 и храниться в БД или браться прямо с ФС.

Цикл обновления оперативной информации на экране зависит от конкретной реализации СВУ. Для быстрых интерфейсов визуализации цикл не должен превышать 1 секунды.

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

Обеспечение надежного функционирования и защиты от несанкционированного доступа СВУ должно быть реализовано на нескольких уровнях:

• На уровне ядра системы OpenSCADA.
• На уровне концепции СВУ. Для каждого элемента отображения должно выполняться разграничение прав на редактирование (режим "Разработка"), динамизацию и реагирование на события (режим "Исполнение") путем смены владельца (использование функций подсистемы "Безопасность"), включения/исключения в группу и смены прав на модификацию, чтение и исполнение соответственно.
• На уровне отдельно взятой реализации СВУ с использованием общей концепции.

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

• Непрерывная работа 24 часа в сутки и 360 дней в году.
• Максимальное время восстановления работоспособного состояния — не более 1 ч.
• Обнаружение ошибок (отсутствие кадра, исключительные ситуации) корректная обработка и выдача соответствующих сообщений.