Руководство системного программиста

1. Введение 4

1.1. Назначение документа 4

1.2. Список терминов и сокращений 4

1.3. Основные понятия 5

2. Общие сведения 6

2.1. Инфраструктура 8

2.2. Библиотека повторно используемых типовых объектов 10

2.3. Проектирование формуляров 11

2.4. Язык описания проверок, контролей и правил заполнения 12

2.5. Настройка бизнес-процессов в инструментальных средствах 14

3. Назначение и условия применения 15

3.1. Состав и назначение программного обеспечения 16

4. Работа со Студией 17

4.1. Запуск Студии 17

4.2. Описание интерфейса Студии 18

«Проверить»; 22

«Загрузить ресурсы…»; 22

«Преобразовать в модель УФОС». 22

«Проверить формуляр»; 22

«Добавить проверки на не пустоту»; 22

«Выбрать поля для быстрого просмотра»; 22

«Преобразование данных». 22

«Формуляр в УФОС»; 22

«Справочник в Oracle MDM»; 22

«Сущность в Oracle MDM»; 22

«Формуляр в XSD»; 22

«Создать экземпляр формуляра»; 22

«Редактировать экземпляр формуляра»; 22

«Экспортировать экземпляр формуляра»; 23

«Добавить шаблон»; 23

«Удалить шаблон». 23

УФОС; 23

Oracle MDM. 23

«Импорт проектов в репозиторий…»; 24

«Экспорт проектов на диск…»; 24

«Трансфер ресурсов…». 24

Формуляры – поиск выполняется только по формулярам АМ. 37

Сущности – поиск выполняется по сущностям в рамках указанной области поиска. 37

Прикладные типы – также указать тип (ы) путем выбора одного или нескольких значений из отрывающегося списка (для вызова списка нажать кнопку ): 37

Псевдоним; 37

Множество. 37

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

Логический; 37

Строка; 37

Целый; 37

Десятичный; 37

Дата/время. 37

Рабочая область – поиск осуществляется по всем открытым проектам рабочей области. 38

Выбранные объекты – поиск осуществляется только по выбранным проектам; для выбора проектов используется кнопка «Выбор», которая открывает окно «Выбор ресурсов», где нужно отметить требуемые значения. 38

4.3. Общие настройки Студии 41

1.1. Переключить параметр «Тип прикладной системы» в значение «УФОС». 44

1.2. Выбрать из выпадающего списка значение параметра «Версия УФОС» – «7.0». 44

«Наименование» – произвольное; 47

«Описание» – произвольное; 47

«Версия УФОС:» – 7.0; 47

«Хост» – указать адрес хоста; 47

«Порт» – указать номер порта; 47

«Использовать по умолчанию» – параметр, устанавливающий создаваемую конфигурацию окружения, конфигурацией по умолчанию. 47

«Наименование» – произвольное; 48

«WSDL»; 48

«Имя пользователя». 48

Показывать только последние версии доступного ПО; 51

Группировать элементы по категории; 51

Показывать только ПО, совместимое с рабочим окружением; 51

Обращаться во время инсталляции ко всем сайтам обновления для поиска требуемого ПО; 51

Скрывать уже установленные элементы. 51

4.4. Работа с проектами 52

«Расположение по умолчанию» (указывается рабочая область); 52

«Системное имя» (имя проекта в формате A..Z); 52

«Пользовательское имя» (произвольное). 52

формат [A-Za-z_0-9]; 57

начинается не с цифры; 57

передает бизнес-смысл объекта, записывается кратко на английском; 57

длина 30 символов. 57

формат [А-Яа-я0-9] и пробел; 57

начинается не с цифры; 57

передает бизнес-смысл объекта; 57

длина 150 символов. 57

формат [А-Яа-я0-9.] и пробел; 57

начинается не с цифры; 57

передает бизнес-смысл объекта; 57

длина 30 символов. 58

Кандидат; 58

Актуально. 58

формат [А-Яа-я0-9.,()] и пробел; 58

начинается не с цифры; 58

передает бизнес-смысл объекта; 58

длина 40 символов. 58

4.5. Моделирование предметной области 89

поле «Системное»: 95

формат [A-Za-z0-9]; 95

начинается не с цифры; 95

передает бизнес-смысл объекта, записывается кратко на английском; 95

используется принцип CamelCase. 95

поле «Русское краткое»: 95

формат [А-Яа-я0-9.] и пробел; 95

начинается не с цифры; 95

передает бизнес-смысл объекта. 95

поле «Русское полное»: 95

формат [А-Яа-я0-9] и пробел; 95

начинается не с цифры; 95

передает бизнес-смысл объекта. 95

поле «Английское полное»: 95

формат [A-Za-z0-9] и пробел; 95

начинается не с цифры; 95

передает бизнес-смысл объекта. 95

поле «Английское краткое»: 95

допустимые символы: [a-zA-Z0-9-_]; 95

в качестве первого символа допустимо использовать: [a-zA-Z_]. 95

«Пространство имен»; 95

«Версия»; 95

«ГУИД» – значение поля «ГУИД» генерируется и заполняется автоматически. 95

«Минимум» (включая)»; 96

«Всего» (включая)»; 96

«Минимум» (исключая)» 97

«Всего» (исключая)». 97

2.1. При заполнении группы полей «Наименование» учитываются следующие особенности: 99

«Системное» – передает бизнес-смысл объекта, записывается кратко на английском, может содержать до 25 символов в формате ['A-Za-z', '0-9'], начинается не с цифры. Используется принцип CamelCase. Границы уникальности – все предметные области. 99

«Русское сокращенное» – передает бизнес-смысл объекта, может содержать до 40 символов в формате ['А-Яа-я', '0-9', '.'] и пробел, начинается не с цифры. 99

«Русское полное» – передает бизнес-смысл объекта, формат
['А-Яа-я', '0-9'] и пробел, начинается не с цифры. 99

«Английское сокращенное» – передает бизнес-смысл объекта, допустимые символы: ['A-Za-z', '0-9', '_', '-']. В качестве первого символа допустимо использовать: ['A-Za-z', '_']. 99

«Английское полное» – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9'] и пробел, начинается не с цифры. 100

2.2. При заполнении группы полей «Свойства» для добавления нового элемента нужно нажать кнопку . Откроется окно «Литерал», в котором нужно указать значение элемента и нажать кнопку «Готово» (рис. 105). 101

2.1. При заполнении группы полей «Наименование» учитываются следующие особенности: 103

«Системное» – передает бизнес-смысл объекта, записывается кратко на английском, может содержать до 25 символов в формате ['A-Za-z', '0-9'], начинается не с цифры. Используется принцип CamelCase. Границы уникальности – все предметные области. 103

«Русское сокращенное» – передает бизнес-смысл объекта, может содержать до 40 символов в формате ['А-Яа-я', '0-9', '.'] и пробел, начинается не с цифры. 104

«Русское полное» – передает бизнес-смысл объекта, формат
['А-Яа-я', '0-9'] и пробел, начинается не с цифры. 104

«Английское сокращенное» – передает бизнес-смысл объекта, допустимые символы: ['A-Za-z', '0-9', '_', '-']. В качестве первого символа допустимо использовать: ['A-Za-z', '_']. 104

«Английское полное» – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9'] и пробел, начинается не с цифры. 104

2.2. Поле «Источник» заполняется путем выбора значения из списка базовых типов (рис. 109), который вызывается при нажатии на кнопку , расположенную справа от поля. 104

Системное имя – передает бизнес-смысл объекта, записывается кратко на английском, формат [A-Za-z0-9], начинается не с цифры. Границы уникальности – предметная область. 106

Русское наименование – передает бизнес-смысл объекта, формат [А-Яа-я0-9.] и пробел, начинается не с цифры. 106

