Уровни архитектуры В сложных проектах мне, бывает, нужно объяснить заказчику (и своей команде), как именно мы анализируем архитектуру предприятия и где проектируем информационные системы. Пока об этом говоришь на словах, попытка объяснить это — дохлый номер. Нужно показывать, включать схему архитектуры предприятия в артефакты проекта и время от времени на созвонах показывать её и уточнять, на каком уровне абстракции мы работаем в данный момент. Мне нравится TOGAF, но всухую без подготовки этот фреймворк довольно сложно начать использовать; на практике помогает вот такая упрощенная схема. На ней показаны основные слои архитектуры и сущности, которые исследуется на этом уровне. TOGAF, аббревиатура от The Open Group Architecture Framework. Фреймворк архитектуры предприятия определяет, как создавать и применять архитектуру предприятия; нас в данном случае интересует системный подход к исследованию архитектуры. Опираясь на эту модель, довольно просто объяснить заказчику, почему нас интересуют причины, побудившие заказчика на этот проект. Здесь же можно указать, что входит в рамки анализа, а что останется за границами проекта. Например, «драйверы бизнеса» и «производственные линии» часто можно исключить безболезненно, а «бизнес-процессы» и «данные логические» — обычно обязательны для анализа. Прикладываю ссылку на диаграмму в draw.io. Рисуете ли вы диаграммы архитектуры предприятия на своих проектах? Какие уровни архитектуры отрисовываете? #архитектура