Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов»
Содержание:
ВВЕДЕНИЕ
Развитие информационных технологий изменило наши жизни, они стали неотъемлемой частью практически любой работы, незаменимым залогом успеха и конкурентоспособности любого предприятия и, зачастую, единственным способом эффективной экономии времени и денег в любой сфере жизни. Информационные технологии - процессы, методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов.
Цель курсовой работы – проектирование информационной системы для реализации операций бизнес-процесса «Транспортная доставка заказов» на примере компании «Строй Декор».
Для достижения поставленной цели необходимо решить следующие задачи:
- проанализировать текущую организацию бизнес-процесса транспортной доставки заказов в компании «Строй Декор» и возникающего при его выполнении документооборота;
- выбрать и обосновать проектные решения по информационному и программному обеспечению;
- составить информационную модель проектируемой информационной системы;
- разработать базу данных и программные модули ИС;
- описать контрольный пример реализации проекта.
1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1. Выбор комплекса задач автоматизации
Деятельность компании «СтройДекор» заключается в розничных продажах строительных товаров и товаров для ремонта.
Магазин «Строй Декор» занимает несколько помещений (склад товаров и торговый зал). У компании имеются договорные отношения с поставщиками, которые осуществляют поставку требуемых товаров на склад компании. Затем эти товары выставляются для демонстрации в торговом зале. Также у компании имеется собственный сайт, на котором представлен весь товарный ассортимент.
У компании имеется собственный штат сотрудников, в который входят продавцы-консультанты торгового зала, кассиры, менеджеры по закупкам, кладовщик, грузчики, логист, водители и бухгалтер.
Когда клиент приходит в магазин «СтройДекор», все его взаимодействие осуществляется с менеджером торгового зала, который проводит консультации клиента по интересующим его вопросам. Оплату за выбранные клиентом товары принимает кассир. На стойке информации клиенты договариваются о доставке товаров по оплаченным заказам. Кроме того, клиент может самостоятельно забрать со склада купленные позиции. Если товара на складе нет, то работник склада составляет заявку на его заказ и направляет данную заявку в отдел закупок. Далее отдел закупок формирует заказы для поставщиков, которые в свою очередь поставляют товар на склад, где его принимают работники склада.
Работник торгового склада магазина принимает от отдела закупок списки заказанных товаров. Когда по данным заказам приходит товар от поставщиков, работник склада сверяет количество товара в заказах, счет-фактурах и фактическое наличие товара. Кроме того, при приеме товара работник склада проверяет сохранность упаковок товаров. После этого товар распределяется по отделам для выставления его на демонстрационные стенды, выдаются соответствующие накладные и ценники.
За доставку товаров по заказам покупателей отвечает логист, водители и грузчики. Логист распределяет доставки между автомобилями таким образом, чтобы они выполняли доставки максимально быстро при минимальных финансовых и временных затратах. Водители выполняют перевозку товаров, а грузчики занимаются погрузкой и разгрузкой товаров.
В качестве предмета исследования в рамках данного курсового проекта выступает организация бизнес-процесса «Транспортная доставка заказов». Данный процесс целиком выполняется логистом и водителями.
Для более подробного изучения организации бизнес-процесса транспортной доставки товаров в компании ООО «СтройДекор» будет использован метод моделирования.
1.2. Характеристика существующих бизнес-процессов
Для анализа бизнес-процесса воспользуемся функционально-структурным моделированием этой деятельности. В качестве основной методологии построения функциональных моделей выступает IDEF0.
Методология описания бизнес-процессов IDEF0 предполагает указание не только входов и выходов, но и дополнительных входов. Всего в данном стандарте выделяют три типа входа: первый так и называется вход, второй – управлением, а третий – механизмами.
Стандарт IDEF0 регламентирует с помощью входа (первый тип входных данных) показывать объекты, которые преобразуются в данном бизнес-процессе, это могут информационные и материальные потоки. С помощью управления (второй тип) показывают объекты, которые управляют выполнением бизнес-процесса. С помощью механизмов (третий тип) необходимо показывать объекты, которые непосредственно осуществляют данный бизнес-процесс: сотрудники, технические средства, информационные системы. На выходе бизнес-процесса показывают результат выполнения данного бизнес-процесса.
На первом этапе построения IDEF0 модели система представляется как единое целое. Основная цель данного этапа – выявить входные и выходные данные, а также механизмы и правила для данной системы. Диаграмма данного этапа называется контекстной. Контекстная диаграмма для бизнес-процесса «Транспортная доставка заказов» изображена на рисунке 1 (для построения диаграмм использовалось CASE- средство AllFusion Process Modeler 7)
Рисунок 1. Контекстная диаграмма
В качестве входных данных для исследуемого бизнес-процесса выступают заказы покупателей, в качестве выходных данных – акт приема передачи товара, маршрутные листы. Бизнес-процесс выполняется логистом и водителями в соответствии с регламентом работы отдела доставки.
Следующий этап построения функциональной модели – декомпозиция контекстной диаграммы на составляющие её бизнес-процессы. Диаграмма декомпозиции исследуемого процесса представлена на рисунке 2.
Рисунок 2. Диаграмма декомпозиции
Транспортная доставка заказов состоит из четырех основных этапов:
- назначение автомобилей на заказы;
- формирование маршрутных листов;
- перевозка грузов;
- подписание акта.
1.3. Характеристика документооборота, возникающего при решении задачи
В процессе выполнения бизнес-процесса транспортной доставки товаров в компании «СтройДекор» формируются два документа: маршрутный лист и акт приема-передачи. На рисунках ниже (рисунки 3 и 4) приведены схемы документооборота для каждого из этих документов.
Рисунок 3. Схема документооборота для маршрутного листа
Рисунок 4. Схема документооборота для акта приема передачи
1.4. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение комплекса задач, которые поставлены перед данным проектом организовано в виде реляционной базы данных, в которой хранится вся информация, необходимая для автоматизации процесса транспортной доставки заказов.
Существует очень простое понятие БД как большого по объему электронного хранилища информации, в которое организация помещает все данные, которые используются при деятельности этой организации, а доступ к этой информации осуществляется посредством специального программного обеспечения. Однако чаще всего под базой данных понимают любой массив взаимосвязанных данных, хранящихся на компьютере.
Базы данных проектируются на основе представлений конечных пользователей конкретной организации, которые называют концептуальными требованиями к системе. Именно конечный пользователь принимает какие-то решения на основе полученной информации, хранящейся в базе данных. От оперативности и качества этой информации будет зависеть эффективность работы организации. Данные, помещаемые в базу данных, также предоставляет конечный пользователь.
Реляционная модель базы данных – это такая модель, где БД – совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц.
Входными данными для создаваемой информационной системы автоматизации транспортной доставки заказов в компании «СтройДекор» выступают: списки доставок, запланированных на определенную дату, и список автомобилей с их характеристиками, имеющимися в наличии на эту же дату.
Список доставок включает следующие данные:
- дата доставки;
- желаемый интервал доставки. Возможно два интервала: первая половина дня (с 10-00 до 14-00) и вторая половина дня (с 15-00 до 19-00).
- адреса доставки;
- телефоны контактных лиц клиента;
- типы грузов (пиломатериал, сухие строительные смеси, лакокрасочные изделия и пр.);
- номер заказа, на основании которого выполняется доставка;
- список товаров в заказе для доставки;
- общая масса груза по каждой доставке;
- комментарий менеджера по работе с клиентами касательно доставки;
Список свободного транспорта включает следующие данные:
- наименование автомобиля;
- регистрационный номер автомобиля
- тип кузова (открытый, тентованый, фургон)
- грузоподъемность, т;
- размеры кузова (ширина и длина), см;
- расход топлива, л на 100 км;
- текстовый комментарий с указанием определенных особенностей автомобиля.
Выходными данными деятельности информационной системы выступают маршрутные листы и акты приема передачи.
В каждом маршрутном листе указывается:
- наименование автомобиля
- регистрационный номер автомобиля
- ФИО водителя
- общая протяженность маршрута, в км.
- время начала движения по маршруту;
- ориентировочное время окончания движения по маршруту;
- список доставок в маршруте, по каждой из них указывается:
- адрес доставки;
- телефон контактного листа клиента
- номер заказа;
- общая масса груза;
- ориентировочное время прибытия
- комментарий менеджера по работе с клиентами
В акте приема-передачи указываются:
- номер заказа клиента;
- список товаров;
- дата формирования;
- ФИО водителя.
Выходные данные выводятся пользователю с помощью специальных пользовательских форм в виде таблицы, а затем выгружаются в виде файлов электронных таблиц в формате Microsoft Excel.
Для каждого входного документа и справочных данных используются кодификаторы, предназначенные для идентификации каждой записи.
Описание используемых классификаторов приведено в таблице 1.
Таблица 1
Используемые идентификаторы
№ пп |
Наименование кодируемого множества объектов |
Значность кода |
Мощность кода |
Система кодирования |
1 |
Идентификационный номер автомобиля |
4 |
9999 |
Порядковая |
2 |
Идентификационный номер водителя |
4 |
9999 |
Порядковая |
3 |
Идентификационный номер доставки |
4 |
9999 |
Порядковая |
4 |
Идентификационный номер типа автомобиля |
4 |
9999 |
Порядковая |
1.5. Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ для реализации целей и задач информационной системы, а также нормального функционирования комплекса технических средств.
Для реализации информационной системы автоматизации бизнес-процесса транспортной доставки заказов необходимо выбрать язык программирования для создания пользовательского интерфейса и систему управления базой данных для создания базы данных.
В качестве основного языка программирования был выбран язык php.
PHP (PersonalHomePageTools – «Инструмент для создания персональных веб-страниц») – является скриптовым языком программирования общего пользования, используемый для создания Web-приложений. В данный момент времени поддерживают подавляющие большинство хостинг-провайдеров и стал одним из ведущих языком программирования, использующих для разработки динамических Web-сайтов.
Популярность языка в создании web-сайтов определяется наличием большого набора средств, предназначенных для разработки web-приложений. Основные из них:
- автоматически извлекаемые GET и POST-параметры, а также переменных окружения веб-сервера в предопределённые массивы;
- взаимодействует с очень большим количеством разных СУБД (MySQL, SQLite,MySQLi, Oracle (OCI8), PostgreSQL, Microsoft SQL Server и пр.);
- автоматическая отправка HTTP-заголовков;
- работает с HTTP-авторизацией;
- работает с сессиями и cookies;
- работает с удалёнными и локальными файлами, сокетами;
- обрабатывает файлы, загруженные на сервер;
Большая популярность языка обусловила создания большого количества фреймфорков на его базе.
Фреймворк – программная платформа, определяющая структуру программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта. Употребляется также слово «каркас». Можно также говорить о каркасном подходе как о подходе к построению программ, где любая конфигурация программы строится из двух частей: первая, постоянная часть — каркас, не меняющийся от конфигурации к конфигурации и несущий в себе гнёзда, в которых размещается вторая, переменная часть — сменные модули (или точки расширения).
Для данного проекта был выбран фреймворк Symfony 2 – полностью бесплатный фреймворк, написанный на PHP5, который использует паттерн Model-View-Controller.
Symfony предлагает быструю разработку и управление веб-приложениями, позволяет легко решать рутинные задачи веб-программиста. Работает с различными версиями PHP. Имеет поддержку множества баз данных (MySQL, PostgreSQL, SQLite или любая другая PDO-совместимая СУБД). Информация о реляционной базе данных в проекте связывается с объектной моделью.
В качестве системы управления базой данных была выбрана СУБД MySQL.
MySQL – разработка шведской компании MySQL AB. СУБД MySQL является программным обеспечением с открытым исходным кодом, распространяемым по лицензии GNU (GPL) и коммерческой лицензии для ситуаций, не подпадающих под действие лицензии GPL.
MySQL поддерживает реляционную модель данных, т. е. представляет собой реляционную СУБД.
MySQL поддерживает несколько типов данных.
Числовые данные. К ним относят целые числа, не содержащие дробной части (например, 124), а также вещественные числа, имеющие как целую, так и дробную части (например, 56.45). Числовые данные делятся на точечные (bit, boolean, integer и decimal) и приближенные (float, real и double precision).
Строковые данные: последовательность символов, заключенных в одинарные или двойные кавычки: 'Hello world', '123', "MySQL". Поскольку в качестве стандарта в SQL определены одинарные кавычки, для совместимости с другими базами данных рекомендуется использовать именно их. Различают строковые типы CHAR, VARCHAR, BLOB, TEXT, MEDIUMTEXT, MEDIUMBLOB, LONGTEXT, LONGBLOB, ENUM, SET.
Календарные данные. СУБД MySQL имеет пять календарных типов данных: DАТЕ, DATETIME, TIME, TIMESTAMP и YEAR.
2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ.
2.1. Информационная модель и её описание
Под информационной моделью понимают совокупность движения входной, промежуточной и результативной информации и функций предметной области, которые связаны с этой информацией. Кроме того, при построении информационной модели выявляют связи между входными и выходными данными, объясняется с помощью каких входных данных (документов) и какой нормативно-справочной информации происходит выполнение основных функций моделируемой информационной системы.
Информационная модель проектируемой ИС представлена на рисунке 5.
Рисунок 5. Информационная модель
Согласно данной информационной модели единственный пользователь ИС – логист. Он выполняет следующие операции: ведение справочников, распределении доставок по автомобилям, формирование маршрутных листов и актов. В качестве выходных данных информационной системы выступают сформированный маршрутный лист и акт приема передачи.
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В информационной системе используется четыре справочника, характеристики которых приведены в таблице 2:
- автомобили;
- типы автомобилей;
- водители;
- интервалы времени доставок.
Таблица 2
Справочники информационной системы
№ пп |
Название справочника |
Ответственный за ведение |
Средний объём справочника в записях |
Среднюю частоту актуализации |
Средний объем актуализации, % |
1 |
Автомобили |
Логист |
15 |
1 раз в месяц |
10 |
2 |
Типы автомобилей |
Логист |
10 |
1 раз в год |
10 |
3 |
Водители |
Логист |
25 |
1 раз в месяц |
10 |
4 |
Интервалы времени доставок |
Логист |
2 |
1 раз в год |
100 |
Справочники автомобилей и водителей актуализируются приблизительно раз в месяц. Покупаются новые автомобили, списываются старые. Иногда бывают изменения в типе автомобилей. Также время от времени меняется штатный состав водителей автомобилей, приходят новые сотрудники, уходят старые, эти данные необходимо поддерживать в актуальном состоянии.
Остальные справочники носят нормативный характер и актуализируются раз в год.
Реквизитный состав каждого справочника представлен в виде таблицы 3.
Таблица 3
Реквизитный состав справочников информационной системы
№ п/п |
Наименование справочника |
Перечень реквизитов |
1 |
Автомобили |
Наименование Регистрационный номер Тип автомобиля Грузоподъемность Размеры кузова Расход топлива Комментарий |
2 |
Типы автомобилей |
Наименование |
3 |
Водители |
ФИО Телефон |
4 |
Интервалы времени доставок |
Интервал |
Редактирование и ввод новых записей во все справочники осуществляется с помощью специальных форм.
На рисунке 6 изображен макет формы для работы с записями справочника «Автомобили».
Рисунок 6. Макет формы «Автомобиль»
Перед сохранение данных проверяется наличие в базе данных автомобиля с таким же регистрационным номером, а также наличие значения в поля, обязательных для заполнения: Наименование, Регистрационный номер, Тип автомобиля, Грузоподъемность, Размеры кузова, Расход топлива.
Формы для работы с записями других справочников имеют аналогичный вид (Рисунок 7-9).
Рисунок 7. Макет формы «Тип автомобиля»
Рисунок 8. Макет формы «Водитель»
Рисунок 9. Макет формы «Интервалы времени доставки»
В качестве входных данных для информационной системы автоматизации транспортной доставки товаров выступает список доставок на заданную дату. Этот список загружается в ИС в виде файла в формате Excel с помощью формы, макет которой приведен на рисунке 10.
Рисунок 10. Макет формы для загрузки файла со списком доставок
Файл электронной таблицы формируется текущей информационной системой, используемой в компании: ПО «Парус» и имеет структуру, приведенную на рисунке 11. Если структура отличается от приведенной, то загрузки данных о доставках не происходит, выводится соответствующее сообщение.
Рисунок 11. Структура файла со списком доставок
Данные, введенные в формы, которые приведены выше, сохраняются в базе данных и используются для формирования выходных данных.
2.3. Характеристика результатной информации
В качестве результатной информации работы информационной системы выступают сформированные маршрутные листы и акты приема-передачи, которые выгружены в программуMicrosoft Word.
Подробное описание выходных данных в таблице 4.
Таблица 4
Описание результатной информации
Наименование |
Маршрутный лист |
Акт приема передачи |
Реквизиты |
номер маршрутного листа; дата формирования; дата доставки; наименование автомобиля; регистрационный номер автомобиля ФИО водителя; общая протяженность маршрута; список доставок в маршруте, по каждой из них указывается: адрес доставки; телефон контактного листа клиента; номер заказа; общая масса груза; ориентировочное время прибытия; комментарий менеджера по работе с клиентами; |
Номер заказа клиента Список товаров Дата формирования ФИО водителя |
Таблицы, на основе которых формируется |
автомобили; типы автомобилей; водители автомобилей; доставки; интервалы времени |
доставки; |
Частота формирования |
По мере необходимости |
По мере необходимости |
Способ доставки |
Файл в формате Microsoft Excel |
Файл в формате Microsoft Excel |
2.4. Общие положения (дерево функций и сценарий диалога)
Базовый набор функций разработанной информационной системы можно изобразить в виде дерева, изображенного на рисунке 12.
Рисунок 12. Дерево функций
Выполнение функций разработанной информационной системы осуществляется с помощью ведения диалога с пользователем. То есть Пользователь информационной системы выполняет какие-то действия, а программа соответствующим образом на них реагирует. Сценарий диалога с пользователем представлен на рисунке 13.
Рисунок 13. Сценарий диалога
Началом диалога является запрос логина и пароля пользователя для доступа в систему. Затем пользователю предлагается выбрать задачу, которую он собирается решить. В зависимости от выбора пользователя ему открываются различные формы пользовательского интерфейса, предназначенные для решения выбранной задачи.
2.5. Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой информационной системы была выбрана СУБД Mysql.
Для хранения всех данных, необходимых для деятельности ИС, была создана база данных, состоящая из семи таблиц:
- автомобили (car);
- типы автомобилей (cartype);
- доставки (delivery);
- интервалы времени (interval);
- водители (driver);
- водители автомобилей (cardriver);
- маршрутные листы (list);
ER-модель базы данных приведена на рисунке 14.
Рисунок 14. ER-модель базы данных
Описание всех таблиц базы данных представлено в таблицах 5-10.
Таблица 5
Таблица car
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код автомобиля |
id |
int |
4 |
AI |
Наименование |
caption |
varchar |
120 |
|
Регистрационный номер |
regnumber |
varchar |
120 |
|
Грузоподъемность |
capacity |
decimal |
120 |
|
Размеры кузова |
bodysizes |
varchar |
120 |
|
Расход топлива |
fuelcons |
decimal |
4 |
|
Комментарий |
comment |
varchar |
255 |
|
Тип автомобиля |
cartypeid |
int |
4 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
Таблица 6
Таблица driver
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код водителя |
id |
int |
4 |
AI |
ФИО |
caption |
varchar |
255 |
|
Телефон |
phone |
varchar |
120 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
Таблица 7
Таблица cardrivers
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код записи |
id |
int |
4 |
AI |
Код автомобиля |
carid |
int |
4 |
|
Код водителя |
driverid |
int |
4 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
Таблица 8
Таблица cartype
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код типа |
id |
int |
4 |
AI |
Наименование |
caption |
varchar |
120 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
Таблица 9
Таблица delivery
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код доставки |
id |
int |
4 |
AI |
Дата доставки |
deliverydate |
date |
10 |
|
Маршрутный лист, в котором отражена доставка |
listid |
int |
4 |
|
Адрес доставки |
address |
varchar |
255 |
|
Контактный телефон |
phone |
varchar |
255 |
|
Типы грузов |
typegruz |
varchar |
255 |
|
Номер заказа клиента |
ordernum |
varchar |
10 |
|
Общий вес груза |
weight |
decimal |
4 |
|
Комментарий менеджера по работе с клиентами |
comment |
varchar |
255 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
Таблица 10
Таблица list
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Номер маршрутного листа |
id |
int |
4 |
AI |
Код автомобиля |
carid |
int |
10 |
|
Протяженность маршрута |
alllength |
decimal |
255 |
|
Общий вес всех грузов |
allweight |
decimal |
4 |
|
Начало движения по маршруту |
begintime |
datetime |
10 |
|
Окончания движения по маршруту |
endtime |
datetime |
10 |
|
Дата доставки |
deliverydate |
datetime |
10 |
|
Комментарий логиста |
comment |
varchar |
255 |
|
Код водителя |
driverid |
int |
4 |
|
Дата создания записи |
createdat |
datetime |
10 |
|
Дата последнего изменения записи |
modifiedat |
datetime |
10 |
2.6. Структурная схема пакета (дерево вызова программных модулей)
Для написания программного использовался язык php. Для ускорения разработки было решено использовать фреймворк Symfony 2. Данный фреймворк работает с подходом к программированию, называемый Model-view-controller (MVC, «модель-представление-контроллер», «модель-вид-контроллер»).
Основная идея данного подхода заключается в разделении данных, их представлениях и обработку действий пользователей на три больших группы:
- Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной группы не содержит информации, как эти знания можно визуализировать.
- Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Главная задача – представить информацию, хранимой в модели в виде, воспринимаемым пользователем.
- Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.
Каждый контролер обрабатывает запросы, отправляемые по соответствующему маршруту, общая схема всех маршрутов информационной системы (дерево вызова программных модулей) и обрабатывающих их контроллеров приведена на рисунке 15.
Рисунок 15. Общая схема маршрутов и контроллеров
То есть при переходе по определенному адресу, принадлежащему информационной системе, вызывается соответствующая функция-обработчик вызванного маршрута, которая прописана в соответствующем программном модуле. Если такого маршрута не существует, или пользователю запрещен к нему доступ, то вызывается обработчик исключения, который показывает пользователю сообщение об ошибке. Большинство функций-обработчиков маршрутов выполняют действия по запросу информации из базы данных (а точнее у объектов модели данных), производят над ними необходимые действия и отображают результат выполнения этих действий в виде страниц сайта.
2.7 Описание программных модулей
Для разработки информационной системы автоматизации бизнес-процесса транспортной доставки заказов использован объектно-ориентированный подход. Его основной являются классы и объекты, которые создаются на их основе.
Классы, созданные в программном коде информационной системы, можно разделить на две группы:
- Классы, относящиеся к модели данных (Model);
- Классы, относящиеся к контроллерам обработки запросов пользователей (Controller);
- Для реализации представлений (View) классы не создавались, а использовались шаблоны html-страниц, в которые контроллер подставляет результаты обработки информации, полученной от модели данных.
Все объекты в разработанной информационной системе, созданные на основе классов первой группы, связаны с таблицами базы данных. Каждое поле таблицы стало атрибутом соответствующего класса. И для каждого такого атрибута было добавлено два метода: метод set и метод get. Первый устанавливает значение соответствующего атрибута класса, а второй, наоборот, считывает.
Перечень классов первой группы:
- Car;
- Driver;
- Delivery;
- CarType;
- Interval;
- List;
Ко второй группе относятся контроллеры:
- GeneralController – содержит методы для выполнения основных функций информационной системы;
- SecurityController – содержит методы для обеспечения безопасности: авторизация и выход пользователя.
Рассмотрим более подробно процедуру авторизации пользователя в системе. Данный маршрут (/login) обрабатывает метод loginAction контроллера SecurityController.php. Он создает экземпляр формы LoginFormType.php и обрабатывает её отправку. На рисунке 16 приведен алгоритм работы данного метода.
Рисунок 16. Алгоритм работы метода loginAction
Методы остальных контроллеров работают аналогичным образом.
2.8. Контрольный пример реализации проекта и его описание
Для того, чтобы начать работу с информационной системой необходимо пройти авторизацию с помощью специальной формы (Рисунок 17).
Рисунок 17. Форма авторизации
После успешного прохождения авторизации открывается домашняя страница ИС, на которой расположены элементы для перехода к соответствующим разделам: справочники, доставки, маршрутные листы (Рисунок 18).
Рисунок 18. Домашняя страница
При переходе в раздел справочников предоставляется возможность выбора справочника, с которым необходимо работать (Рисунок 19).
Рисунок 19. Страница выбора справочника
Работа со всеми справочниками строится по одному сценарию. После выбора справочника открывается список всех имеющихся записей в справочнике в виде таблицы. Колонками в таблице являются характеристики записей, а строками – сами записи. Последняя колонка отведена под кнопки, нажатие на которые позволяет управлять соответствующей записью: изменить или удалить её (Рисунок 20).
Рисунок 20. Страница работы со справочником
Для каждого справочникам форма работы с записью (добавление или редактирование) имеет свой набор полей. Обязательные для заполнения поля помечены символом «*». Форма для работы с данными водителя изображена на рисунке 21.
Рисунок 21. Форма для работы с данными водителя
Второй раздел информационной системы – работа с доставками. После перехода в данный раздел открывается список все доставок, сохраненных в базе данных в виде таблицы. Над таблицей расположена кнопка для открытия формы загрузки нового списка доставок, а также элементы для фильтрации доставок по дате (Рисунок 22).
Рисунок 22. Список доставок
При нажатии на кнопку «Загрузить список» открывается форма для загрузки списка доставок (Рисунок 23). Данный список представляет собой электронную таблицу в формате *.xls, файл формируется с помощью ПО «Парус», используемое для учета заказов клиентов в ООО «СтройДекор» в настоящее время.
Рисунок 23. Форма для загрузки списка доставок
После загрузки файла все доставки вносятся в таблицу доставок и отображаются в общем списке. В дальнейшем эти данные используются для формирования маршрутных листов.
Для того, чтобы начать формирование маршрутных листов и актов необходимо открыть соответствующий раздел. После перехода открывается список уже сформированных маршрутных листов (Рисунок 24).
Рисунок 24. Список сформированных ранее маршрутных листов
Для начала формирования новых маршрутных листов необходимо нажать соответствующую кнопку. Откроется страница, изображенная на рисунке 25. На данной странице необходимо выбрать дату доставок и указать список автомобилей.
Рисунок 25. Ввод данных для формирования маршрута
После того, как все данные будут заданы, информационная система распределит доставки между автомобилями и составит для них маршрутные листы. Перед непосредственной выгрузкой маршрутных листов нужно просмотреть составленные маршруты и по необходимости – подкорректировать их. Общий вид страницы со списком сформированных маршрутов представлен на рисунке 26.
Рисунок 26. Сформированные маршруты
Помимо текстовых и числовых данных по каждому маршрутному листу составляется маршрут проезда с помощью стороннего сервиса yandex.maps. Изображение карты с составленным маршрутом также можно выгрузить в виде файла и распечатать (если будет такая необходимость). Общий вид сформированного и выгруженного маршрутного листа представлен на рисунке 27.
Рисунок 27. Сформированный маршрутный лист
Также формируется комплект актов по каждой доставке. Пример сформированного акта представлен на рисунке 28.
Рисунок 28. Сформированный акт приема-передачи
ЗАКЛЮЧЕНИЕ
В ходе проделанной работы были решены следующие задачи:
- Была проанализирована текущая организация бизнес-процесса транспортной доставки заказов в компании «СтройДекор», были выделены основные этапы выполнения бизнес-процесса, изучен возникающий документооборот;
- Были выбран проектные решения по информационному обеспечению и программному, в качестве языка программирования был выбран язык php, а в качестве СУБД – MySQL;
- Была составлена информационная модель информационной системы, которая отражает пути преобразования входной информации в выходную;
- Была разработана база данных и программные модули, реализующие работу ИС.
- Был описан контрольный пример реализации проекта.
Таким образом, все задачи, поставленные перед данным курсовым проектом выполнены, а значит и основная цель достигнута.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
- ГОСТ 2.105 – 95. Общие требования к текстовым документам.
- ГОСТ 7.32 – 2001. Отчет по научно-исследовательской работе. Структура и правила оформления.
- ГОСТ 7.82-2001. Библиографическое описание электронных ресурсов.
- ГОСТ 24.702-85 Эффективность автоматизированных систем управления.
- ГОСТ Р 7.0.5-2008. Библиографическая запись. Библиографическое описание.
- Алистер Коберн, Современные методы описания функциональных требований к системам, М.: издательство "Лори", 2002. - 263 с
- Гайфуллин Б.Н., Обухов И.А., Автоматизированные системы управления предприятиями стандарта ERP/MRPII. Производственное издание. М. "Богородский печатник", 2001, 104 с
- Гончаров А. Самоучитель. HMTL / А. Гончаров. – Спб. : Питер, 2011. – 240 с.
- Дунаев В. HTML, скрипты и стили / В. Дунаев. – Спб. : БХВ-Петербург, 2015. – 816 с.
- Жадеев А. PHP для начинающих / А. Жадеев. – Спб.: «Питер», 2014. – 592 c.
- Колисниченко Д. PHP и MySQL. Разработка WEB-приложений / Д. Колисниченков – Спб: БХВ-Петербург, 2013. – 560 с.
- Конналли Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика / Т. Коналли, К. Бегг. – М.: Издательский дом «Вильямс», 2003. – 592 c.
- Круг, С. Как сделать сайт удобным. Юзабилити по методу Стива Круга / С. Круг. – Спб. : Питер, 2010. – 208 с.
- Макдональд, М. Создание Web-сайта. Недостающее руководство / М. Макдональд. – Спб. : БХВ-Петербург, 2013. – 624 с.
- Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1) / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2013. – 340 c.
- Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2013. – 512 c.
- Маклаков С.В. BPwin и Erwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М. : ДИАЛОГ–МИФИ, 2014. – 369 c.
- Марка Д. А. Методология структурного анализа и проектирования SADT / Д.А. Марка, МакГоуэн К. – М. : ДИАЛОГ-МИФИ, 2013. – 443 c.
- Тельнов, Ю.Ф. Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М. : Горячая линия, 2015 — 345 c.
- Флэнаган, Д. Javascript. Подробное руководство / Д. Флэнаган : пер с англ. – М. : Символ-Плюс, 2013. – 1080 с.
- Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2014 — 736 с
- Современные языки программирования (определение основных тенденций развития языков программирования)
- Финансовый контроль в России и за рубежом
- Алгоритмизация как обязательный этап разработки программы
- Корпоративная культура в организации (Совершенствование корпоративной культуры организации)
- Особенности политики психологической поддержки персонала организаций бюджетной сферы в МБОУ «СУВУ №14 «Подросток»
- Нотариат в РФ (Нотариат в досоветское время )
- Оценка качества (ИП Кириловская Е.Ю. (магазин «Роджер»))
- Теория человеческих потребностей Маслоу (Общее понятие индивидуального потребительского поведения)
- Коммерческие риски и способы их уменьшения (на примере конкретной организации)
- Психосемантика рекламы (Теоретические и методологические проблемы психологии рекламы)
- Анализ внешней и внутренней среды организации ( АО «Центр рекламных технологий»)
- Возникновение права (Психологическая теория)