Вы уже знаете, что этап анализа требований перед их проектированием — один из самых важных и дорогостоящих во всём процессе разработки.
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Далее о том, из каких частей состоит ТЗ🔜
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Далее о том, из каких частей состоит ТЗ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤4😁1
🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
❣️ Международные (ISO, IEEE)
❣️ Российские (ГОСТ 19, ГОСТ 34)
❣️ Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию.
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍18❤4🔥2😁1💩1
⚙️ Интеграции ⚙️
Возможно, вы уже слышали про интеграции, и задавались вопросами, что это, и почему для системных аналитиков так важно понимание этой темы. Давайте разберемся!
⚙️ Интеграция
Представьте себе два разных конструктора LEGO. Каждый из них - это отдельная система со своими уникальными деталями. Ваша задача как системного аналитика - понять, как эти детали могут соединяться и работать вместе, образуя единую структуру. Это и есть суть интеграции: создание единого, эффективно работающего механизма из разных элементов.
Пример из жизни в сфере разработки:
У нас есть сайт и нам надо подключить на него возможность оплаты банковской картой. Чтобы всё получилось, нам надо разработать для сайта интеграцию с платежной системой.
Более серьезный пример:
Есть кредитная организация. Для того, чтобы автоматизировать проверку “можно выдать кредит или нет” нужно получить данные из сервиса проверки должников. Для того, чтобы ее сделать, в системе кредитной организации надо разработать интеграцию с сервисом проверки должников.
Думаю, что уловили идею! 🙂
⚙️ Этапы разработки интеграций
Если глубоко не погружаться в детали, то интеграции похожи на обычные задачи по системному анализу:
1. Анализ
1.1. Бизнес-требования и бизнес-процессы
1.2. Исследование возможностей внешней системы, к которой интеграция (API)
2. Проектирование
2.1. Разработка функциональных и нефункциональных требований
2.2. Разработка сценариев работы системы
2.3. Постановка задач на разработчиков
3. Реализация
4. Тестирование
5. Внедрение и поддержка
⚙️Почему знание интеграций важно для профессионального роста?
Интеграция систем - это не просто про объединение систем. Это процесс, который требует глубокого понимания бизнес-процессов и технических деталей разработки. Каждый новый проект по интеграции - это уникальный опыт, который позволяет вам развивать свои навыки и становиться более востребованным специалистом.
Возможно, вы уже слышали про интеграции, и задавались вопросами, что это, и почему для системных аналитиков так важно понимание этой темы. Давайте разберемся!
⚙️ Интеграция
Представьте себе два разных конструктора LEGO. Каждый из них - это отдельная система со своими уникальными деталями. Ваша задача как системного аналитика - понять, как эти детали могут соединяться и работать вместе, образуя единую структуру. Это и есть суть интеграции: создание единого, эффективно работающего механизма из разных элементов.
Пример из жизни в сфере разработки:
У нас есть сайт и нам надо подключить на него возможность оплаты банковской картой. Чтобы всё получилось, нам надо разработать для сайта интеграцию с платежной системой.
Более серьезный пример:
Есть кредитная организация. Для того, чтобы автоматизировать проверку “можно выдать кредит или нет” нужно получить данные из сервиса проверки должников. Для того, чтобы ее сделать, в системе кредитной организации надо разработать интеграцию с сервисом проверки должников.
Думаю, что уловили идею! 🙂
⚙️ Этапы разработки интеграций
Если глубоко не погружаться в детали, то интеграции похожи на обычные задачи по системному анализу:
1. Анализ
1.1. Бизнес-требования и бизнес-процессы
1.2. Исследование возможностей внешней системы, к которой интеграция (API)
2. Проектирование
2.1. Разработка функциональных и нефункциональных требований
2.2. Разработка сценариев работы системы
2.3. Постановка задач на разработчиков
3. Реализация
4. Тестирование
5. Внедрение и поддержка
⚙️Почему знание интеграций важно для профессионального роста?
Интеграция систем - это не просто про объединение систем. Это процесс, который требует глубокого понимания бизнес-процессов и технических деталей разработки. Каждый новый проект по интеграции - это уникальный опыт, который позволяет вам развивать свои навыки и становиться более востребованным специалистом.
🔥11👍4❤2
⚙️ Примеры интеграций систем - актуальные проекты в 2023-2024 году ⚙️
Интеграция систем - это ключ к повышению эффективности работы компаний и улучшению жизни обычных людей.
Несколько примеров применения интеграций систем в 2023 году:
1. Синхронизация Магазина и Склада:
Что это?
- Автоматическая связь между вашим интернет-магазином на Shopify и складской системой.
Зачем это?
- Это позволяет автоматически обновлять информацию о товарах на складе при заказах в интернет-магазине.
Пример:
- "Shopify" для управления магазином и "МойСклад" для управления запасами. Интеграцию можно посмотреть через МойСклад.
2. Мобильные Приложения и Облачные Сервисы:
Что это?
- Связь приложений для заметок на вашем телефоне с облачными хранилищами.
Зачем это?
- Сохранение и доступ к вашим заметкам с любого устройства.
Пример:
- "Evernote" или "Google Keep", синхронизирующиеся с облачными сервисами типа Google Drive.
3. CRM и Электронная Почта:
Что это?
- Связь почтового клиента с системой управления отношениями с клиентами (клиентская база).
Зачем это?
- Автоматическое обновление данных о клиентах при получении новых писем от них и отправка писем прямо из CRM, без открытия почты. Меньше действий для менеджеров.
Пример:
- "HubSpot CRM", интегрирующееся с почтовыми сервисами вроде Gmail.
4. Умный Дом:
Что это?
Интеграция умных устройств в доме для централизованного управления.
Зачем это?
Управление освещением, температурой и другими устройствами через одно приложение.
Пример:
"Apple HomeKit" реализует интеграции для управления умными устройствами в доме.
5. Банковские Системы:
Что это?
Банки интегрируют свои системы с различными приложениями, позволяя клиентам управлять своими счетами и проводить операции прямо из приложений.
Зачем это?
Удобство использования банковских услуг, повышение лояльности клиентов.
Пример:
Тинькофф имеет встроенную интеграцию с Госуслугами, чтобы вы вовремя получали информацию о штрафах ГИБДД и оплачивали их.
Какие еще проекты знаете? Поделитесь примерами с коллегами в комментариях 🙂
Интеграция систем - это ключ к повышению эффективности работы компаний и улучшению жизни обычных людей.
Несколько примеров применения интеграций систем в 2023 году:
1. Синхронизация Магазина и Склада:
Что это?
- Автоматическая связь между вашим интернет-магазином на Shopify и складской системой.
Зачем это?
- Это позволяет автоматически обновлять информацию о товарах на складе при заказах в интернет-магазине.
Пример:
- "Shopify" для управления магазином и "МойСклад" для управления запасами. Интеграцию можно посмотреть через МойСклад.
2. Мобильные Приложения и Облачные Сервисы:
Что это?
- Связь приложений для заметок на вашем телефоне с облачными хранилищами.
Зачем это?
- Сохранение и доступ к вашим заметкам с любого устройства.
Пример:
- "Evernote" или "Google Keep", синхронизирующиеся с облачными сервисами типа Google Drive.
3. CRM и Электронная Почта:
Что это?
- Связь почтового клиента с системой управления отношениями с клиентами (клиентская база).
Зачем это?
- Автоматическое обновление данных о клиентах при получении новых писем от них и отправка писем прямо из CRM, без открытия почты. Меньше действий для менеджеров.
Пример:
- "HubSpot CRM", интегрирующееся с почтовыми сервисами вроде Gmail.
4. Умный Дом:
Что это?
Интеграция умных устройств в доме для централизованного управления.
Зачем это?
Управление освещением, температурой и другими устройствами через одно приложение.
Пример:
"Apple HomeKit" реализует интеграции для управления умными устройствами в доме.
5. Банковские Системы:
Что это?
Банки интегрируют свои системы с различными приложениями, позволяя клиентам управлять своими счетами и проводить операции прямо из приложений.
Зачем это?
Удобство использования банковских услуг, повышение лояльности клиентов.
Пример:
Тинькофф имеет встроенную интеграцию с Госуслугами, чтобы вы вовремя получали информацию о штрафах ГИБДД и оплачивали их.
Какие еще проекты знаете? Поделитесь примерами с коллегами в комментариях 🙂
❤7🔥4
🚀 Новый проект на интеграции в GetAnalyst: логистический сервис GetDelivery (GD) 🚀
Добро пожаловать на новый проект по проектированию интеграций систем - GetDelivery (GD)!
В этом канале я рассказываю теорию на примерах реальных проектов и разбираю реальные кейсы, чтобы вы могли использовать мой опыт в своей работе и развивались как специалисты в сфере системного анализа и архитектуры.
📌 В ближайший месяц мы с вами будем работать над разработкой GetDelivery (GD).
Этот проект представляет собой комплексную задачу, включающую интеграцию по API с различными логистическими сервисами для обеспечения точных и оперативных расчетов стоимости доставки, а также оформления заказов в них.
По сути наше приложение посредник между клиентами, которым надо что-то отправить, и службами доставки. Мы помогаем найти самую выгодную стоимость пересылки груза и получаем свою комиссию за то, что клиент обратился в один из представленных сервисов.
📌 Цель:
Разработать сервис, который позволяет пользователям сравнивать цены отправления посылок и оформлять заказы на доставку, а также получать уведомления о статусе заказа.
📌 Особенности:
Как посредник, сервис будет взимать комиссию за использование платформы. Комиссия включается в отображаемую конечному пользователю стоимость. Конечный пользователь не должен видеть нашу комиссию явно
Продолжение 👇
Добро пожаловать на новый проект по проектированию интеграций систем - GetDelivery (GD)!
В этом канале я рассказываю теорию на примерах реальных проектов и разбираю реальные кейсы, чтобы вы могли использовать мой опыт в своей работе и развивались как специалисты в сфере системного анализа и архитектуры.
📌 В ближайший месяц мы с вами будем работать над разработкой GetDelivery (GD).
Этот проект представляет собой комплексную задачу, включающую интеграцию по API с различными логистическими сервисами для обеспечения точных и оперативных расчетов стоимости доставки, а также оформления заказов в них.
По сути наше приложение посредник между клиентами, которым надо что-то отправить, и службами доставки. Мы помогаем найти самую выгодную стоимость пересылки груза и получаем свою комиссию за то, что клиент обратился в один из представленных сервисов.
📌 Цель:
Разработать сервис, который позволяет пользователям сравнивать цены отправления посылок и оформлять заказы на доставку, а также получать уведомления о статусе заказа.
📌 Особенности:
Как посредник, сервис будет взимать комиссию за использование платформы. Комиссия включается в отображаемую конечному пользователю стоимость. Конечный пользователь не должен видеть нашу комиссию явно
Продолжение 👇
❤8🔥5👍4
🚀 Проект на интеграции: логистический сервис GetDelivery 🚀
📌 Используемые API для интеграции:
Деловые Линии: API Деловых Линий
СДЭК: API СДЭК
Возовоз: API Возовоз
📌 Аналог готового проекта, чтобы вы понимали, к какому результату стремимся:
C6V + его API
📌 Ключевые задачи:
1. Интеграция по API:
Синхронизация API различных доставочных сервисов для предоставления пользователям актуальной информации о стоимости и условиях доставки.
2. Разработка пользовательского интерфейса:
Создание удобного и интуитивно понятного интерфейса для сравнения услуг доставки и оформления заказов.
3. Система уведомлений:
Реализация механизма уведомлений для информирования пользователей о статусе и изменениях в заказах.
Этот проект не только упрощает процесс выбора и заказа доставки для клиентов, но и открывает новые возможности для аналитиков и разработчиков в изучении и применении сложных интеграционных решений.
🔍 Работа над этим проектом требует глубокого понимания процессов интеграции, а также способности комбинировать технические и бизнес-потребности. А значит для вас это отличная возможность подсмотреть как работать с такой задачей, получить и отработать новые навыки на ее примере 🙌
📌 Используемые API для интеграции:
Деловые Линии: API Деловых Линий
СДЭК: API СДЭК
Возовоз: API Возовоз
📌 Аналог готового проекта, чтобы вы понимали, к какому результату стремимся:
C6V + его API
📌 Ключевые задачи:
1. Интеграция по API:
Синхронизация API различных доставочных сервисов для предоставления пользователям актуальной информации о стоимости и условиях доставки.
2. Разработка пользовательского интерфейса:
Создание удобного и интуитивно понятного интерфейса для сравнения услуг доставки и оформления заказов.
3. Система уведомлений:
Реализация механизма уведомлений для информирования пользователей о статусе и изменениях в заказах.
Этот проект не только упрощает процесс выбора и заказа доставки для клиентов, но и открывает новые возможности для аналитиков и разработчиков в изучении и применении сложных интеграционных решений.
🔍 Работа над этим проектом требует глубокого понимания процессов интеграции, а также способности комбинировать технические и бизнес-потребности. А значит для вас это отличная возможность подсмотреть как работать с такой задачей, получить и отработать новые навыки на ее примере 🙌
❤13👍5🔥3
Смена профессии или сферы деятельности, особенно в IT, может быть простой.
Вот 3 основных способа, как это сделать:
1. Возможности внутри вашей компании:
- Если в вашей компании есть шансы для перемещения или новые вакансии, это ваш шанс.
- Важно поддерживать хорошие отношения с начальством.
- Если вы хотите сменить не только должность, но и отрасль, и ваша компания работает в нескольких сферах, это упрощает задачу.
- Вы уже знакомы с корпоративной культурой и процессами, что упрощает адаптацию.
- Большой плюс – вас уже знают и ценят в вашей компании.
2. Использование связей (нетворкинг):
- Наличие знакомств и рекомендаций играет большую роль.
- Связи помогают быстрее найти работу и сокращают время поиска. И это нормально! Не надо этого стыдиться.
3. Обучение и Развитие Навыков:
- Обучение – ключевой элемент успешной смены профессии, особенно в IT.
- Наличие сертиикатов и дипломов усиливает ваше резюме.
- Через обучение в GetAnalyst можно посмотреть на экспертов, кто уже работает в вашей профессии, найти новые знакомства, поддержку на пути обучения и нетворкинг, через который можно получить рекомендации.
Если вы рассматриваете варианты через обычные каналы поиска работы, будьте готовы к тому, что это может занять от 2 до 4 месяцев. Переход на похожую работу или в схожую сферу обычно происходит быстрее.
Но если вы стремитесь к кардинальной смене, например, из производства в системный анализ, подготовьтесь основательно: составьте качественное резюме, напишите эффективные сопроводительные письма и уверенно себя презентуйте.
Если вы думаете о переходе в профессию Системный аналитик и вам нужно разобраться с чего начать, куда идти, приглашаю вас на онлайн-вебинар:
🟢 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Этот практический вебинар поможет вам оценить свои силы и даст понимание, какие именно навыки в профессии системного аналитика важны для работодателей сегодня.
Жду вас в прямом эфире! ❤️
Вот 3 основных способа, как это сделать:
1. Возможности внутри вашей компании:
- Если в вашей компании есть шансы для перемещения или новые вакансии, это ваш шанс.
- Важно поддерживать хорошие отношения с начальством.
- Если вы хотите сменить не только должность, но и отрасль, и ваша компания работает в нескольких сферах, это упрощает задачу.
- Вы уже знакомы с корпоративной культурой и процессами, что упрощает адаптацию.
- Большой плюс – вас уже знают и ценят в вашей компании.
2. Использование связей (нетворкинг):
- Наличие знакомств и рекомендаций играет большую роль.
- Связи помогают быстрее найти работу и сокращают время поиска. И это нормально! Не надо этого стыдиться.
3. Обучение и Развитие Навыков:
- Обучение – ключевой элемент успешной смены профессии, особенно в IT.
- Наличие сертиикатов и дипломов усиливает ваше резюме.
- Через обучение в GetAnalyst можно посмотреть на экспертов, кто уже работает в вашей профессии, найти новые знакомства, поддержку на пути обучения и нетворкинг, через который можно получить рекомендации.
Если вы рассматриваете варианты через обычные каналы поиска работы, будьте готовы к тому, что это может занять от 2 до 4 месяцев. Переход на похожую работу или в схожую сферу обычно происходит быстрее.
Но если вы стремитесь к кардинальной смене, например, из производства в системный анализ, подготовьтесь основательно: составьте качественное резюме, напишите эффективные сопроводительные письма и уверенно себя презентуйте.
Если вы думаете о переходе в профессию Системный аналитик и вам нужно разобраться с чего начать, куда идти, приглашаю вас на онлайн-вебинар:
🟢 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Этот практический вебинар поможет вам оценить свои силы и даст понимание, какие именно навыки в профессии системного аналитика важны для работодателей сегодня.
Жду вас в прямом эфире! ❤️
❤6
Коллеги, всем привет!
Сегодня вечером будет вебинар про собеседования. Ни смотря на то, что на эту тему можно говорить-говорить-говорить и еще раз говорить, я хочу дать вам практически-полезный результат.
Это не лекции на тему прекрасных возможностей и волшебных обещаний, поэтому вебинар рекомендую посетить как тем, кто присматривается к профессии Системного аналитика, так и опытным специалистам, у кого в планах менять работу или просто держать себя в тонусе 💪
К чему готовиться:
✅ Google Docs (Google Drive) - мы будем в прямом эфире работать с резюме. Я подготовила шаблон, с которым мы будем работать и который я буду проверять.
✅ Draw.io - мы будем в прямом эфире решать практическую задачу с собеседования, буду давать обратную связь по вашей работе.
🕣 Начнем сегодня в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
До встречи!
Сегодня вечером будет вебинар про собеседования. Ни смотря на то, что на эту тему можно говорить-говорить-говорить и еще раз говорить, я хочу дать вам практически-полезный результат.
Это не лекции на тему прекрасных возможностей и волшебных обещаний, поэтому вебинар рекомендую посетить как тем, кто присматривается к профессии Системного аналитика, так и опытным специалистам, у кого в планах менять работу или просто держать себя в тонусе 💪
К чему готовиться:
✅ Google Docs (Google Drive) - мы будем в прямом эфире работать с резюме. Я подготовила шаблон, с которым мы будем работать и который я буду проверять.
✅ Draw.io - мы будем в прямом эфире решать практическую задачу с собеседования, буду давать обратную связь по вашей работе.
🕣 Начнем сегодня в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
До встречи!
🔥7👍6❤3👌1
Привет! 👋
Вчера у нас получилось 4 часа разбора вопросов про резюме и собеседования! Вау! 🤩 И это практически применимая информация, которую еще можно дополнить!!! Это самый длинный вебинар на моей памяти и всё, что связано с трудоустройством, обычно было так.
Также вчера анонсировала информацию о проекте для тех, кто планирует перейти в системный анализ - Системный аналитик: с нуля до опыта работы на проекте, к которой можно подключиться после прохождения собеседования.
Что решили сделать с получившимся вебинаром, потому что 4 часа это реально много:
1. Сейчас обрабатываем видео, прописываем таймкоды, и готовим к публикации! Много ценной информации, которой хочется поделиться!
2. Уведомление о возможности посмотреть вебинар в записи опубликуем здесь и отправим на почту в ближайшие дни.
И хочу дополнительно оставить здесь ссылки на 2 статьи, которые вчера разбирали:
✅ Ресурс для публикации резюме по всему миру + не забываем про ведение LinkedIn.
✅ Карта навыков Системного аналитика, на котором базировался наш заполняемый документ по навыкам.
Спасибо вам большое за ваше активное участие! Очень много вопросов разобрали дополнительно ❤️
Вчера у нас получилось 4 часа разбора вопросов про резюме и собеседования! Вау! 🤩 И это практически применимая информация, которую еще можно дополнить!!! Это самый длинный вебинар на моей памяти и всё, что связано с трудоустройством, обычно было так.
Также вчера анонсировала информацию о проекте для тех, кто планирует перейти в системный анализ - Системный аналитик: с нуля до опыта работы на проекте, к которой можно подключиться после прохождения собеседования.
Что решили сделать с получившимся вебинаром, потому что 4 часа это реально много:
1. Сейчас обрабатываем видео, прописываем таймкоды, и готовим к публикации! Много ценной информации, которой хочется поделиться!
2. Уведомление о возможности посмотреть вебинар в записи опубликуем здесь и отправим на почту в ближайшие дни.
И хочу дополнительно оставить здесь ссылки на 2 статьи, которые вчера разбирали:
✅ Ресурс для публикации резюме по всему миру + не забываем про ведение LinkedIn.
✅ Карта навыков Системного аналитика, на котором базировался наш заполняемый документ по навыкам.
Спасибо вам большое за ваше активное участие! Очень много вопросов разобрали дополнительно ❤️
🔥22👍8❤5👎2
Привет, коллеги! Продолжим знакомство с интеграционным проектом GetDelivery 👀
Для работы с задачами на интеграции есть определенный порядоку работы:
1️⃣ Подготовка.
Знакомство с проектом, запрос документации и доступов к внешним системам.
2️⃣ Сбор и анализ требований.
Бизнес-цель разработки интеграции.
Бизнес-задачи интеграции.
Бизнес-требования.
Функциональные требования.
Нефункциональные требования.
Разработка верхнеуровневой схемы архитектуры.
3️⃣ Анализ API документации.
4️⃣ Тестирование API.
5️⃣ Разработка логики и алгоритмов.
6️⃣ Анализ данных = Маппинг данных.
7️⃣ Разработка схемы архитектуры - детализация и уточнение исходного варианта, с учетом собранных требований.
8️⃣ Постановка задач на разработчиков.
9️⃣ Участие в релизе, сопровождении и сохранении документации.
Подробнее про каждый этап можно почитать в моей статье с пошаговой инструкцией работы с задачами на интеграции.
План есть - можно начинать работу! 🚀
Для работы с задачами на интеграции есть определенный порядоку работы:
1️⃣ Подготовка.
Знакомство с проектом, запрос документации и доступов к внешним системам.
2️⃣ Сбор и анализ требований.
Бизнес-цель разработки интеграции.
Бизнес-задачи интеграции.
Бизнес-требования.
Функциональные требования.
Нефункциональные требования.
Разработка верхнеуровневой схемы архитектуры.
3️⃣ Анализ API документации.
4️⃣ Тестирование API.
5️⃣ Разработка логики и алгоритмов.
6️⃣ Анализ данных = Маппинг данных.
7️⃣ Разработка схемы архитектуры - детализация и уточнение исходного варианта, с учетом собранных требований.
8️⃣ Постановка задач на разработчиков.
9️⃣ Участие в релизе, сопровождении и сохранении документации.
Подробнее про каждый этап можно почитать в моей статье с пошаговой инструкцией работы с задачами на интеграции.
План есть - можно начинать работу! 🚀
👍13❤3
▫️Этап 1. Подготовка к работе с проектом на интеграции ▫️
📌 Знакомство:
Этот пост показывает, как я последовательно анализирую новый проект на старте, и за какие “подводные камни” я цепляюсь.
На первый взгляд кажется, что информации, которая получена, достаточно. И дальше можно всё самостоятельно найти в Интернете, или прочитать где-либо ещё. Но все не так просто, как кажется.
Для себя, в самом начале, я определяю процесс работы пользователя в системе.
Что у нас будет в GetDelivery по успешному сценарию:
1. Пользователь вводит информацию о габаритах груза и инициирует поиск вариантов перевозки груза во внешних системах: Деловые Линии, СДЭК и Возовоз.
Тут всё выглядит понятно. Важно будет проверить, как задаются габариты груза в разных внешних системах.
Возможно надо уточнить момент, влияет ли дата отправления на стоимость доставки? Это можно будет проверить при тестировании внешних систем.
2. Пользователь получает результат и выбирает наиболее удобный вариант отправления груза. Обязательно показать стоимость.
Тут есть вопросы:
- Как мы работаем с тарифами? Я помню, что при отправлении грузов есть варианты по обычной и ускоренной доставке. Может быть предусмотреть указание этого фильтра на этапе ввода габаритов груза, на самом старте? А после поиска можно в дополнение показывать цены на остальные тарифы сразу, либо по нажатию на специальную кнопку. В общем этот вопрос решаем. Согласуем с заказчиком на этапе дизайна.
- Верно ли мы понимаем, что после выбора варианта отправления, мы должны перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ на отправление?
Ответ на этот вопрос может поменять стоимость разработки в два раза. Относится к стыку бизнес- и системного анализа.
Как будем делать с учетом вводных? Пишите в комментариях 🙂
Продолжение 👇
📌 Знакомство:
Этот пост показывает, как я последовательно анализирую новый проект на старте, и за какие “подводные камни” я цепляюсь.
На первый взгляд кажется, что информации, которая получена, достаточно. И дальше можно всё самостоятельно найти в Интернете, или прочитать где-либо ещё. Но все не так просто, как кажется.
Для себя, в самом начале, я определяю процесс работы пользователя в системе.
Что у нас будет в GetDelivery по успешному сценарию:
1. Пользователь вводит информацию о габаритах груза и инициирует поиск вариантов перевозки груза во внешних системах: Деловые Линии, СДЭК и Возовоз.
Тут всё выглядит понятно. Важно будет проверить, как задаются габариты груза в разных внешних системах.
Возможно надо уточнить момент, влияет ли дата отправления на стоимость доставки? Это можно будет проверить при тестировании внешних систем.
2. Пользователь получает результат и выбирает наиболее удобный вариант отправления груза. Обязательно показать стоимость.
Тут есть вопросы:
- Как мы работаем с тарифами? Я помню, что при отправлении грузов есть варианты по обычной и ускоренной доставке. Может быть предусмотреть указание этого фильтра на этапе ввода габаритов груза, на самом старте? А после поиска можно в дополнение показывать цены на остальные тарифы сразу, либо по нажатию на специальную кнопку. В общем этот вопрос решаем. Согласуем с заказчиком на этапе дизайна.
- Верно ли мы понимаем, что после выбора варианта отправления, мы должны перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ на отправление?
Ответ на этот вопрос может поменять стоимость разработки в два раза. Относится к стыку бизнес- и системного анализа.
Как будем делать с учетом вводных? Пишите в комментариях 🙂
Продолжение 👇
👍7❤1
👀Перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ? Или нет?
Это хороший вопрос, где начинается сочетание системного и бизнес-анализа.
Оба варианта допустимы. И давайте их разберем:
Вариант 1. Делаем перенаправление на соответствующий сайт СДЭК, Деловые линии или Возовоз, чтобы клиент завершил свой заказ там.
Плюсы:
+ Не надо писать логику формирования заказа в нашей системе.
+ Не надо проектировать еще одну дополнительную интеграцию с платежной системой, чтобы работала оплата заказов..
Минусы:
- Нам надо понять, как в этом случае можно учитывать заказы, которые оформили и оплатили, выбрав службу доставки через нас. Есть варианты с utm-метками, но они могут быть ненадежны в некоторых случаях, плюс непонятно, как собирать информацию по оплатам у нас. И возможно будут проблемы с аналитикой по системе, т.к. отчеты о комиссиях придется смотреть на разных соответствующих сайтах.
- Как мы собираемся поддерживать уведомления, если в нашу систему не попадет информация о статусе заказа после оплаты. Мы делаем интеграцию к СДЭК, а не СДЭК к нам.
Когда мы создаем интеграцию, нам важно понимать, что это мы должны инициировать запрос и получение данных. А как нам СДЭК сообщит о том, что заказ оплачен, если после перехода на его сайт наше приложение потеряло с ним связь - это вопрос. Может через веб-хук? Но его могут поддерживать не все системы.
Нам надо реализовать единый процесс по оформлению заказа в нашем агрегаторе доставок для всех внешних систем. Так что хорошо бы изучить вопрос и сравнить возможные решения - внешних систем уже сейчас несколько и их будет больше в нашем агрегаторе.
- Пользователю скорее всего придется вводить все параметры для заказа по габаритам заново, если только их нельзя передать в СДЭК (и другие системы) каким-то образом через url-запроса.
Вариант 2. Делаем оформление заказ и прием платежей на нашей стороне.
...
Продолжение 👇
Это хороший вопрос, где начинается сочетание системного и бизнес-анализа.
Оба варианта допустимы. И давайте их разберем:
Вариант 1. Делаем перенаправление на соответствующий сайт СДЭК, Деловые линии или Возовоз, чтобы клиент завершил свой заказ там.
Плюсы:
+ Не надо писать логику формирования заказа в нашей системе.
+ Не надо проектировать еще одну дополнительную интеграцию с платежной системой, чтобы работала оплата заказов..
Минусы:
- Нам надо понять, как в этом случае можно учитывать заказы, которые оформили и оплатили, выбрав службу доставки через нас. Есть варианты с utm-метками, но они могут быть ненадежны в некоторых случаях, плюс непонятно, как собирать информацию по оплатам у нас. И возможно будут проблемы с аналитикой по системе, т.к. отчеты о комиссиях придется смотреть на разных соответствующих сайтах.
- Как мы собираемся поддерживать уведомления, если в нашу систему не попадет информация о статусе заказа после оплаты. Мы делаем интеграцию к СДЭК, а не СДЭК к нам.
Когда мы создаем интеграцию, нам важно понимать, что это мы должны инициировать запрос и получение данных. А как нам СДЭК сообщит о том, что заказ оплачен, если после перехода на его сайт наше приложение потеряло с ним связь - это вопрос. Может через веб-хук? Но его могут поддерживать не все системы.
Нам надо реализовать единый процесс по оформлению заказа в нашем агрегаторе доставок для всех внешних систем. Так что хорошо бы изучить вопрос и сравнить возможные решения - внешних систем уже сейчас несколько и их будет больше в нашем агрегаторе.
- Пользователю скорее всего придется вводить все параметры для заказа по габаритам заново, если только их нельзя передать в СДЭК (и другие системы) каким-то образом через url-запроса.
Вариант 2. Делаем оформление заказ и прием платежей на нашей стороне.
...
Продолжение 👇
👍6❤3🔥3
‼️ Вопросы из чата от подписчика, которые нужно разобрать ‼️
❓А клиенты это кто? Физические лица или бизнес (юр.лица, поставщики маркетплейсов) - хороший вопрос.
Надо будет погрузиться на этапе исследования и детализации требований. Ответы будут понятны на этапе исследования UI (пользовательский интерфейс) и API (программный интерфейс).
❓А если у перевозчиков для разных категорий клиентов разные тарифы, как это учесть? - хороший вопрос, дублирует первый и наводит на правильные мысли.
Будет следовать из ответа на вопрос выше. Если это есть в СДЭК, Деловых Линиях и в Возовозе как обязательные параметры, то надо будет у нас это сделать на стартовом экране. И поставить значение по умолчанию - физические лица.
❓А груз каких максимальных габаритов может быть? - уже не думаю об этом.
Это бизнес СДЭК, Деловых Линий и в Возовоза. Если мы зададим негабаритный груз для СДЭКа, то он вернет нам ошибку, когда будем запрашивать у него стоимость перевозки. А значит в результате поиска, если такая ошибка, возможности перевозки негабаритного груза будут отсутствовать.
Хотя в целом ограничения на адекватность размеров тоже полезно ввести в систему. А то мало ли 2 километра посылки будет к перевозке 😄
❓А доставка только по России? - не первоочередный вопрос, но важный. Влияет на стоимость задачи.
Смогу разобраться на этапе исследования API-документации внешних систем. Мне в любом случае надо будет решить как я буду делать заполнение пункта отправления и прибытия. Вероятно придется подключить какой-то справочник адресов. Например https://dadata.ru/. Но там только адреса России и СНГ.
⬇️⬇️⬇️
❓А клиенты это кто? Физические лица или бизнес (юр.лица, поставщики маркетплейсов) - хороший вопрос.
Надо будет погрузиться на этапе исследования и детализации требований. Ответы будут понятны на этапе исследования UI (пользовательский интерфейс) и API (программный интерфейс).
❓А если у перевозчиков для разных категорий клиентов разные тарифы, как это учесть? - хороший вопрос, дублирует первый и наводит на правильные мысли.
Будет следовать из ответа на вопрос выше. Если это есть в СДЭК, Деловых Линиях и в Возовозе как обязательные параметры, то надо будет у нас это сделать на стартовом экране. И поставить значение по умолчанию - физические лица.
❓А груз каких максимальных габаритов может быть? - уже не думаю об этом.
Это бизнес СДЭК, Деловых Линий и в Возовоза. Если мы зададим негабаритный груз для СДЭКа, то он вернет нам ошибку, когда будем запрашивать у него стоимость перевозки. А значит в результате поиска, если такая ошибка, возможности перевозки негабаритного груза будут отсутствовать.
Хотя в целом ограничения на адекватность размеров тоже полезно ввести в систему. А то мало ли 2 километра посылки будет к перевозке 😄
❓А доставка только по России? - не первоочередный вопрос, но важный. Влияет на стоимость задачи.
Смогу разобраться на этапе исследования API-документации внешних систем. Мне в любом случае надо будет решить как я буду делать заполнение пункта отправления и прибытия. Вероятно придется подключить какой-то справочник адресов. Например https://dadata.ru/. Но там только адреса России и СНГ.
⬇️⬇️⬇️
🔥4❤3👍1
⬇️⬇️⬇️
❓А как учитывать акции перевозчика, если они будут? - хороший вопрос, серьезно влияет на UI и интеграцию.
На старте отказываемся от отображения акций у нас. А по API надо будет просто обратить внимание на то, какую конечную стоимость заказа выбрать для отображения клиенту.
❓А если у разных поставщиков разные возможности доставки? Нужно ли это знать клиенту? (авиа, экспресс, авто) - вопрос не первоочередный, слишком закапываетесь в детали на старте. Но вопрос нужный на этап анализа API-документации UI внешних систем.
Надо посмотреть показывают это СДЭК, Возовоз и ДЛ или нет. Если нет на этапе поиска, то и нам не надо. Возможно в карточках с результатами поиска. Принимать решение будем после анализа 10 таких почтовых служб - как у них выглядят поисковики.
❓А нужны ли клиенту доп. услуги, например, доставка на дом?- вопрос не первоочередный, слишком закапываетесь в детали на старте.
Будем разбирать возможности внешних систем по API-документации и UI позже, на следующих этапах аналитики. Пока можно дать ответ только по бизнесу, но теническую возможность надо будет подтвердить.
P.S. Спасибо за активность!)
❓А как учитывать акции перевозчика, если они будут? - хороший вопрос, серьезно влияет на UI и интеграцию.
На старте отказываемся от отображения акций у нас. А по API надо будет просто обратить внимание на то, какую конечную стоимость заказа выбрать для отображения клиенту.
❓А если у разных поставщиков разные возможности доставки? Нужно ли это знать клиенту? (авиа, экспресс, авто) - вопрос не первоочередный, слишком закапываетесь в детали на старте. Но вопрос нужный на этап анализа API-документации UI внешних систем.
Надо посмотреть показывают это СДЭК, Возовоз и ДЛ или нет. Если нет на этапе поиска, то и нам не надо. Возможно в карточках с результатами поиска. Принимать решение будем после анализа 10 таких почтовых служб - как у них выглядят поисковики.
❓А нужны ли клиенту доп. услуги, например, доставка на дом?- вопрос не первоочередный, слишком закапываетесь в детали на старте.
Будем разбирать возможности внешних систем по API-документации и UI позже, на следующих этапах аналитики. Пока можно дать ответ только по бизнесу, но теническую возможность надо будет подтвердить.
P.S. Спасибо за активность!)
👍7❤2👏1
🤩 4 часа самой важной информации: про резюме и собеседования! Вау! 🤩
Это был самый длинный вебинар! И для того, чтобы вы смогли посмотреть его в удобное время и в удобном режиме, мы даем доступ к нему!
📚 Собеседование на системного аналитика: подготовка на практике
📅 ДО 26 НОЯБРЯ - ВОСКРЕСЕНЬЕ!
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Внутри:
1. Про профессию Системного аналитика: главные навыки и обязанности.
2. Карта резюме и рекомендации по оформлению.
3. Пример задачи с собеседований и особенности подготовки.
4. Рекомендации по поиску работы.
Продуктивного обучения! 🌟🌟🌟
Это был самый длинный вебинар! И для того, чтобы вы смогли посмотреть его в удобное время и в удобном режиме, мы даем доступ к нему!
📚 Собеседование на системного аналитика: подготовка на практике
📅 ДО 26 НОЯБРЯ - ВОСКРЕСЕНЬЕ!
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Внутри:
1. Про профессию Системного аналитика: главные навыки и обязанности.
2. Карта резюме и рекомендации по оформлению.
3. Пример задачи с собеседований и особенности подготовки.
4. Рекомендации по поиску работы.
Продуктивного обучения! 🌟🌟🌟
👍3❤1
Продолжение 👇
Вариант 2. Делаем оформление заказа и прием платежей на нашей стороне.
Этот вариант сложнее с точки зрения технической реализации. Но у него есть преимущество - полный контроль процесса и данных у GetDelivery.
Плюсы:
+ Мы сможем отслеживать заказы, которые оформлены с использованием нашей системы: будем создавать заказы и контролировать прием платежей, вызывая внешние системы по API.
То есть мы будем являться инициатором всех действий по отправлению груза и оплате от клиента, по сути действуя как помощники нашего клиента (пример: страховой брокер - человек, который помогает оформить страховку на автомобиль по самой выгодной цене).
В этой интеграции GetDelivery - мастер-система / управляющее приложение.
+ После создания заказа мы сможем по API отслеживать его статус, получать и отправлять клиенту уведомления об изменении статуса заказа, если внешняя система представляет соответствующие API-методы. Эту возможность нужно будет уточнить на этапе изучения документации внешних систем.
+ Если на нашей стороне организован прием платежей, то получается, что мы будем получать деньги от клиента первее чем СДЭК или другую компанию.
Это звучит привлекательно для бизнеса. Но требует уточнения: как затем деньги будут поступать в СДЭК - должны ли мы сделать оплату за клиента с нашего счета сразу, или потом сформировать отчет обо всех заказах за месяц и выполнить единый банковский перевод, вне системы. Нужно уточнять условия сотрудничества и взаиморасчетов с каждой из компаний.
+ Единое окно для пользователя для работы с отправлениями грузов, без усложнений с переходами на дополнительные ссылки и страницы.
👇👇👇
Вариант 2. Делаем оформление заказа и прием платежей на нашей стороне.
Этот вариант сложнее с точки зрения технической реализации. Но у него есть преимущество - полный контроль процесса и данных у GetDelivery.
Плюсы:
+ Мы сможем отслеживать заказы, которые оформлены с использованием нашей системы: будем создавать заказы и контролировать прием платежей, вызывая внешние системы по API.
То есть мы будем являться инициатором всех действий по отправлению груза и оплате от клиента, по сути действуя как помощники нашего клиента (пример: страховой брокер - человек, который помогает оформить страховку на автомобиль по самой выгодной цене).
В этой интеграции GetDelivery - мастер-система / управляющее приложение.
+ После создания заказа мы сможем по API отслеживать его статус, получать и отправлять клиенту уведомления об изменении статуса заказа, если внешняя система представляет соответствующие API-методы. Эту возможность нужно будет уточнить на этапе изучения документации внешних систем.
+ Если на нашей стороне организован прием платежей, то получается, что мы будем получать деньги от клиента первее чем СДЭК или другую компанию.
Это звучит привлекательно для бизнеса. Но требует уточнения: как затем деньги будут поступать в СДЭК - должны ли мы сделать оплату за клиента с нашего счета сразу, или потом сформировать отчет обо всех заказах за месяц и выполнить единый банковский перевод, вне системы. Нужно уточнять условия сотрудничества и взаиморасчетов с каждой из компаний.
+ Единое окно для пользователя для работы с отправлениями грузов, без усложнений с переходами на дополнительные ссылки и страницы.
👇👇👇
👍5👏2
👇👇👇
Минусы:
- Придется дополнительную интеграцию с платежной системой, чтобы принимать платежи за заказы у нас. Либо смотреть, как предлагают работать с платежами внешние системы СДЭК, Деловые Линии и Возовоз, с которыми мы интегрируемся.
Исходя из этого принимать решение о дополнительной интеграции с платежной системой типа ЮКасса, Райф Пэй или другая.
- На нашу систему, с точки зрения администрирования, ляжет большая ответственность по расчетам сумм прибыли и комиссии для GetDelivery, учет сумм выплат для конечных организаций, которые занимаются доставкой грузов.
- Платежная история может быть разная для разных систем. Это может усложнить интеграцию. А в системах агрегаторах важно свести все к единому сценарию при возможности, любыми способами.
🟢 Вариант 2 мне больше нравится для реализации интеграции, т.к. он удобен для пользователя, и наша система имеет больше контроля.
Но прежде чем принимать окончательное решение о выборе этого варианта, я должна внимательно изучить API-документацию - прием платежей, и условия сотрудничества - как будут рассчитываться между собой GetDelivery и СДЭК, Деловые Линии, Возовоз. Это поможет мне принять окончательное решение по реализации формирования заказов и платежной части.
Кроме того, что я буду изучать документацию и условия возможного партнерства доя СДЭК, Деловые Линии и Возовоз, я также посмотрю аналогичные системы, т.к. потенциально понимаю, что в будущем могут потребоваться подобные типовые интеграции для агрегатора и мне было бы интересно разобрать больше примеров и заранее знать, к каким сложностям нудно быть готовой в будущем при подключении дополнительных интеграций.
📌 Запрос документации внешних систем:
Всё получено.
📌 Запрос доступов к внешним системам:
Можно писать письма СДЭК, Деловые Линии и Возовоз, на запрос тестовых доступов. Для этого нам может потребоваться подпись договора или NDA. Так часто бывает с интеграциями. Поэтому запрос доступов это самый первый шаг, чтобы далее не было блокирующих моментов для проектирования и разработки интеграций
Этап 1️⃣
Подготовка ✅
Минусы:
- Придется дополнительную интеграцию с платежной системой, чтобы принимать платежи за заказы у нас. Либо смотреть, как предлагают работать с платежами внешние системы СДЭК, Деловые Линии и Возовоз, с которыми мы интегрируемся.
Исходя из этого принимать решение о дополнительной интеграции с платежной системой типа ЮКасса, Райф Пэй или другая.
- На нашу систему, с точки зрения администрирования, ляжет большая ответственность по расчетам сумм прибыли и комиссии для GetDelivery, учет сумм выплат для конечных организаций, которые занимаются доставкой грузов.
- Платежная история может быть разная для разных систем. Это может усложнить интеграцию. А в системах агрегаторах важно свести все к единому сценарию при возможности, любыми способами.
🟢 Вариант 2 мне больше нравится для реализации интеграции, т.к. он удобен для пользователя, и наша система имеет больше контроля.
Но прежде чем принимать окончательное решение о выборе этого варианта, я должна внимательно изучить API-документацию - прием платежей, и условия сотрудничества - как будут рассчитываться между собой GetDelivery и СДЭК, Деловые Линии, Возовоз. Это поможет мне принять окончательное решение по реализации формирования заказов и платежной части.
Кроме того, что я буду изучать документацию и условия возможного партнерства доя СДЭК, Деловые Линии и Возовоз, я также посмотрю аналогичные системы, т.к. потенциально понимаю, что в будущем могут потребоваться подобные типовые интеграции для агрегатора и мне было бы интересно разобрать больше примеров и заранее знать, к каким сложностям нудно быть готовой в будущем при подключении дополнительных интеграций.
📌 Запрос документации внешних систем:
Всё получено.
📌 Запрос доступов к внешним системам:
Можно писать письма СДЭК, Деловые Линии и Возовоз, на запрос тестовых доступов. Для этого нам может потребоваться подпись договора или NDA. Так часто бывает с интеграциями. Поэтому запрос доступов это самый первый шаг, чтобы далее не было блокирующих моментов для проектирования и разработки интеграций
Этап 1️⃣
Подготовка ✅
👍9
▫️Этап 2 проектирования Интеграций. Сбор и анализ требований ▫️
Этот этап включает формирование полных требований по IT-проекту. От заказчика должны быть получены все вводные, проведено исследование действующих бизнес-процессов AS IS, и сформированы требования к TO BE.
С какими проблемами можно столкнуться на этапе сбора и анализа требований проекта? 🤯
Заказчик хочет, но это сделать невозможно. Требования не реализуемы.
Для бизнес-аналитиков и системных аналитиков, кто не сильно погружается в детали технического проектирования, это может стать сюрпризом. Неприятным сюрпризом, если “это не реализуемо” от разработчиков всплывает на этапе реализации программы, после подписания договора на разработку по ТЗ с заказчиком.
Почему “это не реализуемо” случается на этапе сбора и анализа требований?
⛔ Аналитик знал о необходимости интеграций с внешними системами в проекте, но не проверил в API-документации наличие соответствующих методов.
⛔Аналитик проверил наличие соответствующих методов для интеграции систем, но не ознакомился детально с их описанием. Вследствие чего могут быть получены проблемы: получение необходимых данных для работы системы, разные ожидаемые статусные модели для сущностей и подобные.
⛔Аналитик не проводил базовое тестирование API (если такая возможность была, например с SOAP, REST, GraphQL это возможно, Postman наш друг).
⛔Не учтены нефункциональные требования, которые помешают реализации бизнес-процесса. Например, ограничение на количество запросов в минуту.
Продолжение 👇
Этот этап включает формирование полных требований по IT-проекту. От заказчика должны быть получены все вводные, проведено исследование действующих бизнес-процессов AS IS, и сформированы требования к TO BE.
С какими проблемами можно столкнуться на этапе сбора и анализа требований проекта? 🤯
Заказчик хочет, но это сделать невозможно. Требования не реализуемы.
Для бизнес-аналитиков и системных аналитиков, кто не сильно погружается в детали технического проектирования, это может стать сюрпризом. Неприятным сюрпризом, если “это не реализуемо” от разработчиков всплывает на этапе реализации программы, после подписания договора на разработку по ТЗ с заказчиком.
Почему “это не реализуемо” случается на этапе сбора и анализа требований?
⛔ Аналитик знал о необходимости интеграций с внешними системами в проекте, но не проверил в API-документации наличие соответствующих методов.
⛔Аналитик проверил наличие соответствующих методов для интеграции систем, но не ознакомился детально с их описанием. Вследствие чего могут быть получены проблемы: получение необходимых данных для работы системы, разные ожидаемые статусные модели для сущностей и подобные.
⛔Аналитик не проводил базовое тестирование API (если такая возможность была, например с SOAP, REST, GraphQL это возможно, Postman наш друг).
⛔Не учтены нефункциональные требования, которые помешают реализации бизнес-процесса. Например, ограничение на количество запросов в минуту.
Продолжение 👇
👍13❤5🔥2🤩1
⚠️ Ограничения на платные-бесплатные возможности API, которые не были учтены на этапе сбора и анализа требований, могут привести к дополнительным расходам для заказчика, что не говорит о нереализуемости, но говорит о финансовых вопросах, которые придется решать.
Хотя в последовательности шагов по проектирования интеграции на первом месте у меня стоит этап сбора и анализа требований, результат работы с ним будет уточнен и дополнен на этапе ▫️3 “Анализ API-документации” и ▫️4 “Тестирование API”.
Поэтому системные аналитики важны в проекте: они своевременно, на ранних этапах, могут провести анализ интеграционной API-документации, проверить реализуемость всех требований, и принять решения об обходных путях или отказе от взаимодействия с определенными системами.
Это обходное решение будет принято до момента подписания договора на разработку ПО, что сэкономит много нервов, сил и денег для всех сторон в бизнесе 🙏
Продолжаем работу над интеграцией для GetDelivery. На этапе 2 нужно спроектировать и описать:
☑️ Бизнес-цель разработки интеграции.
☑️ Бизнес-задачи интеграции.
☑️ Бизнес-требования.
☑️ Функциональные требования.
☑️ Нефункциональные требования.
☑️ Разработка верхнеуровневой схемы архитектуры.
Хотя в последовательности шагов по проектирования интеграции на первом месте у меня стоит этап сбора и анализа требований, результат работы с ним будет уточнен и дополнен на этапе ▫️3 “Анализ API-документации” и ▫️4 “Тестирование API”.
Поэтому системные аналитики важны в проекте: они своевременно, на ранних этапах, могут провести анализ интеграционной API-документации, проверить реализуемость всех требований, и принять решения об обходных путях или отказе от взаимодействия с определенными системами.
Это обходное решение будет принято до момента подписания договора на разработку ПО, что сэкономит много нервов, сил и денег для всех сторон в бизнесе 🙏
Продолжаем работу над интеграцией для GetDelivery. На этапе 2 нужно спроектировать и описать:
☑️ Бизнес-цель разработки интеграции.
☑️ Бизнес-задачи интеграции.
☑️ Бизнес-требования.
☑️ Функциональные требования.
☑️ Нефункциональные требования.
☑️ Разработка верхнеуровневой схемы архитектуры.
👍9
🤍 Где всё получается, там есть “Всё получится” 🤍
Моя жизнь – постоянный процесс принятия новых вызовов. Каждый этап карьерного роста требует от меня постоянного обучения и погружения в самые разные технические детали. Но мой рост был бы невозможен без поддержки.
Раньше в карьере я полагалась на наставничество и мотивацию от руководителей, которые всегда говорили: "Всё получится! Если что, не бойся и спрашивай! Обсудим вместе!". Они создавали для меня доверительную атмосферу, где я могла ошибаться и не бояться, где я уверенно спрашивала совета не боялась, что начальник посчитает меня тупой и уволит.
Теперь, когда я сама руководитель, эту роль поддержки взяла на себя моя команда. Мы вместе обсуждаем проблемы и находим решения, создаем среду взаимоподдержки и вдохновения.
Поддержка близких в карьерном росте тоже играет важную роль. Недавно, после перегруженных дней с минимумом количества сна, я чувствовала себя абсолютно истощенной. Много задач, ошибки, много всего происходит, на что я не могу влиять. В голове: “Я сдаюсь… У меня ничего не получается". И в тот момент я получила очень важные и нужные слова поддержки от близкого человека: "Ты уже столько сделала! Смотри, ты переехала сюда совсем одна, строишь бизнес, у тебя международный проект.... Ты чего? Все хорошо будет. Иди отдохни и завтра в новый день. Всё получится. Ведь уже столько получилось! Ты очень умная, ты со всем справишься!".
Эти просто слова, но они важные и нужные. Они что-то переключают в голове Это слова наполнили меня новой энергией и верой в себя. Они напомнили мне, что, несмотря на все трудности, я не одна и что мои достижения – это результат усилий не только моих, но и тех, кто меня поддерживает.
В процессе роста и развития поддержка окружающих – это ключевой фактор успеха. Она дает силы двигаться вперед и напоминает, что даже самые большие препятствия можно преодолеть, когда рядом есть люди, которые верят в тебя.
Всё получится, ты же уже молодец, смотри сколько всего сделал! Дальше тоже всё будет ещё лучше! Я в тебя верю 🤍
Моя жизнь – постоянный процесс принятия новых вызовов. Каждый этап карьерного роста требует от меня постоянного обучения и погружения в самые разные технические детали. Но мой рост был бы невозможен без поддержки.
Раньше в карьере я полагалась на наставничество и мотивацию от руководителей, которые всегда говорили: "Всё получится! Если что, не бойся и спрашивай! Обсудим вместе!". Они создавали для меня доверительную атмосферу, где я могла ошибаться и не бояться, где я уверенно спрашивала совета не боялась, что начальник посчитает меня тупой и уволит.
Теперь, когда я сама руководитель, эту роль поддержки взяла на себя моя команда. Мы вместе обсуждаем проблемы и находим решения, создаем среду взаимоподдержки и вдохновения.
Поддержка близких в карьерном росте тоже играет важную роль. Недавно, после перегруженных дней с минимумом количества сна, я чувствовала себя абсолютно истощенной. Много задач, ошибки, много всего происходит, на что я не могу влиять. В голове: “Я сдаюсь… У меня ничего не получается". И в тот момент я получила очень важные и нужные слова поддержки от близкого человека: "Ты уже столько сделала! Смотри, ты переехала сюда совсем одна, строишь бизнес, у тебя международный проект.... Ты чего? Все хорошо будет. Иди отдохни и завтра в новый день. Всё получится. Ведь уже столько получилось! Ты очень умная, ты со всем справишься!".
Эти просто слова, но они важные и нужные. Они что-то переключают в голове Это слова наполнили меня новой энергией и верой в себя. Они напомнили мне, что, несмотря на все трудности, я не одна и что мои достижения – это результат усилий не только моих, но и тех, кто меня поддерживает.
В процессе роста и развития поддержка окружающих – это ключевой фактор успеха. Она дает силы двигаться вперед и напоминает, что даже самые большие препятствия можно преодолеть, когда рядом есть люди, которые верят в тебя.
Всё получится, ты же уже молодец, смотри сколько всего сделал! Дальше тоже всё будет ещё лучше! Я в тебя верю 🤍
❤27🔥2