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

1. Введение 7

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

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

Общие сведения о программе 12

2. Технология разработки функциональных подсистем 13

2.1. Принципы и подходы к разработке функциональных подсистем 13

состав функциональности, которая реализуется в виде сервисов, функций и пользовательского интерфейса функциональной подсистемы, интегрируемых посредством спецификаций интеграции; 15

состав функциональности, которая реализуется в виде бизнес-процессов и формуляров с использованием типовых объектов посредством компонента «Инструментальные средства настройки бизнес-процессов и формуляров». 15

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

разработка сервисов функциональной подсистемы и публикация в компоненте «Обеспечение взаимодействия подсистем» в соответствии со спецификациями интеграции на уровне данных и бизнес-процессов. При регистрации определяются область видимости сервиса и правила использования. После регистрации сервиса он становится доступен для использования в компоненте «Инструментальные средства настройки бизнес-процессов и формуляров»; 16

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

подготовка средств обновления ПО выпускаемой функциональной подсистемы – набора скриптов по переносу разработанной функциональности функциональной подсистемы из ландшафта в ландшафт. 16

создание структуры данных, правил обработки, визуального представления, схем подписи и печатных форм формуляров с использованием типовых объектов (см. документ «Компонент «Инструментальные средства настройки». Руководство пользователя»); 16

Создание на основе бизнес-процессов уровня НПА, предоставленных Заказчиком, исполняемых бизнес-процессов с использованием типовых объектов – шаблонов бизнес-процессов и повторно используемых подпроцессов, сервисов и интеграционных сценариев (см. п. 3, п. 5. а также документ «Компонент «Управление бизнес-процессами». Руководство пользователя»); 17

разрабатываемые в ходе реализации функциональной подсистемы многократно используемые структуры данных формуляров, правила и сгруппированные визуальные компоненты, могут быть определены прикладным разработчиком ФП как типовые объекты в компоненте «Инструментальные средства настройки бизнес-процессов и формуляров». 17

на основе параметров сервисов функциональной подсистемы, опубликованных в реестре сервисов и словаре типовых объектов, в инструментальных средствах настройки бизнес процессов предоставляются средства задания значений параметров сервиса в соответствии с потребностями бизнес-процесса; 18

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

2.2. Принципы построения функциональных подсистем 19

взаимодействие с пользователем через назначение пользовательских задач на выполнение действий по обработке формуляра, проверке, утверждению или редактированию/заполнению данных (как данных формуляра, так и данных функциональных подсистем); 20

управление движением экземпляра формуляра по статусной модели; 21

передача функций по обработке (в том числе утверждение) экземпляра формуляра между пользователями, организациями или подразделениями организации; 21

формирование данных функциональных подсистем на основе данных экземпляра формуляра; 21

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

отправка экземпляров формуляров во внешние системы; 21

получение экземпляров формуляров из внешних систем; 21

формирование на основе данных экземпляра формуляра записей реестров, справочников и классификаторов в компоненте «Централизованное ведение и распространение НСИ»; 21

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

данные, формируемые на основании экземпляров формуляров, а также любые результаты дальнейшей обработки данных формуляров – преобразования, систематизации, агрегирования; 21

функции расчета и формирования учетных данных на основании информации из экземпляров формуляров или информации из учетных данных этой же подсистемы или смежных подсистем; 21

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

функции автоматической обработки или формирования учетных данных по событиям или расписанию; 21

средства интеграции на уровне данных и бизнес-процессов – web-сервисы, предоставляющие функциональность подсистемы смежным компонентам и подсистемам; 21

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

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

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

формы пользовательского интерфейса для настройки времени выполнения параметров бизнес-логики, функций и сервисов функциональной подсистемы. 22

3. Принципы реализации исполняемых бизнес-процессов и формуляров 23

3.1. Структура типовых операций 24

3.2. Публикация исполняемых бизнес-процессов 24

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

