AVEVA PDMS 12.

0 Update Training

AVEVA PDMS
Версия 12.0
Изменения
Базы данных и
Администрирование

2008-06-16 Page 1 of 47
Update Training AVEVA PDMS 12.0

Disclaimer
Information of a technical nature, and particulars of the product and its use, is given by AVEVA
Solutions Ltd. without warranty. However, it is acknowledged that there may be errors or omissions in
this publication.
Neither the author nor AVEVA Solutions Ltd. shall be liable to any person or entity for any actions,
claims, loss, or damage arising from the use or possession of any information, particulars, or errors in
this publication, or any incorrect use of the product, whatsoever.

Copyright
All rights reserved. The information contained in this document is commercially sensitive, and shall not
be copied, reproduced, stored in a retrieval system, or transmitted without the prior written permission of
AVEVA Solutions Ltd. Where such permission is granted, it expressly requires that this Disclaimer and
Copyright notice is prominently displayed at the beginning of every copy that is made.

Neither whole nor part of the product described in this publication may be adapted, reproduced, reverse
engineered, or copied in any material or electronic form without the prior written permission of AVEVA
Solutions Ltd.

Neither whole nor part of the product described in this publication may be incorporated into any third-
party software, product, machine, or system without the prior written permission of AVEVA Solutions
Ltd.

The AVEVA products described in this guide are to be installed and operated strictly in accordance with
the terms and conditions of the respective licence agreements, and in accordance with the relevant User
Documentation. Unauthorised or unlicensed use of the product is strictly prohibited.

First edition published April 2007. This edition May 08.

© AVEVA Solutions 2007

AVEVA Solutions Ltd, High Cross, Madingley Road, Cambridge, CB3 0HB, United Kingdom.

Trademarks
AVEVA is the registered trademark of AVEVA Solutions Ltd. Unauthorised use of the AVEVA trademark
is strictly forbidden.

Microsoft, Windows, and Windows XP are trademarks or registered trademarks of the Microsoft
Corporation, registered in the USA and elsewhere.

Intel is a trademark or registered trademark of the Intel Corporation, registered in the USA and
elsewhere.

Any other product name or logo is the copyright, trademark, or registered trademark of its respective
owner.

Page 2 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Содержание

1 Администрирование 6
1.1 Пользовательский интерфейс модуля Admin 6
1.1.1 Меню модуля Admin 6
1.1.2 Форма Admin Elements 8
1.1.3 Форма PDMS Login 10
1.2 Мастер Создания Проектов 10
1.3 Настройки проекта – ввод данных с помощью электронных таблиц 10
1.4 Помощник Контроля доступа (Access Control Assistant) 11
1.4.1 Общие сведения 12
1.4.2 Отображение данных 13
1.4.3 Базовые операции 14
1.4.4 Первичные узлы 14
1.4.5 Создание и удаление элементов 14
1.4.6 Копирование, перемещение и назначение атрибутов элементов 14
1.4.7 Использование клавиатуры при выполнении операций 15
1.4.8 Удаление значений назначенных атрибутов 15
1.4.9 Назначение обратных ссылок 15
1.4.10 Запросы 16
1.4.11 Пользовательский интерфейс для запросов 16
1.4.12 Изменения запросов 16
1.4.13 Распределенные проекты 17
1.5 Разрешенные операции над базами данных 17
1.6 Определяемые пользователем типы элементов 18
1.6.1 Создание UDET 18
1.6.2 Назначение имени UDET 18
1.6.3 Изменение списков допустимых типов элементов 19
1.6.4 Усложнение иерархии ZONE 20
1.6.5 Изменение ссылочных атрибутов 20
1.6.6 Назначение атрибутов UDA типам UDET 20
1.6.7 Скрытие системных атрибутов 21
1.6.8 Удаление UDET 21
1.6.9 Псевдоатрибут UDATLS элементов UDET 21
1.7 Пользовательский интерфейс модуля Lexicon 21
2 Улучшение баз данных 23
2.1 Новые типы баз данных 23

2008-06-16 Page 3 of 47
Update Training AVEVA PDMS 12.0

2.1.1 Schematic 23
2.1.2 Manufacturing и NameSequence 23
2.2 Системные базы данных 23
2.2.1 Шрифты TrueType 23
2.3 Базы данных DICTionary (Lexicon) 24
2.3.1 Определяемые пользователем типы элементов 24
2.3.2 Пользовательские атрибуты 24
2.4 База данных свойств (Property) 28
2.4.1 Параметризация атрибутов свойств материалов 28
2.5 База данных Design 30
2.5.1 Точность больших значений координат 30
2.5.2 Новый элемент иерархии APPLDW (Application Data world) 30
2.5.3 Ассоциации (Associations) 30
2.5.4 Расширенные возможности работы с шаблонами оборудования (Design
Templates) 31
2.5.5 Альтернативные способы организации иерархии и группы 32
2.5.6 Элементы VOLUME 35
2.6 Базы данных Draft (PADD) 36
2.6.1 Пользовательские стили линий и заполнения 36
2.6.2 Пользовательские стили линий 36
2.6.3 Пользовательские стили заполнения 37
2.7 Ссылки на документы и внешние данные 37
2.7.1 Пользовательский интерфейс для работы с ссылками 37
2.7.2 Ссылка элемента базы данных на документ 38
2.7.3 Удаление ссылки элемента базы данных на документ 39
2.7.4 Создание и запрос ссылок 39
2.7.5 Указание класса ссылки 40
2.7.6 Удаление класса ссылки 40
2.7.7 Используемые псевдоатрибуты 40
3 Общие улучшения системы 42
3.1 Изменения команды COPY 42
3.2 Расширенные возможности функций Отменить/Повторить (Undo/Redo)
43
3.3 Улучшения функции запроса псевдоатрибутов 43
3.4 Улучшенные выражения 43
3.4.1 IFTRUE 43
3.5 Изменения ограничений (для MDB, имен файлов и др.) 43
3.5.1 Увеличение размера базы данных 43
3.5.2 Увеличение числа баз данных MDB (Multiple Database) 43
3.5.3 Имена файлов 44

Page 4 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

3.5.4 Длина строки файла 44

3.5.5 Символы табуляции в макросах 44
3.5.6 Указание пути к файлу 45
3.5.7 Переменные окружения 45
3.6 Data Access Routines (DARs) и компиляторы 45
3.7 Вход в систему 46
3.7.1 Вход в систему с настройками пользователя Windows 46
3.7.2 Идентификаторы проекта 47

2008-06-16 Page 5 of 47
Update Training AVEVA PDMS 12.0

1 Администрирование
1.1 Пользовательский интерфейс модуля Admin

1.1.1 Меню модуля Admin

Меню для работы с проектами (Project) было изменено: теперь оно включает в себя
пункт, позволяющий включать функцию ‘NT authentication’. Если эта функция
включена, при запуске PDMS будет использоваться информация о пользователе
Windows.

Изменилась панель настроек Default – теперь на панели отображается информация о

статусе функции ‘NT authentication’:

Список авторизованных таким образом пользователей можно посмотреть в меню

Query; если описанная выше функция выключена, соответствующий пункт меню в
списке не отображаются.

Page 6 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

2008-06-16 Page 7 of 47
Update Training AVEVA PDMS 12.0

1.1.2 Форма Admin Elements

Форма Admin Elements позволяет теперь создавать и редактировать данные об
авторизованных пользователях, если функция ‘NT authentication’ включена.

Данная возможность позволяет создавать новых авторизованных пользователей, или же

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

Page 8 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

При удалении авторизованного пользователя система запросит подтверждение

операции:

Список пользователей может быть отображен, также как и подробная информация о

них:

2008-06-16 Page 9 of 47
Update Training AVEVA PDMS 12.0

1.1.3 Форма PDMS Login

Пользователи теперь могут менять свои пароли в форме PDMS Login, если
выполняются следующие условия:
• Авторизованный пользователь Windows типа GENERAL может изменять свой
пароль, не указывая его в форме входа в систему.
• Пользователь типа FREE должен всегда указывать свой пароль, чтобы кнопка
‘Change’ стала активной и изменить свой пароль, даже если включена функция
‘NT authentication’.
• Форма Change Password запросит подтверждение смены пароля на новый.
Если функция ‘NT authentication’не используется для данного проекта, все
пользователи должны вводить свои пароли, прежде чем кнопка ‘Change’ станет
активна.
Аналогичным образом работает функция смены пароля в модуле Monitor.

1.2 Мастер Создания Проектов

Это новое приложение упрощает процесс создания проектов PDMS, благодаря
применению ряда программ Wizard, призванных облегчить работу администратора
проектов.
В данном приложении реализована технология .NET (оно является приложением exe),
приложение работает с рядом форм и файлов DLL, которые позволяют пользователю
создавать новый проект. При этом используется утилита PDMSMAKE, создающая
системные базы данных в соответствующих папках проекта, а также в качестве образца
создается batch-файл, который может быть преобразован в пользовательские файлы
evars.bat.

1.3 Настройки проекта – ввод данных с помощью

электронных таблиц
Процесс настройки проекта PDMS стал гораздо проще благодаря возможности
использования данных из электронных таблиц Excel. Теперь возможен импорт данных
для следующих элементов администрирования:
• Пользователи проекта
• Базы данных проекта
• Группы проекта
• MDB
• Data Access Controls

