В этом эпизоде подкаста 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 - https://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

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

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

1:18  - Что такое интеграции?

4:25 - Роль системного аналитика в процессе работы с задачами на интеграции.

11:41 - Как изменилась работа с задачами на интеграции за последние годы?

16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так.

19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось.

22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят?

26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности).

28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого?

29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие.

31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино, если у одних есть страны, а у других нет, у одних город в одном поле, а у третьих в другом и так далее. Про агрегаторы.

36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки.

39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них).

42:02 - Заключение и рекомендации

Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!

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

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

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

00:20 - Введение и предыстория выбора темы

2:32 - Определение портфолио

5:22 - Примеры портфолио для разных специалистов и его назначение

10:45 - Что входит в портфолио системного аналитика

15:47 - Когда и для чего системному аналитику нужно портфолио, соблюдение корпоративной тайны

23:33 - Опыт использования портфолио и как оно помогло устроиться на позицию стажера системного аналитика

25:57 - Что можно использовать для портфолио системного аналитика - итоги

31:01 - С помощью каких инструментов и ресурсов формировать портфолио

35:20 - Обязательно ли наличие портфолио для системного аналитика

37:11 - Рекомендации слушателям

Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!

В этом эпизоде основатель сообщества системных аналитиков GetAnalyst Екатерина Ананьева делится своим личным опытом в IT и рассказывает, как она пришла в системный анализ и нашла свою первую работу.

Обсуждается профессия системного аналитика: роль, задачи и путь к карьерному росту. 

Этот подкаст предлагает рекомендации для начинающих и опытных аналитиков по поиску работы и рассказывает про особенности работы в разных проектах.

0:50 - Екатерина Ананьева и сообщество GetAnalyst

4:00 - Кто такой системный аналитик

8:10 - Процесс работы с рабочими задачами

19:10 - Как Екатерина выбрала системный анализ. О мечтах и "Я тоже могу"

23:25 - Поиск работы и портфолио аналитика: первое предложение о работе junior-системному аналитику

37:55 - Почему был создан проект GetAnalyst

40:25 - Идея подкаста GetAnalyst, пожелания и рекомендации подписчикам

Подписывайтесь и делитесь с коллегами и начинающими системными аналитиками!