Информационные технологии в логистике

В своем арсенале имеет расширенные возможности по оформлению заливок областей документа и отдельных слоев, механизмы трансформации объектов и поддерживает два вида анимации. Данные стили соответствуют концепции web 2.0, что означает, наличие дополнительных возможностей для создания качественного юзабилити веб документа. JavaScriptклиентский язык программирования реализующий необходимые функции графического интерфейса. Имеет объектно-ориентированную структуру. Является основой для многих фреймворков. JQuery — графический фреймворк языка JavaScript, имеет расширенные возможности. Если сравнивать данный фреймворк с таким как Bootstrap, то можно заметить, что первый сложнее по написанию, но имеет более широкий спектр возможностей в основе которого также лежит DOM модель документа. В качестве инструмента разработчика использовался редактор AdobeDreamWeaver CC, который позволяет разрабатывать код клиентской части проекта с использованием всех перечисленных выше языков и технологий. Проектная часть2.

1. Постановка задачи. Как было описано в предыдущей главе основной задачей практической части курсового проекта является проектирование системы поддержки принятия решений. Рассматриваемая система должна выполнять следующие функциональные требования: R.1: Взаимодействие с клиентом: R.

1.1: Электронный прием и регистрация заявокR.

1.1. 1: Оперативный контроль над ходом согласования заявок.R.

1.1. 2: Подача заявок в электронном виде с указанием пограничных передаточных станций в соответствии с планом формирования.R.

1.1. 3: Оперативное уточнения заявки до начала перевозки груза (по каждой отправке).R.

1.1. 4: Получения оперативной информации о состоянии лицевого счета.R.

1.1. 5: Обмен оперативными данными электронных накладных с клиентами для возможности отслеживания груза.R.2: Финансовые операции: R.

2.1: Планирование расходов Заказчика за счет предварительного расчета стоимости перевозки по подаваемой заявке. R.

2.2:Исключение вероятных ошибок в расчете провозной платы, связанных с ручным вводом перевозочных документов работником.R.3: Формирование документацииR.

3.1:Сопроводительная документацияR.

3.1. 1: Оформление перевозочных документов с использованием данных согласованной заявки.R.

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

3.1. 3: Оформление всех видов документов, сопутствующих перевозке грузов (заявления на переадресовку, уведомления, акты, передаточные ведомости, ведомости подачи/уборки машин, уведомления на оплату перевозок экспедиторскими организациями), оформление накладных.R.

3.2: Итоговая документацияR.

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

2.2. Проект пользовательского интерфейса:

2.2.

1. Сценарии использования программного продукта. Исходя из описанных выше требований строим диаграмму системы, которая будет состоять из 3-х подсистем (рисунок 6).Рисунок 6. Варианты использования системы.

Для построения предварительной структуры интерфейса системы использовалось программа MindManagerPro (рисунок 7).Рисунок 7. Макет структуры интерфейса системы Рисунок 8. Проектирование структуры вебинтерфейса2.

2.2. Диаграммы переходов. Для построения диаграммы переходов использовался UML, а именно диаграммы активности. Были описаны переходы для клиента при выполнении заказа. Один из возможных вариантов — построение системы в клиентской части по аналогии с электронным магазином. В этом случае клиент делает заказ услуги грузоперевозки и оформления, как заказ товара в обычном магазине. Данная идея достаточно нова и поэтому на данном этапе, пока остается в проекте. Хотя при рассмотрении это достаточно удобно, хотя и остается открытым вопрос с документацией и рабочим местом менеджера. (рисунок 9).В случае разработки СППР по аналогии с электронным магазином автоматически решаются вопросы проведения электронных платежей, выбора специальной техники для транспортировки. Есть вопрос по проведению груза и его отслеживанию, но упрощается вопрос по составлению итоговой документации. Рисунок 9. Диаграммы переходов2.

2.3. Макеты экранных форм.Качественные.

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

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

2.2. Проект подсистемы обработки:

Для реализации системы поддержки принятия решений, которую мы рассматриваем как модуль информационной системы предприятия «Лис-экспресс» была выбрана только одна задача, которая более подробна была описана выше. Задача, которая будет реализована средствами системы поддержки принятия решений направлена на снижении влияния человеческого фактора при выработке решения на участие в тендерах по оказанию авто транспортных услуг. Рисунок 11. Логическая структура системы принятия решений на участие в тендере.

