8405
правок
Изменения
м
* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]]
* [[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]] на SECR-2016
Нет описания правки
* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']], начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]], [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)]] .
* Серия статей на habr: [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований''']
* Статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] (17.07.2026)
* '''Выступления по созданию постановок'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на 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 представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]''', а в выступлении [[Учетно-ориентированная архитектура - основа построения учета в распределенном ИТ-ландшафте (CNews Fin-2024)]] я фокусирвоался на архитектурном шаблоне, выделяющем учетный слой.
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика