Данная подборка докладов посвящена ключевому вызову современной ИТ-индустрии — управлению сложностью. Мы пройдем путь от прикладных задач проектирования микросервисов до выстраивания комплексной Enterprise-архитектуры.

На повестке дня — трансформация роли аналитика: от классического сбора требований до моделирования онтологий и самостоятельного написания кода API. Мы разберем практические кейсы крупнейших финтех-игроков: как разделять монолиты, стандартизировать бизнес-объекты банка и создавать качественные источники НСИ в масштабах группы продуктов. Наши спикеры докажут: когда в системе нет выделенного архитектора, именно аналитик становится тем связующим звеном, которое удерживает целостность системы и не дает проекту утонуть в деталях.

Проектирование ИС через моделирование: как сохранить целостность и не утонуть в деталях

• Задача разработки ИС/полностью или части. Сложные ситуации: несколько стейкхолдеров, работа с несколькими ролями и пр.
• Как строить разные модели, но не разъехаться.Требования и транзит (требования всех видов и Gapы).
• Практический пример моделирования системы

Разработка и практическое применение внутренней модели бизнес-объектов банка  для стандартизации интеграционных механизмов и общего ускорения реализации ИТ -проектов

• Формирование общей схемы  глобальных  бизнес-объектов банка и ее визуализация с помощью математических методов
• Стандартизация интеграционных механизмов при помощи составления качественных маппингов данных и использования типовых JSON (JSONSchema) или XML (XSD)
• Практическое использование общей схемы бизнес-объектов при работе с гибкими методологиями и микросервисами на проекте крупного банка
• Профиты полученные при использовании подхода: визуализация предметных областей, частичная автоматизация составление маппингов,  ускорение стандартных процессов разработки ПО и тп
• Сложности возникающие при использовании подхода и инструменты помогающие с ними бороться.

Опыт разделения монолита на сервисы

Уровень слушателя: Продвинутый

• Какие организационные и технические проблемы мы решали и какими средствами
• Как выделяли функциональные модули и выбирали метод проектирования целевого решения
• Какие ввели правила для разработки и документирования, чтобы больше не попадать в ловушку костылей и эдхок решений
• Что в итоге получилось и почему мы считаем что это правильно

Онтологические подходы для аналитики банковских ИТ — проектов

• Кризис аналитика в Agile. Аналитик как архитектор
• Что такое онтология? Как размечать предметное поле
• Бизнес-сущности, классы, схемы, таблицы, графы из семантики и лингвистики делового оборота предприятия и построение Ontology driven microservice architecture
• Формируем "интерфейс намерения".Онтология и проблемы дизайна
• Практический разбор разметки предметного поля из телеграмм-канала

Как аналитики стали кодить API, изменили подход к разработке и что нового про API узнали

• Разрастание API: когда API становится слишком много, что делать, чтобы не потеряться
• Версионирование: варианты реализации и при чем тут боль мобильных приложений
• Идемпотентность: что это такое, как достичь и зачем нужно
• Как аналитики стали кодить API и полностью поменяли подход к разработке

Как вырастить качественный источник НСИ для группы разных продуктов и решить вопросы интеграции с внешними системами.

Кейс большого масштаба

• Как выровнять НСИ, если с одним объектом постоянно работает неизвестно многое количество приложений с высокой нагрузкой?
• Какие проблемы нужно решить и что предусмотреть при переходе на новый источник данных?
• Целевое решение. Немного техники.
• Проблемы, которые возникнут в процессе, и чеклисты для их решения
• Почему стоит заняться источником НСИ для разных продуктов и какое может быть развитие

У вас нет архитектора? Тогда аналитик идет к вам!

• Много систем вокруг нашей и много способов интеграции — как выбрать нужные?
• А если никто про это не может рассказать?
• Реальный кейс крупного ретейлера - с чего начали, что выявили, как работали и проясняли ситуацию
• Выводы и советы по действиям в таких ситуациях
• Источники получения актуальной информации
• Шаблон wiki для описания систем и способов интеграции

Принцип каскадного снижения связанности при движении от микросервиса к Enterprise — архитектуре

• поговорим о сложных системах и том как противостоят друг другу связанность и прочность
• расскажу пример, как малыми силами без архитекторов правильно спроектировать новые интеграции
• обсудим что надо помнить системному аналитику, чтобы не нарушать принципы связанности и прочности и что делать, когда нужно добавить интеграций, а ресурсов на глобальный рефакторинг архитектуры нет
• передам дополнительные материалы про то как тестировать связанность и прочность систем

После покупки билета на указанный при заказе e-mail вы получаете письмо с ссылкой, по которой можно смотреть/скачать доклады и презентации.

Что входит в материалы:

• 8 докладов с конференций + ответы спикеров из ZOOM

• Готовые шаблоны и материалы от спикеров

• Возможность скачать материалы

Analyst Marathon — это постоянно развивающееся профессиональное сообщество и серия конференций для глубокого обмена практическим опытом.

• Для кого и как часто: ежегодная серия из 3-4 онлайн-конференций для BA/SA-аналитиков и руководителей
• Только практика, без воды: все спикеры — действующие эксперты из топовых компаний, которые делятся реальным опытом
• Бесплатная подготовка: регулярные вебинары «теория + практика» перед конференцией. Анонсы и ссылки в дни событий — в Telegram-чате
• Библиотека знаний: доступ к записям прошлых выпусков (можно приобрести отдельно или с билетом «Комбо» для конференции)

P.S. Это не "еще одна конференция". Это конкретные инструменты и рекомендации, которые можно применять в работе с понедельника.

Пока вы читаете это, ваши коллеги уже используют их.

Присоединяйтесь к чату и каналу конфренции, чтобы не пропустить новости конференции.

Стать партнером — возможности для компаний.
Подать заявку на выступление — стать спикером.
Отзывы участников — прочитать впечатления о прошедших событиях.
Архив прошлых конференций — купить записи отдельно.
Telegram — @maximvh — контакты организаторов для любых вопросов.