GetAnalyst

В этом эпизоде мы рассказываем об архитектуре систем, а именно о двух мощных инструментах, которые могут существенно изменить подход системного аналитика к проектированию сложных систем: Domain Driven Design (DDD) и Event Storming. Мы обсудим, почему эти подходы становятся всё более популярными, как их правильно применять и каких ошибок стоит избегать. Вы узнаете, как Event Storming помогает разложить сложные процессы на отдельные события, почему это важно для проектирования архитектуры и как использовать эти инструменты в новых проектах и при пересмотре существующих решений. Сайт эпизода с дополнительными материалами: https://getanalyst.ru/podcast/ddd-event-storming   00:18 - Почему темы архитектуры, Domain Driven Design (DDD) и Event Storming становятся всё более актуальными для системных аналитиков.3:50 - Знакомство с принципами проектирования архитектуры по DDD.8:40 - Про подход Event Storming и о его пользе для выделения независимых частей системы - потенциальных микросервисов. Правила проведения.14:32 - Кто участвует в Event Storming и как часто его проводят.17:53 - Когда команда встречается с Event Storming и работает над выделением микросервисов. Про новые проекты и пересмотр архитектуры существующих.22:58 - Микрофронтенды и применение Event Storming.24:22 - Ошибки и проблемы в применении подхода DDD и Event Storming.33:31 - Когда аналитик впервые знакомится в своём опыте с Event Storming, какой должен быть грейд.35:40 - Про ситуацию из жизни, когда надо было перепроектировать работающие микросервисы заново.45:48 - Подведение итогов и рекомендации для слушателей.   Ведущая:Екатерина Ананьева, Основатель сообщества Системных аналитиков GetAnalyst Гость:Яна Паршина,Менеджер Системных аналитиков в X5 Tech

Работаете с задачами на Backend, проектируете методы REST API или описываете интеграции? Этот эпизод актуален для вас. В нём мы разберём, что такое версионирование API, когда и почему нужно вводить новые версии, какие подходы к версионированию лучше использовать и как это влияет на его пользователей. Эпизод будет полезен системным аналитикам, которые работают с интеграциями, разрабатывают контракты методов API и сталкиваются с задачами изменения существующих API. Особенно это актуально в задачах на проектирование REST API методов.Сообщество системных аналитиков GetAnalyst: t.me/getanalystsСайт эпизода: https://getanalyst.ru/podcast/api-versioning 00:19 - Знакомство со спикером и актуальность темы версионирования API.03:05 - Что включает понятие версионирования API. Обратная совместимость в API.7:55 - Сколько версий API могут работать одновременно.8:59 - Как долго занимает переход с одной версии API на другую. Как правильно выводить из эксплуатации устаревшие версии API.11:51 - Разработка контрактов REST API системными аналитиками: OpenAPI, Swagger, GitHub, Postman, Confluence.14:51 - Проблемы тестирования и инфраструктуры при наличии нескольких активных версий API. Информирование клиентов об изменениях в API.20:20 - Реализация версий в API и что об этом надо знать системному аналитику. Где указывать версию и в каком формате.30:20 - Переход клиентских приложений на новые версии API. Проблемы и решения.41:15 - Как отслеживать количество пользователей, использующих устаревшие версии API.44:46 - Итоги эпизода и практические рекомендации. Ведущая:Екатерина Ананьева Гости:Елизавета Акманова, Старший системный аналитик в компании UseTech

В этом эпизоде мы разберём каждую диаграмму, которую могут использовать в своей работе системные аналитики: что она из себя представляет, когда её применять и с помощью каких инструментов создавать. Обсудим, стоит ли строго следовать правилам нотаций моделирования, или можно отклоняться от них и создавать свои схемы. Если вы только начинаете свой путь в системном анализе или уже работаете в этой сфере, этот выпуск будет полезен, чтобы улучшить навыки визуализации и понять, какие диаграммы действительно работают. Статья к эпизоду с дополнительными материалами: https://getanalyst.ru/podcast/diagrams 00:18 - Актуальность использования диаграмм в разработке и проектировании систем.02:38 - Основные диаграммы, используемые на практике системными аналитиками.06:07 - UML Sequence - диаграмма последовательности.13:47 - UML Activity - диаграмма деятельности.16:34 - UML классов и ее применение в реальной работе системным аналитиком.21:34 - ER-диаграмма реляционной базы данных.30:20 - SysML Requirement Diagram (Диаграмма требований): для тех, кто работает с IoT, роботами, беспилотниками и не только.35:18 - Data Flow Diagram (DFD) - Диаграмма Потоков Данных.38:54 - Диаграмма С4 для проектирования архитектуры, её уровни и их полезность.49:37 - BPMN-диаграмма для системных аналитиков, и “когда есть Camunda”.55:01 - Mind Map, CJM (Customer Journey Mapping), User Story Mapping, SysML диаграмма обзора взаимодействия.1:04:20 - UML Диаграмма состояний.1:06:35 - ТОП диаграмм для системного аналитика.1:08:39 - Соблюдение нотаций моделирования в диаграммах - нужно ли?1:12:37 - Всегда ли нужны диаграммы и какие нужно знать для подготовки к собеседованию на системного аналитика.1:19:57 - Подведение итогов и рекомендации для коллег. Ведущая:Екатерина Ананьева, Основатель сообщества Системных аналитиков GetAnalyst Гость:Яна Паршина,Менеджер Системных аналитиков в X5 Tech

Если вы уже работаете с проектированием баз данных и не используете, либо забыли про нормальные формы, или только начинаете их изучать тему, то этот эпизод для вас! Он посвящен основам проектирования реляционных баз данных, а именно — нормальным формам: что это, сколько их, и как они помогают улучшить структуру базы данных. Этот выпуск отлично подойдет как для общего развития, так и для подготовки к собеседованиям.  Мы начнем с объяснения, что такое реляционная база данных, а затем шаг за шагом разберем процесс её нормализации. На простых примерах вы увидите, как выглядит таблица “до” и “после” применения каждой нормальной формы.   Статья к подкасту и видео эпизода: ⁠https://getanalyst.ru/podcast/database-normal-forms⁠    Рекомендации: Книга Д. Осипова “⁠Технологии проектирования баз данных⁠” Книга К. Дейта “Введение в системы баз данных” Статья “⁠Нормализация отношений. Шесть нормальных форм⁠”     0:18 - О практическом применении нормальных форм БД в работе 02:16 - Термины и определения связанные с реляционными базами данных 07:36 - Определение нормальной формы для базы данных, когда они нужны и какой пример будем разбирать в подкасте 11:49 - 1НФ (первая нормальная форма) 15:09 - 2НФ (вторая нормальная форма) 19:49 - 3НФ (третья нормальная форма) 27:30 - НФБК (нормальная форма Бойса-Кодда) 29:56 - 4НФ (четвертая нормальная форма) 33:31 - 5НФ (пятая нормальная форма) 36:35 - ДКНФ (доменно-ключевая нормальная форма) 39:05 - 6НФ (шестая нормальная форма) 42:00 - Выводы и рекомендации   Каналы подкаста и сообщества:https://t.me/getanalystshttps://t.me/kateit