В данном фрагменте лекции рассматривается понятие артефактов архитектуры предприятия как способов фиксации информации, необходимой стейкхолдерам для анализа, принятия решений и управления преобразованиями. Автор выделяет три основных типа артефактов: реестры (списки), матрицы (таблицы соответствия) и диаграммы. Для каждого типа приводятся примеры, анализируются их преимущества и ограничения в зависимости от масштаба и сложности системы (количества элементов, связей). Ключевая мысль — выбор типа артефакта зависит от конкретной задачи и объема данных: для больших массивов лучше подходят реестры и матрицы, для наглядности небольших или верхнеуровневых моделей — диаграммы.
Основные мысли
1. Связь артефактов со стейкхолдерами: Артефакты создаются для разных групп стейкхолдеров (владельцев, лиц, принимающих решения, исполнителей), чтобы удовлетворить их информационные потребности.
2. Три типа артефактов: В практике архитектуры предприятия принято выделять три основных формата описания: реестры, матрицы и диаграммы.
3. Реестры (списки): Самый простой и явный тип. Это перечень объектов (подразделений, ролей, процессов) с их атрибутами (численность, руководитель, контакты и т.д.).
4. Матрицы (таблицы соответствия): Используются для отображения связей между двумя большими списками (например, «сотрудники — информационные системы» или «роли — приложения»). Незаменимы при большом количестве элементов, где диаграммы становятся перегруженными.
5. Диаграммы: Визуальный способ отображения элементов и связей (например, послойная диаграмма, диаграмма переходов). Удобны для целостного восприятия, но теряют читаемость при избытке элементов (сотни процессов и систем).
Показывать лекцию целиком
Краткое изложение
Лекция начинается с напоминания, что в процессе преобразований у стейкхолдеров есть потребность в информации для принятия решений. Вся эта описательная информация называется артефактами.
Выделяют три типа артефактов:
1. Реестры — это простые списки. Пример на слайде: список подразделений с атрибутами (местонахождение, численность, руководитель, контакты). Другие примеры: список ролей, список процессов, реестр предложений. Это самый привычный и понятный тип.
2. Матрицы — нужны, когда нужно показать отношения между двумя большими множествами. Если просто добавить столбец «информационные системы» в список подразделений, то при сотнях систем это будет неудобно. Матрица позволяет на пересечении строк и столбцов указать тип взаимодействия (например, «использует», «отвечает», «получает информацию»).
3. Диаграммы — визуальный инструмент. На примерах показаны: послойная диаграмма (бизнес-слой, слой ИС, технологический слой), диаграмма переходов, мотивационная диаграмма. Они позволяют увидеть сквозные связи от заказчика до оборудования. Однако при большом количестве элементов (например, 500 процессов и 300 ИС) диаграмма становится перегруженной и бесполезной. В таких случаях работают с реестрами и матрицами, а диаграммы используют либо для крупных групп, либо для отдельных сегментов (архитектура решения), либо для верхнеуровневых взглядов.
Выводы
1. Артефакты архитектуры предприятия — это инструменты документирования, которые обслуживают информационные потребности стейкхолдеров на разных этапах преобразований.
2. Универсального «лучшего» артефакта не существует: выбор между реестром, матрицей и диаграммой определяется объемом данных и целью анализа.
3. Реестры эффективны для перечисления объектов и их атрибутов. Матрицы незаменимы для анализа связей между двумя большими множествами (например, «кто чем пользуется»). Диаграммы лучшие для визуализации структуры и взаимосвязей, но только при ограниченном количестве элементов.
4. При высоком уровне детализации (сотни и тысячи элементов) визуальные диаграммы теряют свою полезность, уступая место табличным форматам (реестрам и матрицам).
5. Один и тот же стейкхолдер может использовать несколько артефактов, а один артефакт может быть интересен разным стейкхолдерам.
Вопросы для самопроверки
1. Что в лекции понимается под термином «артефакт архитектуры предприятия» и для чего они нужны стейкхолдерам?
2. Назовите три типа артефактов, которые выделяет автор.
3. В чем заключается основное ограничение использования диаграмм (например, послойной) при описании архитектуры предприятия?
4. Приведите пример ситуации, когда удобнее использовать матрицу, а не простой список или диаграмму.
5. Если у вас 1000 бизнес-процессов и 200 информационных систем, какой тип артефакта вы выберете для анализа того, какая система какой процесс поддерживает, и почему?
6. Какие атрибуты могут быть у реестра «подразделения» согласно примеру из текста?