Следующая тема, которой также касаются практически на каждом собеседовании - это Use Cases.

Что такое Use Cases и как они пишутся?

Use Cases (сценарии использования) — это один из основных инструментов системного анализа, который помогает описать, как система должна взаимодействовать с пользователями (или другими системами) для выполнения определённых задач. Они описывают поведение системы с точки зрения пользователя и помогают определить функциональные требования к ней.

Зачем нужны Use Cases? Сценарии использования позволяют: - Фокусироваться на пользовательских задачах: они описывают не только, что система должна делать, но и как пользователь взаимодействует с ней. - Упростить процесс понимания требований: помогают стейкхолдерам, разработчикам и тестировщикам понимать функциональность системы на одном языке. - Определить границы системы: сценарии чётко показывают, что система делает, а что — нет. - Улучшить коммуникацию между бизнесом и командой разработки: они формулируют ожидания пользователя и бизнес-цели, что снижает риск недопонимания.

Структура Use Case Каждый Use Case состоит из нескольких ключевых элементов:

1. Название (Name): Краткое и понятное описание действия. Например, "Регистрация пользователя".

2. Актор (Actor): Определяет, кто взаимодействует с системой. Это может быть как человек (пользователь), так и другая система или устройство. Например, "Пользователь" или "Система оплаты".

3. Предусловия (Preconditions): условия, которые должны быть выполнены до начала сценария. Например, "Пользователь должен быть на странице регистрации".

4. Основной поток (Main flow): описание основных шагов, которые выполняет пользователь и система для достижения цели. Например, "Пользователь вводит данные", "Система проверяет их корректность", "Система сохраняет данные".

5. Альтернативные потоки (Alternative Flows): описание того, что происходит в случае возникновения нестандартной ситуации или ошибки. Например, "Если введён неправильный пароль, система показывает сообщение об ошибке".

6. Постусловия (Postconditions): описание того, что должно быть достигнуто после выполнения сценария. Например, "Учётная запись пользователя создана".

7. Исключения (Exceptions): описание того, что произойдёт, если произойдут ошибки или сбои. Например, "Система не может соединиться с базой данных".

Пример Use Case Название: Авторизация пользователя

Актор: Пользователь

Предусловия: Пользователь находится на странице авторизации.

Основной поток: 1. Пользователь вводит логин и пароль. 2. Система проверяет корректность введённых данных. 3. Система предоставляет доступ к личному кабинету.

Альтернативный поток: - Если данные неверны, система выводит сообщение об ошибке и предлагает повторить попытку.

Постусловия: Пользователь успешно авторизован и перенаправлен в личный кабинет.

Как правильно писать Use Cases? - Сфокусируйтесь на пользователе: описывайте действия с точки зрения того, что пользователь делает, а не того, как система это реализует. - Будьте краткими и точными: описывайте каждый шаг чётко, избегая лишних деталей, которые могут отвлекать от сути. - Учитывайте исключения: всегда прописывайте, что должно происходить в случае ошибок или нестандартных ситуаций. - Используйте понятный язык: избегайте слишком технических терминов, чтобы стейкхолдеры без технического фона могли понять сценарии.

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