![](/stc/img/evkova.png)
Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов» (Структурная схема пакета (дерево вызова программных модулей))
Содержание:
ВВЕДЕНИЕ
В современном мире существует возможность значительно ускорить работу на предприятиях, прилагая наименьшие усилия – с помощью информационных систем и компьютерной техники, которая взяла на себя практически всю бумажную волокиту.
Организации, занимающиеся предоставлением сервисных услуг, в том числе и транспортная доставка заказов, с помощью автоматизации могут упростить процесс организации перевозок, а также контролировать работу сотрудников.
Объектом исследования данной работы выступает автоматизация транспортной доставки заказов в организации.
Предметом исследования являются сервисные услуги перевозок сотрудников и транспортной доставки заказов организации.
Организация занимается транспортной доставки заказов по учреждениям, иногда осуществляет перевозки школьников.
Актуальность тематики данной работы по автоматизации услуг транспортной доставки заказов организации, в том числе перевозок сотрудников организации доказывается тем, что в результате внедрения системы автоматизации будут решены следующие проблемы:
- составление отчетов занимает много времени, поэтому в штате приходится держать отдельную рабочую единицу для этой цели;
- чтобы составить статистику или отчет по прошлому году, нужно поднимать все бумаги.
- информация по перевозкам хранится в папках, которые занимают целый шкаф, а это затраты на бумагу, которые можно сократить.
Целью данной работы является разработка автоматизированной информационной системы услуги перевозок сотрудников и транспортной доставки заказов организации, которое способно вести учет перевозок, выводить отчеты и статистику по перевозкам.
Эта цель предопределила постановку и последовательное решение следующих задач:
- провести анализ предметной области;
- спроектировать систему автоматизации услуг перевозок сотрудников и транспортной доставки заказов организации;
- спроектировать логическую и физическую модель базы данных;
- разработать подсистему получения сведений о водителях, автобусах, маршрутах;
- организовать поиск маршрутов, водителей и транспорта в базе.
Многие организации хранить информацию предпочитают с помощью баз данных (БД), это дешевле, чем хранение на бумаге.
Базы данных позволяют хранить, структурировать информацию и извлекать ее оптимальным для пользователя образом. Использование клиент/серверных технологий позволяет сэкономить, что очень важно для организации, т.к. государство не всегда может выделить необходимую сумму. Так же благодаря БД можно сэкономить время, доступ и ввод информации упрощен, поскольку они основываются на комплексной обработке данных и централизации их хранения. Несомненным плюсом данного хранения является то, что ЭВМ позволяет хранить огромные объемы информации любых форматов, текст, чертежи, изображения, звуковые записи и т.д.
1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1. Выбор комплекса задач автоматизации
Для автоматизации выбран комплекс задач в организации по осуществлению услуг перевозок сотрудников и транспортной доставки заказов организации, так как процесс учета данных перевозок на сегодняшний день весьма трудоемок и медленен.
Для того, чтобы сотрудник в рабочее время смог выехать в учреждение на рабочем транспорте, ему необходимо иметь документ, подтверждающий необходимость поездки. Чаще всего данным документом является служебная записка или заявка от учреждения, нуждающегося в сотруднике. Реже – направление руководителя.
С данным документом сотрудник обращается в организацию сервисных услуг с просьбой отвезти его в пункт назначения.
Организация оформляет путевой лист, звонит водителям и отправляет сотрудника в пункт назначения.
В пункте назначения сотруднику должны проставить отметки, что он прибыл и выполнил необходимые работы».
Далее водитель отвозит сотрудника обратно в администрацию.
1.2. Характеристика существующих бизнес – процессов
Концептуальная модель разработана на основе CASE-средства BP WIN. Стрелки в контекстной диаграммы в графической нотации IDEF0 показывают связи деятельности организации с пассажирами, сотрудниками и т.д.
Контекстная диаграмма приведена на рисунке 1.1.
Рисунок 1.1 - Контекстная диаграмма сервисных услуг перевозок сотрудников и транспортной доставки заказов организации
В соответствии с методологией IDEF0, стрелки, входящие в левую сторону блока «Пассажирские перевозки» - это входы (В нашем случае стрелки «Пассажир» и «Заявка н перевозку»). Входы преобразуются функцией для того, чтобы создать данные или материальные объекты, которые появятся на выходе.
Выходы – это стрелки, выходящие из блока с правой стороны («Пассажир, доставленный на начальный пункт» и «Отчетная документация»).
Стрелки, входящие в блок сверху – управления, они определяют условия, необходимые функции («Законодательство», «Внутренний регламент организации», чтобы произвести правильный выход).
Стрелки, подключенные к нижней стороне функционального блока, представляют используемые механизмы, поддерживающие выполнение функции («Оборудование», «Транспортные средства», «Сотрудники организации»).
Далее контекстная диаграмма декомпозируется на 3 блока IDEF0: «Работа с заказчиком», «Организация перевозки» и «Работа с учреждением пункта назначения» (Рисунок 1.2).
Рисунок 1.2 - Декомпозиция контекстной диаграммы
Работа с заказчикам включает в себя работу, связанную с принятием заявки от пассажира или организации, а именно: обработку заявки, составление договоров и документаций между организациями, если таковые отсутствуют, а так же оформление заказа на перевозку, чтобы передать его на последующий этап (функция «Работа с заказчиком» декомпозируется на 3 этапа – «Обработка заявки от организации-отправителя или пассажира напрямую», «Составление и подписание договора о перевозке» и «Оформление заказа на перевозку») (Рисунок 1.3).
Рисунок 1.3 - Декомпозиция диаграммы «Работа с заказчиком»
Оператор получает заявку на перевозку. Обрабатывает ее, затем, если отсутствуют какие-либо документы или договор – составляет их, далее оформляет заказ и передает ее лицу, ответственному за отправление транспорта.
Функция «Обработка заявки от организации-отправителя или пассажира напрямую» состоит из трех этапов:
- «Формирование маршрута»
- «Выбор транспорта»
- «Отправка заявки в отдел по перевозкам»
Это представлено диаграммой потоков данных (DFD) на рисунке 1.5.
Рисунок 1.5 - Диаграмма потоков данных «Обработка заявки от организации-отправителя или пассажира напрямую»
При формировании маршрута оператор получает запрос от пассажира, либо руководителя организации, получает необходимые для формирования маршрута сведения, такие, как пункты назначения и отправления. Оператор может отправить транспорт только в организации, которые оговорены заранее (указаны в договоре). Оператор выбирает маршруты из существующего справочника. Данные о маршрутах сохраняются, это необходимо при оформлении отчетов при необходимости, или как доказательство, что сотрудник в рабочее время отсутствовал в здании администрации «по работе», что отразится на его зарплате в большую сторону. После того, как оператор сформирует запрос, ему необходимо выбрать транспорт, который будет отправлен сотруднику-пассажиру. Транспорт так же выбирается из справочника. Далее заявка отправляется в отдел по перевозкам.
В отделе по перевозкам осуществляется работа этапа «Организация перевозки». Эта функция декомпозируется на 3 функции: «Планирование перевозки», «Формирование сопроводительных документов» и «Отправка пассажира в пункт назначения» (Рисунок 1.6).
Рисунок 1.6 - Декомпозиция контекстной диаграммы «Организация перевозки»
Этап «Планирование перевозки» осуществляет полноценное оформление перевозки, т.е. на этом этапе решается окончательно, выдадут ли машину сотруднику, или откажут. В случае, если организация дала «добро» на осуществление перевозки, оформляются сопроводительные документы для водителей и отправляют машину в пункт назначения, где водитель будет ждать работника и отвезет его по рабочим делам.
Рассмотрим функцию «Планирование перевозки». Декомпозируем ее с помощью объекта ссылки IDEF3 (Рисунок 1.7).
Рисунок 1.7 - Сценарий бизнес-процесса «Пассажирские перевозки» на этапе планирования
При получении заявки отделом пассажирских перевозок от оператора, осуществляется проверка правильности заполнения всех форм, проверка наличия в базе данных пунктов назначения и отправления, а так же транспорта, указанных оператором в заявке. При некорректном заполнении полей отдел заявку отклоняет, тем самым отказывая пассажиру в транспорте. При корректном заполнении полей отдел проверяет наличие оснований на поездку, чаще всего это служебная записка от организации, которая затребовала к себе специалиста для выполнения каких-либо работ. Если документ имеется, организация начинает оформлять перевозку (оформлять сопроводительные документы) и отправляет транспорт в пункт назначения., иначе – отказывает.
На этапе «Отправка пассажира в пункт назначения» осуществлена декомпозиция с помощью объекта ссылки IDEF3 (Рисунок 1.8).
Рисунок 1.8 - Сценарий бизнес-процесса «Пассажирские перевозки» на этапе отправки пассажира в пункт назначения.
По приезду транспорта в пункт прибытия, водитель обязательно проверяет личность сотрудника, который собирается с ним поехать, чтобы избежать недоразумений и не забрать другого человека. Личность сотрудник подтверждает показав паспорт или пропуск. Если ФИО работника не соответствует ФИО сотрудника в заявке, то водитель отказывает в поездке и ждет нужного ему человека.
Если личность в документах и заявке сходится, то водитель с пассажиром отправляется в пункт назначения.
В пункте назначения, по окончанию работ, сотрудник обязательно должен проставить отметку от организации пункта назначения, иначе отсутствие на рабочем месте не будет уважительным и за данные работы работник оплаты не получит.
Тем самым функция «Работа с учреждением пункта назначения» декомпозирована на 3 более мелкие функции: «Доставка пассажира в пункт назначения», «Подтверждение прибытия пассажира в пункт назначения» и «Доставка пассажира на начальный пункт (после выполнения работ)» (Рисунок 1.9).
Рисунок 1.9 - Декомпозиция диаграммы «Работа с учреждением пункта назначения»
1.3. Характеристика документооборота, возникающего при решении задачи
В настоящее время в организации учет услуг перевозок сотрудников и транспортной доставки заказов организации осуществлялся с помощью Microsoft Excel, указанные документы занимали большой объем на диске, для обработки данных или поиска необходимой информации нужно было уделять большое внимание и затрачивать много времени. Создание электронной базы данных содержащей всю необходимую информацию значительно облегчило бы работу сотрудников. В результате внедрения разработанной базы данных повысилась бы оперативность работы, за счет сокращения времени на обработку документации. Программа была не универсальна и представляла собой набор различных файлов. Этот способ ведения учета был настолько громоздким, что очень часто возникали путаницы.
Схема документооборота реализации автоматизированной системы учета сервисных услуг перевозок сотрудников и транспортной доставки заказов организации представлена на рисунке 1.1.
Действие |
Сотрудник, которого необходимо перевезти |
Руководитель отдела |
Сотрудник транспортного цеха |
Сотрудник, организации пассажирских перевозок |
Предоставление задания на перемещение сотрудников по требованию |
Задание |
|||
Оформление документов на поездку |
Запрос Запрос |
Отчеты о свободном транспорте |
||
Выборка транспорта |
||||
Формирование отчетности |
Отчетность Отчетность |
|||
Печать отчетности |
Отчетность |
|||
Предоставление отчетности |
Рисунок 1.1 – Схема документооборота учета пассажирских перевозок
1.4. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение (ИО) – совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного представления информации, принятия управленческих решений.
Автоматизированная система по учету пассажирских перевозок в организации предназначена для организации перемещения сотрудников по требованию, согласно, соответствующих документов. Прежде чем создать проект разрабатываемой системы нужно разработать структурную схему объекта автоматизации. При этом нужно представлять, и знать как будет функционировать автоматизированная система по учету пассажирских перевозок в организации.
Проанализируем работу пассажирских перевозок в организации.
Для того, чтобы сотрудник в рабочее время смог выехать в учреждение на рабочем транспорте, ему необходимо иметь документ, подтверждающий необходимость поездки. Чаще всего данным документом является служебная записка или заявка от учреждения, нуждающегося в сотруднике. Реже – направление руководителя.
С данным документом сотрудник обращается в организации с просьбой отвезти его в пункт назначения.
В организации оформляет путевой лист, звонит водителям и отправляет сотрудника в пункт назначения.
В пункте назначения сотруднику должны проставить отметки, что он прибыл и выполнил необходимые работы».
Далее водитель отвозит сотрудника обратно в администрацию.
В первые годы работы в организации учет пассажирских перевозок осуществлялся с помощью Microsoft Excel, но в связи с громоздкостью и длительным временем обработки поступающей информации, было принято решение об автоматизации комплекса задач учета перевозок, осуществляемых организацией.
Для обработки данных или поиска необходимой информации необходимо уделять достаточно внимания и затрачивать много времени. Создание электронной базы данных содержащей всю необходимую информацию значительно облегчило бы работу сотрудников. В результате внедрения разработанной базы данных повысилась бы оперативность работы, за счет сокращения времени на обработку документации.
Разрабатываемая система предназначена для работы в ОС Windows. Разрабатываемое ПО должно сработать со слудующими ОС Windows: Windows XP, Vista, Seven, windows 10, а также на серверных вариантах операционных систем Windows. Такой выбор обусловлен популярностью данной ОС на рынке, а так же удобным и привычным для большинства пользователей пользовательским интерфейсом. Многие разработчики современного программного обеспечения так же отдают предпочтения вышеперечисленным ОС, что привело к наличию на рынку большого количество систем программирования, позволяющего разрабатывать ПО для данной ОС.
Плюсы OC Windows и в том, что под нее разработаны множество утилит и служебных программ для администрирования, диагностики, управления системой, прикладных приложений.
В последнее время популярность набирает Linux, как бесплатная ОС, есть версии Linux и русских разработчиков. Так же государство запретило закупать иностранное программное обеспечение государственным организациям, в том числе и организации, запрет регламентирован в постановлении правительства Российской Федерации №1236 от 16 ноября 2015 года. Пользоваться той же самой ОС Windows не запрещено, но закупать уже нельзя. В организации на компьютерах уже стоит данная операционная система, поэтому покупать Linux не имеет смысла.
Разрабатываемая мной программа должна хранить информацию в базе данных. Для этого необходимо наличие соответствующей СУБД.
Наиболее подходящая для моего проекта СУБД: SQL Server . Следовательно на компьютере должна быть установлена данная СУБД. Если база SQL Server функционирует на сервере, то необходимо обеспечить подключение компьютера к серверу, обеспечив открытый общий доступ к БД.
Так же оператор, работающий удаленно с данной базой, должен обладать правами чтения, записи, изменения данных базы.
1.5. Обоснование проектных решений по программному обеспечению
Будущая программа предназначена предоставлять оперативную информацию для руководства, подготавливать информацию для дальнейшего анализа, снижать объёмы бумажного документооборота и д.р.
Наиболее удобной для создания такой базы данных является реляционная СУБД - Мной выбрана СУБД Microsoft SQL Server, которая обладает рядом преимуществ:
- База данных расширяется по мере наполнения информацией, без заметного уменьшения быстродействия операций с записями в многопользовательском режиме.
- обеспечивается максимальная безопасность.
- SQL Server обрабатывает запросы от пользователей и только отправляет пользователю результаты запроса, что улучшает время отклика и устраняет узкие места в сети. Это также позволяет использовать SQL Server в качестве идеальной базы данных для интернет .
- Техническое обслуживание SQL Server очень простое и не требует больших знаний [2].
- SQL Server является приложением базы данных при работе на . Net, новейшие разработки Microsoft.
Для разработки автоматизированной информационной системы была выбрана интегрированная среда разработки Microsoft Visual Studio Community 2015. Преимущества данной среды:
- Создание приложений для любой платформы
- Конструкторы, редакторы, отладчики и профилировщики в одном инструменте
- Подсказки, подсветка ошибок в коде
- Доступ к тысячам расширений
- Программирование на C#, Visual Basic, F#, C++, HTML, JavaScript, Python и других языках
Язык программирования был выбран C#, т.к. это элегантный, безопасный объектно-ориентированный язык, предназначенный для разработки разнообразных безопасных и мощных приложений, выполняемых в среде .NET Framework. С помощью языка C# можно создавать обычные приложения Windows, XML-веб-службы, распределенные компоненты, приложения "клиент-сервер", приложения баз данных и т. д. Visual C# предоставляет развитый редактор кода, конструкторы с удобным пользовательским интерфейсом, встроенный отладчик и множество других средств, упрощающих разработку приложений на базе языка C# и .NET Framework.
2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ.
2.1. Информационная модель и её описание
Информационная модель – встроенная база данных разрабатываемой автоматизированной системы.
В работе организации по учету пассажирских перевозок существует 2 роли: «Оператор» и «Специалист по перевозкам».
Оператор работает с первым этапом планирования, т.е. принимает заявку, корректно ее оформляет и передает специалисту по перевозкам.
Оператор относится к группе ролей «Офисный персонал», специалист по перевозкам относится сразу к 2 ролям «Офисный персонал» и «Отдел транспорта».
Рисунок 2.1 Ролевая диаграмма
Рисунок 2.2 Диаграмма с внесенными затратами
Рисунок 2.3 Диаграмма с внесенными затратами
Рисунок 2.4 Диаграмма с внесенными затратами
Рисунок 2.5 Диаграмма с внесенными затратами
Рисунок 2.6 Диаграмма с внесенными затратами
Рисунок 2.7 Диаграмма с внесенными затратами
2.2. Характеристика нормативно-справочной, входной и оперативной информации
1. Защита от внутренних угроз.
Таблица 2.3
Разграничение прав пользователей.
Группы пользова-телей |
Все функции программы, кроме добавления и редактирования пользователей |
Добавление и редактирование пользователей |
Доступ в Internet |
Операторы |
Чтение/удаление/создание/изменение |
Нет доступа |
Да |
Администраторы |
Чтение/создание/удаление/изменение |
Чтение/создание/удаление/изменение |
Не ограничен |
Иные сотрудники |
Доступа к БД информационной системы нет |
Нет доступа |
Да |
- Защита от внешних угроз (безопасность каналов, протоколы, аутентификация, шифрование, безопасная пересылку ключей и т.д.).
Антивирус Касперского
СЗИ Dallas Lock
СКЗИ VipNet
3. Cредства информации лицензионные, согласованные с центром информационных технологий и безопасности информации Республики Коми, имеют сертификацию ФСТЭК.
Защита базы, резервное копирование, ограничение круга лиц, находящихся в помещении при работе с ИСПДн.
2.3. Характеристика результатной информации
Таблица "Перевозчик": содержатся данные о компании-перевозчике (Таблица 2.3).
Таблица 2.4
Таблица «Перевозчик»
Имя поля |
Тип данных |
Код_перевозчика |
Числовой |
Название |
Текстовый |
Город |
Текстовый |
Улица |
Текстовый |
№_дома |
Числовой |
Телефон |
Числовой |
Таблица 2.5. "Автобус": содержатся технические данные автобусов
Таблица 2.5
"Автобус"
Имя поля |
Тип данных |
Гос_номер |
Числовой |
Марка |
Текстовый |
Модель |
Текстовый |
Кол_мест |
Числовой |
Регистр_номер |
Числовой |
Код_перевозчика |
Числовой |
Таблица 2.6 "Сотрудники": содержатся личные данные сотрудников
Таблица 2.6
"Сотрудники"
Имя поля |
Тип данных |
ИИН_сотрудника |
Числовой |
Фамилия |
Текстовый |
Имя |
Текстовый |
Отчество |
Текстовый |
Должность |
Текстовый |
Стаж |
Числовой |
Город_проживания |
Текстовый |
Улица_проживания |
Текстовый |
Дом_проживания |
Числовой |
Квартира_проживания |
Числовой |
Телефон |
Числовой |
Таблица 2.7 "Билет": содержится информация по билетам (на случай, если едет несколько человек).
Таблица 2.7
"Билет"
Имя поля |
Тип данных |
№_билета |
Числовой |
Дата_выдачи |
Дата/время |
Дата_отправления |
Дата/время |
ИИН_сотрудника |
Числовой |
Таблица 2.7 "Рейс": содержится главная информация о рейсах
Таблица 2.8
"Рейс"
Имя поля |
Тип данных |
№_рейса |
Числовой |
Время_отправления |
Текстовый |
Время_прибытия |
Текстовый |
Расстояние_км |
Числовой |
График |
Текстовый |
Пункт_отправления |
Текстовый |
Код_насел_пункта |
Числовой |
Таблица 2.8 "Населенные пункты": содержится перечень городов, по которым происходят маршруты.
Таблица 2.9
"Населенные пункты"
Имя поля |
Тип данных |
Код_насел_пункта |
Числовой |
Название_города |
Текстовый |
Таблица 2.10 "Путевой лист": содержатся все данные по маршрутам.
Таблица 2.10
"Путевой лист"
Имя поля |
Тип данных |
№_выдачи |
Числовой |
ИИН_сотрудника |
Текстовый |
Гос_номер |
Числовой |
№_билета |
Числовой |
№_рейса |
Числовой |
id_пользователя |
Числовой |
Таблица 2.11 «Пользователи»: содержатся логины и зашифрованные пароли
Таблица 2.11
«Пользователи»
Имя поля |
Тип данных |
id_пользователя |
Числовой |
Логин |
Текстовый |
Пароль |
Текстовый |
2.4. Общие положения (дерево функций и сценарий диалога)
Рисунок 2.8 Древо функций и сценарий диалога.
Основное меню включает в себя:
Файл – группировочный пункт меню, содержащий в себе два пункта меню: Добавить маршрут (открывает форму добавления нового маршрута) и Закрыть окно (закрывает открытое окно.
Справочники – в этом группировочном пункте меню содержатся следующие пункты: Сотрудники, Транспорт, Рейсы, Населенные пункты, Перевозчики, Билеты, открывающие формы программы с соответствующим названием.
Добавить – включает в себя перечень пунктов меню, которые открывают формы добавления информации в тот или иной справочник.
Справка – включает в себя информацию о программе и авторе.
2.5. Характеристика базы данных
Для моей будущей базы данных мне необходимы:
Входные документы:
- Технический паспорт автобуса;
- Личное дело сотрудника.
Выходные документы:
- Ведомость по продаже билетов на междугородные автобусные маршруты;
- Отчет о продажах билетов;
- Путевой лист.
Входными документами являются:
- Технический паспорт автобуса (содержит государственный номер, марку, модель, количество мест, название компании-владельца);
- Личное дело сотрудника (содержит фамилию, имя, отчество сотрудника, ИИН, должность, адрес проживания, контактный телефон, стаж);
- Список компаний-перевозчиков (содержит название, адрес, контактный телефон).
Выходные документы: ведомость по количеству пассажиров на тот или иной маршрут, отчет об осуществленных маршруток за определенный промежуток времени, путевой лист.
В ведомости по пассажирам указывается следующая информация: № билета, дата поездки, дата отправления рейса, время отправления рейса, номер рейса.
Путевой лист является главным документом. В нем фиксируется дата рейса, номер билета, гос. номер автобуса, имя водителя, название маршрута, время отправления, время прибытия, расстояние, дни отправления, пункт отправления, пункт прибытия.
Схема данных содержит в себе пять основных сущностей, объединенных между собой нормализованными связями типа «один – ко – многим».
Начнем с сущности "Перевозчик", которая выделена на основе входного документа "Список компаний-перевозчиков". Компания является владельцем конкретного автобусного парка. Ключевым полем сущности будет "Код_перевозчика".
Имеется технический паспорт автобуса. Каждый автобус относится к одной из компаний-перевозчиков. Отсюда можно выделить сущность "Автобус" с ключевым полем "Гос_номер".
Существует личное дело сотрудников автовокзала. На его основе выделим сущность "Сотрудники" с ключевым полем "ИИН_сотрудника".
Информация о маршрутах записывается в путевой лист. Ключевым полем сущности "Путевой лист" будет "№_продажи".
После того, как выделены сущности, можно построить модель (Рисунок 2.9).
СОТРУДНИКИ
ПУТЕВОЙ ЛИСТ
РЕЙС
НАСЕЛЕННЫЕ ПУНКТЫ
БИЛЕТ
АВТОБУС
ПЕРЕВОЗЧИК
Рисунок 2.9. Модель данных
Данные о рейсе из сущности "Путевой лист" выделим в отдельной сущности "Рейс" с ключевым полем "№_рейса".
Пункт прибытия выделен в отдельную сущность "Населенные пукнты". Ключевое поле - "Код_нас_пункта".
Схема данных (Рисунок 2.10).
Рис. 2.10 Схема данных
2.6. Структурная схема пакета (дерево вызова программных модулей)
Дерево вызова программных модулей представлено на рисунке 2.9.
Авторизация
SplashScreen
Окно маршрутов
Фильтр маршрутов
Справочники
Справка
Экспорт xls, html
О программе
Об авторе
добавление
Рейсы
Сотрудники
Транспорт
Билеты
Перевозчики
изменение
удаление
Экспорт xls, html
Рисунок 2.9 - Дерево вызова программных модулей
2.7. Описание программных модулей
При загрузке приложения, первым делом появляется форма авторизации (Рисунок 2.10).
Рисунок 2.10 - Авторизация
Рисунок 2.11 - Ошибка ввода логина или пароля
Рис. 2.12 - Форма загрузки
Она необходима для того, чтобы посторонний человек не мог зайти в программу, смотреть в ней информацию или изменять данные. Логины и пароли хранятся и изменяются непосредственно в базе данных, которая хранится на сервере. Пользователь Добавить и (или) изменить пользователя и информацию о нем не имеет возможности.
При неверном вводе логина или пароля выходит соответствующая ошибка.
При вводе пароля символы заменяются звездочками.
Если же авторизация прошла успешно, то на экране появляется анимационная форма загрузки SplashScreen.
Эта форма даст пользователю понять, что программа открывается. Отвлечет его в случае длительной загрузки.
Главная форма представляет из себя совокупность заказов. На этой форме так же можно включить и отключить фильтр, нажав на специальную иконку. Фильтровать (сортировать) заказы можно по одному или нескольким следующим признакам:
- № маршрута
- ИИН сотрудника
- Гос номер автомобиля
- № рейса
- Пункт отправления
- Пункт прибытия
- Количество мест в автомобиле
- Дата отправления
- Время прибытия
Рисунок 2.13 - Древо функций и сценарий диалога.
Основное меню включает в себя:
Файл – группировочный пункт меню, содержащий в себе два пункта меню: Добавить маршрут (открывает форму добавления нового маршрута) и Закрыть окно (закрывает открытое окно.
Справочники – в этом группировочном пункте меню содержатся следующие пункты: Сотрудники, Транспорт, Рейсы, Населенные пункты, Перевозчики, Билеты, открывающие формы программы с соответствующим названием.
Добавить – включает в себя перечень пунктов меню, которые открывают формы добавления информации в тот или иной справочник.
Справка – включает в себя информацию о программе и авторе.
2.8. Контрольный пример реализации проекта и его описание
Главная форма представлена на рисунке 3.1.
Рисунок 3.2 - Главная форма «Маршруты»
Форма добавления/Изменения данных в главной таблице. Открывается нажатием кнопки Добавить/Изменить. Добавление маршрута.
Рисунок 3.3 - Новый маршрут
Рисунок 3.4 - Успешное добавление
Рисунок 3.5 - Ошибка
При добавлении маршрута пользователю не нужно заполнять ни одного поля, если рейс сформирован заранее. Номер маршрута нумеруется автоматически. Программа берет из поля «№_маршрута» таблицы «Маршруты» максимальное число и прибавляет к нему единицу. Это облегчит пользователю задачу, т.к. все время следить за нумерацией маршрута оператору не удобно. Автоматическая нумерация ускоряет процесс формирования нового маршрута. Поле «№_маршрута» заблокировано от ввода, чтобы пользователь случайно не стер и не изменил его.
Поле «№ рейса» оператор так же может выбрать из существующего списка, а может ввести вручную. «Время прибытия», «Пункт отправления» и «Пункт прибытия» заполняются программой автоматически исходя из данных выбранного пользователем рейса, либо вводится вручную.
Выбрав из перечня нужный государственный номер транспорта, поле «количество мест», которое заблокированно от ручного ввода, заполняется автоматически исходя из данных о транспорте.
Поле «Позывной водителя» не обязательно для заполнения, т.к. маршрут может формироваться за месяц до отъезда, а водителя поставить за неделю. Позывной водителя выбирается из списка сотрудников, которые числятся в организации.
При нажатии н кнопку «Сохранить», программа уведомит пользователя об удачном добавлении маршрута.
Если оператор оставил какое-нибудь поле пустым (кроме позывного), программа выдаст ошибку о том, что заполнены не все поля.
Форма изменения маршрута.
При нажатии на главной форме кнопки «Изменить», откроется окно изменения маршрута, все поля заполнены автоматически. Окно изменения маршрута и окно добавление маршрута являются одной и той же формой, у которой программно меняется параметр «Text», данный параметр меняется и у Кнопки «Сохранить».
Изменить пользователь может «№_Рейса» (если ошибся при добавлении), Дату отправления (на случай, если маршрут перенесли), «Госномер автобуса» (если выбранный в прошлый раз транспорт по техническим причинам не может поехать на этот рейс), а так же «Позывной водителя» (если водитель заболел, например).
После того, как оператор нажмет на кнопку «Изменить», программа выдаст уведомление об успешном изменении данных маршрута
Форма «Населенные пункты»
Как и на главной форме, имеется фильтр .
Рисунок 3.6 - Форма «Маршруты с открытым фильтром»
Рисунок 3.7 - Сохранение и вывод в Excel
Имеется так же кнопка «Очистить фильтр», «Сохранить и экспортировать в Excel» и «Сохранить и экспортировать в html».
При желании удалить какой-либо населенный пункт, программа выдаст уведомление, предупреждая, что удаление населенного пункта повлечет и удаление и всех по нему маршруту.
Добавление и изменение населенных пунктов происходит аналогично главной форме.
Окно добавления населенного пункта.
Рисунок 3.8 - Добавление населенного пункта
Рисунок 3.9 - Успешное добавление
Рисунок 3.10 – Ошибка
Рисунок 3.11 - Изменение данных о населенном пункте
Рисунок 3.12 -Успешное изменение
Нумерация населенных пунктов происходит программно. Поле ввода номера заблокировано от ручного ввода.
Ввод поля «Название» не ограничен только буквами, т.к. встречаются Населенные пункты со знаками препинания или цифрами, например, «1-е Безлесное» (Курский район (Курская обл.), Курская обл., Центральный федеральный округ, Россия).
При нажатии на кнопку «Сохранить», программа выдаст уведобление об успешном добавлении населенного пункта, или об ошибке, если поля заполнены некорректно.
Изменение населенного пункта
При нажатии кнопки «Изменить» формы «Населенные Пункты», появляется окно с автоматически заполненными полями. При нажатии кнопки «Изменить», программа выдаст уведомлении об успешном изменении.
Окно добавления населенного пункта и его изменения является одной и той же формой.
Все элементы формы осуществлены аналогично предыдущей («Населенные пункты»).
При попытке удаления перевозчика программа выдаст преупреждение, что и все автобусы данного перевозчика будут удалены.
Добавление перевозчика
Рисунок 3.13 - Форма «Перевозчик»
Рисунок 3.14 - Уведомление об удалении
Рисунок 3.15 - Добавление перевозчика
Рисунок 3.16 - Успешное добавление Рисунок 3.1 -7 Ошибка
Код перевозчика нумеруется автоматически и заблокирован от ручного ввода.
Поле «№дома/офиса» ограничено. Допускается вводить только цифры, знак «/», точку и букву к(корпус), т.к. адреса бывают разные, например, Комсомольская 5/2 или 30 Лет Октября 15 к. 4.
В поле «Улица» разрешено вводить как цифры, так и буквы, т.к. существует, например, улица в г. Ухта «40 Лет Коми».
В поле «Город» также можно вводить и цифры, и буквы, пример населенного пункта с цифрами и символами приводился в описании формы «Населенные пункты».
В поле «Телефон» можно вводить только цифры.
Поле «Название» не ограничено.
При нажатии на кнопку «Сохранить», программа выдаст уведомление об успешном добавлении, иначе – ошибку.
Изменение данных о перевозчике
При нажатии кнопки «Изменить» формы «Перевозчики» открывается окно изменения с автоматически заполненными полями.
При нажатии кнопки «Изменить», программа выдаст уведомление.
Изменять можно все поля, кроме кода. Это удобно при изменении перевозчиком названия организации, или если оператор допустил ошибку в названии. При переезде организации перевозчика в новый офис, адрес можно так же поменять без препятствий.
Форма «Сотрудники» представлена на рисунке 3.18.
Рисунок 3.18 - Сотрудники
Рисунок 3.19 - Уведомление об удалении
Рисунок 3.19 - Добавление сотрудника
Рисунок 3.20 - Успешное добавление Рисунок 3.21- Ошибка
Рисунок 3.22 - Изменение данных о сотруднике
При попытке удалить запись программа выдаст уведомление, предупредив о последствиях (о том, что по данному сотруднику будут удалены все маршруты.
Позывной водителя формируется автоматически, поле ввода заблокированно, тем самым оградив оператора от самостоятельного ввода или случайного стирания, последствием которого может быть потеря времени - форму придется закрывать, потеряв уже заполненные данные, чтобы посмотреть, какие позывные в базе существуют и какой ввести следующий.
Поля «Стаж» и «Телефон» ограничены – в них можно вводить только цифры.
В поле «Квартира» можно вводить только цифры, точку и буквы «ч» и «д», на случай, если дом частный. Можно так же ввести «-».
Нажав на кнопку сохранить, мы получим уведомление об успешном добавлении или об ошибке.
При нажатии на кнопку «Изменить» формы сотрудников, открывается окно изменений данных сотрудника с автоматически заполненными полями. При нажатии на кнопку «Изменить» данной формы, программа выдаст уведомление.
При удалении рейса программа выдаст уведомление о невозможности отменить данное действие.
Поля пунктов прибытия и отправления выбираются пользователем из предложенных значений. Поле «№ рейса» формируется автоматически и заблокирован от ручного ввода. Поля «Время отправления» и «Дата отправления» ограничены. Вводить в них можно только цифры. Время в таблице рассчитано на формат 00:00 – этот вид привычен человеку и если человек в поле минут или часов введет очиночную цифру, например, 8, то программа , при добавлении данных в таблицу, автоматически добавит первым символом «0». Не стоит забывать, что оператор – человек и, как и все, может ошибиться или допустить опечатку. Поэтому программа проверяет поля ввода времени на корректность.
При нажатии «Изменить» на форме рейсов, появляется окно с автоматически заполненными полями.
При корректном изменении и нажатии на кнопку «Изменить» программа выдаст уведомление об успешном изменении.
Форма «Билеты». Реализована аналогично предыдущим формам вывода таблиц. При удалении какой-либо из записей выводит уведомление об удалении с просьбой подтвердить. Удаление билета важно, если кто-либо из пассажиров передумает ехать.
Поля «Дата отправления» и «Позывной водителя» оператор не заполняет, а выбирает из предложенного ему списка. При нажатии на кнопку «Сохранить» программа выдаст уведомление об успешном добавлении или ошибку.
При изменении данных билета, поля в окне заполняются автоматически. Нажав на кнопку «Изменить» программа выдаст уведомление об успешном изменении.
Элементы формы реализованы аналогично предыдущим формам вывода таблиц.При попытке удаления какого-либо транспорта из списка, программа выдаст уведомление с просьбой подтверждения. Номер автобуса формируется автоматически и заблокирован от ручного ввода.
Поле «Количество мест» ограничено, в него можно вводить только цифры. Номер перевозчика, который необходим при заполнении таблицы «Автобусы», чтобы знать, какому перевозчику принадлежит данный транспорт» не удобно, оператор может не запомнить, какой порядковый номер у того или иного перевозчика. Поэтому, чтобы облегчить оператору работу, при добавлении автобуса, пользователю достаточно выбрать перевозчика по названию, а в поле, справа от выбора перевозчика, расположено заблокированное для ввода поле, в которое автоматически по выбранному названию заполняется код перевозчика.
При нажатии на кнопку «Сохранить», программа выдаст уведомление об успешном добавлении транспорта , иначе – ошибку. При нажатии на форме «Автобусы» кнопки «Изменить» откроется окно с автоматически заполненными полями. Об успешном изменении программа оповестит уведомлением .
ЗАКЛЮЧЕНИЕ
В результате выполнения работы была спроектирована ИС для учета сервисных услуг перевозок сотрудников и транспортной доставки заказов организации, которая позволяет минимизировать время на учет перевозок сотрудников и детей школ и детских садов, позволяющая решать следующие задачи:
- Предоставление отчетов и статистик по перевозкам;
- Получения сведений о водителях, автобусах, маршрутах;
-Поиск маршрутов, водителей и транспорта в базе.
Внедрение разработанной ИС позволит:
1) повысить эффективность работы данной организации;
2) снизить трудоемкость работы по оформлению заявок и ведению базы данных.
Разработанная ИС значительно упростит работу сотрудников, сэкономит их время, уменьшит вероятность ошибок и дублирования информации, а, следовательно, повысит эффективность рабочего процесса.
Таким образом, цель дипломной работы можно считать достигнутой, а поставленные задачи – решенными.
Разработанная ИС была протестирована, и не было найдено ошибок, это доказывает то, что данная ИС работает корректно. Эффективность ИС существенна: организации не требуется приобретать иные прикладные пакеты ПО, дополнения к ним, оплачивать работу программистов при настройке и изменению ПО, заботится о продлении лицензии на использование ПО.
Период окупаемости разработанной ИС короткий, не требуется в дальнейшем покупка дополнительных модулей либо плагинов, ИС работает так, как и было изначально задумано.
Перечислим полученные результаты:
1) ИС поддерживает большое количество пользователей, которые могут одновременно работать с ней;
2) «Чужой» не сможет зайти в ИС, пока для него не будет создан аккаунт с логином и паролем в ИС;
3) Учет всех осуществленных перевозок;
4) Понятый и простой интерфейс, отсутствие лишних кнопок и функций, которые не использовались бы.
СПИСОК ЛИТЕРАТУРЫ
- Астахова И.Ф., Толстобров А.П., Мельников В.М. SQL в примерах и задачах. – Мн.: Новое знание, 2014. – С.4
- Боуман Дж.С., Эмерсон С.Л., Дарновски М. Практическое руководство по SQL. – Вильямс, 2014. – С.56-90
- Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс. - Вильямс, 2014. – С.125
- Дейт К. Введение в системы баз данных, 8-е издание. – Вильямс, 2014. – С.725
- Дейт К. SQL и реляционная теория. Как грамотно писать код на SQL. – Символ-Плюс, 2014. – С.123
- Дейт К., Дарвен Х. Основы будущих систем баз данных. Третий манифест. – Янус-К, 2014. – С.102
- Дунаев В.В. Базы данных. Язык SQL. – СПб. : БХВ-Петербург, 2014. – С.88
- Жилин Д.М. Теория систем: опыт построения курса. – КомКнига, 2015. – С.123
- Вендров А.М. "Практикум по проектированию программного обеспечения экономических информационных систем". учеб. пособие. Под ред. Вендерова А.М. - М.: Финансы и статистика, 2015.
- Волгин В. В. Склад. Организация, управление, логистика. – под. Ред. Волгина В.В., М., Дашков и Ко, 2015.
- Гаджинский А.М. Современный склад. Организация, технологии, управление и логистика. – под редакции Гаджинского А.М. Изд-во Проспект, 2015.
- Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2015.
- Данилова Е.В, Сидорова М.Г. “Финансово-экономический анализ деятельности предприятия. Учебное пособие для Вузов” под ред. Даниловой Е.В. , М. Экзамен,- 2015.
- Емельянов А.А. и др. "Имитационное моделирование экономических процессов".Учеб. Пособие под ред. Емельянова А.А.. - М.: Финансы и статистика, 2015.
- Калашян А.Н., Калянов Г.Н. "Структурные модели бизнеса: DFD-технологии".Под ред. Калашнян А.Н. - М.: Финансы и статистика, 2015.
- Кукушкин А.А., Овсянников А.А. «CASE-моделирование информационных процессов». под ред. Кукушкина А.А.—М.: Орел, ВИПС, 2015.
- Кукушкин А.Н. “Финансово-экономический анализ деятельности предприятия” М.:Приор под ред. Кукушкина А.Н., 2015.
- Манжосов Г. П. Современный склад. Организация и технология. под ред. Манжосова Г.П.– Изд-во: КИА центр, 2015.
- Марков А.С., Лисовский К.Ю. "Базы данных. Введение в теорию и методологию". Учебник. Под. Маркова А.С. - М.: Финансы и статистика, 2015.
- Мартин Дж. «Организация баз данных в вычислительных системах». / под ред. Мартин Дж. - М.: Мир, 2015.
- Саймон А.Р. "Стратегические технологии Баз данных" Пер. с англ. - М.: Финансы и статистика, 2015.
- Соколов А.П. "Системы программирования: теория, методы, алгоритмы". - М.: Финансы и статистика, 2015.
- Стинсон К. «Эффективная работа в Windows».—Спб.: ЗАО «Издательство Питер», 2015.
- Таран С.А. Как организовать склад. Практические рекомендации профессионала. – М., Издательство: Альфа-Пресс, 2015.
- Черемных С.В., Ручкин В.С., Семенов И.О. «Структурный анализ систем. IDEF-технология». —М.: Финансы и статистика, 2015.
- Классификация и характеристика видов, методов и средств защиты информации и их соотношение
- Управление поведением в конфликтных ситуациях (Теоретические аспекты исследования управления поведением в конфликтных ситуациях)
- Особенности управления организациями в современных условиях и пути его совершенствования (Теоретико-методологические аспекты производственного управления)
- Органы местного самоуправления (Теоретические основы местного самоуправления)
- Системный подход при анализе потенциала организации (ТЕОРЕТИЧЕСКОЕ ОБОСНОВАНИЕ СИСТЕМНОГО ПОДХОДА ПРИ АНАЛИЗЕ ПОТЕНЦИАЛА ОРГАНИЗАЦИИ )
- Учет безналичных денежных средств (на примере ООО «Батлер»)»
- Конфликты в молодой семье. Профилактика и пути их решения (Психологические особенности молодой семьи и понятие семейных конфликтов)
- Процессы принятия решений в организации (Содержание процесса принятия управленческих решений в системе государственного управления)
- Кадровая стратегия в системе стратегического управления организацией (Управление персоналом как основная составляющая эффективного функционирования организации)
- Процедуры несостоятельности (банкротства) (Правовое регулирование несостоятельности (банкротства))
- Виды договоров (Теоретические аспекты договоров в гражданском праве)
- Программные и аппаратные средства ограничения доступа к ресурсам ПК и сетей.