This media is not supported in your browser
VIEW IN TELEGRAM
Друзья, с началом первой рабочей недели😃
Желаем плавно влиться в рабочие будни.
Не забывайте находить время для отдыха и маленьких радостей в течение дня☺️
Желаем плавно влиться в рабочие будни.
Не забывайте находить время для отдыха и маленьких радостей в течение дня
Please open Telegram to view this post
VIEW IN TELEGRAM
😁45❤9👍6⚡5
GetAnalyst_Интеграции_пример_требований_заполненный_шаблон_постановки.pdf
736.3 KB
📄💎 Полная постановка задачи на интеграцию - заполненный шаблон требований 💎 📄
Чтобы сделать полную постановку задачи на интеграцию, нужно:
1. Получить требования от бизнеса - ссылка на требования нашего проекта
2. Запросить API-документацию и доступы к API внешней системы - ссылка
3. Исследовать API документацию и найти нужные методы для интеграции - ссылка
4. Понять архитектуру системы - ссылка
5. Описать интеграционный Use Case - теория и пример для проекта
6. Сделать UML-Sequence диаграмму для требований - самому или через ChatGPT за 3 минуты
7. Определить интеграционные API-методы и добавить в сценарий и на UML-диаграмму, если их еще нет - ссылка
8. Описать маппинг данных, который необходим для задачи, междуUI, БД, API нашего интеграционного метода и API-метода внешней системы - ссылка
👉 9. Оформить полную постановку задачи на интеграцию - заполненный шаблон постановки задачи прикреплен к посту 📄
10. Доделать еще две статьи с нашими интеграционными API методами - пример (можно дополнить ими основную статью с полным сценарием интеграции, но тогда есть риск перегрузить общую статью с описанием интеграции, ведь общий сквозной сценарий и так сложный).
Этот заполненный шаблон требований вы можете использовать для своей работы.
А этот пост показывает все этапы аналитики, которые мы прошли, чтобы получить этот документ.
Сохраняйте и пользуйтесь 🙂
#ИнтеграцииGA #EventTasksGA
Чтобы сделать полную постановку задачи на интеграцию, нужно:
1. Получить требования от бизнеса - ссылка на требования нашего проекта
2. Запросить API-документацию и доступы к API внешней системы - ссылка
3. Исследовать API документацию и найти нужные методы для интеграции - ссылка
4. Понять архитектуру системы - ссылка
5. Описать интеграционный Use Case - теория и пример для проекта
6. Сделать UML-Sequence диаграмму для требований - самому или через ChatGPT за 3 минуты
7. Определить интеграционные API-методы и добавить в сценарий и на UML-диаграмму, если их еще нет - ссылка
8. Описать маппинг данных, который необходим для задачи, между
👉 9. Оформить полную постановку задачи на интеграцию - заполненный шаблон постановки задачи прикреплен к посту 📄
10. Доделать еще две статьи с нашими интеграционными API методами - пример (можно дополнить ими основную статью с полным сценарием интеграции, но тогда есть риск перегрузить общую статью с описанием интеграции, ведь общий сквозной сценарий и так сложный).
Этот заполненный шаблон требований вы можете использовать для своей работы.
А этот пост показывает все этапы аналитики, которые мы прошли, чтобы получить этот документ.
Сохраняйте и пользуйтесь 🙂
#ИнтеграцииGA #EventTasksGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥65👍10❤8⚡5
В этом году больше всего ДЗ на проверку и вопросов по ходу работы над проектами GetAnalyst я получила 1 января 2025 😁
Поэтому на новогодние каникулы собрала для вас:
📚 Большая подборка материалов по Интеграциям от GetAnalyst
🎁 Доступ к записи вебинара "Интеграции: REST API, GraphQL, gRPC + Postman" - ДО 12 ЯНВАРЯ (ВСК)
📹 Пакеты вебинаров в записи со скидкой 25% - ДО 12 ЯНВАРЯ (ВСК)
Кто еще не успел посмотреть - успеваем!
Особенно посмотреть вебинар по REST+GraphQL+gRPC! 😍
Отличных выходных!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍4🍾3
В новогоднюю ночь я написала список из 50 целей на год. А также подвела итоги, что получилось в 2024. Хочу поделиться результатами.
1. Часть целей, которая была в 2024, переехала на 2025. Это нормально.
2. Почти все цели, которые переезжали с 2022 и 2023 были выполнены в 2024.
3. Промежуточный контроль и ежедневное чтение этого списка помогали планомерно достигать и искать мотивацию.
Цели - это не только про карьеру, успех и достигательство. Это самые разные мечты и желания. И про то, что даже невозможное возможно 🙌
У меня одна из целей была «давать себе больше времени на отдых и перезагрузку». Получилось наконец-то! 😄
Мне кажется, что половина успеха в жизни именно в том, что есть записанные цели и планы.
Ты знаешь, что хочешь, и получаешь.
Это напоминание и ориентир - куда идти.
Особенно, если ты в сложной ситуации и не знаешь что делать.
Поэтому, если вы пока не практикуете написание целей и планов, то рекомендую попробовать.
Неважно когда.
На новый год.
В очередной понедельник или четверг.
Просто напишите, что вы хотите и к чему идете.
И вы увидите, как это повлияет на вашу жизнь.
Кто тоже писал цели и желания в новогоднюю ночь?
Делитесь в комментариях, как это работает у вас, или просто ставьте 🔥 верю, что я не одна такая))
1. Часть целей, которая была в 2024, переехала на 2025. Это нормально.
2. Почти все цели, которые переезжали с 2022 и 2023 были выполнены в 2024.
3. Промежуточный контроль и ежедневное чтение этого списка помогали планомерно достигать и искать мотивацию.
Цели - это не только про карьеру, успех и достигательство. Это самые разные мечты и желания. И про то, что даже невозможное возможно 🙌
У меня одна из целей была «давать себе больше времени на отдых и перезагрузку». Получилось наконец-то! 😄
Мне кажется, что половина успеха в жизни именно в том, что есть записанные цели и планы.
Ты знаешь, что хочешь, и получаешь.
Это напоминание и ориентир - куда идти.
Особенно, если ты в сложной ситуации и не знаешь что делать.
Поэтому, если вы пока не практикуете написание целей и планов, то рекомендую попробовать.
Неважно когда.
На новый год.
В очередной понедельник или четверг.
Просто напишите, что вы хотите и к чему идете.
И вы увидите, как это повлияет на вашу жизнь.
Кто тоже писал цели и желания в новогоднюю ночь?
Делитесь в комментариях, как это работает у вас, или просто ставьте 🔥 верю, что я не одна такая))
❤46🔥27😁4❤🔥3🥱3👍2
☝️ Протокол HTTP: что нужно знать системному аналитику, чтобы изучать REST API ☝️
И чтобы вы действительно поняли значение слов “архитектурный стиль”, когда мы в следующих постах будем подробнее разбирать определение REST API, я хочу рассказать про протокол HTTP.
🔗 Еще подробнее про связь HTTP и REST API в этой статье.
#RestApiGA
REST API — это архитектурный стиль, использующий HTTP в качестве протокола передачи данных (или просто: основанный на протоколе HTTP).
HTTP
— это протокол прикладного уровня, используемый для передачи данных между клиентом и сервером в Интернете.
И чтобы вы действительно поняли значение слов “архитектурный стиль”, когда мы в следующих постах будем подробнее разбирать определение REST API, я хочу рассказать про протокол HTTP.
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥31❤12👍6🔥6🥰2
👩💻🧑💻 Когда Системный Аналитик работает с REST API 👩💻🧑💻
Когда затрагивают тему REST API, то полезно знать, что могут требовать от Системного Аналитика.
Предлагаю вам чек-лист, который вы всегда можете применить, чтобы оценить свой текущий круг обязанностей и то, что может ожидать вас в будущих проектах 🙌
👉 При создании новой функциональности
У вас в команде Frontend и Backend разрабатываются отдельно.
Frontend / Мобильные приложения взаимодействуют с Backend по REST API.
Когда в системе нужно добавить новую функциональность, то от аналитика ожидают, что он может
со стороны Backend - спроектировать REST API методы:
▫️ Определить REST API методы, которые нужно разработать для обеспечения работы Frontend.
▫️ Описать алгоритмы их работы, которые будут программировать разработчики.
▫️ Продумать требования к обработке ошибок для этих алгоритмов.
▫️ Сделать ролевую модель доступов к REST API методам.
▫️ Спроектировать структуру API-методов:
+ на естественном языке описать входные параметры запроса и параметры ответа на запрос.
+ продумывать техническую реализацию и описывать сразу тип метода (GET, POST, ...), endpoint (URL), query-параметры, headers запроса и ответа, тело JSON запроса и ответа, статус-код ответа.
▫️ Описывать маппинги (сопоставление) данных между БД и параметрами API-методов (в URL, JSON).
▫️ Формировать техническую API-документацию, которую в дальнейшем будут использовать разработчики: в Postman, Confluence или Swagger (OpenAPI).
со стороны Frontend - подключение разработанного на Backend REST API метода:
▫️ Читать техническую REST API-документацию.
▫️ Проверять работу готовых REST API методов через Postman, чтобы убедиться, что все работает так, как описано в документации.
▫️ Описывать маппинги (сопоставление) данных между UI и параметрами API-методов (в URL, JSON).
👉 Интеграция систем - подключение внешних систем
Состав подзадач аналогичен подключению API на Frontend.
Только работа ведется не с внутренней документацией, а с чужой - на внешние системы.
👉 Интеграция систем - создание интеграционных API-методов
Нужно сделать REST API-метод на Backend, который будет вызывать любой API внешней системы (хоть REST, хоть SOAP, хоть GraphQL).
Состав подзадач аналогичен проектированию API-методов на Backend.
Только маппиг данных теперь будет не только для БД и параметрами нашего API-метода (в URL, JSON). К нему добавятся еще и параметры внешней системы.
👉 Для анализа ошибок работы ПО
Что-то пошло не так при работе Frontend (или мобильного приложения)?
Открываем консоль.
Анализируем запросы и ответы REST API методов.
Тестируем сложные ситуации через Postman, смотрим на результаты и ищем причины ошибок.
Рекомендация:
Для Системного аналитика важно понимать REST API не только с точки зрения возможностей, но и с точки зрения ограничений, типовых проблем и ошибок в проектировании. Чем лучше вы их понимаете, тем качественнее будет работать ПО разработанное по вашим требованиям.
#RestApiGA
Когда затрагивают тему REST API, то полезно знать, что могут требовать от Системного Аналитика.
Предлагаю вам чек-лист, который вы всегда можете применить, чтобы оценить свой текущий круг обязанностей и то, что может ожидать вас в будущих проектах 🙌
👉 При создании новой функциональности
У вас в команде Frontend и Backend разрабатываются отдельно.
Frontend / Мобильные приложения взаимодействуют с Backend по REST API.
Когда в системе нужно добавить новую функциональность, то от аналитика ожидают, что он может
со стороны Backend - спроектировать REST API методы:
▫️ Определить REST API методы, которые нужно разработать для обеспечения работы Frontend.
▫️ Описать алгоритмы их работы, которые будут программировать разработчики.
▫️ Продумать требования к обработке ошибок для этих алгоритмов.
▫️ Сделать ролевую модель доступов к REST API методам.
▫️ Спроектировать структуру API-методов:
+ на естественном языке описать входные параметры запроса и параметры ответа на запрос.
+ продумывать техническую реализацию и описывать сразу тип метода (GET, POST, ...), endpoint (URL), query-параметры, headers запроса и ответа, тело JSON запроса и ответа, статус-код ответа.
▫️ Описывать маппинги (сопоставление) данных между БД и параметрами API-методов (в URL, JSON).
▫️ Формировать техническую API-документацию, которую в дальнейшем будут использовать разработчики: в Postman, Confluence или Swagger (OpenAPI).
со стороны Frontend - подключение разработанного на Backend REST API метода:
▫️ Читать техническую REST API-документацию.
▫️ Проверять работу готовых REST API методов через Postman, чтобы убедиться, что все работает так, как описано в документации.
▫️ Описывать маппинги (сопоставление) данных между UI и параметрами API-методов (в URL, JSON).
👉 Интеграция систем - подключение внешних систем
Состав подзадач аналогичен подключению API на Frontend.
Только работа ведется не с внутренней документацией, а с чужой - на внешние системы.
👉 Интеграция систем - создание интеграционных API-методов
Нужно сделать REST API-метод на Backend, который будет вызывать любой API внешней системы (хоть REST, хоть SOAP, хоть GraphQL).
Состав подзадач аналогичен проектированию API-методов на Backend.
Только маппиг данных теперь будет не только для БД и параметрами нашего API-метода (в URL, JSON). К нему добавятся еще и параметры внешней системы.
👉 Для анализа ошибок работы ПО
Что-то пошло не так при работе Frontend (или мобильного приложения)?
Открываем консоль.
Анализируем запросы и ответы REST API методов.
Тестируем сложные ситуации через Postman, смотрим на результаты и ищем причины ошибок.
Рекомендация:
Для Системного аналитика важно понимать REST API не только с точки зрения возможностей, но и с точки зрения ограничений, типовых проблем и ошибок в проектировании. Чем лучше вы их понимаете, тем качественнее будет работать ПО разработанное по вашим требованиям.
#RestApiGA
👍29❤5🥰2👌2😁1
Каждый месяц в GetAnalyst мы проводим продвинутые практикумы, посвященные проектированию БД и SQL.
Тема этого месяца:
План практики:
1. Нефункциональные требования и их связь с БД.
2. Понятие индексов в БД и их назначение. Разбор примеров.
3. Практика: знакомство с БД проекта и определение таблиц с индексами.
4. Проблемы избыточной оптимизации БД.
5. Индексы в постановках задач на разработчиков.
👨💻 Этот практикум идеально подходит для системных аналитиков, стремящихся углубить свои знания и навыки в области проектирования баз данных и оптимизации систем.
Присоединяйтесь к нам 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13👍9
📗 REST API - главные принципы, про которые спрашивают на собеседованиях 📗
REST API — это архитектурный стиль для создания веб-сервисов, основанный на протоколе HTTP.
То, что REST API основан на протоколе HTTP, означает, что все принципы работы, структура запросов и ответов, будут также применимы и для REST API.
Архитектурный стиль REST приносит для HTTP дополнительные правила и принципы, по которым должен происходить обмен данными в Интернете 👇
Главные принципы REST:
1. Строгое разделение клиента и сервера
2. Единый интерфейс
3. Без сохранения состояния (Stateless)
4. Многоуровневая система
5. Кэширование
6. Выполнение кода по запросу
В картинках к посту просто и с примерами разобрала эти принципы.
Это не самая ценная в работе информация, но перечень этих принципов и их понимание могут спрашивать на собеседованиях 👌
#RestApiGA
REST API — это архитектурный стиль для создания веб-сервисов, основанный на протоколе HTTP.
То, что REST API основан на протоколе HTTP, означает, что все принципы работы, структура запросов и ответов, будут также применимы и для REST API.
Архитектурный стиль REST приносит для HTTP дополнительные правила и принципы, по которым должен происходить обмен данными в Интернете 👇
Главные принципы REST:
1. Строгое разделение клиента и сервера
2. Единый интерфейс
3. Без сохранения состояния (Stateless)
4. Многоуровневая система
5. Кэширование
6. Выполнение кода по запросу
В картинках к посту просто и с примерами разобрала эти принципы.
Это не самая ценная в работе информация, но перечень этих принципов и их понимание могут спрашивать на собеседованиях 👌
#RestApiGA
🔥39❤10👍10😁2🤩2