Объем задач и зоны ответственности системного аналитика могут значительно отличаться в разных компаниях. Нередко системный аналитик совмещает дополнительные роли, такие как архитектор, проджект-менеджер, тестировщик и другие.

Какие обязанности у системного аналитика? Какие результаты он дает IT-команде и на что влияет? С какими документами работает? Давайте разбираться вместе с опытными системными аналитиками - руководителями направлений в компаниях.

В эпизоде мы рассказываем о профессии системного аналитика и документах, которые он создает в ходе своей работы (артефактах).

Он будет полезен опытным системным аналитикам, чтобы узнать о задачах и документах, с которыми работают их коллеги в разных крупных компаниях, найти общие черты и различия. Начинающим в профессии аналитикам он поможет понять, какие задачи их ожидают, на что стоит обратить внимание и какие знания могут понадобиться в зависимости от компании и проекта.

1:30 - Знакомство с гостями подкаста и их опытом в системном анализе.

6:27 - Текущие обязанности спикеров - главных системных аналитиков.

14:38 - Что создают системные аналитики в процессе работы, что передают разработчикам и другим участникам команды.

23:04 - Структура корпоративного шаблона постановки задачи от системного аналитика - техническая детализация требований.

25:43 - Инструменты системного аналитика для создания диаграмм, подключения к базам данных, тестирования API и другие, которые постоянно используются в работе.

34:00 - Какие требования документировать, а какие нет. Чек-лист аналитики. ФТ (функциональные требования), БТ (бизнес-требования), НФТ (нефункциональные требования), интеграции, базы данных и другие.

42:28 - Как системный аналитик участвует в проектировании архитектуры? Обязательно ли знать C4 или другие нотации.

47:25 - Другие документы, руководства, инструкции и управленческие документы, которые может создавать системный аналитик. Информационная безопасность.

54:50 - Пожелания и рекомендации от Никиты и Оли по работе с новыми задачами.

Ссылки на документы и инструменты, упоминаемые в эпизоде:

• Structurizr - инструмент для создания диаграмм в нотации C4 через код, моделирование архитектуры.
• ГОСТ 34. Техническое задание на создание автоматизированной системы.

Ведущая:
Екатерина Ананьева
Гости:
Никита Финько, Главный аналитик в Росбанк
Ольга Пашкова, Руководитель отдела системного анализа в СберЗдоровье

При растущей сложности архитектуры систем, аналитикам в IT часто приходится знакомиться с новым инструментами и технологиями. В этом эпизоде подкаста мы обсуждаем опыт внедрения Camunda в проект - мощного инструмента для моделирования и автоматизации бизнес-процессов с использованием BPMN.

Если вы хотите понять, подойдет ли вам Camunda, как с ней работать и какие результаты можно ожидать от внедрения этого решения, этот эпизод будет особенно полезен.

1:07 - Что такое Camunda и чем она может быть полезна для системных и бизнес-аналитиков, разработчиков?

3:24 - Использование Camunda как оркестратора в микросервисной архитектуре. Хореография и оркестрация.

7:43 - Кристина делится опытом использования Camunda для расчетов сумм выплат клиентам.

10:28 - Какова роль нотации моделирования бизнес-процессов BPMN в Camunda. Уровни проектирования BPMN-диаграмм.

16:16 - Нотация BPMN. Можно ли использовать BPMN вместо UML Sequence.

21:09 - DMN как прекрасное дополнение BPMN.

23:01 - Другие инструменты, кроме Camunda Modeler, для создания BPMN-диаграмм.

25:35 - Как использовать Camunda? Обзор решения.

29:38 - Как интегрировать Camunda в действующую систему.

32:08 - Результат внедрения Camunda, личный опыт.

40:55 - С чего начать знакомство с Camunda и нотацией BPMN.

46:40 - Рекомендации по самостоятельному обучению.

Сокращения:

+ BPMN - Business Process Model and Notation - нотация для моделирования бизнес-процессов.
+ DMN - Decision Model and Notation - это единая, понятная всем бизнес-пользователям нотация для моделирования процессов принятия решений.

Инструменты:

+ Camunda Modeler - бесплатный инструмент для создания BPMN диаграмм, который проверяет соблюдение нотации:
https://camunda.com/download/modeler/ (Open Source Desktop Modeler)

+ Storm BPMN - инструмент для наведения порядка в бизнес-процессах:
https://stormbpmn.com/

