3. Разработка модели прецедентов информационной системы

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

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

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

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

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

отчет

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

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

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

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

№16

Проектирование системы бронирования для проката автомобилей

Студент гр.
Студент гр.
Студент гр.
Преподаватель		Кузнецов А.Г.

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

2024

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

Было использовано средство проектирования draw.io.

Draw.io - это мощный инструмент для создания диаграмм, который обладает простым и понятным интерфейсом. Он предлагает широкий набор возможностей для создания различных типов диаграмм, в том числе и use case диаграмм.

Использование draw.io для создания use case диаграмм обосновано несколькими причинами. Во-первых, draw.io предоставляет большой выбор форм и символов, которые позволяют быстро и удобно создавать структуру use case диаграммы. Это помогает визуализировать систему и понять ее основные функциональные возможности.

Во-вторых, draw.io позволяет создавать диаграммы в реальном времени совместной работы, что упрощает процесс совместной разработки диаграмм. Это особенно важно при работе в команде над проектами, где необходимо обмениваться идеями и изменениями.

Третий аргумент в пользу использования draw.io для создания use case диаграмм - это его интеграция с другими приложениями и сервисами. Draw.io интегрируется с популярными сервисами облачных хранилищ, такими как Google Drive, Dropbox, OneDrive, что позволяет удобно сохранять и обмениваться диаграммами.

Кроме того, draw.io поддерживает экспорт и импорт диаграмм в различные форматы, что обеспечивает гибкость работы с созданными use case диаграммами. Это позволяет использовать диаграммы в различных проектах и документациях.

Итак, использование draw.io для создания use case диаграмм обосновано его удобным интерфейсом, возможностью совместной работы, интеграцией с другими сервисами и гибкостью экспорта и импорта диаграмм. Все эти факторы делают draw.io отличным инструментом для создания use case диаграмм, который помогает эффективно описывать и визуализировать функциональные возможности системы.

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

Имя прецедента: Авторизация

Сводка: Пользователь авторизуется в системе бронирования для проката автомобилей.

Действующие лица: Клиент, Администратор.

Зависимость: Включается прецедентами Отмена брони, Оставить отзыв об автомобиле, Просмотр своих бронирований, Бронирование автомобиля, Удаление автомобиля, Добавление автомобиля, Редактирование информации об автомобиле.

Предусловия: Пользователь открывает приложение или веб-сайт системы бронирования.

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

1. Действующее лицо выбирает опцию "Войти".

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

3. Действующее лицо вводит свои учетные данные.

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

5. При правильности введенных данных, система авторизует пользователя и открывает доступ к функциям бронирования и управления заказами.

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

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

Постусловие Действующее лицо успешно авторизовано в системе.

2. Прецедент Просмотр автомобилей

Имя прецедента: Просмотр автомобилей

Сводка: Клиент может просматривать доступные для проката автомобили, их характеристики и цены.

Действующие лица: Клиент.

Зависимость: Расширяется прецедентом Бронирование автомобиля.

Предусловия: Клиент должен зайти в систему.

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

1. Клиент выбирает раздел "Просмотр автомобилей".

2. Система отображает список доступных автомобилей с их характеристиками и ценами.

3. Клиент выбирает интересующий автомобиль для более подробной информации.

4. Система показывает подробное описание выбранного автомобиля.

5. Точка расширения: прецедент Бронирование автомобиля

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

2а. Если в системе нет доступных автомобилей, система отображает соответствующее сообщение.

Постусловие: Клиент может выбрать конкретный автомобиль для бронирования и оформить его аренду через систему.

3. Оставить отзыв об автомобиле

Имя прецедента: Оставить отзыв об автомобиле

Сводка: Клиент может оставить отзыв о автомобиле после завершения проката.

Действующие лица: Клиент.

Зависимость: Включает прецедент Авторизация.

Предусловия: Клиент должен быть зарегистрирован в системе бронирования и завершить прокат автомобиля.

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

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

2. Клиент входит в систему бронирования.