начальное заполнение формуляра в различных вариантах, например, при создании на основе родительских формуляров или на основе других экземпляров того же формуляра; 25

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

привязка к печатным формам – настраивается порядок размещения значений атрибутов на печатной форме. 26

3.3. Соглашение по разработке формуляра 26

использовать утвержденные сокращения; 27

использовать утвержденные аббревиатуры; 27

обосновать добавление нового сокращения или аббревиатуры. 27

использовать утвержденные сокращения; 27

использовать утвержденные аббревиатуры; 27

обосновать добавление нового сокращения или аббревиатуры; 27

использовать упрощенное именование (возможно опустить предлоги или артикли). 27

когда наименование состоит из нескольких слов, то слова отделяются пробелами. Первое слово пишется с большой буквы, остальные с маленькой. Использование подчеркивания не допускается; 27

аббревиатуры записываются прописными буквами. 28

наименования должны соответствовать переводу используемого финансового термина на английский язык или допустимому сокращению/сокращениям. По возможности следует использовать авторитетные источники перевода и именования финансовых терминов на английском языке. Примерами таких источников можно считать таксономии XBRL (US GAAF, IFRS), стандарт ISO 20222 и другие. 28

НЕ ДОПУСКАЕТСЯ транслитерация русских наименований в качестве английского наименования; 28

в случае, когда английское наименование состоит из нескольких слов, то используется нотация CamelCase – каждое следующее слово начинается с большой буквы. Первое слово тоже начинается с большой буквы. Пробелы и подчеркивания не допускаются; 28

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

4. Технологии интеграции пользовательских интерфейсов 36

4.1. Встраивание интерфейсов в компонент «Личный кабинет пользователя» 36

4.1.1. Встраивание портлетов 37

4.1.2. Взаимодействие портлетов 38

4.1.3. Встраивание пейджлетов 38

4.2. Взаимодействие на уровне пользовательского интерфейса 38

4.3. Настройка интерфейсов подсистем и компонентов в Личном кабинете 40

4.3.1. Настройка состава страниц 41

4.3.2. Настройка навигационных меню 46

4.3.3. Редактирование страницы 58

4.3.4. Регистрация производителей портлетов 63

4.4. Настройка выделения прав пользователям 65

4.4.1. Назначение администратора в организации 65

4.4.2. Назначение прав пользователям на выполнение операций 67

4.4.3. Назначение прав пользователям на выполнение операций (многоуровневое утверждение) 69

4.5. Шаги бизнес-процессов 71

4.5.1. Формирование названия шагов бизнес- процессов 71

4.5.2. Формирование названия шагов в переиспользуемых бизнесс процессах 71

4.5.3. Хранение шагов бизнес-процессов 72

4.5.4. Сопоставление шагов бизнес-процесса и пользователей 72

4.6. Настройка исполнения бизнес-процессов 72

5. Технологии интеграции бизнес-процессов и сервисов 76

5.1. Технологии разработки сервисов 76

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

5.1.2. Пространства имен 76

5.1.3. Оформление и обработка ошибок 77

системные ошибки; 78

бизнес-ошибки; 78

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

выполнение другой операции – например, редактирование формуляра, или другие операции перечисленные ниже. 78

удаление протоколов, образовавшийся при операции; 78

удаление связей с документами, образовавшиеся при операции; 78

удаление проводок (сторнирование); 78

откат связанных операций, действий (отдельный обработчик); 78

удаление проставленных атрибутов в ходе операции (отдельный обработчик); 78

изменение статуса документа в смежных системах(отдельный обработчик); 78

удаление выгруженных файлов (отдельный обработчик); 78

5.1.4. Оформление XSD файлов 79

5.2. Реестр сервисов 79

5.2.1. Использование реестра сервисов при разработке ФП. 79

5.2.2. Регистрация поставщика сервисов 80

5.2.3. Регистрация сервиса в реестре сервисов 81

5.2.4. Регистрация XML, XSD, XSLT документов 85

