Архитектура предприятия

Потребность в едином репозитории при хранении различных моделей о предприятии

В данном фрагменте лекции подводятся итоги по теме трансформации предприятия с точки зрения архитектурного подхода. Основное внимание уделяется тому, как представлять информацию о различных объектах (например, информационных системах) для разных стейкхолдеров с использованием различных форматов (графики, списки, матрицы). Вводится понятие «архитектурный документ» как комплексного носителя, объединяющего отдельные артефакты (модели, диаграммы) и сопровождающего текста. Также поднимается проблема синхронизации данных при изменении моделей внутри таких документов.

Основные мысли

1. Множественность представлений: Один и тот же объект (например, ИС) должен отображаться по-разному — в виде диаграммы, реестра или матрицы связей — в зависимости от интересов стейкхолдера.
2. Связность элементов: Важно показывать взаимосвязи между элементами, отражёнными в разных представлениях (например, связь ИС с бизнес-процессами и ролями).
3. Хранилище моделей (репозиторий): Все модели и представления должны храниться централизованно.
4. Различие артефакта и архитектурного документа: Артефакт — это отдельная модель (схема, диаграмма). Архитектурный документ — это целостный отчёт (например, для CEO), включающий несколько артефактов и текстовое описание.
5. Проблема актуализации: При изменении артефактов необходимо автоматически или вручную обновлять их во всех архитектурных документах, где они используются.
Показывать лекцию целиком
Краткое изложение

Записаться

Приложения

Презентация 2. Стейкхолдеры, интересы, ракурсы
Лектор завершает тему и напоминает, что для стейкхолдеров нужно готовить разные представления объектов, отталкиваясь от их точек зрения. На слайде демонстрируется, как один объект (например, бухгалтерская информационная система) может быть представлен четырьмя способами:
1. Графически (диаграмма ландшафта ИС);
2. В виде реестра (список ИС);
3. В матрице (связи между ИС, бизнес-процессами и ролями);
4. В виде карточки/паспорта объекта.

Лектор вводит понятие «архитектурный документ», отличая его от простого артефакта. Пример такого документа — отчёт для генерального директора, где по разделам описаны оргструктура, бизнес-процессы, ИС и подразделения. В этот документ встроены артефакты и добавлен поясняющий текст. Главная задача — при изменениях в моделях (артефактах) уметь обновлять их внутри этих крупных архитектурных документов. В конце лектор благодарит за внимание и анонсирует углублённое изучение понятий в будущем.

Выводы

• Архитектурное описание предприятия не может быть монолитным: оно требует множества точек зрения (видов) на одни и те же объекты.
• Для управления сложностью необходимо различать артефакты (отдельные диаграммы, схемы, матрицы) и архитектурные документы (связанные отчёты, предназначенные для руководства или внешних аудиторов).
• Ключевая практическая проблема — поддержание целостности и актуальности данных: при изменении артефакта во всех документах, где он используется, должна происходить синхронизация.
• Эффективное управление архитектурой требует наличия репозитория для хранения всех моделей и инструментов для отслеживания связей.

Вопросы для самопроверки

1. Почему одну и ту же информационную систему нужно изображать по-разному (диаграмма, реестр, матрица)? Какую цель преследует каждое из этих представлений?
2. Чем, согласно лекции, «архитектурный документ» отличается от «артефакта»? Приведите примеры того и другого из текста.
3. Какие разделы может включать архитектурный документ, предназначенный для генерального директора?
4. В чём заключается основная сложность или задача при работе с архитектурными документами, содержащими встроенные артефакты?
5. Зачем нужно хранить все модели в едином репозитории? Как это связано с проблемой обновления документов?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^