Категория:Архитектура — различия между версиями

Текущая версия на 11:58, 11 декабря 2025

Архитектура и проектирование систем — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных выстулпниях. Тема включает в себя бизнес-анализ и системный анализ, и местами пересекается с темой Управление проектами. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории 118 статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз).

У меня есть несколько серий выступлений, часть из них выделено в отдельные категории, и отдельные выступления. Вот основные темы.

• Серия выступлений по системному мышлению, начата осенью 2023: Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023), Системное мышление и его место в работе аналитика (AnalystDays-2024a), Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024), Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024) .
• Серия статей на habr: Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований, Agile-методы: light-версии требований
• Выступления по созданию постановок
  • Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)
  • Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)
  • Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)
  • Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025) - большой вебинар, в котором много материала
  • Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)
  • Требования или модели - как писать постановки (AnalystDays-2023)
  • Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017) - рассказ про ведение проекта в целом.
  • Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017).
  • От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)
  • С ведением постановок перекликаются вопросы разделения ответственности, эти выступления выделены в отдельную серию Роли.
• Сопоставление монолитной и микросервисной архитектуры Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b) и Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)
• Выступления с фокусом на бизнес-архитектуру: Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022), свежее развитие Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024), и еще было интересное выступление на частную, но важную тему Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса на SECR-2016
• Domain-Driven Design — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. В общих выступлениях по ведению постановок, перечисленных выше, DDD я тоже рассматриваю как один из методов.
  • DDD - модель вместо требований (Максим Цепков на AnalystDays-2014) и Domain-driven design: от справочников и документов до отчетов (WIAD-2020) — с фокусом применении при проектировании
  • Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014) и DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021) — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.
  • Последнее выступление DDD: модели вместо требований 9 лет спустя (ЛАФ-2023).
• Акторная модель — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение DDD в случае микросервисной архитектуры приложений. Последнее выступление из серии Визуальное проектирование масштабируемых приложений (TechLead-2021)
• Серия статей «Как сделать хорошую интеграцию» на habr: 29.12 первая, 20.01 вторая, 25.02 третья. Из них родилось выступление Что такое - хорошая интеграция (Saint Highload-2021) и его развитие Обеспечиваем устойчивость интеграции (SQAdays-2025)
• Диаграммы учета — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья Когда всем понятно.
• Статьи по истории развития программирования на habr: История IT. Когда компьютеры были большими... и История IT. ООП
• Коммуникация при различной структуре мышления — таксономия против фолксономии — схемы СМД-методологии для аналитика