Полезные ссылки от Кристины по BPMN:
https://bpmn2.ru/

Ведущая:
Екатерина Ананьева
Гость:
Кристина Виноградова

Подкаст сообщества системных аналитиков GetAnalyst.

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

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

В этом эпизоде подкаста вы познакомитесь с возможностями Искусственного Интеллекта ChatGPT для профессии системного аналитика, и узнаете о проблемах, которые могут быть связаны с его использованием.

1:30 - Определение Искусственного Интеллекта (ИИ) / AI (Artificial Intelligence).

6:32 - Что такое ChatGPT, как он работает и какие задачи выполняет.

15:56 - Идеальное транскрибирование голоса в текст за счет анализа контекста Искусственным Интеллектом через мобильное приложение ChatGPT.

18:12 - Обзор карты навыков системного аналитика и применение ChatGPT как дополнительного инструмента в работе. Про сбор требований.

27:11 - Работа с бизнес-требованиями. Диаграммы BPMN (инструмент Camunda). Для презентаций рекомендуется приложение Canva.

37:49 - Работа с функциональными и нефункциональными требованиями (упоминаемый подкаст про НФТ). Диаграммы UML (инструмент PlantUML) через ChatGPT.

41:55 - Документирование, проектирование базы данных, архитектура систем.

48:15 - Маппинг данных с помощью ChatGPT при постановке задач на интеграции и API.

49:19 - Проектирование REST API через ChatGPT.

53:23 - Тестирование, инструменты и другие навыки системного аналитика.

Пример Swagger-документации Wildberries, пример рабочего проекта с кодом.

1:01:51 - Где использовать ChatGPT. Полезен или вреден ChatGPT? На что обращать внимание. Отсылка на статью про C4 - диаграмму для архитектуры.

В этом эпизоде подкаста GetAnalyst мы обсуждаем нефункциональные требования: не только в теории, но и на практике. Приводятся конкретные примеры для каждого вида таких требований, которые могут быть применены в реальных ИТ-проектах.

Этот выпуск поможет системным и бизнес-аналитикам при подготовке к собеседованиям или перед стартом работы над нефункциональными требованиями для ТЗ нового проекта.

Статья к подкасту: https://getanalyst.ru/podcast/nft

1:08 - Когда мы встречаемся с нефункциональными требованиями и что важно знать о них перед началом работы. Знакомство с проектом TelMed (https://t.me/getanalysts/1646).

08:09 - Что такое нефункциональные требования (НФТ). О проверяемости нефункциональных требований.

12:28 - Определение нефункциональных требований по Вигерсу (книга “Разработка требований к программному обеспечению”), ГОСТ-34 (https://www.prj-exp.ru/gost/gost_34-602-89.php) и Software Requirements Specification, IEEE (https://github.com/rick4470/IEEE-SRS-Tempate или https://ieeexplore.ieee.org/document/278253).

23:21 - Источники нефункциональных требований.

29:54 - Виды нефункциональных требований на примере медицинского проекта TelMed. Этап сбора потребностей из источников - первичная аналитика.

45:04 - Работа с нефункциональными требованиями для ТЗ и рядовых постановок задач на разработчиков. Личный опыт. Связь с принципами дизайна UI и архитектурой.

51:06 - Доступность. SLA - service-level agreement.

56:10 - Удобство установки.

01:01:36 - Целостность данных. Совместимость.

01:04:23 - Производительность.

01:06:24 - Надежность. Устойчивость.

01:09:13 - Защита и безопасность.

1:13:00 - Удобство использования. О боли про “Интуитивно понятный интерфейс”.

1:16:10 - Эффективность использования ресурсов.

1:18:10 - Модификация. Переносимость. Возможность повторного использования.

1:21:41 - Масштабируемость.

1:24:03 - Проверяемость и тестируемость. Другие требования по ГОСТ-34.

1:27:28 - Порядок работы с нефункциональными требованиями.

1:34:54 - Заключение и рекомендации по нефункциональным требованиям и организации работы с ними на проекте.

В новом эпизоде разобрана работа механизма вебхуков на примере интеграции между медицинской и страховой системой.

Дополнительные материалы к подкасту: https://getanalyst.ru/podcast/webhooks

Из медицинской информационной системы в страховую подаётся заявка на получение выплат за пациента. Её рассмотрение может занять от сотен миллисекунд до 20 рабочих дней, что создаёт неопределённость и задержки в обновлении статуса.

Традиционные методы опроса страховой системы через API могут быть неэффективными: постоянные запросы могут перегружать систему и не всегда своевременно обновлять статус. Но как быть, если статус заявки может измениться в любой момент и нам нужно доставить его до клиники и пациента оперативно?

На помощь приходят Webhooks - вебхуки. Этот механизм позволяет страховой компании автоматически отправлять уведомления о новом статусе заявки в медицинскую систему сразу после его изменения. Это не только сокращает нагрузку на серверы обеих систем, но и предоставляет актуальную информацию без задержек и лишних запросов.

В этом эпизоде вы узнаете, как работают Webhooks, их преимущества по сравнению с традиционными методами опроса, и как их можно использовать для улучшения взаимодействия между информационными системами.

Актуально для опытных системных и бизнес-аналитиков, кто только знакомится с интеграциями систем или уже давно работает с ними, но еще ни разу не работал с вебхуками.

1:50 - Обсуждение возможных вариантов решения задачи, если вы не знакомы с механизмом вебхуков (Webhooks). Polling и Long Polling и почему.

08:53 - Что такое вебхуки - разбор на примере интеграции медицинской и страховой систем.

10:42 - Как технически реализуется вебхук в рамках интеграции систем, когда в нашу систему-подписчика надо получать уведомления из внешней.

14:54 - Почему механизм Webhooks лучше механизма Polling и других подобных способов опроса внешней системы по таймерам, по расписанию.

20:30 - Как обеспечить работу вебхуков: реализация на стороне системы, которая оповещает о событиях.

26:23 - Почему рекомендуется использовать очереди сообщений (RabbitMQ / Kafka) для рассылки уведомлений о произошедших событиях при реализации вебхуков. Алгоритм реализации обработки сообщений из очереди.

28:47 - Механизм подписки на вебхуки для потребителей уведомлений.

31:05 - Прием вебхуков на стороне системы-подписчика в очередь и последующая их обработка.

32:27 - Про реализацию метода POST для вебхука на стороне системы-подписчика.

36:08 - Больше примеров задач и бизнес-процессов, где нужны вебхуки.

39:49 - Подведение итогов и рекомендации.

IT - сфера, где каждый постоянно стремится к росту и профессиональному развитию. Не многие могут усидеть долго в одном проекте. Это относится не только к вопросу дохода, а во многом к проектам и задачам, с которыми приходится работать.

Поэтому незнакомые задачи и технологии, особенно для системных аналитиков, встречаются регулярно. И не всегда есть старший руководитель или разработчики, которые могут помочь. Часто ты "один в поле воин" и задать вопрос некому.

В этом эпизоде системный аналитик Кристина Виноградова делится с нами лайфхаками по работе с незнакомыми задачами без ментора, когда не от кого получить поддержку: от практических подходов по структурированию задач и аналитике, до психологических моментов, с которыми важно работать.

Этот подкаст будет полезен как начинающим, так и опытным аналитикам, которым нужна поддержка и помощь в работе, но кажется, что её невозможно получить. Решения есть. И у вас всё получится 🙌

04:25 - Когда и как обычно приходят новые задачи? Есть ли к этому предпосылки, если это не связано со сменой места работы и ты уже не джун?
9:52 - Какие ошибки чаще всего допускают, пытаясь решать задачи самостоятельно, без помощи ментора?
20:32 - Как обращаться за помощью в решении незнакомых задач?
32:15 - Пошаговый план в решении незнакомых задач.
38:20 - Оценка влияния задачи на систему - общий чек-лист. Структура системы.
43:09 - В какой момент просить помощи у коллег и можно ли получить негативную реакцию от них?
50:15 - Негативная реакция от коллег при запросе помощи.
56:18 - Как сохранять мотивацию, если начинаешь работу с незнакомой задачей.
1:02:10 - Как влияет отсутствие или наличие ментора на профессиональное развитие аналитиков.

Дополнительные материалы к подкасту доступны по этой ссылке.

Ведущая:
Екатерина Ананьева
Гость:
Кристина Виноградова

В новом эпизоде подкаста мы обсуждаем вопросы по REST API с собеседований на позицию системного аналитика, и разбираем ответы на них с примерами. REST API это основной способ взаимодействия систем, и, как следствие, один из ключевых навыков, ожидаемых от специалистов на рынке труда.

Подкаст разделен на три основные части: теоретические вопросы; виды практических задач; вопросы по опыту работы и портфолио.

Эпизод рекомендуется к прослушиванию как для начинающих, так и для опытных системных аналитиков, стремящихся углубить свои знания в теме проектирования REST API и успешно проходить технические собеседования. Особенно рекомендуется, если у вас завтра техническое интервью 🙂

00:59 - О структуре выпуска и причине выбора темы.

02:25 - Что такое REST API и его отличия от RESTful.

10:10 - 6 главных принципов REST API.

15:52 - Структура запросов и ответов REST API: типы методов и отличия между ними.

23:50 - URL и URI. Структура URI запроса. Примеры. Query и path-параметры, headers, тело запроса и ответа, авторизация, коды состояний HTTP.

29:10 - Ресурс в контексте REST API. Связь объектов данных (ресурсов) REST API и БД.

31:05 - Query-параметры в запросе. Элементы пагинации в query-параметрах и body. Path-параметры.

36:28 - Что спрашивают по авторизации в API на собеседовании. Про безопасность. Заголовки запросов - Headers. Форматы сообщений в Body.

39:27 - Коды ответов HTTP, их назначения и какие знать обязательно. Вопросы с подвохами про отличия между кодами ответов HTTP в разных ситуациях.

43:40 - Отличия между POST и PUT. Идемпотентность. Получение данных через POST.

47:10 - Другие важные технические вопросы про асинхронные запросы и Webhook-и.

48:48 - Виды практических задач по REST API на собеседованиях для системных аналитиков.

54:00 - Вопросы про опыт работы с REST API. Рекомендация - используйте портфолио (личные демо-проекты).

56:48 - Заключение и рекомендации по самостоятельному освоению REST API.

Рекомендации в конце эпизода:

1. Книга: Арно Лоре. Проектирование веб-API

2. Канал GetAnalyst с разбором проектов по REST API - t.me/getanalysts

3. Видео на YouTube-канале GetAnalyst

https://www.youtube.com/c/GetAnalyst

3.1. Связь базы данных и дизайна REST API

3.2. REST API с нуля: дизайн методов для работы менеджера с заявками автосервиса

3.3. Postman: навык тестирования REST API за вечер

4. Статья “Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)” https://habr.com/ru/articles/770226/

Все чаще в IT-проектах можно встретить использование gRPC API, но его использование пока не так сильно распространено. Не многие команды разработки могут точно сказать в каких случаях стоит применять gRPC, и не решаются попробовать его вместо привычного REST API.

В этом эпизоде подкаста системный аналитик Мария Кубенина, гость подкаста GetAnalyst, рассказывает про gRPC API в сравнении с REST API, и делится своим опытом использования в высоконагруженных проектах.

Мария рассказывает про ключевые преимущества и недостатки gRPC, а также погружается в технические детали. Она детально разбирает различия в производительности, масштабируемости и удобстве использования между gRPC и REST API. Поднимаются вопросы безопасности, тестирования и интеграции с другими системами.

Этот подкаст будет полезен не только системным аналитикам, но и разработчикам, архитекторам ПО, проектным менеджерам и всем, кто интересуется современными подходами в разработке и интеграции IT-систем, в частности хочет начать изучать gRPC API. Вы найдете в этом подкасте ценные инсайты и рекомендации по применению gRPC в своих проектах, узнает, какие преимущества может принести этот подход и как избежать потенциальных проблем при его внедрении.

1:20 - Знакомство с Марией и её историей знакомства с gRPC API

3:30 - Почему на текущем проекте выбрали gRPC API

6:09 - Что такое gRPC и почему разработчики выбирают его, а не REST API

9:24 - HTTP 2. Сравнение gRPC и REST API. Как именовать методы gRPC

17:45 - Обновления gRPC и обратная совместимость версий. Нумерация полей в gRPC

21:05 - Версионирование REST API

24:30 - Какие типы приложений выигрывают при переходе с REST на gRPC API

26:40 - Отмена запросов в gRPC - крутой бонус для микросервисной архитектуры

28:10 - Недостатки gRPC по сравнению с REST API

32:28 - Ограничение размера сообщений в gRPC и передача файлов

34:45 - Вызовы при внедрении gRPC в существующий проект с REST API

39:25 - Тестирование gRPC API

43:55 - Что посмотреть и почитать системному аналитику, чтобы освоить gRPC API

Рекомендации от Марии и примеры файлов protobuf доступны по ссылке:

https://getanalyst.ru/podcast/grpc-vs-rest