8238
правок
Изменения
м
* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]]
* [[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]] на SECR-2016
Нет описания правки
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]''' - рассказ про ведение проекта в целом.
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''.
** '''[[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]]'''
** С ведением постановок перекликаются вопросы разделения ответственности, эти выступления выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.
* Сопоставление монолитной и микросервисной архитектуры '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]] и [[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]'''
* Выступления с фокусом на бизнес-архитектуру: '''[[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]]''', свежее развитие '''[[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]''', и еще было интересное выступление на частную, но важную тему '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* [[:Категория:DDD|'''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Стачка-20212026)]]''', предыдущее было '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)|на Highload-2022]]'''.* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 .20 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 .21 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 .21 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родилось выступление [[Что такое - хорошая интеграция (Saint Highload-2021)]] и его развитие [[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]
* [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''.
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика