Раздел 11. Электронная модель системы теплоснабжения

Раздел 11. Электронная модель системы теплоснабжения

11.1. Общее назначение электронной модели г. Пятигорска

- Электронная модель системы теплоснабжения г. Пятигорска на базе программно-расчетного комплекса "ZULU" (далее по тексту ЭМ) разрабатывалась в целях:

- создания единой информационной платформы по системам теплоснабжения города;

- повышения эффективности информационного обеспечения процессов принятия решений в области текущего функционирования и перспективного развития системы теплоснабжения города;

- проведения единой политики в организации текущей деятельности предприятий и в перспективном развитии всей системы теплоснабжения города;

- обеспечения устойчивого градостроительного развития города;

- разработки мер для повышения надежности системы теплоснабжения города; минимизации вероятности возникновения аварийных ситуаций в системе теплоснабжения;

- моделирования перспективных вариантов развития системы теплоснабжения (строительство новых и реконструкция существующих источников тепловой энергии, перераспределение тепловых нагрузок между источниками, определение возможности подключения новых потребителей тепловой энергии, определение оптимальных вариантов качественного и надежного обеспечения тепловой энергией новых потребителей и т.д.);

- оперативного получения информационных выборок, справок, отчетов по системе в целом по системе теплоснабжения города и по отдельным ее элементам.

11.2. Описание программного комплекса

11.2.1. Общие положения.

В качестве базового программного обеспечения для реализации создания Электронной модели системы теплоснабжения города был выбран программно-расчетный комплекс ZULU.

В данном разделе представлено краткое описание функциональных возможностей основных модулей программно-расчетного комплекса ZULU, необходимых для создания и дальнейшей эксплуатации ЭМ:

- сервер геоинформационной системы Zulu;

- инструментальная геоинформационная система ГИС Zulu;

- пакет расчетов сетей теплоснабжения ZuluThermo;

11.2.2. Сервер геоинформационной системы ZULU

ZuluServer - сервер ГИС Zulu, предоставляющий возможность совместной многопользовательской работы с геоданными в локальной сети и глобальной сети Интернет.

Доступ к серверу осуществляется через протокол TCP/IP. Сервер ZuluServer дает возможность исключить файловый доступ клиента к данным на сервере. Клиенту недоступна информация о физическом хранении данных и отсутствует возможность их несанкционированного изменения.

Также есть возможность разграничить доступ к данным между пользователями. Система паролей и прав позволяет предоставлять разным пользователям различные возможности и ограничения для доступа и работы с данными.

ГИС Zulu, сохраняя все возможности настольной версии ГИС, имеет встроенный клиент ZuluServer и может открывать карты, слои, проекты и другие данные Zulu как с локальной машины, так и с удаленного компьютера, где установлен ZuluServer.

Для того, чтобы подключиться к серверу ZuluServer достаточно указать его IP адрес, либо имя компьютера в локальной сети или же имя домена, если сервер расположен в сети Интернет.

11.2.3. Организация графических данных.

Графические данные организованы послойно. Слой является основной информационной единицей системы. Каждый объект слоя имеет уникальный идентификатор (ID или "ключ"). Поддерживаемые типы слоев:

- векторные слои;

- растровые слои;

Векторные слои.

Векторные слои имеют собственный бинарный формат данных, что обеспечивает высокую скорость работы графических и топологических алгоритмов. Имеется возможность программного доступа к данным через объектную модель для написания собственных конвертеров.

Объекты векторного слоя делятся на простые (примитивы) и типовые (классифицированные объекты).

Примитивы могут быть:

- точечные (пиктограммы или "символы");

- текстовые;

- линейные (линии, полилинии);

- площадные (контуры, поликонтуры).

Типовые объекты описываются в библиотеке типов объектов. Каждый тип описывает площадной, линейный или символьный типовой графический объект, имеет пользовательское название и может быть связан с собственной семантической базой данных.

Каждый тип объекта может иметь несколько режимов, которые имеют пользовательское название, и задают различные способы отображения данного типового объекта.

Типовые объекты могут быть:

- точечные (пиктограммы или "символы");

- линейные (линии, полилинии);

- площадные (контуры, поликонтуры).

Атрибутивные или семантические данные векторного слоя хранятся во внешнем источнике данных и подключаются к слою через собственный описатель базы данных. К одному слою может быть подключено попеременно произвольное число семантических баз данных. Примитивы пользуются общей семантической базой данных, типовые объекты - собственной для каждого типа (однако для разных типов можно подключить одну и ту же базу).

Растровые слои.

Растровым слоем может быть либо отдельный растровый объект, либо группа растровых объектов. Растровая группа может содержать произвольное число растровых объектов или вложенных растровых групп. Число растров в слое ограничено лишь дисковым пространством. (Zulu справляется с полем из нескольких тысяч растров).

Поддерживаемые форматы растров - BMP, TIFF, PCX, JPEG, GIF, PNG.

Графические данные могут храниться в различных системах координат и отображаться в различных проекциях трехмерной поверхности Земли на плоскость.

Система предлагает набор предопределенных систем координат. Кроме того пользователь может задать свою систему координат с индивидуальными параметрами для поддерживаемых системой проекций.

В частности эта возможность позволят, при известных параметрах (ключах перехода), привязывать данные, хранящиеся в местной системе координат, к одной из глобальных систем координат.

Данные можно перепроецировать из одной системы координат в другую.

Семантические данные подключаются к слою из внешних источников BorlandDatabaseEngine (BDE), OpenDatabaseConnectivity (ODBC) или ActiveXDataObjects (ADO) через описатели баз данных.

Получать данные можно из:

- Таблиц Paradox, dBase, FoxPro;

- Microsoft Access;

- Microsoft SQL Server;

- ORACLE;

- другие источники ODBC или ADO.

Возможен импорт/экспорт данных в следующие форматы:

- MapInfo MIF/MID;

- AutoCAD DXF;

- Shape SHP;

- Экспорт карты (Windows Bitmap (BMP));

- Экспорт семантических данных (Microsoft Excel, HTML, текстовый формат).

Карта может содержать произвольное число графических слоев - Одни и те же графические слои могут быть помещены в разные карты с разными настройками отображения. Карта имеет возможность задания пользовательского имени, цвета фона и масштабной сетки.

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

Примитивы могут иметь индивидуальные стили отображения (цвет, стиль, толщина линий; цвет и стиль заливки; пиктограмма; формат текста). Типовые объекты имеют стиль в зависимости от режима (состояния), который определяется в библиотеки типов объектов слоя. Стиль примитивов может переопределять картой - для всех примитивов можно принудительно задать один стиль.

Стиль объектов можно менять с помощью тематических раскрасок. При этом раскраска может быть создана по семантическим данным или программно.

Есть возможность выводить для всех объектов слоя надписи или бирки. Текст надписи может браться из семантической базы данных. Текст надписи также может переопределяться программно. Бирки генерируются автоматически, но могут потом расставляться пользователем в нужное расположение и в нужной ориентации.

Для быстрого перемещения в нужное место карты можно устанавливать закладки. Закладка на точку на местности с определенным масштабом отображения.

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

Имеется возможность удобно организовать карты, объединенные общей тематикой. Совокупность карт, объединенных общим пользовательским именем и, если требуется, набором иерархических связей между этими картами, представляет собой проект.

В рамках проекта карты можно связывать между собой с помощью гиперссылок. Гиперссылка определяется от объекта в одной карте к другой карте с указанием месторасположения и масштаба.

Наряду с обычным для ГИС разделением объектов на контуры, ломаные, символы, Zulu поддерживает линейно-узловую топологию, что позволяет моделировать инженерные и другие сети. Топологическая сетевая модель представляет собой граф сети, узлами которого являются точечные объекты (колодцы, источники, задвижки, рубильники, перекрестки, потребители и т.д.), а ребрами графа являются линейные объекты (кабели, трубопроводы, участки дорожной сети и т.д.).

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

Сеть вводится как совокупность типовых точечных объектов, соединенных типовыми линейными объектами, имеющими признак "участок". Информация о топологии формируется автоматически - если "потянуть" за узел или ребро, связанные объекты также перемещаются. Объекты сети можно откреплять и заново прикреплять друг к другу одним движением мышки.

Модель сети Zulu является основой для работы модуля расчетов инженерных сетей ZuluThermo.

11.2.4. Инструментальная геоинформационная система ГИС ZuluThermo

Модуль ZuluThermo позволяет создать расчетную математическую модель сети, выполнить паспортизацию сети, и на основе созданной модели решать информационные задачи, задачи топологического анализа, и выполнять различные теплогидравлические расчеты.

Расчету подлежат тупиковые и кольцевые тепловые сети, в том числе с повысительными насосными станциями и дросселирующими устройствами, работающие от одного или нескольких источников.

Программа предусматривает теплогидравлический расчет с присоединением к сети индивидуальных тепловых пунктов (ИТП) и центральных тепловых пунктов (ЦТП) по нескольким десятками схемных решений, применяемых на территории России.

Расчет систем теплоснабжения может производиться с учетом утечек из тепловой сети и систем теплопотребления, а также тепловых потерь в трубопроводах тепловой сети.

