От хаоса к порядку: построение системы автотестов в условиях минимальных требований

⏳ 11 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Схема GraphQL

⏳ 24 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

От Job Story к User Story. Часть 1. Введение в связь артефактов и циклов

⏳ 4 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Лучшие канбан-доски 2025: топ бесплатных и платных инструментов для управления проектами

⏳ 15 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Low-code? Нет, свой код! История создания ACRM, которая идеально подошла бизнесу

⏳ 7 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Построение долговечного хранилища данных

⏳ 9 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Скетч системного дизайна: как одна схема решает множество проблем на старте проекта

⏳ 5 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Разбор задачи с реального собеседования: e-commerce, брокер и резервы склада

⏳ 3 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Как мы заменили MS Active Directory, WSUS и SCCM в распределенной инфраструктуре: пилот Dynamic Directory

⏳ 7 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Разговорный UML: как говорить с командой на одном языке

⏳ 7 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Салют, коллеги-аналитики! 👋 сегодня суббота и хотела немного отойти от рабочих будней, тем более на дворе солнце, жара, лето☀️🌞))

Пока мы проектируем системы и рисуем схемы, моя семья проектирует… полёты!

Со мной многие знакомы, Я - Оксана, системный аналитик, который живет на Кавказе, и мои родственники уже много лет занимаемся полётами на воздушном шаре. А сейчас, когда лето в разгаре, и многие приезжают отдыхать в Кавказские Минеральные Воды, хочу рассказать, почему это стоит попробовать!

Почему это круто?

✅ Невероятные виды – Кавказ с высоты птичьего полёта завораживает: горы, долины, рассветы и закаты.

✅ Ощущение свободы – никакого шума двигателей, только ветер и абсолютный покой.

✅ Романтика и адреналин – даже если вы не экстремал, плавный подъём на шаре запомнится на всю жизнь.

Мои родные ведут канал, где делятся красотами полётов и атмосферой Кавказа – Полет на воздушном шаре КМВ. Если хотите вдохновиться или даже запланировать такой опыт в своём путешествии – заглядывайте и пишите админам для приобретения незабываемых впечатлений!!! А их я вам - гарантирую!!!

P.s. это не реклама, а мой личный рекомендасьон!! Вы точно зарядитесь крутыми эмоциями на долго!!!

GigaCode: как ИИ-ассистент упрощает жизнь системным аналитикам

⏳ 16 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Документация как навык выживания

⏳ 11 мин | 🟡⚪️⚪️

Перейти к статье | Analyst IT

Как правильно тащить данные в хранилище и не чувствовать боль

⏳ 4 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Зарплаты IT-специалистов в первой половине 2025: +2%, рост замедлился

⏳ 6 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Всё, что я знаю о хорошем системном дизайне

⏳ 13 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Архитектурный комитет: настраиваем работу с нуля. Часть 1. Definition of Ready, Definition of Done и статусная модель

⏳ 8 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Салют! Сегодня затронем наболевшую тему многих системных аналитиков «Архитектура ПО для аналитика: зачем разбираться и как применять»

Меня часто спрашивают: «Зачем аналитику знать архитектуру ПО? Ведь это же задача архитекторов и разработчиков».
Отвечу просто: без понимания архитектуры вы будете писать требования вслепую, а это рисковать проектом.

Вот мой развернутый ответ на этот вовпрос:

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

Архитектурный комитет: настраиваем работу с нуля. Часть 2. Приемка архитектурного документа и концепция ADR

⏳ 13 мин | 🟡🟡⚪️

Читать статью | Analyst IT