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