Английское наименование – передает бизнес-смысл объекта, формат [A-Za-z0-9] и пробел, начинается не с цифры. 106

«Системное» – передает бизнес-смысл объекта, записывается кратко на английском, может содержать до 30 символов в формате ['A-Za-z', '0-9'], начинается не с цифры. Используется принцип CamelCase. Границы уникальности – предметная область. 109

«Русское сокращенное» – передает бизнес-смысл объекта, может содержать до 40 символов в формате ['А-Яа-я', '0-9', '.'] и пробел, начинается не с цифры. 110

«Русское полное» – передает бизнес-смысл объекта, формат
['А-Яа-я', '0-9'] и пробел, начинается не с цифры. 110

«Английское сокращенное» – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9', '_', '-', '.'], начинается не с цифры (например, Test). 110

«Английское полное» – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9'] и пробел, начинается не с цифры. 110

«Новая ссылка на сущность»; 111

«Новое поле»; 111

«Лукап»; 111

«Поле на основании…»; 111

«Ссылка на сущность на основании…». 111

4.6. Проектирование формуляра. Разработка абстрактной модели 111

разработки визуальной формы формуляра, 112

разработки проверок формуляра, 112

разработки правил начального заполнения формуляра и т.п. 112

Системное имя – передает бизнес-смысл объекта, записывается кратко на английском, формат [A-Za-z0-9], начинается не с цифры. Границы уникальности – предметная область. 113

Русское наименование – передает бизнес-смысл объекта, формат [А-Яа-я0-9.] и пробел, начинается не с цифры. 113

Английское наименование – передает бизнес-смысл объекта, формат [A-Za-z0-9] и пробел, начинается не с цифры. 113

2.1. Атрибуты, выделенные жирным шрифтом, обязательны для заполнения. 120

2.2. Наименования объекта «Формуляр» по умолчанию заполняются из тех наименований, которые были указаны при создании объекта: Системное имя, Русское наименование, Английское наименование (см. рис. 119). При необходимости их нужно отредактировать и заполнить поле «Системное русское». 120

Системное – передает бизнес-смысл объекта, записывается кратко на английском, может содержать до 30 символов в формате ['A-Za-z', '0-9'], начинается не с цифры. Используется принцип CamelCase. Границы уникальности – предметная область. 120

Системное русское – передает бизнес-смысл объекта, формат ['А-Яа-я', '0-9'], начинается не с цифры. Используется принцип CamelCase. Границы уникальности – предметная область. 120

Русское сокращенное – передает бизнес-смысл объекта, может содержать до 40 символов в формате ['А-Яа-я', '0-9', '.'] и пробел, начинается не с цифры. 120

Русское полное – передает бизнес-смысл объекта, формат:
['А-Яа-я', '0-9'] и пробел, начинается не с цифры. Для MDM необходимо учитывать следующие ограничения: 120 символов при использовании кириллицы или 240 символов при использовании латиницы. 120

Английское сокращенное – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9', '_', '-', '.'], начинается не с цифры (например, Test). 120

Английское полное – передает бизнес-смысл объекта, формат ['A-Za-z', '0-9'] и пробел, начинается не с цифры. 120

2.3. В разделе «Версия» значение поля «ГУИД» генерируется и заполняется автоматически. Остальные поля раздела «Версия» не заполняются на данном этапе. 120

2.4. В разделе «Документация» в поле «Комментарий» желательно привести краткое описание создаваемого формуляра. 120

2.5. В разделе «Свойства» указываются уникальные свойства текущего объекта: 121

«Тип» – по умолчанию заполняется значением «Формуляр». Данное значение можно изменить путем выбора из списка: 121

«Родительский документ» – по умолчанию заполняется значением «[Формуляр] – DOC_BASE (Базовый формуляр)». Значение может быть изменено путем выбора из списка ресурсов, вызываемого нажатием кнопки (рис. 127). 121

«Разрешить создание записей» – чекбокс, по умолчанию поле отмечено. Установка флага означает, что к формуляру разрешено подключать подчиненные элементы. 121

«Историчность» – чекбокс, по умолчанию поле не отмечено. Установка флага означает, что все изменения создаваемого формуляра записываются в лог в БД ПО для MDM. При трансформации в УФОС имеется возможность редактирования признака (см. п. 4.7.3.2). 121

Иерархия по сегментам – используется MDM. Настраивается для полей числового типа. 122

Секция – служит для группировки нескольких полей. Может использоваться на любом уровне вложенности. В MDM выгружается как группа. В ЦМ УФОС не выгружается как элемент, используется для формирования ID вложенных элементов (см. п. 4.6.4.4). 122

Таблица – используется для создания вложенных таблиц. MDM не поддерживает многоуровневую вложенность таблиц (см. п. 4.6.4.3). 122

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

Лукап – ссылка на другой формуляр, используется для ЦМ MDM. Если формуляр находится в другом проекте, по проект должен быть подключен в рабочее пространство. Для определения ссылок на поля другого формуляра используется вложенный элемент Join. В ЦМ УФОС выгружаются только элементы Join как элемент поле с ID, сформированным из системных наименований элементов Лукап и Join (см. п. 4.6.4.6). 122

Ссылка на сущность – служит для использования типовых объектов типа Сущность (см.  п. 4.5.5). Если Сущность находится в другом проекте, то проект должен быть подключен в рабочее пространство. В MDM выгружается как ссылка на объект Сущность. В ЦМ УФОС не выгружается как элемент, используется для формирования ID вложенных элементов (см. п. 4.6.4.4). 122

Схема подписи – имеет один параметр «Наименование». Для определения полей, соответствующих подписи, необходимо в форме редактирования каждого поля параметру «Схема подписи» присвоить значение «Да» (см. п. 4.6.4.5). 122

Ключ – является обязательным для формуляров типа «Справочник», используется в MDM и имеет один параметр «Наименование». Для определения полей, соответствующих ключу, необходимо в форме редактирования каждого поля параметру «Ключ» присвоить значение «Да». При этом поле должно иметь строковый тип и находится на первом уровне вложенности формуляра. 123

2.1. Группы полей «Наименование», «Версия», «Документация» заполняются по общим правилам для всех элементов формуляра (см. п. 4.6.4). 126

2.2. В разделе «Свойства» указываются уникальные свойства текущего объекта: 126

«Тип значения» – выбирается из списка подключенных прикладных типов: псевдоним или множество, вызываемого нажатием кнопки (рис. 131). 126

«Обязательный» – чекбокс. Установка флага означает, что создаваемое поле обязательно для заполнения в MDM. При трансформации в ЦМ УФОС автоматически создается проверка на обязательность заполнения поля (см. п. 4.7.3.6). 126

«Редактируемо» – чекбокс. Установка флага означает, что создаваемое поле доступно для редактирования в MDM. При трансформации в УФОС для настройки поля используются другие методы (см. п. 4.7.3.1). 126

«Историчность» – чекбокс. Установка флага означает, что все изменения создаваемого поля записываются в лог в БД ПО для MDM. При трансформации в УФОС имеется возможность редактирования признака (см. п. 4.7.3.2). 127

«Полнотекстовый поиск» – чекбокс. Установка флага означает, что для создаваемого поля имеется возможность полнотекстового поиска в MDM. При трансформации в УФОС для настройки поля используются другие методы (см. п. 4.7.3.4). 127

«Значение по умолчанию (литерал)» – необязательное поле. Указывается значение, которое будет установлено в данное поле по умолчанию в MDM. При трансформации в УФОС для настройки поля используются другие методы (см. п. 4.7.3.3). 127

Чекбоксы «Аналитический атрибут», «Отслеживание изменений», «Атрибут безопасности» не используются на данном этапе. 127

2.1. Группы полей «Наименование», «Версия», «Документация» заполняются по общим правилам для всех элементов формуляра (см. п. 4.6.4). 128

2.2. Значение поля «Ссылка на сущность» выбирается из списка подключенных сущностей (рис. 133). Список вызывается нажатием кнопки . 129

2.3. Значение поля «Префикс» используется сокращения наименования в УФОС в элементах «Секция» и «Ссылка на сущность». Поскольку УФОС предполагает плоскую структуру таблиц, то для сохранения уникальности поля при преобразовании в ЦМ УФОС имя формируется в виде составного префикса (из всех вышестоящих контейнеров) и системного имени поля. При его использовании составной префикс заменяется значением текущего параметра. 129

2.1. Группы полей «Наименование», «Версия», «Документация» заполняются по общим правилам для всех элементов формуляра (см. п. 4.6.4). 131

2.2. Значение поля «Ключевые атрибуты» необязательно для заполнения. Содержит набор подчиненных атрибутов текущей таблицы, которые назначаются ключевыми (эти атрибуты добавляются к элементу Таблица после его создания в структуре формуляра). Значения добавляются с помощью кнопки , которая открывает окно со списком подчиненных атрибутов (рис. 135). Для удаления атрибута из набора ключевых полей используется кнопка . 131

2.1. Группы полей «Наименование», «Версия», «Документация» заполняются по общим правилам для всех элементов формуляра (см. п. 4.6.4). 133

2.2. Значение поля «Префикс» используется сокращения наименования в УФОС в элементах «Секция» и «Ссылка на сущность». Поскольку УФОС предполагает плоскую структуру таблиц, то для сохранения уникальности поля при преобразовании в ЦМ УФОС имя формируется в виде составного префикса (из всех вышестоящих контейнеров) и системного имени поля. При его использовании составной префикс заменяется значением текущего параметра. 133

2.1. Группы полей «Наименование», «Версия», «Документация» заполняются по общим правилам для всех элементов формуляра (см. п. 4.6.4). 135

2.2. В разделе «Свойства» указываются уникальные свойства текущего объекта: 135

«Persistent» – необязательное поле. Значение выбирается из списка подчиненных элементов типа Join для текущего элемента «Лукап» (элементы типа Join подсоединяются после создания элемента «Лукап» в структуре формуляра). Значение добавляется с помощью кнопки , которая открывает окно со списком элементов типа Join. Для удаления значения поля используется кнопка . 135

«Формуляр» – значение поля выбирается из списка подключенных формуляров (рис. 139). Список вызывается нажатием кнопки . 136

«В один файл» – экспорт всех формуляров осуществляется в один файл; 146

«Каждый формуляр в отдельный файл» – экспорт формуляров осуществляется в отдельные файлы; 146

«Формировать схему подписи» – при экспорте формируется схема подписи; 146

«Генерировать документацию» – при экспорте происходит генерация документации. При этом: 146

поле комментарий выгружается в XSD для всех объектов АМ (типы, сущности, формуляры); 146

русские наименования выводятся как атрибут appinfo для всех объектов АМ (типы, сущности, формуляры); 146

атрибут поля «Значение по умолчанию» выгружается как атрибут default элемента; 146

выгружается документация к литералу (если она есть). 146

4.7. Разработка целевой модели формуляра 152

вызовы преобразований данных; 155

действия; 155

заполнения; 155

заполнения из родительского; 155

иконки; 155

методы фильтрации; 155

подключаемые таблицы; 155

проверки; 155

системные константы; 155

табличные действия; 155

фильтры родительских документов. 155

визуальную форму; 179

историчность; 179

начальные заполнения; 179

поиск; 179

преобразование данных; 179

проверки; 179

структуру; 179

схемы подписи; 179

визуальную форма списка; 179

форма быстрого просмотра; 179

сортировки; 179

фильтр. 179

форму списка; 179

визуальную форму; 179

начальные заполнения. 179

«Наименование» – заполняется произвольным образом; 206

