Искусственный интеллект восхищает своими темпами роста функциональности и количества пользователей с момента запуска в открытый доступ в декабре 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 - Подведение итогов и рекомендации.