Соглашение о моделировании

1.

Соглашение
о
моделирован
ии

2.

Содержание
3 Термины и сокращения
11 Ссылка на объект
4 Цели и предмет моделирования
12 Бизнес-событие
5 Процесс формирования ЛМД
положения и
6 Общие
ограничения
7
Общий подход к
моделированию и правила
наименования
Шаблон ЛМД
8
и бизнес9 Концептуальная
сущности
10 Связь с Бизнес-глоссарием
13 Справочник
14 Группа связанных атрибутов
15 Примитив
16 Перечисление
17 Кратность
2

3.

Термины и сокращения
Мастер – система (см. Положение о Политике Банка ВТБ (ПАО) в области управления данными) - информационная система, которая является
достоверным источником Мастер-данных по сущности для бизнес-процессов Банка
Мастер-данные (см. Положение о Политике Банка ВТБ (ПАО) в области управления данными) - ключевая информация об основных бизнес
сущностях организации (клиенты, продукты, договора, счета и т.д.), которая регулярно совместно используется несколькими бизнес-процессами во
взаимодействующих информационных системах
Единая модель данных (ЕМД) - Высокоуровневая концептуальная модель данных, содержит информацию о доменах данных, концептуальных
сущностях и их связях. Не содержит информации о реализации в ИС.
Логическая модель данных (ЛМД) - Модель данных, содержащая описание сущностей данных, атрибутов данных, связей, специфичных для ИС
вне зависимости способа хранения этих данных.
Концептуальная сущность - Абстрактный объект, состоящий из атрибутов сущности и групп связанных атрибутов, имеющий наименьшую
детализацию.
Группа связанных атрибутов (ГСА) — Составляющая часть сущности, отражающая некоторое множество характеристик/атрибутов объекта,
сгруппированных по признакам: атрибуты данных имеют смысловую связанность, атрибуты имеют единый источник происхождения. Имеет
потенциал повторного использования в других сущностях
Бизнес-событие — это событие, отражающее существенные изменения состояния объектов предметной области во время выполнения бизнеспроцесса источника И является внешним событием-триггером для бизнес-процесса потребителя, приводящим к старту/останову/продолжению/паузе
бизнес-процесса потребителя
Бизнес-сущность (Сущность данных) - Конкретный объект в рассматриваемой предметной области (совокупность значимых взаимосвязанных
атрибутов), описываемый Бизнес-термином, обладающий следующими характеристиками: уникален и идентифицируем (может быть отделен от
всех прочих каким-либо образом); играет определенную роль в моделируемой системе; может быть описан более чем одним атрибутом; имеет
собственный жизненный цикл в рамках моделируемой системы.
Справочник - зафиксированный на определенный момент именованный статичный набор однородных Данных, предназначенный для многократного
совместного использования в неизменном виде в целях классификации. Критерии выделения: 1. Записи справочника имеют бинарный вырожденный
жизненный цикла в рамках деятельности банка (актуальна\ не актуальна). 2. Хранит массив редко изменяемых данные (записей)
3

4.

Цели и предмет моделирования
Цель моделирования
описание бизнес-сущностей, их мастерсистем, связей между бизнес-сущностями
в разных мастер-системах
Задачи моделирования
1. Формирование шаблона ЛМД:
1.1
Добавление в ЛМД бизнес-сущностей
1.2
Добавление в ЛМД ссылок на объекты
2. Заполнение шаблона ЛМД:
Предмет моделирования
информационные объекты
деятельности Банка, подлежащие
учету:
бизнес-сущности
бизнес-события
справочники
Дополнение ЛМД объектами из п. 1.1. и 1.2.
2.1 при необходимости
в ЛМД бизнес-событий
2.2 Добавление
(если применимо)
Добавление в ЛМД справочников
2.3 (если применимо)
Добавление в ЛМД перечислений и групп
2.4 связанных атрибутов (если применимо)
Добавление в ЛМД недостающих атрибутов,
2.5 включая примитивы
4

5.