«Категория» – заполняется путем выбора из существующего списка, который открывается при нажатии кнопки «Обзор» (для создания новой категории используется кнопка «Создать»). 206

левая – содержит перечень сохраненных в шаблоне элементов; 207

правая – рабочая область для создания правил применения. 207

группа «Замещение текстом», которая включает в себя правило «Текст»; 208

группа «Замещение полем из документа», которая включает в себя следующие правила: 208

«Путь к полю»; 208

«Описание поля»; 208

«Длина поля»; 208

«Имя компонента на форме». 208

«Включить историчность»; 209

«Хранение истории ЭП»; 209

«Хранение истории вложений». 209

Поле = полю структуры АМ; 213

Метод заполнения = «Заполнение по умолчанию»; 213

Значение = значению поля «Значение по умолчанию (литерал)» в АМ; 213

Описание = значению поля «Значение по умолчанию (литерал)» в АМ. 213

«ID»; 227

«Описание». 227

контроли на обязательность заполнения – isNotEmpty; 227

контроли на уникальность заполнения – isUnique; 227

контроли на уникальность заполнения реквизитов табличной части – isUniqueTab; 227

контроли на значения реквизитов – isField; 228

и т.д. 228

X – это системное имя реквизита, 234

Y – это наименование группы проверок (ID). 234

X – это русское наименование реквизита. 235

X – это системное имя реквизита, 235

Y – это наименование группы проверок (ID). 235

X, Y – это русское наименование реквизита. 235

X – это системное имя реквизита, 236

Y – это наименование группы проверок (ID). 236

X – это русское наименование реквизита. 236

Х – это русское наименование справочника. 236

«ID» – идентификатор поля (буквенно-цифровое поле (латинские буквы), не может начинаться с цифры; может содержать символ подчеркивания; водится вручную); 243

«Описание» – описание поля (водится вручную); 243

«Тип» – тип поля (выбирается из выпадающего списка); 243

«Минимальное значение» (задается, если тип поля ЦЕЛОЕ или ДЕСЯТИЧНОЕ); 243

Максимальное значение» (задается, если тип поля ЦЕЛОЕ или ДЕСЯТИЧНОЕ); 243

«Виртуальное поле» – признак виртуальности поля, который отличает его от атрибута формуляра; 243

«Добавить скрипт» – признак, позволяющий задать выражение на языке beanshell. 243

шаблон печати, настроенный на основании формата данных целевой модели; 250

настроенное преобразование данных (см. п. Передача данных для формирования печатной формы формуляра), 250

шаблон печати, настроенный на основании формата данных абстрактной модели. 250

4.8. Разработка жизненного цикла 281

«Системное имя» – название схемы ЖЦ, набранное латинскими символами в формате ['_', 'a-Z', '0-9'] (если ЖЦ создается для справочника, то в название рекомендуется добавлять буквосочетание «dict»); 286

«Описание» – описание назначения создаваемой схемы ЖЦ; 286

«Родительский ЖЦ» – значение выбирается из списка (значение по умолчанию <�ЖЦ не присвоен>, указывается в том случае, если родительский ЖЦ отсутствует). 287

storeFillings – может принимать значения true/false и определяет необходимость сохранения параметров заполнения документа. 299

resultParamName – определяет имя переменной, в которой вернется текстовый результат проверки (пригодный для сохранения в поле документа DocAnswer); 299

levelParamName – определяет имя переменной, в которой вернется уровень проверки. 299

fieldName *– определяет имя поля документа; 299

fieldValue *– содержит значение для выставления в поле документа. 299

errorMessage * – задает сообщение об ошибке, которое будет показано пользователю. 299

fieldName * – имя поля, из которого берется значение; 299

loadInto * – имя переменной, в которую устанавливается значение. 300

destOrg * – системное имя организации-получателя документа. 300

copyAttachmentMode * – определяет режим копирования аттачей. Доступные варианты: FORCE_COPY (всегда копировать вложения), FORCE_NOT_COPY (не копировать вложения), COPY_BY_SETTINGS (копировать вложения, если есть соответствующее описание в файле .copy). 300

