• 4А. Если оплата не прошла:

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

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

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

• На шаге 3 требуется интеграция с платежной системой.

• На шаге 6 необходимо обеспечить безопасность данных (SSL, шифрование).

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

Для оплаты аренды используются платежные шлюзы (Stripe), защита данных (SSL/TLS, шифрование AES), базы данных (PostgreSQL) для фиксации транзакций и сервисы уведомлений (SendGrid, SMS API). Типы данных включают информацию о транзакциях (ID, сумма, статус), токенизированные данные карты и уведомления (текст, email/телефон арендодателя).

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

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

• Как обрабатываются частичные оплаты или просрочки?

• Какие комиссии взимаются с арендатора/арендодателя за использование платежных систем?

• Как долго хранятся детали транзакций в системе?

Прецедент П5. Подтверждение заявок

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

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

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

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

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

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

Результаты. Заявка подтверждена или отклонена, арендатор уведомлен о решении.

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

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

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

3. Система отображает список заявок, поданных арендаторами.

4. Арендодатель выбирает заявку и просматривает детали (данные арендатора, сроки аренды).

5. Арендодатель подтверждает заявку в системе.

6. Система фиксирует решение и сохраняет его.

7. Система блокирует объект на указанный срок аренды.

8. Система уведомляет арендатора о решении по его заявке.

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

• 5А. Если арендодатель отклоняет заявку:

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

  2. Система фиксирует решение и сохраняет его.

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

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

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

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

• На шаге 5 необходимо реализовать уведомление арендатора по email или через систему.

• На шаге 6 требуется блокировка объекта в каталоге на период аренды.

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

Для подтверждения заявок используются базы данных (PostgreSQL) для хранения статусов заявок и блокировки объектов, сервисы уведомлений (SendGrid, SMS API), фронтенд-интерфейсы (React) для отображения заявок. Типы данных включают детали заявки (ID, сроки, статус), причины отклонения, токенизированные данные арендатора и уведомления (текст, email/телефон).

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

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

• Требуется ли двухэтапное подтверждение заявки (например, согласование с администратором)?

Прецедент П6. Просмотр информации об объектах

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

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

• Арендатор. Хочет получить полную информацию об объекте (описание, стоимость, фотографии).

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

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

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

Результаты. Арендатор получил информацию об объекте.

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

1. Арендатор вводит критерии фильтрации по объектам.

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

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

4. Арендатор выбирает интересующий его объект.

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

• Требуется оптимизация запросов к базе данных для быстрого отображения информации.

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

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

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

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

• Какие алгоритмы используются для сортировки объектов по умолчанию (например, популярность, дата добавления)?

Прецедент П7. Отслеживание платежей

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

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

• Арендодатель. Хочет отслеживать платежи арендаторов и своевременно получать уведомления о задолженностях.

• Арендатор. Заинтересован в прозрачности платежей и отсутствии ошибок.

• Администратор. Хочет следить за своевременной оплатой всех транзакций.

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

Результаты. Администратор проверил своевременность оплаты аренды.

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

1. Администратор запрашивает у системы все транзакции.

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

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

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

5. Система сохраняет отчет в базе данных.

Расширения: