4.2 Formalization
Lets conceptually describe the VCA model using the UML with use case diagram.
Any VCA can operate in two modes - the development and execution. As an actor, in the first case, acts the engineer of the top-level of ACS-TP setting, in the other - the operator.
In development mode lets select the following options of using the VCA:
- Operations over the project:
- open/save an existing visualization project from/to the DB;
- creation/delete of the visualization project;
- work with an open project:
- add/remove the frame into the visualization project;
- linkage the frame of the project with the dynamics (dynamization of the characteristics of the frame), creating the visual interface page or the template for the overall dynamics for the pages based on this frame;
- creation/delete of the visualization interface page based on the frame of the project;
- linkage the page control interface pages with the dynamics.
- opening/closing/connection to the execution session of the project.
- Operations on the frame (widget):
- open/save the widget/frame in the library of the database;
- create/delete of the widget/frame;
- work with an open frame:
- addition/remove the embedded widget on the working frame;
- selection of widgets on the working frame;
- change the properties of the selected widgets by means of the widgets' supervisor;
- grouping/ungrouping of the selected widgets;
- moving the selected widgets by mouse and/or keyboard;
- visual change of the size and other geometric parameters of the widget;
- appointment of the slots of dynamics linkage (parameters) of the widgets or the of the frame as a whole, as well as direct dynamics linkage for the final visualization of widgets (frames);
- formation of the procedure of links description and other logic of the widget, on he language of the user programming provided by the OpenDCADA system;
- ассоциативная установка простых и групповых логических связей как графическим так и конфигурационным образом.
Диаграмма вариантов использования при функционировании СВУ в режиме разработки приведена на рис. 4.2.1.

Рис.4.2.1 Диаграмма вариантов использования СВУ в режиме разработки.
Варианты использования в режиме исполнения:
- слежение за ТП по мгновенным значениям, графикам и др.
- управление техническими или другими процессами (ТП) через конечный интерфейс визуализации;
- навигация по кадрам и страницам интерфейса визуализации;
- горячая замена динамизированных свойств кадров и страниц;
- формирование и печать отчётной документации, документов и экранов интерфейса визуализации;
- смена пользователя.
Диаграмма использования СВУ в режиме исполнения приведена на рис.4.2.2.

Рис.4.2.2 Диаграмма использования СВУ в режиме исполнения.
Исходя из требований и общих соображений можно следующим образом изобразить структуру СВУ рис.4.2.3.

Рис.4.2.3 Обобщённая структура СВУ.
Нужно отметить, что такой подход позволяет реализовать поддержку трёх уровней сложности процесса разработки интерфейсов управления. И как следствие, инженер АСУ-ТП может использовать(начинать) тот из уровней на который у него хватает квалификации, с возможностью повышения её в дальнейшем, практически исключая отторжение системы из-за чрезмерной стартовой сложности на начальном этапе освоения и сохранения, при этом, значительной гибкости и мощности системы. Перечислим эти уровни:
- Формирования интерфейса ВУ(визуализации и управления) с помощью библиотеки шаблонных кадров путём помещения шаблонов кадров в проект и назначения динамики.
- В дополнении к первому уровню производится формирование собственных кадров на основе библиотеки производных и базовых виджетов. Возможно как прямое назначение динамики в виджете, так и последующее её назначение в проекте.
- В дополнении ко второму уровню производится самостоятельное формирование производных виджетов, новых шаблонных кадров, а также кадров с использованием механизма описания логики взаимодействия и обработки событий на одном из языков пользовательского программирования системы OpenSCADA.