МИНОБРНАУКИ РОССИИ

Санкт-Петербургский государственный

электротехнический университет

«ЛЭТИ» им. В.И. Ульянова (Ленина)

Кафедра Информационных систем

отчет

по домашнему заданию № 3

по дисциплине

«Цифровое производство»

Тема: «Разработка модели прецедентов информационной системы»

№ 11

Проектирование системы контроля сроков и обслуживания клиентов ломбарда.

Студент гр 1374		Наволоцкий И.Р.
Студент гр 1374		Зырянов В.М.
Студент гр 1374		Харитонов А.А.
Студент гр 1374		Архипов Д.А.
Преподаватель		Кузнецов А.Г.

Санкт-Петербург

2025

ЗАДАНИЕ

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

Оглавление

1. Прецедент: Авторизация 5

4. Прецедент: Регистрация залога 9

5. Прецедент: Оценка залога оператором 11

6. Прецедент: Оформление займа 12

7. Прецедент: Продление срока займа 14

8. Прецедент: Выкуп заложенного имущества 15

9. Прецедент: Получение уведомлений о сроке погашения 16

10. Прецедент: Просмотр истории операций клиента 18

11. Прецедент: Просмотр истории всех операций 19

12. Прецедент: Аннулирование просроченного залога 21

13. Прецедент: Отмена заявки на залог 22

14. Прецедент: Предварительный расчет стоимости 23

15. Прецедент: Прямая покупка имущества 24

ЛИСТ ОШИБОК И ЗАМЕЧАНИЙ 26

Выполнение

1. Прецедент: Авторизация

Имя прецедента: Авторизация Сводка: Система проверяет наличие доступа у пользователя (Клиент или Оператор) в систему. Актёры: Клиент, Оператор Зависимость: Включается прецедентами «Получение уведомлений о сроке погашения», «Заявка на регистрацию залога», «Просмотр истории всех операций», «Просмотр истории операций клиента», «Прямая покупка имущества», «Оценка залога оператором», «Предварительный расчет стоимости».

Предусловие: Пользователь видит экран входа. Основной поток:

1. Пользователь вводит логин и пароль.

2. Система проверяет корректность введённых данных.

3. При успешной проверке система предоставляет доступ к функционалу. Альтернативный поток:

4. Если данные некорректны или не введены – система выводит сообщение об ошибке. Постусловие: Пользователь авторизован в системе.

2. Прецедент: Заявка на регистрацию залога Имя прецедента: Заявка на регистрацию залога Сводка: Клиент подает заявку на регистрацию залога, указывая данные о предмете залога и получает предварительный расчет его стоимости. Актёр: Клиент

Зависимость: Расширяется прецедентом «Регистрация залога», включается прецедентами «Авторизация» и расширяет «Предварительный расчет стоимости»

Предусловие: Клиент успешно авторизован в системе.

Основной поток:

1. Включить прецедент «Авторизация».

2. Клиент выбирает "создать заявку на регистрацию залога"

3. После успешного входа клиент может подать заявку на регистрацию залога.

4. В полях Имя, Телефон, e-mail автоматически подставляются данные из профиля пользователя. Поля доступны для изменения.

5. Клиент выбирает опцию подачи заявки на регистрацию залога.

6. Система предлагает ввести данные о предмете залога (название, описание, характеристики).

7. Клиент заполняет форму и отправляет запрос.

8. Система выполняет предварительный расчет стоимости предмета залога.

9. Система отображает рассчитанную стоимость и возможные условия залога.

10. Клиент подтверждает заявку на регистрацию залога.

11. Точка расширения:

a. Клиент подтверждает свою заявку регистрации залога.

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

1. Если в профиле пользователя не было данных о его имени, телефоне и e-mail, то соответствующие поля при заказе будут пустыми и будут обязательными к заполнению.

2. Если обязательные поля не заполнены, система выводит сообщение об ошибке и предлагает исправить данные.

3. Если клиент отказывается от регистрации, процесс завершается без сохранения данных.

Постусловие: Заявка на регистрацию залога успешно подана, и клиент может продолжить процесс регистрации залога.

3. Прецедент: Подтверждение регистрации залога Имя прецедента: Подтверждение регистрации залога Сводка: Оператор проверяет и подтверждает регистрацию залога, после чего заявка переходит в статус активного залога. Актёр: Оператор Зависимость: Является потомком прецедента «Регистрация залога». Расширяется прецедентом «Оформление займа». Предусловие: Заявка на регистрацию залога была подана и прошла предварительную оценку. Основной поток:

1. Оператор открывает заявку на регистрацию залога.

2. Оператор просматривает информацию о залоге, включая предварительную оценку стоимости.

3. Оператор выполняет проверку данных и условий залога.

4. Оператор подтверждает регистрацию залога.

5. Система переводит залог в статус «Активный».

6. Точка расширения:

a. После подтверждения регистрации залога происходит оформление займа

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

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

Постусловие: Залог успешно зарегистрирован и активирован.