Общество с ограниченной ответственностью "Гетскиллс"
Первый раз за всю историю школы!
ТАРИФ SOLO
Укрепите свои технические навыки и отработайте самые сложные и актуальные темы на практике.
Серия живых практических встреч в Zoom под руководством Александра Грижневича, с демонстрацией экрана и обсуждением решений. В начале краткое напоминание теории и ключевых принципов, затем решение реальной задачи от постановки до готовой спецификации. Всё делается в прямом эфире шаг за шагом, с комментариями, примерами и готовыми шаблонами.
ТЕМЫ, которые разберем:
1. Проектирование REST API для проекта (разработка и документирование REST API с помощью спецификации OpenAPI (инструмент Swagger)
2. Проектирование схемы БД для проекта
3. Проектирование интеграционного решения
4. Проектирование микросервисной архитектуры
ФОРМАТ:
После эфира на платформе у вас будет практическое домашнее задание для отработки навыков, однако индивидуальная проверка домашних заданий не предусмотрена, так как темы максимально подробно будут разобраны на занятиях.
Александр выборочно разберет несколько из работ участников на следующей встрече перед началом теоретической и практической части по теме. Бонусом будет проведена 5-ая встреча, на которой будет разбор домашних заданий по 4-й теме, подведение итогов практикума и ответы на вопросы.
Даты живых встреч:
8 декабря в 19.00 МСК
22 декабря в 19.00 МСК
12 января в 19.00 МСК
26 января в 19.00 МСК
(записи встреч будут доступны на платформе)
Доступ к материалам 6 месяцев
Серия живых практических встреч в Zoom под руководством Александра Грижневича, с демонстрацией экрана и обсуждением решений. В начале краткое напоминание теории и ключевых принципов, затем решение реальной задачи от постановки до готовой спецификации. Всё делается в прямом эфире шаг за шагом, с комментариями, примерами и готовыми шаблонами.
ТЕМЫ, которые разберем:
1. Проектирование REST API для проекта (разработка и документирование REST API с помощью спецификации OpenAPI (инструмент Swagger)
2. Проектирование схемы БД для проекта
3. Проектирование интеграционного решения
4. Проектирование микросервисной архитектуры
ФОРМАТ:
- 2 месяца работы
- 4 практических занятия в Zoom по 1,5-2 часа (каждые 2 недели)
- Задания для самостоятельной отработки
- Общий чат
- Ответы на вопросы
После эфира на платформе у вас будет практическое домашнее задание для отработки навыков, однако индивидуальная проверка домашних заданий не предусмотрена, так как темы максимально подробно будут разобраны на занятиях.
Александр выборочно разберет несколько из работ участников на следующей встрече перед началом теоретической и практической части по теме. Бонусом будет проведена 5-ая встреча, на которой будет разбор домашних заданий по 4-й теме, подведение итогов практикума и ответы на вопросы.
Даты живых встреч:
8 декабря в 19.00 МСК
22 декабря в 19.00 МСК
12 января в 19.00 МСК
26 января в 19.00 МСК
(записи встреч будут доступны на платформе)
Доступ к материалам 6 месяцев
799 BYN
200 BYN (~ 5.380 ₽) за 1 встречу
</>
<>
<script>
Технический практикум
ТАРИФ DUO
649,5 BYN
</>
162,4 BYN (~4.280 ₽) за 1 встречу
<>
<script>
Пригласите коллегу/друга и получите выгодное предложение по стоимости на двоих
*Тариф DUO каждый участник приобретает самостоятельно и указывает данные второго участника на странице оплаты (Фамилию).
**Оплата от второго участника должна поступить не позднее 24 часов после оплаты первым участником.
***В случае непоступления оплаты от второго участника, заказ первого участника аннулируется и ему возвращаются средства.
**Оплата от второго участника должна поступить не позднее 24 часов после оплаты первым участником.
***В случае непоступления оплаты от второго участника, заказ первого участника аннулируется и ему возвращаются средства.
Программа
Перед практической частью необходимо кратко вспомнить что такое REST API, методы HTTP, структуры запросов и ответов, аутентификация. Также необходимо вспомнить что такое спецификация OpenAPI, форматы JSON и YAML, для чего применяется инструмент Swagger.
Теоретическая часть:
После встречи участник сможет:
Теоретическая часть:
- Что такое REST API, основные принципы и архитектурные ограничения
- Методы HTTP: GET, POST, PUT, PATCH, DELETE и их семантика
- Форматы запросов и ответов: JSON, структура тела, коды ответов
- Аутентификация и авторизация (basic, token)
- Спецификация OpenAPI - структура, цели, преимущества
- Инструменты: Swagger, Postman, Draw.io, Google Sheets, JSON Generator
- Анализ и формулировка требований для API (из бизнес-контекста)
- Определение сущностей и проектирование ресурсов
- Проектирование endpoint’ов: URI-структура, методы, параметры
- Определение форматов запросов и ответов (JSON)
- Подготовка спецификации в Swagger / OpenAPI
- Проверка и тестирование API через Postman
- Итоговое обсуждение - как документировать и согласовывать API с командой
После встречи участник сможет:
- Переводить бизнес-требования в спецификацию REST API - понимать, как выявлять ресурсы, действия и связи между системами.
- Создавать и документировать API в OpenAPI/Swagger - оформлять спецификацию, понятную разработчикам и заказчикам.
- Тестировать API и валидировать сценарии интеграции - использовать Postman для проверки корректности запросов и ответов.
- Работать с интеграциями систем через API - видеть картину целиком (бизнес-логика, архитектура и реализация взаимодействия).
- Swagger/OpenAPI (работает под VPN) - создание официальной спецификации API, генерация документации.
- Draw.io (diagrams.net) - визуализация структуры API и сущностей.
- Google Sheets - таблица ресурсов и endpoint’ов (метолы, операции, параметры, ответы).
- JSON Generator - создание случайных JSON объектов для тестов.
- Postman - тестирование API и проверка корректности спецификации.
В начале встречи повторение теории - ключевые принципы проектирования БД, типы связей, нормализация. Затем разбор и построение схемы данных для реального проекта в прямом эфире от выделения сущностей до создания физической модели базы данных и SQL-скрипта. Перед практической частью необходимо вспомнить ERD, нормализацию до третьей нормальной формы (3NF), типы связей (1:1, 1:N, N:M), первичные/внешние ключи, инструменты, СУБД
Теоретическая часть:
Практическая часть:
Ценность, которую получит аналитик:
После встречи участник сможет:
Применяемые инструменты на встрече:
1. dbdiagram.io - построение ERD, визуализация структуры данных.
2. FreeDB (https://https://freedb.tech) - создание физической схемы, генерация и выполнение скриптов.
3. DBBeaver (https://dbeaver.io/) или DBVisualizer (https://www.dbvis.com) - выполнение запросов.
4. Google Sheets - таблица сущностей, атрибутов и связей для документирования модели.
В результате - готовая схема БД, SQL-скрипт и документация сущностей, основанные на реальных требованиях проекта.
Теоретическая часть:
- ER-модель данных (Entity-Relationship Diagram) - сущности, атрибуты, связи
- Типы связей 1:1, 1:N, N:M
- Ключи первичные, внешние, составные
- Принципы нормализации до третьей нормальной формы (3NF)
- Основы проектирования схем БД - логической и физической модели
- Обзор инструментов - dbdiagram.io, Lucidchart, Google Sheets, SQL
Практическая часть:
- Анализ исходных бизнес-требований и выделение сущностей
- Определение атрибутов и типов данных
- Установление связей между сущностями (1:1, 1:N, N:M)
- Определение первичных и внешних ключей, ограничений целостности
- Создание ERD в dbdiagram.io или Lucidchart
- Генерация SQL-кода создания таблиц
- Проверка корректности схемы на примере тестовых запросов
- Обсуждение типичных ошибок и критериев качественного проектирования
Ценность, которую получит аналитик:
После встречи участник сможет:
- Проектировать логические и физические модели данных под реальные бизнес-задачи.
- Понимать и применять нормализацию БД (до 3NF).
- Определять связи, ключи и ограничения корректно и осознанно.
- Создавать SQL-скрипты для инициализации структуры базы данных.
- Использовать визуальные инструменты для документирования моделей данных.
- Грамотно согласовывать модель данных с архитекторами и разработчиками.
Применяемые инструменты на встрече:
1. dbdiagram.io - построение ERD, визуализация структуры данных.
2. FreeDB (https://https://freedb.tech) - создание физической схемы, генерация и выполнение скриптов.
3. DBBeaver (https://dbeaver.io/) или DBVisualizer (https://www.dbvis.com) - выполнение запросов.
4. Google Sheets - таблица сущностей, атрибутов и связей для документирования модели.
В результате - готовая схема БД, SQL-скрипт и документация сущностей, основанные на реальных требованиях проекта.
В начале встречи повторение теоретических основ интеграций - типовые паттерны, форматы обмена данными, расписания и способы мониторинга. Затем совместное проектирование интеграционного решения для реального бизнес-кейса от анализа источников данных до визуализации потоков и фиксации форматов обмена.
Теоретическая часть:
Практическая часть:
Ценность, которую получит аналитик:
После встречи участник сможет:
Применяемые инструменты на встрече:
1. Draw.io - визуализация потоков данных, построение интеграционной архитектуры
2. Google Sheets - таблица источников и приемников, форматы, расписания
3. Postman - проверка API-интерфейсов, тестирование интеграционных сценариев
Артефакты на встрече:
В результате - готовые шаблоны интеграционного решения, визуальной схемой и таблицей потоков данных для использования в реальных проектах.
Теоретическая часть:
- Паттерны интеграций - API, ETL, файловый обмен, события и др.
- Основные форматы обмена данными - JSON, XML, CSV
- Расписание обновлений - реальное время, пакетный режим, по расписанию
- Мониторинг интеграций - логи, дашборды, SLA
- Основные артефакты интеграционного решения - диаграмма потоков данных (Data Flow Diagram или Integration Flow Diagram), таблица источников и получателей, описание форматов и расписаний, матрица интеграций (кто, что, куда, когда, как, в каком формате)
Практическая часть:
- Определение источников и получателей данных (систем и участников обмена)
- Формулирование целей и сценариев интеграции
- Выбор форматов обмена -JSON / XML / CSV
- Проектирование потоков данных и расписаний обновлений
- Создание диаграммы архитектуры интеграции в Draw.io
- Документирование интеграционных каналов в Google Sheets
- Тестирование отдельных API-запросов через Postman
- Анализ возможных проблем, задержек и узких мест
- Разбор подходов к мониторингу и SLA интеграций
Ценность, которую получит аналитик:
После встречи участник сможет:
- Проектировать интеграционные решения между системами от бизнес-требований до архитектурных схем.
- Выявлять потенциальные риски и проблемы на этапе анализа и проектирования.
- Документировать интеграции в понятной и формальной форме (диаграммы, таблицы, схемы).
- Использовать практические инструменты для описания и визуализации интеграционных потоков.
- Понимать архитектурные паттерны интеграции и уметь выбирать подходящий под задачу.
Применяемые инструменты на встрече:
1. Draw.io - визуализация потоков данных, построение интеграционной архитектуры
2. Google Sheets - таблица источников и приемников, форматы, расписания
3. Postman - проверка API-интерфейсов, тестирование интеграционных сценариев
Артефакты на встрече:
- Диаграмма интеграционной архитектуры (Integration Flow Diagram)
- Таблица источников и получателей данных с указанием форматов и расписания
- Диаграмма потоков данных (Data Flow Diagram)
В результате - готовые шаблоны интеграционного решения, визуальной схемой и таблицей потоков данных для использования в реальных проектах.
В начале встречи повторение теории ключевых принципов микросервисной архитектуры и уровней C4-модели. Затем совместное проектирование архитектуры конкретной системы от контекстной схемы до уровня контейнеров и компонентов, с визуализацией, обсуждением границ сервисов и связей между ними.
Теоретическая часть:
Практическая часть:
Ценность, которую получит аналитик:
После встречи участник сможет:
Применяемые инструменты на встрече:
1. Structurizr - построение C4-диаграмм, визуализация архитектуры по уровням
2. Draw.io - Создание архитектурных схем и связей микросервисов
3. Google Sheets - таблица микросервисов, их ответственности, API и зависимостей
Артефакты на встрече:
Теоретическая часть:
- Основные принципы микросервисной архитектуры
- Что такое C4-модель архитектуры (Context, Containers, Components, Code)
- Назначение и структура каждого уровня C4
- Как увязать C4-модель с артефактами аналитика (требования, интеграции, API, БД)
- Ключевые артефакты архитектурного проектирования: контекстная диаграмма, диаграмма контейнеров, диаграмма компонентов
- Инструменты визуализации архитектуры: Structurizr, Draw.io
Практическая часть:
- Определение цели системы и её контекста: пользователи, внешние системы, бизнес-границы
- Построение C1-диаграммы (Context) - общая архитектура системы и окружение
- Построение C2-диаграммы (Containers) - микросервисы, базы данных, FE и BE компоненты
- Определение связей между микросервисами и точек интеграции
- Детализация одного сервиса на уровне C3-диаграммы (Components)
- Формирование пояснений к каждому уровню (ответственность, технологии, взаимодействия)
- Обсуждение типичных ошибок - неправильные границы сервисов, дублирование логики, избыточные связи
- Подведение итогов - как использовать C4-диаграммы в документации аналитика и на проекте
Ценность, которую получит аналитик:
После встречи участник сможет:
- Проектировать микросервисную архитектуру системы с нуля, визуализируя контекст, сервисы и взаимодействия
- Понимать и применять C4-модель для документирования архитектуры
- Определять границы микросервисов на основе бизнес-требований и интеграций
- Использовать архитектурные диаграммы для согласования решений с командой разработки
- Знать как использовать C4-модель с другими артефактами (REST API, БД, интеграции)
Применяемые инструменты на встрече:
1. Structurizr - построение C4-диаграмм, визуализация архитектуры по уровням
2. Draw.io - Создание архитектурных схем и связей микросервисов
3. Google Sheets - таблица микросервисов, их ответственности, API и зависимостей
Артефакты на встрече:
- C1-диаграмма (Context Diagram) - границы системы и внешние взаимодействия
- C2-диаграмма (Containers Diagram) - архитектура микросервисов и инфраструктурных компонентов
- C3-диаграмма (Components Diagram) - структура одного выбранного микросервиса
- Таблица микросервисов и взаимодействий (ответственность, интерфейсы, зависимости)
Автор и тренер курса
IT- консультант / системный и бизнес-аналитик / руководитель проектов
Основатель школы успешных аналитиков GetSkills.by
Основатель школы успешных аналитиков GetSkills.by
Принимал участие в разработке ПО для мировых компаний:
Оказывал консультационные услуги и/или работал на такие компании как:
- BPG (Великобритания)
- ENI (Италия)
- KPO b.v. (Казахстан)
- Нацбанк РБ
- ОАО «Нафтан»
- Terralink
- ScienceSoft
- Softeq
- Teallium
- IOMICO
- Velmie Smart
- а также ряд компаний, которые, находятся под NDA
- Lukoil (Россия)
- Chevron (США)
Компетентен в доменах:
</>
20+
650+
30+
8+
Healthcare
Основы бизнес- и системного анализа
Интернет вещей (IoT) для аналитиков
Управление проектами
Техническая перезагрузка
Системный анализ для корпоративных клиентов
Banking
E-learning
Mobile & Web Applications
Oil and Gas
Крупных проектов
Выпускников
Опыта преподавания и менторства
Telecom
Лет опыта в сфере IT
IoT
Logistics
Эффективный Presales
Автор проектов:
2025 © «Гетскиллс», права защищены
Соц. сети:
Общество с ограниченной ответственностью "Гетскиллс"
УНП 193780079
УНП 193780079
- Свидетельство о государственной регистрации выдано Минским горисполкомом 01.08.2024 г. № 193780079
- Юридический адрес: 220113, г. Минск, ул. Я. Коласа, д. 73/3 офис 1-21
Условия использования материалов на сайте
Публичная оферта для тарифа Solo
Публичная оферта для тарифа Duo
Оплата и использование материалов означают акцепт указанной оферты по выбранному пакету.
Публичная оферта для тарифа Solo
Публичная оферта для тарифа Duo
Оплата и использование материалов означают акцепт указанной оферты по выбранному пакету.
вверх