5.2.5. Создание и управление таксономиями 85

5.2.6. Параметризация сервисов 85

5.2.7. Использование утилиты переноса UDDI 86

5.2.7.1. Основы работы 86

5.2.7.2. Параметры запуска 86

5.2.7.3. Конфигурирование 87

5.2.8. Использование утилиты импорта гибких полей (flex fields) 87

5.2.8.1. Основы работы 87

5.2.8.2. Параметры запуска 88

5.2.8.3. Конфигурирование 88

5.3. Технологии разработки исполняемых бизнес-процессов 89

5.3.1. Типовые бизнес-процессы 89

5.3.1.1. Типовые бизнес-процессы для операций над экземплярами формуляров 90

5.3.1.2. Типовые бизнес-процессы взаимодействия со СМЭВ 93

GUID – глобальный идентификатор формуляра в системе; 93

type – системное имя формуляра; 93

endpointURI – URL конечной точки сервиса; 93

serviceName – имя сервиса для вызова. Под этим именем сервис должен быть зарегистрированный в компоненте «Обеспечения взаимодействия с внешними системами»; 93

operation – требуемая операция сервиса для вызова. 93

5.3.1.3. Расширенный набор типовых бизнес-процессов и конструкций 94

5.3.1.4. Расширенные функции обработки XML 95

5.3.1.5. Ресурсы исполняемых бизнес процессов 96

common-data – набор данных, общий для всех серверов 96

common-services – набор сервисов, общий для всех серверов 96

services-exp – набор сервисов, которые предоствляет компонент «Управление бизнес-процессами» технологического ядра 96

services-int – набор сервисов, которые используются внутри компонента «Управление бизнес-процессами» технологического ядра 96

service-exp – набор сервисов, которые предоставляет функциональная подсистема 96

service-int – набор сервисов, которые используются внутри функциональной подсистемы 96

service-exp – набор сервисов, которые предоставляются компонентом «Обеспечение интеграции подсистем» 96

servce-int – набор сервисов, которые используются внутри компонента «Обеспечение интеграции подсистем» 96

service-exp – набор сервисов, которые предоставляются компонентом «Обеспечение взаимодействия с внешними системами» 96

servce-int – набор сервисов, которые используются внутри компонента «Обеспечение взаимодействия с внешними системами» 96

5.3.2. Реализация исполняемых бизнес-процессов 97

5.3.2.1. Анализ бизнес-процесса уровня НПА 97

5.3.2.2. Подключение типов данных процесса и интерфейсов пользовательских задач 98

5.3.2.3. Выбор и подключение необходимых типовых процессов 103

5.3.2.4. Выбор и подключение необходимых сервисов 104

5.3.2.5. Выбор и подключение диспетчера специфики 106

5.3.2.6. Анализ и настройка шлюзов и условий ветвления 108

5.3.2.7. Подключение сервисов и подпроцессов в бизнес-процесс 108

1.1. Выбрать необходимый сервис/процесс; 108

1.2. Определить, в каком разделе MDS находится WSDL-файл нужного процесса: 108

oramds:/apps/eb/bpm/services-int/core/ – типовые переиспользуемые процессы; 108

oramds:/apps/eb/bpm/services-int/func/ – функциональные исполняемые процессы; 109

oramds:/apps/eb/bpm/services-ext/ – внешние сервисы 109

1.3. Подключить сервис в композит, в качестве WSDL URL указать адрес файла с префиксом выбранного раздела (см. выше); 109

2.1. Создать процесс/сервис; 109

2.2. Определить, в какой раздел MDS нужно положить WSDL- и XSD-файл нужного процесса; 109

2.3. Выбрать в нужном репозитарии GIT’а папку, соответствующую разделу MDS; 109

2.4. Скопировать конкретный WSDL-файл сервиса в нужную папку репозитория, сделать zip-архив верхнеуровневой папки apps; 109

2.5. Выложить архив метаинформации на сервер; 109

2.6. В JDeveloper обновить подключение к MDS; 109

2.7. Подключить сервис в композит, в качестве WSDL URL указать адрес файла с префиксом выбранного раздела. 109

5.3.2.8. Реализация автоматического первоначального заполнения экземпляра формуляра в бизнес-процессе 109

5.3.2.9. Контроль сроков в рамках бизнес-процесса 110

5.3.2.10. Подключение запускаемого пользователем бизнес-процесса 112

5.3.2.11. Формирование уведомлений о превышении срока по электронной почте 118

5.3.2.12. Настройка контроля сроков исполнения отдельных задач 118

5.3.2.13. Сбор типовых и настраиваемых показателей 121

5.3.2.14. Деплой процесса и работа с конфиг планом 126

5.3.2.15. Типовой шаблон 131

найти тег metadata-store-usage, в котором есть подключение к ненужному ресурсу, удалить его со всем содержимым; 136

найти в теге metadata-namespaces ссылку на удаленный metadata-store-usage, удалить строку с такой ссылкой. 136

сохранить файл. Это позволит удалить подключения к MDS. 136

5.3.3. Настройка инфраструктуры 137

5.3.3.1. Создание JDBC Data Sources 137

Name = 138

JNDI Name = jdbc/ 138

Нажать Next три раза, далее установить следующие параметры: 138

Connection Properties: 138

Database Name: 138

Host Name: 138

Port: 1521 138

Database User Name: 138

Password: 138

5.4. Архивирование завершившихся экземпляров бизнес-процессов 139

5.5. Сервисы компонента «Управление формулярами» 140

5.5.1. Операции управления жизненным циклом формуляра 141

5.5.2. Операции со значениями формуляра 141

5.6. Сервисы компонента интеграции подсистем 142

5.6.1. Модуль запуска бизнес-процессов по расписанию и событию 142

5.6.1.1. Добавление нового веб-сервиса в список доступных сервисов вызова по расписанию и событию 142

5.6.2. Система распространения и сбора данных 142

5.6.2.1. Описание системы распространения и сбора данных 142

5.6.2.2. Конфигурирование транспортного канала 143

5.6.2.3. Осуществление подписки МДМ
Для осуществления подписки на справочники МДМ необходимо иметь права на соответсвующии операции и быть авторизованным в рабочем месте Администратора. 145

5.6.3. Типовой шаг внесения изменений в НСИ 146

5.7. Мониторинг и контроль исполнения бизнес-процессов 146

5.7.1. Использование Oracle Enterprise Manager для анализа исполнения композитных приложений и бизнес-процессов 146

Данные о последних активных экземплярах композита/бизнес-процесса (Recent Instances). Интерфейс последних выполненных и выполняемых SOA-композитов приведен на рисунке. 148

Данные о последних возникших бизнес и системных ошибках (Recent Faults and Rejected Messages). Интерфейс последних возникших в ходе выполнения SOA-композита ошибок приведен на рисунке. 149

Данные об активных экземплярах композита/бизнес-процесса и возникших бизнес и системных ошибках в разрезе показателей компонентов, из которых состоит композит/бизнес-процесс (Component Metrics). Интерфейс отображения компонентов и их основных показателей приведен на рисунке. 149

Данные об активных экземплярах композита/бизнес-процесса и возникших бизнес и системных ошибках в разрезе веб-сервисов/адаптеров БД, из которых состоит композит/бизнес-процесс (Services and References). Интерфейс отображения сервисов и ссылок SOA-композита приведен на рисунке. 149

5.7.2. Использование Oracle Enterprise Manager при детальном анализе компонентов композитных приложений 152

5.7.2.1. Аудит компонента Бизнес-процесс (BPMN Component) 152

5.7.2.2. Аудит компонента BPEL-сервис (BPEL Component) 155

5.7.2.3. Аудит компонента Медиатор (Mediator Component) 159

маршрутизации сообщения; 160

