Category Archives: Software architecture

[r]evolutionary architecture

Если вы читали книгу Сэма Ньюмена «Создание микросервисов» (Building Microservices. Designing Fine-Grained Systems By Sam Newman), то могли столкнуться с ощущением когда за словами теряется смысл. В книжке приводятся совершенно верные рассуждения о синхронных и асинхронных взаимодействиях, архитектуре и интеграции, разнице между оркестровкой и хореографией, непрерывном развертывании и мониторинге и даже страшной аббревиатуре HATEOAS. Но за всеми этими вполне разумными суждениями сложно разглядеть ответ на вопрос «Зачем?» В какой-то мере ответ на этот вопрос дается другими экспертами ThoughtWorks в концепции Evolutionary Architecture. Статья тоже довольно абстрактна, но прикладываемые к ней видео семинаров и выступлений на конференциях позволяют догадаться, о чем идет речь. Выскажу свою версию надеясь, что она не очень далека от оригинального суждения. Читать далее


Вариативность архитектуры предприятия

Согласно одному из определений, архитектура предприятия — это процесс перевода видения и стратегии бизнеса в набор моделей и принципов, описывающих изменение организации. Чуть подробней об этом я писал в заметке Когда, кому и зачем нужна Архитектура Предприятия. Однако у архитектурной деятельности есть одна не очень приятная особенность. Набор её подходов и практик часто оказывается одинаковым для любых стратегий и ситуаций: унифицируем бизнес-процессы и данные, сокращаем количество приложений, меняем старые технологии на новые. Читать далее


Карта ИТ ландшафта

landscapemapЕсли вы зайдете в офис средней или крупной организации, поймаете в коридоре сотрудника и спросите у него: «Чем в вашей компании занимаются ИТ-архитекторы», то вряд ли услышите в ответ: «Как чем? Они моделируют структуру и поведение информационных систем; с различных точек зрений отображают их текущее и целевое состояние, формулируют фундаментальные принципы организации корпоративной информационной системы для принятия ключевых решений…». Вероятность такого события существуют, но она совсем небольшая. Если же ваш собеседник произнесет такие или похожие слова, то значит случилось маловероятное событие и вы поймали в коридоре именно ИТ-архитектора. Скорее всего этого не произойдет. Ваш собеседник на некоторое время задумается, но возможно вспомнит, что есть в ИТ такой парень, которого называют архитектором. И еще, что он рисует какую-то большую не очень внятную картинку и с умным видом произносит загадочные слова. Впрочем, айтишники они все такие… Читать далее


Запись вебинара: архитектура и требования в Ardoq


Вебинар: Совместная работа с архитектурой и требованиями в Ardoq

itdeptexampleБесплатный вебинар по Ardoq, о котором я писал в предыдущем сообщении, состоится 14 декабря в 15:00. Я рад сообщить, что в этом вебинаре примет участие Антон Абилов(Ardoq). Он проведет короткую демонстрацию решения и ответит на ваши вопросы(Вопросы лучше сформулировать заранее).

Страница мероприятия на Facebook:  https://www.facebook.com/events/388482111494952/

Обязательная регистрация:  https://sysanschool.timepad.ru/event/417344/

Организует проведение вебинара Школа системного анализа. За что отдельное спасибо Денису Бескову.


Современное предприятие нуждается в цифровой архитектуре

Под прошлогоднее Рождество я описал в этом блоге довольно призрачную вещь, условно назвав её Цифровая Архитектура Предприятия (Digital Enterprise Architecture).  2016 год принес вполне материальное её воплощение. Правда облачное. Называется этот инструмент Ardoq

Я сначала опубликую короткий видеоролик, с рассказом о том, что это такое, а затем напишу пару абзацев чем новое поколение инструментов архитектуры предприятия отличается от того, с чем нам приходилось сталкиваться раньше. И конечно, я не могу не выразить признательность Ian Stendera (Ardoq) за рассказ о системе и особую признательность Антону Абилову (Ardoq) , который озвучил этот ролик на русском. Спасибо, Антон!

Вы можете посмотреть другие видео (английский), а так же задать свои вопросы на русском. Для ответов на них мы планируем провести в ближайшее время вебинар (подпишитесь на обновления).

Небольшое отступление. Для меня комфортной формой изучения новых инструментов является просмотр видео на английском с последующей возможностью задать вопросы и обсудить материал на русском. Именно такую схему я хочу предложить

Читать далее


Все пути исчезают, но …

solutionwayНекоторые моменты, затронутые на серии прошедших вебинаров и в ходе курса «Мастерская проектирования ИТ-решений» представляются мне достаточно важными, чтоб вынести их в отдельную запись в блоге. Напомню, что занимались мы такой дисциплиной как архитектура решений (Solution Architecture) и потому логично будет начать с определения предмета рассуждений. Согласно TOGAF

Solution Architecture A description of a discrete and focused business operation or activity and how IS/IT supports that operation. A Solution Architecture typically applies to a single project or project release, assisting in the translation of requirements into a solution vision, high-level business and/or IT system specifications, and a portfolio of implementation tasks.

Прежде чем прокомментировать это определение я позволю себе привести одно вспомогательное определение, взятое из руководства по бизнес-анализу IIBA BABOK Guide v.3 (2.1 The Business Analysis Core Concept Model™)

Solution A specific way of satisfying one or more needs in a context.

Проще говоря, Solution или решение – это конкретный путь удовлетворения некоторой потребности в имеющем место быть окружении. В том случае если потребность выявлена и определена как цель, то архитектура решения (описание конкретного пути) – это маршрут достижения этой цели. Пара существенных замечаний: Читать далее