2А. Если возникла спорная ситуация:
Администратор изучает ситуацию, возникшую между арендатором и арендодателем.
Администратор принимает решение по урегулированию ситуации.вв
Специальные требования:
Требуется интеграция с платежной системой для получения данных о транзакциях.
Список технологий и типов данных:
Для отслеживания платежей используются платежные шлюзы (Stripe) для получения данных о транзакциях, базы данных (PostgreSQL) для хранения статусов платежей и штрафов, сервисы уведомлений (SendGrid, Twilio) для оповещений, а также алгоритмы автоматического расчета штрафов. Типы данных включают информацию о платежах (ID, сумма, срок), статусы (оплачено/просрочено), размер штрафа, контактные данные для уведомлений.
Частота использования: часто.
Открытые вопросы:
Как часто администратор проверяет наличие просроченных платежей (ежедневно, в реальном времени)?
Интегрирована ли система с бухгалтерскими сервисами для формирования отчетов?
2.4. Построение диаграммы прецедентов
Рисунок 1 - Диаграмма прецедентов
3. Описание нефункциональных требований
Для полного описания всех требований к проектируемой системе недостаточно просто выделить прецеденты. Важными элементами также являются требования к отчетам, документированию, поддержке и лицензированию. В рамках унифицированного процесса используются артефакты, такие как «Дополнительная спецификация», «Видение» и «Словарь терминов» (эти артефакты не обязательны и используются лишь при необходимости).
Артефакт представляет собой не только документ или диаграмму, но и процесс осмысления, анализа и разработки с последующей записью результатов во избежание повторения или забывания. Для итеративной и эволюционной разработки все артефакты анализа и проектирования рассматриваются как неполные и незавершенные, поскольку они должны эволюционировать в процессе разработки системы.
В данном курсовом проектировании сделаем акцент только на артефакт «Словарь терминов». Словарь терминов обычно делается в виде приложения.
Словарь терминов
Версия |
Создан |
Изменен |
Описание |
Автор |
Изменил |
Черновой начальный вариант |
11 сентября 2020 |
11 декабря 2020 |
В процессе выполнения учебного курсового проектирования формируется словарь терминов. Начальная итерация включает добавление в словарь терминов, относящихся к успешному сценарию прецедента «Регистрация в системе». |
Белов З.Д.
|
Сальников Д.С. |
Термин |
Определение |
Формат |
Правило верификации |
Синоним |
Арендатор |
Физическое или юридическое лицо, арендующее объект недвижимости. |
Строка |
Должен быть зарегистрирован в системе. |
Tenant |
Арендодатель |
Физическое или юридическое лицо, сдающее объект недвижимости в аренду. |
Строка |
Должен быть зарегистрирован в системе. |
Landlord |
Администратор |
Лицо, ответственное за управление системой и контроль ее работы. |
Строка |
Должен иметь доступ к панели управления. |
Admin |
Объект недвижимости |
Недвижимость, сдаваемая в аренду (квартира, коммерческое помещение и т.д.). |
Строка |
Должен быть добавлен в систему арендодателем. |
Property |
Заявка на аренду |
Запрос арендатора на аренду объекта недвижимости. |
Строка |
Должна быть подтверждена или отклонена арендодателем. |
Rental Request |
Оплата аренды |
Процесс перечисления денежных средств за аренду объекта. |
Число |
Должна быть подтверждена платежной системой. |
Rent Payment |
Штраф |
Денежное взыскание за просрочку оплаты аренды. |
Число |
Должен быть рассчитан автоматически. |
Penalty |
Модерация |
Процесс проверки объявлений перед публикацией. |
Строка |
Должна быть выполнена администратором. |
Moderation |
Уведомление |
Сообщение, отправляемое пользователю системы. |
Строка |
Должно быть доставлено по email или через систему. |
Notification |
Лог |
Запись о событиях в системе. |
Строка |
Должен быть доступен для анализа администратором. |
Log |
Словарь терминов должен постоянно пополняться и развиваться во время всего процесса проектирования. Эти термины будут использоваться для создания множества других артефактов процесса UP. Кроме того, правильный подбор синонимов способен упростить последующее проектирование.