signature * – сама подпись в виде массива байт; 300

signatureProperties * – различные параметры подписи (определяются конечным алгоритмом подписи), представляют собой массив объектов. 300

integrationConfig – конфигурация для отправки в OEBS. 300

4.9. Разработка навигации 301

4.10. Экспорт/импорт объектов в Студии 310

5. Регламент разработки ФП 335

6. Соглашение о наименовании 336

Приложение 1. Сценарий последовательности действий при создании нового формуляра 337

Приложение 1. Сценарий последовательности действий при создании нового формуляра 337

1.1. Проект, в котором будет создаваться текущий формуляр. 337

1.2. Проект «Библиотека» (LIBRARY) как источник подключаемых конфигураций. В случае если конфигурации текущего проекта не используют данные из LIBRARY, подключение не обязательно (см. п. 4.7.1). 337

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

1.1. Вариант 1: Навигатор – закладка «Структура проекта» – текущий проект – «Формуляры» – контекстное меню: Создать/ Формуляр. 337

1.2. Вариант 2: Главное меню – Файл – Прочие – в окне «Создать»: «ЭБ»/ «Структура данных формуляра». 337

Отображается проект и тип создаваемого элемента с возможностью корректировки. 337

Параметры: «Системное имя», «Русское наименование» и «Английское наименование» являются обязательными для заполнения. Правила заполнения описаны в документе «Правила именования объектов». 337

Системное: – системное имя заполняется автоматически при создании АМ формуляра, в текущем редакторе доступно на изменение. 338

Системное русское: – заполняется в соответствии с правилами, описанными в документе «Правила именования объектов». 338

Русское сокращенное и Русское полное: – заполняется автоматически на основании значения «Русское наименование» формы «Создание нового элемента», заполненных при создании АМ формуляра, в текущем редакторе доступно на изменение. 338

Английское сокращенное и Английское полное: – заполняется автоматически на основании значения «Английское наименование» формы «Создание нового элемента», заполненных при создании АМ формуляра, в текущем редакторе доступно на изменение. 338

Группа полей «Версия» – не заполняется/не редактируется. 338

Тип: – значение типа формуляра, выбор из списка вариантов: 338

Формуляр – используется при создании документов, при этом формуляр автоматически наследуется от базового формуляра «DOC_BASE». 338

Справочник – используется при создании справочников, при этом формуляр автоматически наследуется от базового формуляра «DICT_BASE». 338

Сервис – используется при создании формуляров, не наследуемых от базовых формуляров. 338

Родительский документ: – заполняется автоматически на основании значения поля «Тип» с возможностью редактирования. 338

«Разрешить создание записей» и «Историчность» – параметры MDM. 338

Комментарий – описание поля. 338

Секция – элемент служит для группировки нескольких полей. Может использоваться на любом уровне вложенности. В MDM выгружается как группа. В ЦМ УФОС не выгружается как элемент, используется для формирования ID вложенных элементов (см. п. 4.6.4.4). 338

Таблица – используется для создания вложенных таблиц. MDM не поддерживает многоуровневую вложенность таблиц (см. п. 4.6.4.3). 338

Лукап – ссылка на другой формуляр, используется для MDM. Если формуляр находится в другом проекте, по проект должен быть подключен в рабочее пространство. Для определения ссылок на поля другого формуляра используется вложенный элемент Join. В ЦМ УФОС выгружаются только элементы Join как элемент поле с ID, сформированным из системных наименований элементов Лукап и Join (см. п. 4.6.4.6). 339

Ссылка на сущность – служит для использования типовых объектов типа Сущность (см.  п. 4.5.5). Если Сущность находится в другом проекте, по проект должен быть подключен в рабочее пространство. В MDM выгружается как ссылка на объект Сущность. В ЦМ УФОС не выгружается как элемент, используется для формирования ID вложенных элементов (см. п. 4.6.4.4). 339