Процесс формирования ЛМД
Выполняет архитектор УАД
Формирование шаблона
ЛМД
Добавление бизнессущностей
Выполняет команда
стрима
Заполнение шаблона ЛМД
Добавление бизнес-сущностей
и ссылок на объекты (опц)
GLOS-ID
Добавление бизнес-событий
Добавление ссылок на
объекты
Добавление справочников
Добавление перечислений и ГСА
Дополнение атрибутов и
примитивов
5

6.

Общие положения и ограничения
• В соглашении о моделировании
описаны правила, требования и
процесс разработки ЛМД
информационных систем
(включая СУБО, СУБО+, ОС и т.д.)
• Инструмент для построения ЛМД:
1795 СУАД
• Нотация моделирования: UML
Class Diagram
• Соглашение о моделировании не
регламентирует описание единой
модели данных и физических
моделей данных информационных
систем
6

7.

Общий подход к моделированию и
правила наименования
В основе построения ЛМД
— объектноориентированный подход
При моделировании используются:
• Бизнес-сущность • Примитив
• Бизнес-событие • Перечисление
• Справочник
• Группа связанных
• Ссылка на объект атрибутов (ГСА)
Все наименования формируются в
соответствие с CamelCase (без пробелов,
каждое слово «после пробела» выделяется
заглавной буквой)
Наименование состоит из:
Префикса сегмента бизнеса (Retail,
Corporate...)
Наименования продукта
Уточнения с указанием типа
Пример:
SMBInternetBankAuthentificationSession —
сессия аутентификации в Интернет-банке
СМБ
7

8.

Шаблон ЛМД
Шаблон ЛМД состоит из бизнес-сущностей, отнаследованных от
соответствующих им концептуальных сущностей ЕМД, и ссылок на
объекты
Бизнессущность
Ссылка на
объект
8

9.

Концептуальная и бизнес-сущности
ЕМД
уровне ЕМД выделяются концептуальные сущности,
01 На
описывающие деятельность всего Банка
Концептуальные сущности разделены по структуре и
02 контексту на домены данных. Актуальный перечень:
ссылка на портал
Домен данных может содержать несколько уровней
03 концептуальных сущностей, от более общей до более
04
детальной, связанных наследованием. Самая общая
наследуется от BusinessObject
Концептуальные сущности содержат только атрибуты, общие
для своего типа
ЛМД
01 В отличие от ЕМД, в ЛМД моделируются бизнес-сущности
Связь через наследование (Generalize)
1 уровень домена «Заявка»
Связь через наследование (Generalize)
2 уровень домена «Заявка» —
«Заявка РБ» (розничный
бизнес)
Связь через наследование (Generalize)
Бизнес-сущность «Заявка на
золото РБ»
Бизнес-сущность является классом (Class), имеет стереотипы
02 «RootEntity», «BusinessObject» и наследуется (Generalize) от
соответствующей ей концептуальной сущности
Бизнес-сущность содержит полный атрибутивный состав,
03 включая атрибуты, отнаследованные от концептуальной
сущности
Атрибуты,
наследованные
от «Заявки на продукт
РБ»
9

10.

Связь с Бизнес-глоссарием
Для всех бизнес-сущностей
ЛМД определяется бизнеснаименование, которое
заносится в БизнесГлоссарий Банка
Идентификатор бизнеснаименования (GLOS-ID)
должен быть указан в
параметрах бизнес-сущности
на диаграмме через тэг
@BusinessGlossaryId
Бизнес-наименование
также указывается в
поле Alias параметров
бизнес-сущности
Название бизнес-сушности
ТЭГ
Идентификатор в
бизнес-глоссарии
10

11.

Ссылка на объект
Ссылка на объект используется для
связи нескольких объектов
Ссылка на объект наследуется от
BusinessObjectRef в ЕМД
(RetailGoldApplicationRef)
Ссылка на объект имеет стереотип
«BusinessObjectRef»
Связь через наследование (Generalize)
Связь через зависимость (Dependency)
Бизнес-сущность и ссылка на неё
связана через «Dependency»
(RetaiLGoldApplication)
В поле Alias параметров класса
указывается русскоязычное
наименованием
11

12.

