Как аналитику разобраться в legacy-системе без документации

Статья основана на практическом опыте, в нашей школе мы не просто даем теорию, а любим делиться тем, что действительно работает на проектах.

Перейти к статье

Один Swagger вместо сотни страниц Confluence: как в Рунити навели порядок в API-документации

Сложность: ★☆☆ | Время чтения: 9 мин | Автор: Маргарита Сорочинская, технический писатель отдела архитектуры в Рунити

Автор рассказывает об опыте описания API целиком в Swagger, без дублирования в Confluence, а также делится пошаговой инструкцией документирования и загрузки на Git.

📎 Читать статью

📑 Нефункциональные требования. Список, который вспоминают в последний день перед релизом.
Часть 1

Автор - Анастасия Нечепоренко,
QA Lead:
"Представьте, что вы покупаете мотоцикл. Чего вы от него ожидаете? Чтобы он мог разгоняться до 180км/час и при этом не разваливался? Чтобы к нему можно было прикрепить коляску? И не забудем про систему безопасности.

Эти требования не описывают основную функцию мотоцикла — перемещать человека из точки А в точку Б — но они важны для удовлетворения ваших потребностей, как водителя.

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

Сегодня я предлагаю рассмотреть те нефункциональные требования, которые влияют на деньги, но для начала..."

Читать статью

Как системный аналитик может улучшить процесс тестирования: от требований до автоматизации

"На первый взгляд предназначение каждой роли очевидно: аналитик закладывает почву, собирает требования, формулирует бизнес-логику, продумывает сценарии, тестировщик, в свою очередь, проверяет, работает ли всё так, как задумано. Аналитик не должен писать тест-кейсы за QA, выбирать инструменты автоматизации или решать, что проверять первым. Но кое-что он всё-таки может сделать, чтобы облегчить тестирование и помочь команде достичь итоговую цель проекта."

Читать статью

📑 Брокеры сообщений Kafka и RabbitMQ в реальной жизни

Автор - Александр Борецкий, архитектор в Т1 Облако:

"Поделюсь своим опытом работы с самыми популярными из брокеров сообщений — Kafka и RabbitMQ. Расскажу, как выбрать и настроить подходящий брокер, а также какие архитектурные особенности есть у каждого из них."

Читать статью

Сегодня поговорим о том, как жизненный цикл программного обеспечения (SDLC) влияет на нашу работу и какие задачи мы решаем на каждом этапе.

SDLC – это структурированный процесс, описывающий все этапы разработки ПО от идеи до поддержки готового продукта. И аналитик – ключевой игрок на каждом из них!

▫️Планирование: Помогаем определить цели проекта, собираем предварительную информацию о потребностях бизнеса.
Пример: Участвуем в совещаниях по определению scope проекта, изучаем бизнес-планы.

▫️Анализ: Собираем и анализируем требования, определяем функциональность системы. Это наша основная зона ответственности!
Пример: Проводим интервью со стейкхолдерами, документируем пользовательские истории, строим Use Case диаграммы.

▫️Проектирование: Участвуем в проектировании пользовательского интерфейса, обеспечиваем соответствие архитектуры будущей системы собранным требованиям.
Пример: Работаем вместе с UX/UI дизайнерами, проверяем макеты на соответствие User Stories, создаем прототипы.

▫️Разработка: Поддерживаем команду разработчиков, отвечаем на возникающие вопросы, уточняем требования.
Пример: Регулярно участвуем в стендапах, консультируем разработчиков по сложным бизнес-правилам.

▫️Тестирование: Участвуем в разработке тестовых сценариев, проверяем соответствие реализованной функциональности требованиям.

▫️Внедрение: Подготавливаем документацию, участвуем в обучении пользователей, помогаем решать проблемы, возникающие при внедрении.
Пример: Создаем руководства пользователя, участвуем в демонстрациях нового функционала, собираем обратную связь..

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

Получается, что аналитик – это связующее звено между бизнесом и разработкой на каждом этапе!

Для тех, кто хочет чуть больше погрузиться в тему SDLC подготовили подборку статей:

🖇 SDLC: о жизненном цикле разработки ПО
🖇 Этапы жизненного цикла разработки ПО или что такое SDLC?
🖇 База про жизненный цикл разработки ПО (SDLC): этапы, виды моделей и их различия
🖇 Что такое жизненный цикл разработки программного обеспечения?
🖇 Бизнес-аналитик в ИТ: SLDC, Agile, модели и методологии разработки ПО
🖇 Путь аналитика. Работа над ошибками
🖇 What is the software development life cycle (SDLC)?
🖇 What is the SDLC?

Монолитная и микросервисная архитектура. Сравнение

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

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

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

Итак, будь вы опытным архитектором или любознательным разработчиком, давайте поговорим об отличиях монолитов от микросервисов, чтобы вы могли выбрать свое идеальное решение для следующего проекта!

Читать статью

Когда ТЗ — не боль, а удовольствие: Use Case

Автор - Ирина Пономарчук,
Бизнес-аналитик в Okko:

"На работе каждый день я описываю Use Case. Эта техника помогает увидеть путь пользователя от А до Я и не забыть про корнер-кейсы.

За 6 лет и 4 места работы я попробовала разные форматы и шаблоны описания юзкейсов. И недавно пообещала написать статью с примерами и картинками. Значит, поехали."

Читать статью