РАЗРАБОТКА ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ РАСПРЕДЕЛЕНИЯ ЗАЯВОК НА ПЕРЕВОЗКУ ГРУЗОВ МЕЖДУ ПЕРЕВОЗЧИКАМИ

Ушкова Т.В. 1

1Набережночелнинский институт КФУ

Работа в формате PDF

3.1 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Аннотация

Дипломный проект на тему: «Разработка интеллектуальной системы распределения заявок на перевозку грузов между перевозчиками» содержит 105 страниц пояснительной записки, рисунков – 52, таблиц – 13, формул – 9, использованных источников – 24.

Объектом исследования является транспортное предприятие, занимающееся осуществлением грузовых перевозок.

Целью дипломного проекта является разработка интеллектуальной системы распределения заявок на перевозку грузов между водителями.

В результате исследования была обоснована актуальность рассматриваемой тематики, разработана интеллектуальная система распределения заявок на перевозку грузов между перевозчиками, проанализирована информационная безопасность системы и экономическая эффективность.

Интерпретация экономических расчётов позволяет судить об эффективности капиталовложений, так как показатели экономической эффективности проекта равны: чистый поток денежных средств – 454 тыс. руб.; срок окупаемости (простой) – 1 год и 11 месяцев, срок окупаемости (дисконтированный) – 2 года и 4 месяца.

ОГЛАВЛЕНИ

Аннотация 4

Введение 7

1АНАЛИТИЧЕСКАЯ ЧАСТЬ 8

1.1 Анализ транспортной компании, основные характеристики и организационная структура 9

1.2 Аналитический обзор существующих решений в области управления заявками на перевозку груза 13

1.2.1 Программный продукт «БИТ: Экспедирование» 13

1.2.2 Программный продукт «Global Transport» 14

1.2.3 Программный продукт «Транс-Менеджер» 16

1.3 Окружение и функциональные требования, предъявляемые к работе транспортного предприятия 17

1.4 Обоснование необходимости разработки интеллектуальной системы… 20

1.5 Выводы по разделу 21

2ПРОЕКТИРОВАНИЕ И МОДЕЛИРОВАНИЕ ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ 22

2.1 Концептуальное моделирование транспортного предприятия 23

2.2 Функциональное моделирование работы транспортного предприятия… 24

2.3 Описание модели разрабатываемой интеллектуальной системы 29

2.4 Выбор и обоснование средств разработки интеллектуальной системы… 36

2.5 Выбор системы управления базой данных 41

2.6 Создание логической модели данных 42

2.7 Создание физической модели данных 50

2.8 Выводы по разделу 55

3РАЗРАБОТКА ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ 56

3.1 Структура интеллектуальной системы 57

3.2 Описание программных модулей 58

3.3 Описание мобильного приложения 68

3.4 Выводы по разделу 71

4ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ 72

4.1 Понятие информационной безопасности 73

4.2 Виды информационных рисков и методы защиты от них 75

4.3 Расчет уровня уязвимости интеллектуальной системы и вероятности возникновения информационных угроз 85

4.4 Перечень контрмер и расчет их эффективности 89

4.5 Выводы по разделу 91

5ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ 92

5.1 Расчёт суммарных затрат на разработку и сопровождение 93

5.2 Расчёт прибыли от внедрения системы 95

5.3 Оценка эффективности капиталовложений 97

5.4 Выводы по разделу 102

Заключение 103

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

Введение

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

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

Главным назначением информационных систем по грузоперевозкам является информирование заинтересованных сторон о статусе перевозки, заказе и управлении перевозкой.

Цель заключается в том, чтобы обеспечить своевременный обмен информацией между диспетчерами, перевозчиками и заинтересованными сторонами, в качестве которых могут быть соисполнители перевозки, грузовладелец и его агенты.

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

АНАЛИТИЧЕСКАЯ ЧАСТЬ
1. Анализ транспортной компании, основные характеристики и организационная структура

Транспортное предприятие оказывает услуги по перевозке грузов по городу и в другие города. Транспортировка грузов осуществляется мелким, средним и крупнотоннажным личным автотранспортом.

Транспортное предприятие решает задачи по грузоперевозкам всевозможной сложности, решения для которых находится оперативно и имеет адекватную ценовую политику. Имеется наличие своего парка автомобилей, позволяющего выполнять перевозки (грузоперевозки) различной сложности.

Предприятие располагает высококвалифицированными и опытными сотрудниками, а также необходимым техническим оборудованием. Это позволяет компании предоставлять только надежные, качественные и оперативные услуги грузоперевозок.

Основными задачами транспортного предприятия являются:

1. оказание транспортно-экспедиционных услуг;

2. составление оптимального маршрута перевозки;

3. гарантированная сохранность груза, при осуществлении транспортировки груза;

4. доставка груза в оптимальные сроки.

5. выполнение грузоперевозок в соответствии с планом предприятия;

6. планирование, учет финансовой деятельности. [²]

Организационная структура предприятия показана на рисунке 1.1.

Рисунок 1.1. – Организационная структура транспортной компании.

Генеральный директор контролирует работу сотрудников предприятия, несет ответственность за его состояние и деятельность, за выполнение плановых заданий.

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

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

Финансовый отдел на предприятии реализовывает финансовый контроль деятельности предприятия.

Основные функции финансового отдела:

ведение финансовой документации;
бухгалтерский учет;
планирование расходов;
учет доходов предприятия;
начисление заработной платы работникам предприятия.

Планово-экономический отдел тесно связан с финансовым отделом. Задачи планово-экономического отдела:

анализ ценовой и экономической политики предприятия, формирование данной политики на основе нормативных актов;
разработка финансового плана предприятия;
анализ экономической и финансовой деятельности предприятия;
анализ затрат на осуществление грузоперевозок;
разработка и формирование сметной документации. [³]

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

Задача специалиста по логистике – обеспечить транспортировку груза из точки А в точку В, используя минимальные затраты – временные и материальные, при этом логист не занимается непосредственно самой перевозкой. Логист разрабатывает выгодную схему поставок в нужное место, формирует оптимальный маршрут, составляет отчеты по проделанной работе. Разработка оптимальной транспортной схемы осуществления грузоперевозок содержит следующее:

1. Выбор транспортного средства. Он зависит от габаритов, вида и количества перевозимого груза. Помимо выбора самого транспортного средства (ТС), необходимо определить нужное количество транспорта.
2. Разработка оптимального маршрута доставки груза. Чем длиннее маршрут выбирает водитель, тем больше затрачивается временных ресурсов на дорогу и расходуется больший объем топлива, что приводит к материальным убыткам. При выполнении одной перевозки этот расход топлива незначителен, однако уже за месяц предприятие может нести большие убытки. Таким образом, всего этого можно избежать, если произвести правильный расчет маршрута грузоперевозок. Городской маршрут планируется с учетом наличия пробок, светофоров и дорожно-строительных работ на пути. Для междугородних перевозок необходимо учитывать плотность автомобильного потока на трассе и выезде из города.

Транспортная логистика отвечает за эффективность и оптимизацию транспортных перевозок. В настоящее время создание оптимального маршрута, выбор транспортного средства для выполнения грузовых перевозок, разработка планов не обходится без компьютерной обработки исходных данных. При оптимизации транспортной логистики используются электронные карты, информационные базы данных, которые содержат информацию о параметрах груза, интенсивности движения, дорожной обстановки, информацию о клиенте и адресе поставки. Для эффективной работы и решения основных задач на предприятии необходима соответствующая информационная система. В сфере IT очень популярно внедрять различные информационные системы, которые либо автоматизируют деятельность одного отдела(CRP), либо деятельность всего предприятия в целом (ERP). [1]

1. Аналитический обзор существующих решений в области управления заявками на перевозку груза
  1. Программный продукт «БИТ: Экспедирование»

Данный программный продукт был создан специально для транспортно-экспедиторских компаний, которые выполняет организацию грузовых перевозок различным видом транспорта.

«БИТ: Экспедирование» ориентирован именно на те предприятия, что осуществляют посреднические услуги в сфере грузоперевозок, то есть предприятия принимают заявку на перевозку груза от другой компании и находят транспорт для выполнения этой заявки. Программный продукт оптимизирует все этапы работы транспортных компаний, начиная от ведения заявки и заканчивая формированием документов, финансовым контролем и анализом деятельности компании.

Продукт «БИТ: Экспедирование» рассчитан на совместное использование с программным продуктом «1С: Предприятие 8», что в свою очередь увеличивает количество рабочих мест.

Основные функции, которые выполняет система следующие:

Формирование заявки на перевозку груза, данная функция включает следующее:

1. Автоматическое включение услуг по осуществлению перевозки груза;
2. Выполнение расчета стоимости заказа в режиме реального времени;
3. Согласование стоимости заказа с заказчиком;
4. Отслеживания выполнения заявки;
5. Перерасчет стоимости заказа.

Подбор соответствующего транспортного средства (учитываются различные параметры груза – масса, ширина, свойства и т.д.);
Формирование финансовой документации и отчетов;
Ведение прайс-листов на услуги;
Осуществление контроля документооборота;
Хранение информации по заявкам, что подразумевает наличие архива по заявкам;
Планирование графика работ транспорта и водителей;
Выполнение анализа по оказанным услугам, взаиморасчетам, работе сотрудников.

Программный продукт «БИТ: Экспедирование» включает в себя две версии:

ЛАЙТ – для управления заявками на грузоперевозки только автотранспортными средствами;
Мультимодальные перевозки – эта версия позволяет управлять перевозками грузов посредством различного вида транспорта (автотранспорт, железнодорожный, авиационный, морской и тому подобное). [⁴]

Программный продукт «БИТ: Экспедирование» рассчитан лишь на сотрудников компании, работающих непосредственно с самой системой и освобождает их от рутинных операций. Однако автоматизация компании должна включать в себя больший спектр обхватываемых услуг.

Система «БИТ: Экспедирование» не направлена на улучшение работы водителей. Это является главным и существенным недостатком системы.

1. 1. Программный продукт «Global Transport»

Программный комплекс «Global-Transport», компании «Бизнес Технологии» разработан для автоматизации управления транспортом, который решает задачи предприятий перевозчиков и предприятий, потребляемых транспортные услуги. «Global-Transport» - это хорошее решение для любых предприятий и организаций, нуждающихся в автоматизации функций управления транспортом. Программный комплекс является гибким, что означает способность системы к адаптации под различные виды транспорта, оборудования, механизмов.

Основные задачи системы:

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

Рассмотрим подробнее процесс формирования заявок в «Global-Transport». Система упрощает процессы формирования и обработки заявок:

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

Работа диспетчеров с заявками в системе сводится к уточнению каких-либо данных в заявке (маршрут, тип транспортного средства и т.д.). [⁵]

Как и программный продукт «БИТ: Экспедирование», «Global-Transport» не предусматривает улучшение работы водителей. Нет «умного» распределения заявок – диспетчер сам подбирает транспорт, процесс нахождения водителя также не автоматизирован. Помимо этого, в «Global-Transport» нет модулей материально-технического снабжения, бухгалтерского и налогового учета, что делает данный программный продукт менее востребованным на рынке. Отсутствие встроенных модулей по бухгалтерии и финансового контроля усложняет работу с системой и является более затратным автоматизированным решением относительно временных средств.

1. 1. Программный продукт «Транс-Менеджер»

Программный комплекс «Транс-Менеджер» разработан для транспортных и экспедиционных компаний, их работников и руководства. Программа интегрирована с программным продуктом «1С: Предприятие», что делает ее удобной для использования на всех этапах работы.

Задачи программы:

Формирование и ведение заявок;
Бухгалтерский учет;
Осуществление финансового контроля;
Формирование финансовой документации, отчетов;
Выполнение анализа.

Система «Транс-Менеджер» имеет возможность осуществлять автоматизированную работу с транспортными Internet системами, что дает возможность экономить денежные и материальные ресурсы и иметь конкурентное преимущество по отношению к другим системам. В связи с этим, система удобна в использовании для компаний, которые имеют филиалы в разных городах и связанны по глобальной сети Internet.

В программном комплексе «Транс-Менеджер» заявка – это основная единица информации, то есть перевозка – это транспортировка груза со всеми соответствующими услугами, условиями выполнения, стоимостью. Заявка изменяет свое состояние на всем протяжении выполнения процесса перевозки груза, которое прослеживается в системе диспетчером. Таким образом, заявка – это некий объект, который полностью описывает перевозку груза и отражает состояние это перевозки на каждый момент времени, помимо этого, включает в себя все документы по перевозкам и контролируемые события. [⁶]

Данный программный продукт имеет те же недостатки, что и «БИТ: Экспедирование»:

1. отсутствует прозрачность системы;

2. система не рассчитана на работу водителей;

3. процесс нахождения водителя занимает много материальных и временных ресурсов.

1. Окружение и функциональные требования, предъявляемые к работе транспортного предприятия

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

Рисунок 1.2. – Схема взаимодействия отделов предприятия

Отдел кадров предоставляет информацию обо всех сотрудниках предприятия финансовому отделу для расчета заработной платы. Финансовый отдел, в свою очередь, обменивается финансовой информацией с планово-экономическим отделом, это необходимо для расчета и анализа прибыли и убытков, которые несет предприятие.

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

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

Перед выездом на линию заполняются сведения о:

• Водителе (ФИО, номер водительского удостоверения, должность);

• Транспортном средстве (номер ТС, данные паспорта ТС, данные техосмотра);

• Времени начала и окончания работы;

• Заказчике перевозок (наименование предприятия, ФИО заказчика);

• Планируемом пробеге ТС (рассчитывается логистами);

• Движении горючего.

Маршрутный лист - официальный документ, который полностью описывает движение транспортного средства. [⁷]

Именно диспетчер – главное связующее звено в работе транспортного предприятия. Он принимает заявку от клиента, передает информацию логистам, те проанализировав и составив план транспортировки груза передают все данные обратно диспетчерам. Диспетчер находит водителя с соответствующим типом ТС для осуществления заказа и уведомляет клиента о принятии заявки. Всю материальную документацию (например, стоимость заявки) отдел диспетчеризации отправляет финансовому отделу. Также диспетчер грузоперевозок координирует взаимодействие нескольких заказчиков в процессе доставки сборных грузов или грузов, транспортируемых путем догрузки.

Диспетчеру, водителю и клиенту необходимо обмениваться информацией о состоянии перевозки в течение всего процесса. Это очень трудоемкий процесс и занимает немало материальных и временных ресурсов. Стоит рассмотреть этот процесс более подробно, схема отображена на рисунке 1.3. Здесь изображен последовательный процесс взаимодействия клиента, диспетчера и водителей при осуществлении грузовых перевозок автомобильным транспортом.

Рисунок 1.3. – Схема обмена информацией при перевозки груза

Обмен информацией происходит посредством телефонной связи – отправка сообщений или телефонный звонок. Для осуществления работы диспетчеру нужны телефоны (мобильный и стационарный), водителям также необходим мобильный телефон. Оборудование должно работать бесперебойно. Мобильная связь должна быть включена в любое время суток.

1. Обоснование необходимости разработки интеллектуальной системы

Диспетчер – незаменимое лицо, без которого грузоперевозки были бы неимоверно долгими, при этом ещё и плохо скоординированными. Очевидно, что именно диспетчер грузоперевозок обеспечивает непрерывную связь между клиентами и непосредственными перевозчиками, а также обеспечивает оперативную погрузку и доставку грузов.

При работе в транспортных предприятиях высокого класса диспетчер грузоперевозок полностью отвечают за каждый из этапов перевозки груза. Заказчик в любой момент может позвонить и узнать все подробности грузоперевозки, включая местонахождение груза, время до доставки в назначенное место и транспортное средство. В таких предприятиях, диспетчер должен предоставлять целый комплекс услуг, среди которых разгрузка и погрузка сборных грузов, по пути следования или в разных точках доставки. К тому же, диспетчер может отслеживать процесс перевозки груза в пути, а также вносить необходимые коррективы в его маршрут. Такие изменения могут происходить из-за изменившихся обстоятельств у заказчика или же ввиду определённых технических проблем (неблагоприятные погодные условия, ремонт дорог и т.д.).

Оперативная и качественная координация маршрутов, является самой главной функцией работы диспетчера грузоперевозок.

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

Контроль работы водителей – одно из важных составляющих в сфере грузовых перевозок. Осуществление контроля движения ТС можно достичь посредством GPS-мониторинга. Мониторинг представляет собой непрерывный процесс отслеживания местоположения грузового автомобиля в реальном времени. Мониторинг позволяет сделать процесс грузоперевозок максимально прозрачным для руководства. Любой диспетчерской службе требуется полная информация о водителях, работающих в этой компании, их статусе и местоположении.

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

1. Выводы по разделу

Таким образом, для улучшения и ускорения работы транспортной компании необходимо решить следующий ряд задач:

Ускорить и сделать более удобным процесс оповещения водителей о поступившей заявке и об изменениях;
Сделать работу компании более прозрачной;
Автоматизировать процесс распределения заявок;
Повышение качества работы водителей, осуществляя контроль его работы.

ПРОЕКТИРОВАНИЕ И МОДЕЛИРОВАНИЕ ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ
1. Концептуальное моделирование транспортного предприятия

Для полного представления предметной области необходимо построить концептуальную модель. Концептуальная (содержательная) модель определяет структуру деятельности предметной области, причинно-следственные связи, существенные для достижения цели моделирования.

На рисунке 2.1 рассмотрена концептуальная модель транспортного предприятия.

Рисунок 2.1. – Концептуальная модель транспортного предприятия

Данные поступают от клиента, при получении диспетчером заказа на перевозку груза. Необходимые данные для осуществления транспортировки:

информация о клиенте – контактные данные, ФИО ответственного, характеристики перевозимого груза, координаты места погрузки/разгрузки;
информация о водителях и ТС компании;
данные GPS-мониторинга – сбор данных происходит уже при осуществлении перевозки.

Все данные заносятся хранилище общих данных и базу данных для их хранения и последующего доступа к ним. Обработка данных происходит путем анализа груза для отбора ТС, планирования маршрута и анализа отклонений. Данные от GPS-трекеров поступают сотрудникам предприятия для осуществления их анализа, таким образом, происходит контроль движения ТС.

Выходными документами являются:

1. сформированная заявка – в неё входит информация о грузе, ТС, водителе и точках погрузки/разгрузки, стоимость заявки;

2. отчет о заявках – необходим для анализа затрат и прибыли предприятия;

3. маршрутный лист – содержит информацию о пути следования транспортного средства.

Диспетчер отвечает за сбор информации, введение данной информации в базу данных, обработку и анализ данных, формирование выходных документов, передачу данных логистам. Таким образом, для эффективного функционирования транспортного предприятия необходимо упростить работу диспетчера, что приведет к увеличению заказов на перевозку груза.

1. Функциональное моделирование работы транспортного предприятия

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

Ускорить и сделать более удобным процесс оповещения водителей о поступившей заявке. Диспетчер оповещает посредством телефонной связи – отправка сообщений или телефонный звонок. Сделать этот процесс быстрым и удобным сможет автоматическая рассылка заявки всем свободным водителям сразу после создания заявки. Этого можно добиться при помощи мобильного приложения. Мобильное приложение позволит сделать данный процесс комфортным для водителей. Водитель сможет узнать обо всех поступивших заявках и выбрать именно те, что ему больше подходят. Каждая заявка содержит в себе детальное описание: пункт назначения, тип машины, вес груза, цену и т.д. – всё это водитель сможет увидеть при получении заявки. Водитель сможет наглядно увидеть информацию, обдумать заявку, принять, забронировать или отклонить. Мобильное приложение позволит регулировать рабочий день.
Сделать работу компании более прозрачной. Сбор данных о водителях может существенно отличаться в разных системах автоматизации. Данные о местоположении водителей могут автоматически собираться с GPS устройств, установленных непосредственно в транспортных средствах, и передаваться в клиентское приложение диспетчера. В данном случае диспетчер имеет актуальную информацию о статусах и местоположениях всех водителей службы такси в режиме on-line. Таким образом, прозрачность работы компании можно достичь при помощи мониторинга.

Преимущества системы GPS мониторинга транспорта:

- мониторинг происходит в реальном времени;

- диспетчер получает оперативную информацию о направлении и скорости движения автомобиля;

- диспетчер полностью контролирует работу приборов автомашины – как штатных, так и дополнительных, монтируемых в процессе установки системы GPS. [⁸]

Клиенту также необходимо просматривать данные о местоположении водителей, однако так как, это информация является конфиденциальной, то никто не должен просматривать эти данные кроме самого клиента.

Таким образом, сделав сервис облачным – клиент с любого устройства, получив пароль, может зайти в систему и просмотреть состояние перевозки.

Автоматизировать процесс распределения заявок. Диспетчер сам подбирает тот транспорт, который необходим для выполнения заказа. Решение данной задачи заключается в следующем: введя данные о габаритах и типе груза, система должна автоматически подобрать необходимый транспорт. Это упростит работу диспетчера и исключит возможность ошибки в выборе ТС.
Повышение качества работы водителей, осуществляя контроль его работы. Количество клиентов компании в большинстве зависит от работы водителей. Если водитель будет относиться недобросовестно, то заказов на грузоперевозки будет становиться всё меньше. Таким образом, введя систему рейтингов, водители будут конкурировать между собой, осуществляя грузовые перевозки с большим качеством.

Введя все вышеперечисленные задачи в работу компании, необходимо рассмотреть общую работу. Для описания бизнес-процессов транспортного предприятия воспользуемся методологией eEPC. Методология eEPC (extended event-driven process chain– событийная цепочка процесс руководства) используется для описания процессов. [⁹]

Формирование заявки отображено на рисунке 2.2. Произошло событие «Поступила заявка», которое инициировало работу транспортного предприятия. В первую очередь необходимо проанализировать заявку. Диспетчер анализирует заявку, что подразумевает собой анализ требований к перевозке груза, если предприятие сможет удовлетворить все требования клиента (тип транспортного средства, возможность доставки к пункту назначения и т.д.), то заявку одобряют и регистрируют для дальнейшей обработки заказа. Если из-за каких либо требований выполнить заказ невозможно, то диспетчер уведомляет клиента о том, что заявка отклонена.

Диспетчер заполняет все данные в форму заявки на сайте системы. Для удобства – заполнение основных данных происходит из справочников. Далее диспетчер заполняет информацию о габаритах груза и точках погрузки/разгрузки.

Рисунок 2.2. – Формирование заявки в методологии eEPC.

Процесс осуществления транспортировки груза изображен на рисунке 2.3.

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

Выбор водителя происходит в последнюю очередь, когда вся информация о транспортировки груза уже известна. Как заявка будет создана, она автоматически отправляется всем водителям, удовлетворяющим требованиям, которые находятся в состоянии on-line. Происходит также фильтр водителей по рейтингу. Для клиента важно, чтобы их товар доставили вовремя в целости и в сохранности. Поэтому для предприятия необходимо обеспечить надежность грузоперевозки. Надежность главным образом зависит от водителя ТС. В системе предусмотрен рейтинг водителей, клиент может оставить отзыв о водителе, который осуществлял грузоперевозку. На оценку качества не влияют форс-мажорные ситуации. То есть если товар был доставлен с опозданием по вине водителя (свернул с маршрута и тому подобное), а не из-за поломки транспорта или погодных условий, то рейтинг водителя уменьшается. Из всего этого следует, что диспетчеру незачем отправлять заявку водителям, которые относятся к своей работе недобросовестно.

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

Водитель, который взял заказ, начинает осуществлять перевозку согласно времени, указанному в заявке. Погрузка оборудования осуществляется рабочими компании клиента. Водитель осуществляет транспортировку и извещает клиента о прибытии на склад и о доставке груза посредством мобильного приложения.

Рисунок 2.3. – Процесс осуществления транспортировки в методологии eEPC.

1. Описание модели разрабатываемой интеллектуальной системы

Алгоритм для отбора ТС изображен на рисунке 2.4. Для выбора ТС необходимы основные характеристики груза и самого ТС. Характеристики транспорта берут из паспорта ТС. С грузом немного сложнее – точно измерить перевозимый товар не всегда возможно, поэтому при внесении данных о характеристиках груза не стоит ограничиваться одним значением какого-либо параметра.

Предположительно груз имеет длину от L1 м до L2 м, при этом длину грузового отсека ТС равна L м. Таким же образом следует обозначить следующие параметры:

W1-W2 – ширина груза, м.

W – ширина грузового отсека ТС, м.

H1-H2 – высота груза, м.

H – высота грузового отсека ТС, м.

M1-M2 – масса груза, т.

T – тоннаж грузового отсека ТС, т.

Каждое ТС имеет определенный тип, при грузовых перевозках на это необходимо уделять особое внимание, так как перевозить тот или иной тип груза может перевозить только определенный тип транспорта (например, скоропортящиеся продукты нельзя перевозить в обычном транспорте, не оборудованном холодильной камерой). Поэтому существует необходимость соответствовать тип транспорта с типом перевозимого груза.

Рисунок 2.4. – Алгоритм подбор транспортного средства

Для наглядного представления работы системы стоит воспользоваться методологией Unified Modeling Language (UML).

UML — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML использует графические объекты для описания модели системы (описание её объектов и связей между ними), её взаимодействия с внешней средой.

UML помогает разработчикам наглядно показать работу системы, выделить её проблемные участки. UML используют для моделирования программного обеспечения, бизнес-процессов, системного проектирования, отображения организационных структур.

В UML существует ряд диаграмм, мы же рассмотрим следующие:

Диаграмма деятельности – диаграмма разделения некоторой деятельности на её составные части. Здесь деятельность рассматривается как последовательное и параллельное выполнение каких-либо действий объекта, соединенных между собой потоками, которые соединяют выходы одного узла с входами другого.
Диаграмма вариантов использования системы – диаграмма отношений актеров (в UML – это логически связанные роли взаимодействующие с системой) и вариантами использования.
Диаграмма последовательности – диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов.[¹⁰]

Рассмотрим систему посредством вышеперечисленных диаграмм.

Диаграмма деятельности (рисунок 2.5) описывает работу системы. После того, как диспетчер получает заказ, он заполняет на сайте данные в справочниках, и необходимую информацию для осуществления грузоперевозок, выбирает водителя или группы ТС, кому следует отправить заявку. Когда заявка создана, происходит проверка корректности заявки, если заявка заполнена неверно, то выходит окно об ошибке, если все поля заполнены правильно, то заявка создается и автоматически отправляется водителям, тем самым переходит в состояние «открыта». Сопоставляется тип груза и его габариты с соответствующими данными в справочнике ТС, а, следовательно заявка отправляется водителям в соответствии с типом их ТС. Водитель подтверждает заказ через мобильное приложение одной кнопкой. При прибытии на склад, водитель нажимает на кнопку «Я приехал», что служит началом выполнения заявки. Клиенту приходит сообщение, извещающее о прибытии водителя на склад. После погрузки оборудования, водитель нажимает на кнопку «Я загрузился» и отправляется на место разгрузки. После погрузки груза, диспетчер отслеживает маршрут транспортного средства при помощи GPS-трекеров, установленных на ТС. Данные о местоположении загружаются в базу данных. После окончания работы, водитель посредством мобильного приложения подтверждает прибытие и разгрузку груза, отправляется извещение клиенту и заявка переходит в состояние «закрыта». Диспетчер имеет право отменить заявку на всем её жизненном цикле, при этом необходимо заполнить причину отмены – ТС сломалось, закончился бензин, водитель съехал с маршрута и т.д. Тогда заявка перейдет в состояние «отменена».

Рисунок 2.5. – Диаграмма деятельности

Диаграмма вариантов использования, отображенная на рисунке 2.6, наглядно показывает, кто отвечает за каждое из действий, показанных на диаграмме деятельности (рисунок 2.5). Таким образом, диспетчер отвечает за загрузку данных в справочники системы, создает заявку, тем самым отправляя её тем водителям, которых выбирает для осуществления перевозки. Задача водителя при работе с системой – это ознакомление с заявкой, подтверждение или её отклонение и извещение клиента о прибытии на склад и об окончании работы.

Рисунок 2.6. – Диаграмма вариантов использования системы

Диаграмма последовательности (рисунок 2.7) показывает последовательность выполнения действий и взаимодействие компонентов ИС. Здесь в прямоугольниках с подчеркнутыми именами отображаются объекты системы. Для каждого объекта. Прямоугольники на вертикальных линиях под каждым из объектов показывают «время жизни» (фокус) объектов, то есть прямоугольники показывают, сколько времени и когда именно тот или иной объект выполняет какие-либо функции. Например, через мобильное приложение водители получают данные о перевозке, он просматривает заявку, отклоняет/принимает, как только водитель совершит данные действия, он закрывает приложение.

Рисунок 2.7. – Диаграмма последовательности

1. Выбор и обоснование средств разработки интеллектуальной системы

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

С# – мощный, но простой объектно-ориентированный язык современности. Он многофункционален, предназначен для создания как обычных программ, так и web-приложений. Язык С# и связанную с ним среду .NET Framework можно без преувеличения назвать самой значительной из предлагаемых в настоящее время технологий для разработчиков.

Отметим особенности языка С#:

Поддержка популярных операционных систем. С# применим ко многим операционным системам, в том числе к Windows, Linux, Mac OS, Apple iOS и другие. Помимо вышеперечисленных C# позволяет работать на базе таких игровых приставок, как Xbox360 и PlayStation.
Создание приложений всевозможных типов. Системное программное обеспечение, технически и производственно-прикладные программы, все виды инструментального программного обеспечения(графические и текстовые редакторы), web-приложения (сайты в интернете), настольные клиентские приложения, продукты игровой индустрии, приложения для мобильных устройств и многое другое. Этот список можно продолжать практически до бесконечности.
Разработан и поддерживается компанией Microsoft. Данная особенность языка позволяет не усомнится в том, что С# – мощный и современный язык программирования, имеет расширенный спектр возможностей.
Унаследован от языков C++ и Java. Это означает, что язык C# перенял лучшие черты этих двух языков программирования и позволяет справляться со всеми поставленными перед программистом задачами.
Поддерживается средой разработки Visual Studio. Visual Studio предоставляет полный функционал для удобной и продуктивной работы с языками семейства С.
Язык высокого уровня. Языки высокого уровня настроены на общение с пользователем, то есть делает работу программиста более простой и удобной. Язык берет на себя ответственность за выполнение и контроль над различными низкоуровневыми операциями. В результате этого программист может сконцентрироваться на действительно важных задачах, стоящих перед ним. [¹¹]

Для работы на С# воспользуемся таким инструментом линейки Microsoft, как Visual Studio 2013 Professional. Microsoft Visual Studio – это разработка компании Microsoft, позволяющая создавать приложения, работающие на платформе .net.

Visual Studio позволяет разрабатывать огромное количество различных приложений – консольные, для мобильных устройств, web-приложения, web-сайты, web-службы, приложения с графическим интерфейсом, с поддержкой технологии Windows Forms, для всех платформ поддерживаемых Windows, Windows Mobile, Windows Phone, .NET Framework, Xbox и не только. Microsoft Visual Studio объединяет в себе большое количество функций, которые позволяют разрабатывать программные продуты для всех версий Windows, в том числе и 8.1, для глобальной сети Internet, различных мобильных устройств, планшетных ПК и облачных технологий.

Visual Studio открывает новые возможности для приложений за счёт использования вычислительных мощностей локального компьютера и облака. Кроме того, Visual Studio является интегрированной средой, в которой разработчики могут использовать уже имеющиеся навыки для написания кода, отладки, модульного тестирования и развертывания непрерывно расширяющейся номенклатуры типов приложений. Мощные инструменты Visual Studio помогают быстро создавать высококачественный код. Интегрированная поддержка разработки через тестирование и новые инструменты отладки ПО для многоядерных процессоров позволяют без труда находить и устранять дефекты, обеспечивая создание высококачественного решения.

Visual Studio включает функцию поддержки нескольких мониторов, которая позволяет наиболее удобно организовать работу.

Основными преимуществами Visual Studio являются:

Использование вычислительных мощностей локального компьютера и облака;
Простая реализация общих задач и индивидуальный подход;
Быстрое создание высококачественного кода;
Функция поддержки нескольких мониторов;
Возможность реализации идей и решений для широкого спектра платформ, включая Windows, Windows Server, WEB-среду, облачную среду, Office и SharePoint.

С помощью Visual Studio решается задача разработки программного обеспечения.

Visual Studio Pofessional включает в себя функции стандартной версии, расширяя их дополнительными, например, интеграция с Microsoft SQL Server.

Microsoft Visual Studio 2013 — самая распространенная в нашей стране среда разработки ПО. Сегодня это основное и самое эффективное средство разработки решений для платформы Microsoft, ее популярность среди компаний-разработчиков ПО надежно защищает нашу платформу и позволяет нам уверенно смотреть в будущее. Visual Studio 2013 продолжает традиции, заложенные предыдущими версиями продукта, и содержит множество новинок, предназначенных как для упрощения создания приложений для различных платформ отдельными, так и для повышения производительности всей проектной команды.[¹²]

Для написания кода для мобильного приложения воспользуемся самым популярным языком программирования для приложений OS Android – Java. Java не просто так является популярным языком, так он имеет ряд преимуществ. Рассмотрим их подробнее:

Java, как и C# - объектно-ориентированный язык высокого уровня, что делает его удобным и понятным для программиста. Все сущности в языке Java являются объектами, за исключением немногих основных типов (primitive types), например чисел.
Язык Java не зависит от платформы, на которой выполняются программы. Таким образом, один и тот же код можно запускать под управлением операционных систем Windows, Linux, FreeBSD, Solaris, Apple Mac и др. Это становится очень важным, когда программы загружаются посредством глобальной сети интернет и используются на различных платформах.
Схожесть с языком программирования C++. Однако разрабатывать на Java программы, которые не содержат ошибок, значительно легче, чем на С++. Это происходит за счет следующего:

разработчики исключили возможность явного выделения и освобождения памяти. Программист застрахован от ошибок, которые возникают от неправильного использования памяти.
введение истинных массивов и запрещение указателей. Программисты не могут стереть данные из памяти по причине неправильного использования указателей.
была исключена возможность перепутать оператор присваивания с оператором сравнения на равенство.
полностью исключено множественное наследование. Оно было заменено новым понятием – интерфейсом, идея которого была позаимствована из языка Objective C. [¹³]

Для написания приложений на Java выберем Java 2 Platform Standard Edition (J2SE) версии 1.4.2 и Eclipse IDE. Первая система дает вам возможность компилировать и выполнять Java-программы. Вторая предоставляет мощную и дружественную среду для написания кода на языке программирования Java.

Eclipse IDE – наиболее известное приложение на основе Eclipse Platform и является проектом с открытым исходным кодом, который можно бесплатно загрузить и использовать. Eclipse хранит и отслеживает Java-код в файлах, расположенных в вашей файловой системе. Любой программист может расширить Eclipse функциональными модулями. [¹⁴]

Таким образом, средства прикладного программного обеспечения отобраны.

1. Выбор системы управления базой данных

В качестве системы управления базами данных (СУБД) для реализации поставленной задачи выбор пал в пользу PostgreSQL. Она во многом лучше популярных реляционных баз данных, таких как SQL, MySQL и является хорошей, годной РСУБД с открытым исходным кодом.

PostgreSQL – это свободно распространяемая объектно-реляционная система управления базами данных, наиболее развитая из открытых СУБД в мире и являющаяся реальной альтернативой коммерческим базам данных. [¹⁵]

MySQL и PostgreSQL используются достаточно широко и разрабатывались для разных целей, а также являясь бесплатными программными продуктами, составляют серьезную альтернативу коммерческим СУБД, например MicrosoftSQL.

У PostgreSQL поддержка появилась только в последнее время и не настолько развита, как у MySQL, но это не означает, что PostgreSQL хуже. Главным образом, PostgreSQL лучше отвечает за надежность кода. Обращаясь к докладу Константина Осипова [¹⁶] (специалист по системам управления баз данными), на котором, помимо прочего, он упомянул один эксперимент. Был написан генератор случайных неправильных SQL-запросов в стиле «WHERE * FROM SELECT». В результате был найден десяток запросов, роняющих СУБД. Таким образом, раз в MySQL так скверно написан парсер запросов(настройка, которая автоматически собирает запросы), то стоит ли доверять всей остальной СУБД.

В PostgreSQL лучше проверена система транзакций. Использование потоков в работе MySQL не всегда отрабатывает безошибочно. Также бывают случаи с MySQL, когда в некоторых случаях один длинный запрос может надолго заблокировать таблицу. В PostgreSQL проще расширить возможности и дополнить новыми SQL-функциями, а также проще организованы обновления нескольких таблиц сразу. Еще одним преимуществом PostgreSQL является ускорение кода, за счет хранения его в виде процедур, а также лучше реализовано хранение географических данных. [15]

Документация. У PostgreSQL документация гораздо лучше. В MySQL она формально вроде даже есть, но смысл отдельных опций понять бывает тяжело. Вроде написано, что они делают, но чтобы понять, как их правильно настраивать, нужно использовать неофициальную документацию, искать статьи на эти тему. У PostgreSQL фактически все ответы есть в документации. [16]

1. Создание логической модели данных

Для создания заявки необходимо использовать следующие справочники:

Справочник «Клиенты» – необходим для ввода данных в форму заявки о клиентах.

Наименование компании или ФИО заказчика

Адрес

Ответственный за перевозку

Телефон

Городской телефон

Справочник «Склады» – информация о точках разгрузки/погрузки.

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

Адрес

Клиенты
Справочник «Группы машин» – необходим для объединения ТС в группы, для удобного отправления заявок.

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

Машина

Справочник «Водители» – содержит информацию обо всех водителях, состоявших в компаниях.

Статус

ФИО

Телефон

Дата приглашения

ТС

Справочник «Машины».

Пользо-ватель

Телефон

Группа ТС

Тип кузова

Тоннаж

Гос. номер

Размеры

Номер кузова (VIN)

Справочник «Ответственные» – информация об ответственных за перевозку.

ФИО

Должность

Телефон

e-mail

Клиент

Справочник «Приглашения» – приглашения водителя в компанию, показывает всех водителей, включая тех, кто ещё не подтвердил приглашение.

Компания

Время приглашения

ФИО водителя

Статус

Текст приглашения

Справочники «Рейтинги»

ФИО

Телефон

Оценка

Комментарий

Дата

Вид самой заявки:

Общая информация:

Машина(Группа машин) _______ Заказчик __________

Ответственные _______________ Тип товара __________

Маршрут ___________________

Дата

Статус

Стоимость

Тип оплаты

Водитель

В соответствии с выделенными информационными объектами, выделены сущности базы данных, необходимые для разработки системы.

Companies – таблица, содержащая всю информацию о компаниях, использовавших систему распределения заявок.

Users – таблица, в которой находится информация о зарегистрировавшихся пользователях.

Теперь определим сущности для каждого справочника:

Справочник «Клиенты»:

Clients – таблица, в которой содержится информация о самих клиентах, заказывающих грузовые перевозки.

Справочник «Склады»:

Depots – таблица, содержащая информацию о складах, в которых происходит погрузка груза.

Geopoints – таблица, в которой находится информация о пунктах назначения.

Справочник «Группы ТС»:

CarGroups - таблица, содержащая информацию об объединении ТС в группы.

Справочник «Водители»:

Users – таблица, в которой находится информация о зарегистрировавшихся пользователях, в том числе и о водителях.

Справочники «Заявки»:

BidStatusLogs – таблица, в которой находится информация о состояний заявок.

Bids– таблица с информацией о заявках на грузоперевозки.

BidsRoutes– таблица, в которой находится информация о грузе.

BidsRoutesPoints – таблица с информацией о погрузке оборудования.

DriverSmsNotifications – таблица с информацией об уведомлениях водителей.

Справочник «Машины»:

CarTypes – информация о типах ТС, которые доступны для перевозок.

Cars – информация о ТС.

Справочник «Ответственные»:

Responsibles – таблица, в которой содержится информация об ответственных за перевозку груза.

Справочник «Приглашения»:

Invites – таблица, содержащая информацию о добавлении водителей в систему, что можно сделать, выслав электронное приглашение.

Справочник «Рейтинги»:

DriverComments– таблица с информацией о рейтингах водителей.

Взаимодействие сущностей представлено на рисунке 2.8.

Рисунок 2.8. – Схема взаимодействия сущностей

Таблица 2.1 ‑‑ Атрибуты и первичные ключи сущностей информационной модели

Сущность

Первичный ключ

Атрибуты

BidStatusLogs

BidStatusLogID

BidStatusLogID – уникальный код таблицы

BidID – код заявки

DateTime – дата и время начала того или иного состояния

UserID – код пользователя

Status – статус заявки

Description – описание состояния

Bids

BidID

BidID – уникальный код заявки

CreateDateTime – дата создания

BidDate – дата исполнения заявки

CompanyID – уникальный код компании, которая создала заявку

Status – статус заявки

CarID – код ТС

CarGroupID – код группы ТС

Продолжение таблицы 2.1

Сущность	Первичный ключ	Атрибуты
Bids	BidID	CarTypeID – код типа ТС CheckedDateTime – дата и время проведения заявки UserID – код пользователя Number – номер заявки StartDateTimeUtc – время начала выполнения заявки EndDateTimeUtc – время окончания ValueOfTime – цена за час FixedValue – фиксированная цена ClientID – код клиента PaymentType – вид оплаты
BidsRoutes	BidsRouteID	BidsRouteID – уникальный код таблицы о грузе BidID – код заявки ShippingName – тип перевозки Tonnage –тоннаж Length – длина груза Width – ширина груза Height – высота груза OrderName – номер заказа Volume – объем груза MaxTonnage – максимальный тоннаж MaxLength – максимальная длина MaxWidth – максимальная ширина MaxHeight – максимальная высота MaxVolume – максимальный объем
BidsRoutesPoints	BidsRoutePointID	BidsRoutePointID – уникальный код погрузки BidsRouteID – код, необходимый для перехода к информации о перевозимом грузе Time – время прибытия на склад OrderNumber – номер заказа ResponsibleID – ответственный за погрузку DepotID – код склада IsLoad – состояние(погружен или нет)
CarGroups	CarGroupID	CarGroupID – код группы ТС Name – наименование CompanyID – код компании ParentCarCroupID – код группы, необходим, если данная группа находится в составе другой группы
CarTypes	CarTypeID	CarTypeID – код типа ТС Name – наименование типа ТС

Продолжение таблицы 2.1

Сущность	Первичный ключ	Атрибуты
Cars	CarID	CarID – код ТС CarTypeID – код типа данного ТС UserID – код водителя, который отвечает за этот ТС Tonnage – тоннаж CarNumber – госномер ТС Length – габариты ТС по ПТС(длина) Width – габариты ТС по ПТС (ширина) Height – габариты ТС по ПТС (высота) VIN – уникальный код ТС Volume – грузоподъемность ТС
Clients	ClientID	ClientID – уникальный код клиента CompanyID – код компании, чьим клиентом является данный клиент Name – наименование компании или ФИО клиента Adress – адрес клиента ResponsibleID – уникальный код ответственного за перевозку груза PhoneNumber – номер телефона TownNumber – городской номер телефона
Companies	CompanyID	CompanyID – уникальный код компании Name – наименование компании BossEmail – email руководителя компании UncheckBidTime – количество минут, после которого заявка отправляется водителям InviteDriverMessage – текст приглашения водителей в компанию
Depots	DepotID	DepotID – уникальный код склада CompanyID – код компании, чей клиент использует склад Name – наименование Adress – адрес GeopointID – местоположение
DriverComments	DriverCommentID DriverUserID	DriverCommentID – уникальный код таблицы рейтингов DriverUserID – код водителя BidID – код заявки DateTime – дата/время комментария Rating – рейтинг Comment – комментарий

Продолжение таблицы 2.1

Сущность	Первичный ключ	Атрибуты
DriverSmsNotifications	CompanyID UserID	CompanyID – код компании UserID – код пользователя SendedSmsCount – количество отправленных сообщений LastSendDateTime – время отправления последнего уведомления Enabled – показывает может ли водитель получать уведомления IntervalSince – время начала рабочего дня водителя(водитель не может получать сообщения раньше) IntervalTill – время окончания рабочего дня(водитель не может получать сообщения позже)
Geopoints	GeopointID	GeopointID – код таблицы CompanyID – код компании Longitude – долгота Latitude –широта Name – наименование Adress – адрес
Invites	InviteID	InviteID – уникальный код таблицы UserID – код пользователя CompanyID – код компании Status – статус водителя(on-line/off-line) CreateTime – дата создания приглашения Message – сообщение, которое отправляется при приглашении водителя
Responsibles	ResponsibleID	ResponsibleID – уникальный код ответственного за перевозку CompanyID – код компании FirstName – имя SecondName – фамилия Patronymic – отчество Post – должность PhoneNumber – мобильный телефон Email – email ответственного TownNumber – городской номер
Users	UserID	UserID – уникальный код всех зарегистрированных пользователей (водителей, диспетчеров) Login – логин пользователя в системе FirstName – имя пользователя SecondName – фамилия пользователя Patronymic – отчество пользователя

Окончание таблицы 2.1

Сущность

Первичный ключ

Атрибуты

Users

UserID

PasswordHash – пароль, под которым пользователь заходит в систему

CompanyID – код компании, в которой работает водитель

PhoneNumber – номер телефона

DeviceID –код устройства

Email – email пользователя

LastRequestDateTime – дата и время последней активности

AppVersion – версия приложения

1. Создание физической модели данных

Необходимо построить для информационно-логической модели, представленной на рисунке 2.8, физическую модель данных. Модель содержит 16 таблиц. На рисунках 2.9-2.24 представлен физический вид всех этих таблиц в СУБД postgreSQL.

Рисунок 2.9. – Физическая реализация таблицы «BidStatusLogs» в СУБД postgreSQL

Рисунок 2.10. – Физическая реализация таблицы «Bids» в СУБД postgreSQL

Рисунок 2.11. – Физическая реализация таблицы «BidsRoutes» в СУБД postgreSQL

Рисунок 2.12. – Физическая реализация таблицы «BidsRoutePoints» в СУБД postgreSQL

Рисунок 2.13. – Физическая реализация таблицы «CarGroups» в СУБД postgreSQL

Рисунок 2.14. – Физическая реализация таблицы «CarTypes» в СУБД postgreSQL

Рисунок 2.15. – Физическая реализация таблицы «Cars» в СУБД postgreSQL

Рисунок 2.16. – Физическая реализация таблицы «Clients» в СУБД postgreSQL

Рисунок 2.17. – Физическая реализация таблицы «Companies» в СУБД postgreSQL

Рисунок 2.18. – Физическая реализация таблицы «Depots» в СУБД postgreSQL

Рисунок 2.19. – Физическая реализация таблицы «DriversComments» в СУБД postgreSQL

Рисунок 2.20. – Физическая реализация таблицы «DriverSmsNotifications» в СУБД postgreSQL

Рисунок 2.21. – Физическая реализация таблицы «Geopoints» в СУБД postgreSQL

Рисунок 2.22. – Физическая реализация таблицы «Invites» в СУБД postgreSQL

Рисунок 2.23. – Физическая реализация таблицы «Responsibles» в СУБД postgreSQL

Рисунок 2.24. – Физическая реализация таблицы «Users» в СУБД postgreSQL

1. Выводы по разделу

Анализ функциональной модели предметной области показал проблемы в распределении заявок на грузовые перевозки между водителями. Вследствие этого была выявлена возможность создания системы автоматизированного распределения заявок. В рамках данной главы была построена функциональная схема транспортного предприятия, а также логическая и физическая модели базы данных.

РАЗРАБОТКА ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ
1. Структура интеллектуальной системы

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

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

При применении облачного сервиса необходимы следующие компоненты информационной системы – это web-сервер для обмена данными, база данных для хранения данных, браузер для обеспечения доступа к данным и работы в системе. Помимо этого, в работе системы используется мобильное приложение для работы с водителями и GPS-трекеры для отслеживания местоположения. Взаимодействие компонентов системы указано на рисунке 3.1.

Рисунок 3.1. – Структура интеллектуальной системы

1. Описание программных модулей

Внешней оболочкой ПО является WEB-сайт, с помощью которого происходит ввод информации, аналитика данных и т.д.

Система распределения заявок на перевозку груза между перевозчиками – «Cargorun» включает в себя 4 модуля – Справочники, Заявки, Водители и GPS модуль. Опишем структуру модулей, показанную на рисунке 3.2.

Рисунок 3.2. – Взаимодействие модулей системы

Модуль «Справочники» хранит всю информацию, необходимую для создания заявок. Существуют следующие справочники:

Диспетчеры – создание пользователя, управляющего заявками на перевозку груза;
Группы машин – создание виртуальных объединений машин для компаний;
Ответственные – создание справочника ответственных лиц за погрузку/выгрузку товара;
Клиенты – создание справочника контрагентов;
Склады – создание справочника складов для контрагентов;
Машины – создание транспортных средств для приглашенных водителей.

Справочник «Диспетчеры» содержит информацию о диспетчерах, зарегистрировавшихся в компаниях, при входе в систему, диспетчеру необходимо ввести данные компании (логин и пароль) и свои. Справочник показан на рисунке 3.3.

Рисунок 3.3. – Форма «Диспетчера»

Для удобства работы диспетчера в системе «Cargorun» имеется возможность объединять машины в группы. В дальнейшем для групп машин можно будет формировать заявки. Это очень удобно, если в вашей компании есть собственный транспорт, и требуется сперва загрузить работой свои машины. Создав группу машин «Свои машины» диспетчер сможет отправлять заявку на первом этапе машинам компании. Возможно создание подгруппы машин. Форма «Группы машин» показана на рисунке 3.4.

Рисунок 3.4. – Форма «Группа машин»

В системе «Cargorun» имеется возможность уведомлять персонал, который отгружает товар на точках загрузки/выгрузки с помощью SMS сообщений. Для того чтобы система «Cargorun» могла отправить сообщение ответственному лицу о прибытии машины на загрузку/выгрузку, требуется указать его данные. Форма «Ответственные» показана на рисунке 3.5.

Рисунок 3.5. - Форма «Ответственные»

Клиентами в системе «Cargorun» являются контрагенты, которые взаимодействуют с компанией при транспортировке грузов. Чтобы не указывать каждый раз при создании заявки информации о контрагенте, в системе «Cargorun» можно указать их один раз в справочнике «Клиенты».

У контрагентов имеются точки отгрузки/выгрузки товара, их требуется указывать при создании заявки. Чтобы каждый раз, при создании заявки, не информацию вводить, где у контрагента находится склад, можно ввести ее в систему. Форма «Склады» показана на рисунке 3.6.

Рисунок 3.6. – Форма «Склады»

Один из главных элементов системы – информация о машине, так как ее характеристики, такие как тип кузова, высота, длинна и ширина кузова, грузоподъёмность, марка – участвуют в обработке заявок. Поэтому очень важно правильно заполнить информацию о машине. Форма «Машины» показана на рисунке 3.7.

Рисунок 3.7. - Форма «Машины»

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

Модуль «Заявки». Самый главный инструмент в системе – это возможность создания заявки. Как выглядит форма «Заявки» отображено на рисунке 3.8.

Рисунок 3.8. - Форма «Заявки»

Заявка имеет 4 состояния – открыта, выполняется, закрыта, отменена. Заявка из одного состояния в другое переходит автоматически, в зависимости от тех или иных действий в системе. После создания заявки она находится в состоянии «открыта» до тех пор, пока один из водителей, кому она была отправлена, не подтвердит её. После подтверждения заявка автоматически переходит в состояние «выполняется». После выполнения перевозки, когда водитель подтвердит разгрузку груза – заявка переходит в состояние «закрыта». При выполнении заявки, диспетчер может получить информацию о местоположении, нажав на кнопку «GPS» справа от той заявки, о которой нужна информация.

В системе «Cargorun» имеется возможность создания двух типов заявок:

Для постоянных клиентов;
Для разовых клиентов.

Различия лишь в том, что при создании заявки для постоянных клиентов используется информация из ранее заполненных справочников по «Ответственные», «Склады» и «Клиенты». В случае создания заявки для разовых клиентов, эти данные вводятся вручную.

Следует отметить, что формирование заявки проходит в три этапа:

Заполнение основных данных по заявке;
Заполнение информации по наименованию груза и его габаритах;
Информация о точках загрузок/выгрузок и данные об ответственном на каждой точке.

Рассмотрим заполнение данных на первом этапе. Заполнение основных данных о заявке показано на рисунке 3.9.

Рисунок 3.9. - Создание заявки

Обязательные поля: «Клиент», «Выбор машины» (рисунок 3.10), «Тип загрузки», «Дата заявки», «Тип тарифа». При выборе машины, не нужно выбирать параметры. Есть возможность выбрать все машины, конкретную или группу машин, при этом заявка отправится лишь тем, чьи ТС подходят в соответствии с перевозимым грузом.

Рисунок 3.10. – Выбор машины.

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

Рисунок 3.11. – Добавление информации о грузе

В окне необходимо заполнить поля «Наименование груза» и блок «Требования к машине», который включает характеристики кузова, такие как длинна, ширина, высота, масса и объем.

Далее необходимо указать точки загрузки/выгрузки, для этого нажмем кнопку «Добавить», после необходимо заполнить два аналогичных окна – рисунок 3.12.

Рисунок 3.12. – Добавление точки загрузки

Таким образом, полная заявка содержит в себе информацию о клиенте, транспортном средстве, цене за перевозку груза, информацию о самом грузе – габариты, объем и тоннаж, место загрузки оборудования и пункт назначение (рисунок 3.13).

Рисунок 3.13. – Готовая заявка

Модуль «Водители». Водитель регистрируется в системе по номеру телефона через мобильное приложение. Для того чтобы добавить его в необходимую компанию нужно выслать приглашение на тот номер телефона, по которому зарегистрирован водитель. Таким образом, водитель будет добавлен – рисунок 3.14.

Рисунок 3.14. – Форма «Приглашение водителя»

После того, как водитель подтвердит приглашение (рисунок 3.20), вся информация о нем, которую водитель заполнял в приложении, автоматически занесется в справочник «Водители», форма которого представлена на рисунке 3.15. Также отображается статус водителя – on-line или off-line.

Рисунок 3.15. – Форма «Водители компании»

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

Рисунок 3.16. – Форма «Рейтинги водителей»

Клиент имеет возможность зайти на сайт в любое время и проследить состояние заявки, а также увидеть, где находится водитель в данный момент. Для этого, клиенту необходимо зайти на сайт и запросить пароль, который придет ему на номер телефона, указанного на этапе создания заявки. Система проверяет, существует ли данный клиент. Форма заявки с точки зрения клиента показана на рисунке 3.17, он не имеет права изменить какие либо данные.

Рисунок 3.17. – Форма заявки с точки зрения клиента

Помимо статуса заявки, клиент может просмотреть всю историю своего заказа с точным временем выполнения ключевых действий (рисунок 3.18).

Рисунок 3.18. – Форма истории заявки

1. Описание мобильного приложения

В связи с тем, что большинство населения используют телефоны на ОС Android, то и мобильное приложение было создано в соответствии с этим. Мобильное приложение является бесплатным для скачивания и занимает немного памяти на устройстве.

Задача водителя – скачать приложение и зарегистрироваться, указав данные о своем транспортном средстве.

Водителю не могут прийти заявки, пока он не относится к той или иной компании. Для этого, он должен заключить договор с компанией, которая в свою очередь должен выслать приглашение на тот номер телефона, по которому зарегистрирован водитель. Таким образом, водитель будет доступен для отправления заявок. Приглашение выглядит так, как показано на рисунке 3.20. Водитель имеет право, как отказаться, так и согласиться.

Рисунок 3.20. –Приглашение водителя

Для удобного пользования - приложение имеет три вкладки «Все», «Срочные», «Принятые» (рисунок 3.21). «Все» – отображает заявки на любые даты. «Срочные» – отображает заявки на сегодня. «Принятые» – отображает принятые водителем на выполнение заявки.

Рисунок 3.21. – Информация о заявках

Каждый элемент списка содержит краткую информацию о заявке. Детали можно просмотреть, нажав на неё (рисунок 3.22). Помимо этого, каждая заявка имеет цветной индикатор, который характеризует следующее:

Синий – личная заявка;
Зеленый – бронь или начатая заявка;
Красный – завершенная заявка.

Рисунок 3.22. – Детали заявки

При открытии заявки водитель может провести с ней следующие операции:

Взять – забронировать заявку, она временно закрепляется за водителем на некоторое время, после чего снова становится доступной всем.
Отменить – снять бронь, заявка становится доступной всем.
Подтвердить – после того, как заявка взята, водитель может подтвердить, что будет выполнять эту заявку.

Список маршрутов отображается в деталях заявки. После нажатия на маршрут, отображается список точек маршрута. Когда водитель прибывает на точку, необходимо нажать на кнопку «Я приехал» (рисунок 3.23), заявка автоматически будет считаться начатой. После загрузки/разгрузки необхожимо также нажать соотвествующие кнопки. После этого заявка считается выполненной и на номер клиента приходит оповещение о завершении перевозки груза.

Рисунок 3.23. – Подтверждение операции

Через стандартное меню можно просмотреть архив заявок, который указан на рисунке 3.24. В архиве можно просмотреть выполненные заявки. Для этого необходимо выбрать нужный месяц и диапазон дат.

Рисунок 3.24. – Архив заявок

1. Выводы по разделу

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

1. ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ
2. Понятие информационной безопасности

Информационная система выполняет технологические функции информационного процесса, то есть последовательные действия, проводимые над информацией – сбор, накопление, обработку, хранение, передачу. При работе с информационной системой важно осуществление защиты информационных данных предприятия.

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

Информационная безопасность включает в себя три основных свойства:

Конфиденциальность представляет собой свойство информационной безопасности, при котором доступ к информации осуществляют только субъекты, которые имеют на это право.
Целостность информации – это её защита от несанкционированной модификации.
Доступность означает гарантированный доступ к информации автоматизированных пользователей. [¹⁸]

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

Нанести вред информационной безопасности предприятия могут различные действия, которые можно подразделить на следующие категории:

1. К первой категории отнесем те действия, что осуществляют авторизованные пользователи. К ним относятся как преднамеренные действия, а именно - целенаправленная кража, удаление, модификация служебных данных на рабочем компьютере пользователя или на самом сервере, так и неосторожные действия пользователей.

2. Действия и вредоносные воздействия в результате взлома. К таким действиям относится несанкционированное проникновение во внутреннюю сеть компании неавтоматизированных IT-специалистов. Мотивы действий компьютерных злоумышленников самые различные - это и стремление к приобретению денежных средств, и желание навредить руководству или самой организации.

Цель несанкционированного проникновения в компьютерные сети предприятия - нанесение вреда (например, уничтожение данных), кража конфиденциальной информации и использование ее в незаконных целях, использование сетевой инфраструктуры для организации атак на узлы третьих фирм, кража средств со счетов, нарушение функционирования сети и тому подобное.

3. Компьютерные вирусы. Говоря об информационной безопасности, нельзя не упомянуть о воздействии компьютерных вирусов и других вредоносных программ на информационную систему, которые представляют собой реальную опасность для служебной информации. Проникновение вируса во внутреннюю сеть компании может привести к нарушению её функционирования, потерям рабочего времени, уничтожению и краже конфиденциальных данных и даже к прямому похищению финансовых средств. Вирусная программа, которая проникла в сеть компании, может дать злоумышленникам контроль над информационной деятельностью компании.

4. Естественные угрозы. Угрозы информационной безопасности делятся на два основных типа - это естественные и искусственные угрозы. Ранее были рассмотрены искусственные угрозы. К естественным угрозам люди относят пожары, наводнения, ураганы, удары молний и другие стихийные явления, которые могут навредить вне зависимости от действий человека. Самыми частыми среди этих угроз являются пожары. Для того, чтобы обезопасить информацию от естественных угроз необходимо соблюдать технику безопасности на предприятии.

На информационную безопасность компании могут влиять различные внешние факторы – это неправильное хранение, что может стать причиной потери данных, кража компьютеров и электронных носителей информации, форс-мажорные обстоятельства и т. д. [¹⁹]

Таким образом, для обеспечения информационной безопасности – в первую очередь необходимо защитить служебные данные, что возможно при наличии развитой системы информационной безопасности.

1. Виды информационных рисков и методы защиты от них

Защита информационной системы главным образом включается в себя понятие информационный риск.

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

Информационный риск включает в себя функции трех переменных, а именно:

Вероятность существования угрозы.
Вероятность существования незащищённости.
Потенциальное воздействие.

Если хотя бы одна из вышеперечисленных переменных стремится к нулю, то полный риск также стремится к нулю.

Говоря о понятии риск, необходимо отметить следующие положения:

причиной риска является то событие, которое вызывает риск;
фактор риска – это состояние объекта или какое-либо действие объекта, которое приводит к реализации риска. [²⁰]

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

Информационные риски бывают внешними и внутренними. Если событие, вызывающее риск порождается внутри самого предприятия, то такой риск называется внутренним, если же причина риска формируется за пределами предприятия, то риск является внешним.

Главная цель управления рисками заключается в минимизации суммарного ущерба, принесенного информационными рисками и общих расходов предприятия на противодействие им.

Стратегии управления рисками следующие:

принятие риска;
предотвращение риска;
снижение возможного ущерба от риска. [18]

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

Косвенные информационные риски наносят ущерб предприятию при воздействии не на саму информационную систему, а на объекты, взаимодействующие с ней, например, на внешнюю среду, на внутренние бизнес-процессы. Такими рисками являются нарушение конфиденциальности, временная недоступность компьютерной системы.

Некоторые информационные риски являются одновременно прямыми и косвенными. Примером таких рисков послужит отказ сервера или коммуникационной системы.

Риски могут наносить не только отрицательные воздействия. Поэтому в зависимости от возможного результата, риски можно поделить на две большие группы: чистые и спекулятивные.

Чистый риск – это риск, при котором возникают только негативные или нейтральные последствия. То есть риск представляет собой только опасность, в случае наступления риска состояние объекта либо ухудшается, либо ничего не происходит. Таким образом, наилучшим исходом при наступлении чистого риска является сохранение начального состояния объекта.

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

Рассмотрим классификацию рисков в зависимости от причины возникновения:

природно-естественные риски;
экологические;
политические;
транспортные;
коммерческие риски. Они подразумевают опасность потери в процессе финансовой деятельности предприятия. Коммерческие риски – это неопределенность результатов от какой-либо коммерческой сделки. В свою очередь по структурному признаку коммерческие риски делятся на имущественные, производственные, торговые и финансовые риски.

Финансовые риски представляют собой вероятность потери финансовых ресурсов, то есть денежных средств. Финансовые риски можно подразделить на две группы: риски, которые связаны с покупательной способностью денег, и инвестиционные риски, то есть риски, связанные с вложением капитала.

Среди инвестиционных рисков особенно стоит отметить информационные. Для более наглядного представления отобразим классификацию инвестиционных рисков в виде схемы, которая отображена на рисунке 4.1.

Рисунок 4.1. – Классификация инвестиционных рисков.

Функциональные риски – риски, определяющие функциональную направленность информационных ресурсов общей информационной системы какого-либо субъекта.

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

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

Риски влияния обусловлены человеческим фактором и его воздействием на формирование информации. [19]

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

Метод CRAMM (the UK Government Risk Analysis and Management Method) – метод, разработанный Службой Безопасности Великобритании, который является государственным стандартом Великобритании. Этот метод производит анализ рисков, обследует информационные системы, проводит аудит в соответствии с требованиями стандарта BS 7799, разрабатывает политику безопасности. Метод CRAMM универсален, он разработан в 80-хгодах и используется в крупных, малых организаций, правительственного и коммерческого назначения.

Основа метода заключается в комплексном подходе к оценке рисков, который сочетает количественные и качественные методы анализа. Метод включает в себя 3 этапа, рассмотрим подробнее каждый этап.

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

Второй этап предусматривает необходимо оценить уровень угроз всех ресурсов и их уязвимостей, зависимость пользовательских сервисов от определенных ресурсов, вычислить уровень угроз и проанализировать результаты. В результате заказчик получает идентифицированные и оцененные уровни рисков для своей системы.

Для полноценного анализа ресурсы группируются по типам угроз и уязвимостей, и для каждой группы ресурсов и каждого из 36 типов угроз генерирует список вопросов, допускающих однозначный ответ. Уровень угроз оценивается, в зависимости от ответов, как очень высокий, высокий, средний, низкий и очень низкий. Уровень уязвимости оценивается, в зависимости от ответов, как высокий, средний и низкий. На основе этой информации рассчитываются уровни рисков в дискретной шкале с градациями от 1 до 7. Полученные уровни угроз, уязвимостей и рисков анализируются и согласовываются с заказчиком.

Третий этап подразумевает поиск варианта системы безопасности, удовлетворяющей требования заказчика. Метод CRAMM генерирует варианты мер противодействия, адекватных выявленным рискам и их уровням.

Таким образом, метод CRAMM – это метод, при котором осуществляется переход от первоначальной качественной оценки к количественной оценке (в баллах).

Достоинства метода CRAMM:

анализ рисков может осуществляться на всех стадиях проведения аудита безопасности информационных систем;
доступна объемная база знаний по контрмерам;
гибкость и универсальность метода.

Недостатки метода CRAMM:

метод CRAMM рассчитан на высококвалифицированных специалистов;
CRAMM подходит для аудита уже существующих информационных систем, находящихся на стадии эксплуатации, но не на информационные системы, находящиеся на стадии разработки;
аудит по данному методу является трудоемким процессом и может потребовать несколько месяцев непрерывной работы;
CRAMM не позволяет создавать собственные шаблоны отчетов или модифицировать имеющиеся;
нет возможности внесения дополнений в базу знаний CRAMM;
высокая стоимость лицензии.[²¹]

COBRA (Consultative Objective and Bi-Functional Risk Analysis) - средство анализа рисков и оценки соответствия стандарту BS7799. В основу заложены методы количественной оценки рисков. В инструментальное средство COBRA заложен принцип построения экспертных систем и объемная база знаний по угрозам и уязвимостям с большим количеством вопросов. Анализ рисков, выполняемый данным методом, соответствует базовому уровню безопасности, то есть уровни рисков не определяются. Достоинство методики - это простота и понятность. Для проведения данной методики не требуется высококвалифицированный специалист в области информационной безопасности. Суть методики – произвести ответы на несколько десятков вопросов, проанализировав ответы, системы автоматически формирует отчет. [21]

Комплексная экспертная система «Авангард» была создана в России институтом системного анализа РАН. Она предназначена для решения задач управления информационной безопасностью в больших автоматизированных информационных системах, и призвана упростить решение задач контроля над центральными структурами уровня обеспечения информационной безопасности.

Основные функции данного комплекса:

гибкая система редактирования модели предприятия;
существует возможность построения модели рисков;
оценка и сравнение рисков;
оценка мер противодействия;
оценка остаточного риска.

Экспертная система «Авангард» играет вспомогательную роль в решении задач управления информационной безопасности, то есть обеспечивает полноценный анализ угроз и рисков, что позволяет сформулировать обоснованный набор целей безопасности, выбрать политику безопасности и обосновать этот выбор, гарантировать полноту требований безопасности, контроль выполнения которых нужно осуществлять. [19]

Программный продукт RiskWatch является американским стандартом в сфере проведения анализа и управления рисками. Он предназначен для нахождения и оценки, необходимых в защите ресурсов, угроз, уязвимостей в сфере информационной и физической безопасности компании. Как и метод CRAMM, RiskWatch использует в качестве критериев для оценки и управления рисками предсказания годовых потерь (Annual Loss Expectancy – ALE) и оценку возврата от инвестиций (Return on Investment – ROI). RiskWatch проводит анализ рисков и делает обоснованный выбор контрмер и средств защиты. Используемая в программе методика включает в себя 4 стадии.

Первая стадия – определение предмета исследования, на данном этапе описываются параметры организации (тип организации, состав исследуемой системы, базовые требования в области безопасности). Вторая стадия — ввод данных, описывающих конкретные характеристики системы (ресурсы, потери и классы инцидентов, частота возникновения каждой из выделенных угроз, степень уязвимости и ценность ресурсов). Третья фаза — оценка рисков на основе связи между ресурсами, потерями, угрозами и уязвимостями, выделенными на предыдущих этапах. Дополнительно рассматриваются сценарии «что если...», которые позволяют описать аналогичные ситуации при условии внедрения средств защиты. Четвертая фаза — генерация отчетов (отчет о стоимости защищаемых ресурсов, отчет об угрозах и мерах противодействия т.д). Для отечественных пользователей проблема заключается в том, что получить используемые в RiskWatch оценки (такие как LAFE и SAFE) для наших условий достаточно проблематично. Хотя сама методология может с успехом применяться и у нас.

Количественные методики (риск оценивается через числовое значение, например размер ожидаемых годовых потерь). К этому классу относится методика RiskWatch.

Risk Advisor позиционируется как инструментарий аналитика или менеджера в области информационной безопасности. В нём реализована методика, позволяющая задать модель информационной системы с позиции информационной безопасности, идентифицировать риски, угрозы, потери в результате инцидентов. Есть возможность получать информацию о новых и актуальных угрозах с миллионов точек сбора информации, установленных нашим широко известным аналитическим подразделением – McAfee Labs. Данный инструмент позволяет документировать всевозможные аспекты, связанные с управлением риском, на верхних уровнях – административном и организационном. Программно-технические аспекты описывать в данной модели не очень удобно. Оценки даются в качественных шкалах, подробного анализа факторов рисков не предусмотрено. Сильной стороной данного метода является возможность описания разноплановых взаимосвязей, адекватного учета многих факторов риска. [21]

Система КОНДОР включает в себя базы стандартов управления информационной безопасностью, представленных в виде перечня требований. Анализируя выполнение каждого требования, система, формируя отчёт, позволяет получить полную картину - какие положения стандартов выполняются, а какие нет. Также в системе предусмотрена возможность создавать свои базы требований, чтобы провести оценку соответствия, например, корпоративному стандарту безопасности. В отчете отражаются все положения политики безопасности, которые соответствуют и не соответствуют стандарту, а также существующий уровень риска невыполнения требований политики безопасности в соответствии со стандартом. Элементам, которые не выполняются, даются комментарии и рекомендации экспертов. По желанию специалиста, работающего с программой, могут быть выбраны генерация отчета, например, по какому-то одному или нескольким разделам стандарта ISO 17799, общий подробный отчет с комментариями, общий отчет о состоянии политики безопасности без комментариев для представления руководству. Все варианты отчетов для большей наглядности сопровождаются диаграммами. КОНДОР дает возможность специалисту отслеживать вносимые на основе выданных рекомендаций изменения в политику безопасности, постепенно приводя ее в полное соответствие с требованиями стандарта. Существует возможность сравнения отчетов на разных этапах внедрения комплекса мер по обеспечению защищенности. Данная система реализует метод качественной оценки рисков по уровневой шкале рисков: высокий, средний, низкий. [21]

1. Расчет уровня уязвимости интеллектуальной системы и вероятности возникновения информационных угроз

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

В настоящее время основная задача управления информационными рисками - объективно идентифицировать и оценить наиболее значимые информационные риски компании, а также адекватность используемых средств контроля рисков для увеличения эффективности и рентабельности экономической деятельности компании. Считается, что качественное управление рисками позволяет использовать оптимальные по эффективности и затратам средства контроля рисков и средства защиты информации, адекватные текущим целям и задачам бизнеса компании.

Для эффективного управления информационными рисками разработаны специальные методики, например методики международных стандартов ISO 15408, ISO 17799 (BS7799), BSI, а также национальных стандартов NIST 800-30, SAC, COSO, SAS 55/78 и некоторые другие, аналогичные им. В соответствие с этими методиками управление информационными рисками любой компании предполагает следующее. Во-первых, определение основных целей и задач защиты информационных активов компании. Во-вторых, создание эффективной системы оценки и управления информационными рисками. В-третьих, расчет совокупности детализированных не только качественных, но и количественных оценок рисков, адекватных заявленным целям. В-четвертых, применение специального инструментария оценивания и управления рисками.

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

Целью управления информационными рисками разработанной системы является минимизация общих расходов на управление рисками, которые складываются из затрат на противодействие информационным рискам и ущерба, который несут субъекты сети ФСЦ автомобилестроительного предприятия в случае реализации рисковых событий. [²²]

Проанализировать информационные риски является трудоемкой задачей, поэтому необходимо воспользоваться информационной системой управления рисками. Программных продуктов, которые позволяют управлять рисками на информационном рынке достаточно. Мы же воспользуемся системой «ГРИФ», одной из задач которой является анализ и получение оценки защищенности.

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

Для расчета уровня уязвимости системы необходимо выделить ресурсы, которые имеют доступ к системе, предполагаемые угрозы и уровень риска данных угроз (таблица 4.1).

Таблица 4.1 – Риск ресурсов по угрозам и уязвимостям

Ресурс	Угроза	Уязвимость	Уровень риска, %
Сервер хранения данных	Аппаратные отказы	Подверженность колебаниям напряжения	17
	Доступ к БД несанкционированных пользователей	Незащищенные таблицы паролей	2
	Доступ к БД несанкционированных пользователей	Незащищенные потоки конфиденциальной информации	7
	Использование программных модулей несанкционированными пользователями	Незащищенные таблицы паролей	2
		Незащищенные потоки конфиденциальной информации	7
	Технические неисправности сетевых компонент	Подверженность колебаниям напряжения	32

Продолжение таблицы 4.1

Ресурс	Угроза	Уязвимость	Уровень риска, %
Сервер хранения данных	Искажение информации	Отсутствие резервных копий	30
	Искажение информации	Незащищенные потоки конфиденциальной информации	25
	Потеря информации	Отсутствие резервных копий	52
	Ввод в систему заранее ложных данных	Отсутствие эффективного контроля внесения изменений	30
	Ввод в систему ошибочных данных	Отсутствие резервных копий	32
Рабочая станция системного администратора	Аппаратные отказы	Подверженность колебаниям напряжения	10
	Вредоносное программное обеспечение	Изменение структуры данных	20
	Использование программных модулей несанкционированными пользователями	Незащищенные таблицы паролей	2
Рабочая станция диспетчера	Потеря информации	Отсутствие резервных копий	32
	Вредоносное программное обеспечение	Изменение структуры данных	16
	Аппаратные отказы	Подверженность колебаниям напряжения	26
	Технические неисправности сетевых компонент	Подверженность колебаниям напряжения	22
	Ввод в систему ошибочных данных	Отсутствие резервных копий	39

Окончание таблицы 4.1

Ресурс	Угроза	Уязвимость	Уровень риска, %
Мобильное приложение водителя	Утечка информации	Незащищенные таблицы паролей	20
	Межсайтовый скриптинг	SQL-инъекции	59
	Недостаточная аутентификация	Ненадежная система авторизации пользователей	12

В первую очередь необходимо обеспечить безопасность данных, поэтому в таблице 4.2. определим уровень безопасности данных, хранящихся на сервере.

Таблица 4.2 – Уровень безопасности хранящихся данных

№	Вид информации	Конфиденциальность, %	Целостность, %	Доступность, %
1	Показатели надежности	38	27	28
2	Обработка информации	27	21	32
3	База данных	37	21	30

В итоге был рассчитан комплексный риск проблемно-ориентированной системы, распределенный по классу угроз потери данных.

Таблица 4.3 – Комплексный уровень безопасности данных внедряемой системы

Конфиденциальность, %	Целостность, %	Доступность, %
34	23	30

В целом уровень риска разработанной системы составил 87 %.

1. Перечень контрмер и расчет их эффективности

Уровень риска говорит о том, что система имеет высокий коэффициент уязвимости и требует проведения работ по повышению уровня информационной безопасности.

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

Таблица 4.4 – Ущерб от возможной реализации угроз по каждому ресурсу

Ресурс	Ущерб, %
Сервер хранения данных	22
Рабочая станция системного администратора	25
Рабочая станция диспетчера	23
Мобильное приложение	17

Общее значения уровня ущерба разработанной системы в случае реализации вышеуказанных угроз составляет 87%. Данный показатель говорит о том, что в случае реализации угроз качество аналитического аппарата системы практически полностью сводится к нулю.

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

Таблица 4.5 – Перечень предлагаемых контрмер

№	Контрмера	Стоимость контрмеры, руб.	Уровень эффективности по системе, %
1	Установка средств защиты таблицы паролей	5 000,00	93
2	Установка RAID-контроллера (RAID 6)	12 000,00	100
3	Резервное копирование	2 000,00	97
4	Установка брандмауэра	14 000,00	98
5	Межсетевой экран для web-приложения	8 000,00	97
6	Использование ИБП	7 500,00	99
	ИТОГО:	48 500,00	97,3

Также была рассчитана эффективность от применения каждой контрмеры, которая показана в таблице 4.6.

Таблица 4.6 – Эффективность контрмер по каждому ресурсу

№	Ресурс	Значение риска до всех контрмер, %	Значение риска после всех контрмер, %	Эффективность комплекса контрмер, %
1	Сервер хранения данных	37	0	100
2	Рабочая станция системного администратора	25	1,1	95,6
3	Рабочая станция диспетчера	23	1,7	92,6
4	Мобильное приложение	12	0,6	95
Проблемно-ориентированная система		85	3,7	95,8

Таким образом, обозначенные контрмеры обеспечивают увеличение показателя защищенности системы до 95,8%.

1. Выводы по разделу

Таким образом, можно сделать вывод, что пренебрежительное отношение к информационной безопасности приведет к нежелательным последствиям, в том числе и материальным убыткам на предприятии.

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

ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ
1. Расчёт суммарных затрат на разработку и сопровождение

Разработка интеллектуальной системы происходит в IT парке. IT парк обоснован ПК, поэтому затраты на разработку системы не учитывают покупку и амортизацию оборудования и включают в себя следующее:

Затраты на программное обеспечение;
Затраты на оплату интеллектуального труда;
Затраты на техническое обеспечение;
Затраты на эксплуатацию помещения;
Затраты на информационную безопасность сервера.

Для разработки интеллектуальной системы распределения заявок требуется 3 месяца и три разработчика.

Затраты на программное обеспечение включают в себя стоимость лицензий всех программных средств, которые нужны для разработки. Стоимость лицензий на необходимые программные продукты указана в таблице 5.1.

Таблица 5.1 – Затраты на программное обеспечение

№ п/п	Наименование программного обеспечения	Стоимость за одну лицензию, руб.	Стоимость за три лицензии, руб.
1	MSWindows 8.1 профессиональная	7 890	23 670
2	PostgreSQL	0	0
3	Visual Studio 2013 Professional	21 269	63 807
Итого:		29 159	87 477

Затраты на оплату интеллектуального труда – это зарплата разработчику, учитывая выплаты единого социального налога.

Таблица 5.2 – Расчёт средств на оплату интеллектуального труда

№ п/п	Наименование	Ед. изм.		Количество
1	Заработная плата программиста в месяц	руб./мес.		27 500
2	Длительность	мес.		1
3	ЕСН	руб.		4 950
Итого:			руб.		32 450

Оплата интеллектуального труда 3 разработчикам составит 292 050 руб. в месяц.

Затраты на техническое обеспечение составляют покупка сервера и его амортизация. Амортизация офисной техники в год составляет 10%. Сводные данные по выделению средств на техническое обеспечение представлены в таблице 5.2.

Таблица 5.3 – Выделение средств на техническое обеспечение

№ п/п	Наименование технического обеспечения	Стоимость, руб.
1	Сервер	25 000
2	Амортизация за один месяц	2 500

Затраты на эксплуатацию помещения (на рабочие места разработчиков) рассчитываются по формуле:

З_эксп.=Sk_вспСТ_разр, (5.1)

где S – площадь помещения, приходящаяся на рабочее место разработчиков, м²;

k_всп– коэффициент учета площади вспомогательных помещений от основных, м²;

С – аренда помещения, руб./м² в месяц;

Т_разр – период разработки, мес.

Арендная плата рабочего места в IT парке составляет 450 руб./мес. за 1 кв.м. площади и включает оплату отопления, вентиляции, потребление воды, охрану, уборку, пользование ПК и wi-fi .

Площадь помещения, приходящаяся на одно рабочее место, составляет 4 м², то есть 12 м² на троих разработчиков, коэффициент учета вспомогательных площадей оставляет для данного предприятия – 1,4 для 1 кв. м основной площади.

Затраты на эксплуатацию помещения на один месяц разработки были рассчитаны по формуле 5.1:

З_экс.п.=121,44503=22 680 (руб.).

Затраты на информационную безопасность были рассчитаны в предыдущем разделе и для сервера составили 26 500 руб. (не включаются затраты на межсетевой экран).

Таким образом, общие затраты на разработку системы следующие, при этом учитывается, что покупка сервера и программного обеспечения происходит в первый месяц:

З_общ. = 87 477 +292 050 + 25 000 + 621 +22 680 + 26 500 = 454 328(руб.).

Теперь необходимо рассчитать затраты на сопровождение с точки зрения разработчика, которые включают в себя следующие затраты:

Затраты на техническое обеспечение (амортизация);
Затраты на помещение;
Затраты администратору системы.

Так как за сопровождение отвечает один человек, то определим затраты относительно него. Рассчитаем затраты на эксплуатацию помещения на месяц для одного человека по формуле 5.1:

З_экс.п.=41,44501=2 520 (руб.).

Затраты на оплату труда системного администратора указаны в таблице 5.3.

Таблица 5.3 – Расчёт средств на оплату труда системного администратора

№ п/п	Наименование	Ед. изм.		Количество
1	Заработная плата программиста в месяц	руб./мес.		10 000
2	Длительность	мес.		1
3	ЕСН	руб.		1 800
Итого:			руб.		11 800

Таким образом, затраты на сопровождение за год составят:

З_сопр. = (11 800 + 2 520)12 + 2 500= 174 324 (руб.).

1. Расчёт прибыли от внедрения системы

Доход от проекта будет получен за счет арендной платы предприятия за использование системы распределения заявок.

Система позволит быстро реагировать на форс-мажорные ситуации, сократить время на обработку заявок со стороны диспетчера. Экономический эффект от внедрения системы достигается за счёт уменьшения времени составления заявок на перевозку груза и нахождения водителя за счет использования мобильного приложения. Таким образом, диспетчер не тратит дополнительного времени на нахождение водителя. Система позволяет упростить работу с водителями – не нужно следить за их расписанием, что выгодно для компании, так как есть возможность заключать договора с большим количеством водителей, что в свою очередь предусматривает больший спектр услуг и разнообразие транспортных средств. Всё это увеличит количество выполняемых заявок, а, следовательно, и количество клиентов, тем самым прибыль возрастет в несколько раз (зависит от количества новых заказов).

Прибыль за месяц от внедрения системы можно рассчитать следующим образом:

