Спринт 2/14: Разработка требований → Тема 1/4: Требования: что это такое и кто с ними работает → Урок 3/4

Уровни требований

В этом уроке вы узнаете, на какие уровни делятся требования, как они связаны между собой и какие из них системный аналитик учитывает в спецификации требований к ПО.

Даня

А какие требования нам нужно сформулировать? Их же много будет? С каких стоит начать?

Артём

На самом деле часть требований уже сформулировали, и это сделал не наш отдел.

Несколько требований уже сформуливал отдел маркетинга. Анализ конкурентов показал, что Chatty не хватает важных функций: возможности работы со словарём и карточками для запоминания слов. Маркетологи считают, что если не добавить эти функции, Chatty может в скором времени потерять клиентов. Поэтому команда разработки хочет добавить их во вторую версию веб-приложения.

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

Уровни требований к ПО

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

Затем бизнес-аналитики определяют бизнес-требования к ПО. Эти требования помогут продукту успешно конкурировать на рынке, повысят его эффективность. На основе бизнес-требований системный аналитик выявляет пользовательские требования, из которых он потом выделяет функциональные требования.

Это и есть уровни требований к ПО:

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

Бизнес-требования

Даня

Получается, наша цель — удержать клиентов?

Артём

Да, более того, это наше бизнес-требование.

Бизнес-требования — это описание целей, задач и желаемых для заказчика результатов разработки ПО.

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

После того как бизнес-требования сформированы, их изучает системный аналитик. Обычно системный аналитик работает с документом, который кроме бизнес-требований содержит и другие разделы, необходимые для понимания контекста задачи: состояние текущего бизнес-процесса (as is), бизнес-риски, оценку влияния внешних факторов и прочие.

Выберите бизнес-требования из утверждений ниже.

Увеличить количество бронирований за месяц до 40 штук

Это бизнес-требование, содержит бизнес-цель — увеличить количество бронирований.

Уменьшить время отклика приложения до 1 секунды

Это не бизнес-требование. У этого требования нет бизнес-цели.

Повысить удобство приложения

Это не бизнес-требование, так как у него нет бизнес-цели. Непонятно, как более удобное приложение может повлиять на бизнес-цели компании.

Увеличить прибыль на 100 тысяч рублей в месяц через 3 месяца после запуска решения

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

Уменьшить время, которое сотрудник тратит на бронирование номеров, до 1 минуты

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

Пользовательские требования

Даня

А что нужно сделать, чтобы выполнить бизнес-требование и удержать клиентов?

Артём

Мы, системные аналитики, как раз и будем это выяснять, а затем сформулируем пользовательские требования.

После ознакомления с бизнес-требованиями системные аналитики работают с пользователями, чтобы определить пользовательские требования.

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

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

Поскольку пользовательские требования могут предоставлять разные заинтересованные лица, понятия «пользовательские требования» и «требования заинтересованных лиц» в этом контексте — синонимы. Подробнее о других «заинтересованных лицах» расскажем в следующей теме.

Выберите пользовательские требования из утверждений ниже.

Увеличить количество пользователей сайта в два раза в течение года

Это бизнес-требование. Бизнес-цель здесь — увеличение количества пользователей продукта.

Увеличить скорость приложения

Это требование другого типа. Непонятно, какую именно пользовательскую проблему решает данное требование.

На сайте бронирований у клиента должна быть возможность быстро найти отель, подходящий по бюджету

Это пользовательское требования. Потребность пользователя — найти отель, подходящий по бюджету.

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

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

Функциональные требования

Даня

Допустим, мы узнали, что пользователи хотят словарь на 100 тыс. слов. Что нам дальше делать с этим требованием?

Артём

Дальше нужно будет определить, что позволит эту «хотелку» выполнить. Это называется функциональные требования.

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

Функциональные требования описывают то, что должно делать ПО, чтобы пользователи смогли выполнить свои задачи (пользовательские требования) в рамках бизнес-требований.

Содержат: сценарии поведения продукта в различных условиях.
Исходят от: системных аналитиков.
Пример функционального требования: отображаемая стоимость товара должна уменьшиться на величину списываемых бонусных баллов.

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

Выберите функциональные требования из утверждений ниже.

На сайте бронирования в выбранном регионе отели по умолчанию должны быть отсортированы по убыванию стоимости

Это функциональное требование, описывает, в каком порядке должны быть отсортированы отели.

Перед работой над ПО разработчик должен пройти тест на знание политики безопасности компании

Это требование относится к проекту, а не к ПО.

Уменьшить расходы на разработку на 10% посредством внедрения нового ПО

Это бизнес-требование. Конечной целью является уменьшение расходов.

При регистрации нового пользователя поля «имя», «фамилия», «пароль», «телефон» обязательны для заполнения и подсвечиваются красным, если не заполнены

Это функциональное требование. Оно описывает поведение полей ввода.

Таким образом, уровни требований взаимосвязаны: функциональные требования вытекают из пользовательских требований, а пользовательские — из бизнес-требований.

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

Расставьте требования по порядку — от верхнего уровня до нижнего.

В мобильном приложении должна появиться возможность пройти онлайн-регистрацию за 24 часа до вылета

Нижний

Функциональное требование — конечное требование.

Необходимо снизить количество сотрудников в аэропорту с помощью онлайн-регистрации

Верхний

Бизнес-требование — верхнеуровневое требование.

Для прохождения онлайн-регистрации пассажир должен заполнить номер рейса и фамилию

Нижний

Функциональное требование — конечное требование.

Добавить возможность регистрироваться на рейс с помощью мобильного приложения и веб-сайта, не выходя из дома

Средний

Пользовательское требование — промежуточное звено между бизнес- и функциональными требованиями.

Подведём итоги

В этом уроке мы выяснили, что у требований своя структура: требования более низкого уровня вытекают из требований более высокого уровня.

Верхний уровень: бизнес-требования, цель которых — достижение бизнес-результата.

Средний уровень: пользовательские требования, описывающие потребности, которые нужно удовлетворить.

Нижний уровень: функциональные требования, на основе которых разработчик создаёт ПО. Эти требования описываются в спецификации требований к ПО.