трансформация сообщений; 160

вызов целевого сервиса; 160

прием ответа; 160

трансформаци ответа. 160

5.8. Репозитории системы управления версиями 162

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

5.8.2. Описание общей структуры репозиториев 162

5.8.3. Типовые репозитории проекта 162

5.8.3.1. soa-common 162

5.8.3.2. bpm-core 162

5.8.3.3. bpm-func 163

5.8.3.4. integration-int 163

5.8.3.5. integration-ext 163

5.8.3.6. soa-automation 163

5.9. Порядок работы с библиотеками типовых объектов 163

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

5.9.2. Типовые SOA сервисы и бизнес-процессы BPM 163

5.9.3. Типовые OSB сервисы 164

5.9.4. Типовые структуры данных 164

5.9.4.1. BaseDoc 164

5.9.4.2. tAdditionalContext 165

5.9.4.3. tDocumentContext 165

5.9.4.4. tProcessContext 165

5.9.4.5. tUserContext 166

5.9.4.6. tOrganization 166

6. Процессы распространения
нормативно-справочной информации 167

6.1. Модуль консолидации и хранения справочных данных 167

6.1.1.1. Описание Web-Service по загрузке метаданных НСИ 167

6.1.1.2. Описание Web-Service по работе с данными НСИ 195

6.1.1.3. Описание доступных для использования таблиц и их спецификация 217

6.1.1.4. Описание API предоставляемых модулем при доступе посредством PLSQL вызова. 219

6.1.1.5. Описание механизма переноса метаинформации НСИ 220

6.1.2. Структура программы 220

6.1.3. Сведения о связях с другими программами 220

6.2. Модуль загрузки данных из внешних источников 221

6.2.1. Структура программы 221

6.2.2. Сведения о связях с другими программами 222

6.2.3. Настройка программных средств 222

6.2.3.1. Настройка доступа к репозиторию. 223

6.2.3.2. Настройка источников данных 223

6.2.3.3. Настройка моделей данных 225

6.2.3.4. Создание проекта разработки 226

6.2.3.5. Настройка интерфейсов обработки 227

6.2.3.6. Настройка переменных процесса 228

6.2.3.7. Настройка процедур обработки. 228

8.1. Какая информация логируется. 230

8.2. Уровень логирования. 230

8.3. Игнорировать ли ошибки. 230

9.1. Технологию в соответствии с источником данных. 230

9.2. Уровень изоляции транзакции. 230

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

9.4. Схему. 230

9.5. Транзакцию для выполнения. 230

9.6. Необходимость комментария. 230

9.7. Команду для выполнения в соответствии с технологией. 230

6.2.3.8. Настройка последовательностей 230

8.1. Выбрать схему. 231

8.2. Указать имя последовательности в Базе данных. 231

9.1. Указать значение приращения. 231

9.2. Если тип последовательности «Specific sequence». 231

9.3. Выбрать логическую схему. 231

9.4. Указать наименование таблицы. 231

9.5. Указать колонку таблицы. 231

9.6. Указать условие выбора строки. 231

6.2.3.9. Настройка пользовательских функций 231

6.2.3.10. Настройка процесса обработки 232

6.2.3.11. Создание сценария 233

6.2.3.12. Создание решения 233

6.2.3.13. Настройка расписания выполнения 234

6.2.3.14. Полный процесс настройки для создания сценария используемого у универсальном интеграционном процессе. 235

следует выбрать Модель «PIM_Model». 235

Выбрать вкладку «Selective Reverse-Engineering» 235

Указать отметки «Selective Reverse-Engineering», «New datastores», «Objects to Reverse Engineer» 235

Выбрать таблицы, относящиеся к обрабатываемому справочнику. Они имеют в качестве префикса текст OTR_ODI_<�Имя справочника> 235

Нажать кнопку «Reverse Engineer» 235

6.3. Модуль обеспечения качества данных 237

6.3.1. Назначение программы 237

