3 Требования
3.1 Архитектурные требования
Разрабатываемая концепция и модули СВУ должны быть реализованы в соответствии с требованиями к модулям системы OpenSCADA. Разработанный концептуальный механизм должен содержать все алгоритмы и данные, являющиеся общими для СВУ построенных на различных принципах, а также содержать механизм сессий исполнения проектов интерфейсов визуализации. Фактически в реализациях СВУ должны формироваться индивидуальные механизмы визуализации (отрисовки) и взаимодействия с пользователем на основе данных концепции, т.е. формировать индивидуальный интерфейс представления данных концепции СВУ в соответствии с идеологией "Модель/данные — Интерфейс".
3.2 Общие требования
Визуализация должна включать функции:
- Отображения оперативной и архивной информации ведения ТП в числовой, графической (в виде мнемосхемы части ТП, временных графиков) формах.
- Сигнализации о нарушениях ведения ТП цветом, миганием фона, линий, текста, перечнем нарушений в табличной форме.
- Предоставления архивированных сообщений о нарушениях ведения ТП, действиях оператора и системных операциях. Сообщения должны выводиться с использованием различного рода фильтров: по категории, времени/дате.
Управление технологическим оборудованием и параметрами ведения ТП должно обеспечить функции:
- Дистанционного управление дискретными исполнительными механизмами, режимами работы.
- Ввода оператором аналоговых значений.
- Подтверждения выполнения команды оператора, фиксирования действия оператора в подсистеме сообщений, а также разграничение прав на выполнение команд.
Команды оператора по управлению ТП и навигации внутри подсистемы должны производиться с помощью клавиатуры и мыши, или иного устройства ввода.
В качестве входных, реализации СВУ должны использовать данные следующих подсистем OpenSCADA:
- Подсистема "Сбор данных (DAQ)" — для получения списка параметров, их атрибутов, значений и истории изменения значений атрибутов.
- Подсистема "Архивы" — для получения и визуализации архивов (истории) значений и сообщений.
- Подсистема "Безопасность" — для получения списка пользователей и контроля доступа.
- Подсистема "БД" — для хранения и получения конфигурации СВУ.
В качестве выходной информации реализации СВУ выступают:
- Изображение на дисплее.
- Измененные оператором текущие значения параметров ТП (например, режим работы регулятора, задание регулятора, выход регулятора, настройки регулятора, дистанционное управление оборудованием и др.), поступающие в подсистему "DAQ".
- Отчётная документация в виде различных протоколов, отчётов и документов.
Конфигурация СВУ должна храниться в доступных системе OpenSCADA базах данных, позволяя, тем самым, выбирать ту или иную БД под конкретную практическую ситуацию. Изображения и другие ресурсы должны кодироваться алгоритмом Mime Base64 и храниться в БД или браться прямо с ФС.
Цикл обновления оперативной информации на экране зависит от конкретной реализации СВУ. Для быстрых интерфейсов визуализации цикл не должен превышать 1 секунды.
3.3 Требования к надежности
Обеспечение надежного функционирования и защиты от несанкционированного доступа СВУ должно быть реализовано на нескольких уровнях:
- На уровне ядра системы OpenSCADA.
- На уровне концепции СВУ. Для каждого элемента отображения должно выполняться разграничение прав на редактирование (режим "Разработка"), динамизацию и реагирование на события (режим "Исполнение") путем смены владельца (использование функций подсистемы "Безопасность"), включения/исключения в группу и смены прав на модификацию, чтение и исполнение соответственно.
- На уровне отдельно взятой реализации СВУ с использованием общей концепции.
Реализации СВУ, в связке с концепцией, должны удовлетворять следующим требованиям к надежности:
- Непрерывная работа 24 часа в сутки и 360 дней в году.
- Максимальное время восстановления работоспособного состояния — не более 1 ч.
- Обнаружение ошибок (отсутствие кадра, исключительные ситуации) корректная обработка и выдача соответствующих сообщений.