Изменения в стандартах 420×0

Долгое время единственным ISO-шным стандартом по архитектуре оставался ISO/IEC/IEEE 42010:2011 Systems and software engineering — Architecture description. Он даже был переведен в 2016 году на русский язык и выпущен как ГОСТ Р 57100 Системная и программная инженерия. Описание архитектуры. Переведен он был не очень хорошо, но предоставлял основания использования подходов из международного стандарта 42010.

В 2019 году появились сразу два новых архитектурных стандарта 42020 и 42030 (Architecture processes и Architecture evaluation framework). Про двадцатый стандарт я обязательно напишу более подробно в одном из следующих сообщений. Как выглядит архитектурный процесс и как он вписывается в другие активности и виды деятельности – вопрос важный. Но здесь я в большей мере хочу акцентироваться на влияние двух этих стандартов на 42010. Этот стандарт тоже обновился в ноябре прошлого, 2022 года. (ссылка на актуальную версию) Читать далее Изменения в стандартах 420×0

SAFe, LeSS, O-AA / Практики корпоративного архитектора

Продолжение ответов на вопросы с предновогоднего вебинара

TOGAF 10. Краткий обзор

25 апреля 2022 года The Open Group выпустила версию 10 TOGAF. (Основная ссылка: Digital Edition of the TOGAF Standard) Это важная веха не только для The Open Group, но и для дисциплины архитектуры предприятия в целом. Стандарт TOGAF обновлялся нечасто (см. рисунок ниже). Появился он в 1995 году. Предыдущая большая версия с номером 9.0 вышла в 2009-м и обновлялась в 2011 и 2018 году. Именно в момент второго обновления, одновременно с выходом версии 9.2, было объявлено намерение превратить этот стандарт в некоторую открытую обновляемую библиотеку документов. Предполагалась, что в стандарте будет стабильное ядро, расширяемое отдельными рекомендациями и описаниями лучших практик. С выходом 10-ой версии это произошло. Но обо всем по порядку. Читать далее TOGAF 10. Краткий обзор

2021/22 наблюдения и прогнозы

Попался я на удочку, загрузив The InfoQ Trends Report 2021 Думал, почитаю свежие тренды наступающего года, а оказалось, что в декабре месяце InfoQ просто собрал в единую книжку публикации по Software Architecture and Design, Culture & Methods, etc., вышедшие еще в первом полугодии. Похоже, что жанр рождественских гаданий на технологии следующего года постепенно уходит в прошлое. Но некоторые динозавры остались, например, Forrester (см. https://www.forrester.com/predictions/ и чуть более сфокусировано здесь Predictions 2022: Software Development Adapts To A New Normal) Так что и я еще ряд вещей прокомментирую. Читать далее 2021/22 наблюдения и прогнозы

Многоликий Арчи

Евгений Погребняк доработал перевод истории отношений двух корпоративных архитекторов (обоих зовут Арчи) и руководителя бизнес-подразделения – Лоретты. Мы уже вспоминали этот текст  THE FUTURE ENTERPRISE ARCHITECT с сайта The Open Group, но в прошлый раз с переводом как-то не задалось (см. Архитектор Предприятия AS IS и TO BE ). Есть повод вернуться к этой истории

БУДУЩЕЕ КОРПОРТАТИВНОЙ АРХИТЕКТУРЫ

Оригинал статьи: https://blog.opengroup.org/2019/08/20/the-future-enterprise-architect/

Статья Терри Блевинса, члена The Open Group и корпоративного архитектора в Enterprise Wise LLC; отредактировал Шервин Микер, член The Open Group и главный консультант по управлению в IBM

Читать далее Многоликий Арчи

UML Шрёдингера

uml2

По интернетам несколько месяцев бродит в оригинале и переводах статья Ernesto Garbarino Has UML Died Without Anyone Noticing? Слушатели предстоящего вебинара Грамматика системных моделей попросили меня поделиться собственным мнением о том, что же произошло с UML. Я решил разобрать статью целиком и сделаю это по переводу UML умер, а никто и не заметил?

Читать далее UML Шрёдингера

Чистая архитектура и микросервисы

cleanБоюсь, что этот текст выльется в достаточно большое количество букв. Но пишу сюда я тексты нечасто, так что может кто-нибудь его и осилит. Тем более, что использование микросервисов уже достаточно долго сопровождается вопросом: зачем мы это делаем. Несмотря на обилие вариантов ответов (см., например, отличный обзор Nate Schutta (+Matt Stine) Should that be a Microservice? Keep These Six Factors in Mind), вопрос этот задается снова и снова. У меня есть свой вариант ответа. Если говорить просто заключается он в переносе идей Чистой архитектуры Роберта С. Мартина (дядюшки Боба) из мира [монолитных] приложений в пространство распределенных архитектур. Цитата из его книжки Чистая архитектура. Искусство разработки программного обеспечения:

Архитектура программной системы – это форма, которая придается системе её создателями. Эта форма образуется делением системы на компоненты, их организацией и определением способов взаимодействия между ними. Цель формы – упростить разработку, развертывание и сопровождение программной системы, содержащейся в ней. Главная стратегия такого упрощения в том, чтоб как можно дольше иметь как можно больше вариантов.

Можно по-разному относиться к идеям этой книжки. Я даже не стану утверждать, что они всегда и всему подходят. Но небольшую часть из них, прежде чем вернуться к микросервисам, мне придется повторить.
Итак, поехали! Читать далее Чистая архитектура и микросервисы

Воронка инициатив

Я часто рассказываю о том, что наибольшую ценность архитектор ИТ-решений приносит не ответом на вопрос как? реализовать ту или иную задачу, а отвечая на вопрос что? делать в первую очередь, что во вторую, а что пока не делать вовсе. Но в этом блоге так и нет внятной записи, рассказывающей о воронке инициатив, её этапах, правилах отсева идей и действиях, которые архитектор, аналитик и другие заинтересованные лица должны осуществить.

Читать далее Воронка инициатив

Аналитики vs. Архитекторы

Рискну поделиться субъективным мнением, надеясь, что его обсуждение не выльется в холивар. Есть много хороших бизнес/системных аналитиков, которым более-менее регулярно приходится заниматься проектированием ИТ-решений. ИТ-архитекторам тоже регулярно приходится заниматься анализом. Причем речь идет не только о технологиях, но, в не меньшей степени, о погружении в предметные области, концептуализации присущих им вещей и операции, конкретных практик деятельности организации. Может быть разделение профессий аналитика и архитектора необоснованно? Думаю, что нет. Я знаю хороших аналитиков, которые не хотят быть архитекторами, а также архитекторов, которые не смогут, да и не станут работать аналитиками. О том, как разобраться в собственных предпочтениях этот текст. Читать далее Аналитики vs. Архитекторы