2.3. Описание прецедентов

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

Прецедент П1. Добавление объявлений

Рамки. Система управления арендуемой недвижимостью. Уровень. Задача, определенная пользователем. Основной исполнитель. Арендодатель.

Заинтересованные лица и их требования:

• Арендодатель. Хочет добавить новое объявление о сдаче объекта, указать описание, стоимость и загрузить фотографии.

• Арендатор. Заинтересован в актуальной и достоверной информации об объектах.

• Администратор. Требует, чтобы объявления проходили проверку на корректность перед публикацией.

Предусловия. Арендодатель зарегистрирован в системе и авторизован.

Результаты. Новое объявление добавлено в систему и доступно для просмотра арендаторам.

Основной успешный сценарий:

1. Арендодатель вводит данные об объекте (площадь, стоимость, фотографии).

2. Арендодатель отправляет данные об объекте в систему.

3. Система получает данные и автоматически модерирует их на соответствие требованиям системы.

4. Система публикует объявление в каталоге.

Альтернативные потоки:

• 3А. Если объявление не прошло проверку на корректность:

  1. Система уведомляет арендодателя о причинах отклонения.

  2. Арендодатель вносит изменения и повторно отправляет данные об объекте в систему.

Специальные требования:

• На шаге 3 система должна проверять объявления на наличие нецензурной брани, изображений неподобающего содержания и т.д.

Список технологий и типов данных:

Для добавления объявлений используются инструменты модерации (автоматические фильтры на основе ML-моделей и алгоритмов фильтрации), базы данных (PostgreSQL) для хранения данных об объектах, фронтенд-фреймворки (React) для форм ввода. Типы данных включают текстовые описания, числовые значения (стоимость), файлы изображений (JPEG/PNG), статусы проверки (одобрено/отклонено) и уведомления.

Частота использования: часто.

Открытые вопросы:

• Можно ли редактировать объявление после публикации без повторной модерации?

• Какие форматы изображений поддерживаются, и есть ли ограничения по размеру/количеству?

Прецедент П2. Регистрация в системе

Рамки. Система управления арендуемой недвижимостью. Уровень. Задача, определенная пользователем. Основной исполнитель. Арендатор.

Заинтересованные лица и их требования:

• Арендатор. Хочет зарегистрироваться в системе, указать свои контактные данные, загрузить необходимые документы и получить доступ к каталогу объектов.

• Арендодатель. Заинтересован в том, чтобы арендаторы предоставляли достоверные данные для минимизации рисков.

• Администратор. Требует, чтобы данные арендаторов были корректно сохранены и доступны для проверки.

Предусловия. Арендатор не зарегистрирован в системе.

Результаты. Арендатор успешно зарегистрирован в системе, его данные сохранены, документы загружены, и он получил доступ к каталогу объектов.

Основной успешный сценарий:

1. Арендатор вводит необходимые документы (паспортные данные, договор аренды).

2. Арендатор отправляет данные в систему.

3. Система проверяет корректность данных (валидация email, проверка уникальности).

4. Система сохраняет данные арендатора в системе.

5. Система предоставляет арендатору доступ к каталогу объектов.

Альтернативные потоки: