TGViewer
Channel Public Channel
GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

@getanalyststart

Канал для начинающих карьеру системных аналитиков. Влюбиться в системый анализ и начать свой путь в IT можно здесь! 🚀

Для опытных аналитиков - Навыки • БД • Интеграции • API:
t.me/getanalysts

Обучение:
https://getanalyst.ru/education
Subscribers
5.16K
Photos
2.4K
Videos
87
Links
444

Showing posts older than #2968 · Back to latest

Older Posts 11 shown
Post #2967 645
Каждый новый день — новая возможность✔️

Используйте его, чтобы двигаться к целям и мечтам. Никогда не поздно начать что-то новое.

Пусть всё получится😊

#GAfrindlyreminder
  • ❤ 14
Post #2966 449

Forwarded from GetAnalyst - Навыки • Системный анализ • Бизнес-анализ

🩵🩷 Открыли бесплатный доступ к 3-х часовой практике по REST API, GraphQL, gRPC через Postman 🧡💙

Не мини-урок на 30 минут и не “послушать про API в целом”.

Разбираем то, где у аналитиков обычно начинается путаница: как подступиться к новой интеграции, как читать API-документацию и как руками работать с REST, GraphQL и gRPC через Postman.


👉 Интеграции по REST, GraphQL и gRPC: знакомство через Postman

📅 Доступ до 7 июля (вт)

🕘 3,5 часа практики
🟢 В записи, можно смотреть в удобное время


📌 План:
1. Интеграции: порядок работы над задачами
2. Основы REST API + практика в Postman
3. Основы GraphQL + практика в Postman
4. Основы gRPC + практика в Postman
5. Порядок изучения новых API


🔗 Забрать бесплатный доступ*

*Если уже регистрировались — письмо с доступом на почте. Если письмо не нашли, можно зарегистрироваться повторно.


Продуктивной практики! 🧡

📱 Tg | 💙 ВК | 💬 Max
  • ❤ 4
Post #2965 736
🔴 [4–7 июля] GraphQL возвращает 200 OK. Даже когда ошибка.

В REST такого не бывает.
В GraphQL — норма.
Ошибки живут внутри тела ответа JSON, в поле errors, а не в HTTP-статусе. Пока не знаешь — теряешься.

Это только одна из неожиданностей при первом знакомстве с GraphQL. У gRPC тоже свои особенности.


👉 На этой неделе разбираем все три вида API руками в Postman — без теории в вакууме, сразу с практикой:


🧡 Интеграции по REST, GraphQL и gRPC: знакомство через Postman
🗓 4–7 июля
📹 Формат: запись, смотрите в удобное время

🔗 Зарегистрироваться

————————-—————

💎 Хотите системно разобраться с интеграциями по API и брокерам?
Новый поток «Интеграции систем» стартует на следующей неделе.

Впервые этим летом — максимальный набор подарков и скидок на предзаписи за всю историю GetAnalyst 🎁

🎓 Подробнее о программе
  • ❤ 2
  • 👍 2
Post #2961 1.08K
[GetAnalyst] UML Sequence-Полный гайд.png211.7 KB GetAnalyst_UML_Sequence_Пример_с_интеграцией_и_БД.png233.4 KB GetAnalyst_UML_Sequence_Инструкция_к_AI_боту.png1.4 MB GetAnalyst_Пример_кода_PlantUML_для_UML_Sequence.pdf92.2 KB
📊 Полный гайд по UML-Sequence + бесплатный AI-бот от GetAnalyst 🤖


💡 UML Sequence
Диаграмма, которая показывает последовательность обмена данными между участниками в интеграционном сценарии (Use Case).


📌 Ключевые элементы
▫️ Lifeline (линия жизни): вертикальная линия для каждого участника
▫️ Вызовы методов (отправка данных): сплошные стрелки
▫️ Получение ответов (данные): пунктирные стрелки
▫️ Бары активации: показывают, когда объект «активен»
▫️ Прямоугольники с alt, loop, opt: условия и циклы


❓ Зачем?
• Дополнение к текстовому описанию Use Case (текст главнее)
• Визуализирует последовательность шагов
• Помогает найти «дыры» в алгоритмах
• Облегчает восприятие сложных алгоритмов разработчиками


🛠 Где делать?
• PlantUML — через код, бесплатный
• Draw.io — визуальный редактор, бесплатный + есть встроенный AI, но работает не очень
• MermaidChart — через код, частично бесплатный + есть AI



🤖 UML-диаграмма через AI + PlantUML за 3 минуты

1. Откройте:
• ChatGPT (VPN для России)
• GeminiAI (VPN для России)
• DeepSeek
• Qwen
• Алиса AI

2. Вставьте промпт (текст запроса) в новый чат:


Работай как системный аналитик с опытом более 10 лет.

Сгенерируй код для UML Sequence-диаграммы в формате PlantUML.

Интеграционный Use Case:
👉 <подставить ваше описание>

Требования к оформлению кода:
+ на каждый запрос — ответ;
+ обязательно делай бары активации;
+ брокер = обозначай как queue;
+ база данных = обозначай как database;
+ используйте alt/loop/opt, если необходимо.

Образец моего идеального кода на другой процесс, придерживайся этого стиля:
👉 <подставить ваш пример кода, или можно забрать пример PlantUML-кода из PDF документа к посту>


3. Отправьте запрос в чат и подождите до 1 минуты.

4. Вставьте полученный код в PlantUML редактор.

Готово! 🎉
AI сделал UML-диаграмму за вас.
Вставляйте в требования. И не забудьте сохранить код рядом с диаграммой для возможных изменений.




🎁 Бесплатный AI-бот для UML Sequence от GetAnalyst

🔗 Ссылка на AI-бот (под VPN для России)
🔗 Пример использования

В боте настроен продвинутый системный промпт, который поможет делать диаграммы идеальными.
Без регистрации и СМС, только в ChatGPT войти и готово 🤝



#hardGetAnalyst
  • ❤ 11
  • 🔥 1
  • 🥰 1
  • 👏 1
Post #2960 902
😰 Уволить или обучать? 😰

Жёсткий, но очень честный вопрос для любого руководителя. Отвечаю.

Проблема не всегда в том, что человек «чего-то не знает».
Есть вещи, которые обучением почти не лечатся.


✅ Ошибся, признал и пришёл с вариантом исправления. Или обсудить, как такое не допустить в будущем?
Обучать.
Потому что ошибка — это не катастрофа.
Катастрофа — это когда человек защищает ошибку до последнего, перекладывает ответственность на разработчиков, тестировщиков, заказчика, ретроградный Меркурий и «непонятный контекст».


✅ Медленный, но внимательный и с горящими глазами?
Обучать.
Скорость приходит с практикой.
Особенно, если человек умеет задавать вопросы, принимает обратную связь и не боится сложных задач.


✅ Мало знает, но хочет расти?
Обучать.
Навыки наращиваются: API, интеграции, БД, микросервисы.
Главное, чтобы человек не делал вид, что уже всё знает.


🚩 Ноет, что всё плохо?
Уволить.
Если человек видит риски и аргументирует — это ценно.
Если человек просто разрушает энергию команды и заражает всех ощущением «ничего не получится» — это проблема.
👉 Системный аналитик должен видеть проблемы.
Но зрелый аналитик приносит не только проблему, а ещё и варианты решения.


🚩 Сдал задачу в разработку = снял ответственность.
Уволить.

Потому что аналитик — это не человек, который «написал документ и ушёл». Он связывает бизнес, разработку, тестирование, поддержку.
Если он не помогает команде переводить с бизнесового на разработческий — он не выполняет ключевую часть своей роли.


🚩 Даёт результаты, но токсичен в общении?
Уволить.
Можно быть сильным специалистом, но если после каждого созвона команда выгорает, разработчики боятся задавать вопросы, а тестировщики получают ответы в стиле «ну это же очевидно» — это разрушает рабочую среду.
Высокий уровень экспертизы не даёт права быть токсичным.


🚩 Оспаривает каждое решение?
Уволить.
Если аналитик спорит аргументированно, защищает качество системы и помогает найти слабые места — это плюс.
Если спорит ради спора, чтобы показать свою ценность, саботирует договорённости и не может принять командное решение — это уже не критическое мышление, а управленческая проблема.


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



Я более 7 лет руковожу проектами на 1млн+ пользователей.
Я более 3 лет веду свой бизнес с командой на 20+ человек.
Я не хочу быть вовлеченной в задачи своих сотрудников, сидеть как «курица наседка» и следить за каждым.


👉 Уволить или заменить?
Мой вывод такой:
Обучать стоит тех, у кого не хватает навыков, но есть ответственность, честность, интерес и желание расти.

А расставаться стоит с теми, кто разрушает команду: токсичностью, вечным негативом, отсутствием ответственности или саботажем общего направления.

Потому что сильная команда строится не только на hard skills.
Иногда один человек с хорошими навыками, но плохим отношением к людям наносит системе больше ущерба, чем джун, который пока путает POST и GET, но хочет разобраться 🙌
  • ❤ 13
Post #2959 777
🔴 21 задача аналитика, которую можно ускорить с ИИ 🤖🚀

Искусственный интеллект (ИИ) уже меняет работу системного и бизнес-аналитика.
ИИ сегодня — это полноценный рабочий инструмент, который можно указывать в резюме.


Задачи, решение которых можно ускорить с ИИ:

