Разработка мобильного приложения для продажи грузовой техники

ВВЕДЕНИЕ 8
1 ПРЕДПРОЕКТНЫЕ ИССЛЕДОВАНИЯ 9
1.1 Анализ предметной области 9
1.1.1 Общие сведения о компании 9
1.1.2 Описание основных бизнес-процессов компании 13
1.2 Обзор аналогов 16
1.3 Определение требований к системе 20
2 ТЕХНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ 22
2.1 Архитектура системы 22
2.2 Выбор (обоснование) языка программирования (среды разработки) 31
2.3 Разработка алгоритма работы системы 34
2.4 Практическая реализация информационной системы 36
2.4.1 Описание реализации базы данных приложения 36
2.4.2 Создание классов и страниц приложения 40
2.4.3 Описание работы приложения 45
2.5 Системные требования 58
3 ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ 60
3.1 Определение информационной безопасности 60
3.2 Угрозы информационной безопасности 61
3.3 Принципы информационной безопасности 63
3.4 Средства информационной безопасности 64
ЗАКЛЮЧЕНИЕ 65
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ 66

Весь текст будет доступен после покупки

Человеческие потребности быть всегда в курсе дел выводят информационные технологии на прямую линию по созданию все новых девайсов и гаджетов. Неудобство эксплуатации компьютеров и ноутбуков обусловливает появление различных мини-компьютеров, смартфонов и коммуникаторов, в основе которых лежит все та же операционная система. Лидирующие позиции на сегодняшний день занимают платформы Android и iPhone. Но эти платформы могут работать полноценно только при одном условии - если была для них осуществлена разработка мобильных приложений
Android - операционная система для коммуникаторов, планшетных компьютеров, цифровых проигрывателей, цифровых фоторамок, наручных часов, нетбуков и смартбуков, основанная на ядре Linux. Основным языком для разработки служит Java.
Так, мобильными приложениями для клиентов сегодня обзаводятся и организации, работающие в массовых секторах, и те, кто сосредоточен на корпоративном рынке. Для одних выпуск мобильного приложения для клиентов - дань моде, для других - насущная необходимость, для третьих - освоение новых возможностей для бизнеса.

Весь текст будет доступен после покупки

1.1.1 Общие сведения о компании

В настоящей работе объектом исследования выступает автосервис ООО «КомТоргТранс», которая работает с клиентами с 2013 года.
Компания "КомТоргТранс", основанная в Санкт-Петербурге, показывает стабильный рост на рынке грузовой и прочей специализированной техники России более 20 лет. В течение этого периода компании удалось обеспечить огромное количество клиентов подходящей техникой с оптимальным соотношением цены и качества.
Сейчас компания "КомТоргТранс" – это один из крупнейших поставщиков грузовой техники из Европы, в основном б/у. Также, компания является официальным дилером крупнейших производителей полуприцепов Krone и Kassbohrer (Германия). В дополнение, «КомТоргТранс» работает по прямым договорам с такими компаниями, как Daf, Renault и Schmitz. Помимо перечисленных брендов, компания также осуществляет надежные поставки техники более 25 наиболее популярных брендов грузовой техники в мире, в том числе Komatsu, Volvo, Scania, Schwarzmuller, Man, Iveco, Mercedes и прочих.
Организационно-штатная структура компании представлена на Рисунке 1.

Рисунок 1 - Структура управления ООО «КомТоргТранс»

