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 General requirements
Visualization should include the following functions:
- Showing the operational and archival information of TP in numeric, graphic (in the form of the mimic of the TP, time diagrams) forms.
- Alarms on violations of TP by color, flashing of the background, lines, text, the list of violations in tabular form.
- Provision of archived reports of violations of TP, activities of the operator and system operations. Messages must be displayed using different kinds of filters: by category, date/time.
Control of the technological equipment and the parameters of TP must provide the following functions:
- Remote control of discrete a
- Input by the operator the analog values.
- Confirmation of the operator's commands' execution, recording the action of the operator in the messages subsystem, as well as rights politics of the commands' execution.
The commands of the operator to control TP and navigation within the subsystem must be made using the keyboard and mouse or other input device.
As input data, the implementations of the VCA must use the data from the following subsystems of OpenSCADA:
- Подсистема "Сбор данных (DAQ)" -- для получения списка параметров, их атрибутов, значений и истории изменения значений атрибутов.
- Подсистема "Архивы" -- для получения и визуализации архивов(истории) значений и сообщений.
- Подсистема "Безопасность" -- для получения списка пользователей и контроля доступа.
- Подсистема "БД" -- для хранения и получения конфигурации СВУ.
В качестве выходной информации реализации СВУ выступают:
- Изображение на дисплее.
- Измененные оператором текущие значения параметров ТП (например, режим работы регулятора, задание регулятора, выход регулятора, настройки регулятора, дистанционное управление оборудованием и др.), поступающие в подсистему "DAQ".
- отчётная документация в виде различных протоколов, отчётов и документов.
Конфигурация СВУ должна храниться в доступных системе OpenSCADA базах данных, позволяя, тем самым, выбирать ту или иную БД под конкретную практическую ситуацию. Изображения и другие ресурсы должны кодироваться алгоритмом Mime Base64 и храниться в БД.
Цикл обновления оперативной информации на экране зависит от конкретной реализации СВУ. Для быстрых интерфейсов визуализации цикл не должен превышать 1 секунды.
3.3 Требования к надежности
Обеспечение надежного функционирования и защиты от несанкционированного доступа СВУ должно быть реализовано на нескольких уровнях:
- На уровне ядра системы OpenSCADA.
- На уровне концепции СВУ. Для каждого элемента отображения должно выполняться разграничение прав на редактирование (режим Development), динамизацию и реагирование на события (режим Runtime) путем смены владельца (использование функций подсистемы "Безопасность"), включения/исключения в группу и смены прав на модификацию, чтение и исполнение соответственно.
- На уровне отдельно взятой реализации СВУ с использованием общей концепции.
Реализации СВУ, в связке с концепцией, должны удовлетворять следующим требованиям к надежности:
- Непрерывная работа 24 часа в сутки и 360 дней в году.
- Максимальное время восстановления работоспособного состояния – не более 1 ч.
- Обнаружение ошибок (отсутствие кадра, исключительные ситуации) корректная обработка и выдача соответствующих сообщений.