Analyst IT

ERP vs WMS: причины не разрабатывать WMS на базе ERP (1C, Галактика, SAP) и мифы ⏳ 14 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

Преимущества BPMN AI-агентов ⏳ 5 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

Салют! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA, и затронем тему архитектуры ПО, тем более мы затрагивали целую неделю эту тему: #вопросыссобеседования | @ba_and_sa Часть 20: 📍Вопрос 1: Расскажите кратко, что такое архитектура ПО, и для чего ее нужно понимать аналитику? ✅Краткий ответ: Архитектура ПО — это фундаментальная организация системы, воплощенная в виде ее компонентов, их взаимоотношений друг с другом и окружением, а также принципов, governing ее проектирование и эволюцию. Для чего она аналитику? 1. Говорить с разработчиками на одном языке и формулировать требования, реализуемые в рамках существующих ограничений. 2. Оценивать сложность и риски изменений. Простая на вид фича может потребовать огромных усилий, если нарушает архитектурные принципы. 3. Выявлять архитектурно-значимые требования (масштабируемость, отказоустойчивость, безопасность), которые часто неочевидны для бизнеса, но vital для технического успеха проекта. 4. Проектировать интеграции между системами, понимая стили взаимодействия (REST, messaging, events) и их последствия. Вместо итога: понимание архитектуры позволяет аналитику предлагать не просто корректные, но и реализуемые в рамках системы решения 📎Материалы по теме: - Зачем системному аналитику читать «Чистую архитектуру» Роберта Мартина - Роль системного аналитика при проектировании архитектурных решений 📍Вопрос 2: Как вы учитываете архитектуру системы при сборе требований и написании ТЗ? ✅ Краткий ответ:

Я рассматриваю архитектуру, как набор возможностей и ограничений. При работе с требованиями, я сначала изучаю текущую архитектуру через документацию и обсуждения с разработчиками.

Это помогает: 1. Предлагать реализуемые решения — предлагать функции, которые вписываются в текущую систему, а не требуют её перестройки. 2. Учитывать интеграции — правильно описывать взаимодействие компонентов, протоколы и форматы данных. 3. Выявлять скрытые сложности — например, понимать, что «простая» функция может потребовать изменений в нескольких микросервисах или создать нагрузку на базу данных. В ТЗ выделяются архитектурно-значимые требования — производительность, безопасность, масштабируемость — чтобы разработка сразу закладывала их в реализацию 📍Вопрос 3: Какие технологии и паттерны вы бы использовали при проектировании системы для обработки большого объема транзакций в реальном времени с гарантией доставки и без потерь данных? ✅ Краткий ответ: - Технологии: Kafka (для очередей), Apache Flink/Spark Streaming (для обработки), PostgreSQL (с репликацией) или Cassandra (для масштабируемости). - Паттерны: - CQRS (разделение на запись и чтение для масштабирования). - Event Sourcing (хранение всех событий для восстановления состояния). - Saga Pattern (для управления распределенными транзакциями). - Гарантии доставки: подтверждение (ack) в Kafka, idempотентные операции, Dead Letter Queue (DLQ) для обработки ошибок.

По технологиям и архитектурным паттернам будет большой пост, но позже

📎Материалы по теме: - Архитектурные паттерны - Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций Источник: @ba_and_sa ‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования

🔹Приглашаем вас на курс «Системный аналитик. Advanced»🔹 📚Что вы узнаете на курсе: + Навыки системного анализа – от Waterfall до Agile. + Работа с требованиями – интервью, BPMN, Use Case, User Story. + Проектирование ПО – UML, микросервисы, REST/SOAP API. + Базы данных – SQL/NoSQL, оптимизация нагрузки. + Анализ данных – сложные SQL-запросы, Power BI. + CI/CD, Git, тестирование – Postman, автоматизация. + Реальный проект – от ТЗ до защиты. ⏰ Старт: 27 августа. ✅ Пройдите вступительное тестирование и узнайте вашу готовность к обучению на курсе «Системный аналитик. Advanced». 🎁 Скидка 5% при полной оплате курса по промо-коду SAA08 до 08.09.2025г. Вступительное тестирование ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Архитектурный комитет: настраиваем работу с нуля. Часть 2. Приемка архитектурного документа и концепция ADR ⏳ 13 мин | 🟡🟡⚪️ Читать статью | Analyst IT