P = P₁N – C,(5.2)

где P – прибыль, руб.;

P₁ – прибыль от одной компании, руб.;

N – количество пользователей;

C – расходы на сопровождение, руб.

На сегодняшний день в городе Набережные Челны зарегистрировано:

Всего 268 транспортных компаний, из них:

Перевозчиков — 160,
Прямых грузовладельцев, которые перевозят собственный товар — 108. [²³]

Интерес к использованию интеллектуальной системы распределения заявок на перевозку груза между перевозчиками может возникнуть как у малой фирмы, которой система поможет развиваться и привлечь новых клиентов, так и крупной, работу которой система может упростить и ускорить, тем самым сократить расходы. Таким образом, в год необходимо завладеть как минимум пятью клиентами, что вполне реально, учитывая количество транспортных компаний в Набережных Челнах.

На грузовые перевозки в главной степени влияет сезонность. Таким образом, больший спрос к перевозкам осуществляется в такие месяцы, как май, июнь, июль, август, сентябрь, и, следовательно, в данные месяцы спрос на эффективное распределение заявок будет выше. [²⁴]

1. Оценка эффективности капиталовложений

Приток средств в проект формируется из доходов от реализации программного продукта. Отток средств формируется из следующих статей: инвестиционные затраты на разработку, затраты на сопровождение. Затраты на разработку и сборку являются инвестиционными затратами, осуществляемыми в начальном периоде t₀.

Поскольку в проекте не осуществляется приобретение основных фондов, то в расчете не учтены амортизационные отчисления и налог на имущество, и изменений по данным статьям не предвидится.

Основными количественными параметрами оценки инвестиций являются:

чистая текущая стоимость (ЧТС);
внутренний коэффициент окупаемости (ВКО);
срок окупаемости инвестиций (СО);
дисконтированный срок окупаемости инвестиций (ДСО);
коэффициент эффективности инвестиций (КЭI).

Коэффициент дисконтирования (KD_k)

KD_k = , (5.3)

где r = 8 % – ставка дисконтирования (численно равна ставке рефинансирования центрального Банка РФ);

i = 11,5 % – годовой темп инфляции (на будущий год);

р – доля премии за риск;

k– порядковый номер года, k = 0, 1, 2 …Т_сл;

р = r i;

р = 0,08 0,115 = 0,0092;

Тогда .

Чистая текущая стоимость (ЧТС)

ЧТС определяет величину отдачи от инвестиций. Инвестиции производятся в течение только первого года жизненного цикла объекта и нет затрат, сопутствующих инвестициям.

ЧТС = å(Р_k KD_k ) – I, (5.4)

где k – порядковый номер года, k = 0, 1, 2 ,3;

P_k – годовой доход k – того года, руб.;

KD_k – коэффициент дисконтирования;

I – размер инвестиций, руб.

Сущность показателя «Чистая текущая стоимость»:

Если ЧТС>0, то капиталовложения являются эффективными;

Если ЧТС 0, из этого следует, что капиталовложения являются эффективными.

Внутренний коэффициент окупаемости (ВКО)

Внутренний коэффициент окупаемости (ВКО) – ставка дисконтирования, при которой эффект от инвестиций равен нулю (ЧТС=0). ВКО показывает максимально допустимый уровень расходов.

, (5.5)

где r₀ – ставка дисконтирования, откорректированная на инфляцию и риск;

r₀₁ – значение откорректированной ставки дисконта, при котором ЧТС1>0;

r₀₂ – значение откорректированной ставки дисконта, при котором ЧТС2 СК – капиталовложения являются эффективными;

ВКО 0;

r₀₂ =0,3 + 0,115 + 0,0345=0,4495; ЧТС₂ = -283 282 < 0.

Таблица 5.5 – Прогноз денежных потоков с учетом ставки дисконтирования r₀₂ =0,3

Год	Чистый денежный поток, тыс. руб.			Суммар. чистый денежный поток, тыс. руб.		Коэффициент дисконтирования		Дисконт. денежный поток, тыс. руб.			Дисконт. чистый денежный поток, тыс. руб.
	Расходы, тыс.руб.	Чистая прибыль, тыс.руб.	Расходы, тыс.руб.					Чистая прибыль, тыс.руб.
1	2	3	4		6		7		9	11
разработка	-454	0	-454		1,00		-454		0	-454,328
1	-174,324	300	-328,652		0,69		-174		206,967	-421,684
2	-174,324	500	2,976		0,48		-174		344,946	-251,062
3	-174,324	700	522,700		0,33		-174		482,925	57,540
Итого	-977	1500	522,700				-977,3		1034,839	-1069,534

Таким образом, был рассчитан ВКО по формуле 5.5:

Ставка коммерческих банков СК = 20 % годовых. ВКО > СК, что означает, что капиталовложения являются эффективными.

Срок окупаемости инвестиций (СО)

Срок окупаемости (англ. Pay-Back Period) – период времени, необходимый для того, чтобы доходы, генерируемые инвестициями, покрыли затраты на инвестиции.

СО = , (5.6)

где k – порядковый номер года, k = 0, 1, 2 ,3;

P_k – годовой доход k – того года, руб.;

I – размер инвестиций, руб.

Таким образом, срок окупаемости инвестиций составит:

СО = (лет).

Для полной окупаемости инвестиций необходимо год и 11 месяцев.

Дисконтированный срок окупаемости инвестиций (ДСО)

Дисконтированный период окупаемости (Discounted Pay-Back Period, DPB) – это срок, требуемый для возврата вложенных инвестиций в проект за счет чистого денежного потока с учетом ставки дисконтирования.

ДСО = , (5.7)

Где k – порядковый номер года, k = 0, 1, 2 ,3;

P_k – годовой доход k – того года, руб.;

KD_k – коэффициент дисконтирования;

I – размер инвестиций, руб.

Дисконтированный срок окупаемости инвестиций:

ДСО = (лет).

Для полной окупаемости инвестиций с учетом ставки дисконтирования необходимо 2 года и 4 месяца.

Коэффициент эффективности инвестиций (КЭI)

КЭI = ДП / (0,5 (I - ОС)), (5.8)

где ДП = 500 000 – среднегодовой денежный поток, руб.;

I = 454 328 – суммарное значение инвестиций, руб.;

ОС = 0 – остаточная стоимость инвестиционных вложений, руб.;

Таким образом, был рассчитан КЭI по формуле 5.6:

КЭI =500 000 / (0,5454 328) = 2,2.

Коэффициент рентабельности (КР)

КР = Р_к / З, (5.9)

где Р_к = 1 500 000 – суммарная чистая прибыль, руб.;

Таким образом, был рассчитан КР по формуле 5.7:

КР = 454 328/ 1 500 000= 0,3.

Так как КЭI > КР., наблюдается высокая эффективность инвестиций.

Для общей наглядности занесем все количественные параметры оценки инвестиций в таблицу 5.6.

Таблица 5.6 - Показатели оценки экономической эффективности

№ п/п	Наименование показателей	Ед. изм.	Числовые значения
1	2	3	4
1	Чистая текущая стоимость	руб.	522 700
2	Внутренний коэффициент окупаемости	-	0,330
3	Срок окупаемости инвестиций	лет	1,9
4	Дисконтированный срок окупаемости	лет	2,37
5	Коэффициент эффективности инвестиций	-	2,2

1. Выводы по разделу

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

Результаты расчетов показали, что разработка интеллектуальной системы распределения заявок для транспортных компаний окупится через 1 год 11 месяцев. Проект экономически обоснован, вложения являются эффективными.

Заключение

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

В дипломном проекте был решен ряд задач и разработана интеллектуальная система распределения заявок на перевозку груза между перевозчиками.

В рамках дипломного проекта были решены следующие задачи:

1. Выполнен анализ существующих информационных систем в области управления заявками на грузоперевозки.

2. Разработана структура и определен состав интеллектуальной системы распределения заявок на перевозку груза между перевозчиками.

3. Разработана база данных и интерфейсные формы интеллектуальной системы.

4. Проведен анализ информационной безопасности и оценена экономическая эффективность от внедрения системы.

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

1. Влияние ИТ на системные функции предприятия. URL: http://studopedia.ru/4_14838_vliyanie-it-na-sistemnie-funktsii-predpriyatiya.html. Дата обращения 22.05.15

2. Типы автотранспортных предприятий. URL: http://transportda.ru/article21.html. Дата обращения 22.05.15

3. SIKE. Организационная структура транспортного предприятия. http://sike.ru/node/57. Дата обращения 22.05.15

4. Первый бит. Продукты 1С. URL: http://1cbit.ru/1csoft/bit-ekspedirovanie. Дата обращения 25.05.15

5. Информационная система управления транспортом Global-Transport . URL: http://www.global-system.ru/files/Global%20Transport.pdf. Дата обращения 25.05.15

6. Транс-Менеджер. Программный комплекс управления автоперевозками. URL: http://www.trans-manager.ru. Дата обращения 25.05.15

7. Транспортная компания Экспедитор-ПРО. Логистика промышленных грузов. URL: http://www.expeditor-pro.ru/haulage-documents.php. Дата обращения 22.04.15

8. Мониторинг автотранспорта. Всё о слежении автомобиля on-line. URL: http://mssglonass.ru/uslugi/monitoring-transporta. Дата обращения 22.05.15

9. Ильин, В.В. Моделирование бизнес-процессов. Практическое использование ARIS. – Киев: Williams, 2006. – 176 с.

10. Крэг Ларман. Применение UML 2.0 и шаблонов проектирования 3-е изд. — М.: Вильямс, 2006. — 736 с.

11. Павловская Т.А. C#. Программирование на языке высокого уровня. – СПб: Питер Год, 2014. – 432с.

12. VisualStudio. Microsoft Для малого бизнеса. URL: http://www.microsoft.com/rus/business/smb/products-list/visualstudio2010. Дата обращения 28.05.15

13. Брюс Эккель. Философия Java. – СПб: Питер Год, 2001. – 880с.

14. Java для начинающих. http://java-start.ru/index.php/nachalo-raboty. Дата обращения 28.05.15

15. Ричард Стоунз, Нейл Мэттью. PostgreSQL. Основы. – М.: Символ – Плюс, 2002. – 640с.

16. Хабрхабр. PostgreSQL vs MySQL. URL: http://habrahabr.ru/company/mailru/blog/248845. Дата обращения 22.05.15

17. Облачные технологии. URL: http://wiki.iteach.ru/index.php/облачные_технологии. Дата обращения 15.05.15

18. Зегжда, В.П., Ивашко А.М. Основы безопасности информационных систем. – М.: Горячая линия – Телеком, 2000. – 452 с.

19. Домарев, В.В. Безопасность информационных технологий. Методология создания систем защиты. – М.: ТИД Диа Софт, 2002. – 688 с.

20. Малюк А.А. Информационная безопасность - концептуальные и методологические основы защиты информации. – М.: Горячая линия –Телеком, 2004 – 280 с.

21. Искусство управления информационными рисками. URL: http://xn----7sbab7afcqes2bn.xn--p1ai/content/cramm. Дата обращения: 20.05.15

22. Митченко И. А. Методические основы оценки информационных рисков в предпринимательстве. Журнал Астраханского государственного технического университета 2007г. 3: 25-33 с.

23. Грузоперевозки. Набережные Челны. URL: http://www.vird.ru/naberejnjie_chelnji_16040001_c.html. Дата обращения: 20.06.15

24. Лекции. Анализ грузовых перевозок. URL: http://lektsii.net/1-111469.html. Дата обращения: 20.06.15

Просмотров работы: 944

Код для цитирования:

IX Международная студенческая научная конференция Студенческий научный форум - 2017

РАЗРАБОТКА ИНТЕЛЛЕКТУАЛЬНОЙ СИСТЕМЫ РАСПРЕДЕЛЕНИЯ ЗАЯВОК НА ПЕРЕВОЗКУ ГРУЗОВ МЕЖДУ ПЕРЕВОЗЧИКАМИ

Студенческий научный форум - 2017
IX Международная студенческая научная конференция