Метамодель¶
Метамодель определяет всю структуру данных вашей платформы — какие типы карточек существуют, какие поля они содержат, как они связаны друг с другом и как организованы страницы карточек. Всё управляется данными: вы настраиваете метамодель через интерфейс администрирования, а не изменяя код.
Перейдите в Администрирование > Метамодель для доступа к редактору метамодели. Он содержит шесть вкладок: Типы карточек, Типы связей, Вычисления, Теги, Принципы EA и Граф метамодели.
Типы карточек¶
На вкладке «Типы карточек» перечислены все типы в системе. Turbo EA поставляется с 14 встроенными типами, распределёнными по четырём архитектурным уровням:
| Уровень | Типы |
|---|---|
| Стратегия и трансформация | Цель, Платформа, Инициатива |
| Бизнес-архитектура | Организация, Бизнес-способность, Бизнес-контекст, Бизнес-процесс |
| Приложения и данные | Приложение, Интерфейс, Объект данных |
| Техническая архитектура | ИТ-компонент, Техническая категория, Поставщик, Система |
Создание пользовательского типа¶
Нажмите + Новый тип, чтобы создать пользовательский тип карточки. Настройте:
| Поле | Описание |
|---|---|
| Ключ | Уникальный идентификатор (строчные буквы, без пробелов) — не может быть изменён после создания |
| Название | Отображаемое имя в интерфейсе |
| Иконка | Имя иконки Google Material Symbol |
| Цвет | Фирменный цвет типа (используется в инвентаре, отчётах и диаграммах) |
| Категория | Группировка по архитектурному уровню |
| Поддержка иерархии | Могут ли карточки этого типа иметь родительско-дочерние отношения |
Редактирование типа¶
Нажмите на любой тип, чтобы открыть панель деталей типа. Здесь вы можете настроить:
Поля¶
Поля определяют пользовательские атрибуты, доступные для карточек данного типа. Каждое поле имеет:
| Параметр | Описание |
|---|---|
| Ключ | Уникальный идентификатор поля |
| Название | Отображаемое имя |
| Тип | text, number, cost, boolean, date, url, single_select или multiple_select |
| Варианты | Для полей выбора: доступные варианты с названиями и опциональными цветами |
| Обязательное | Должно ли поле быть заполнено для оценки качества данных |
| Вес | Насколько данное поле влияет на оценку качества данных (0–10) |
| Только для чтения | Запрещает ручное редактирование (полезно для вычисляемых полей) |
Нажмите + Добавить поле, чтобы создать новое поле, или нажмите на существующее поле, чтобы отредактировать его в диалоге редактора полей.
Секции¶
Поля организованы в секции на странице карточки. Вы можете:
- Создавать именованные секции для группировки связанных полей
- Устанавливать для секций одноколоночный или двухколоночный макет
- Организовывать поля в группы внутри секции (отображаются как сворачиваемые подзаголовки)
- Перетаскивать поля между секциями и изменять их порядок
Специальное имя секции __description добавляет поля в секцию «Описание» на странице карточки.
Подтипы (Под-шаблоны)¶
Подтипы выступают в качестве под-шаблонов внутри типа карточки. Каждый подтип может управлять тем, какие поля видны для карточек этого подтипа, при этом все поля остаются определёнными на уровне типа карточки.
Например, тип «Приложение» имеет подтипы: Бизнес-приложение, Микросервис, ИИ-агент и Развёртывание. Администратор может скрыть поля, связанные с серверами, для подтипа SaaS, поскольку они не актуальны.
Настройка видимости полей по подтипам:
- Откройте тип карточки в администрировании метамодели.
- Нажмите на любой чип подтипа, чтобы открыть диалог Шаблон подтипа.
- Переключайте видимость полей с помощью переключателей — отключённые поля будут скрыты для карточек этого подтипа.
- Скрытые поля исключаются из оценки качества данных, поэтому пользователи не штрафуются за поля, которые они не могут видеть.
Когда подтип не выбран для карточки (или тип не имеет подтипов), все поля видны. Скрытые поля сохраняют свои данные — если подтип карточки изменится, ранее скрытые значения будут сохранены.
Роли заинтересованных сторон¶
Определите пользовательские роли для данного типа (например, «Владелец приложения», «Технический владелец»). Каждая роль содержит разрешения уровня карточки, которые объединяются с ролью пользователя на уровне приложения при доступе к карточке. Подробнее см. в разделе Пользователи и роли.
Переводы¶
Нажмите кнопку Перевести на панели инструментов drawer'а типа, чтобы открыть Диалог переводов. Здесь вы можете предоставить переводы для всех меток метамодели на каждом поддерживаемом языке:
- Метка типа — Отображаемое имя типа карточки
- Подтипы — Метки для каждого подтипа
- Секции — Заголовки секций на странице деталей карточки
- Поля — Метки полей и меток вариантов выбора
- Роли заинтересованных лиц — Названия ролей, отображаемые в интерфейсе назначения заинтересованных лиц
Переводы хранятся вместе с каждым типом карточки и разрешаются при рендеринге в соответствии с выбранным пользователем языком. Непереведённые метки возвращаются к значению на английском по умолчанию.
Удаление типа¶
- Встроенные типы мягко удаляются (скрываются) и могут быть восстановлены
- Пользовательские типы удаляются безвозвратно
Типы связей¶
Типы связей определяют допустимые соединения между типами карточек. Каждый тип связи указывает:
| Поле | Описание |
|---|---|
| Ключ | Уникальный идентификатор |
| Название | Название в прямом направлении (например, «использует») |
| Обратное название | Название в обратном направлении (например, «используется») |
| Тип источника | Тип карточки на стороне «от» |
| Тип цели | Тип карточки на стороне «до» |
| Кардинальность | n:m (многие-ко-многим) или 1:n (один-ко-многим) |
Нажмите + Новый тип связи, чтобы создать связь, или нажмите на существующую, чтобы отредактировать названия и атрибуты.
Вычисления¶
Вычисляемые поля используют формулы, определённые администратором, для автоматического расчёта значений при сохранении карточек. Подробное руководство см. в разделе Вычисления.
Теги¶
На этой вкладке можно управлять группами тегов и тегами. Подробное руководство см. в разделе Теги.
Принципы EA¶
Вкладка Принципы EA позволяет определить архитектурные принципы, которые регулируют ИТ-ландшафт вашей организации. Эти принципы служат стратегическими ориентирами — например, «Повторное использование прежде покупки прежде разработки» или «Если покупаем — покупаем SaaS».
Каждый принцип имеет четыре поля:
| Поле | Описание |
|---|---|
| Название | Краткое имя принципа |
| Формулировка | Что гласит принцип |
| Обоснование | Почему этот принцип важен |
| Последствия | Практические следствия соблюдения принципа |
Принципы можно активировать или деактивировать индивидуально с помощью переключателя на каждой карточке.
Как принципы влияют на ИИ-аналитику¶
При генерации ИИ-аналитики портфеля в отчёте по портфелю все активные принципы включаются в анализ. ИИ оценивает данные вашего портфеля в соответствии с каждым принципом и сообщает:
- Соответствует ли портфель принципу или нарушает его
- Конкретные данные в качестве доказательств
- Рекомендуемые корректирующие действия
Например, принцип «Покупать SaaS» побудит ИИ отметить приложения, размещённые локально или на IaaS, и предложить приоритеты миграции в облако.
Граф метамодели¶
Вкладка Граф метамодели отображает визуальную SVG-диаграмму всех типов карточек и их типов связей. Это визуализация только для чтения, которая помогает понять взаимосвязи в вашей метамодели на одном экране.
Редактор макета карточки¶
Для каждого типа карточки раздел Макет в панели деталей типа управляет структурой страницы карточки:
- Порядок секций — Перетаскивайте секции (Описание, EOL, Жизненный цикл, Иерархия, Связи и пользовательские секции) для изменения их порядка
- Видимость — Скрывайте секции, не относящиеся к данному типу
- Раскрытие по умолчанию — Выбирайте, будет ли каждая секция изначально развёрнута или свёрнута
- Макет колонок — Установите 1 или 2 колонки для каждой пользовательской секции