Как мы видим на рисунке, во главе компании стоит генеральный директор. Он осуществляет общее руководство ООО «КомТоргТранс», а также определяет направления маркетинговой, ценовой, кадровой политики и управляет ассортиментом.
В его прямом подчинении находятся заместитель генерального директора, а также исполнительный и финансовый директора. Финансовый директор напрямую руководит бухгалтерией, в том числе главным бухгалтером. Заместитель директора во многом повторяет функции генерального директора, и осуществляет поддержку в управлении на всех уровнях компании.
Главный бухгалтер осуществляет контроль над материальными и денежными средствами предприятия, руководит расходами, кассовыми и банковскими операциями, распределяет денежные средства, координирует работу сотрудников бухгалтерии и контролирует все вопросы решаемые бухгалтерией.
Юрисконсульт контролирует всю документацию предприятия на соответствие законодательству РФ, руководит делами, связанными с правоохранительными и судебными органами государства, осуществляет юридическую поддержку при ведении договорной деятельности.
Начальник отдела продаж непосредственно руководит сотрудниками отдела, контролирует все вопросы, решаемые отделом.
Техническое обслуживание автомобилей осуществляется двумя подразделениями компании:
1. Слесарный цех, который занимается ремонтом, техническим обслуживанием и проверкой технического состояния автомобилей.
2. Малярно-кузовной цех, специалисты которого работают с поврежденным кузовом автомобиля, восстанавливают геометрию кузова, производят замену поврежденных деталей, а также проводят покрасочные работы.
Этим же отделом осуществляется подготовка автомобилей к продаже, установка дополнительных аксессуаров.
Менеджер компании отвечает за учет автомобилей, поступающих для выполнения дополнительных работ и технического обслуживания, учет выполнения работ по автомобилям, подготовки отчетов о деятельности отдела.
Отдел кредитования и страхования помогает клиентам оформить кредит на покупку автомобилей и разобраться в вопросах автострахования. Специалисты отдела подробно консультируют клиентов по условиям предоставления кредита, предоставляют информацию по страховым программам и оформляют страховые полиса.
В должностные обязанности сотрудника ИТ-отдела входит:
• установка на серверы и рабочие станции программного обеспечения;
• интеграция программного обеспечения на файл-серверах, серверах систем управления базами данных и на рабочих станциях;
• поддержка рабочее состояние программного обеспечения сервера и рабочих станций;
• регистрация пользователей, назначение идентификаторов и паролей.
Служба эксплуатации компании занимается организацией работы хозяйственных служб (эксплуатация сооружений, ремонт, уборка), а также отвечает за материально-техническое снабжение.
Отдел маркетинга занимается разработкой и проведением рекламных кампаний, PR-акций и мероприятий, направленных на формирование и поддержание имиджа Компании.
Отдел персонала занимается вакансиями в автосалоне, привлечением новых сотрудников, кадровым администрированием, а также обучением и развитием персонала.
Основными целями деятельности любого компании является восстановление изменившихся в процессе эксплуатации параметров системы автомобиля, предупреждение снижения эффективности ее работы, а также исключение преждевременного разрушения и снижения безопасности.



1.1.2 Описание основных бизнес-процессов компании


Основной функциональной обязанностью продавца консультанта является осуществление продаж и их учет.
Учет продаж – задача, от эффективности решения которой зависит эффективность работы торговой компании в целом.
Управление продажами заключает в себе функции подбора торгового персонала, организации торгового персонала, прогнозирования и планирования продаж, идентификации потенциальных клиентов, поддержания информации о клиентах, а также создания и управления графиками продаж [8].
Как выяснено руководством предприятия, в последнее время часто возникает ситуация, когда объемы выполняемых услуг в автосалоне не совпадают, несовпадение также может происходить как по наименованию, так и по количеству. В результате большое количество аксессуаров и запасных частей остается хранится на складе или не может быть поставлено вовремя клиентам. В связи с этим фирма несет убытки.
На рисунке 2 представлен бизнес процесс учета продаж в рассматриваемой компании.

Рисунок 2 - Бизнес-процессы, выполняемые продавцом консультантом, нулевой уровень
Деятельность продавца консультанта заключается в консультировании клиента, оказании ему помощи в выборе аксессуаров, услуг или товаров. При этом для подбора нужной услуги клиент должен обязательно сообщить данные своего автомобиля, если же такой возможности нет, то продавец консультант использует справочники для определения совместимости услуги или товара с автомобилем клиента. Если клиент решил сделать покупку, то продавец консультант выписывает ему квитанцию для оплаты, с которой клиент может оплатить заказ и получить его у продавца либо сразу, либо после готовности (если для выполнения услуги требуется какое-то время).
Далее продавец консультант учитывает продажу в книге продаж путем записи даты, времени продажи, товаров, общей суммы.
На основании оплаченных квитанций и записей в книге продаж ежедневно продавец консультант формирует отчеты по продажам за день (или другой период), по категориям товаров, а также общий отчет по продажам.
Данный порядок отражен на схеме декомпозиции процессов продавца консультанта, приведенной на рисунке 3.

Рисунок 3 - Декомпозиция бизнес-процессов продавца консультанта

Существующий порядок работы продавца консультанта имеет недостатки, которые заключаются в использовании бумажных форм документов, что влечет за собой повышенную вероятность допущения ошибок и значительную трудоемкость.
Ошибки при анализе продаж влекут за собой неверное толкование направления развития компании, что, в свою очередь, влечет за собой снижение прибыли.
Таким образом, уменьшается эффективность деятельности всего предприятия. Поэтому анализ продаж должен производиться с максимальной скоростью и достоверностью для обеспечения наиболее верных результатов анализа, так как результаты анализа в конечном итоге влияют на принятие стратегических решений всей компании.
1.2 Обзор аналогов

Перед тем, как начинать разрабатывать информационную систему, был выполнен поиск, изучение и анализ существующих аналогичных web-сайтов. На основе этого анализа была выполнена постановка задачи.
Для анализа интернет-сайтов конкурирующих фирм не имеет значение их территориальное местоположение. Принципы работы магазинов, реализующих продажу грузовой техники, по большей части одинаковы.
Бренд «KAMAZ» является крупнейшим автоконцерном производящим седельные тягачи и самосвалы.
Сайт магазина имеет простой дизайн (рисунок 4). Покупатель может выбрать тип техники по категориям, а также авторизоваться в личном кабинете.
Сайт предоставляет информацию для покупателей о характеристиках грузовика, совершении оплаты, лизинге и аренде.

Рисунок 4 – Главная страница бренда «КАМЦЕНТР»

«ГЛАВМАЗ». Сайт данного бренда, как и предыдущий, имеет лаконичный, простой дизайн (рисунок 5). В магазине представлены все виды грузовой техники. Навигация по сайту интуитивно понятная и удобная. Сайт содержит всю необходимую информацию для покупателя, авторизация при этом не требуется.


Рисунок 5 – Главная страница бренда «ГЛАВМАЗ»

Бренд «MAN» занимается продажей своей грузовой техники. Дизайн сайта выполнен в белой гамме. Навигация по сайту немного затруднена (рисунок 6).
Сайт содержит всю необходимую информацию для покупателя, авторизация при этом не требуется.



Рисунок 6 - Главная страница бренда «MAN»

Помимо вышеперечисленных работ, были просмотрены и другие аналоги, они все имеют похожую структуру.
Анализируя работы была сформирована таблица (таблица 1) с критериями соответствия поставленной задачи.
Таблица 1 – Сравнения сайтов по критериям.

Авторизация Навигация Поиск информации
«KAMAZ»
+ Удобная, интуитивно понятная
+
«ГЛАВМАЗ»
- Удобная, интуитивно понятная
+

Продолжение Таблицы 1.
«MAN»
- Затруднена
-

Рассмотренные web-сайты будут использоваться как шаблоны и примеры функционала, так как содержат в себе много интересных задумок. Тот же функционал, но разработанный на специфике исследуемой компании можно легко реализовать в собственной разработке, и в долгосрочной перспективе это решение может оказаться более выгодным.
1.3 Определение требований к системе

Функциональные требования устанавливают, каким образом продукт должен функционировать в различных ситуациях, т.е. описывают, какие возможности должна предоставлять разрабатываемая система.
Были определены следующие функциональные требования:
- автоматизировать процесс учет поиска информации об автомобилях и запчастях путем внедрения ИС учета продаж автоцентра;
- создать информационно-справочную систему, позволяющую быстро находить нужную информацию по учету оказания услуг и работ;
- обеспечить достоверность данных;
- в базе данных должна храниться информация об автомобилях, услугах и пользователях;
- авторизация пользователя;
- добавление на продажу грузовых автомобилей (режим администратора);
- возможность отслеживания периодичности и последовательности работы пользователей в системе;
Нефункциональные требования к системе являются дополнительными условиями, которые не относятся напрямую к функциональной составляющей системы. Они описывают свойства, качества и ограничения, которым должна соответствовать система в процессе ее эксплуатации.
Были определены следующие нефункциональные требования:
- система должна обладать простым и понятным интерфейсом для удобства ее использования. Пользователи должны иметь возможность войти или зарегистрироваться в системе;
- также интерфейс программы должен обладать мощной системой фильтрации. Все действия должны проводиться визуально и интуитивно понятно для пользователя.
- цветовая гамма должна быть контрастной, но не напрягать глаза пользователя при длительной работе.
- весь текст должен быть удобен для чтения пользователем.


























2 ТЕХНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

2.1 Архитектура системы

Архитектура информационной системы – это концепция, согласно которой взаимодействуют компоненты информационной системы.
Существуют следующие виды архитектур ИС:
- Локальная;
- Файл-серверная;
- Клиент-серверная;
- Трехслойная.
Рассмотрим каждую из них подробнее.
Локальная архитектура предусматривает объединение всех компонентов программного продукта в едином исполняемом процессе, выполняющем все функции, связанные с выполнением задачи, включая ввод/вывод, пользовательский интерфейс, вычисления и обработку данных, а также другие необходимые операции.
Эта архитектура является одной из старейших, используемых для создания программного обеспечения, и люди постоянно создают новые программы на ее основе. Она популярна благодаря своим многочисленным преимуществам.
Локальная архитектура проста в реализации и, кроме того, обеспечивает высокую производительность и надежность разработки, так как программный продукт создается в виде одной монолитной части, используя хорошо знакомые инструменты разработки. Эта простота значительно уменьшает затраты на обучение, особенно для маленьких проектов.
Однако локальная архитектура имеет и ряд недостатков, прежде всего, низкую масштабируемость. Неспособность обеспечить высокую вычислительную мощность и функциональность централизации делает эту
архитектуру неэффективной для крупных проектов. Это объясняет развитие

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

