В последнее время стало появляться большое количество фирм оказывающих услуги по перевозу различных грузов. Каждая фирма имеет в своём подчинении несколько машин, штат сотрудников, включая грузчиков и водителей различного стажа. Многие из руководителей фирм уже давно пришли к мнению, что сайт в сети неотъемлемый инструмент по привлечению новых клиентов в наше время.
Однако этого всего становится не достаточно для того, чтобы занимать лидирующие места на рынке. Зачастую сайты, которые расположены в Интернете, не предоставляют возможность оставить заявку онлайн, без звонка оператору, а лишь размещают номера телефонов для связи. Это как ни странно не редкость.
Есть компании, которые предоставляют возможность онлайн-заказа, но отвечают на него не так оперативно, как этого ожидает пользователь. Часто это связано с технической реализацией обработки полученных данных.
Для того чтобы быть лидером в сфере оказания услуг по транспортировке грузов нужно иметь все выше перечисленные достоинства, а так же иметь возможность учёта выполненных заказов и отслеживания статистики выполнения заказов.
Целью выпускной квалификационной работы является разработать и внедрить соответствующий требованиям заказчика корпоративный сервис, состоящий из отдельных приложений, каждое из которых выполняет определённый список задач: от учёта данных получаемых в ходе выполнения водителями заказов на перевозку грузов до привлечения новых клиентов и предоставления им удобного сервиса по заказу грузового такси.
Исходя из поставленной цели выделим следующие задачи:
Изучение предметной области Разработка архитектуры корпоративной информационной системы
Разработка структуры баз данных
Разработка интерфейса
Составление технической документации
Составление руководства пользователя
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Разработка требований для создания корпоративной информационной системы для транспортной компании.
1. Общие сведения
1.1 Полное наименование системы и ее условное обозначение
Корпоративная информационная система для транспортной компании, краткое название системы «КИС для ТК».
1.2 Наименование предприятия разработчика и заказчика
Разработчиком выступает студент четвертого курса института космических и информационных технологий направления «Программная инженерия». Заказчиком выступает ООО «Вторресурс 24».
Разработка системы автоматизации рабочего места диспетчера такси
... автоматизированное рабочее место диспетчера такси. Целью дипломной работы является разработка системы автоматизации рабочего места диспетчера такси, позволяющей автоматизировать работу диспетчеров, по учету и ... тарифах Таблица 3.4 - Входные данные по тарифам Вид поездки … 3.1.2 Перечень выходных данных Поступившие заказы Таблица 3.5 - Выходные данные по заказу № Дата/Время Позывной Город отпр. ...
1.3 Перечень документов, на основании которых ведется разработка
Программный продукт создается на основании задания выпускной квалификационной работы. Документы были утверждены кафедрой информатики в начале 2015/2016 учебного года.
1.4 Плановые сроки начала и окончания работ по созданию системы.
Программный продукт должен быть выполнен в срок, не позднее 15 июня 2016 года.
1.5 Порядок оформления и предъявления заказчику результатов работы
Программный продукт должен быть представлен заказчику с отчетом в твердом переплете.
1.6 Сведения об источниках финансирования
[Электронный ресурс]//URL: https://drprom.ru/referat/na-temu-razrabotka-bazyi-dannyih-dispetcherskogo-punkta-transportnoy-kompanii/
Финансирование отсутствует, т.к. ПО разрабатывается в рамках выпускной квалификационной работы.
1.7 Шифр темы или шифр договора
Шифр отсутствует, т.к. ПО разрабатывается в рамках выпускной квалификационной работы.
2. Назначение и цели создания системы
2.1 Назначение системы
Корпоративная информационная система предназначена для автоматизации основных бизнес-процессов транспортной компании [5].
Система позволяет сотрудникам компании вести учёт совершённых заказов на транспортировку грузов в электронном виде; клиентам компании предоставляется возможность оставления заказа на сайте; все данные хранятся на едином удалённом сервере и используются для обработки и формирования статистики [6].
2.2 Цели создания системы
Система создавалась с целью успешного выполнения и защиты выпускной квалификационной работы, а также с целью внедрения КИС в организацию, которая занимается предоставление транспортировочных услуг в городе Красноярске.
3. Характеристика объекта автоматизации
3.1 Краткие сведения об объекте автоматизации или ссылки на
документы, содержащие такую информацию.
Объект автоматизации – транспортная компания «Грузовоз 24». Подробная информация находится в разделе «Руководство к корпоративной информационной системе».
3.2 Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды
Данную систему предлагается использовать в частном бизнесе по предоставлению транспортировочных услуг, а точнее в транспортной компании «Грузовоз 24». КИС адаптировано для использования в операционных системах Windows 7 и современных браузерах.
4. Требования к системе
4.1 Требования к системе
4.1.1 Требования к системе в целом
4.1.1.1 Перечень подсистем, их назначение и основные
характеристики
Корпоративная информационная система состоит из трёх модулей, с разграничением прав доступа:
- Приложение для ОС Windows «Учёт заказов для водителей» включает в себя возможности по ручному вносу сведений заказов, по автоматическому получению сведений из сайта и средствам модуля REST-API;
- приложение выводит статистику по количеству заказов, по самому выгодному водителю, по источнику заказов и другую.
На сайте есть возможность заказать грузовое такси, ознакомиться с тарифами, посмотреть контакты, сделать звонок диспетчеру, узнать состояние заказа, оставить отзыв.
Теоретические основы настройки и оптимизация производительности ...
... ИССЛЕДОВАНИЯ: Раскрыть понятие операционная система. Изучить основы настройки и оптимизации производительности операционной системы XР. Изучить основы настройки и оптимизации производительности ОС Windows 7. Сделать сравнительный анализ настройки и оптимизации производительности Операционных Систем Windows. Методы исследования: изучение, анализ, сравнение, наблюдение, Курсовая работа состоит из ...
REST-API создаётся для единого доступа всех приложений к базам данных [3].
КИС представляет собой единую системы, состоящую из нескольких модулей, разграниченных правами доступа [7].
Информационный обмен происходит посредством работы с базой данных MySQL и REST-API, в которой находятся все необходимые данные для каждого модуля. Просмотреть структуру БД можно в Приложении 1.
4.1.1.2 Требования к характеристикам взаимосвязей создаваемой
системы со смежными системами.
Система должна взаимодействовать с БД MySQL посредством RESTAPI.
4.1.1.3 Требования к режимам функционирования системы
Реализация основного режима функционирования, при котором все модули работают в полном режиме без сбоев. В случае возникновения аварийной ситуации КИС должна завершать работу, сохраняя последние произведенные операции с данными.
4.1.1.4 Перспективы развития, модернизации системы
Данная КИС будет дорабатываться, и модернизироваться согласно плану компании-заказчика. В планах выпустить приложения для мобильных платформ и расширить функционал уже существующих модулей КИС.
4.1.2 Требования к численности и квалификации персонала системы и
режиму его работы
4.1.2.1.1Требования к численности персонала
Для использования КИС необходим лишь один диспетчер, отвечающий за ввод полученной информации и формирования автоматических отчётов при надобности.
4.1.2.2 Требования к квалификации персонала, порядку его
подготовки и контроля знаний и навыков
Пользователь должен обладать базовыми навыками работы в операционных системах Windows 7 и операционных системах Windows, разработанных позднее. Отдельные курсы повышения квалификации и подробный инструктаж необязателен. Интерфейс и функционал КИС прост и интуитивно понятен.
4.1.3 Показатели назначения
Система предназначены для эксплуатации в операционных системах Windows 7 и операционных системах Windows, разработанных позднее.
4.1.4 Требования к надежности
Система и ее модули должны работать без сбоев в полном функционале. В случае возникновения аварийной ситуации КИС должна завершать работу, сохраняя последние произведенные операции с данными. Вероятность безотказной работы должна составлять минимум 0,97, т.е. система должна корректно функционировать в 97% случаев. Стабильная работа системы не гарантирована на устройствах, не попадающих в перечень устройств необходимых для работы, описанных в п. 4.1.3
4.1.5 Требование к безопасности
Использование системы безопасно, т.к. она не работает с личными данными пользователя, сохраненными в БД.
4.1.6 Требование к эргономике и технической эстетике
Функционал и интерфейс должен быть интуитивно понятен пользователю.
4.1.7 Требования к защите информации от несанкционированного
доступа
Для удаления данных из КИС требуется ввести пароль. Пароль знает только разработчик КИС и Директор компании-заказчика.
4.2 Требования к функциям, выполняемым системой
4.2.1 Перечень всех функций и задач
В приложении для ОС Windows «Учёт заказов для водителей» имеется несколько основных функции:
Автоматизация системы учета заказов на предприятии
... система работы с заказами и поставщиками в настоящее время является довольно примитивной, каждый менеджер ведет учет ... клиентов фирмы несколько крупных судоходных компаний, геологоразведочные организации, туристические бюро и ... работы на предприятии. 1.2 Принципы построения инфологических моделей Естественно, что проект базы данных надо начинать с анализа предметной области и выявления требований ...
Добавление водителя
Добавление заказа водителю
Изменение водительских данных
Изменение данных заказа
Удаление заказа
Удаление водителя.
Сайт компании должен иметь следующие функции:
Заказ такси
Оставление отзыва о компании
Предоставление контактов для связи
Ознакомление с ценами и автопарком
Ознакомление с услугами компании
4.2.2 Требования к качеству реализации каждой функции
Все функции модулей должны быть реализованы в соответствии с ТЗ (раздел «Техническое задание»).
Необходимо предусмотреть возможность модернизации системы (добавление/изменение/удаление функций из системы).
4.2.3 Перечень и критерии отказов системы
Сбои и отказы системы вероятны только при использовании программного обеспечения, не входящих в список ПО, описанного технического задания.
1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Анализ предметной области.
Транспортная компания – это небольшое предприятие, которое предоставляет услугу по перевозке грузов различных видов. Перевозка может осуществляться как с грузчиками, так и без. Грузчики исполняют роль помощников при транспортировке грузов от начальной точки расположения (квартира, офис и т.д.) до машины, и в обратную сторону. В частности в компании «Грузовоз 24» имеется возможность заказать следующие виды транспорта:
«Газель 2 тонны»
«Мебельная будка 3 тонны»
«Мебельная будка 5 тонн»
«Кран-воровайка»
и другие
Транспортная компания имеет одного директора и диспетчера, более 30 водителей и грузчиков, которые получают заявки напрямую от диспетчера. Диспетчер в свою очередь получает заявки в основном на телефон. Большую часть времени уделяется записи заявок на бумагу и последующий учёт прибыли и долгов по каждому из работников. Для автоматизации работы диспетчера и директора по учёту и подсчёту всей необходимой информации была предпринята самостоятельная попытка упорядочивания данных при помощи электронных таблиц. Это решение работало первое время, но из-за больших объёмов информации и сбоев в работе программы было принято решение по автоматизации процессов обработки информации и её получения другим способом. Было решено создать специальную корпоративную информационную систему. Эту систему было решено реализовать из нескольких отдельных программ/модулей:
1. Учёт водителей и заказов. Данная программа отвечает за
учёт заказов, их создание, редактирование, за назначение их
конкретному водителю и последующий расчёт долга водителя.
Программа делается специально для ОС Windows 7 и выше.
2. Сайт ТК «Грузовоз 24». Сайт представляет собой
информационный ресурс в сети Интернет, который знакомит
посетителя с имеющимися в распоряжении компании грузовыми
машинами, доступными для заказа. Объясняет по средствам
статей, какие услуги предоставляет компания. Основная задача и
возможность сайта – это онлайн-заказ такси.
3. Rest-API. Специальный сервис/модуль, который
предоставляет собой связной узел между сайтом и программой по
учёту водителей и заказов [4].
Так же была создана диаграмма UseCase. Суть диаграммы вариантов использования состоит в следующем. Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система (в данном случае клиент транспортной компании), которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. Вариант использования служит для описания сервисов, которые система предоставляет актеру (клиенту).
Проектирование и реализация хранилища данных для анализа бизнес ...
... компаниям требуется организовать работу с информацией наилучшим образом. Поэтому возникла необходимость в создании специализированных систем хранения данных и дополнительных средств анализа поступающей информации. Система хранения данных ... присутствия в корпоративном отделе или при помощи факса, формируют заказ. Сформированный заказ отгружается со склада после передачи счета на отгрузку товара. ...
Диаграмма вариантов использования может дополняться пояснительным текстом, который раскрывает смысл или семантику составляющих ее компонентов.
Рисунок 1 – диаграмма вариантов использования
Вся структура предприятия имеет следующий вид
Рисунок 2 – организационная структура транспортной компании
Основным направлением деятельности транспортной компании является предоставление услуг по транспортировки грузов различного типа.
Для более полного понимания работы компании необходимо представить описание основного бизнес-процесса транспортной компании – перевозка груза.
Рисунок 3 – Бизнес-процесс заказа транспортировочных услуг
Для полного понимания принципа формирования долга водителя рассмотрим пример.
Водитель получает заказ на перевозку груза по тарифу 500 рублей за час работы. У водителя на выполнение работ ушло 2 часа. Водитель должен получить 1000 рублей за выполненную работу. Но так как он получил заказ от ТК, то он обязан вернуть согласно тарифу заказа фиксированную сумму, не зависящую от времени выполнения заказа. Для данного тарифа эта сумма – 150 рублей. Эта сумма записывается как долг водителя и может накапливаться до определённого в индивидуальной договорённости лимита. Водитель может погашать долг, как авансом, так и оплатой по завершённым заказам. Все взносы водителя фиксируются диспетчером.
1.2 Функциональная модель бизнес-процессов
Построение модели корпоративной информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы. Опишем основной бизнес-процесс выполнение транспортировочных работ.
Рисунок 4 – Контекстная диаграмма «Транспортировка грузов»
Взаимодействие системы с окружающей средой описывается с помощью входов («Заявка по телефону», «Заявка с сайта»), выходов («Выполнение работ», «Отмена заказа») и управления («Устав», «Законы РФ»).
Заявка по телефону – клиенты, звонящие по телефону напрямую
диспетчеру.
Заявка с сайта – СМС-сообщение содержащие минимальные
необходимые данные для подбора машины и оформления заказа
(откуда, куда везти; телефон для связи; дата и время подачи
машины; количество грузчиков).
Выполнение работ – подача машины в пункт А, погрузка вещей в
машину, проезд до точки Б, выгрузка вещей из машины.
Законы РФ – законы по защите прав потребителей и всероссийские
нормы на осуществление коммерческой деятельность.
Отмена заказа – отмена заказанной транспортировочной услуги.
После описания контекстной диаграммы переходим к процессу декомпозиции – разбиваем системы на подсистемы для конкретизации описания всех процессов, протекающих в транспортной компании. Декомпозиция выполняется с целью подробной детализации, для понимания роли проектируемого ПО и для написания спецификаций процессов.
Создание базы данных аэропорта
... этой работы является создать базу данных в СУБД ACCESS. Которая должна будет автоматизировать работу служащих аэропорта. 1. Предметная область 1.1 Описание ER-модели Аэропорт Билет Пассажиры Самолет Рейс ∞ Свойство таблиц 1. Аэропорт. ...
Рисунок 5 – диаграмма декомпозиции «Транспортировка грузов»
Процесс функционирования транспортной компании для бизнеспроцесса «Транспортировка грузов», как можно видеть на рисунке выше, состоит из 5 основных этапов:
Запись данных на бумаге – этап, который выполняется лишь при
условии звонка по телефону.
Получение СМС с данными о заказе – этот этап не требует переноса
информации на бумагу, после него сразу же выполняется следующий
этап.
Занос данных в таблицу Excel – все полученные от клиента данные
заносятся для учёта заказов в электронные таблицы Excel.
Обзвон подходящих водителей – обзваниваются несколько
подходящих под параметры заказа водителя. Если водитель найден,
то он приступает к выполнению заказа, если нет, то заказ отменяется.
Не найден водитель или заказчик отменил заявку – заказчик может
на любом этапе отменить заявку. Водитель может отказать от заявки
по собственным соображениям, но лишь, перед тем как начать её
выполнение.
После внедрения КИС этап получения заказа сайта был частично автоматизирован. После получения заказа с сайта диспетчеру остаётся лишь найти соответствующего требованиям водителя и сообщить клиенту о принятие заказа к выполнению. Информация, полученная от клиента, по средствам формы заказа на сайте автоматически заносится в систему.
1.3 Выбор технологии реализации ПО
Qt 5.5.1
Для реализации модуля КИС «Учёт водителей и заказов» был выбран Qt – кроссплатформенный инструментарий разработки ПО на языке программирования C++ [1].
Выбор данного инструмента разработки был обусловлен требованиями заказчика, описанными в техническом задании на реализацию КИС. Так же были рассмотрены другие инструменты для разработки. В их числе: MFC, WinAPI, WPF.
Qt позволяет запускать написанное с его помощью ПО в большинстве современных операционных систем путём простой компиляции программы для каждой ОС без изменения исходного кода. Включает в себя все основные классы, которые могут потребоваться при разработке прикладного программного обеспечения, начиная от элементов графического интерфейса и заканчивая классами для работы с сетью, базами данных и XML. Qt является полностью объектноориентированным, легко расширяемым и поддерживающим технику компонентного программирования.
Отличительная особенность Qt от других библиотек — использование Meta Object Compiler (MOC) — предварительной системы обработки исходного кода. MOC позволяет во много раз увеличить мощь библиотек, вводя такие понятия, как слоты и сигналы. Кроме того, это позволяет сделать код более лаконичным. Утилита MOC ищет в заголовочных файлах на C++ описания классов, содержащие макрос Q_OBJECT, и создаёт дополнительный исходный файл на C++, содержащий метаобъектный код.
MySQL 5.5.11
Так как КИС планируется быть не высоконагруженной, то выбор СУБД пал на MySQL – решение для малых и средних приложений. Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Была выбрана версия 5.5 как одна из самых стабильных на время начала реализации проекта.
Использование баз данных и СУБД для обработки информации
... программа, которая управляет данными, осуществляет хранение, извлечение, поиск, редактирование информации, хранимой в базе данных. СУБД также подразделяются на иерархические, сетевые и реляционные в зависимости от данных которые они обрабатывают. Таблица - это набор ...
REST-API
Языки программирования: C++, PHP, JS.
2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
2.1 Определение сущностей
На данном этапе проектирования базы данных были определены основные сущности:
Drivers – таблица, содержащая данные о водителях
Orders – таблица, содержащая данные по заказам; является основной
таблицей
Pay_types – таблица, содержащая типы оплат
Car_types – таблица, содержащая типы грузовых машин
Физическая модель данных зависит от конкретной СУБД, в ней содержится информация обо всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД и ее диалекта SQL.
Основными объектами логической модели данных являются сущности, атрибуты и взаимосвязи. Физическая модель данных, как правило, создается на основе логической, поэтому каждому объекту логической модели соответствует объект физической модели (хотя соответствие может быть неоднозначным).
В физической модели данных сущности логической модели данных соответствует таблица, экземпляру сущности — строка в таблице, а атрибуту — колонка таблицы. Кроме перечисленных выше объектов, физическая модель может содержать объекты, тип которых зависит от СУБД: индексы, представления, последовательности, триггеры, процедуры и т.п. Если в логической модели данных не имеет большого значения, какой конкретно тип данных у атрибута, то в физической важно описать всю информацию о конкретных объектах.
Рисунок 6 – Физическая модель базы данных
2.2 Определение ключевых элементов и атрибутов сущностей
На данном этапе проектирования БД мы уже имеет определенные сущности. Далее нам нужно задать для наших основных сущностей атрибуты и ключевые элементы.
Атрибут — это информационное отображение свойств объектов. Каждый объект характеризуется рядом основных атрибутов. Каждый атрибут в модели должен иметь уникальное имя — идентификатор. Атрибут, при реализации информационной модели на каком — либо носителе информации часто называют элементом данных, полем данных или просто полем.
Ключевым элементом данных называется такой элемент, по которому можно определить значения других элементов данных.
Первичный ключ — это атрибут (или группа атрибутов), которые единственным образом идентифицируют каждую строку в таблице.
Атрибуты и первичные ключи сущностей для информационной
модели, включаемые в состав базы данных, приведены ниже:
Drivers – таблица, содержащая данные о водителях.
Таблица 1 – Таблица Drivers
№ Наименование поля Содержание Тип поля 1 id Идентификатор водителя Счётчик 2 fio Фамилия, имя и отчество водителя Строковый 3 type Тип машины водителя Строковый 4 dolg Долг водителя Числовой 5 phone Телефон водителя Строковый
Рисунок 7 – Таблица Drivers
Orders – таблица, содержащая данные о закзах.
Таблица 2 – таблица Orders
№ Наименование поля Содержание Тип поля 1 id Идентификатор заказа Счётчик 2 otkuda адрес, откуда нужно забирать грузы Строковый 3 kuda адрес, куда нужно транспортировать грузы Строковый 4 phone телефон заказчика Строковый 5 gruzchiki количество грузчиков Числовой 6 gruz_tarif тариф грузчиков Строковый 7 cash сумма, которую должен будет вернуть водитель Строковый 8 driver идентификатор водителя Числовой 9 others дополнительная информация, комментарий Строковый 10 order_date дата для выполнения заявки Строковый 11 order_time время для выполнения заявки Строковый 12 driver_tarif тариф водителя Строковый 13 gruzovik тип грузовик из таблицы Числовой 14 type состояние оплаты долга водителем Строковый 15 pay_type тип оплаты водителем долга Числовой
Автоматизация базы данных для ООО «ОриенБанк»
... современный универсальный банк, заинтересован видеть в числе акционеров своих стратегических партнеров по работе в различных секторах рынка, клиентов, рассматривающих покупку пакета акций как часть ... в отрасли, обеспечивающие жизнедеятельность городов и районов республики. Благодаря увеличению ресурсной базы, в результате активного проведения рекламных мероприятий в средствах массовой информации и ...
Рисунок 8 – Таблица Orders
Pay_types – таблица, содержащая типы оплат.
Таблица 3 – таблица Pay_types
№ Наименование поля Содержание Тип поля 1 id идентификатор типа оплаты Счётчик 2 name название типа оплаты Строковый
Рисунок 9 – Таблица Pay_types
Car_types – таблица, содержащая типы грузовых машин.
Таблица 4 – таблица Car_types
№ Наименование поля Содержание Тип поля 1 id Идентификатор типа грузовика Счётчик 2 name Название типа грузовика Строковый 3 price Стоимость одного часа работы грузовика Числовой
Рисунок 10 – Таблица Car_types
3. РАЗРАБОТКА ПРОГРАММНОЙ СРЕДЫ
3.1 Разработка интерфейса пользователя
На данном этапе мы имеем спроектированную модель базы данных, т.е. состав сущностей, связи между ними, поля-характеристики, определены первичные ключи и атрибуты сущностей. Далее необходимо разработать стратегию разработки графического интерфейса пользователя. Все этапы, входящие в данных процесс, можно разделить на следующие группы:
Предпроектный анализ
Сбор требований
Проектирование интерфейса
Дизайн интерфейса
Подготовка спецификации
3.2 Предпроектный анализ
Работы по проектированию интерфейса начинаются с предпроектного анализа. В самом начале определяется цель и видение проекта, далее описывается предполагаемая функциональность системы в виде кратких сценариев взаимодействия.
Сценарии взаимодействия — описание того как должны работать функции системы. Они могут рассказывать о сути и особенностях работы функций, как в общем виде, так и в подробном, алгоритмическом. Первый вариант нужен для того чтобы понять, зачем нужна и что делает функциональность. Второй по шагам расписывает все возможные сценарии использования продукта — что может сделать пользователь и как должна отреагировать на его действия система.
Сценарий взаимодействия приложения для ОС Windows с сайтом при помощи REST-API:
Пользователь заходит на сайт. Он вводит свои данные в поля формы и нажимает кнопку отправить. Данные проверяются на соответствие требованиям, и если они верны, то записываются в БД. Далее, сервер посылает уведомление всем клиентам о поступлении нового заказа. Этот заказ обрабатывает диспетчер, ищет подходящую машину, и если находит, то далее выполняются работы. Так же диспетчер перезванивает заказчику и уведомляет его о статусе заказа. Диспетчер фиксирует статус в программе, и приписывает заявку водителю. Все данные автоматически пересчитываются.
Контрольная работа: Организация рабочего места водителя
... местом для отдыха водителя. 4.1.5 Водителям, осуществляющим перевозки для учреждений здравоохранения, организаций коммунальных служб, телеграфной, телефонной и почтовой связи, продолжительность ежедневной работы ... (контрактом), заключенным с водителем; и) время присутствия на рабочем месте водителя, когда он не управляет ... облученность водителя от стен кабины и двигателя - не более 35 Вт/м2, а от окон ...
3.3 Сбор требований
На следующем этапе необходимо подготовить подробный перечень функциональности (user stories).
Перечень функциональности (user stories) — это подробный список того что пользователь может делать в системе. Вся функциональность будущего продукта разбивается на простейшие возможности в виде «<�кто> <�что делает> <�с чем>». Каждая из функций имеет приоритет, определяющий важность для общего успеха продукта. Кроме того, для функции описываются критерии приемки — реакция на действия пользователя, при которых она считается правильно работающей. Это позволяет максимально детализировать все процессы, происходящие в системе и, как следствие, учесть их.
Также, ориентируясь на перечень функциональности, составляем карту навигации по нашей корпоративной информационной системе. Навигация это структура нашей системы. Графически показаны все модулю и функциональность в них в виде дерева. Таким способом выстраивается удобная информационная архитектура продукта.
3.4 Проектирование и дизайн интерфейса
В программе, для ОС Windows, «Учёт водителей и заказов» было решено в основном окне программы, выводить всю самую необходимую информацию: список водителей и их долгов, общий долг всех водителей, кнопки печати общего отчёта по водителям, кнопку отправки смс с долгами водителям, а так же снизу есть кнопка для добавления водителя. Так же напротив каждого водителя есть кнопки: добавление заказа, редактирование информации о водителе, погашение долга водителя. Для большей наглядности было принято решение заменить названия кнопок на картинки подходящие по смыслу. Все функции главного окна продублированы в верхнем контекстном меню.
Рисунок 11 – Основное окно программы «Учёт водителей и заказов»
Для отображения заказов конкретного водителя нужно кликнуть два раза мышкой по нужному водителю. Окно заказов отображает заказы водителя, его взносы, информацию по водителю: ФИО, машина, текущий долг, сумма полученных от него платежей и сумма на которую выполнил заявок водитель. Также имеются кнопки печати подробного отчёта по водителю и копка закрытия окна.
Рисунок 12 – Окно просмотра заказов водителя в программе «Учёт водителей и заказов»
Для добавления заявки водителю нужно нажать на изображение зелёного знака плюс в главном окне напротив нужного водителя. Окно добавления заказа водителю аналогично окну редактирования заказа водителя. Рисунок 13 – Окно добавления заказа в программе «Учёт водителей и заказов»
Для погашения долга водителя нужно открыть окно погашения долга. Окно открывается из основного окна при клике по изображению монет напротив нужного водителя.
Рисунок 14 – Окно погашения долга водителя в программе «Учёт водителей и заказов»
Для просмотра статистики нужно в основном окне программы в верхнем меню выбрать пункт «статистика» и выбрать подпункт «окно статистики» или нажать сочетание клавиш Ctrl+S. Окно статистики показывает общее количество водителей в штате и количество выполненных заявок всеми водителями. Также имеет пока что три кнопки: У кого больше всего заказов? Кто приносит больше всего прибыли? Откуда приходят клиенты?
Рисунок 15 – Окно статистики в программе «Учёт водителей и заказов»
ЗАКЛЮЧЕНИЕ
В процессе создания корпоративной информационной системы транспортной компании были использованы следующие технологии: Qt5, C+ +, Php, MySQL, JavaScript, Java, AndroidSDK.
Доступ к приложениям может получить любой пользователь, имеющий ПК, web-браузер и подключение к сети Интернет, что обеспечивает максимальное удобство для конечного потребителя [2].
Поставленные задачи были полностью реализованы и протестированы.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
[Электронный ресурс]//URL: https://drprom.ru/referat/na-temu-razrabotka-bazyi-dannyih-dispetcherskogo-punkta-transportnoy-kompanii/
1. Qt Documentation [Электронный ресурс] – Режим доступа: http://doc.qt.io/ Дата обращения: 15.04.2016
2. Руководство по PHP [Электронный ресурс] – Режим доступа: http://php.net/manual/ru/ [Дата обращения: 29.05.2016]
3. Использование HTTP методов для создания RESTful сервисов [Электронный ресурс] – Режим доступа: http://www.restapitutorial.ru/ lessons/httpmethods.html [Дата обращения: 05.06.2016]
4. Архитектура REST [Электронный ресурс] – Режим доступа: https://habrahabr.ru/post/38730/ [Дата обращения: 01.06.2016]
5. Корпоративная информационная система: определение и структура. Современные подходы к построению корпоративных информационных систем [Электронный ресурс] – Режим доступа: http://e-educ.ru/ism14.html [Дата обращения: 03.04.2016]
6. КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ [Электронный ресурс] – Режим доступа: http://iablov.narod.ru/igupit/ kislec.htm [Дата обращения: 26.04.2016]
7. Корпоративные информационные системы. Информационные технологии предприятий | Лекция | НОУ ИНТУИТ [Электронный ресурс] – Режим доступа: http://www.intuit.ru/studies/courses/13833/ 1230/lecture/24069 [Дата обращения: 19.05.2016]
СПИСОК СОКРАЩЕНИЙ
БД – база данных
ОС – операционная система
ТЗ – техническое задание
СУБД – система управления базами данных
КИС – корпоративная информационная система
АИС – автоматизированная информационная система
ФИО – фамилия, имя, отчество