Поле – элемент формуляра, не имеющий вложений; создается на основании Прикладных типов данных (см. п. 4.5.4). Для использования Прикладных типов данных файл должен быть подключен к формуляру. Если файл находится в другом проекте, то проект должен быть подключен в рабочее пространство. Группа полей «Свойства» используются MDM. В ЦМ УФОС не выгружаются. 339

Публикация АМ формуляра в XSD, подробное описание в п. 4.6.6 «Публикация формуляра в XSD». 339

Публикация АМ формуляра в MDM, осуществляется через контекстное меню «Публикация в MDM». 340

Публикация АМ формуляра в ЦМ УФОС для дальнейшей настройки свойств формуляра. 340

Жизненный цикл (см. п. 4.8), для формуляров типа «Справочник» жизненный цикл должен иметь в наименовании «dict». 340

Сервис (см. п. 4.7.2.1). Рекомендуется для справочников создать и использовать сервис с наименованием «DICT». 340

Документ (DOC): основная таблица документа. Сюда трансформируются все элементы формуляра, за исключением элементов типа «Таблица». DOC не предусматривает уровней вложенности. Создается одноуровневая таблица, в качестве элементов имеет только поля. Правило трансформации вложенных элементов: в поле трансформируется элемент нижнего уровня, при этом формируется составной ID из системных наименований всех уровней вложенности. 340

Таблица (FS_<�системное наименование таблицы>): каждый элемент «Таблица» АМ формуляра трансформируется в самостоятельную одноуровневую таблицу с префиксом «FS». 340

Таблица родительского документа. 340

Таблица DocInfo: стандартная таблица УФОС, связь с которой автоматически формируется для всех формуляров. Поля данной таблицы могут быть использованы для настройки формуляра. 341

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

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

Графическое представление расположения элементов формуляра с помощью инструментов палитры (см. п. 4.7.3.1). 342

Действие формы: правила заполнения полей экземпляра формуляра описываются с помощью библиотеки преднастроенных методов. 342

Форма списка: предусматривает настройку формы представления историчности и форму представления таблицы в том виде, в котором она будет отображаться на основной форме редактирования документа. 342

Начальное заполнение: редактор начального заполнения собственный для каждой таблицы формуляра 342

Визуальная форма: настраивается, если проектирование формуляра подразумевает создание собственной формы редактирования. 342

Настройка представления в виде таблицы из полей документа. 342

Настройка панели инструментов. 342

Настройка контекстного меню. 342

Настройка отображения сумм по числовым полям формуляра. 342

Настройка визуальной формы закладки быстрого просмотра выделенного в перечне документа. 343

Настройка возможных сортировок документа. 343

Настройка возможных фильтров документа. 343

Создание шаблона печати при помощи BI Publisher (см. п. 4.7.3.9). 343

Настроить варианты печати формуляра (см. п. 4.7.3.9). 343

Настроить вызов печати в «Преобразовании данных» (см. п. 4.7.3.5). 343

На Визуальной форме документа необходимо настраивать соответствующую кнопку вызова (см. п. 4.7.3.1). 343

Необходимо опубликовать единый Jar файл (см. п. 4.7.5.2). 343

Приложение 2. Модель разграничения доступа в УФОС Студия 345

Приложение 2. Модель разграничения доступа в УФОС Студия 345

Приложение 3. Обеспечение безопасности и разграничение прав пользователей в части разработчиков функциональных подсистем 347

Приложение 3. Обеспечение безопасности и разграничение прав пользователей в части разработчиков функциональных подсистем 347

Приложение 4. Контроль передачи метаинформации 349

Приложение 4. Контроль передачи метаинформации 349

Приложение 5. Правила трансформации модели АМ в сервис МДМ 352

Приложение 5. Правила трансформации модели АМ в сервис МДМ 352

Лист регистрации изменений 356

Лист регистрации изменений 356