6.3.2. Функции программы 237

6.3.3. Структура программы 237

6.3.3.1. Сведения о структуре программы 237

6.3.3.2. Структура программы OEDQ 238

Oracle; 239

PostgreSQL; 239

DB2; 239

DB2 for i5/OS (see below); 239

MySQL; 239

Microsoft SQL Server; 239

Sybase; 239

Microsoft Access; 239

JNDI. 239

текстовые файлы (CSV файлы или другие текстовые файлы с разделителем); 239

каталог, содержащий текстовые файлы с разделителем; 239

текстовые файлы с фиксированной длинной полей. 239

XML с таблиц стилей (то есть файлы XML с файлом стилей XSLT, которая определяет, как перевести XML-файл в формат, понятный OEDQ); 239

Простой XML-файлов (то есть, XML файлы с простой 2-уровневой структурой, где верхний уровень тега представляет сущность, а нижний уровень представляет атрибуты объекта. XML-файлы, экспортированные из Microsoft Access, являются примером). 239

Файлы Microsoft Access. 239

Файлы Microsoft Excel. 239

6.3.4. Постановка данных (Stage Data) 240

6.3.5. Удаление Staged Data 241

6.3.6. Редактирование Staged Data 241

6.3.7. Интерфейсы данных (Data Interfaces) 241

6.3.8. Процессы (Processes) 242

6.3.8.1. Process States 242

6.3.8.2. Запуск и планирование процесса. 243

6.3.8.3. Отмена процесса 244

6.3.8.4. Управление изменениями процессов 245

6.3.8.5. Создание новой версии процесс 245

6.3.8.6. Открытие предыдущих версий процесса 246

6.3.8.7. Возврат к предыдущей версии процесса 246

6.3.8.8. Удаление или очистка процесса 247

6.3.9. Справочные данные. (Reference Data). 247

6.3.9.1. Управление справочными данными в OEDQ 248

6.3.9.2. Категории справочных данных 248

6.3.9.3. Справочные данные поиска 249

6.3.9.4. Уровень справочных данных 249

6.3.9.5. Справочные данные на системном уровне 249

6.3.9.6. Справочные данные уровня проекта 251

6.3.10. Книга результатов (Results Books) 251

6.3.10.1. Создание книги результатов 252

6.3.10.2. Ссылка на версию процесса 253

6.3.10.3. Просмотр книги результатов 254

6.3.10.4. Экспорт книги результатов 254

6.3.11. Веб-сервисы (Web Services) 255

6.3.11.1. Создание веб-службы 255

6.3.11.2. Работа с несколькими записями 256

6.3.11.3. Просмотр деталей веб-сервиса. 256

6.3.11.4. Настройка процесса для веб-службы 257

6.3.11.5. Проверка веб-сервисов. 258

6.3.11.6. Добавление записей 260

6.3.12. Сведения о связях с другими программами 260

6.3.13. Создание типового процесса проверки данных средствами OEDQ при потоковой загрузке 261

6.3.13.1. Создание проекта 261

6.3.13.2. Предварительная подготовка. 261

6.3.13.3. Конфигурирование data stores. 261

6.3.13.4. Настройка процессов 262

6.3.13.5. Настройка экспорта Exports 262

6.3.13.6. Настройка работы (Job) 262

6.3.13.7. Окончание настройки процесса потоковой загрузки 263

6.3.14. Создание типового процесса проверки текущих данных средствами OEDQ 263

6.3.14.1. Создание проекта 263

6.3.14.2. Предварительная подготовка. 263

6.3.14.3. Конфигурирование data stores. 264

6.3.14.4. Настройка процессов 265

6.3.14.5. Настройка экспорта Exports 265

6.3.14.6. Настройка работы (Job) 265

6.3.14.7. Окончание настройки процесса потоковой загрузки 266

6.4. Требования к системам использующим MDM 266

6.4.1. Описание формата используемого в методах GetRow и LoadRow 266