Page 10 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Функция импорта данных из Excel доступна из пункта главного меню Utilities > Import
Admin Elements…
Форма импорта позволяет пользователю указать в проводнике файлов файл Excel,
который будет использован. После выбора файла пользователь может указать листы
этого документа, выбрав нужный пункт в выпадающем списке Select Sheet. После
этого содержимое листа будет отображено в таблице формы.

Форма имеет кнопки со следующими функциями:

1. Validate Sheet – при нажатии этой кнопки проверяется содержимое таблицы
формы. Кнопка Import станет активной только в случае, если проверка прошла
успешно. Обратите внимание, что файл Excel имеет особый формат, такой же,
как формат электронных таблиц, поставляемых с проектом SAM.
2. Import – импортирует содержимое таблицы формы. Порядок импорта
следующий:
• Из листа MDB создается MDB
• Создаются группы и базы данных, при этом используется лист
CATALOGUE DBS
• Создаются роли (Roles) и отчеты (PEROPS) для всех дисциплин
• Создаются списки объектов (Scopes) из листа SCOPE. Эти элементы могут
быть созданы раньше, чем роли и группы с базами данных.
• Создаются права доступа - ACR (Access Control Rights), - из листа ACRS
• Создаются пользователи из листа LOGIN USERS. Пользователям будут
присвоены права доступа ACR, если такая функция включена.

1.4 Помощник Контроля доступа (Access Control

Assistant)
Назначением Помощника Контроля доступа - Access Control Assistant (ACA), - является
облегчение работы администраторов при определении доступа пользователей к данным
и управлении этим доступом.

2008-06-16 Page 11 of 47
Update Training AVEVA PDMS 12.0

1.4.1 Общие сведения

Пользовательский интерфейс представляет в структурированном виде информацию о
пользователях (Users), правах доступа (ACRs), списках объектов (Scopes) и ролях
(Roles), что помогает в работе администратора. Каждому пользователю может быть
назначен один или несколько элементов ACR, каждый из которых содержит в себе
следующую информацию:
• О роли (Role), которая определяет, какие операции могут быть проведены над
какими элементами; например, создание, редактирование и удаление всех типов
компонентов трубопроводов.
• О списке объектов (Scope), который определяет, над какой частью модели
могут проводиться операции в соответствии с установленной ролью; например,
Site (в модуле DESIGN) или Registry (в модуле DRAFT), или заданный объем
трехмерной модели.
Роли и списки объектов должны быть созданы до того, как создаются ACRs. Все эти
элементы определяются для проекта, однако предпочтительно задавать роли для всей
организации и использовать их для всех проектов. Поэтому роли носят очень общий
характер, что же касается списков объектов – они составляются для каждого
конкретного проекта с учетом его требований.
Пользовательский интерфейс выполнен в стиле Проводников (Explorer) системы – все
данные представлены в виде «дерева»:

Данные представлены на двух панелях, каждая из закладок формы содержит в себе

различные виды данных. По умолчанию форма состоит из следующих закладок:
• Users: пользователи, их ACRs и группы ACR, группы (Teams), в которых эти
пользователи состоят;

Page 12 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

• ACRs: права доступа с соответствующими ролями (Roles) и списками объектов

(Scopes), а также группы ACR и составляющие их ACR;
• Scopes: все заданные списки объектов;
• Role: все заданные роли со списком разрешенных операций - Permissible Operations
(Perops).
Каждая вкладка имеет разветвленную структуру, которая содержит узлы,
отображающие элементы базы данных со всеми относящимися к этим элементам
атрибутами. Связи между элементами отображаются в зависимости от узла, которому
они принадлежат. Существуют следующие типы узлов:
• User: элементы, принадлежащие типу ACR или ACR Group, отображающие
элементы ACR, относящиеся к пользователю;
• Team: элементы, принадлежащие типу User, отображающие пользователей группы;
• ACR: элементы, принадлежащие типу Scope и Role, отображающие ACR;
• ACR Group: узлы ACR, показывающие ACR, принадлежащие группе;
• Scope: не содержит элементов;
• Role: узлы Perop для роли;
• Perop: не содержит элементов;
Связи между узлами являются взаимными. Это значит, что если узел Team содержит
узлы User, то те, в свою очередь, содержат узлы ACR, состоящие из элементов Scopes и
Roles и т.д. Такой способ отображения служит для того, чтобы иметь возможность
увидеть всю структуру элементов контроля доступа к данным, связанных с другими
элементами базы данных. Например, администратор может увидеть всего лишь в одном
окне все данные о правах доступа для отдельно взятого пользователя, т.е. ACR и
группы ACR вместе с соответствующими списками объектов и ролями.
Также существует возможность редактировать эту информацию для того, чтобы
пересмотреть настройки контроля доступа к данным.

1.4.2 Отображение данных

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

Таблица атрибутов для ряда узлов элементов базы данных в структуре ACA

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

надо лишь нажать на колонку. Также возможно поменять колонки местами путем их
перетаскивания.

2008-06-16 Page 13 of 47
Update Training AVEVA PDMS 12.0

1.4.3 Базовые операции

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

1.4.4 Первичные узлы

Каждый элемент базы данных может отображаться как множество узлов,
содержащихся в разных ветвях структуры, в различных таблицах. Например, узел,
отвечающий за одни и те же ACR, может содержаться с списке ACR; как ACR,
относящийся к пользователю; как часть группы ACR. Одно из таких положений в
структуре называется первичным узлом. Например, первичный узел Role можно найти
в списке ролей, первичный узел User - в списке пользователей, т.д. Все узлы Perop сами
по себе являются первичными, так как они всегда отображаются вместе с элементом
Role, к которому они относятся.
Для каждого узла, не являющегося первичным, в контекстном меню существует пункт
Go to primary node, который позволяет перейти к таблице уровнем выше, сделать
первичный узел текущим.

1.4.5 Создание и удаление элементов

Простейшим способом создания нового элемента контроля доступа является выбор
первичного узла для существующего элемента и нажатие Duplicate в контекстном
меню. Узел будет скопирован со всеми его атрибутами и узлами, входящими в его
состав. Для создания нового элемента без заданных значений атрибутов необходимо
выбрать корневой узел для Users, ACRs, ACR Groups, Scopes или Roles и выбрать
нужный пункт контекстного меню. Для создания нового элемента Perop для Role, надо
перейти к узлу Role, а затем выбрать New perop из контекстного меню.
Для удаления элемента со всеми стоящими ниже узлами необходимо выбрать в
контекстном меню DELETE, стоя в структуре на уровне первичного узла.

1.4.6 Копирование, перемещение и назначение атрибутов

элементов
Одной из наиболее важных операций при работе с ACA является назначение
атрибутов. Администратор может назначить:
• Пользователей в группы;
• ACR или группы ACR пользователям;
• ACR в группы ACR;
• Роли или списки объектов элементам ACR.

Page 14 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Самым простым способом выполнения этой операции является выбор нужного узла и
перетаскивание его с помощью мыши в узел требуемого типа. При этом наличие в
форме двух панелей очень удобно, пользователь может перетаскивать элементы из
одной панели в другую. Например, можно выбрать узел в верхней панели, а в нижней –
элемент, в который этот узел надо перетащить, или наоборот.
Для удобства при перетаскивании объектов можно применить кнопку CTRL. По
умолчанию, при перетаскивании Perop из одного узла Role в другой элемент
перемещается. При удержании кнопки CTRL элемент Perop копируется в Role, а не
перемещается. Перетаскивая первичные узлы, например, Scope в ACR, пользователь
назначает атрибуты. Однако при перетаскивании вторичных узлов возможно
переназначение атрибутов одного элемента другому. Например, можно переместить
элемент ACR из одной группы ACR в другую. Используя кнопку CTRL, пользователь
может скопировать значения атрибутов одного элемента другому, а не перемещать
ACR.

1.4.7 Использование клавиатуры при выполнении операций

Все операции, выполняемые путем перетаскивания объектов, могут также выполняться
с использованием клавиатуры. Указав ряд узлов и выбрав Copy или Cut из
контекстного меню (или нажав CTRL+C или CTRL+X соответственно), пользователь
выбирает элементы для последующих операций. Встав в структуре на требуемый узел
и выбрав Paste (или нажав CTRL+V), пользователь вставляет выбранные ранее
элементы в требуемое место. Применяя команду Copy, пользователь переназначает
атрибуты или перемещает элемент, в зависимости от ситуации; применяя Cut –
перемещает элемент.

1.4.8 Удаление значений назначенных атрибутов

Возможно удаление значений назначенных атрибутов. Для этого необходимо указать
узел, не являющийся первичным, и выбрать команду Unassign из контекстного меню.
Таким образом можно выполнить следующие операции:
• Удаление пользователя из группы;
• Снять назначение ACR или группы ACR пользователю;
• Удаление ACR из группы ACR;
• Отмена применения ролей и списков объектов для ACR.
Также данную операцию можно выполнить, используя кнопку DELETE.

1.4.9 Назначение обратных ссылок

Некоторые назначаемые ссылки являются обратными. Например, обычно один список
объектов назначается одному элементу ACR. Однако иногда пользователю может
понадобиться назначить этот список объектов нескольким ACR. Для этого необходимо
указать требуемые элементы ACR и перетащить их к списку объектов. В этом случае
рассматриваемый список объектов будет назначен всем указанным ACR. Этот
механизм может быть применен для установления ссылок:
• На группы пользователям (т.е., чтобы добавить пользователя в несколько
групп, выполнив лишь одну операцию);
• На пользователей элементам ACR или группы ACR;