Бизнес-событие
Бизнес-событие связывается с бизнессущностью, на которой базируется,
через ссылку на неё и тип связи
композиция (Composition)
Связь через наследование (Generalize)
Для бизнес-события используется
стереотип «Root Entity»
Бизнес-событие наследуется от
BusinessEvent
В дополнение к правилам
наименования, описанным на слайде,
к названию бизнес-события
добавляется AOnB, где А — объект
действия, on — константа, B —
действие
В бизнес-событие добавляются
атрибуты, необходимые для его
описания
Связь через композицию (Compose)
...ClientOnChange —
смена клиента в
рамках сессии
Для события смены
клиента необходима
ссылка на организацию
(клиент до смены —
клиент после смены)
...StatusOnChange
— смена статуса
аутентификации
Для события смены
статуса
аутентификации
необходим перечень
возможных статусов
Русскоязычные наименования бизнессобытия и его атрибутов указывается
в Alias
12

13.

Справочник
SMBInternetBankAuthentificationSessionDictionary —
верхнеуровневый объект, в котором перечислены все
справочники ЛМД, если их несколько. Наследуется от
DictionaryV2
Связь через
наследование
(Generalize)
SMBInternetBankAuthentificationSessionSecondFactorDictionary
— сам справочник с атрибутом «Records» - записями в нём.
Наследуется от верхнеуровневого объекта
SMBInternetBankAuthentificationSessionSecondFactorDictionaryEn
try — описание структуры записи справочника. Наследуется
от DictionaryEntryV2
Связь через наследование
(Generalize)
SMBInternetBankAuthentificationSessionSecondFactorDictionaryEn
tryRef — ссылка на конкретную запись в справочнике.
Наследуется от DictionaryEntryRef
SMBInternetBankAuthentificationSessionDictionaryTypeValues —
перечисление с указанием всех справочников,
использующихся в ЛМД
Связь через
наследование
(Generalize)
Русскоязычные наименования всех объектов и атрибутов
указывается в Alias
Сущность ЛМД
Связь через композицию
(Compose)
Связь через наследование
(Generalize)
Атрибут «Второй фактор» определён, как
ссылка на запись в справочнике вторых
факторов
Связь через
зависимость
(Dependenc
y)
13

14.

Группы связанных атрибутов
Группа связанных атрибутов используется
для отражения логики определения
структуры атрибута, для которой не
подходят другие объекты
Всё, кроме RetailInquiry — справки ФЛ,
нужно для описания логики RetailInquiryFee
— комиссии за справку, представленной в
виде группы связанных атрибутов. У
комиссии есть тип и тариф, на основе
которого она считается. Сам
RetailInquiryFeeTariff (тоже группа
связанных атрибутов) определяется рядом
переменных (OrderChannelValues — канал
заказа справки,
RetailInquiryRegionTypeValues — регион
клиента, RetailInquiryTypeDictionary — тип
справки)
Русскоязычные наименования классов и
атрибутов указываются в Alias
14

15.

Примитив
Атрибут дата выдачи справки определён
как примитив дата (Date)
Примитив используется для стандартизированного описания
элементарных атрибутов, не имеющих бизнес-логики: дата, время,
код валюты, длительность, ссылка, код валюты и т. д. Примитив не
выделяется на диаграмме, а определяется, как тип атрибута
Перечень используемых примитивов определяется УАД. В рамках
разработки ЛМД создание новых примитивов не допускается
15

16.

Перечисление
Перечисление
(enumeration) содержит
перечень значений,
допустимых для атрибута
типа string
Перечисление
используется через связь
«Usage» (использование)
Русскоязычное
наименование
перечисления и его
значений указывается в
Alias
Связь через использование
(Usage)
16

17.

Кратность
Кратность позволяет
определять несколько
состояний атрибута:
«0...1» - атрибут необязателен
«0...*» - атрибут может как
отсутствовать, так и иметь
несколько экземпляров
Атрибут дата получения
средств
«1...1» - атрибут обязателен,
присутствует в единственном
экземпляре
«1...*» - атрибут обязателен,
возможно несколько
экземпляров
Кратность указывается в
параметрах атрибута в объекте
Установленная кратность
0...1
17