Рисунок 7 – Локальная архитектура ИС
Файл-серверная архитектура информационной системы представляет собой модель, в которой центральный сервер является хранилищем данных и ресурсов, к которому подключены клиентские компьютеры.
В этой архитектуре сервер играет роль основного источника данных, а клиенты получают доступ к этим данным через сетевое соединение.
В файл-серверной архитектуре ИС данные хранятся централизованно на сервере. Сервер обеспечивает доступ к файлам и ресурсам, а клиенты могут выполнять операции с этими файлами, такие как чтение, запись, изменение и удаление, через сетевое соединение. Клиенты обращаются к серверу для получения данных и отправки запросов на обработку.
Преимущества файл-серверной архитектуры ИС включают:
- Централизованное управление данными – хранение данных на сервере позволяет обеспечить централизованное управление данными, что упрощает их обновление, резервное копирование и обеспечивает согласованность информации.

- Общий доступ к данным – клиенты могут получать доступ к общим данным и ресурсам, что позволяет совместное использование информации и улучшает совместную работу между пользователями.
- Удобство и гибкость – клиенты могут легко получить доступ к данным и использовать их в своих операциях без необходимости хранения данных локально. Это обеспечивает гибкость в работе и удобство использования системы.
Однако, у файл-серверной архитектуры также есть свои недостатки:
- Высокая загруженность сети и, как следствие, низкая скорость работы.
- Зависимость от сети – для работы в файл-серверной архитектуре требуется надежное и стабильное сетевое соединение между сервером и клиентами. Перебои в сети могут привести к проблемам в доступе к данным.
- Ограниченные возможности работы в автономном режиме – если клиенты теряют соединение с сервером или работают вне сети, доступ к данным и функциональности может быть ограничен.
- Сложность поддержания непротиворечивости данных, из-за их несогласованной обработки разными пользователями.
Файл-серверная архитектура информационной системы широко применяется в организациях, где требуется централизованное хранение и управление данными, а также обеспечение совместной работы между пользователями.



Рисунок 8 – Файл-серверная архитектура ИС


Клиент-серверная архитектура информационной системы представляет собой модель, в которой функции и задачи системы распределены между клиентскими компьютерами и сервером.
В этой архитектуре клиенты являются конечными устройствами, такими как компьютеры или мобильные устройства, которые выполняют пользовательские операции, а сервер предоставляет услуги, обрабатывает запросы клиентов и управляет данными и ресурсами системы.
Клиент-серверная архитектура ИС имеет следующие преимущества:
- Распределение задач – задачи и функции системы распределены между сервером и клиентами, что позволяет эффективно использовать ресурсы и вычислительную мощность устройств.
- Совместная работа – клиенты могут взаимодействовать между собой и обмениваться данными через сервер. Это обеспечивает возможность совместной работы и обмена информацией между пользователями.
- Централизованное управление данными – сервер является центральным источником данных, что облегчает управление данными, их синхронизацию и обеспечение согласованности информации.

Весь текст будет доступен после покупки

1. Седжвик Р. Алгоритмы на Java / Р. Седжвик, К. Уэйн . – М.: ООО “И.Д. Вильямс”, 2013. – 848 с
2. Кузин А. В., С. В. Левонисова, Базы данных, - Москва, Издательство: Академия, 2014 г., 320 стр.
3. Кумскова И. А., Базы данных, - Москва, Издательство: КноРус, 2014 г., 488 стр.
4. Вигерс, Битти: Разработка требований к программному обеспечению, - Москва, Издательство: BHV, 2014 г., 736 стр.
5. Брайан Хоган: HTML5 и CSS3. Веб-разработка по стандартам нового поколения, - Москва, Издательство: Питер, 2014 г., 320 стр.
6. Вадим Дунаев: HTML, скрипты и стили, - Москва, Издательство: BHV, 2015 г., 824 стр.
7. Гамма Э. Приемы объектно-ориентированного проектирования. Паттерны проектирования / Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. - СПб.: Питер, 2015 г. – 368 с.
8. Грекул В.И. Проектирование информационных систем / Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. – М.: Интернет-университет информационных технологий, 2018 г. - 321 с.

Весь текст будет доступен после покупки