2008-06-16 Page 15 of 47
Update Training AVEVA PDMS 12.0

• На группы ACR элементам ACR (т.е., для одновременного использования

ACR в разных группах);
• На ACR ролям и спискам объектов.

1.4.10 Запросы
В дополнение к перечисленным возможностям, форма ACA оснащена механизмом
запросов. Для большей части типов узлов возможны запросы для ряда элементов. Для
выполнения запроса необходимо указать узел и выбрать тип запроса из контекстного
меню. Следующие запросы могут быть выполнены:
• Для узлов User: запрос групп, в которых состоит данный пользователь;
• Для узлов ACR: запрос пользователей, которым назначен данный набор ACR,
запрос групп ACR, которым принадлежит ACR;
• Для узлов Scope: запрос элементов ACR, которым назначен данный список
объектов;
• Для узлов Role: запрос элементов ACR, которым назначена данная роль;
• Запросить роли, которые контролируют доступ к определенным видам
элементов. Такой запрос доступен для уровня корневого узла Roles структуры
и позволяет указать список типов элементов.

1.4.11 Пользовательский интерфейс для запросов

После вызова запроса в форме появляется новая закладка с его результатами (см. рис.
ниже).

Закладка результатов запроса, список открытых закладок формы

Закладки запросов выделяются в отдельные группы в списке закладок. Такие закладки

могут перемещаться между панелями формы путем перетаскивания их заголовков. Для
того, чтобы посмотреть все доступные закладки, можно использовать выпадающее
меню, вызываемое с правой стороны заголовка панели. Закладки запросов могут быть
закрыты путем нажатия кнопки «крестик» или комбинации клавиш CTRL+W.

1.4.12 Изменения запросов

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

Page 16 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

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

1.4.13 Распределенные проекты

Помощник Контроля доступа (ACA), конечно же, может применяться и при работе с
распределенными проектами. Однако существует ряд ограничений для операций,
выполняемых с помощью ACA. При администрировании сателлита (Satellite)
невозможно редактировать роли и группы пользователей, поэтому роли, группы
пользователей и элементы Perops не могут быть созданы, отредактированы или
удалены. Такие операции могут быть произведены с хаба (Hub). Более того, когда
системная база данных для конкретной области не является основной, все другие
операции также не могут выполняться, и тогда ACA служит лишь средством для
просмотра информации о контроле доступа. Во всех случаях ACA не позволяет
производить какие-либо изменения структуры данных распределенного проекта,
которые работают для данной области в режиме «только для чтения».

1.5 Разрешенные операции над базами данных

Задачи, выполняемые функцией контроля доступа к данным - Data Access Control
(DAC), - расширились и теперь включают в себя дополнительные разрешение операции
(Perops), чтобы обеспечить пользователям защиту интеллектуальной собственности
(IPR), содержащейся в базах данных их проекта. Эти новые операции доступны, если
включена функция контроля доступа, в противном случае, они не могут быть
использованы (в отличие от операций, которые ранее контролировались функцией
DAC, которая не работает, пока не будет включена для пользователя).
Новые средства контроля позволяют пользователю предоставлять данные третьим
лицам, но при этом контролировать использование этих данных. К этим средствам
относятся:
• Data Listing (команда вывода данных OUTPUT)
• Копирование элементов из одной базы данных в другую
• Экспорт в Review (а также для прочих целей, когда используется команда
EXPORT)
• Внешний доступ через функцию Data Access Routines (DARs), которая не дает
доступа к данным в защищенных базах.
Более того, закрыт доступ к чтению некоторых атрибутов, чтобы не дать возможность
неавторизированным пользователям использовать функции PML для вывода данных.
Защищенные базы данных имеют метки, чтобы пользователи, не имеющие разрешения,
не могли скопировать такие базы в другой проект, даже путем физического

2008-06-16 Page 17 of 47
Update Training AVEVA PDMS 12.0

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

дату истечения срока для защищенной базы данных (или удалить дату).
Управление всеми этими новыми возможностями может осуществляться через
Помощник Контроля доступа (ACA) в модуле Admin или путем использования
следующих команд.
Команда CHANGE служит для изменения состояния защиты базы данных, а также
может контролировать дату истечения срока путем задания даты. При этом
используется стандартный формат даты. Новый синтаксис имеет следующий вид:
CHANGE dbname PROTection [ ON | OFF ] [ EXPires future-date ]
Команда CREATE DB также изменилась:
CREATE DB dbname dbtype PROTected [ EXPires future-date ]
Графический пользовательский интерфейс также расширился, чтобы обеспечить
работу новых функций.

1.6 Определяемые пользователем типы

элементов
Определяемые пользователем типы элементов - User-Defined Element Types (UDETs), -
кратко описаны в разделе 2.4 главы, посвященной улучшениям баз данных.

1.6.1 Создание UDET

Элемент UDET может быть создан в базе данных типа DICT с использованием команд
модуля LEXICON. UDET должен входить в состав элемента иерархии UDETWL
(«мира» элементов UDET) или UDETGR (группы UDET). Иерархия базы данных при
этом выглядит так: UDETWL > UDETGR > UDET.
Например:
NEW UDETWL /MYUDETWL1
NEW UDETGR /MYUDETGR1
NEW UDET /MYUDET
Элементы UDETWL и UDETGR имеют только два атрибута: имя и описание.
UDET создается на основе видимого элемента любого типа из бах данных Design, Draft,
Catalogue или Property. Атрибут BASETY показывает, из какого системного типа
элемента был создан UDET. Например, для UDET, созданного на основе оборудования:
BASETY EQUIP
Элементы типа, соответствующего созданному UDET, будут иметь все атрибуты
элемента, на основе которого был создан UDET, кроме его UDA (если нет специальных
настроек).
Если элементы пользовательского типа уже созданы в базе данных, изменение
атрибута BASETY приведет к некорректной работе элементов. В этом случае DICE
выведет ошибку.

1.6.2 Назначение имени UDET

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

Page 18 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

UDNAME ‘MYUDET’
будет иметь синтаксис :MYUDET при работе в различных модулях. Название UDET
всегда начинается с двоеточия.
Имя UDNAME может содержать до 50 символов, в отличие от UDA, для которых нет
такого ограничения.

1.6.3 Изменение списков допустимых типов элементов

По умолчанию, элемент UDET будет включать в себя элементы иерархии и входить в
состав элементов тех же типов, что и базовый элемент. Информация об этих элементах
хранится в списках UDMLIS и UDOLIS соответственно. Однако данные списки могут
быть изменены. Отредактированный список должен содержать в себе:
- перечень типов элементов, относящийся к базовому элементу,
- перечень типов элементов, отличающихся от исходных.
Например, на основе элемента BOX создается тип элементов :MYBOX, а на основе
NBOX - :MYNBOX.
Для :MYBOX:
По умолчанию UDOLIS будет следующим: EQUI STRU PTRA SUBE SUBS TMPL
UDMLIS по умолчанию: NBOX NPOLYH NCYL NSLC NSNO NDIS NCON NPYR
NCTO NRTO NXTR NREV
За изменения списков допустимых типов элементов отвечают атрибуты UDOLIST и
UDMLIST. Список может быть переписан заново, или в него могут быть добавлены
или удалены нужные записи с помощью команд ‘ADD’ и ‘REMOVE’.
Например:

UDOLIST SITE ZONE Такая запись означает, что данный тип элемента
может входить состав элементов SITE и ZONE
UDOLIST ADD SITE ZONE Добавление SITE, ZONE в список

UDMLIST REMOVE ALL Удаление всех типов элементов из списка

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

себя любые типы элементов, допустимые для базового типа, а также любые элементы
пользовательского типа (UDET), созданного на основе этих типов. Например, для
:MYBOX в список UDOLIST может быть добавлен тип ZONE, а в список UDMLIST –
тип EQUI. Пользователю же необходимо убедиться, что атрибуты UDOLIST и
UDMLIST для разных элементов UDET заполнены правильно.
Например, необходимо, чтобы :MYBOX мог входить только в состав элемента SUBE, а
:MYNBOX – в состав :MYBOX или BOX.
Для :MYBOX
UDOLIST SUBE
UDMLIST :MYNBOX
Для :MYNBOX значения атрибутов будут следующими:
UDOLIST :MYBOX BOX

2008-06-16 Page 19 of 47
Update Training AVEVA PDMS 12.0

Изменение списков допустимых типов элементов для UDET может привести к

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

1.6.4 Усложнение иерархии ZONE

Элементы ZONE могут содержать в себе элементы пользовательского типа, созданного
на основе ZONE. Однако такие UDET включать в себя ZONE не могут.
Например, можно создать два пользовательских типа на основе ZONE, назвать их
:PIPEZONE и :SMALLPIPES. Тогда элементы типа :PIPEZONE могут быть созданы в
ZONE, а :SMALLPIPE - в :PIPEZONE.
Так как пользовательские типы элементов были созданы на основе ZONE, мы получаем
для зоны трехуровневую иерархию.

1.6.5 Изменение ссылочных атрибутов