🔥 Хотите получить практические ответы на вопросы по интеграциям, которые встречаются на каждом втором интервью системных аналитиков? Мы разберём реальные кейсы: REST, шины, брокеры сообщений, файлы. Вы поймёте, как выбрать решение и объяснить его даже гуманитарию. Урок пройдёт 28 августа в 20:00, а набор на курс уже скоро стартует. Участники открытого урока получат скидку на обучение. Этот вебинар нужен тем, кто готовится к собеседованиям, меняет проект или хочет повысить уровень в системном анализе. Мы дадим шаблоны аргументов и приёмы, которые реально работают. Регистрация открыта: https://clck.ru/3NoPVD Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

От REST-монолита к гибкой архитектуре GraphQL-федерации: реальный кейс Авто.ру Читать статью | Analyst IT

Собеседования на позиции BA/SA-аналитиков, технических менеджеров стали субъективно сложнее. Сейчас крупные IT-компании проводят с кандидатом по два и более отдельных интервью. А это значит, что проводится отдельное техническое собеседование. Все для того, чтобы пройти такое собеседование, — на нашем онлайн-курсе! 🔹🔹 🔹🔹 Начните с бесплатных уроков по архитектуре и интеграциям в чат-боте курса. Переходите и знакомьтесь: @studyit_help_bot 🟢 Доступы к урокам у наших учеников бессрочные. ✏️Скидка на полный курс от канала — 1 000 ₽ по промокоду ANATI до 30 августа.

Салют! Сегодня затронем наболевшую тему многих системных аналитиков «Архитектура ПО для аналитика: зачем разбираться и как применять» Меня часто спрашивают: «Зачем аналитику знать архитектуру ПО? Ведь это же задача архитекторов и разработчиков». Отвечу просто: без понимания архитектуры вы будете писать требования вслепую, а это рисковать проектом. Вот мой развернутый ответ на этот вовпрос: 1️⃣ Зачем аналитику разбираться в архитектуре? - Говорить на одном языке с разработчиками – чтобы вас понимали, а ваши требования не казались «магией». - Предвидеть ограничения – если знаешь, что система монолитная, не предложишь микросервисное решение без серьезной причины. - Оценивать сложность изменений – иногда «простая кнопка» требует перелопачивания половины backend-логики. - Архитектурно значимые требования – аналитик должен выявлять нефункциональные требования (масштабируемость, отказоустойчивость), иначе система развалится под нагрузкой. 2️⃣ Что нужно знать? (минимум для работы и понимания) ✅ Базовые стили архитектуры: - Монолит vs Микросервисы – плюсы, минусы, где что применяется. - Слоистая архитектура (Presentation-Business-Data) – чтобы понимать, в каком слое искать проблему. - Event-Driven – если система работает на событиях (например, Kafka), аналитик должен уметь описывать сценарии. ✅ Паттерны проектирования: - MVC, CQRS, Saga – не надо глубоко, но понимать, зачем они нужны, важно. - Клиент-серверная vs Peer-to-Peer – влияет на требования к сети и безопасности. ✅ Интеграции: - REST, GraphQL, gRPC – чтобы не путать синхронные и асинхронные API. - Message Brokers (Kafka, RabbitMQ) – если система обрабатывает потоки данных. ✅ Базы данных: - Реляционные (PostgreSQL) vs NoSQL (MongoDB) – от этого зависит, как писать требования к хранению данных. 3️⃣ С какими проблемами сталкивалась я? 🔹 Разработчики говорят: «Это невозможно» – а на деле просто сложно, потому что архитектура не позволяет. Если аналитик знает ограничения, он может предложить альтернативу. 🔹 Требования «висят в воздухе» – когда не понимаешь, куда в системе встроить функционал, получается «костыль». 🔹 Неучтенные нефункциональные требования – например, забыли про нагрузку, и система падает при 1000 пользователей. 4️⃣ Мои советы 🔸 Читайте документацию и схемы – если есть архитектурная диаграмма, изучите ее перед написанием требований. 🔸 Задавайте вопросы – «Как этот модуль общается с другим?», «Где будет храниться эти данные?». 🔸 Учитесь на реальных кейсах – разбирайте open-source проекты или спрашивайте у разработчиков, как устроены системы, с которыми работаете. 🔸 Пишите требования с учетом архитектуры – если знаете, что backend медленный, не обещайте пользователю мгновенный поиск. ____________________ Архитектура – это не страшно. Это просто еще один инструмент, который делает вас сильным аналитиком, а не просто «писателем ТЗ». 📎 Пару статей вам в помощь для понимания: - Как системный аналитик влияет на проектирование архитектуры - Как стать архитектором в ИТ - Системный аналитик. Краткий гайд по профессии. Часть 3. Архитектура приложений и их масштабирование - От требований к постановкам задач на разработку с помощью архитектурного проекта Источник: @ba_and_sa

