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