Бизнес-аналитик анализирует процессы, чтобы деятельность компании стала более успешной и удобной для клиентов. Он изучает действия сотрудников, выявляет проблемы и разрабатывает схемы для общего понимания ситуации. Системный аналитик проектирует и определяет функции системы, решая задачи анализа и разработки.
Задачи аналитика
Аналитик, двигаясь сверху вниз, из бизнес-цели формирует конкретные задачи на разработку системы:
• Получая задачу на анализ, составляет бизнес-требования.
• На основе бизнес-требований описывает пользовательский интерфейс.
• Затем формулирует системные требования, учитывая бизнес-требования и пользовательский интерфейс.
• На основе всего вышеописанного описывает API-системы.
• Помня про бизнес-требования и исходя из API, описывает базу данных (БД).
• В конечном итоге назначает задачи:
• backend-разработчику – для реализации API и работы с БД;
• frontend-разработчику – для реализации дизайна пользовательского интерфейса и взаимодействия с API.
Давайте пройдем этот путь вместе: создадим и опишем техническое задание для интернет-магазина.
Часть 2. Техническое задание
Глава 3. Задача на анализ
Задача проекта «Интернет-магазин»: владелец районного цветочного павильона хочет сэкономить на аренде помещения и решает создать интернет-магазин цветов.
Для того чтобы создать систему, необходима команда. В ней обычно каждый выполняет свою роль со своими задачами:
• владелец продукта определяет направление разработки;
• аналитик занимается как бизнес-, так и системным анализом;
• frontend-разработчик создает пользовательский интерфейс;
• backend-разработчик отвечает за разработку бэкенда;
• тестировщик проверяет работоспособность системы.
Владелец продукта озвучивает основную бизнес-цель и объясняет, почему эта цель важна для компании. Затем владелец продукта формулирует конкретную задачу на анализ, используя формат user story.
User story для создания интернет-магазина:
• Я как клиент хочу иметь возможность заказать цветы онлайн, чтобы не тратить время на покупку в магазине.
• Я как продавец хочу иметь возможность планировать сбор заказа, чтобы не переутомляться.
User story, или пользовательская история – короткая формулировка намерения пользователя и того, что продукт должен сделать для него. Нужна, чтобы у всех участников было единое понимание бизнес-потребности и не возникало разночтения.
Чтобы сформулировать user story, нужно ответить на три вопроса:
• что это за пользователь?
• какое действие он хочет выполнить в продукте или какой результат от продукта хочет получить?
• зачем это ему?
Формула