Комментарии 16
Бизнес архитектура, она же Enterprise, является представлением того, как эффективно перевести цели бизнеса и стратегию путем создания, улучшения и объединения ключевых требований, принципов и моделей для успешного развития бизнеса и достижения поставленных целей.
Не понял смысла фразы :(. Эффективно перевести цели путем создания требований? «Перевести» в смысле через дорогу или в смысле уничтожить? Переводят обычно что-то во что-то. Ну или с одного языка на другой. А «инструкция о том, как эффективно перевести цели бизнеса» — это мало напоминает законченное предложение :(.
Вы указали слои: Бизнес архитектура, Архитектура информационных систем (потоки данных), Технологическая архитектура
Соответствуют они EA, SA, IA или нет?
На картинке у вас есть Segment Architecture — кто это такой?
Среди артефактов EA есть: Топология развертывания систем и их компонент, Топология сети и подключения оборудования, Физическое размещение систем.
Они как-то ближе к IA. Или здесь имеются в виду теоретическая топология и физическое размещение на уровне группировки серверов по географическому принципу? Без указания IP, открытых портов, механизмов обмена данными итп.
На другом рисунка EA определяет «что строить», а SA «как строить». При этом структуры данных — это артефакт EA. Кажется тут тоже есть какое-то несоответствие.
Я, может быть, несколько сумбурно излагаю, но хотелось бы увидеть полный список задач и разделение ответственности по ролям, раз уж роли есть.
Вы указали слои: Бизнес архитектура, Архитектура информационных систем (потоки данных), Технологическая архитектура
Соответствуют они EA, SA, IA или нет?
Первые два слоя для EA, третий для SA. IA работает на всех уровнях скорее всего (второй и третий сильнее акцентируются). Слои в данном случае скорее относятся к логической части систем. IA занимается физической частью.
Далее по фото: я не готовил этот доклад, так что не могу сказать что на фото противоречит друг другу. Я так понимаю, что EA первый среди равных и он должен быть в курсе всех аспектов.
Топология развертывания систем и их компонент, Топология сети и подключения оборудования, Физическое размещение систем — EA должен знать примерно как оно выглядит и активно работать с IA чтобы прояснить детали. Самому такой объем оперативной информации в голове держать очень тяжело я думаю.
Полный список задач предоставить не могу, у меня его нет. Хотя можно попробовать достать презентацию.
Утрировано. Бизнес-аналитик говорит, что нам нужно сделать. Системный аналитик говорит, что нам нужно запрограммировать, чтобы сделать то, что нужно. Архитектор говорит, как в общем это запрограммировать.
Было бы здорово, если бы вы к статье еще и презентацию приложили.
Одно смутило:
К кругу вопросов и задач, которые стоят перед EA можно отнести:
Определение и решение об оборудовании, на котором будет работать приложение и/или его части.
EA лично выбирает оборудование? Это же отдельная большая область знаний, есть специально обученные (без иронии) инженеры, в этих железках очень много нюансов.
И выбор оборудование обычно должен идти после (или итерационно) с "выбором SA фреймворков"
Непонятно по ЕА
К кругу вопросов и задач, которые стоят перед EA можно отнести:
Определение и решение об оборудовании, …
Определение потоков данных, взаимодействие с другими информационными системами ..
Разработка плана разворачивания …
Разработка плана администрирования приложения и вопросов доступа\безопасности.
Судя по темам, он решает вопросы «как эту штуку запустить в сети предприятия и как подружить с другими».
В то же время абзацем выше написано
Enterprise – что делать
Solution – как делать
Как я понимаю эту тонкую грань, «что делать» - это удел бизнес-аналитика (домен проблемы), а «как» (домен решения) - это уже сторона разработки, в т.ч. архитекторов и системы аналитиков.
Архитектура и архитекторы