Друзья, цените даже маленькие достижения!
Всем желаем получить и зафиксировать крутые результаты на этой неделе☺️
#GAfrindlyreminder
Всем желаем получить и зафиксировать крутые результаты на этой неделе☺️
#GAfrindlyreminder
❤94💯10👌5
GetAnalyst_Интеграции_Типовые_Альтернативные_сценарии_.pdf
5.1 MB
🪲 Ошибки в сценариях работы Интеграций 🪲
Написание требований к обработке ошибок является важной частью обязанностей Системного Аналитика. Я всегда начинаю описание работы системы с прямого сценария, а затем сразу же перехожу к поиску подвохов и отклонений на каждом его шаге.
Это нужно, чтобы после релиза системы не получать от пользователей обращения в тех поддержку и негативные отзывы о том, что наша система плохо работает или сломалась из-за какой-то мелочи.
Также не хочется получать разочарования на этапе тестирования, когда довольный тестировщик нашел очередной баг, что ведет к “уточнениям по аналитике”, очередным кругам доработок, задержкам релизов и отвлечению от новых задач.
Я абсолютно уверена, что работа аналитика - победить тестировщика, то есть первым найти все потенциальные ошибки и сбои, которые может создать пользователь. Поэтому круто, когда в Системный Анализ переходят Тестировщики.
При работе с интеграциями я использую стандартный чек-лист, по которому можно написать требования к обработке ошибок:
1. Ошибка авторизации
2. Ошибки доступа
3. Ошибка тайм-аута
4. Ошибки по документации внешней системы
5. Неизвестные ошибки, которых не было в документации и не планировалось их обрабатывать (новые коды, неизвестные форматы тела ответа)
6. Новые статусы или значения справочников, которые не совпадают с нашими перекодировочными таблицами, описанными ранее в маппинге данных
📚 Подробности в мини-книге, которую прикрепила к посту 💖
#ИнтеграцииGA
Написание требований к обработке ошибок является важной частью обязанностей Системного Аналитика. Я всегда начинаю описание работы системы с прямого сценария, а затем сразу же перехожу к поиску подвохов и отклонений на каждом его шаге.
Это нужно, чтобы после релиза системы не получать от пользователей обращения в тех поддержку и негативные отзывы о том, что наша система плохо работает или сломалась из-за какой-то мелочи.
Также не хочется получать разочарования на этапе тестирования, когда довольный тестировщик нашел очередной баг, что ведет к “уточнениям по аналитике”, очередным кругам доработок, задержкам релизов и отвлечению от новых задач.
Я абсолютно уверена, что работа аналитика - победить тестировщика, то есть первым найти все потенциальные ошибки и сбои, которые может создать пользователь. Поэтому круто, когда в Системный Анализ переходят Тестировщики.
При работе с интеграциями я использую стандартный чек-лист, по которому можно написать требования к обработке ошибок:
1. Ошибка авторизации
2. Ошибки доступа
3. Ошибка тайм-аута
4. Ошибки по документации внешней системы
5. Неизвестные ошибки, которых не было в документации и не планировалось их обрабатывать (новые коды, неизвестные форматы тела ответа)
6. Новые статусы или значения справочников, которые не совпадают с нашими перекодировочными таблицами, описанными ранее в маппинге данных
📚 Подробности в мини-книге, которую прикрепила к посту 💖
#ИнтеграцииGA
❤27🔥11👍6🤔1
📌 Полная постановка задачи на интеграционный API-метод и итоги проекта GABank 📌
Весь июнь мы разбирали тему интеграций на примерах для конкретного реального проекта #GABank, чтобы у вас сложилось представление о том, что такое интеграции, зачем они нужны и как с ними работать Системному аналитику.
👉 Ссылка на первый пост с описанием проекта
Сделали ровно то, что я обещала и немного больше:
✅1. Сформулировали функциональные требования к интеграции.
✅2. Сделаем модель БД, которая обеспечит хранение всех необходимых данных.
✅3. Опишем архитектуру решения.
✅4. Исследуем API-документацию внешней системы DaData.
✅5. Протестируем API в Postman.
✅6. Сформулируем интеграционный Use Case.
✅7. Сделаем маппинг данных между системами.
✅+ Я описала JSON-ы интеграционного API-метода для Backend системы GABank, потому что без него невозможно было хорошо сделать маппинг данных. Найдёте их в примере постановки задачи.
✅+ Я рассказала про альтернативные сценарии и обработку ошибок в интеграциях, т.к. в начале, когда я только начала проект GABank и описала основной сценарий, то был вопрос на эту тему в комментариях. Примеры, связанные со вчерашним постом, найдёте в примере постановки задачи.
👉❗️✅+ Пример полной постановки задачи на интеграционный API-метод, который суммирует всё изученное нами за месяц доступен по этой ссылке.
В завершении открытой части обучения Интеграциям провели открытый урок с 30 июня по 2 июля.
P.S. Спасибо вам за обратную связь ❤️
Также очень рада приветствовать коллег, кто подключился к большому обучающему проекту Интеграции ❤️🔥❤️🔥 ❤️🔥 Увидимся на первом онлайн-занятии в следующую среду!
А в июле нас с вами ждёт REST API 🙂
#ИнтеграцииGA
Весь июнь мы разбирали тему интеграций на примерах для конкретного реального проекта #GABank, чтобы у вас сложилось представление о том, что такое интеграции, зачем они нужны и как с ними работать Системному аналитику.
👉 Ссылка на первый пост с описанием проекта
Сделали ровно то, что я обещала и немного больше:
✅1. Сформулировали функциональные требования к интеграции.
✅2. Сделаем модель БД, которая обеспечит хранение всех необходимых данных.
✅3. Опишем архитектуру решения.
✅4. Исследуем API-документацию внешней системы DaData.
✅5. Протестируем API в Postman.
✅6. Сформулируем интеграционный Use Case.
✅7. Сделаем маппинг данных между системами.
✅+ Я описала JSON-ы интеграционного API-метода для Backend системы GABank, потому что без него невозможно было хорошо сделать маппинг данных. Найдёте их в примере постановки задачи.
✅+ Я рассказала про альтернативные сценарии и обработку ошибок в интеграциях, т.к. в начале, когда я только начала проект GABank и описала основной сценарий, то был вопрос на эту тему в комментариях. Примеры, связанные со вчерашним постом, найдёте в примере постановки задачи.
👉❗️✅+ Пример полной постановки задачи на интеграционный API-метод, который суммирует всё изученное нами за месяц доступен по этой ссылке.
В завершении открытой части обучения Интеграциям провели открытый урок с 30 июня по 2 июля.
P.S. Спасибо вам за обратную связь ❤️
Также очень рада приветствовать коллег, кто подключился к большому обучающему проекту Интеграции ❤️🔥❤️🔥 ❤️🔥 Увидимся на первом онлайн-занятии в следующую среду!
А в июле нас с вами ждёт REST API 🙂
#ИнтеграцииGA
🔥25👍8❤4
🎯 Вижу цель - иду к ней 🎯
Когда я создавала GetAnalyst, то у меня была конкретная миссия, которая со мной по сей день:
На сайте, в рассказе о проекте, это оставила в формулировке:
Идёт время. Всё больше Системных аналитиков, с которыми удалось лично поработать. Всё больше историй успеха. Миссия работает. И я горжусь тем, что получилось.
Я горжусь не своими результатами, а вашими.
Да, я создала этот проект, собрала команду, которая помогает мне его поддерживать. Но без вас это ничто.
Спасибо, что остаётесь со мной.
Спасибо, что читаете мои посты, блоги и статьи, ходите на онлайн-практики.
Спасибо, что идёте к нам на обучение.
Спасибо, что ставите цели и достигаете результатов, применяете полученные знания на практике и делитесь с нами историями.
Я горжусь вами 💞
С любовью и добром,
Екатерина Ананьева
Когда я создавала GetAnalyst, то у меня была конкретная миссия, которая со мной по сей день:
Делиться своим опытом, чтобы создавать лучших специалистов в сфере Системного анализа, которые будут вносить вклад в передовые ИТ-продукты для бизнеса.
На сайте, в рассказе о проекте, это оставила в формулировке:
Обмен практическим опытом, чтобы создавать лучших специалистов в сфере анализа и проектирования систем.
Идёт время. Всё больше Системных аналитиков, с которыми удалось лично поработать. Всё больше историй успеха. Миссия работает. И я горжусь тем, что получилось.
Я горжусь не своими результатами, а вашими.
Да, я создала этот проект, собрала команду, которая помогает мне его поддерживать. Но без вас это ничто.
Спасибо, что остаётесь со мной.
Спасибо, что читаете мои посты, блоги и статьи, ходите на онлайн-практики.
Спасибо, что идёте к нам на обучение.
Спасибо, что ставите цели и достигаете результатов, применяете полученные знания на практике и делитесь с нами историями.
Я горжусь вами 💞
С любовью и добром,
Екатерина Ананьева
❤55👍9
💪 Новый проект по REST API: приложение для фитнес-клубов 👟
В июле мы с вами будем работать над разработкой REST API, который будет обеспечивать работу мобильных приложений (МП) для сети фитнес-клубов #GetGym.
С учетом роста популярности спорта, потребности контроля входа в фитнес-клуб без пластиковых карточек, информирования о расписании групповых занятий - тема популярная. Каждая сеть фитнес-клубов делает МП, даже если у них пока всего 3 локации.
Основные возможности, над которыми будем работать:
🔸 Просмотр списка тренеров через мобильное приложение клиента.
Список можно фильтровать по специализации (например, кардио, силовые тренировки, йога), опыту, рейтингу и доступности.
Для каждого тренера доступна подробная информация, включая имя, фото, специализацию, биографию и расписание.
🔸 Запись на персональную тренировку в один из свободных слотов в расписании тренера.
После успешной записи клиент получает подтверждение и напоминание о предстоящей тренировке.
🔸 Изменение времени в существующей записи на персональную тренировку.
Изменение времени возможно только на свободные слоты в расписании того же тренера.
P.S. Считаем, что на момент подключения часть проекта уже реализована.
Наши задачи:
1. Познакомиться с основами проектирования REST API.
2. Подробнее описать функции приложения, для которых будем делать REST API методы.
3. Описать архитектуру проекта.
4. Спроектировать часть БД системы под часть проекта, над которой будем работать. И выяснить, почему это важно.
5. Сделать дизайны методов GET, POST и PATCH. Изучить на их примерах:
5.1. Особенности работы с query-параметрами;
5.2. Как строить JSON-ы для запросов и ответов;
5.3. Коды ошибок HTTP.
6. Разобрать маппинг данных и его использование в постановках задач на разработку REST API методов для Backend.
Запускаем июльский проект по REST API? 😉🔥
#RestApiGA
В июле мы с вами будем работать над разработкой REST API, который будет обеспечивать работу мобильных приложений (МП) для сети фитнес-клубов #GetGym.
С учетом роста популярности спорта, потребности контроля входа в фитнес-клуб без пластиковых карточек, информирования о расписании групповых занятий - тема популярная. Каждая сеть фитнес-клубов делает МП, даже если у них пока всего 3 локации.
Основные возможности, над которыми будем работать:
🔸 Просмотр списка тренеров через мобильное приложение клиента.
Список можно фильтровать по специализации (например, кардио, силовые тренировки, йога), опыту, рейтингу и доступности.
Для каждого тренера доступна подробная информация, включая имя, фото, специализацию, биографию и расписание.
🔸 Запись на персональную тренировку в один из свободных слотов в расписании тренера.
После успешной записи клиент получает подтверждение и напоминание о предстоящей тренировке.
🔸 Изменение времени в существующей записи на персональную тренировку.
Изменение времени возможно только на свободные слоты в расписании того же тренера.
P.S. Считаем, что на момент подключения часть проекта уже реализована.
Наши задачи:
1. Познакомиться с основами проектирования REST API.
2. Подробнее описать функции приложения, для которых будем делать REST API методы.
3. Описать архитектуру проекта.
4. Спроектировать часть БД системы под часть проекта, над которой будем работать. И выяснить, почему это важно.
5. Сделать дизайны методов GET, POST и PATCH. Изучить на их примерах:
5.1. Особенности работы с query-параметрами;
5.2. Как строить JSON-ы для запросов и ответов;
5.3. Коды ошибок HTTP.
6. Разобрать маппинг данных и его использование в постановках задач на разработку REST API методов для Backend.
Запускаем июльский проект по REST API? 😉🔥
#RestApiGA
👍75🔥50❤🔥10❤3👌2
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
🛠 Внедряем Camunda: краткий обзор и моделирование взаимодействия с использованием BPMN 🛠
При растущей сложности архитектуры систем, аналитикам в 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 - Рекомендации по самостоятельному обучению.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Castbox
⏯ Spotify
🌟 Ведущая:
Екатерина Ананьева
🌟 Гость:
Кристина Виноградова
Слушайте, подписывайтесь и делитесь с коллегами! 🤝🤍
При растущей сложности архитектуры систем, аналитикам в 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 - Рекомендации по самостоятельному обучению.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Castbox
⏯ Spotify
🌟 Ведущая:
Екатерина Ананьева
🌟 Гость:
Кристина Виноградова
Слушайте, подписывайтесь и делитесь с коллегами! 🤝🤍
👍25🔥7❤6🤩2❤🔥1
Ребят, мы не могли оставить вас без этой подборки😁 #GAhahaha
🤣56😁11👍7