▫️ анализ требований,
▫️ исследование предметной области,
▫️ написание БТ, ФТ и НФТ,
▫️ разработка User Stores + критериев приемки,
▫️ разработка обычных и интеграционных Use Case,
▫️ BPMN-диаграммы,
▫️ UML-диаграммы,
▫️ проектирование БД (ERD),
▫️ SQL-запросы,
▫️ анализ API внешних систем для интеграций,
▫️ проектировать REST API, SOAP API, gRPC, GraphQL, WebSocket API, SSE API,
▫️ разработка контрактов REST API в OpenAPI (Swagger),
▫️ постановки задач на Backend, Frontend и Mobile по корпоративным шаблонам,
▫️ проработка архитектуры,
▫️ схемы архитектуры в нотации C4,
▫️ прототипирование UI,
▫️ задачи на настройку RabbitMQ и Kafka,
▫️ переписка с коллегами и заказчиками,
▫️ работа в международных командах (английский)

И всё это — не в одном чате, а через связки инструментов, переиспользуемые промпты и грамотный промптинг под разные типы задач.


Но дальше — ещё интереснее.

Следующий уровень для СА и БА — это уже разработка агентных AI-систем, самостоятельное создание приложений под свои рабочие задачи и их деплой без необходимости разработчиков и DevOps 😍


То есть аналитик может не просто пользоваться AI для отдельных артефактов, но и:
✔️ собирать полноценные AI-решения,
✔️ автоматизировать процессы команды,
✔️ автоматизировать рутину,
✔️ и делать рабочие MVP своими руками.
  • 🔥 8
Post #2957 912
GetAnalyst - Интеграции - TravelGA.png156.9 KB GetAnalyst - Интеграции - TravelGA C4.png347.3 KB
✨ Подборка примеров схем архитектуры ✨

...и почему СА важно понимать архитектуру систем для работы с задачами на интеграции.



👉 Архитектура системы

Это структурированное описание компонентов системы (приложения, базы данных, API, брокеры, внешние сервисы и др.), связей между ними и принципов их взаимодействия.

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


👉 Зачем аналитикам её понимать?

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

✅ Писать корректные интеграционные Use Case.

✅ Учитывать зависимости между компонентами при доработках — например, если изменится логика одного сервиса, кто еще пострадает?


👉 На картинке к посту
пример архитектурной схемы проекта TravelGA в формате простых фигур и в нотации С4.

Благодаря этой схеме легко проследить, что происходит при переходе к оплате экскурсии через внешнюю систему ВТБ:

1. Пользователь нжимает кнопку оплаты в любом фронт-приложении.
2. Фронт обращается к Backend через REST API.
3. Backend вызывает внешнюю систему ВТБ по REST API.
4. ВТБ возвращает ответ о создании платежа на Backend.
5. Backend сохраняет ответ по созданной платёжной операции в БД.
6. Backend возвращает результат на фронт.
7. Фронт обрабатывает ответ и на основе данных из него переключается на платежную форму.



👇 Ниже — ещё несколько примеров архитектур и пояснений к ним, чтобы вы развивали насмотренность, в том числе на сложных проектах:

Монолит
🔗 RideFlow [С4] - заказ такси
🔗 TelMed [С4] - телемедицина
🔗 EventTaskGA - синхронизация задач по организации мероприятий с внешней системой

Микросервисная архитектура (МСА)
🔗 FarmFreshGA - доставка фермерских продуктов
🔗 RideFlow - заказ такси

МСА с брокерами:
🔗 BookingGA [С4] - сервис аренды недвижимости
🔗 GreenChargeGA [С4] - зарядки для электроавто


Изучайте и применяйте в работе 🙌

#hardGetAnalyst
  • ❤ 2
Post #2956 867
💳 9 типовых Use Case для Интеграции с платежной системой 💳

Разбираемся, какие Use Case охватывает интеграция с платёжной системой (PSP), и какие методы понадобятся для её реализации на примере API ВТБ 👇


1️⃣ Создание транзакции
Отправляем сумму и детали заказа.
Получаем ссылку на платёжную форму, id и другие параметры платежа.
Перенаправляем пользователя по ссылке.
Пользователь вводит данные карты на форме оплаты.
Оплата завершается.
---
Метод: Регистрация заказа


2️⃣ Подтверждение оплаты (Webhook)
Платёжная система сама сообщает статус оплаты.
Надо делать метод на стороне нашей системы, чтобы его вызвала платежная система.
---
Метод: Уведомления обратного вызова


3️⃣ Проверка статуса платежа (Polling)
Если webhook не сработал (т.е. у нас в БД статус платежа всё ещё "ожидание оплаты"), то прежде чем показать пользователю итоговый статус платежа, надо перепроверить его на стороне платежной системы.
---
Метод: Статус заказа


