В очередной разговор с мужем про несовершенство мира архитектуру и тестирование и что все сидят в своем пузыре придумали рубрику в канале #архитектор_отвечает.
@BasilianRay будет отвечать и на ваши вопросы про архитектуру, и на мои. А я по возможности комментировать со своей кочки)
Как вам такая идея?
Проголосуйте в опросе ниже 🔽
@BasilianRay будет отвечать и на ваши вопросы про архитектуру, и на мои. А я по возможности комментировать со своей кочки)
Как вам такая идея?
Проголосуйте в опросе ниже 🔽
Что такое Архитектура?
Итак, первый пост от Solution архитектора Алекса из цикла #архитектор_отвечает про то, что же такое архитектура.
С точки зрения процесса разработки — это одна из функций процесса разработки, отвечающая за описание архитектуры, как текущего состояния, так и целевого.
С точки зрения документирования — это описание систем, продуктов, и их взаимодействий, изменяющееся в процессе жизненного цикла.
А с точки зрения собственно архитектора — это само состояние систем, продуктов и их взаимодействий, которое архитектор проектирует и описывает. Это состояние может быть как текущее, так и целевое.
Таким образом, даже если у вас нет Архитектуры как функции и даже нет Архитектуры как набора артефактов, то у вас все равно есть Архитектура как состояние вашей системы.
Архитектура в процессе разработки
Это одна из разделяемых ака shared функций в процессе разработки, наравне с Аналитикой, Тестированием, Разработкой и Сопровождением/Поддержкой.
В Архитектуре есть определенный набор ролей, которые могут как присутствовать, так и отсутствовать в процессе конкретной команды или конкретного продукта. Эти роли могут выполняться (или же не выполняться) различными людьми в различных комбинациях.
Верхний уровень — Enterprise.
На нём решаются задачи развития для поддержания бизнеса в целом, устанавливаются рамки, ограничения и правила применения технологий, правила создания архитектурных артефактов, выполняется надзор за реализациями проектов/идей и т.д.
Здесь много работы с неопределенностями и вероятностями, много работы с бизнесом, на самом верхнем его слое. По сути это роль главы всей функции.
Основной фокус в работе на этом уровне — сильный контакт с бизнесом, видение будущего и развитие вместе с ним.
Второй уровень — Solution.
На этом уровне решаются задачи конкретного проекта/идеи, идёт работа с бизнесом для определения целей, требований, ограничений, и построение решения, реализующего проект/идею на наборе продуктов/систем.
Solution в Архитектуре соответствует Бизнес-аналитику из функции Анализа. Бизнес-аналитик обычно отвечает за функциональный аспект требований проекта/идеи и построение процессов, тогда как Архитектор за нефункциональные требования и распределение процессов по продуктам/системам.
Фокус в работе аналогичен уровню Enterprise — больше работы с бизнесом, его потребностями и проблемами, совместная реализация идей и проектов.
Третий уровень — System/Software
На этом уровне решаются задачи развития одного продукта или системы, реализуются изменения продукта/системы в рамках проектов/идей.
Этой функции также соответствует роль Системного аналитика из функции Анализа. Разделение схожее. Здесь работы с бизнесом уже практически нет, так как она в основном выполнена на уровне выше, Solution архитектором и Бизнес-аналитиком.
Взгляд на уровни Архитекторов от Leanix, FullScale, Ardoq, Indeed.
Существуют также специализации Архитектора — Data про Big Data и всё с этим связанное, Security про проблемы защиты и Compliance про персональные данных, Business про развитие бизнеса, UX про User Experience и т.д.
Что такое Архитектурные артефакты?
Описания архитектуры, в различных нотациях. Например, C4 Model, 4+1 Model на базе нотации UML (ещё про 4+1) и тд.
Применяются как для целевой архитектуры, так и для текущего состояния. В зависимости от процессов команды/компании могут дополняться Функциональными и Нефункциональными Требованиями, Списками Ограничений и прочим.
ADR aka Architecture Decision Records. Записи архитектурных решений. Могут относиться как к Технологиям в плане применения, так и к Описаниям Архитектуры.
Итак, первый пост от Solution архитектора Алекса из цикла #архитектор_отвечает про то, что же такое архитектура.
С точки зрения процесса разработки — это одна из функций процесса разработки, отвечающая за описание архитектуры, как текущего состояния, так и целевого.
С точки зрения документирования — это описание систем, продуктов, и их взаимодействий, изменяющееся в процессе жизненного цикла.
А с точки зрения собственно архитектора — это само состояние систем, продуктов и их взаимодействий, которое архитектор проектирует и описывает. Это состояние может быть как текущее, так и целевое.
Таким образом, даже если у вас нет Архитектуры как функции и даже нет Архитектуры как набора артефактов, то у вас все равно есть Архитектура как состояние вашей системы.
Архитектура в процессе разработки
Это одна из разделяемых ака shared функций в процессе разработки, наравне с Аналитикой, Тестированием, Разработкой и Сопровождением/Поддержкой.
В Архитектуре есть определенный набор ролей, которые могут как присутствовать, так и отсутствовать в процессе конкретной команды или конкретного продукта. Эти роли могут выполняться (или же не выполняться) различными людьми в различных комбинациях.
Верхний уровень — Enterprise.
На нём решаются задачи развития для поддержания бизнеса в целом, устанавливаются рамки, ограничения и правила применения технологий, правила создания архитектурных артефактов, выполняется надзор за реализациями проектов/идей и т.д.
Здесь много работы с неопределенностями и вероятностями, много работы с бизнесом, на самом верхнем его слое. По сути это роль главы всей функции.
Основной фокус в работе на этом уровне — сильный контакт с бизнесом, видение будущего и развитие вместе с ним.
Второй уровень — Solution.
На этом уровне решаются задачи конкретного проекта/идеи, идёт работа с бизнесом для определения целей, требований, ограничений, и построение решения, реализующего проект/идею на наборе продуктов/систем.
Solution в Архитектуре соответствует Бизнес-аналитику из функции Анализа. Бизнес-аналитик обычно отвечает за функциональный аспект требований проекта/идеи и построение процессов, тогда как Архитектор за нефункциональные требования и распределение процессов по продуктам/системам.
Фокус в работе аналогичен уровню Enterprise — больше работы с бизнесом, его потребностями и проблемами, совместная реализация идей и проектов.
Третий уровень — System/Software
На этом уровне решаются задачи развития одного продукта или системы, реализуются изменения продукта/системы в рамках проектов/идей.
Этой функции также соответствует роль Системного аналитика из функции Анализа. Разделение схожее. Здесь работы с бизнесом уже практически нет, так как она в основном выполнена на уровне выше, Solution архитектором и Бизнес-аналитиком.
Взгляд на уровни Архитекторов от Leanix, FullScale, Ardoq, Indeed.
Существуют также специализации Архитектора — Data про Big Data и всё с этим связанное, Security про проблемы защиты и Compliance про персональные данных, Business про развитие бизнеса, UX про User Experience и т.д.
Что такое Архитектурные артефакты?
Описания архитектуры, в различных нотациях. Например, C4 Model, 4+1 Model на базе нотации UML (ещё про 4+1) и тд.
Применяются как для целевой архитектуры, так и для текущего состояния. В зависимости от процессов команды/компании могут дополняться Функциональными и Нефункциональными Требованиями, Списками Ограничений и прочим.
ADR aka Architecture Decision Records. Записи архитектурных решений. Могут относиться как к Технологиям в плане применения, так и к Описаниям Архитектуры.