3 Requirements
3.1 Architectural requirements
The developing concept and VCA modules should be implemented in accordance with requirements to the modules of OpenSCADA system. The developed conceptual mechanism should contain all the algorithms and data which are shared by VCA, built on different principles, but also contain the mechanism for the visualization interface sessions' execution. In fact, the realizations of VCA it must be formed the individual visualization(rendering) mechanisms and mechanisms of interaction with the user, based on this concept, ie to form the individual interface of visualization of data of the VCA concept in accordance with the ideology of "Model/data - Interface".
3.2 Общие требования
Визуализация должна включать функции:
- Отображения оперативной и архивной информации ведения ТП в числовой, графической (в виде мнемосхемы части ТП, временных графиков) формах.
- Сигнализации о нарушениях ведения ТП цветом, миганием фона, линий, текста, перечнем нарушений в табличной форме.
- Предоставления архивированных сообщений о нарушениях ведения ТП, действиях оператора и системных операциях. Сообщения должны выводиться с использованием различного рода фильтров: по категории, времени/дате.
Управление технологическим оборудованием и параметрами ведения ТП должно обеспечить функции:
- Дистанционного управление дискретными исполнительными механизмами, режимами работы.
- Ввода оператором аналоговых значений.
- Подтверждения выполнения команды оператора, фиксирования действия оператора в подсистеме сообщений, а также разграничение прав на выполнение команд.
Команды оператора по управлению ТП и навигации внутри подсистемы должны производиться с помощью клавиатуры и мыши, или иного устройства ввода.
В качестве входных, реализации СВУ должны использовать данные следующих подсистем OpenSCADA:
- Подсистема "Сбор данных (DAQ)" -- для получения списка параметров, их атрибутов, значений и истории изменения значений атрибутов.
- Подсистема "Архивы" -- для получения и визуализации архивов(истории) значений и сообщений.
- Подсистема "Безопасность" -- для получения списка пользователей и контроля доступа.
- Подсистема "БД" -- для хранения и получения конфигурации СВУ.
В качестве выходной информации реализации СВУ выступают:
- Изображение на дисплее.
- Измененные оператором текущие значения параметров ТП (например, режим работы регулятора, задание регулятора, выход регулятора, настройки регулятора, дистанционное управление оборудованием и др.), поступающие в подсистему "DAQ".
- отчётная документация в виде различных протоколов, отчётов и документов.
Конфигурация СВУ должна храниться в доступных системе OpenSCADA базах данных, позволяя, тем самым, выбирать ту или иную БД под конкретную практическую ситуацию. Изображения и другие ресурсы должны кодироваться алгоритмом Mime Base64 и храниться в БД.
Цикл обновления оперативной информации на экране зависит от конкретной реализации СВУ. Для быстрых интерфейсов визуализации цикл не должен превышать 1 секунды.
3.3 Требования к надежности
Обеспечение надежного функционирования и защиты от несанкционированного доступа СВУ должно быть реализовано на нескольких уровнях:
- На уровне ядра системы OpenSCADA.
- На уровне концепции СВУ. Для каждого элемента отображения должно выполняться разграничение прав на редактирование (режим Development), динамизацию и реагирование на события (режим Runtime) путем смены владельца (использование функций подсистемы "Безопасность"), включения/исключения в группу и смены прав на модификацию, чтение и исполнение соответственно.
- На уровне отдельно взятой реализации СВУ с использованием общей концепции.
Реализации СВУ, в связке с концепцией, должны удовлетворять следующим требованиям к надежности:
- Непрерывная работа 24 часа в сутки и 360 дней в году.
- Максимальное время восстановления работоспособного состояния – не более 1 ч.
- Обнаружение ошибок (отсутствие кадра, исключительные ситуации) корректная обработка и выдача соответствующих сообщений.