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