Детально рассмотрим структуру системы поддержки принятия решений (рисунок 12), и функциональность ее модулей. Рисунок 12.Структура информационной технологии поддержки принятия решений.

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

Рассмотрим диаграмму TO BE, т. е. функциональную модель системы. Контекстная диаграмма системы принятия решений, построенная по IDEF0-технологии, показана на рисунок 13. Рисунок 13. IDEF0 диаграмма СППР TO-BE нулевого уровня декомпозиции.

На рисунке 13 представлена диаграмма уровня A-0, на которой определена система в целом которая «определяет границы» моделируемой системы, определяя ее взаимодействие со своим окружением. Из диаграммы можно проследить только общие элементы системы, входную информацию, на выходе мы получаем рекомендацию по принятию решение и обоснование, регламентируется работа правовыми актами РФ и уставом предприятия по осуществлению тендерных торгов и системы закупок, посредством анализа и обработке данных в автоматизированной системе с лицом, принимающим решения (экспертным советом), который выступает в роли механизма системы. Так же механизмом определяется администратор системы, который занимается вопросами обслуживания и модернизации системы и ее частей. (рисунок 14).Рисунок 14. Диаграмма модели бизнес-процесса принятия решения в СППР по принятию участия втендере в нотации IDEF0. На рисунке 2.8 представлена диаграмма уровня декомпозиции A0, на ней смоделирован, процесс обработки и записи данных и построения модели обработки данных для принятия решения, который осуществляется автоматизированной системой, система определяет данные, которые записываются в БД, также данные обрабатываются в соответствии с требованиями и условиями тендера, но он определяет лишь ракурс, это будет изображено ниже.

Как видно из диаграммы для формирования решений для реализации задач системы, данные для расчета включают большое количество данных характеризующих систему. Выбор СУБД и проектирование самой БД рассмотрим позже. Продолжим описание физической модели на основе диаграмм IDEF0 TO-BE. На основе данных, записанных в БД или на основе данных определенных пользователем, необходимо осуществить расчет данных для выработки решений (рисунок 15).Рисунок 15. Диаграмма процесса принятия решений. Процесс принятия решений обусловлен рядом критериев, а именно минимальной ценой, сложностью грузоперевозки, требованиям к условиям перевозки, в первую очередь срокам исполнения, дополнительным предложением, а именно особым условиям перевозки, особенностью товара, дальностью, качеством дорог (для сельской местности) и т. д. Поэтому сначала рассматриваются предложения с низшей ценой из которых выбираются участники с ценой в определенном ценовом диапзоне (не более 5%). Из этих участников форммируется список, который рассматривается с точки зрения временных интервалов и специальных требований выполния перевозки. На этом этапе так же формируется свой список и система переходит к кретериям дополнительных условий к которым относятся по важности: использование специальной техники — 2балла (5%-10 баллов).

особые условия перевозки- 3балла за каждое условиенизкое качество дорог (2балла за каждые 500км) Специальные требования не рассматриваются системой для выявления рекомендаций по выявлению победителя, но они додаются как дополнительный текст для тендерного комитета по принятию решения. Специальные требования не регламентируются в системе. Это могут быть дополнительные услуги, упаковка, сервисы и т. д. Это могут быть скидки на товары, на доставку, установку и т. д.Как видно на диаграмме формирование решенийпо участию в тендерных торгах осуществляется по правилам проведения тендеров, осуществляет расчет АС, а не тендерный комитет, как было до автоматизации.

2.3. Блок-схемы алгоритмов обработки информации. Формирование рекомендаций по принятию решений осуществляет система на основе существующих тендеров, а учет принятых решений и само принятие решений осуществляют тендерный совет организации. Система в своей работе использует СУБД типа MySQL, а также файлы базы данных, содержащих таблицы, индексы и приложения. Результаты работы системы представлены выходными документами учета. Они создаются и обрабатываются на основе существующих стандартов и инструкций. Входами системы служат как результаты принятых решений, так и входные документы, исходные данные для принятия решений. Таким образом мы определили алгоритм работы автоматизированной системы принятия решений (рисунок 16) Рисунок 16. Алгоритм принятия решения по участию в тендере.

Заключение

.

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

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

Список использованных источников

.

Информационные системы и технологии в логистике и управлении цепями поставок: учебное пособие / В. А. Медведев, А. С. Присяжнюк, — СПб: Университет ИТМО, 2016. — 183 с. Алесинская Т. В. Основы логистики. Функциональные области логистического управления. Часть 3. / Т. В. Алесинская.

— Таганрог: Изд-во ТТИ ЮФУ, 2010. 116 с. Информационные технологии в логистике. [.

Информационный ресурс]. — Режим доступа:

https://vuzlit.ru/69 276/informatsionnye_tehnologii_logistikeИНФОРМАЦИОННЫЕ СИСТЕМЫ В ЛОГИСТИКЕ.

Введение

в курс. [Информационный ресурс]. — Режим доступа:

https://studfiles.net/preview/5 271 097/Федоров Н. В. Проектирование информационных систем на основе современных CASE-технологий. — М.: МГИУ, 2008. − 287 с. Дыбская В. Логистика.

Полный курс MBA. М: Эксмо, 2013, 768с. Железко, Б. А. Реинжиниринг бизнес-процессов: учеб. Пособие для вузов/ Б. А. Железко, Т. А. Ермакова, Л. П. Володько; под ред. Б. А. Железко. — Мн.: Книжный дом, 2006. 216 с. Гаджинский А.

М. Логистика. Учебник для высших и средних специальных учебных заведений. — М.: Информационно-внедренческий центр «Маркетинг», 2005.

— 228 с. Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем. Интернет-университет информационных технологий. / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина // ИНТУИТ.ру. − 2008.

Григорьев М.Н., Долгов А. П., Уваров С. А. Логистика. М.: Юрайт, 2011. 736с. Агуреева О. В. Логистика. Краткий курс. М: Окей-книга, 2014.

128с. Баронов В. В. Информационные технологии и управление предприятием / В. В. Баронов, Г. Н. Кальянов, Ю. Н. Попов, И. Н. Титовский. — М.: АйТи, 2009. — 328 с.Приложение.

Вводэкспертов<!DOCTYPE html><!—Tochangethislicenseheader, chooseLicenseHeadersin Project Properties. Tochangethistemplatefile, chooseTools — Templatesandopenthetemplateintheeditor.—><html> <head> <metacharset="UTF-8″ > <title></title> </head> <body> <?phpinclude 'connectbd.php';if ($link->connect_errno){echo «Не удалось подключиться к базеданных «. $link->connect_errno. $link->connect_error; }if (isset ($_POST['ex_cod'])) { $ex_cod = $_POST['ex_cod']; } if (isset ($_POST['ex_surname'])) {$ex_surname = $_POST['ex_surname']; }if (isset ($_POST['ex_name'])) {$ex_name = $_POST['ex_name']; }if (isset ($_POST['ex_dolg'])) {$ex_dolg = $_POST['ex_dolg']; }if (isset ($_POST['ex_z1'])) {$ex_z1 = 1;} else $ex_z1 = 0;if (isset ($_POST['ex_z1'])) {$ex_z2 = 1;} else $ex_z2 = 0;if (isset ($_POST['ex_z3'])) {$ex_z3 = 1;} else $ex_z3 = 0;if (isset ($_POST['ex_z4'])) {$ex_z4 = 1;} else $ex_z4 = 0;if (isset ($_POST['ex_z5'])) {$ex_z5 = 1;} else $ex_z5 = 0;echo «$ex_cod $ex_surname $ex_name $ex_dolg $ex_z1 $ex_z2 $ex_z3 $ex_z4 $ex_z5» ;if ($link->query («INSERT INTO eksperts (id_expert, surname, name, dolgnost, building, learning, food, electronics, medical) VALUES ('$ex_cod', '$ex_surname', '$ex_name', '$ex_dolg', '$ex_z1', '$ex_z2', '$ex_z3', '$ex_z4', '$ex_z5')»)){echo» Не удалось внестиданные «. $mysqli->error; }$result = mysqli_query ($link, «INSERT INTO eksperts (id_expert, surname, name, dolgnost, building, learning, food, electronics, medical) VALUES ('$ex_cod', '$ex_surname', '$ex_name', '$ex_dolg', '$ex_z1', '$ex_z2', '$ex_z3', '$ex_z4', '$ex_z5')»);if ($result){echo «<h1>ok</h1>»; } else{echo «<br> error» ;}mysqli_close ($link); ?> </body></html>