3. Клиент выбирает автомобиль, о котором хочет оставить отзыв.

4. Клиент переходит на страницу оценки и отзыва автомобиля.

5. Клиент выбирает оценку и оставляет комментарий о автомобиле.

6. Система сохраняет отзыв и оценку в базе данных.

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

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

Постусловие: Отзыв и оценка автомобиля сохранены в базе данных и могут быть просмотрены другими пользователями перед бронированием автомобиля.

4. Бронирование автомобиля

Имя прецедента: Бронирование автомобиля

Сводка: Процесс бронирования автомобиля для проката через систему онлайн-бронирования.

Действующие лица: Клиент.

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

Предусловия: Клиент должен иметь доступ к системе бронирования, прокат автомобилей должен иметь свободные автомобили для бронирования.

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

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

2. Клиент заходит в систему бронирования и выбирает нужный тип автомобиля.

3. Клиент указывает даты и время аренды, а также место получения и сдачи автомобиля.

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

5. В случае наличия свободного автомобиля, система подтверждает бронь и выдает клиенту информацию о бронировании.

6. Включить прецедент Оплата брони.

7. Клиент получает подтверждение бронирования и информацию о процессе аренды.

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

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

Постусловие: Клиент получает подтвержденное бронирование автомобиля для проката.

5. Оплата брони

Имя прецедента: Оплата брони

Сводка: Клиент бронирует автомобиль и оплачивает бронь

Действующие лица: Клиент.

Зависимость: Включается прецедентом Бронирование автомобиля. Является абстрактным предком с конкретными потомками – Оплата наличными курьеру и Оплата онлайн.

Предусловие. Покупатель оформляет заказ и доходит до раздела Оплата.

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

1. На странице отображаются все товары с итоговой стоимостью.

2. В поле Промо-код покупатель вводит код.

3. Итоговая стоимость пересчитывается с учетом скидки.

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

5. Если покупатель использует бонусы, то стоимость заказа пересчитывается.

6. Покупатель выбирает способ оплаты - онлайн или наличными в филиале компании.

7. Осуществляется переход к потомку - Оплата онлайн или Оплата наличными в филиале компании.

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

1. Если у покупателя нет промо-кода, то стоимость будет без учета скидки.

2. Если у покупателя нет бонусов, то кнопка Использовать бонусы неактивна.

Постусловие. Заказ оплачен.

6. Оплата онлайн

Имя прецедента. Оплата онлайн.

Сводка. Клиент выбирает оплату онлайн.

Действующее лицо. Клиент.

Зависимость: Прецедент Оплата онлайн потомок абстрактного предка Оплата брони.

Предусловие. Клиент оформляет бронь и доходит до раздела Оплата.

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

1. Переход от абстрактного предка Оплата брони..

2. Клиент выбирает способ оплаты - по карте или PayPal.

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

4. Клиент вводит свои данные в зависимости от формы платежного шлюза.

5. Проверка данных на корректность платежной системой.

6. Если данные верны, то Клиент завершает оплату заказа.

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

1.Если Клиент ввел некорректные данные, то система предлагает ему повторить попытку или выбрать другой способ оплаты.

Постусловие. Оплата завершена.

7. Оплата наличными в филиале компании

Имя прецедента. Оплата наличными в филиале компании.

Сводка. Клиент выбирает оплату наличными.

Действующее лицо. Клиент.

Зависимость: Прецедент Оплата наличными в филиале компании потомок абстрактного предка Оплата брони.

Предусловие. Клиент оформляет заказ и доходит до раздела Оплата.

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

1. Переход от абстрактного предка Оплата брони..

2. Клиент вводит в поле “Нужна сдача с “ нужную сумму.

3. Клиент завершает оплату заказа.

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

1.Если Клиенту не нужна сдача при оплате, то поле “Нужна сдача с “ он оставляет пустым.

Постусловие. Оплата завершена.

8. Просмотр своих бронирований

Имя прецедента: Просмотр своих броней

Сводка: Данный прецедент позволяет клиентам системы бронирования для проката автомобилей просматривать информацию о своих существующих бронированиях.

Действующие лица: Клиент

Зависимость: Включает прецедент Авторизация.

Предусловия: Клиент должен быть авторизован в системе и иметь существующие бронирования.

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

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

2. Клиент выполняет вход в систему.

3. Клиент находит раздел "Мои брони" или аналогичный.

4. Система отображает список существующих бронирований Клиента.

5. Клиент может просмотреть подробную информацию о каждом бронировании, такую как даты, тип автомобиля, статус и детали заказа.

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

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

Постусловие: Пользователь может просматривать информацию о своих существующих бронированиях в системе бронирования для проката автомобилей.

9. Отмена брони

Имя прецедента: Отмена брони

Сводка: Процесс отмены бронирования автомобиля в системе проката автомобилей.

Действующие лица: Клиент.

Зависимость: Включает прецедент Авторизация.

Предусловия: Клиент должен иметь активное бронирование в системе проката автомобилей.

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

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

2. Клиент входит в систему бронирования автомобилей.

3. Клиент находит свое активное бронирование.

4. Клиент выбирает опцию отмены бронирования.

5. Система подтверждает отмену бронирования.

6. Клиент получает уведомление об отмене бронирования.

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

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

Постусловие: Бронирование успешно отменено, автомобиль снова доступен для бронирования другим клиентам.

10. Добавление автомобиля

Имя прецедента: Добавление автомобиля

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

Действующие лица: Администратор.

Зависимость: Включает прецедент Авторизация.

Предусловия:

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

Информация о новом автомобиле должна быть доступна (модель, год выпуска, цена проката и т.д.).

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

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

2. Администратор входит в систему бронирования автомобилей.

3. Администратор выбирает опцию "Добавить автомобиль".

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

5. Система сохраняет информацию о новом автомобиле.

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

Если не введена какая-либо обязательная информация о новом автомобиле, система выдает сообщение об ошибке и просит ввести недостающую информацию.

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

11. Удаление автомобиля

Имя прецедента: Удаление автомобиля

Сводка: Администратор системы бронирования может удалять автомобили из списка доступных для проката.

Действующие лица: Администратор

Зависимость: Включает прецедент Авторизация.

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

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

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

2. Администратор авторизуется в системе бронирования.

3. Администратор открывает раздел "Управление автомобилями" в административной панели.

4. Администратор выбирает опцию "Удалить автомобиль".

5. Система запрашивает подтверждение удаления.

6. Администратор подтверждает удаление.

7. Система удаляет выбранный автомобиль из списка доступных для проката.

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

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

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

12. Редактирование информации об автомобиле

Имя прецедента: Редактирование информации об автомобиле

Сводка: Администратор системы бронирования может вносить изменения в информацию о доступных для проката автомобилях.

Действующие лица: Администратор

Зависимость: Включает прецедент Авторизация.

Предусловия: Администратор должен быть авторизован в системе и иметь права на изменение информации об автомобилях.

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

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

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

3. Администратор выбирает конкретный автомобиль, информацию о котором он хочет изменить.

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

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

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

1. Если администратор вводит некорректные данные, система выдает сообщение об ошибке и просит ввести корректную информацию.

2. Если автомобиль, информацию о котором хочет изменить администратор, уже забронирован, система выдает сообщение о невозможности внесения изменений.

Постусловие: Информация об автомобиле успешно изменена в системе управления и становится доступной для бронирования с обновленными данными.

Лист ошибок и замечаний.

Замечание 1: не добавлено название темы работы на титульный лист

Исправление 1: название добавлено на титульный лист

Замечание 2: в основные потоки прецеденты не добавлены точки расширения и включения

Исправление 2: точки расширения и включения добавлены в основные потоки прецедентов

Замечание 3: название прецедента в текстовом описании «8. Просмотр своих броней» не совпадает с названием прецедента на диаграмме «Просмотр своих бронирований»

Исправление 3: Исправлено название в текстовом описании прецедента