Ссылочные атрибуты UDA
Список типов элементов, которым может быть присвоен UDA, хранится в атрибуте
REFLIS этого UDA. Данный список может содержать как системные типы элементов,
так и пользовательские. Например, UDA, у которого в REFLIS содержится информация
‘EQUIP :PUMP’, может быть присвоен элементам типа EQUI или :PUMP, но не
:VESSEL, даже если оба пользовательских типа (:PUMP и :VESSEL) были созданы на
основе EQUI.

Системные ссылочные атрибуты

Невозможно изменить системные ссылочные атрибуты. Системный ссылочный
атрибут может содержать ссылку на UDET, созданный на основе допустимого
системного типа. Например, атрибут HREF элемента BRANCH может содержать
ссылку на тип :MYNOZZLE, если этот пользовательский тип был создан на основе
NOZZLE.

1.6.6 Назначение атрибутов UDA типам UDET

Атрибуты UDA могут быть назначены типу элемента UDET, точно так же, как они
назначаются системным типам элементов. Иными словами, UDET может содержаться в
атрибуте UDA - перечне элементов ELELIST.
Например, создаются три пользовательских типа элементов для различных труб:
UDET :PipeLagged
UDET :PipePainted
UDET :PipeHeated
Пользователь может назначить каждому созданному типу свой пользовательский
атрибут по схеме:
UDET :PipeLagged
UDA :insulation
UDET :PipePainted
UDA :colour
UDET :PipeHeated

Page 20 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

UDA :insulation
UDA :colour
Атрибуты UDA назначаются типам UDET с использованием команды ELEADD при
редактировании UDA.

1.6.7 Скрытие системных атрибутов

Массив UDHLIS будет содержать список системных атрибутов, которые будут скрыты
при отображении пользовательских типов элементов. Например, для типа UDET,
созданного на основе BRANCH, необходимо скрыть атрибуты, описывающие
изоляцию трубопровода. Это можно сделать следующим образом:
UDHLIST BSTA HWRF TWRF BRLO RLSTOR TSFBR DELDSG
Команды ADD и REMOVE могут быть использованы с UHDLIST.
Существует ряд атрибутов, которые не могут быть скрыты. К ним относятся: NAME,
OWNER, LOCK.

1.6.8 Удаление UDET

Элементы UDET могут быть удалены.
Объекты, типы которых являются удаленными UDET, не распознаются больше как
элементы пользовательского типа. Им присваивается системный тип, на основе
которого был создан пользовательский, элементы больше не имеют в списке атрибутов
дополнительные UDA.

1.6.9 Псевдоатрибут UDATLS элементов UDET

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

1.7 Пользовательский интерфейс модуля Lexicon

Теперь модуль Lexicon имеет графический пользовательский интерфейс. Главное меню
позволяет создавать, редактировать и удалять следующие элементы:
• UWRL (UDA World)
• UGRO (группы UDA)
• UDETWL (UDET World)
• UDETGR (группы UDET)
Эти элементы созданы в административных целях, служат для возможности
объединения однотипных элементов в группы. Форма Lexicon Hierarchy отображает все
эти административные элементы. Пункты меню ‘UDA’ и ‘UDET’ позволяют создавать
и редактировать соответствующие элементы.

2008-06-16 Page 21 of 47
Update Training AVEVA PDMS 12.0

Форма Lexicon Hierarchy может служить для отображения всей иерархии. Также
существует Проводник (Explorer), позволяющий администратору перемещаться по
иерархии, а также редактировать или удалять административные элементы.

Page 22 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

2 Улучшение баз данных

Версия PDMS 12.0 содержит много изменений, коснувшихся баз данных системы и ее
структуры. Большая их часть рассмотрена в этой главе.

2.1 Новые типы баз данных

2.1.1 Schematic
Появился новый тип баз данных – SCHEmatic, предназначенный для хранения
чертежей, которые используются новыми приложениями P&ID Manager и P&ID 3D
Integrator. Здесь содержится полное описание технологических схем для сопоставления
с ними трехмерной модели.

2.1.2 Manufacturing и NameSequence

К тому же, появились новые базы данных MANUfacturing и NameSEQuence. Эти
базы данных предусмотрены, в большей степени, для использования при работе с
AVEVA Marine.

2.2 Системные базы данных

2.2.1 Шрифты TrueType

Системные базы данных были обновлены, теперь они включают информацию о
шрифтах TrueType, которые могут использоваться в модулях Draft и Isodraft.
Информация о шрифтах хранится в элементе иерархии FTWL (Font World), в котором
содержатся номера шрифтов, их имена и описания. Данные установки производятся из
нового пункта меню:

Данная команда позволяет настраивать новые шрифты:

Кнопка Add вызывает форму для выбора шрифта:

2008-06-16 Page 23 of 47
Update Training AVEVA PDMS 12.0

Поле Font ID (значение больше 5) автоматически назначается системой.

2.3 Базы данных DICTionary (Lexicon)

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

2.3.1 Определяемые пользователем типы элементов

Теперь могут быть созданы пользовательские типы элементов (UDET). Они создаются
на основе уже существующих типов элементов баз данных Design, Draft, Catalogue и
Property. Атрибут BASETY содержит в себе информацию о системном типе элемента,
из которого создается пользовательский.
Данная возможность позволяет пользователю вводить различия между элементами
одного типа, разделять эти элементы по системным и пользовательским атрибутам,
редактировать списки допустимых типов элементов, которые могут входить в состав
данных и т.д. Также, благодаря этому, различные компоненты спецификаций могут
быть определены более однозначно. Система позволяет ввод данных на разных языках.
Применение UDET дает также возможность создавать дополнительные
административные элементы для уровня иерархии ZONE.
Элементы UDET создаются в «мире» UDET (UDETWL), или же в группе UDET
(UDETGR), входящей в состав UDETWL. Более подробная информация содержится в
разделе 1.6.

2.3.2 Пользовательские атрибуты

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

Page 24 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Категория для UDA

Допустимые значения текстовых и числовых UDA

Описание UDA теперь может содержать допустимые значения для текстовых
атрибутов или диапазоны значений – для числовых значений (типов int или real), в
соответствии с которыми система проверяет, корректные ли значения атрибутов вводит
пользователь. Данная возможность реализована в базе данных благодаря добавлению
атрибутов в иерархию UDA элементов ULIMIT и UVALID, содержащие допустимые
значения или диапазоны.

Снятие существующих ограничений

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

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

Скрытые UDA
UDA могут быть скрыты из списка атрибутов, вызываемого командой ‘Q ATT’ и
содержащегося в соответствующей форме, однако при определенных настройках такие
UDA могут быть запрошены. Пользовательские атрибуты могут быть либо скрыты для
всех пользователей, либо оставаться видимыми для указанной группы пользователей.
Данная информация хранится в двух атрибутах элемента UDA - UHIDE и UTEAM.

Указание на соединение (Connection flag)

Новый атрибут UCONN элемента UDA указывает, отвечает ли пользовательский
атрибут за соединение: если да, то значение UDA будет отображаться в форме со
списком ссылок.

Пользовательские псевдоатрибуты
Элементы UDA теперь могут быть отмечены как псевдоатрибуты, благодаря новому
атрибуту UPSEUD. Такой псевдоатрибут может вычисляться, а не иметь заданное
фиксированное значение. Для вычисления атрибута пользователю необходимо
подключить его, используя C# API.
Если вычисление псевдоатрибута зависит от других атрибутов и псевдоатрибут будет
использован в динамических правилах, тогда возможно определить какие атрибуты
будут связаны с псевдоатрибутом. К примеру добавление UDA :VOLUME к BOX,
который будте являться значением перемножения XLEN*YLEN*ZLEN тогда:VOLUME
будет зависеть от трех указанных трех атрибутов. Это должно быть отмечено заданием
атрибута UDPEND как ‘XLEN YLEN ZLEN’. Если впоследствии :VOLUME будет
включен в правила, тогда любое изменение атрибутов XLEN, YLEN, ZLEN будет
отражено на результате.

Улучшения системных атрибутов

Пользователь теперь может задавать для системных атрибутов следующее:
1. Допустимые значения
2. Ограничения
3. Скрывать атрибут в форме

2008-06-16 Page 25 of 47
Update Training AVEVA PDMS 12.0

4. Задавать категории атрибутов

Допустимые значения и ограничения для атрибутов могут быть различными, в
зависимости от типа элемента.
Для указания таких значений необходимо создать в базе данных DICT элемента USDA.
Данный элемент имеет следующие атрибуты:
string NAME
string DESC
integer USYSTY $* Имя системного атрибута
logical UALL $* указывает, для всех ли элементов, имеющих
данный атрибут, будут применены допустимые значения и
созданный USDA
intarray %ELEL $* если значение UALL ‘false’, здесь
указываются элементы или UDET, для которых будут применены
допустимые значения или ограничения
string UCAT $* категория – не учитывает значение ELELIST
bool UHIDE $* Скрытые в форме атрибуты – не учитывает
значение ELELIST
refarray %UTEAMS $* список групп пользователей, которые могут
видеть скрытые UDA
USDA может содержать в себе элементы ULIMIT и UVALID, в которых указываются
ограничения и допустимые значения. Если значение UCAT не задано (unset), значения
этих атрибутов не будут учитываться. Например, чтобы ограничить возможные
значения атрибута FUNC для EQUIPMENT до ‘HeatX’ и ‘Pump’, необходимо создать
USDA со следующими атрибутами:
new usda /UFUNC
desc 'ограничение значений атрибута FUNC для EQUI'
usysty FUNC
ELELIST ADD EQUI
new UVALID
UVVAL 'PUMP'
new UVALID
UVVAL 'HEATX'

Улучшения команды ATTDEF

Существующая команда ATTDEF была дополнена следующими параметрами:
PROTEC – наличие защиты
HYPERL – наличие гиперссылки
CONNEX – указание соединения
CATEG – категория
Например, VAR !A ATTDEF XLEN CATEG

Новые объекты PML

Появились новые объекты PML, служащие для отображения типа элемента и
атрибутов. Эти объекты:

Page 26 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Класс атрибута (Attribute class) – для отображения атрибутов

Класс типа элемента (ElementType class) – для отображения типа элемента
Применение этих классов будет ограничено для запроса подробностей об атрибутах и
типе элемента. Непосредственное использование новых объектов с существующим
синтаксисом не предусматривается.

Класс атрибута (Attribute class)

Переменная для запроса свойств системного атрибута или UDA может быть задана
следующим образом:
!AXLEN = object attribute('XLEN')
!UINT = object attribute(':UINT')
Существуют следующие методы для объектов атрибутов:
String Type()
String Name()
String Description()
Int Hash()
int Length()
bool IsPseudo()
bool IsUda()
string querytext()- строковое значение
string units - string (BORE, DISTANCE или NONE)
bool Noclaim()- логическая переменная
ElementType array ElementTypes – применяется только для UDA
Real array limits- может применяться только для типов real/int
String array ValidValues(ElementType)- список может меняться в зависимости от
типа элемента
string Defaultalue(ElementType)- первоначально применяется только для UDA
string Category()
bool hyperlink() – указывает, есть ли ссылка на внешний файл
bool connection()
bool hidden()
bool protected()

Класс типа элемента (ElementType class)

Может задаваться переменная для запроса свойств системного типа элемента или
UDET. Например:
!EQUI = object elementtype('EQUI')
!UEQUI = object elementtype(':MYEQUI')
Методы для объета типа элемента следующие:
string Name()
string Description()
int Hash()
bool IsUdet()
Attribute array systemAttributes()
string array DbTypes ()
string ChangeType()
ElementType SystemType()- для элементов UDET
ElementType array udets() – список UDET, созданных на основе этого типаbool
Primary()

2008-06-16 Page 27 of 47
Update Training AVEVA PDMS 12.0

ElementType array MemberTypes()

ElementType array ParentTypes()

2.4 База данных свойств (Property)

2.4.1 Параметризация атрибутов свойств материалов

Различные атрибуты свойств материалов могут быть параметризированы (впервые
такая возможность появилась в версии PDMS 11.6.sp4). Это позволяет повысить
эффективность работы по подготовке и получению данных по таким атрибутам, как
масса.
Атрибуты для элементов CMPD и TUBD следующие:
CWEI, CIWE, UWEI, UIWE, ACBO, BTOL, WTOL, WDIA, SHAP, PRFC,
CORA, EFAC, PWAS, BFLE & OUTD
Эти атрибуты могут быть заданы с использованием стандартного синтаксиса.
Например:
Cweight ( ATTRIB PARA[2 ] + ATTRIB PARA[3 ] )
Outdiameter ( ATTRIB PARA[1 ] + ATTRIB DESP[1 ] )
Применение используемого до этого синтаксиса также возможно:
UWEI 2.5
Следующие псевдоатрибуты были обновлены для использования
параметризированных свойств:
BRWEIG BRANCH WEIGHT
(Масса ветви трубопровода)
BRIWEI BRANCH INSULATED WEIGHT
(Масса ветви трубопровода с учетом изоляции)
BRWWEI BRANCH WET WEIGHT
(Масса ветви трубопровода с учетом флюида)
BRWIWE BRANCH WET INSULATED WEIGHT
(Масса ветви трубопровода с учетом флюида и изоляции)
BRIARE BRANCH INTERNAL SURFACE AREA
(Площадь внешней поверхности ветви трубопровода)
BREARE BRANCH EXTERNAL SURFACE AREA
(Площадь внутренней поверхности ветви трубопровода)
WALLTH TUBE WALL THICKNESS
(Толщина стенки трубы)

Новый псевдоатрибут, PROPRE, был добавлен, чтобы сделать возможным запрос

результата вычисления значения свойства. Он доступен для элементов Design, которые
косвенно ссылаются на компонент свойств, такие, как ветвь трубопровода или элемент
подвески. Для такого элемента можно определить атрибут свойства, которое
необходимо определить, запросить этот атрибут можно, используя команду:
Q PROPRE OUTD

Page 28 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Описанное изменение также коснулось программы DARS.

2008-06-16 Page 29 of 47
Update Training AVEVA PDMS 12.0

2.5 База данных Design

2.5.1 Точность больших значений координат

В версии PDMS 12.0 увеличена степень точности для больших значений чисел,
особенно это изменение важно для значений координат. Прежде всего, это упрощает
работу администратора, давая возможность использовать большие значения координат,
не ограничиваясь работой с небольшими отдельными объектами. Точность координат
теперь определяется пространственными ограничениями модели - 100 км. Однако,
необходимо учитывать, что ограничение на данный момент для Isodraft составляет 21
км.
Такая степень точности достигается благодаря использованию двойной точности
(числа Real теперь представлены как 8 байт, а не 4, в связи с этим, часть числа,
являющаяся мантиссой, увеличена с 24 до 53). Следствием такого изменения является
то, что степень точности увеличилась с 6-7 разряда до 15. А этого более чем
достаточно, чтобы обеспечить должную точность (1/10000 мм) для величин координат
до 100 км. Также значения координат могут быть переведены в футы и дюймы без
потери точности.
Все данные, записываемые в базы данных версии PDMS 12, будут храниться в таком
формате, в том числе, элементы обновленных проектов. Элементы баз данных при
необходимости могут быть конвертированы – не требуется проведения специальных
операций обновления или реконфигурации. Однако, проекты, содержащие
конвертированные таким образом данные, могут содержать элементы или сессии,
которые не были изменены – естественно, такие данные будут иметь более низкую
степень точности.
Обратите внимание, что чертежи DRAFT необходимо будет сгенерировать заново,
чтобы точность данных обновилась. Такая операция может быть проведена во время
процесса обновления или же, если потребуется, самим пользователем.

2.5.2 Новый элемент иерархии APPLDW (Application Data

world)
Этот новый элемент служит для хранения информации о различных инженерных
элементах, например о сборочные узлы или о шаблонах ASL.

2.5.3 Ассоциации (Associations)

Новая структура данных, служащая для хранения информации об ассоциациях или
связях между объектами базы данных, представляет собой важный этап в изменении
принципа хранения данных о модели PDMS. Такой подход позволяет пользователю
задавать дополнительные условия взаимосвязи между элементами модели, которые
впоследствии будут проверяться в ходе проектирования объекта.
Производится проверка выполнения установленных правил. Примером этого процесса
является приложение, проверяющее ссылки для отверстий (Error! Reference source not
found.application).
Существует целый ряд средств для работы над моделью с использованием ассоциаций,
создаваемых пользователем, в отличие от стандартных взаимосвязей системы,
основанных на положении элемента в иерархии, соединениях металлоконструкций и
др. Эффективность работы проектировщика значительно повышается, благодаря
использованию новых возможностей.

Page 30 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Ассоциации могут определяться количественными характеристиками, такими, как

позиция или направление. Как правило, при использовании данной возможности
задается условие взаимосвязи для рассматриваемых элементов, выполнение которого
проверяется, и системой выдается логический результат.
Каждая ссылка ассоциации представляет собой элемент базы данных. Для этих
элементов не прописывается обратная ссылка, поэтому пользователям не нужно иметь
доступ для редактирования к базе данных, содержащей объекты, которые они хотели
бы включить в ассоциацию или к которым они хотели бы присоединиться. Обратите
внимание, что при таком подходе элемент может участвовать одновременно в
нескольких ассоциациях без специальных административных настроек.
Ассоциации хранятся в базе данных DESI, однако остаются независимыми от
элементов, информацию о которых они содержат. Поэтому они могут содержаться в
отдельной базе данных DESI, не включающей в себя другие данные о модели и
доступно всем пользователям для записи, которые будут создавать ассоциации.
Каждая ассоциация ссылается на элемент, описывающий ее (Association Definition),
который содержит информацию о типе ассоциации и устанавливаемых ей правилах.
Такие элементы также хранятся в отдельной базе данных, к которой пользователи
могут не иметь доступа для записи.
Приведенная ниже схема показывает взаимосвязь между элементами описания
(Association Definitions), ассоциациями (Association) и элементами модели,
участвующими в ассоциации. Все ссылки являются односторонними. Элемент модели
может участвовать в нескольких ассоциациях. На один элемент описания может
ссылаться множество различных ассоциаций.

«Мир» описаний
ассоциаций «Мир» ассоциаций
(Association Definition (Association World)
World)

Описание * Ассоциация
ассоциации

*
*

Элемент
модели
Design

2.5.4 Расширенные возможности работы с шаблонами

оборудования (Design Templates)
Благодаря новой возможности системы, шаблоны оборудования теперь могут
содержать в себе многократно повторяющиеся элементы (такие, как ступеньки
лестниц). Данная возможность реализована с помощью создания нового элемента
TMRREL (Rule Repeat), входящего в состав TMRPSE (Rule Repeat set) и хранящего в
себе правила для повторяющихся объектов.

2008-06-16 Page 31 of 47
Update Training AVEVA PDMS 12.0

Все геометрические примитивы, принадлежащие TMPL, имеют дополнительный

атрибут TMRREF, в котором может содержаться ссылка на TMRREL. Повтор
элементов может осуществляться со сдвигом по осям координат (cartesian), вдоль
выбранной оси (linear) или с вращением вокруг указанного центра (radial).
Приложение работы с шаблонами оборудованиями во многом было переработано и
позволяет теперь создавать шаблоны оборудования, не содержащие геометрические
примитивы.
Шаблоны создаются из пункта меню Create>Template… Раздел формы, содержащий
информацию о шаблоне, взят без изменений из более ранних версий PDMS. Для
шаблона, не содержащего геометрические примитивы, необходимо занести данные в
первый раздел формы, оставив неактивным переключатель Copy a Model to this Design
Template, затем нажать кнопку OK.
Форма параметризации элементов шаблона (Modify>Parameterisation…) была
обновлена и теперь позволяет:
• Повторять правила для элемента
• Функции локальных имен (Local Name)
• Форма определения правил со списком доступных свойств
• Новый графический интерфейс для работы с правилами для Design Parameter,
появились пункты Easting, Northing, Upping в списке атрибутов внизу формы.

Информация о
шаблоне

Копирование
трехмерной модели в
шаблон

2.5.5 Альтернативные способы организации иерархии и

группы
Важным изменением базы данных PDMS является возможность организации иерархии
различными способами, помимо стандартного разбиения модели на элементы SITE и
ZONE. Данная возможность позволяет, например, разбивать трехмерную модель по
системам (оборудование, трубопроводы, системы ОВиК), а объекты – по узлам. Также
появилась возможность отображения нескольких Проводников (Explorers),
позволяющих работать с организованной таким образом иерархией.

Page 32 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

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

определенным способом в пределах базы данных. Данная возможность была
реализована благодаря созданию нового административного элемента базы данных
SYGPWL. Этот элемент содержит в себе элементы SYGPAR (System Area),
позволяющие формировать различные системы, за каждую из которых отвечает
элемент SYSGRP.
Иерархия SYSGRP формируется не за счет самих объектов, объединяемых в систему, а
за счет ссылок этих объектов на данный элемент или на другие SYSGRP; при этом
используется атрибут MDSYSF (model system reference). Такой метод дает возможность
проектировщикам, занимающимся отдельными дисциплинами и не имеющим права
доступа для записи в базу данных, где хранятся SYSGRP, самим организовывать
системы.
Элемент модели может принадлежать нескольким системам, так как атрибут MDSYSF
является массивом. Первый элемент этого массива служит для указания «первичной»
системы (Primary System) для данного компонента.
Элементы SYSGRP имеют псевдоатрибуты SMEMB (secondary member) и SEXPND
(expanded secondary members). Эти псевдоатрибуты возвращают все элементы, которые
ссылаются на данный SYSGRP (через атрибут MDSYSF). В случае, если элементы
SYSGRP не ссылаются друг на друга, псевдоатрибут SEXPND возвращает то же
значение, что и SMEMB.
Иерархия SYSGRP отображается в виде разветвленной структуры, содержащей
совокупность списка элементов, которые в свою очередь, делятся в зависимости от
значений псевдоатрибутов SMEMB/SEXPND.
В иерархию не будут включены элементы TUBI и BOXI.

Альтернативные способы организации иерархии

Элементы оборудования, трубопроводов и систем ОВиК могут быть объединены в
отдельные системы, помимо стандартного способа организации иерархии (SITE,
ZONE…). Системы создаются администратором с использованием нового пункта меню
Create. Атрибуты могут быть отредактированы с помощью таблицы (похожей на
электронную таблицу); пункты всплывающего меню меняются в зависимости от
текущего элемента в Проводнике (Explorer).

Проводник (System Explorer) отображает системную иерархию и показывает

содержимое модели в таблице.

2008-06-16 Page 33 of 47
Update Training AVEVA PDMS 12.0

Пункт меню Utilities вызывает форму для редактирования системы.

Группы
Появился новый тип элемента – группа (Group), - который заменит существующие
элементы GROUP. Элементы этого типа во многом похожи на представленные ранее,
однако имеют ряд преимуществ: с их помощью можно группировать элементы из
разных баз данных; они могут включать в себя элементы TUBI, а также существенно
проще запросить их состав благодаря псевдоатрибуту GROUPS элементов,
выводящему все группы GPSET, которым данные элементы принадлежат. Команды
GADD и GREM теперь применяются для объектов GPSET, также как для GROUP.
Рассматриваемые элементы GPSET, подобно GROUP, входят в состав элемента GPWL
(Group World), имеют атрибуты NAME, DESCription и FUNCTION. Они могут
содержать элементы группы (GPITEM), имеющие атрибуты NAME, DESC и
псевдоатрибут SITEM, который устанавливает значения системных атрибутов GPREF,
GPRFTY. Таким образом описывается иерархия группы, которая допускает наличие в
составе GPSET других GPSET, но не допускает - GPWL, GROU или GPITEM.
Форма для работы с группами вызывается из главного меню системы:

Page 34 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Появляется форма, отображающая GPWL и GPSET текущей MDB, а также позволяет

пользователю создавать и редактировать эти элементы.

Элементы могут быть добавлены или удалены из всплывающего меню, вызываемого

для элементов Проводника (Explorer) или таблицы формы.

2.5.6 Элементы Volume

Элемент VOLMODEL позволяет создавать геометрические модели для вставки в
общую модель. Поведение данных элементов похоже на поведение элементов EQUI, за
исключением того, что VOLMODEL не могут иметь NOZZ и SUBE.
Эти элементы могут быть отображены в модели и на чертежах, использованы в
проверках.
Для создания используется функция Volume Model меню Utilities
Gerneral
Create

2008-06-16 Page 35 of 47
Update Training AVEVA PDMS 12.0

2.6 Базы данных Draft (PADD)

2.6.1 Пользовательские стили линий и заполнения

Главным изменением, коснувшимся баз данных PADD, является разделение настроек
цвета и стилей линий и заполнения. Появился новый административный уровень
иерархии STYLWL (Style world), в котором содержатся таблицы стилей LSTYTB и
FSTYTB (Linestyle и Fillstyle Tables), включающие, в свою очередь, описания
пользовательских стилей линий и заполнения, как показано на схеме ниже.
STYLWL, LSTYTB и FSTYTB могут быть классифицированы как «первичные»
элементы, поэтому их можно включить в список claim. Предполагается, что создание и
редактирование элементов STYLWL будут задачами администратора DRAFT (а не
других пользователей), также как в случае с определением пользовательских настроек
пера.

WORLD

STYLWL

LSTYTB FSTYTB

LINESTyle FILLSTyle

OLINEStyl HPATTErn
e

2.6.2 Пользовательские стили линий

Описание стиля линии (LINEST) содержит в себе информацию о толщине линии и ее
шаблоне. За толщину линии отвечает атрибут LWIDTH (максимальное допустимое
значение – 2,0 мм). Шаблон может быть определен атрибутом PATREP, отвечающим за
расстояние, через которое линия будет повторяться, а также одним из атрибутов:
 Атрибут PATNAM: имя системного шаблона (т.е. имя одного из стандартных
10-ти стилей линий PDMS или 5-ти Tribon; например, DASHED или
DASHDOT);
 Атрибут PATDEF. Представляет собой последовательность целых чисел,
отвечающих за относительные длины штрихов линии и промежутков между
ними. Последовательность должна начинаться со значения для штриха. Для
длин промежутков указываются отрицательные значения.

Page 36 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Атрибуты PATNAM и PATDEF взаимно исключают друг друга: пользователь

применяет только один из них.

2.6.3 Пользовательские стили заполнения

Пользовательские стили заполнения будут определяться одним или двумя элементами
HPATTE (Hatch Patterns). Если будет создано больше двух таких элементов, третий и
все последующие не будут приниматься в расчет. Каждый из элементов HPATTE имеет
следующие четыре атрибута:
 HANGLE: угол линий штриховки для листа (Sheet) – задается в градусах,
угол отсчитывается в направлении против часовой стрелки от
горизонтальной оси
 HSEPAR: промежутки между линиями штриховки: 0 задается для
сплошного заполнения (задаваемое значение используется при
выводе на печать, отображение же штриховки на экране зависит
от характеристик применяемой аппаратуры, но с учетом
указанного значения)
 HOFFSE: значение отступа линий штриховки от центральной точки листа
(Sheet)
 HSTYLE: стиль линии, применяемый для штриховки (на данный момент,
может быть использован только стиль ‘Solid’)
Элемент FILLST также имеет логический атрибут SOLFILLED. Если данный атрибут
имеет значение TRUE, для рассматриваемого FILLST будет отображаться сплошное
заполнение, несмотря на атрибуты элементов HPATTE. Безусловно, сплошное
заполнение уже предусмотрено системой: эта функция была включена, чтобы на
данный FILLST мог ссылаться другой элемент того же типа через атрибут ALTDEF.

2.7 Ссылки на документы и внешние данные

В иерархии базы данных появился новый элемент LINKWL (Link World), содержащий
в себе ссылки объектов на внешние и внутренние документы. Документы, на которые
устанавливаются ссылки, могут быть открыты из формы Проводник (Explorer). Данная
возможность позволяет пользователю систематизировать все хранящиеся документы,
относящиеся к проекту: чертежи, информация о поставках и прочая документация.
За ссылки отвечают элементы LNDESC, которые могут быть объединены в группы в
папках LNFOLD и классифицированы по типам - LNCLAS.
Доступ к файлам будет осуществляться через пользовательский интерфейс или другие
приложения.

2.7.1 Пользовательский интерфейс для работы с ссылками

Форма для работы с ссылками вызывается из меню Display>Link Documents>Add
Link. Данная форма позволяет устанавливать ссылки различных типов и задавать их
настройки. Пример создания ссылки приведен ниже:

2008-06-16 Page 37 of 47
Update Training AVEVA PDMS 12.0

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

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

Работа с ссылками также возможно и из командной строки. В следующих разделах

будут рассмотрены типы элементов иерархии и команды.

2.7.2 Ссылка элемента базы данных на документ

Команда DLADD применяется для создания документа на один или несколько других
элементов. Синтаксис команды будет следующим:
> DLADD <selatt>
Для создания ссылки элемента на документ (или на внешний источник) необходимо:
1. Создать новый элемент LNDESC (Link Descriptor) в иерархии ссылок.
2. Задать ему URL на нужный внешний или внутренний источник.
3. Задать ссылку на элемент базы данных с помощью команды DLADD.
Также можно с помощью команды DLADD задавать ссылки на дополнительные
документы, используя существующие LNDESC.
Пользователь может устанавливать связь как добавляя ссылку Link Descriptor на
элемент базы данных, так и наоборот – элемента базы данных на Link Descriptor. Ниже
приведено несколько примеров.

Page 38 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Следующая команда устанавливает ссылку на Link Descriptor /MYDOC1 и /MYDOC2

текущему элементу иерархии:
> DLADD /MYDOC1 /MYDOC2
Если текущим является элемент Link Descriptor, следующая команда создаст ссылку
для этого LNDESC на /PANEL1 и /PUMP1:
> DLADD /PANEL1 /PUMP1
Вся процедура создания ссылки выглядит следующим образом:
> NEW LNDESC /MYDOC
> URL ‘http://aveva.com/all_about_vm12_link_documents.pdf’
> DLADD /PUMP1

2.7.3 Удаление ссылки элемента базы данных на документ

В случае, когда существует ссылка элемента на LNDESC, удалить ее можно с помощью
команды DLREMOVE. Синтаксис, используемый с этой командой, следующий:
> DLREMove <selatt>
Пользователь может удалять ссылки между элементами как удалив ссылку LNDESC на
элемент базы данных, так и наоборот – удалив ссылку элемента базы на LNDESC.
Например:
Если текущий элемент является объектом модели, следующая команда удалит ссылку
на документ, установленную в /MYDOC1:
> DLREM /MYDOC1
Если текущим является элемент LNDESC, следующая команда удалит ссылку на
элемент /PUMP1:
> DLREM /PUMP1
Данная команда удалит все ссылки на LNDESC для текущего элемента:
> DLREM LINks
Следующая команда удалит первые пять ссылок на LNDESC:
> DLREM LIN 1 TO 5

2.7.4 Создание и запрос ссылок

Если текущим элементом является LNDESC, пользователь может запросить или
установить ссылку URL, которая хранится в этом элементе. Для того, чтобы установить
ссылку на внешний источник, необходимо задать URL:
> URL ‘file:///Docsys/MyDocument.doc’
Элемент LNDESC имеет псевдоатрибут LNKREF, который возвращает ссылку на базы
данных, если LNDESC устанавливает ссылку на внутренний элементы базы Dabacon. В
случаях, когда установлена ссылка URL на внешний источник, в LNKREF ссылка не
установлена:
> QUERY LNKREF
Url DBRef Nulref
Пользователь может применять LNKREF, чтобы установить ссылку на внутренний
элемент базы данных, например, чертеж:

2008-06-16 Page 39 of 47
Update Training AVEVA PDMS 12.0

> LNKREF /DRAWING1

> QUERY LNKREF
Url DBRef / DRAWING1

2.7.5 Указание класса ссылки

Каждый элемент LNDESC может содержать ряд элементов LNCLAS (Link Classes). Для
указания класса ссылки необходимо:
1. Создать элемент LNCLAS в иерархии
2. Указать класс для элементов LNDESC с помощью команды DLADD
Если текущим является элемент LNDESC, следующая команда задаст ему классы
документа /MYCLASS1 и /MYCLASS2:
> DLADD /MYCLASS1 /MYCLASS2
Если текущим элементом является LNCLAS с именем /MYCLASS1, следующие
команды позволят указать элементу LNDESC с именем /MYDOC1 класс документа
/MYCLASS1:
> DLADD /MYDOC1

2.7.6 Удаление класса ссылки

To remove classification information from a LNDESC, you can use the DLREMOVE
command.
If current element is a LNDESC, the following command removes the /MYCLASS1
classification from its Link Descriptor:
> DLREM /MYCLASS1
If current element is a Link Class (LNCLAS) named /MYCLASS1, the following command
removes the /MYCLASS1 classification from the /MYDOC1 LNDESC:
> DLREM /MYDOC1
The following command removes all LNDESC associations from the current Link Class:
> DLREM LINks
The following command removes all classification information from the current LNDESC:
> DLREM CLAsses

2.7.7 Используемые псевдоатрибуты

Ряд псевдоатрибутов доступен для запроса информации об элементах, между которыми
установлена ссылка (Link Descriptors, Link Classes и элементы модели).
Запрос документов, ссылающихся на элемент базы данных
Для каждого элемента базы данных пользователь может запросить псевдоатрибут
LNKDOC, выводящий список всех элементов Link Descriptors (например,
содержащих документы), которые ссылаются на рассматриваемый элемент.
Запрос элементов базы данных, ссылающихся на документ

Page 40 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Для каждого элемента Link Descriptor пользователь может запросить

псевдоатибут LNKELE, позволяющий вывести список всех элементов базы
данных, ссылающихся на рассматриваемый документ.
Запрос классов, присвоенных элементу Link Descriptor
Для каждого элемента Link Descriptor пользователь может запросить
псевдоатрибут LNKCLS для получения списка всех классов, которые
присвоены документу, содержащемуся в данном Link Descriptor.
Запрос ссылок, которым присвоен данный класс
Для каждого класса ссылок (элемента Link Class) пользователь может запросить
псевдоатрибут LNKDOC, позволяющий вывести список всех элементов Link
Descriptors, которым был присвоен рассматриваемый класс.

2008-06-16 Page 41 of 47
Update Training AVEVA PDMS 12.0

3 Общие улучшения системы

3.1 Изменения команды COPY
Команда копирования (COPY) была улучшена, теперь пользователю проще копировать
сравнительно большие объемы информации. Особым требованием к этой команде
является необходимость копирования нескольких ветвей иерархии без потери
установленных между элементами ссылок. Данная команда может быть применима
для:
 Копирования зон трубопроводов и оборудования с сохранением ссылок между
штуцерами и трубами.
 Копирование элементов, расположенных внутри каталога, когда объекты
ссылаются на элементы, находящиеся на другом уровне иерархии (компонент
SCOM может принадлежать категории элементов CATE, при этом ссылаться на
наборы геометрии (GMSE) и точек (PTSE), находящиеся в иерархии каталога в
другом месте).
Для упрощения такого рода операций теперь можно группировать команды
копирования, используя следующий синтаксис:
COPY START
COPY (необходимое количество команд)
COPY END
Команда переименования также была улучшена благодаря добавлению двух новых
функций:
 команда PREPEND добавляет текст вначале имени
 команда SAMENAME копировать элемент с тем же именем в другую базу
данных
Синтаксис новых команд следующий:
COPY START
COPY ALL OF <gid> -- RENAME <name> <name> ---TO <gid>
|- PREPEND <name>-------|
|- SAMENAME ------------|
COPY MEM OF <gid> -- RENAME <name> <name> ---TO <gid>
|- PREPEND <name>-------|
|- SAMENAME ------------|
COPY ATT OF <gid> -- RENAME <name> <name> ---TO <gid>
|- PREPEND <name>-------|
|- SAMENAME ------------|
COPY LIKE OF <gid>-- RENAME <name> <name> ---TO <gid>
|- PREPEND <name>-------|
|- SAMENAME ------------|
COPY ADJ <selatt> -- RENAME <name> <name> --->
|- PREPEND <name>-------|
|- SAMENAME ------------|
COPY END

Page 42 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

Обратите внимание, что команда COPY ADJacent не работает с командой TO <gid>

(применение этих команд вместе не было бы целесообразным).

3.2 Расширенные возможности функций

Отменить/Повторить (Undo/Redo)
Система теперь позволяет пользователю использовать расширенный набор функций
для Отмены (UNDO) и Повтора (REDO) действий.

3.3 Улучшения функции запроса