4️⃣ Отмена платежа
Пока деньги не списаны, пользователь в любой момент может прервать оплату
---
Метод: Отмена заказа


5️⃣ Возврат средств
Полный или частичный, если надо удержать комиссию.
Нужен, если пользователь отказывается от оказания услуги
---
Метод: Возврат средств


6️⃣ Сохранение платёжных данных
Для One-Click и подписок.
Чтобы пользователю не надо было вводить карту при последующих покупках.
Важно! На стороне нашей системы хранится только id платежного средства, а все данные карты (номер, CVV, дата окончания) будут храниться безопасно, на стороне платежной системы.
---
Метод: обычно внутри первой оплаты


7️⃣ Повторное списание
Автоплатежи без участия пользователя
---
Метод: Рекуррентный платеж


8️⃣ Формирование отчётов
Всё для бухгалтерии и бизнеса.
Обычно на основании внутренних данных, которые сохранялись в нашей системе по итогам платежей.


9️⃣ Работа с чеками
Иногда делают такие доп. сценарии. Зависит от потребностей бизнеса


Сохраняйте, если работаете над задачами с оплатой или только собираетесь вникать в платёжные сценарии 👌

#hardGetAnalyst
  • 👍 3
  • ❤ 1
Post #2955 727
Опыт есть опыт! 😀

Всех с началом новой рабочей недели)
  • 😁 26
  • ❤ 2
Post #2954 913
GetAnalyst_Интеграции_книга_для_БА_и_СА.pdf10.7 MB
📚 Мини-книга по Интеграциям для Системных аналитиков: самое важное 📚

Интеграция — это процесс объединения различных систем и приложений в единое целое
, чтобы они могли работать вместе, обмениваться данными и выполнять задачи, как одна система.


👉 Пример 1
Платформа по доставке еды хочет отправлять клиенту SMS о процессе доставки.

Надо ли этой платформе:
1. Покупать оборудование для отправки SMS?
2. Заключать договоры и делать интеграции со всеми операторами сотовой связи?

Конечно, нет.
Мы подключаем готовый SMS-сервис (например, Unisender) через API — и задача по доставке SMS решена
🙌


👉 Пример 2
Тот же сервис доставки хочет принимать оплату банковскими картами.

Надо ли ему:
1. Реализовывать проверку карты?
2. Поддерживать 3-D Secure?
3. Хранить токены и проходить банковскую сертификацию PCI DSS?

Нет. Мы просто подключаем готовое решение по API, например, от ТБанка.



Главная идея интеграций:
Если не хочешь "изобретать велосипед", просто подключи (интегрируй) уже готовое решение в свою систему.



👉 Виды интеграций:

1) по окружениям:
▫️ Внешние - когда мы хотим подключить к нашей системе чужую, от других разработчиков.
▫️ Внутренние
- на проекте сервисная или микросервисная архитектура, сервисы обмениваются данными по API или через брокеры.
- мобильное приложение работает с данными благодаря интеграции с сервером по API.

2) по направлению:
▫️ Во внешние системы - когда мы используем API чужих систем.
▫️ К нашей системе - когда мы сами разрабатываем свой API, чтобы к нам подключались (например, по примеру выше, мы банк, и даем другим свой API для подключения)


👉 Способы обмена данными:
▫️ Синхронный - отправили данные и получили ответ сразу.
▫️ Асинхронный - отправили данные и продолжили работу без ожидания ответа. Обработка в фоне.


👉 Основные способы интеграции:
▫️ API
▫️ Библиотеки и SDK
▫️ Брокеры
▫️ Файлы
▫️ Общая БД



📚 Подробнее об интеграциях рассказала в мини-книге с картинками и примерами.

Файл прикреплен к посту.

Загружаем, изучаем и используем 👍

#hardGetAnalyst
  • 👍 9
  • 🔥 5
Post #2947 848
Как жить, если случилось выгорание ☹️

Друзья, существует миф, что выгорают только те люди, которые занимаются нелюбимым делом.

На самом деле чаще выгорают те, кто как раз занимается тем, что ему нравится, от чего горят глаза!

Почему так происходит?
Вы увлечены!



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

👉 Работа становится хобби, границы между профессиональной и личной жизнью размываются. Сложно отключиться от работы даже в свободное время. Кто-то начинает избегать общения с коллегами, друзьями и семьёй.
Это увеличивает уровень стресса.

👉 Увлечённые люди часто сильно эмоционально привязаны к делу. Они становятся более уязвимыми к разочарованиям и неудачам, что в итоге приводит к выгоранию.



Если заметили у себя несколько из этих признаков, важно предпринять действия.
О них читайте в картинках к посту.

#softGetAnalyst
  • ❤ 12
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →