|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
|
|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Аналитический обзор сферы интернет заказов автомобилейСтр 1 из 18Следующая ⇒
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» (ДГТУ)
Факультет «Информатика и вычислительная техника» Кафедра «Программное обеспечение вычислительной техники и автоматизированных систем»
Зав. кафедрой «ПОВТиАС» ______________ А. Н. Карапетянц (подпись) «____» _________________ 201_г.
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА к выпускной квалификационной работе бакалавра на тему: Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах Автор выпускной квалификационной работы ___________________ А. Г. Кравченко (подпись, дата) Обозначение ВКР 09.03.04.740000.000 ПЗ Группа ВПР41 Направление 09.03.04 Программная инженерия Руководитель ВКР __________________ ст. пр. А.П. Кузин (подпись, дата) Консультанты по разделам: Экономическое обоснование работы __________________ доцент В. Г. Лисицин (подпись, дата) Безопасность и экологичность работы __________________ вед. инж. А. Р. Темирканов (подпись, дата) Нормоконтроль работы __________________ ст. пр. О.А. Гнедина (подпись, дата)
Ростов-на-Дону 2017
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» (ДГТУ)
Факультет «Информатика и вычислительная техника» Кафедра «Программное обеспечение вычислительной техники и автоматизированных систем»
Зав. кафедрой «ПОВТиАС» ______________ А. Н. Карапетянц (подпись) «____» _________________ 201_г.
ЗАДАНИЕ к выпускной квалификационной работе бакалавра
Обучающийся Кравченко Андрей Геннадьевич Группа ВПР41 Обозначение ВКР 09.03.04.740000.000 ПЗ Тема Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах Утверждено приказом ДГТУ № 1534-ЛС-О от «22» мая 2017 г. Срок представления ВКР к защите «16» июня 2017 г. Исходные данные ВКР Задание на выпускную квалификационную работу, лекционный материал по дисциплине «Программирование мобильных устройств», Дейтл П., Дейтл Х., Дейтл Э., Моргано М. Android для программистов. Создаем приложения. – СПб.: Питер, 2013, Харди Б., Филлипс Б. Android. Программирование для профессионалов. – СПб.: Питер, 2016.
Содержание пояснительной записки ВВЕДЕНИЕ: Краткое описание предметной области. Анализ актуальности поставленной цели и задач. Описание области применения. Наименование и содержание разделов: 1. Аналитический обзор сферы интернет заказов автомобилей. В данном разделе описывается предметная область, а также существующие аналоги разрабатываемого программного средства, такие как «Эвакуатор» и «Все эвакуаторы Петербурга». 2. Алгоритмическое конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. В данном разделе рассмотрены алгоритмы, необходимые для реализации программного средства. Приведено описание их работы и ряд блок-схем основных алгоритмов. 3. Программное конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. Произведено обоснование выбора языка программирования и средств разработки. Представлено описание классов для каждого приложения, их основных полей и методов. 4. Тестирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. В данном разделе демонстрируются основные функции программного средства. 5. Экономическое обоснование работы. Описаны экономические аспекты реализации программного средства. Приведена оценка потенциальной социально-экономической результативности внедрения разработки. Проведен стратегический маркетинговый анализ целесообразности внедрения. Рассчитана себестоимость разработки. 6. Безопасность и экологичность работы. Проведен анализ опасных и вредных производственных факторов на рабочем месте. Определена организация рабочего места разработчика. Произведен расчет системы искусственного освещения помещения рабочего места разработчика.
ЗАКЛЮЧЕНИЕ:
Подведение итогов выполнения работы, описание соответствия полученных результатов заданию и возможности дальнейшего усовершенствования программного средства.
Руководитель работы ___________________ ст. пр. А.П. Кузин (подпись, дата) Консультанты по разделам: Экономическое обоснование работы ___________________ доцент В. Г. Лисицин (подпись, дата) Безопасность и экологичность работы ___________________ вед. инж. А. Р. Темирканов (подпись, дата) Нормоконтроль работы ___________________ ст. пр. О.А. Гнедина (подпись, дата) Задание принял к исполнению ___________________ А. Г. Кравченко (подпись, дата)
АННОТАЦИЯ
Отчет включает: страниц - 115; рисунков - 26; таблиц - 34; источников - 15; приложений - 7.
Цель работы – разработка комплекса мобильных приложений по оказанию автомобильной помощи на дорогах для ОС Android. Первое приложение, предназначенное для водителей автомобилей, служит для оказания помощи в выборе компаний по оказанию услуг эвакуации автомобилей и заказа такой услуги. Второе приложение, предназначенное для операторов эвакуаторов, служит для предоставления информации о заказе и формирования базы доступных эвакуаторов для вызова. Показана программная реализация модулей программных средств, документированы основные классы и методы модулей, входящих в состав программных средств.
ABSTRACT The report includes: pages - 115; drawings - 26; tables - 34; sources - 15; applications - 7.
The goal of the work is the development of a set of mobile applications for providing roadside assistance for the Android OS. The first application, intended for drivers of cars, serves to assist in the selection of companies for the provision of vehicle evacuation services and the order of such services. The second application, intended for the evacuation operators, serves to provide information about the order and the formation of a database of available tow trucks for the call. The software implementation of software modules is shown, the main classes and methods of the modules included in the software are documented.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 8 1 Аналитический обзор сферы интернет заказов автомобилей 10 1.1 Обзор процесса заказа эвакуатора 10 1.2 Обзор существующих приложений в сфере оказания автомобильной помощи 11 1.2.1 Приложение «Эвакуатор» 12 1.2.2 Приложение «Все эвакуаторы Петербурга» 12 1.3 Выводы по главе 14 1.4 Постановка задачи 14 2 Алгоритмическое конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 16 2.1 Алгоритм авторизации пользователя 16 2.2 Алгоритм заказа эвакуатора 18 2.3 Алгоритм обновления информации о текущем местоположении 19 2.4 Алгоритм получения заказа оператором эвакуатора 21 2.5 Выводы по главе 22 3 Программное конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 23 3.1 Обоснование выбора языка и среды разработки 23 3.2 Классы приложения для водителя автомобиля 24 3.2.1 Класс NavigationDrawerActivity 24 3.2.2 Класс CompaniesAdapter 25 3.2.3 Класс MainMapFragment 26 3.2.4 Класс CheckOrderStatusService 28 3.2.5 Класс CreateOrderAsync 29 3.2.6 Класс GetCompaniesAsync 30 3.3 Классы приложения для оператора эвакуатора 31 3.3.1 Класс MainMapFragment 31 3.3.2 Класс GetOrderServivce 33 3.3.3 Класс NavigationDrawerActivity 34 3.3.4 Класс MyLocation 35 3.4 UML – диаграмма классов приложения для водителя автомобиля 36 3.5 UML – диаграмма классов приложения для оператора эвакуатора 37 4 Тестирование работы комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 38 4.1 Тестирование авторизации в приложении для водителя 38 4.2 Тестирование выполнения заказа 38 4.3 Выводы по главе 40 5 Экономическое обоснование работы 41 5.1 Основные аспекты реализации работы 41 5.2 Оценка потенциальной социально-экономической результативности внедрения разработки 41 5.3 Планирование разработки с использованием сетевого графика 42 5.4 Стратегический маркетинговый анализ целесообразности внедрения 44 5.5 Определение себестоимости разработки 46 5.6 Выводы по главе 47 6 Безопасность и экологичность работы 48 6.1 Анализ опасных и вредных производственных факторов 48 6.1.1 Микроклимат 49 6.1.2 Производственное освещение 49 6.1.3 Защита от шума и вибраций 51 6.1.4 Защита от электромагнитных полей, лазерных и ионизирующих излучений 51 6.1.5 Электробезопасность 52 6.2 Расчет системы искусственного освещения помещения 53 6.3 Организация рабочего места 55 6.4 Устойчивость к чрезвычайным ситуациям. Пожарная безопасность 56 6.5 Охрана окружающей среды 56 6.6 Выводы по главе 57 ЗАКЛЮЧЕНИЕ 58 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 59 ПРИЛОЖЕНИЕ А Техническое задание 61 ПРИЛОЖЕНИЕ Б Рисунки тестирования программного средства 69 ПРИЛОЖЕНИЕ В Таблицы экономического обоснования работы 76 ПРИЛОЖЕНИЕ Г Расчет системы искусственного освещения помещения 83 ПРИЛОЖЕНИЕ Д Исходный код программных модулей 88 ПРИЛОЖЕНИЕ Е Акт приемки/сдачи программного средства 113 ПРИЛОЖЕНИЕ Ж Протокол предзащиты 115
ВВЕДЕНИЕ С развитием мобильных устройств, таких как смартфоны и планшеты, жизнь людей сильно изменилась. Мобильные устройства упростили выполнение ряда задач. На сегодняшний день существует огромное количество мобильных приложений, которые применяются в самых разнообразных сферах человеческой деятельности. В социальной сфере приложения позволяют всегда оставаться на связи, общаться людям, которые находятся друг от друга на очень большом расстоянии и даже видеть друг друга благодаря функции видео связи. Новостные приложения с помощью своевременных уведомлений позволяют пользователю всегда быть в курсе последних произошедших событий. Современные мобильные приложения предоставляют пользователям большие возможности для совершения покупок. Покупка с помощью смартфона перестала быть чем-то необычным. Теперь необязательно носить с собой множество пластиковых банковских карт. Можно оплатить покупку при помощи современных технологий защищенной беспроводной передачи данных. Приобрести товар можно в любом месте, где есть интернет и заказать удобное для вас время и место доставки. Отправляясь в дорогу, многие туристы обязательно берут с собой какие-нибудь мобильные устройства. И это не удивительно, потому что обилие мобильных приложений в сочетании с аппаратными возможностями устройства дают пользователю такие возможности как определение своего текущего местоположения, отображение его на карте, отображение ближайших магазинов, автозаправочных станций, центров по оказанию медицинской помощи и так далее. Использование мобильных приложений в повседневной жизни не обошло стороной и водителей автомобилей. Смартфон или планшет служит отличным навигатором, который строит маршрут до пункта назначения и с помощью голосовых подсказок озвучивает направление движения. Однако, может произойти ситуация, когда автомобиль может выйти из строя по какой-либо причине и такой автомобиль необходимо доставить на станцию технического обслуживания. В данной ситуации водителю сломанного автомобиля необходимо найти компанию, предоставляющую услуги эвакуации автомобиля, при этом ему тяжело ориентироваться в многообразии таких фирм и их ценовой политики. Водителю будет не известно время прибытия эвакуатора, точный тариф, а также возможна ситуация, когда ему будет тяжело сформулировать свое текущее местоположение. Поэтому будет актуальной задачей произвести анализ процесса заказа эвакуатора, разбиение его на этапы, и выполнить автоматизацию этих этапов, что позволит уменьшить человеческий фактор и повысить эффективность взаимодействия автомобилиста и оператора эвакуатора. Создание мобильного приложения для автомобилиста и мобильного приложения для оператора эвакуатора может значительно упростить процесс взаимодействия сторон, путем снижения временных и денежных затрат, а также предоставления всей необходимой информацию для каждой из сторон. Разрабатываемый комплекс мобильных приложений может найти применение в сфере заказов услуг эвакуирования автотранспортных средств. Приложение «Эвакуатор» Данное приложение определяет ваше текущее местоположение и отображает список ближайших к вам операторов эвакуаторов, их номер телефона и расстояние между вами как показано на рисунке 1.1.
Рисунок 1.1 – Список ближайших операторов эвакуаторов
Недостатками данного приложения являются: · невозможно уточнить свое текущее местоположение на карте; · отсутствует возможность совершить заказ из приложения; · местоположение эвакуатора не отображается на карте; · отсутствует информация о ценовом тарифе.
Приложение «Все эвакуаторы Петербурга» Данное приложение предоставляет список фирм как показано на рисунке 1.2, которые предоставляют услуги эвакуации автомобилей, с возможностью совершить звонок в фирму, чтобы заказать эвакуатор. Для каждой фирмы указан минимальный ценовой тариф при совершении заказа.
Рисунок 1.2 – Список фирм приложения «Все эвакуаторы Петербурга»
Особенностью приложения является функция расширенного поиска, отображенная на рисунке 1.3, которая позволяет указать район, в котором вы находитесь, и район, в который будет необходимо эвакуировать автомобиль, а также отметить обязательное наличие у эвакуатора крана-манипулятора.
Рисунок 1.3 – Расширенный поиск приложения «Все эвакуаторы Петербурга» Недостатками данного приложения являются: · отсутствует возможность указать свое точное местоположение; · отсутствует возможность произвести заказ из приложения; · отсутствует информация о расстоянии до ближайшего эвакуатора для каждой фирмы; · местоположение эвакуатора при выполнении заказа не отображается на карте; · приложение отображает информацию только для одного города.
Выводы по главе
Рассмотренные приложения для вызова эвакуатора имеют общий недостаток. Этим недостатком является отсутствие связующего мобильного приложения для оператора эвакуатора, которое бы позволило ему получать заказы на эвакуацию и всю необходимую о заказе информацию, а также получать данные о его текущем местоположении для того, чтобы эти данные были переданы водителю сломанного автомобиля, который ожидает эвакуатор. В связи с этим, принято решение разработать комплекс мобильных приложений, который бы позволил удобно взаимодействовать водителю сломанного автомобиля и оператору эвакуатора. Для этого сформулирована постановка задачи.
Постановка задачи
Проанализировав возможные аналоги в виде мобильных приложений, а также приложения из смежных областей, было выявлено, что каждый сервис реализован через клиент серверную систему и не имеет в своем распоряжении клиентского приложения для оператора эвакуатора. Все рассмотренные приложения не предоставляют расчет итоговой стоимости услуги эвакуации и не полностью автоматизируют процесс заказа. Целью данной разработки является автоматизация процесса вызова эвакуатора, снижение денежных и временных затрат, путем предоставления наилучших предложений на рынке как по цене, так и по времени, а также уменьшение количества участников процесса и их взаимодействия между собой. Для достижения поставленной цели, необходимо решение ряда следующих задач: · провести анализ рынка существующих приложений; · сформировать требования к программному средству; · изучить способы взаимодействия со службами геолокации; · выполнить алгоритмическое конструирование приложений; · построить схему взаимодействия между приложениями; · выполнить программное конструирование приложений; · разработать модули программного средства, реализующие функциональные характеристики приложений; · провести тестирование приложений на выполнение заказа с помощью эмулятора мобильного устройства. Алгоритм заказа эвакуатора Пользователь отправляет свое текущее местоположение на сервер. Сервер подбирает список фирм, в каждой из которой есть хотя бы один оператор эвакуатора готовый принять заказ, и отправляет их обратно клиенту. Пользователь выбирает фирму из списка и нажимает кнопку «заказать». После этого пользователь ожидает либо подтверждения заказа оператором эвакуатора, либо отмены заказа. При поступлении заказа, оператор эвакуатора получает уведомление в статусной строке своего мобильного устройства. Если оператор эвакуатора подтвердил заказ, то пользователю отображается на карте его текущее местоположение и текущее местоположение оператора эвакуатора. Если заказ был отменен оператором эвакуатора, то пользователю выводится сообщение об этом. Работа алгоритма представлена на рисунке 2.2.
Рисунок 2.2 – Алгоритм заказа эвакуатора Выводы по главе В данном разделе были обозначены основные вопросы, касающиеся алгоритмического конструирования комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. Разработанные алгоритмы позволят корректно реализовать программное средство, которое будет удовлетворять всем необходимым требованиям. Представлены основные механизмы и алгоритмы работы, реализация которых рассматривается в следующем разделе. Класс CompaniesAdapter Данный класс отвечает за связывание данных с интерфейсом для отображения списка компаний, которые могут принять заказ. Поля класса CompaniesAdapter представлены в таблице 3.3. Таблица 3.3 – Поля класса CompaniesAdapter
Методы класса CompaniesAdapter представлены в таблице 3.4. Таблица 3.4 – Методы класса CompaniesAdapter
Окончание таблицы 3.4
Класс MainMapFragment Данный класс отвечает за работу с отображаемой картой. Является наследником класса Fragment. Реализует всю логику работы с геолокацией и определение текущего местоположения, отрисовку объектов на карте и изменение положения камеры карты [8]. Поля класса MianMapFragment представлены в таблице 3.5. Таблица 3.5 – Поля класса MainMapFragment
Окончание таблицы 3.5
Методы класса MainMapFragment представлены в таблице 3.6. Таблица 3.6 – Методы класса MainMapFragment
Окончание таблицы 3.6
Класс CreateOrderAsync Данный класс отвечает за асинхронный запрос на создание заказа. Поля класса CreateOrderAsync представлены в таблице 3.9 Таблица 3.9 – Поля класса CreateOrderAsync
Окончание таблицы 3.9
Методы класс представлены в таблице 3.10. Таблица 3.10 – Методы класса CreateOrderAsync
Класс GetCompaniesAsync
Данный класс отвечает за асинхронный запрос по получению списка компаний, предоставляющих услуги эвакуации автомобилей. Поля класса GetCompaniesAsync представлены в таблице 3.11. Таблица 3.11 – Поля класса GetCompaniesAsync
Методы класса GetCompaniesAsync представлены в таблице 3.12. Таблица 3.12 – Методы класса GetCompaniesAsync
Класс MainMapFragment Данный класс отвечает за работу с отображаемой картой. Является наследником класса Fragment. Реализует всю логику работы с геолокацией и определение текущего местоположения, отрисовку объектов на карте и изменение положения камеры карты. Поля класса MainMapFragment представлены в таблице 3.13. Таблица 3.13 – Поля класса MainMapFragment
Окончание таблицы 3.13
Методы класса MainMapFragment представлены в таблице 3.14. Таблица 3.14 – Методы класса MainMapFragment
Окончание таблицы 3.14
Класс GetOrderServivce Данный класс реализует сервис для получения заказа в фоновом режиме. Является наследником базового класса Service [9]. Поля класса GetOrderService представлены в таблице 3.15. Таблица 3.15 – Поля класса GetOrderService
Окончание таблицы 3.15
Методы класса GetOrderService представлены в таблице 3.16. Таблица 3.16 – Методы класса GetOrderService
Класс MyLocation
Данный класс реализует паттерн проектирования singleton. Предназначен для хранения информации о текущем местоположении и статусе координат. Поля класса MyLocation представлены в таблице 3.19. Таблица 3.19 – Поля класса MyLocation
Методы класса MyLocation представлены в таблице 3.20. Таблица 3.20 – Методы класса MyLocation
Выводы по главе В данном разделе были описаны классы для каждого мобильного приложения. Их основные поля и методы, благодаря которым реализуется корректная работа приложений и обработка разных сценарий использования. Выводы по главе
В данном разделе были протестированы основные функции комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. Протестирована функция авторизации в приложении для водителя автомобиля, которая позволяет выполнить в зависимости от того, зарегистрирован водитель в приложении или нет, регистрацию или вход в приложение. Протестированы функции формирования и отслеживания выполнения заказа для приложения водителя автомобиля. Протестированы функции получения и выполнения заказа для приложения оператора эвакуатора. Представлены рисунки выполнения основных этапов заказа. Приведен пример обработки одной из ошибочных ситуаций, которая может возникнуть при использовании приложения для водителя автомобиля. На основании данных тестов, можно сделать вывод о том, что данный комплекс мобильных приложений корректно выполняет все заявленные функции. Планирование разработки с использованием сетевого графика Планирование работ с применением сетевого метода ведется в следующем порядке: составляется перечень событий и работ, строится сетевой график проекта, определяется продолжительность работ (tож), рассчитываются параметра сетевого графика, определяется продолжительность критического пути. В перечне событий и работ указывают кодовые номера событий и их наименование, в последовательности от исходного события к завершающему, при расположении кодовых номеров и наименований работ перечисляются все работы, имеющие общее начальное событие. Исходные данные для расчетов получают методом экспертных оценок. Для работ, время выполнения которых неизвестно, исполнитель или другие специалисты, привлекаемые в качестве экспертов, дают в соответствии с принятой системой три вероятностные оценки продолжительности: tmin – минимальную, tmax – максимальную, tнв – наиболее вероятную или только первые две. Свободный резерв показывает максимальное время, на которое можно увеличить продолжительность данной работы или изменить ее начало, не меняя ранних сроков начала последующих работ. В соответствии с вышеизложенной методикой проведем планирование разработки. Перечень событий и работ по каждому этапу приводятся в таблице В.2. Результаты экспертных оценок и расчетные величины трудоемкости этапов проведения работ приведены в таблице В.3. Перечень событий и работ приведен в таблице В.4. На основании перечня событий и работ построен сетевой график работ, отображенный на рисунке 5.1.
Рисунок 5.1 – Сетевой график работ по разработке ИС Кружки на графике обозначают события, стрелки – работы, номер над стрелкой – время, необходимое для выполнения данной работы. Параметры событий сетевого графика представлены в таблице В.5. Каждый кружок, изображающий событие, делится на четыре сектора. В верхнем секторе располагается номер события, в левом секторе – ранний срок наступления события, в правом секторе – поздний срок окончания события. В верхнем секторе располагается резерв времени наступления события. Продолжительность критического пути определяется после нахождения срока раннего начала работ и раннего окончания работ, которые ведут к завершающему событию. Найденная величина заносится в графу позднего срока окончания работ для всех работ, ведущих к завершающему событию. Параметры работ сетевого графика отображены в таблице В.6. Сократить продолжительность критического пути можно перераспределением ресурсов между работами сетевой модели, состоящим в том, что часть ресурсов (рабочая сила) снимается с работ, не принадлежащих критическому пути и имеющих большие резервы времени, и распределяется на работы критического пути, сокращая их продолжительность. В целях оптимизации возможно также привлечение сторонних специалистов для сокращения времени разработки. При текущем состоянии не требуется проведение оптимизации.
Выводы по главе В данном разделе были рассмотрены основные аспекты реализации работы. Представлена оценка потенциальной социально-экономической результативности внедрения разработки. Произведено планирование с использованием сетевого трафика. Определена себестоимость разработки. Микроклимат Микроклиматом называют совокупность факторов, характеризующих окружающие работника атмосферные условия. Для высокого уровня работоспособности микроклиматические условия должны обеспечивать ощущение теплового комфорта в течение рабочего дня. Работа программиста по уровню энергозатрат относится к категории Iа (легкая). Разработка программного средства производится в теплое время года, поэтому допустимые величины показателей микроклимата должны быть следующие [12]: · температура воздуха 22,9-25,1°С; · температура поверхностей 20,0-29,0; · относительная влажность воздуха 15-75%. Данные условия в офисе соблюдаются.
Производственное освещение Рациональное освещение рабочего места является одним из важнейших факторов, влияющих на эффективность трудовой деятельности человека, предупреждающих травматизм и профессиональные заболевания. Правильно организованное освещение создает благоприятные условия труда, повышает работоспособность и производительность труда, снижает риски возникновения различных заболеваний глаз и возникновения быстрой утомляемости. Вопрос освещенности рабочих мест, оборудованных персональными компьютерами (ПЭВМ) коротко, но очень четко изложен в СНиП 23-05-95 "Естественное и искусственное освещение" [13]. Показатели освещения в офисах представлены в таблице 6.1. Таблица 6.1 – Нормы освещенности офисных помещений
Рассматриваемая комната относится к офису общего назначения с использованием компьютеров. Применяется система комбинированного освещения в комнате. Схема освещения представлена на рисунке 6.2.
Рисунок 6.2 – Схема освещения Защита от шума и вибраций По своей физической сущности, шум – это звук. Шум может вызывать неприятные ощущения, однако решающую роль в оценке «неприятности» шума играет субъективное отношение человека к этому раздражителю. На рабочем месте разработчика программного средства источниками шума являются персональные компьютеры и многофункциональные устройства. Многофункциональные устройства используются по мере необходимости в течение рабочего дня. Шум от таких устройств – механический и непостоянный прерывистый. Уровень звука в помещении, где работает разработчик, согласно СНиП 2.2.4/2.1.8.562-96 не должен превышать 50 дБ. Для снижения шума в помещении компьютеры, принтеры должны устанавливаться на амортизирующие прокладки. Наиболее действенным средством защиты человека от вибрации является устранение непосредственного контакта с вибрирующим оборудованием. Осуществляется это путем применения дистанционного управления, промышленных роботов, автоматизации и замены технологических операций.
Электробезопасность Рабочее место разработчика оборудовано электроприборами, и связано с использованием огромного количества розеток, вилок, выключателей и шнуров питания. Схема электросети помещения представлена на рисунке 6.3.
Рисунок 6.3 – Схема электросети
Для безопасной работы в рассматриваемом помещении сотрудник не перегружает розетки и использует сетевой фильтр с предохранителем. Также, не эксплуатируются неисправные приборы и при отсутствии должной квалификации не выполняется ремонт оборудования самостоятельно. При эксплуатации персональных компьютеров часто возникают токи статического электричества, которые не опасны для человека, но могут привести к поломке оборудования. Для предотвращения возможности образования статического электричества на различных поверхностях, находящихся в помещении, используют специальные различные нейтрализаторы. Полы в комнате выполнены из паркетной доски. Для электроснабжения рассматриваемой аудитории используется сеть общего назначения с частотой тока 50 Гц и переменным напряжением 220 Вольт. Защита электрической сети организована с помощью устройств первичной и вторичной защиты. Устройства первичной защиты (АЗУ-60), установлены на вводе электрической сети и обеспечивают общее отключение сети в случаях, если повышение или понижение напряжения питающей сети перешагнуло пороговое значение. Устройства вторичной защиты электрической сети (стабилизаторы и блоки бесперебойного питания), установленные непосредственно на рабочих местах сотрудников и обеспечивают стабилизацию напряжения и отключение напряжения при превышении нагрузки питающей сети выше порогового значения.
Организация рабочего места Организация рабочего места разработчика программного средства играет важную роль, т.к. работа программиста является преимущественно сидячей. Устройств ввода и вывода (монитора, клавиатуры и мыши) должны располагаться максимально удобно. Особое внимание следует уделить расположению монитора, чтобы уменьшить нагрузку на глаза. Согласно СанПин 2.2.2/2.4.1340-03 его положение должно быть таково, чтобы изображение на нем было видно без поворота головы или туловища. Расстояние от работника до монитора должно составлять 65 см или более, а верхний край изображения монитора должен находится на линии глаз. В рассматриваемой аудитории данное требование выполняется. Эксплуатация клавиатуры и мыши не должна вызывать ощутимого напряжения, поэтому клавиатура и мышь размещаются на одном уровне. Желательное расстояние от края стола до клавиатуры от 5 до 10 см. Для наиболее удобного рабочего положения рекомендуется передвижное рабочее кресло с регулируемым по высоте сиденьем, имеющим выемку, соответствующую форме бедер. Спинка кресла должна имеет изогнутую форму, обнимающую поясницу с регулируемым наклоном. Рабочее кресло должно обеспечивать прямую посадку и поддержку поясничной области позвоночника. Пространство для ног составляет от 480 до 550 мм в глубину, от 450 до 600 мм в ширину и от 615 до 650 мм по высоте. Ступни ног стоят на полу так, чтобы образуемый в коленях угол составлял 90° или больше. В нарушение СанПиН 2.2.2.542-96 не выдерживаются расстояния между рабочими столами, а также площадь помещения на одно рабочее место. Охрана окружающей среды
В комнате, которая является рабочим местом разработчика, находится лазерный принтер. Тонер, используемый в принтерах, по степени вредности можно сравнить с угольной пылью. Для безопасной работа с копировальной техникой и лазерными принтерами необходимо располагать принтер на максимальном расстоянии от рабочего места, проводить его своевременное сервисное обслуживание и хорошо проветривать помещение. Люминесцентная лампочки, освещающие рабочее помещение содержат ртуть, которая является высокотоксичным химическим элементом. Ртуть – первый класс опасности [15]. Отходы первого класса опасности требуют правильной утилизации и аккуратного хранения – нельзя нарушать их целостность. После окончания срока службы люминесцентные лампы необходимо сдавать специализированным организациям, занимающимся утилизацией отходов первого класса опасности.
Выводы по главе
В данном разделе ВКР проведен анализ условий труда при работе над ВКР в частном офисе. С учетом выявленных недостатков предлагаются следующие рекомендации по оптимизации условий труда: · уменьшить количество рабочих мест с 7 до 5 для обеспечения соответствия площади одного рабочего места 4,5 м согласно СанПиН 2.2.2.542-96; · расставить рабочие столы сотрудников, обеспечив ширину бокового прохода между столами не менее 1,2 м и расстояния между рядами 2 м. ЗАКЛЮЧЕНИЕ При выполнении данной работы был разработан комплекс мобильных приложений по оказанию автомобильной помощи на дорогах, представляющий собой два мобильных приложения для операционной системы Android. Первое приложение предназначено для водителей автомобилей и предоставляет возможность заказа эвакуатора. Второе приложение предназначено для операторов эвакуаторов и предоставляет возможность получения полной информации о заказе. Данный комплекс мобильных приложений отвечает всем требованиям технического задания (см. приложение А). Так же возможно его усовершенствование путем добавления функции безналичной оплаты заказа с помощью банковской карты. Достигнута основная цель работы - автоматизация процесса вызова эвакуатора для водителя сломанного автомобиля. В ходе работы были реализованы такие алгоритмы как: · авторизация пользователя; · заказ эвакуатора; · обновление информации о текущем местоположении; · получения заказа оператором эвакуатора. Представлено описание полей и функций основных классов каждого приложения, а также их UML – диаграммы. Протестированы основные функции программного средства. Результаты тестирования показали, что данное программное средство работает корректно. Получены навыки работы с системой геопозиционирования в операционной системе Android. Закреплены навыки разработки мобильных приложений на языке программирования Java. ПРИЛОЖЕНИЕ А Техническое задание на программное средство СОГЛАСОВАНО УТВЕРЖДЕНО Ст. пр. каф. «ПОВТиАС» Зав. каф. «ПОВТиАС» ___________ А.П. Кузин __________ А.Н. Карапетянц «___»___________2017 г. «___»_______________2017 г.
А.1 В ведение А.1.2 Область применения Областью применения является сфера по оказанию помощи водителям на дорогах с помощью мобильного приложения для ОС Android.
А.3 Назначение разработки А.4 Т ребования к программе А.4.1 Требования к функциональным характеристикам
Основными функциями комплекса мобильных приложений по оказанию автомобильной помощи на дорогах являются: · регистрация и авторизация в приложениях; · определение и отображение местоположения в приложениях; · отображение списка фирм, в которых возможно совершить заказ; · отправка запроса на заказ и отмену эвакуатора; · уведомление о прибытии эвакуатора; · отображение эвакуатора на карте при выполнении заказа; · отображение детальной информации о выполненном заказе; · изменение статуса оператора эвакуатора; · уведомление о заказе с возможностью принять или отменить; · отображение заказчика на карте и построение маршрута до него; · просмотр истории совершенных заказов в приложениях. А.4.2 Требования к надежности Надежное функционирование программы должно быть обеспечено выполнением совокупности организационно-технических мероприятий, перечень которых приведен ниже: · организацией бесперебойного питания технических средств; · организацией правильного использования сетевых модулей; · регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов. Так же должны обрабатываться отказы из-за некорректных действий пользователя системы.
А.4.3 Условия эксплуатации
Для функционирования программного продукта необходимо соблюдение всех требований и правил эксплуатации мобильной техники. Требования к персоналу, работающему с данным программным продуктом: · общие знания вычислительной техники; · знание операционной системы Android; · умение работать с СУБД.
А.4.4 Требования к составу и параметрам технических средств В состав технических средств должно входить мобильное устройство с операционной системой Android, включающее в себя: · емкостную сенсорную панель ввода; · оперативную память объемом не менее 512 Мбайт; · встроенные библиотеки Android API; · модуль определения местоположения; · разрешение экрана по диагонали более 3 дюймов. Дополнительные требования и ограничения к составу и параметрам технических средств не вводится.
А.4.5 Требования к программной совместимости A.4.6 Требование к упаковке и маркировке Требования к упаковке и маркировке программного средства не предъявляется.
А.4.7 Требования к транспортировке и хранению Условия транспортирования, места хранения, условия складирования и сроки хранения в различных условиях должны соответствовать требованиям, предъявляемым к носителям информации на которых будет содержаться данное программное изделие. Допустимы все способы транспортирования и хранения, не нарушающие целостность используемого носителя данных. Программное средство может храниться на любом носителе информации, имеющее возможность подключения к персональному компьютеру или мобильному устройству, и позволяющее производить установку с данного носителя.
А.4.8 Специальные требования Оценочные требования к функционалу программного средства и уровню его реализации сведены в таблицу А.1. Таблица А.1 - Функционал программного средства
А.5 Требования к программной документации Программная документация должна состоять из следующих пунктов: · задание на преддипломную практику; · техническое задание по ГОСТ 19.201-78 ЕСПД; · руководство системного программиста по ГОСТ 19.503-79 ЕСПД; · руководство программиста по ГОСТ 19.504-79 ЕСПД; · руководство оператора по ГОСТ 19.505-79 ЕСПД.
ПРИЛОЖЕНИЕ Б
ПРИЛОЖЕНИЕ В ПРИЛОЖЕНИЕ Г ПРИЛОЖЕНИЕ Д ПРИЛОЖЕНИЕ Е
Акт приемки/сдачи программного средства
Утверждаю Зав. каф. «ПОВТиАС» д.ф. – м.н., проф. А. Н. Карапетянц _____________________________ «____» _________________ 2017 г.
Студент Кравченко Андрей Геннадьевич Руководитель Кузин Александр Павлович Наименование темы «Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах»
ПРИЛОЖЕНИЕ Ж
Протокол предзащиты
заседания комиссии по предварительной защите выпускной квалификационной работы от «___» июня 2017 г.
Присутствовали: ____________________ ____________________ ____________________ СЛУШАЛИ: доклад студента группы ВПР41 Кравченко А. Г. по защите выпускной квалификационной работы «Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах».
Были заданы вопросы: 1. _________________________________________________________________ 2. _________________________________________________________________ 3. _________________________________________________________________ 4. _________________________________________________________________
решено отметить следующее: 1. _________________________________________________________________ 2. _________________________________________________________________ 3. _________________________________________________________________ 4. _________________________________________________________________ ПОСТАНОВИЛИ: доклад студента о проделанной работе и ответы на вопросы соответствуют требованиям, предъявляемым к выпускным квалификационным работам, и рекомендует студента Кравченко А. Г. к защите. Члены комиссии: __________________________________ / / __________________________________ / / __________________________________ / / ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» (ДГТУ)
Факультет «Информатика и вычислительная техника» Кафедра «Программное обеспечение вычислительной техники и автоматизированных систем»
Зав. кафедрой «ПОВТиАС» ______________ А. Н. Карапетянц (подпись) «____» _________________ 201_г.
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА к выпускной квалификационной работе бакалавра на тему: Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах Автор выпускной квалификационной работы ___________________ А. Г. Кравченко (подпись, дата) Обозначение ВКР 09.03.04.740000.000 ПЗ Группа ВПР41 Направление 09.03.04 Программная инженерия Руководитель ВКР __________________ ст. пр. А.П. Кузин (подпись, дата) Консультанты по разделам: Экономическое обоснование работы __________________ доцент В. Г. Лисицин (подпись, дата) Безопасность и экологичность работы __________________ вед. инж. А. Р. Темирканов (подпись, дата) Нормоконтроль работы __________________ ст. пр. О.А. Гнедина (подпись, дата)
Ростов-на-Дону 2017
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» (ДГТУ)
Факультет «Информатика и вычислительная техника» Кафедра «Программное обеспечение вычислительной техники и автоматизированных систем»
Зав. кафедрой «ПОВТиАС» ______________ А. Н. Карапетянц (подпись) «____» _________________ 201_г.
ЗАДАНИЕ к выпускной квалификационной работе бакалавра
Обучающийся Кравченко Андрей Геннадьевич Группа ВПР41 Обозначение ВКР 09.03.04.740000.000 ПЗ Тема Комплекс мобильных приложений по оказанию автомобильной помощи на дорогах Утверждено приказом ДГТУ № 1534-ЛС-О от «22» мая 2017 г. Срок представления ВКР к защите «16» июня 2017 г. Исходные данные ВКР Задание на выпускную квалификационную работу, лекционный материал по дисциплине «Программирование мобильных устройств», Дейтл П., Дейтл Х., Дейтл Э., Моргано М. Android для программистов. Создаем приложения. – СПб.: Питер, 2013, Харди Б., Филлипс Б. Android. Программирование для профессионалов. – СПб.: Питер, 2016.
Содержание пояснительной записки ВВЕДЕНИЕ: Краткое описание предметной области. Анализ актуальности поставленной цели и задач. Описание области применения. Наименование и содержание разделов: 1. Аналитический обзор сферы интернет заказов автомобилей. В данном разделе описывается предметная область, а также существующие аналоги разрабатываемого программного средства, такие как «Эвакуатор» и «Все эвакуаторы Петербурга». 2. Алгоритмическое конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. В данном разделе рассмотрены алгоритмы, необходимые для реализации программного средства. Приведено описание их работы и ряд блок-схем основных алгоритмов. 3. Программное конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. Произведено обоснование выбора языка программирования и средств разработки. Представлено описание классов для каждого приложения, их основных полей и методов. 4. Тестирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах. В данном разделе демонстрируются основные функции программного средства. 5. Экономическое обоснование работы. Описаны экономические аспекты реализации программного средства. Приведена оценка потенциальной социально-экономической результативности внедрения разработки. Проведен стратегический маркетинговый анализ целесообразности внедрения. Рассчитана себестоимость разработки. 6. Безопасность и экологичность работы. Проведен анализ опасных и вредных производственных факторов на рабочем месте. Определена организация рабочего места разработчика. Произведен расчет системы искусственного освещения помещения рабочего места разработчика.
ЗАКЛЮЧЕНИЕ:
Подведение итогов выполнения работы, описание соответствия полученных результатов заданию и возможности дальнейшего усовершенствования программного средства.
Руководитель работы ___________________ ст. пр. А.П. Кузин (подпись, дата) Консультанты по разделам: Экономическое обоснование работы ___________________ доцент В. Г. Лисицин (подпись, дата) Безопасность и экологичность работы ___________________ вед. инж. А. Р. Темирканов (подпись, дата) Нормоконтроль работы ___________________ ст. пр. О.А. Гнедина (подпись, дата) Задание принял к исполнению ___________________ А. Г. Кравченко (подпись, дата)
АННОТАЦИЯ
Отчет включает: страниц - 115; рисунков - 26; таблиц - 34; источников - 15; приложений - 7.
Цель работы – разработка комплекса мобильных приложений по оказанию автомобильной помощи на дорогах для ОС Android. Первое приложение, предназначенное для водителей автомобилей, служит для оказания помощи в выборе компаний по оказанию услуг эвакуации автомобилей и заказа такой услуги. Второе приложение, предназначенное для операторов эвакуаторов, служит для предоставления информации о заказе и формирования базы доступных эвакуаторов для вызова. Показана программная реализация модулей программных средств, документированы основные классы и методы модулей, входящих в состав программных средств.
ABSTRACT The report includes: pages - 115; drawings - 26; tables - 34; sources - 15; applications - 7.
The goal of the work is the development of a set of mobile applications for providing roadside assistance for the Android OS. The first application, intended for drivers of cars, serves to assist in the selection of companies for the provision of vehicle evacuation services and the order of such services. The second application, intended for the evacuation operators, serves to provide information about the order and the formation of a database of available tow trucks for the call. The software implementation of software modules is shown, the main classes and methods of the modules included in the software are documented.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 8 1 Аналитический обзор сферы интернет заказов автомобилей 10 1.1 Обзор процесса заказа эвакуатора 10 1.2 Обзор существующих приложений в сфере оказания автомобильной помощи 11 1.2.1 Приложение «Эвакуатор» 12 1.2.2 Приложение «Все эвакуаторы Петербурга» 12 1.3 Выводы по главе 14 1.4 Постановка задачи 14 2 Алгоритмическое конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 16 2.1 Алгоритм авторизации пользователя 16 2.2 Алгоритм заказа эвакуатора 18 2.3 Алгоритм обновления информации о текущем местоположении 19 2.4 Алгоритм получения заказа оператором эвакуатора 21 2.5 Выводы по главе 22 3 Программное конструирование комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 23 3.1 Обоснование выбора языка и среды разработки 23 3.2 Классы приложения для водителя автомобиля 24 3.2.1 Класс NavigationDrawerActivity 24 3.2.2 Класс CompaniesAdapter 25 3.2.3 Класс MainMapFragment 26 3.2.4 Класс CheckOrderStatusService 28 3.2.5 Класс CreateOrderAsync 29 3.2.6 Класс GetCompaniesAsync 30 3.3 Классы приложения для оператора эвакуатора 31 3.3.1 Класс MainMapFragment 31 3.3.2 Класс GetOrderServivce 33 3.3.3 Класс NavigationDrawerActivity 34 3.3.4 Класс MyLocation 35 3.4 UML – диаграмма классов приложения для водителя автомобиля 36 3.5 UML – диаграмма классов приложения для оператора эвакуатора 37 4 Тестирование работы комплекса мобильных приложений по оказанию автомобильной помощи на дорогах 38 4.1 Тестирование авторизации в приложении для водителя 38 4.2 Тестирование выполнения заказа 38 4.3 Выводы по главе 40 5 Экономическое обоснование работы 41 5.1 Основные аспекты реализации работы 41 5.2 Оценка потенциальной социально-экономической результативности внедрения разработки 41 5.3 Планирование разработки с использованием сетевого графика 42 5.4 Стратегический маркетинговый анализ целесообразности внедрения 44 5.5 Определение себестоимости разработки 46 5.6 Выводы по главе 47 6 Безопасность и экологичность работы 48 6.1 Анализ опасных и вредных производственных факторов 48 6.1.1 Микроклимат 49 6.1.2 Производственное освещение 49 6.1.3 Защита от шума и вибраций 51 6.1.4 Защита от электромагнитных полей, лазерных и ионизирующих излучений 51 6.1.5 Электробезопасность 52 6.2 Расчет системы искусственного освещения помещения 53 6.3 Организация рабочего места 55 6.4 Устойчивость к чрезвычайным ситуациям. Пожарная безопасность 56 6.5 Охрана окружающей среды 56 6.6 Выводы по главе 57 ЗАКЛЮЧЕНИЕ 58 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 59 ПРИЛОЖЕНИЕ А Техническое задание 61 ПРИЛОЖЕНИЕ Б Рисунки тестирования программного средства 69 ПРИЛОЖЕНИЕ В Таблицы экономического обоснования работы 76 ПРИЛОЖЕНИЕ Г Расчет системы искусственного освещения помещения 83 ПРИЛОЖЕНИЕ Д Исходный код программных модулей 88 ПРИЛОЖЕНИЕ Е Акт приемки/сдачи программного средства 113 ПРИЛОЖЕНИЕ Ж Протокол предзащиты 115
ВВЕДЕНИЕ С развитием мобильных устройств, таких как смартфоны и планшеты, жизнь людей сильно изменилась. Мобильные устройства упростили выполнение ряда задач. На сегодняшний день существует огромное количество мобильных приложений, которые применяются в самых разнообразных сферах человеческой деятельности. В социальной сфере приложения позволяют всегда оставаться на связи, общаться людям, которые находятся друг от друга на очень большом расстоянии и даже видеть друг друга благодаря функции видео связи. Новостные приложения с помощью своевременных уведомлений позволяют пользователю всегда быть в курсе последних произошедших событий. Современные мобильные приложения предоставляют пользователям большие возможности для совершения покупок. Покупка с помощью смартфона перестала быть чем-то необычным. Теперь необязательно носить с собой множество пластиковых банковских карт. Можно оплатить покупку при помощи современных технологий защищенной беспроводной передачи данных. Приобрести товар можно в любом месте, где есть интернет и заказать удобное для вас время и место доставки. Отправляясь в дорогу, многие туристы обязательно берут с собой какие-нибудь мобильные устройства. И это не удивительно, потому что обилие мобильных приложений в сочетании с аппаратными возможностями устройства дают пользователю такие возможности как определение своего текущего местоположения, отображение его на карте, отображение ближайших магазинов, автозаправочных станций, центров по оказанию медицинской помощи и так далее. Использование мобильных приложений в повседневной жизни не обошло стороной и водителей автомобилей. Смартфон или планшет служит отличным навигатором, который строит маршрут до пункта назначения и с помощью голосовых подсказок озвучивает направление движения. Однако, может произойти ситуация, когда автомобиль может выйти из строя по какой-либо причине и такой автомобиль необходимо доставить на станцию технического обслуживания. В данной ситуации водителю сломанного автомобиля необходимо найти компанию, предоставляющую услуги эвакуации автомобиля, при этом ему тяжело ориентироваться в многообразии таких фирм и их ценовой политики. Водителю будет не известно время прибытия эвакуатора, точный тариф, а также возможна ситуация, когда ему будет тяжело сформулировать свое текущее местоположение. Поэтому будет актуальной задачей произвести анализ процесса заказа эвакуатора, разбиение его на этапы, и выполнить автоматизацию этих этапов, что позволит уменьшить человеческий фактор и повысить эффективность взаимодействия автомобилиста и оператора эвакуатора. Создание мобильного приложения для автомобилиста и мобильного приложения для оператора эвакуатора может значительно упростить процесс взаимодействия сторон, путем снижения временных и денежных затрат, а также предоставления всей необходимой информацию для каждой из сторон. Разрабатываемый комплекс мобильных приложений может найти применение в сфере заказов услуг эвакуирования автотранспортных средств. Аналитический обзор сферы интернет заказов автомобилей В данном разделе рассматриваются существующие приложения в сфере оказания автомобильной помощи, приводятся их особенности и недостатки. Определяется цель работы и задачи, которые необходимо решить для ее достижения.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2019-04-19; Просмотров: 243; Нарушение авторского права страницы