псевдоатрибутов
Запросы псевдоатрибутов могут быть уточнены. В качестве утоняющего элемента
раньше могли выступать лишь:
• Целое число или ссылка для атрибутов, отвечающих за
позицию/ориентацию/направление (POS/ORI/DIR)
• Целое число для всех прочих типов атрибутов
Теперь уточнитель может задаваться и по-другому, что позволяет применять более
сложные запросы.

3.4 Улучшенные выражения

3.4.1 IFTRUE
К набору стандартных выражений было добавлена новая конструкция, имеющая
следующий синтаксис:

IFT/RUE ( logical1, typeX1, typeX2 ) -> typeX

где typeX1 и typeX2 – два аргумента, относящиеся к одному типу: логические
значения, логические массивы, числа, числовые массивы, элементы, указанные
графически, массивы элементов, указанных графически, текстовые значения, позиция,
направление или ориентация.
Полученным результатом будет значение typeX1, если выражение logical1 верно,
или же значение typeX2 – если logical1 ложно.

3.5 Изменения ограничений (для MDB, имен

файлов и др.)

3.5.1 Увеличение размера базы данных

Максимальный допустимый размер базы данных PDMS практически никогда не был
достигнут, однако все же был увеличен до 4,000GB.

3.5.2 Увеличение числа баз данных MDB (Multiple Database)

Количество баз данных, входящих в одну MDB, за все годы существования системы
было увеличено с 5 до 300. Теперь это количество может доходить до 1000.

2008-06-16 Page 43 of 47
Update Training AVEVA PDMS 12.0

Обратите внимание, что при использовании Extracts с каждой базой данных теперь
может быть связано больше одного файлов. Общее число файлов, с которыми может
работать система PDMS, было увеличено с 512 до 4096. Это означает, что для MDB,
содержащей 1000 баз данных, можно открыть в среднем 4 файла Extract для каждой
базы данных – возможно использование большего числа, если какие-то базы данных из
MDB не используют Extracts.

3.5.3 Имена файлов

Имена файлов, с которыми работает PDMS, теперь могут иметь большее количество
символов, а также содержать пробелы и символы ‘$’.
На данный момент максимальное количество символов в имени файла составляет 260,
однако планируется увеличить это число до 1024 с выходом версии PDMS 12.1, когда
также системой будут поддерживаться имена файлов, содержащие нелатинские
символы в формате Unicode.
Символ ‘$’ используется Windows по умолчанию для имен файлов с общим доступом
для всех пользователей локальной сети – при использовании ранних версий PDMS для
таких файлов необходимо было вводить символы ‘$$’. В новой версии такой способ
ввода не требуется.
Примечание для случаев использования командной строки:
Использования пробелов и символов ‘$’ доступно благодаря применению
специального вида записи. Если путь к файлу или его имя содержат пробелы,
путь к такому файлу выделяется кавычками (“) с двух сторон. В случаях, когда
такой способ записи не требуется, возможен также и обычный ввод имени
файла.
Например:
slist "C:\Program Notes.txt"

3.5.4 Длина строки файла

Система теперь может обрабатывать данные в строке, содержащей 1024 символа;
раньше допустимая длина строки имела ограничение 255 символов.
Чтение данных из строк файлов осуществляется с помощью объекта FILE и
.readrecord(), информация вносится в переменные PML, которые поочередно
обрабатываются при загрузке данных. Теперь допустимый объем данных для таких
переменных увеличен с 254 до 1023 символов. Объем для объектов FILE увеличен с 10
до 20, несмотря на это, все еще требуется применение .closefile().

3.5.5 Символы табуляции в макросах

Символы табуляции (TAB) могут теперь быть использованы в макросах PDMS вместо
пробелов, раньше такие символы могли применяться только при заполнении граф
таблиц в формах. Новая возможность сделает более простой процедуру импорта
данных, а также будет полезна при работе с программным кодом приложений PML.

Page 44 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

3.5.6 Указание пути к файлу

При указании пути к файлам можно теперь использовать пробелы. При этом точка с
запятой ‘;’ используется в качестве разделителя.
Например, можно использовать следующую запись (все команды вводятся в одну
строку):
set PDMSUI=C:\Local PDMS\Appware;M:\Project PDMS\Appware;
Q:\Company PDMS\Appware
Такая запись по очереди обратится к файлам:
C:\Local PDMS\Appware/macro
M:\Project PDMS\Appware/macro
Q:\Company PDMS\Appware/macro
Указание путей файлов с пробелмо в качестве разделителя будет возможно, как и
раньше. Если необходимо обратиться только к одному файлу, путь к которому
содержит пробелы, точка с запятой также должна применяться. Например:
set PDMSUI=C:\Program Files\AVEVA\VPD\PDMS12.0\PDMSUI;
Примечание: возможно, потребуется изменение программных кодов приложений
PML, если они должны работать с файлами, путь к которым задается описанным
способом.

3.5.7 Переменные окружения

Допустимый количество символов для переменных окружения, которые содержат путь
к файлам, было увеличено с 1024 до 5120. Если этот предел будет превышен, путь к
файлы, указанный последним, не будет учитываться системой. Раньше могла возникать
такая проблема, когда пользователи подключали дополнительные папки в переменную
PDMSUI. Помните, что чересчур длинные пути к файлам также могут вызывать
подобные проблемы.
Переменные окружения могут теперь содержать путь к файлу, ссылаясь на другие
переменные окружения.
Например, на следующее выражение, записанное в одну строку:
set MYPATH=%ROOT%\Standard Version; %ROOT%\Update
Version; %ROOT%\Latest Version
set ROOT=C:\Program Files\AVEVA;
можно сослаться так:
$m%MYPATH%\mac
При этом система обратится по очереди к каждой из ссылок:
C:\Program Files\AVEVA\Standard Version\mac
C:\Program Files\AVEVA\Update Version\mac
C:\Program Files\AVEVA\Latest Version\mac
Обратите внимание, что два последовательно заданных символа ‘%’ в имени файла
теперь оба удаляются, так как символ ‘%’ не может служить частью имени файла.

3.6 Data Access Routines (DARs) и компиляторы

Пользователи Data Access Routines (DARs) должны учитывать в своей работе, что такие
изменения системы, как повышение уровня точности в версии PDMS 12.0 требуют

2008-06-16 Page 45 of 47
Update Training AVEVA PDMS 12.0

обязательного обновления компилятора FORTRAN и функций. Все приложения DARs

также должны быть обновлены.
Внимание: Пользовательские приложения DARS и PMLдолжны быть обновлены, если в
них используется параметризация свойств.
В версиях, более ранних, чем PDMS 11.6.SP4, приложение DARs обращалось к
соответствующим элементам CMPD или TUBD, а затем запрашивало числовые
значения их атрибутов для получения свойств компонентов трубопроводов и т.п.
Теперь приложение DARs обновлено, оно все еще работает с данными в
существующем формате или для простых выражений. Однако, при использовании
более сложных выражений будет получен неверный ответ.
Система не будет корректно обрабатывать данные, которые содержат выражения
с использованием PARA или DESP, в то время, как к простым выражениям можно
отнести следующее: (33.5 * 8.6).
Для обновленных приложений DARs следует использовать для элемента базы данных
Design псевдоатрибут PROPRE с именем соответствующего атрибута свойств.

3.7 Вход в систему

3.7.1 Вход в систему с настройками пользователя Windows

Проекты PDMS могу быть настроены таким образом, чтобы позволить пользователю
входить в систему, используя имя и пароль пользователя Windows (функция NT
authentication) (см. главу 1).
Форма входа в систему PDMS была изменена, поэтому теперь, если рассматриваемая
функция включена и пользователь имеет доступ General, ввод пароля не требуется.

Формы выбора Project, Username и MDB были улучшены и теперь содержат заголовки
колонок и дополнительную информацию. Если включена функция NT authentication и
пользователь является авторизованным, то в списке пользователей будут представлены
только имена авторизованных пользователей.
Для пользователей с доступом FREE и проектов с выключенной функцией NT
authentication процедура входа в систему осталась прежней. Рассматриваемая форма
была изменена, теперь пользователю дается возможность изменять свой пароль.

Page 46 of 47 2008-06-16
AVEVA PDMS 12.0 Update Training

3.7.2 Идентификаторы проекта

В качестве альтернативы использования кода проекта (Project Code) из трех букв
может быть использован идентификатор проекта - project number, - состоящий из 8
символов (букв и/или чисел).

Идентификатор project number может применяться, при этом код проекта все еще
используется. Project number должен иметь текстовое значение:
PROJECT text Идентификатор проекта (<8 символов)
PROJECT word Только код проекта (3 символа)
Для этого используется следующий синтаксис:
PROJECT <project> для выбора проекта
COPY <dbname> FROM <project> …
INCLUDE <dbname> FROM <project> …
REPLICATE <project>
Приложение для создания проекта (Project Creation wizard) позволяет создавать
проекты с использованием project number, хотя применяемый приложением
программный макрос make.exe все еще использует код проекта.
Форма входа в систему PDMS позволяет теперь выводить в соответствующем поле
project number:

Код проекта при этом отображается справа от данного поля.

В поле могут быть введены и project number (Sample), и код проекта (SAM),
независимо от регистра. Если будет введен код, в поле все равно будет отображаться
project number.
Другие формы, связанные со входом в систему, также были изменены.
Примечание: код проекта все еще должен применяться для приложений Data
Access Routines и Global Daemon (admind).

2008-06-16 Page 47 of 47