6.4.2. Требования к сервисам обеспечивающим контроль целостности данных 267

6.4.2.1. Метод определения факта использования данных 268

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

7. Модули компонента «Инструментальные средства настройки бизнес-процессов и формуляров» для функциональных подсистем 270

7.1. Архитектура платформы Eclipse 271

7.2. Архитектура плагина Eclipse 273

7.3. Моделирование при помощи Eclipse Modeling Framework 274

7.3.1. Создание EMF при помощи UML 275

7.3.2. Создание модели EMF при помощи XML Schema 276

7.3.3. Создание модели EMF при помощи аннотированного кода Java 277

7.3.4. Применение сгенерированной модели EMF 277

7.3.5. Генерация кода Java 278

7.4. Используемые библиотеки 279

7.4.1. GEF 279

7.4.2. CDO 280

7.4.3. Epsilon 281

7.4.3.1. Проблемно-ориентированные языки 282

7.5. Используемые при разработке ресурсы 283

8. Интеграция с едиными средствами поиска 284

8.1. Возможности интеграции со средствами поиска 285

9. Технология выпуска версий 287

9.1. Общие принципы и подходы 287

X – номер мажорной версии; 287

Y – номер минорной версии; 287

Z – номер сборки. 287

9.2. Релиз-менеджемент 290

9.2.1. Управление версиями в JIRA 290

9.2.1.1. Новая версия 290

9.2.1.2. Жизненный цикл версии 291

9.2.1.3.  Процесс подготовки и релиза версий 291

9.3. Управление версиями компонентов 293

9.3.1. Инсталяция git flow 293

9.3.2. Начальная настройка git flow 293

9.3.3. УФОС–ядро 294

1.1. Что бы создать ветвь для доработки выполняем команду 294

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

1.3. После того как доработка готова выполнить 294

2.1. Что бы создать ветвь релиза нужно выполнить команду 294

2.2. Далее коммитим мелкие исправления в эту ветку. 294

2.3. После того как решено что версия стабильная, закрыть релизную ветку. В появившимся редакторе указать тег для eb-core ветки. Параметр «p» указывает, что ветки eb-core и master должны быть отправлены на сервер 294

3.1. Что бы создать ветвь исправления нужно выполнить команду 294

3.2. Далее выполням коммит исправлений в эту ветку. 294

3.3. После того как ошибка исправлена, выполнить 294

9.3.4. УФОС–прикладная часть 295

1.1. Что бы создать ветвь для доработки нужно выполнить команду 295

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

1.3. После того как доработка готова, выполнить 295

2.1. Что бы создать ветвь релиза нужно выполнить команду 295

2.2. Далее выполнить коммит для мелких исправлений в эту ветку. 295

2.3. После того как решено версия стабильная. Закрываем релизную ветку. В появившимся редакторе указываем тег для eb-func ветки. Параметр p указывает, что ветки eb-func и master должны быть отправлены на сервер 295

3.1. Что бы создать ветвь исправления выполняем команду 295

3.2. Далее выполнить коммит исправлений в эту ветку. 295

3.3. После того как ошибка исправлена 295

9.3.5. BPM/SOA/Webcenter 295

9.3.6.  Подсистема "Сбор и распостранение нормативно справочной информации" 296

9.4. Развертывание приложений на целевую площадку 296

Ошибки взаимодействия с сервисом МДМ 364

ERROR_STRUCT 364

ERROR_AUTHOR 364

ERROR_DATA 364

UNEXPECTED 364

Ошибки взаимодействия с сервисом УФОС 364

DocumentNotFoundFault - не найден документ 364

InvalidGuidFault - некорректный GUID документа 364

xsltStylesheetNotFound - не найдена XSLT  365

xsltInvalidSource - некорректный источник (XML-представление документа УФОС) 365

subLanguageExecutionFault - ошибка исполнения XSLT 365

selectionFailureFault - ошибка маппинга данных в ходе процесса 365

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