Архитектурный комитет: настраиваем работу с нуля. Часть 1. Definition of Ready, Definition of Done и статусная модель ⏳ 8 мин | 🟡🟡⚪️ Читать статью | Analyst IT

📌Два бесплатных вебинара для системных и бизнес-аналитиков. Успейте попасть в группу! 🔹Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли? ⏰19 августа в 20:00 мск 💎Вы узнаете: 1. Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы. 2. Как задачи этих ролей видит отрасль и ведущие компании. 3. Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону. 4. Какие навыки развивать системному и бизнес-аналитику. 🔹Трассировка и ведение реестра требований ⏰25 августа в 20:00 мск 💎Вы узнаете: 1. Важность трассировки требований между собой и на элементы решения и архитектуры 2. Методы и инструменты, которые могут быть применены аналитиком для трассировки требований 🎁Участники вебинаров получат подарки на почту🎁 Регистрация на вебинары ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Всё, что я знаю о хорошем системном дизайне ⏳ 13 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

Зарплаты IT-специалистов в первой половине 2025: +2%, рост замедлился ⏳ 6 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

🔥 Готовы стать экспертом в микросервисах? Микросервисная архитектура — ключ к созданию масштабируемых и гибких систем. Если вы хотите освоить современные технологии, такие как Docker, Kubernetes, Apache Kafka и Prometheus — программа курса "Microservice Architecture" отлично подойдет для этого. Пройдите вступительное тестирование и успейте присоединиться к группе курса! 🎯Возможности обучения: 🔹Практические навыки: реальная работа с популярными инструментами. 🔹Лучшие практики: освоите архитектуру, которая востребована на рынке. 👉Пройти тест https://clck.ru/3NeMwZ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как правильно тащить данные в хранилище и не чувствовать боль ⏳ 4 мин | 🟡🟡⚪️ Читать статью | Analyst IT

IT-рынку нужны универсальные аналитики Компании ценят специалистов, которые разбираются как в технической стороне продукта, так и в потребностях бизнеса. Перекрёстные навыки часто встречаются в вакансиях. Нетология объединила две профессии в один курс — «Системный и бизнес-аналитик» На занятиях своим опытом поделятся эксперты из Qiwi, М.Видео — Эльдорадо и Bolt. За 12 месяцев вы научитесь: - использовать гибкие методологии Agile и Scrum; - собирать, анализировать и составлять требования к ПО; - разбираться в нотациях моделирования: UML, BPMN, IDEF; - описывать user story и use case; - создавать прототипы приложений и сервисов; - работать с АРІ и проектной документацией. Вместе с аналитиками и рекрутерами будете разбирать тестовые задания из вакансий крупных компаний. После обучения станете частью профессионального комьюнити Нетологии. Сейчас на курс действует скидка 40%. Записаться Реклама. ООО "Нетология". ИНН 7726464125 Erid 2VSb5zDAvbK

Документация как навык выживания Перейти к статье | Analyst IT

❓Вы системный аналитик с опытом? Где получать только актуальные навыки на реальных проектах? Приглашаем вас на курс «Системный аналитик. Advanced». 💎Про что курс: ● Навыки системного анализа – от Waterfall до Agile. ● Работа с требованиями – интервью, BPMN, Use Case, User Story. ● Проектирование ПО – UML, микросервисы, REST/SOAP API. ● Базы данных – SQL/NoSQL, оптимизация нагрузки. ● Анализ данных – сложные SQL-запросы, Power BI. ● CI/CD, Git, тестирование – Postman, автоматизация. ● Реальный проект – от ТЗ до защиты. 📚Почему OTUS? + Мы ЗА живое общение с преподавателями и ментором. + Программа курса переработана и актуальна на 2025 год - посмотрите на сайте. + 80% практики на реальных проектах. + Курс разработан при поддержке крупных компаний, которым нужны системные аналитики в команду. 🆓Ознакомьтесь с обучением и преподавателями на бесплатных вебинарах 🎁 Пройдите успешно вступительное тестирование и получите подарки на почту Оставить заявку ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

GigaCode: как ИИ-ассистент упрощает жизнь системным аналитикам ⏳ 16 мин | 🟡🟡⚪️ Читать статью | Analyst IT