Автоматизация учета арендованных средств (ООО «Яндекс Драйв»)
Содержание:
Введение
В последние годы во многих регионах страны массовый масштаб приобрела краткосрочная аренда седанов, внедорожников, минивэнов и прочих видов средств. Большое количество автомобилей сдается в аренду или лизинг. И у предприятий, оказывающих услуги по аренде, процесс учета операций по отслеживанию договоров, автомобилей, своевременному выставлению счетов на оплату и сверке взаиморасчетов достаточно трудоемок, т.к. в большей степени заполнение информации, получение данных ведется ручным образом, при этом есть большая вероятность появления ошибки, которая может привести к проблемам. В следствии чего возможно возникновение необходимости в выборке той информации, которая отвечает определённому критерию. Например: какие в определенный момент средства заняты, а какие свободны и подобные. Возникает необходимость в создании программы, которая сможет многие действия по учету средств, договоров, оплаты по ним выполнять автоматически, что существенно снижает время на получение результата снижает трудоемкость и сводит возможность возникновения ошибки к минимуму.
Для улучшения качества арендуемых средств, повышения быстроты аренды, использования различных видов средств, повышения производительности и улучшения условий аренды, было создано приложение «Яндекс Драйв», работающее в масштабе реального времени.
«Яндекс Драйв» разработан как типовая система, предназначенная для автоматизации операций связанных с арендой различных видов средств. Она представляет собой сервис краткосрочной аренды автомобилей в России, включающую в себя несколько тысяч транспортных средств.
1. Технико-экономическая характеристика предметной области и предприятия.
1.1. Характеристика предприятия и его деятельности.
Компания ООО «Яндекс Драйв»
Перед тем, как Яндекс Драйв начал работу в России, у компании уже была попытка запуска сервиса каршеринг. Идея ее заключалась в том, чтобы разработать услугу на базе существующего сервиса «Яндекс такси», то есть одно транспортное средство можно было бы использовать как для такси, так и для поминутной аренды. В начале 2017 года компания начала тестирование в Москве, но услуга не прижилась. В конце года владельцы компании от проекта отказались.
Проанализировав результаты запуска сервиса, и модернизировав подход к внедрению в РФ, в 2018 году 21 февраля компания начала свою деятельность на территории Москвы и Подмосковья. На начальном этапе компания ввела в работу небольшой парк транспортных средств. Он предоставлял 750 автомобилей в аренду. В основном это были автомобили марки:
Kia Rio четвёртого поколения (включая хэтчбек KiaRio X-Line), Renault Kaptur и Volkswagen Polo.
Быстрая популярность и спрос требовала расширения парка авто, поэтому через 2 месяца Yandex Drive насчитывал более 2000 автомобилей.
Каршеринг Яндекс Драйв учитывает пожелание пользователей сервиса, поэтому было принято решение добавить в автопарк автомобили выше классом. В начале лета 2018 года, стали доступны Audi A3 и Q3, Skoda Octavia. Тем самым, закрыв основные потребности в разнообразие выбора пользователей сервиса. Так же были добавлены автомобили элитного класса:
Porsche Macan, Porsche 911 Carrera 4S, Mercedes E-класса, BMW 5-й серии.
Учитывая опыт внедрения сервиса в столице, решено было расширить географию бизнеса.
На конец 2018 года Yandex Drive помимо Москвы, был представлен в Санкт-Петербурге, где был объявлен старт с 750 автомобилей, в дальнейшем Казань, Сочи и др. крупные города миллионники
Юридическое лицо сервиса, общество с ограниченной ответственностью «Яндекс Драйв», было внесено в Единый государственный реестр юридических лиц 1 декабря 2017 года. С момента регистрации пост генерального директора занимает Антон Рязанов. 3 апреля 2020 года «Яндекс» выделил каршеринговый сервис в отдельную структуру – ООО «Яндекс Каршеринг».
100%-ным владельцем выступает головная структура интернет-компании Yandex N.V.
«Яндекс» не раскрывал финансовые показатели «Драйва», но отмечал рост выручки сервиса в отчётности за II и III кварталы 2018 года.
Количество средств в компании |
11,8 тыс. |
Количество клиентов в компании |
85 тыс. человек. |
Рисунок 1 Технические характеристики
Миссия:
Миссия компании заключается в развитии транспортного бизнеса на основе эффективного исполнения функций сдачи в аренду различных видов средств.
Описание работы службы поддержки компании:
- Отдел сотрудников службы поддержки начисляет более 10 тысяч сотрудников
Служба поддержки Яндекс Драйв — это услуга оказания помощи клиентам компании, которая поможет пользователю устранить неполадки, возникающие при работе с автомобильными средствами, приложением на смартфоне, или ответить на любые вопросы, связанные с функционированием каршеринга.
Общие правила сдачи авто в аренду:
- Бронь или аренда транспорта выполняется в приложении на смартфоне, на сайте или при звонке оператору
- Оплата аренды производится за безналичный расчет в российских рублях за указанную в приложении сумму.
- Аренда осуществляется в любое время, так как работает круглосуточно
- Быстрое взаимодействие клиента с технической поддержкой по телефону или в чате приложения
1.2. Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес - процессов.
Аппаратные средства отдела технической поддержке клиентов:
№ п/п |
Наименование устройства |
Технические характеристики |
Установленное программное обеспечение |
1 |
2x Intel Xeon E5-2630 v4 16 шт |
|
Microsoft Office, С1 ПO ЛВС типа клиент-сервер NetWare 386 версии 3.11 Протоколы TCP/IP, SNMP, CMIP стандарта V/32bis |
2 |
Файловый сервер TopComp PW 4467655 |
Intel Core i3 2100 3.1 ГГц, DDR3 8 Гб 1333 МГц, HDD 1000 Гб 7200rpm, Quadro K420 2048 Мб, DVD±RW, Без ОС |
С1, Microsoft Visio, Microsoft Word |
3 |
Маршрутизатор Mikrotik RB951G-2HnD |
полноценный SOHO маршрутизатор с 5 гигабитными портами, портом USB 2.0 и встроенными MIMO антеннами для подключения WiFi устройств. |
|
4 |
ZNV ZDIE-2121W-N3T-A IP видеокамера 10 шт |
цветная, матрица: 1.3 Мп, разрешение: 1280x960, фокусное расстояние: 2,8-12 мм, корпус: купольная, ик-подсветка: до 30 м, размер: 119х97.2 мм, дополнительно: функция день и ночь |
|
5 |
HP Color LaserJet Pro MFP M177fw 4 шт |
МФУ для небольшого офиса, 4-цветная лазерная печать, до 16 стр/мин, Макс. формат печати A4 (210 × 297 мм) |
Драйвер работы МФУ |
6 |
Сервер без данных TopComp PW 4467655 |
Intel Core i3 2100 3.1 ГГц, DDR3 8 Гб 1333 МГц, HDD 1000 Гб 7200rpm, Quadro K420 2048 Мб, DVD±RW, Без ОС |
С1, Microsoft Visio, Microsoft Word |
7 |
Сервер приложений TopComp PW 4467655 |
Intel Core i3 2100 3.1 ГГц, DDR3 8 Гб 1333 МГц, HDD 1000 Гб 7200rpm, Quadro K420 2048 Мб, DVD±RW, Без ОС |
С1, Microsoft Visio, Microsoft Word |
Рисунок 2 техническая архитектура
Стадии разработки
Стадии разработки |
Этапы работ |
Содержание работ |
1. Предпроектное обследование |
Сбор исходной информации; Постановка задачи. |
|
Обоснование необходимости разработки программы |
||
Научно-исследовательские работы |
Определение структуры входных и выходных данных; Предварительный выбор методов решения задач |
|
Разработка и утверждение технического задания |
Определение требований к программе |
|
2. Технический проект |
Разработка технического проекта |
Уточнение структуры входных и выходных данных; Разработка алгоритма решения задачи |
Утверждение технического проекта |
Разработка плана мероприятий по разработке и внедрению программ. |
|
3. Рабочий проект |
Выполнение комплекса работ по разработке дополнительных возможностей выбранной программы |
|
Перенос данных |
||
Испытания программы |
Согласование и утверждение программы, проведение испытаний |
|
4. Внедрение |
Построение сопровождение системы |
Подготовка и передача программы и программной документации для сопровождения |
Обучение сотрудников |
Подготовка и передача программы и программной документации для сопровождения. |
Диаграмма idf0 аренда автомобиля
Рисунок 3 Диаграмма idf0 нулевой уровень
Рисунок 4 контекстный уровень
Рисунок 5 второй уровень
1.3 Организационная структура управления предприятием
Рисунок 6 организационная структура
Организационная структура отдела по продаже железнодорожных билетов
Должностные обязанности управляющего всеми отделами
- Руководство деятельностью организации
- Организация работы и эффективного взаимодействия всех структурных подразделений субъекта.
- Представление интересов общества, заключение сделок от его имени.
- Обеспечение законности ведения личной информации и деятельности общества.
Должностные обязанности системного администратора
- Установка и обслуживание компьютерной и офисной техники, оргтехники…
- Обеспечение безошибочной работы системного программного обеспечения (ОС Windows, Windows Server).
- Обеспечение работоспособности и безопасности сети компьютеров
Должностные обязанности специалиста контроля безопасности
- Контроль безопасного хранения личной (конфиденциальной) информации клиента – его паспортные данные, данные ВУ
- формирование учетной политики с разработкой мероприятий по ее реализации
- оказание методической помощи работникам подразделений предприятия по вопросам хранения информации
Должностные обязанности старшего сотрудника call центра
- Прием входящих звонков.
- Предоставление информации по продуктам и услугам компании
- Оформление и вторичное одобрение новых заявок клиентов на создание аккаунта в приложении
- Обработка запросов клиентов с сайта и приложения
- Подготовка отчетов о выполненной работе
Должностные обязанности младшего сотрудника call центра
- Прием входящих звонков
- Предоставление информации по продуктам и услугам компании
- Обработка запросов клиентов с сайта и приложения
- Первичное одобрение новых заявок клиентов на создание аккаунта в приложении
- Блокировка аккаунтов клиентов за нарушения
- Помощь и взаимодействие с клиентами при сложившейся сложной ситуации
- Консультация по вопросам в определенных ситуациях
Должностные обязанности старшего сотрудника технического состояния транспорта
- Контроль целостности и комплектности самого транспорта
- Контроль наличия пакета документов от авто в самом автомобиле
- Контроль наличия топлива в транспорте
- Контроль уровня масла в транспорте
- Контроль смены летних шин на зимние и наоборот.
- Обучение младшего сотрудника обязанностям старшего сотрудника
Должностные обязанности младшего сотрудника технического состояния транспорта
- Контроль наличия пакета документов от авто в самом автомобиле
- Контроль наличия топлива в транспорте, то есть его дозаправка
- Контроль уровня масла в транспорте – проверка щупа уровня масла
- Контроль и своевременная замена тормозных колодок
- Контроль и своевременная замена летних шин на зимние и наоборот.
2. Информационное обеспечение задачи.
2.1. Информационная модель и её описание.
Рисунок 7 диаграмма деятельности
2.2. Характеристика нормативно-справочной, входной и результатной информации
Рисунок 8 диаграмма прецедентов
Описание актеров и прецедентов
Актеры:
Клиент- заказчик, покупатель, приобретатель услуг.
Сотрудник call центра - человек, управляющий системой регистрации клиента, обеспечивает расчет, прием и коммуникацию.
Прецеденты:
Отмена аренды - этот прецедент инициируется клиентом. Если клиента что-то не устраивает, то он вправе отменить поездку.
Аренда транспорта - этот прецедент инициируется клиентом. Клиент обращается к приложениям, выбирает автомобиль, место назначения и затем оплачивает поездку.
Изменение данных в базе данных - этот прецедент инициируется сотрудником call центра. Сотрудник call центра изменяет данные и количестве оставшихся транспортных средств в определенных районах города в базе данных.
Просмотр данных в базе данных- этот прецедент инициируется сотрудником call центра. Сотрудник call центра просматривает информацию о свободных автомобилях и сообщает, есть ли доступные варианты.
Поиск по цене и виду возможной парковке - этот прецедент инициируется сотрудником call центра. Сотрудник call центра ищет и выбирает из доступных вариантов и предлагает их клиенту.
Поиск свободного авто- этот прецедент инициируется Сотрудником call центра. Сотрудник call центра ищет и выбирает из доступных вариантов и предлагает их клиенту.
Посмотреть информацию о поездке- этот прецедент инициируется сотрудником call центра. Сотрудник call центра смотрит нюансы поездки и рассказывает о них клиенту (цена, класс авто и количество топлива)
2.3. Характеристика базы данных
диаграмма сущность связь
ER модель базы данных “учет арендованных средств”
Рисунок 9 диаграмма Сущность-Связь
Для проектирования ИС была создана модель сущность-связь. В ней
определены все основные объекты (сущности) и связи, которые существуют
между ними. Были выделены 5 сущностей: клиент, сотрудник, запрос, аренда, направление.
Сущности:
- Клиент
- Сотрудник
- Запрос
- Аренда
- Направление
Атрибуты:
- Клиент:
- ID аккаунта клиента
- Паспортные данные клиента
1.3 Фамилия клиента
1.4 Имя клиента
1.5 Отчество клиента
1.6 Дата рождения
1.7 Адрес прописки
1.8 Телефон
1.9 Номер водительского удостоверения (ВУ) клиента
- Сотрудник:
2.1 Табельный номер сотрудника
2.1 Фамилия
2.3 Имя
2.4 Отчество
2.5 Должность
- Запрос:
3.1 Код запроса
3.2 Название запроса
3.3 Стоимость запроса
- Аренда:
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 клиента
Между сущностями и атрибутами существуют следующие связи:
- клиент – один ко многим – аренда.
Один клиент может арендовать несколько автомобилей, один автомобиль может принимать много клиентов.
- клиент – один ко многим – бронь.
Одно бронирование может быть у многих клиентов, много бронирований может быть у одного клиента.
- клиент – многие ко многим – запрос.
Ко многим клиентам, может быть применено множество запросов.
- запрос – многие ко многим - сотрудник
Много запросов может быть применено ко многим клиентам.
- сотрудник – один ко многим - бронь
Один сотрудник, может создать аренду на несколько бронирований.
- аренда - многие ко многим – сотрудник.
Много аренд распределяются на многих сотрудников.
Данные о хранении документов, используемых в АИС
Документ |
Информационные потоки |
Хранение |
Вывод на принтер |
||||||
---|---|---|---|---|---|---|---|---|---|
Наименование |
регистрация в БД |
формирование |
внешний |
внутренний |
входящий |
исходящий |
на бумаге |
в БД |
|
Должностная инструкция |
+ |
+ |
+ |
+ |
+ |
+ |
|||
табель учета рабочего времени |
+ |
+ |
+ |
+ |
+ |
+ |
|||
Трудовой договор |
+ |
+ |
+ |
+ |
+ |
+ |
|||
Штатное расписание |
+ |
+ |
+ |
+ |
+ |
||||
Отчеты |
+ |
+ |
+ |
+ |
+ |
+ |
|||
Итого |
2 |
3 |
2 |
3 |
2 |
4 |
5 |
5 |
2 |
- в столбце “Регистрация в БД” указать знак “+” только для тех
документов, для которых в БД будут сохраняться значения идентифицирующих реквизитов и некоторых других, состав
которых должен быть определён на данной стадии проектирования;
- в столбце “Формирование” указать знак “+” для тех документов, которые будут формироваться автоматически, на основе запросов к БД- столбцы “Входящий”, “Исходящий” заполняются только для внешних информационных потоков.
В таблице 7 отображена декомпозиция документов и состав информационного обеспечения АИС.
3. Контрольный пример реализации
Схема данных «учета арендованных средств»
Рисунок 10 Схема данных «учет арендованных средств»
Описание таблиц
Наименование поля |
Идентификатор поля |
Тип поля |
Код поездки |
Ключ |
Счетчик |
Код клиента |
- |
Числовой |
Дата |
- |
Дата и время |
Время |
- |
Дата и время |
Продолжительность |
- |
Числовой |
Класс арендуемого средства |
- |
Длинный текст |
Стоимость поездки |
- |
Денежный |
Точка начала пути |
- |
Длинный текст |
Точка конца пути |
- |
Длинный текст |
Таблица 1 «Аренда»
Наименование поля |
Идентификатор поля |
Тип поля |
Табельный номер сотрудника |
Ключ |
Числовой |
Фамилия |
- |
Длинный текст |
Имя |
- |
Длинный текст |
Отчество |
- |
Длинный текст |
Должность |
- |
Короткий текст |
Таблица 2 «Сотрудник»
Наименование поля |
Идентификатор поля |
Тип поля |
ID аккаунта клиента |
Ключ |
Счетчик |
Паспортные данные |
- |
Числовой |
Фамилия |
- |
Короткий текст |
Имя |
- |
Короткий текст |
Отчество |
- |
Короткий текст |
Дата рождения |
- |
Дата и время |
Адрес прописки |
- |
Длинный текст |
Серия ВУ |
- |
Числовой |
Номер телефона |
- |
Длинный текст |
Таблица 3 «Клиент»
Наименование поля |
Идентификатор поля |
Тип поля |
Код брони |
Ключ |
Счетчик |
ID клиента |
- |
Числовой |
Время |
- |
Дата и время |
Дата |
- |
Дата и время |
Таблица 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;
Контрольный пример реализации и описание
На рисунках изображено как производится работа с запросом «Основная информация о сотруднике». При запуске данной формы появляется окно, в которое требуется ввести ФИО уже существующего сотрудника. После этого, появляется информация, связанная с его личными данными, должностью и работой с клиентами.
Рисунок 11 Работа с запросом «Основная информация о сотруднике»
Рисунок 12 Работа с запросом «Основная информация о сотруднике»
изображен запрос, выдающий пользователю список сотрудников, проживающих только в Москве.
Рисунок 13 Запрос «Список сотрудников»
Выходные формы
Рисунок 14 Форма «Аренда»
Рисунок 15 Форма «Бронь»
Заключение
Мной была проведена работа на тему «автоматизация учета арендованных средств». В результате выполнения курсового проекта была разработана система, которая позволяет вести учет работы отдела технической поддержки арендованных средств. Данная система отвечает всем требованиям, предъявленным в задании курсового проекта. Система содержит все необходимое для учета работы справочники, отчеты документы и печатные формы. Разработанная система позволяет вести наличие свободных автомобилей, внутренние операции, материалов для тех. обслуживания потребителям, выводить данные из справочников, документов на печатную форму, формировать отчет.
Список используемой литературы
-
- Delphi C/S 2. Русскоязычная документация; BorlandPress - Москва, 2017. – 377 c.
- Бобровский, С. Delphi 7. Учебный курс / С.Бобровский. - СПб: Питер – Москва, 2018. - 736 c.
- Буторин, Д. MS Agent и Speech API в Delphi (+ CD-ROM) / Д.Буторин. –БХВ-Петербург - Москва, 2016. - 440 c.
- Глушаков, С.В. Базы данных /С.В.Глушаков, Д.В. Ломотько. – Харьков: Фолио - Москва, 2020. - 504 c.
- Голицына, О.Л. Базы данных. / О.Л.Голицына. - Москва: Форум, 2017. - 399 c.
- Yandex.ru
- Сайт непосредственно самого «Яндекс Драйва»
- Трушеринг.ру раздел о каршеринге
- Zen.Яндекс.ру
- Грэй, П. Логика, алгебра и базы данных. /П.Грэй. - М.: Машиностроение - Москва, 2015. – 368 c.
- Дарахвелидзе, П.Г. Delphi 2019 для Win32 наиболее полное руководство / П.Г.Дарахвелидзе, Е.П.Марков. – М: БХВ-Петербург, 2019. – 211 c.
- Дейт, К.Дж. Введение в системы баз данных /К.Дж. Дейт. – Киев: Диалектика, 2020. – 784 c.
- Диго, С.М. Базы данных /С.М. Диго. – М.: Финансы и Статистика - Москва, 2018. – 592 c.
- Состав правонарушения
- Мотивации персонала и проектирование систем стимулирования труда (Теоретические аспекты сущности системы мотивации персонала и стимулирования труда)
- Понятие и границы суверенитета государства (РЕАЛИЗАЦИЯ СУВЕРЕНИТЕТА В РОССИИ)
- Внеоборотные активы предприятия
- Особенности личности младшего школьника
- Организация бухгалтерского учета на предприятии (ООО «ЭРМИ»)
- Автоматизация управленческого учета
- Управление запасами
- Коммерческие риски и способы их уменьшения (на примере конкретной организации) (ООО «Оргаропром»)
- Анализ конкурентоспособности коммерческого предприятия
- Сущность и принципы организации финансов предприятия
- Общая характеристика оперативно-розыскных мероприятий ( Особенности оперативно-розыскных мероприятий)