Расчет тепловых потерь ведется либо по нормативным потерям, либо по фактическому состоянию изоляции.

Расчеты ZuluThermo могут работать как в тесной интеграции с геоинформационной системой (в виде модуля расширения ГИС), так и в виде отдельной библиотеки компонентов, которые позволяют выполнять расчеты из приложений пользователей.

Состав задач:

- построение расчетной модели тепловой сети;

- паспортизация объектов сети;

- наладочный расчет тепловой сети;

- поверочный расчет тепловой сети;

- конструкторский расчет тепловой сети;

- построение пьезометрического графика;

- расчет нормативных потерь тепла через изоляцию.

При работе в геоинформационной системе сеть достаточно просто и быстро заносится с помощью мышки или по координатам. При этом сразу формируется расчетная модель. Остается лишь задать расчетные параметры объектов и нажать кнопку выполнения расчета.

Участок изображается одной линией, но может означать несколько состояний, задаваемых разными режимами:

"Изображение нескольких состояний участков, задаваемых разными режимам"

Рис.11.2. Изображение нескольких состояний участков, задаваемых разными режимам

Это внешнее представление сети. Перед началом расчета внешнее представление сети, в зависимости от типов и режимов элементов, составляющих сеть, преобразуется (кодируется) во внутреннее представление, по которому и проводится расчет.

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

Во внутренней кодировке такие узлы превращаются в два узла, один в подающем трубопроводе, другой в обратном. В каждом узле можно задать слив воды из подающего и/или из обратного трубопроводов.

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

В однолинейном представлении потребитель - это узловой элемент, который может быть связан только с одним участком.

Внутренняя кодировка потребителя существенно зависит от его схемы присоединения к тепловой сети. Схемы могут быть элеваторные, с насосным смешением, с независимым присоединением, с открытым или закрытым отбором воды на ГВС, с регуляторами температуры, отопления, расхода и т.д. На данный момент в распоряжении пользователя 31 схема присоединения потребителей.

Если в здании несколько узлов ввода, то объектом "потребитель" можно описать каждый ввод. В тоже время как один потребитель можно описать целый квартал или завод, задав для такого потребителя обобщенные тепловые нагрузки.

Обобщенный потребитель - это узел на котором нагрузка задается либо потребляемым расходом, либо расход обусловлен заданным сопротивлением узла.

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

В однолинейном изображении не требуется подключать обобщенный потребитель на отдельном отводящем участке, как в случае простого потребителя. То есть в этот узел может входить и/или выходить любое количество участков. Это позволяет работать быстро и удобно, с минимальным количеством исходных данных.

"Обобщенный потребитель"

Рис.11.3. Обобщенный потребитель.

ЦТП - это узел дополнительного регулирования и распределения тепловой энергии. Наличие такого узла подразумевает, что за ним находится тупиковая сеть, с индивидуальными потребителями. В ЦТП может входить только один участок и только один участок может выходить. Причем входящий участок идет со стороны магистрали, а выходящий участок ведет к конечным потребителям. Внутренняя кодировка ЦТП зависит от его схемы присоединения к тепловой сети. Это может быть групповой элеватор, групповой насос смешения, независимое подключение группы потребителей, бойлеры на ГВС и т.д.

"ЦТП"

Рис.11.4. ЦТП

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

"Насосная станция"

Рис.11.7. Насосная станция

Насос можно моделировать двумя способами: либо как идеальное устройство, которое изменяет давление в трубопроводе на заданную величину, либо как устройство, работающее с учетом реальной напорно-расходной характеристики конкретного насоса.

В первом случае просто задается значение напора насоса на подающем и/или обратном трубопроводе. Если значение напора на одном из трубопроводов равно нулю, то насос на этом трубопроводе отсутствует. Если значение напора отрицательно, то это означает, что насос работает навстречу входящему в него участку.

"Пьезометрические графики"

Рис.11.8. Пьезометрические графики

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

Когда задается только значение напора на насосе, оно остается неизменным не зависимо от проходящего через насос расхода.

Если моделировать работу насоса с учетом его QH характеристики, то следует задать расходы и напоры на границах рабочей зоны насоса.

"Напорно-расходная характеристика насоса"

Рис.11.9. Напорно-расходная характеристика насоса

По заданным двум точкам определяется парабола с максимумом на оси давлений, по которой расчет и будет определять напор насоса в зависимости от расхода. Следует отметить, что характеристика, задаваемая таким образом, может отличаться от реальной характеристики насоса, но в пределах рабочей области обе характеристики практически совпадают.

Для описания нескольких параллельно работающих насосов достаточно задать их количество и результирующая характеристика будет определена при расчете автоматически.

11.2.5. Наладочный расчет тепловой сети.

Целью наладочного расчета является обеспечение потребителей расчетным количеством воды и тепловой энергии. В результате расчета осуществляется подбор элеваторов и их сопел, производится расчет смесительных и дросселирующих устройств, определяется количество и место установки дроссельных шайб. Расчет может производиться при известном располагаемом напоре на источнике и его автоматическом подборе в случае, если заданного напора не достаточно.

В результате расчета определяются расходы и потери напора в трубопроводах, напоры в узлах сети, в том числе располагаемые напоры у потребителей, температура теплоносителя в узлах сети (при учете тепловых потерь), величина избыточного напора у потребителей, температура внутреннего воздуха.

Дросселирование избыточных напоров на абонентских вводах производят с помощью сопел элеваторов и дроссельных шайб. Дроссельные шайбы перед абонентскими вводами устанавливаются автоматически на подающем, обратном или обоих трубопроводах в зависимости от необходимого для системы гидравлического режима. При работе нескольких источников на одну сеть определяется распределение воды и тепловой энергии между источниками. Подводится баланс по воде и отпущенной тепловой энергией между источником и потребителями. Определяются потребители и соответствующий им источник, от которого данные потребители получают воду и тепловую энергию.

11.2.6. Поверочный расчет тепловой сети.

Целью поверочного расчета является определение фактических расходов теплоносителя на участках тепловой сети и у потребителей, а также количестве тепловой энергии получаемой потребителем при заданной температуре воды в подающем трубопроводе и располагаемом напоре на источнике.

Созданная математическая имитационная модель системы теплоснабжения, служащая для решения поверочной задачи, позволяет анализировать гидравлический и тепловой режим работы системы, а также прогнозировать изменение температуры внутреннего воздуха у потребителей. Расчеты могут проводиться при различных исходных данных, в том числе аварийных ситуациях, например, отключении отдельных участков тепловой сети, передачи воды и тепловой энергии от одного источника к другому по одному из трубопроводов и т.д.

В результате расчета определяются расходы и потери напора в трубопроводах, напоры в узлах сети, в том числе располагаемые напоры у потребителей, температура теплоносителя в узлах сети (при учете тепловых потерь), температуры внутреннего воздуха у потребителей, расходы и температуры воды на входе и выходе в каждую систему теплопотребления. При работе нескольких источников на одну сеть определяется распределение воды и тепловой энергии между источниками. Подводится баланс по воде и отпущенной тепловой энергией между источником и потребителями. Определяются потребители и соответствующий им источник, от которого данные потребители получают воду и тепловую энергию.

11.2.7. Конструкторский расчет тепловой сети

Целью конструкторского расчета является определение диаметров трубопроводов тупиковой и кольцевой тепловой сети при пропуске по ним расчетных расходов при заданном (или неизвестном) располагаемом напоре на источнике.

Данная задача может быть использована при выдаче разрешения на подключение потребителей к тепловой сети, так как в качестве источника может выступать любой узел системы теплоснабжения, например тепловая камера. Для более гибкого решения данной задачи предусмотрена возможность изменения скорости движения воды по участкам тепловой сети, что приводит к изменению диаметров трубопровода, а значит и располагаемого напора в точке подключения.

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

11.2.8. Пьезометрический график.

Целью построения пьезометрического графика является наглядная иллюстрация результатов гидравлического расчета (наладочного, поверочного, конструкторского).

Это основной аналитический инструмент специалиста по гидравлическим расчетам тепловых сетей. Пьезометр представляет собой графический документ, на котором изображены линии давлений в подающей и обратной магистралях тепловой сети, а также профиль рельефа местности - вдоль определенного пути, соединяющего между собой два произвольных узла тепловой сети по неразрывному потоку теплоносителя. На пьезометрическом графике наглядно представлены все основные характеристики режима, полученные в результате гидравлического расчета, по всем узлам и участкам вдоль выбранного пути: манометрические давления, полные и удельные потери напора на участках тепловой сети, располагаемые давления в камерах, расходы теплоносителя, перепады, создаваемые на насосных станциях и источниках, избыточные напоры и т.д.

"Пьезометрический график"

Рис.3.13. Пьезометрический график

Цвет и стиль линий задается пользователем.

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

11.3. Электронная модель существующей системы теплоснабжения

11.3.1. Общие положения.

В качестве методической основы для разработки "Электронной модели системы теплоснабжения г. Пятигорска" (далее - ЭМ) использованы требования к процедурам разработки автоматизированной информационно-аналитической системы "Электронная модель системы теплоснабжения города, населенного пункта", изложенные в Постановлении Правительства РФ N 154 от 22.02.2012 г. и в СТО НП "Российское теплоснабжение" "Автоматизированные информационно-аналитические системы "Электронные модели систем теплоснабжения городов" Общие требования".

Основой семантических данных об объектах системы теплоснабжения были базы данных Заказчика и информация, собранная в процессе выполнения анализа существующего состояния системы теплоснабжения.

После завершения ввода информации об объектах системы теплоснабжения (изображений и паспортов энергоисточников, участков трубопроводов тепловых сетей, теплосетевых объектов, потребителей) была выполнена процедура калибровки электронной модели с целью обеспечения соответствия расходов теплоносителя в модели реальным расходам базового отопительного периода разработки схемы теплоснабжения.

В графической части в Приложении N 1 представлены следующие листы:

- Схема тепловых сетей г. Пятигорска. Котельные ООО "Пятигорсктеплосервис", Существующее положение. (68 листов); котельные ООО "Объединение котельных курорта" (на 3-х листах), котельная ООО "Техно-Сервис"- (1 лист), котельная ГКУЗ "Ставропольский краевой госпиталь для ветеранов войн"(на 1-ом листе).

11.3.2. Расчетные слои ZULU по отдельным зонам теплоснабжения города.

Общегородская электронная схема существующих тепловых сетей представлена отдельным расчетным слоем ZULU, содержащими данные по сети, необходимые для выполнения теплогидравлических расчетов:

К объектам расчетных слоев относятся следующие объекты:

- Источники;

- Тепловые камеры;

- Потребители;

- Участки;

В существующих базах данных "ZULU" предусматриваются стандартные характеристики по приведенным выше типам объектов системы теплоснабжения.

Состав информации по каждому типу объектов носит как информативный характер (например: для источников - наименование предприятия, наименование источника, для потребителей - адрес узла ввода, наименование узла ввода и т.д.), так и необходимый для функционирования расчетной модели (например: для источников - геодезическая отметка, расчетная температура в подающем трубопроводе, расчетная температура холодной воды). Полнота заполнения базы данных по параметрам зависит от наличия исходных данных, предоставленных Заказчиком и опрошенными субъектами системы теплоснабжения города.

При желании пользователя, в существующие базы данных по объектам сети можно добавить дополнительные поля.

"Дополнительные поля"

11.3.3. Рекомендации по организации внедрения и сопровождения электронной модели (ЭМ)

Необходимыми условиями для реализации, внедрения и дальнейшей эксплуатации ЭМ в организации (держателе ЭМ) являются:

- назначение администратора внедряемой системы;

- организация сервера для установки ЭМ;

- определение основных пользователей ЭМ;

- организация сети передачи данных между пользователями системы и сервером;

- организация мониторинга и актуализации ЭМ.

Учитывая то, что система теплоснабжения - динамично развивающийся механизм, организация мониторинга и актуализации ЭМ являются необходимыми условием для поддержания данных ЭМ в актуальном состоянии.

Для организации мониторинга единой общегородской модели системы теплоснабжения

Необходимо организовать системы информационного обмена с соответствующими организациями и департаментами города, теплогенерирующими и теплоснабжающими предприятиями города - владельцами вышеперечисленной информации, разработать механизмы информационного взаимодействия с теми системами, в которых данная информация ведется и актуализируется, разработать регламент обновления данных и утвердить его соответствующими службами на уровне города.

Требования к квалификации персонала:

В функционировании системы должны участвовать следующие группы персонала:

Эксплуатационный персонал систем - администратор системы, специалист обеспечивающий функционирование технических и программных средств, обслуживание и обеспечение рабочих мест пользователей, в обязанности которого также должно входить выполнение специальных технологических функций, таких как: ведение списков пользователей, регулирование прав доступа пользователей к ЭМ и операциям над ней, а также контроль за целостностью и сохранностью информации в базах данных. Эксплуатационный персонал должен быть ознакомлен с Руководством для администратора системы, обладать навыками работы с необходимыми для обеспечения работы ЭМ программно-аппаратными средствами.

Пользователи - сотрудники, непосредственно участвующие в работе с ЭМ и осуществляющие ее обработку на автоматизированных рабочих местах с помощью средств системы. Пользователи ЭМ должны обладать базовыми навыками работы с приложениями в операционной среде Microsoft Windows, а также иметь профильные навыки в зависимости от решаемых с помощью ЭМ задач. Пользователи должны пройти обучение правилам работы с ЭМ в соответствии со своими функциональными обязанностями и руководством пользователя.