Файл: Автоматизация учета арендованных средств (ООО «Яндекс Драйв»).pdf

Должностные обязанности младшего сотрудника технического состояния транспорта

• Контроль наличия пакета документов от авто в самом автомобиле
• Контроль наличия топлива в транспорте, то есть его дозаправка
• Контроль уровня масла в транспорте – проверка щупа уровня масла
• Контроль и своевременная замена тормозных колодок
• Контроль и своевременная замена летних шин на зимние и наоборот.

2. Информационное обеспечение задачи.

2.1. Информационная модель и её описание.

Рисунок 7 диаграмма деятельности

2.2. Характеристика нормативно-справочной, входной и результатной информации

Рисунок 8 диаграмма прецедентов

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

Актеры:

Клиент- заказчик, покупатель, приобретатель услуг.

Сотрудник call центра - человек, управляющий системой регистрации клиента, обеспечивает расчет, прием и коммуникацию.

Прецеденты:

Отмена аренды - этот прецедент инициируется клиентом. Если клиента что-то не устраивает, то он вправе отменить поездку.

Аренда транспорта - этот прецедент инициируется клиентом. Клиент обращается к приложениям, выбирает автомобиль, место назначения и затем оплачивает поездку.

Изменение данных в базе данных - этот прецедент инициируется сотрудником call центра. Сотрудник call центра изменяет данные и количестве оставшихся транспортных средств в определенных районах города в базе данных.

Просмотр данных в базе данных- этот прецедент инициируется сотрудником call центра. Сотрудник call центра просматривает информацию о свободных автомобилях и сообщает, есть ли доступные варианты.

Поиск по цене и виду возможной парковке - этот прецедент инициируется сотрудником call центра. Сотрудник call центра ищет и выбирает из доступных вариантов и предлагает их клиенту.

Поиск свободного авто- этот прецедент инициируется Сотрудником call центра. Сотрудник call центра ищет и выбирает из доступных вариантов и предлагает их клиенту.

Посмотреть информацию о поездке- этот прецедент инициируется сотрудником call центра. Сотрудник call центра смотрит нюансы поездки и рассказывает о них клиенту (цена, класс авто и количество топлива)

2.3. Характеристика базы данных

диаграмма сущность связь

ER модель базы данных “учет арендованных средств”

Рисунок 9 диаграмма Сущность-Связь

Для проектирования ИС была создана модель сущность-связь. В ней

определены все основные объекты (сущности) и связи, которые существуют

между ними. Были выделены 5 сущностей: клиент, сотрудник, запрос, аренда, направление.

Сущности:

• Клиент
• Сотрудник
• Запрос
• Аренда
• Направление

Атрибуты:

1. Клиент:
   1. ID аккаунта клиента
   2. Паспортные данные клиента

1.3 Фамилия клиента

1.4 Имя клиента

1.5 Отчество клиента

1.6 Дата рождения

1.7 Адрес прописки

1.8 Телефон

1.9 Номер водительского удостоверения (ВУ) клиента

1. Сотрудник:

2.1 Табельный номер сотрудника

2.1 Фамилия

2.3 Имя

2.4 Отчество

2.5 Должность

1. Запрос:

3.1 Код запроса

3.2 Название запроса

3.3 Стоимость запроса

1. Аренда:

4.1 Дата

4.2 Время

4.3 Продолжительность

4.4 Класс арендуемого средства

4.5 Стоимость поездки

4.6 Точка начала пути

4.7 Точка конца пути

4.8 Код поездки

4.9 Код клиента

5. Бронь:

5.1 Код брони

5.2 Время

5.3 Дата

5.4 ID клиента

Между сущностями и атрибутами существуют следующие связи:

1. клиент – один ко многим – аренда.

Один клиент может арендовать несколько автомобилей, один автомобиль может принимать много клиентов.

1. клиент – один ко многим – бронь.

Одно бронирование может быть у многих клиентов, много бронирований может быть у одного клиента.

1. клиент – многие ко многим – запрос.

Ко многим клиентам, может быть применено множество запросов.

1. запрос – многие ко многим - сотрудник

Много запросов может быть применено ко многим клиентам.

1. сотрудник – один ко многим - бронь

Один сотрудник, может создать аренду на несколько бронирований.

1. аренда - многие ко многим – сотрудник.

Много аренд распределяются на многих сотрудников.

Данные о хранении документов, используемых в АИС

- в столбце “Регистрация в БД” указать знак “+” только для тех

документов, для которых в БД будут сохраняться значения идентифицирующих реквизитов и некоторых других, состав

которых должен быть определён на данной стадии проектирования;

- в столбце “Формирование” указать знак “+” для тех документов, которые будут формироваться автоматически, на основе запросов к БД- столбцы “Входящий”, “Исходящий” заполняются только для внешних информационных потоков.

В таблице 7 отображена декомпозиция документов и состав информационного обеспечения АИС.

3. Контрольный пример реализации

Схема данных «учета арендованных средств»

Рисунок 10 Схема данных «учет арендованных средств»

Описание таблиц

Таблица 1 «Аренда»

Таблица 2 «Сотрудник»

Таблица 3 «Клиент»

Таблица 4 «Бронь»

Таблица 9 «Запрос»

Таблица 5 «связующая аренда и сотрудник»

Таблица 6 «связующая аренда и клиент»

Таблица 7 «связующая клиент и запрос»

Таблица 8 «связующая запрос и сотрудник»

Исходные коды SQL

SELECT AVG([запрос]) AS [средняя стоимость запроса]

FROM бронь;

SELECT наименование

FROM бронь

WHERE описание Like '*о';

DELETE *

FROM заявки

WHERE название=кол-во;

SELECT [поставка]. наименование AS Выражение1, аренда. Время, [поставка].адрес происки. AS Выражение2,

FROM аренда

WHERE ((([визит].[наименование)=бронь))

ORDER BY 'наименование' DESC;

Контрольный пример реализации и описание

На рисунках изображено как производится работа с запросом «Основная информация о сотруднике». При запуске данной формы появляется окно, в которое требуется ввести ФИО уже существующего сотрудника. После этого, появляется информация, связанная с его личными данными, должностью и работой с клиентами.