Категория:Архитектура — различия между версиями
м |
м |
||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
− | '''Архитектура и проектирование систем''' — моя специализация уже более | + | '''Архитектура и проектирование систем''' — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных докладах. Тема включает в себя '''бизнес-анализ''' и '''системный анализ''', и местами пересекается с темой [[:Категория:Управление проектами|Управление проектами]]. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории {{#expr: {{PAGESINCATEGORY:Архитектура}} + {{PAGESINCATEGORY:DDD}} + {{PAGESINCATEGORY:Акторная модель}} + {{PAGESINCATEGORY:Диаграммы учета}} }} статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз). |
− | + | У меня есть несколько серий докладов, часть из них выделено в отдельные категории, и отдельные доклады. Вот основные темы. | |
+ | * Серия докладов по '''системному мышлению''', начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-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-версии требований'''], по ним сделан доклад '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]''', а '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)]]''' развивает тему. В 2017 был доклад '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]''', материал отличается. С ведением постановок перекликаются вопросы разделения ответственности, эти доклады выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''. | ||
+ | * [[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]] - рассказ про ведение проекта в целом. | ||
+ | * [[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]], свежее развитие [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]] | ||
* [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. | * [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. | ||
** [[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]] и '''[[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]]''' — с фокусом применении при проектировании | ** [[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]] и '''[[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]]''' — с фокусом применении при проектировании | ||
Строка 7: | Строка 11: | ||
** Последний доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. | ** Последний доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. | ||
* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последний доклад из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]''' | * [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последний доклад из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]''' | ||
+ | * Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родился доклад [[Что такое - хорошая интеграция (Saint Highload-2021)]] | ||
* [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''. | * [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''. | ||
− | |||
− | |||
− | |||
− | |||
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП'''] | * Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП'''] | ||
− | |||
* [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] | * [[От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)]] | ||
* [[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]] на SECR-2016 | * [[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]] на SECR-2016 | ||
* [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика | * [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика | ||
− | |||
− | |||
− |
Текущая версия на 17:22, 9 декабря 2024
Архитектура и проектирование систем — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных докладах. Тема включает в себя бизнес-анализ и системный анализ, и местами пересекается с темой Управление проектами. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории 110 статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз).
У меня есть несколько серий докладов, часть из них выделено в отдельные категории, и отдельные доклады. Вот основные темы.
- Серия докладов по системному мышлению, начата осенью 2023: Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023), Системное мышление и его место в работе аналитика (AnalystDays-2024a), Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024).
- Серия статей на habr и докладов по ведению постановок Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований, Agile-методы: light-версии требований, по ним сделан доклад Требования или модели - как писать постановки (AnalystDays-2023), а Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024) развивает тему. В 2017 был доклад Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017), материал отличается. С ведением постановок перекликаются вопросы разделения ответственности, эти доклады выделены в отдельную серию Роли.
- Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017) - рассказ про ведение проекта в целом.
- Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022), свежее развитие Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)
- Domain-Driven Design — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем.
- 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)
- Диаграммы учета — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья Когда всем понятно.
- Статьи по истории развития программирования на habr: История IT. Когда компьютеры были большими... и История IT. ООП
- От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)
- Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса на SECR-2016
- Коммуникация при различной структуре мышления — таксономия против фолксономии — схемы СМД-методологии для аналитика
Подкатегории
В этой категории отображается 4 подкатегорий из имеющихся 4.
Страницы в категории «Архитектура»
Показано 56 страниц из 56, находящихся в данной категории.
2
- Блог:Максима Цепкова/2011-10-26: Снова про Archimate
- Блог:Максима Цепкова/2012-04-23: Правильное автоматическое тестирование
- Блог:Максима Цепкова/2013-10-23: SECR. Мастер-класс Ивара Якобсона Use-Case 2.0
- Блог:Максима Цепкова/2014-05-27: Курс системной инженерии от Левенчука
- Блог:Максима Цепкова/2015-12-10: Технический долг - как работать с костылями
- Блог:Максима Цепкова/2016-06-26: Инциденты в процессах - case management, а не побочные ветки
- Блог:Максима Цепкова/2017-01-08: Инженерные практики Agile
- Блог:Максима Цепкова/2018-07-04: в Essence Архитектура - часть системы, а не требований
- Блог:Максима Цепкова/2019-02-20: ТочкаСборки - интерактив продолжается
- Блог:Максима Цепкова/2020-07-21: История IT. Когда компьютеры были большими...
- Блог:Максима Цепкова/2020-08-26: История IT. ООП
- Блог:Максима Цепкова/2020-12-29: Как сделать хорошую интеграцию? Часть 1
- Блог:Максима Цепкова/2021-01-20: Идемпотентные операции - основа устойчивой интеграции
- Блог:Максима Цепкова/2021-02-25: Интеграция: синхронное, асинхронное и реактивное взаимодействие, консистентность и транзакции
- Блог:Максима Цепкова/2022-12-13: Какие нужны требования: развитие концепта - моя статья на habr
- Блог:Максима Цепкова/2022-12-21: Domain Driven Design: модели вместо требований - моя статья на habr
- Блог:Максима Цепкова/2023-01-17: Agile-методы: light-версии требований - моя очередная статья на habr про требования
D
- DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)
- DDD - модель вместо требований (Максим Цепков на HappyDev-2013)
- DDD - эффективный способ работы в условиях системной сложности (Максим Цепков на SECR-2011)
- DDD: проблемы и решения в отражении модели предметной области в код (Максим Цепков на Software People 2013)
- DDD: Реализуем проект Вавилонская башня (Максим Цепков, Software People 2012)
- Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)
P
А-Б
- Александр Бындю. Антихрупкость в ИТ
- Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)
- Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)
- Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)
В
Г-К
- Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)
- ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)
- Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)
- Классика, user story, use case, DDD: обзор методов (Up!Date-2023)
Л-М
Н-П
- Необъектные модели предметной области. Опыт CUSTIS (Максим Цепков, ADD-2011)
- От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017)
- Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)
- Проектирование для многообразия — конструктор и DSL вместо жесткой реализации требований (WIAD-2019)
Р
С
Т
- Тарский. Семантическая теория истины и основания семантики
- Тестировщик и DevOps: позволяют ли интерфейсы системы эффективно решать инциденты? (SQAdays-22 2017-11)
- Требования или модели - как писать постановки (AnalystDays-2023)
- Три точки опоры в архитектуре корпоративных систем (Максим Цепков, Software People-2011)