📘 Учебник: ArchiMate 3.2 — Глава 2: Определения

Понимание основного словаря моделирования архитектуры предприятия

🔍 Введение: почему определения важны

Прежде чем вы сможете нарисовать полезную диаграмму архитектуры — будь то для согласования бизнес-целей с ИТ-системами или для общения о планах миграции в облако — вам нужен общий язык. Именно это предоставляетГлава 2 спецификации ArchiMate 3.2 предоставляет: формальный словарь языка.

Представьте себе эту главу как словарь + введение в грамматику для ArchiMate. Без точных определений два архитектора могут использовать одно и то же слово («взгляд», «уровень», «элемент») с разными значениями — что приведет к недопониманию, некорректным моделям или неудачным реализациям.

✅ Этот учебник поможет вам:

• Понять каждый термин интуитивно с помощью аналогий и примеров
• Увидеть, как термины взаимосвязаны (например, точка зрения → взгляд → модель → элемент)
• Избегать распространённых недоразумений (например, взгляд против точки зрения, уровень против аспекта)
• Готовьтесь уверенно к сертификации ArchiMate или к реальному моделированию.

Погружаемся — по одному термину за раз.

🧱 Ключевые понятия и подробные объяснения (с примерами)

1. Ядро ArchiMate

«Справочная структура, используемая для классификации элементов языка ArchiMate. Она состоит из трех уровней и трех аспектов.»

🔹 Аналогия: Представьте себе сетку 3×3 в электронной таблице — строки =уровни, столбцы =аспекты — помогающие вам классифицировать каждый элемент модели.

📌 Пример:

• Вы моделируете, как выполняются заказы клиентов.
  • Слой бизнеса: Клиент (Актор), Процесс оформления заказа (Процесс), Заказ (Объект)
  • Слой приложений: Система управления заказами (Компонент), API размещения заказа (Услуга)
  • Слой технологий: Веб-сервер (Узел), База данных заказов (Артефакт)

⚠️ Примечание: Полная сетка и метамодель находятся в Разделе 3.4, но этот фреймворк является ментальной картой направляющей, где размещать элементы.

2. Ядро языка ArchiMate

«Центральная часть… включает концепции из трех слоев: бизнес, приложения и технологии (включая физический).»

🔹 Это «стандартный набор инструментов» — официальный набор элементов и отношений, которые вы можете использоватьразрешено для использования в соответствующих моделях ArchiMate.

🚫 Не входит в основной язык: расширения Мотивация, Стратегия, Реализация и Миграция (рассмотрены в последующих главах или расширениях).

📌 Практический совет:
Если вы создаете модель EA, соответствующую TOGAF, в крупной организации (например, Acme Cloud), придерживайтесь Основного языка в первую очередь — это обеспечивает ясность и совместимость с инструментами (например, BiZZdesign, Sparx EA или Archi).

3. Архитектурный взгляд против Архитектурная точка зрения

Часто путают! Давайте разберемся.

✅ Наилучшая практика: Всегда документируйте свой взгляд до чертежа вида. Это обеспечивает согласованность заинтересованных сторон (например, финансовый директор заботится о потоках затрат; CISO заботится о доступе к данным).

4. Аспект

«Классификация на основе характеристик, независимых от уровня…, связанных с интересами заинтересованных сторон.»

Три аспекта:

1. Активная структура → Кто/что выполняет? (например, Актор, Роль, Компонент)
2. Поведение → Что выполняется? (например, процесс, функция, сервис)
3. Пассивная структура → На что воздействуют? (например, объект, данные, артефакт)

📌 Пример: Поток заказов электронной коммерции

💡 Сведения: Аспекты позволяют вамразрезать модель по горизонтали — например, «Покажите мне все Пассивные структуры на всех уровнях» для анализа происхождения данных.

5. Элемент, Связь, Связующий элемент связи, и Понятие

6. Составной элемент

«Элемент, состоящий из других элементов с нескольких аспектов или уровней».

🔹 Большинство элементов реального мира являются составными!

📌 Примеры:

• Система онлайн-банкинга = Бизнес-услуга (Перевод средств) + Компонент приложения (Движок транзакций) + Технологический узел (Облачный кластер)
• Клиентский портал = Бизнес-интерфейс (Веб-интерфейс) + Компонент приложения (Приложение для клиентской части) + Технологическое устройство (Веб-сервер)

🔧 Совет по моделированию: Используйте составление (черный ромб) или агрегирование (белый ромб) отношения для построения составных элементов:

[Клиентский портал] ◆── [Приложение для клиентской части]  
                ◆── [Сервис аутентификации]  
                ◆── [Веб-сервер]

7. Атрибут

«Свойство, связанное с элементом или отношением.»

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

• Элемент: Платежный шлюз → атрибуты: версия=3.2, SLA=99,95%, владелец=Финансовая команда
• Отношение: Клиент →[доступ]→ БД → атрибут: шифрование=TLS 1.3

💡 В Archi (бесплатный инструмент) вы можете добавлять атрибуты на вкладке «Свойства» — отлично подходит для отслеживаемости, соответствия или управления.

8. Соответствие и соответствующая реализация

«Соответствие установленным требованиям.»
«Реализация, соответствующая условию соответствия.»

✅ Критически важно для:

• Поставщики инструментов (например, обеспечение того, что Sparx EA экспортирует действительный XML ArchiMate 3.2)
• Экзамены на сертификацию (сертификация Open Group ArchiMate®)
• Государственное управление предприятиями (поддающиеся аудиту архитектурные артефакты)

📌 Пример проверки соответствия:

• ✅ Допустимо: использование толькостандартизированные имена (Бизнес-актор, а неЛицо)
• ❌ Недопустимо: придумывание нового отношения, такого какmagicLinkбез определения расширения

🔗 Ссылка: правила соответствия находятся враздел 1.3— ноцельэто:Совместимость и согласованность между командами/инструментами.

9. Модель

«Совокупность концепций в контексте структуры языка ArchiMate».

🔎 Не путать сдиаграмма!

• Амодель = полный репозиторий элементов, отношений, видов, точек зрения, метаданных (как база данных)
• Авид = одна диаграмма или отчетизвлечённые из модели

📌 Аналогия:

• Модель = Весь киностудия (сценарии, декорации, актёры, камеры)
• Вид = Один сцена (съёмка для маркетинга, отредактированная для трейлера и т.д.)

🔧 Подсказка: в Archi ваш .archimate файл является модель — содержащая несколько видов (диаграмм), сгруппированных по точкам зрения.

10. Слой

«Абстракция… на которой можно моделировать предприятие.»

Три основных слоя:

📌 Следуемость в реальном мире (например, в Acme Cloud):
Бизнес-цель: сократить время оформления заказа
→ Бизнес-процесс: оптимизировать процесс оплаты
→ Сервис приложения: асинхронная авторизация платежа
→ Технология: Kafka + кэш Redis

Этоследуемость между уровнями вот где проявляется сила ArchiMate.

📊 Сводная таблица: определения главы 2 в одном взгляде

🎯 Заключение: Сводим всё вместе

Глава 2 может показаться «просто определениями» — но это семантическая основа ArchiMate. Освоение этих терминов позволяет вам:

✅ Говорить точно с архитекторами, разработчиками и руководителями
✅ Создавайте модели последовательно — избегая неоднозначности или несовместимости инструментов
✅ Эффективно масштабируйтесь — от отдельных диаграмм до архитектурных репозиториев на уровне предприятия
✅ Интегрируйте с TOGAF — используя ArchiMate для Архитектурная содержательная основа (например, TRM, ABM)

📌 Совет для практиков (например, старший менеджер проектов в Acme Cloud):
При разработке дорожной карты модернизации облачных решений начните с:

1. Выбор точек зрения (например, Миграция приложений, Влияние на затраты)
2. Создание взглядов с использованием основные элементы на всех уровнях
3. Отслеживание зависимостей через отношения
4. Документирование атрибуты (стоимость, риск, владелец) для поддержки принятия решений

➡️ Коротко: Определить → Структурировать → Моделировать → Общаться

Освоив главу 2, вы готовы приступить к Глава 3 (структура языка) и начать чертеж — не просто говоря — архитектура.

📘 Далее?
Сообщите мне, если вам нужно:

• Практическая лабораторная работа по моделированию продукта SaaS с использованием этих определений
• Сравнение: ArchiMate против UML против BPMN
• PDF-чек-лист этого руководства
• Практические вопросы для сертификации Open Group

Удачного моделирования!
— Ваш партнер по обучению в области архитектуры предприятия 🏗️