Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

В последние годы во многих регионах страны массовый масштаб приобрела краткосрочная аренда седанов, внедорожников, минивэнов и прочих видов средств. Большое количество автомобилей сдается в аренду или лизинг. И у предприятий, оказывающих услуги по аренде, процесс учета операций по отслеживанию договоров, автомобилей, своевременному выставлению счетов на оплату и сверке взаиморасчетов достаточно трудоемок, т.к. в большей степени заполнение информации, получение данных ведется ручным образом, при этом есть большая вероятность появления ошибки, которая может привести к проблемам. В следствии чего возможно возникновение необходимости в выборке той информации, которая отвечает определённому критерию. Например: какие в определенный момент средства заняты, а какие свободны и подобные. Возникает необходимость в создании программы, которая сможет многие действия по учету средств, договоров, оплаты по ним выполнять автоматически, что существенно снижает время на получение результата снижает трудоемкость и сводит возможность возникновения ошибки к минимуму.

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

«Яндекс Драйв» разработан как типовая система, предназначенная для автоматизации операций связанных с арендой различных видов средств. Она представляет собой сервис краткосрочной аренды автомобилей в России, включающую в себя несколько тысяч транспортных средств.

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 шт

    • Cores: 2x 10x 2.20 GHz (Dual 10 Core), RAM: 32 GB DDR4 ECC reg., HDDs: 2x 1TB SATA 7.2k RPM HW Raid, IPMI/KVM

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 сущностей: клиент, сотрудник, запрос, аренда, направление.

Сущности:

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

Атрибуты:

  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. аренда - многие ко многим – сотрудник.

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

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

Документ

Информационные потоки

Хранение

Вывод на принтер

Наименование

регистрация в БД

формирование

внешний

внутренний

входящий

исходящий

на бумаге

в БД

Должностная инструкция

+

+

+

+

+

+

табель учета рабочего времени

+

+

+

+

+

+

Трудовой договор

+

+

+

+

+

+

Штатное расписание

+

+

+

+

+

Отчеты

+

+

+

+

+

+

Итого

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 Форма «Бронь»

Заключение

Мной была проведена работа на тему «автоматизация учета арендованных средств». В результате выполнения курсового проекта была разработана система, которая позволяет вести учет работы отдела технической поддержки арендованных средств. Данная система отвечает всем требованиям, предъявленным в задании курсового проекта. Система содержит все необходимое для учета работы справочники, отчеты документы и печатные формы. Разработанная система позволяет вести наличие свободных автомобилей, внутренние операции, материалов для тех. обслуживания потребителям, выводить данные из справочников, документов на печатную форму, формировать отчет.

Список используемой литературы

    1. Delphi C/S 2. Русскоязычная документация; BorlandPress - Москва, 2017. – 377 c.
    2. Бобровский, С. Delphi 7. Учебный курс / С.Бобровский. - СПб: Питер – Москва, 2018. - 736 c.
    3. Буторин, Д. MS Agent и Speech API в Delphi (+ CD-ROM) / Д.Буторин. –БХВ-Петербург - Москва, 2016. - 440 c.
    4. Глушаков, С.В. Базы данных /С.В.Глушаков, Д.В. Ломотько. – Харьков: Фолио - Москва, 2020. - 504 c.
    5. Голицына, О.Л. Базы данных. / О.Л.Голицына. - Москва: Форум, 2017. - 399 c.
    6. Yandex.ru
    7. Сайт непосредственно самого «Яндекс Драйва»
    8. Трушеринг.ру раздел о каршеринге
    9. Zen.Яндекс.ру
    10. Грэй, П. Логика, алгебра и базы данных. /П.Грэй. - М.: Машиностроение - Москва, 2015. – 368 c.
    11. Дарахвелидзе, П.Г. Delphi 2019 для Win32 наиболее полное руководство / П.Г.Дарахвелидзе, Е.П.Марков. – М: БХВ-Петербург, 2019. – 211 c.
    12. Дейт, К.Дж. Введение в системы баз данных /К.Дж. Дейт. – Киев: Диалектика, 2020. – 784 c.
    13. Диго, С.М. Базы данных /С.М. Диго. – М.: Финансы и Статистика - Москва, 2018. – 592 c.