Гафаров_Б.М._ПИбд_1302а[1]. Автоматизированная информационная система управления пассажирскими перевозками (на примере муниципального предприятия городского округа Самара Пассажирский автомобильный транспорт)
 Скачать 1.8 Mb.
|
|
Глава 2 Разработка и реализация проектных решений 2.1. Логическое моделирование предметной области Перед непосредственной разработкой базы данных построим информационно-техническую модель системы после осуществления входа в нее, в которой фиксируются последовательности и взаимосвязи решения всего комплекса задач по проекту. Вход Действия Создание журнала по транспорту Создание журнала путевых листов Создание журнала заявок на перевозку Создание журнала заявок на ремонт Создание журнала по маршрутам Редактировани е документов Просмотр документов Формирование отчетной документации Печать документации Конец Список транспорта Список путевых листов Список заявок на перевозку Список заявок на ремонт Список маршрутов перевозок База данных База данных База данных База данных База данных База данных Рисунок 2.1 – Информационно-технологическая модель информационной системы АТП 30 Подробное описание представлено далее, в проектировании базы данных. Как показано на Рисунок 2.2, в информационной системе по учету заявок на осуществление пассажирских перевозок, предусматриваются сценарии Администратора, Диспетчера и Экономиста. Диспетчер Администратор Экономист Учет транспортных средств Учет пробега Учет ГСМ Учет заявок на перевозки Оценка эффективности Ведение классификаторов Установка прав доступа Рисунок 2.2 – Диаграмма вариантов использования информационной системы в части учета перевозок В функционал экономиста входят вопросы учета поступающих заявок на перевозки, формирование аналитической отчётности в рамках процесса оказания услуг пассажирских перевозок, а также учета затрат на ГСМ. Функционал диспетчера предполагает учет параметров автопарка, пробега автотранспорта, а также данные о фактическом использовании ГСМ. 31 Функционал Администратора включает ведение внутренних классификаторов, а также установку прав доступа к системе. 2.1.1. Разработка базы данных На основании определенных сущностей информационной системы по учету перевозок построим диаграмму «Сущность - Связь» (приведена на Рисунок 2.3). Далее согласно данным Рисунок 2.3 определим типы связей между сущностями АИС по учету перевозок. На базе построенной модели создадим схему базы данных. Оператор Путевой лист Клиент Водитель Модель ТС Вид топлива ТС Пункты назначения Заявка Вводит 1 N Входит в 1 N Соответствует 1 N Делает N 1 Заполняет 1 N Соответствует 1 N Соответствует 1 N Код ФИО Код ФИО Должность Код Наименов ание Стоимость Код Наименован ие Растояние Код ФИО Адрес Телефон Код Дата Клиент Адрес Стоимость Входит в 1 N Код Наименов ание Тип ГСМ Код Наименование Модель ГосНомер Заводской номер Код Дата Код заявки КодТС Расход ГСМ Рисунок 2.3 – Диаграмма «Сущность – связь» Каждый оператор вводит множество заявок. Связь 1:N. Каждой модели ТС соответствует множество автомобилей в автопарке. Связь 1:N. Каждому 32 виду топлива соответствует множество моделей ТС. Связь 1:N. Каждому пункту назначения соответствует множество путевых листов. Связь 1:N. Каждому автомобилю соответствует множество путевых листов. Связь 1:N. Каждый водитель вводит множество путевых листов. Связь 1:N. Каждый сотрудник использует транспортные средства множество раз. Связь 1:N. Каждый сотрудник делает множество заявок на перевозки. Связь 1:N. + Добавить() + Изменить() + Удалить() -code_top : int -nam -stm : float vid_top + Добавить() + Изменить() + Удалить() -code_model : int -nam : char -code_top : int -volume : int model + Добавить() + Изменить() + Удалить() -code_ts : int -gosnum : char -year : int -code_model : int park + Добавить() + Изменить() + Удалить() -code_vod : int -fio : char -tel : char vodit + Добавить() + Изменить() + Удалить() -code_ots : int -code_ts : int -code_vod : int obs_ts + Добавить() + Изменить() + Удалить() -code_per : int -day : Date -gsm : int -prim : char -code_vod : int -code_ts : int -code_zay : int gur_per + Добавить() + Изменить() + Удалить() -code_dtp : int -day : Date -sod : char -code_per : int dtp + Добавить() + Изменить() + Удалить() -code_zay : int -day : Date -sod : char -code_cli : int gur_zay + Добавить() + Изменить() + Удалить() -code_cli : int -adr : char -rasst : int -tel : char clients Рисунок 2.4 – Диаграмма классов информационной системы На Рисунок 2.5. представлена логическая модель базы данных информационной системы. 33 Рисунок 2.5 – БД информационной системы учета перевозок В результате работы системы учета перевозок, формируются несколько таблиц, отражающих процесс работы транспортного отдела. Данные для построения этих таблиц берутся из справочников, а также журнала работы с заявками. Структура нескольких таблиц приведена ниже, в Приложении представлено описание остальных таблиц. Таблица 2.1 – Таблица «Операторы» Наименование Идентификатор Тип поля Длина Прочее Идентификатор оператора code_oper число 10 Первичный ключ ФИО Fio cтрока 50 Роль в системе Rol число 1 Пароль passw cтрока 50 Таблица «oper» служит для хранения информации об операторах системы и разграничения доступа. Средний объем записей – 20. ВидыТоплива КодВТ Наименование Стоимость Модели ТС КодМоделиТС Наименование Объем двигателя КодВТ (FK) Водители КодВодителя ФИО НомерТел ОбслТС КодОТС КодТС (FK) КодВодителя (FK) Автопарк КодТС Госномер ГодВыпу ска КодМоделиТС (FK) Перевоз ки КодПеревоз ки Дата РасходГСм Примечание КодВодителя (FK) КодТС (FK) Код з аявки (FK) ДТП КодДТП Дата Содержание КодПеревоз ки (FK) Заявки клиентов Код з аявки Дата Содержание КодКлиента (FK) Клиенты КодКлиента Адрес Расстояние Телефон 34 Таблица 2.2 – Таблица «Перевозки» Наименование поля Идентификатор Тип поля Длина Прочее Идентификатор путевого листа Code_vt число 10 Первичный ключ Идентификатор водителя Code_v число 10 Вторичный ключ Идентификатор автомобиля code_sotr число 10 Вторичный ключ Дата Day Дата Фактический пробег Prob число 10 Затраты Stm Денежный Расход ГСМ Rash число 10 Идентификатор места назначения Code_pn число 10 Вторичный ключ Примечание prim строка 200 Идентификатор клиента Code_с число 10 Вторичный ключ Идентификатор заявки Code_z число 10 Первичный ключ Таблица «plist» служит для хранения информации о путевых листах. Средний объем записей – 100000. Далее приведем описание кодирования ключевых сущностей проектируемой ИС и их свойств. Таблица 2.3 – Описание систем классификации и кодирования № п/ п Наименование кодируемого множества объектов Значность кода Система кодирован ия Вид классификато ра 1 2 3 4 5 1 Код вида услуги перевозки ХХ порядковая локальный 2 Код клиента ХХХ ХХХХХ серийно – порядковая локальный 3 Код ТС ХХХ порядковая локальный 4 Код перевозки ХХХХ ХХХХХ серийно- порядковая локальный 5 Код ГСМ ХХХХХ ХХХХ порядковая локальный • Код вида услуги перевозки. Длина кода ХХ, где ХХ – порядковый номер вида услуги перевозки в картотеке транспортной компании. 35 • Код клиента. Длина кода ХХХ ХХХХХ, где ХХХ – порядковый номер категории, ХХХХХ – порядковый номер клиента. • Код ТС. Длина кода ХХХ, где ХХХ – порядковый номер транспортного средства, зарегистрированного в системе. • Код перевозки. Длина кода ХХ ХХХХХ, где ХХ – порядковый номер ТС, ХХХХХ – порядковый номер услуги перевозки. • Код ГСМ. Длина кода Х, где Х – порядковый номер вида ГСМ. 2.2. Физическое моделирование АИС 2.2.1. Архитектура АИС В качестве архитектуры решения будет применяться многослойная клиент-серверная архитектура, поскольку уже используемые на АТП решения на базе 1С: Предприятия организованы на базе такой архитектуры. Для клиент- серверной архитектуры, характерно отделение процессов представления, обработки и управления данными. Модель клиент-серверной архитектуры помогает создавать гибкое программное обеспечение. Изменения в данной модели осуществляются не во всем приложении сразу, а лишь в конкретных слоях, что позволяет сократить количество потенциальных ошибок и времени на модернизацию. Для клиент-серверных систем характерно наличие самостоятельно взаимодействующих процессов, выполнение которых, в общем случае, может производиться на разных вычислительных системах путем обмена данными по сети. Слой клиента – это компонент комплекса, реализующий интерфейс конечного пользователя. Данный слой не имеет возможности взаимодействовать с базой данных напрямую, на него обычно выносится простая бизнес–логика, такая как: интерфейс организации, контроль вводимых значений, сортировка, группировка и другие простые операции. В случае решения 1С может быть как полновесной программой клиентом, так и «тонким» и даже веб-клиентом. 36 Серверное приложение Клиентское приложение (интерфейс) БД Слой клиента Слой логики Слой данных Рисунок 2.6 – Модель многослойной архитектуры Слой логики – реализует большую часть бизнес-логики. Вне этого уровня реализуются элементы логики, экспортируемые на клиента, а также хранимые процедуры в БД. Данный компонент реализуется связующим программным обеспечением, на предприятии это платформа 1С: Предприятие. Слой данных – как правило представляет собой СУБД, обеспечивающую хранение данных. Взаимодействовать с третьим уровнем может только второй уровень. Слой данных на предприятии уже реализован на базе MS SQL Server 2008. 2.2.2. Функциональная схема проекта На Рисунок 2.7 приведена структурная схема проекта автоматизации управления заявками на осуществление перевозок с использованием ПО «1С: Управление автотранспортом». 37 Рисунок 2.7 – Структурная схема системы Как показано на Рисунок 2.7, функционал информационной системы составляют модули: – диспетчеризации; – учета перевозок; – взаиморасчетов; – ПТО; – учета работы водителей; – учёта ремонтов; – учёта ГСМ. 2.2.3. Описание программных модулей Подсистема диспетчеризации реализует логику процессов оформления заказов на перевозку, распределения по экипажам, формирования маршрутных листов, контроля выполнения, формирования и обработки путевых листов. 38 Рисунок 2.8 – Модуль диспетчеризации, выпуск путевого листа Разнарядка на выпуск автомобилей выписывается с учетом различных графиков работы автомобилей и водителей. Программа автоматически производит проверку пригодности автомобиля к выполнению рейса по состоянию ТС и документов (истекший полис ОСАГО и т.д.). При закрытии путевого листа выполняются расчеты нормативного и фактического расхода ГСМ, выработки ТС, оборудования и водителя, учет отработанного времени для табеля. Задание заполняется на вкладке задание, форма представлена на рис. 2.10. В модуле учета ГСМ реализован расчет нормативного расхода топлива в соответствии с приказом Министерства транспорта России. В справочниках содержатся нормы для многих моделей автомобилей. Для учета отклонений расхода ГСМ от нормы для модели ТС (износ, ремонт и т.д.) можно задать коэффициент для отдельного автомобиля. 39 Рисунок 2.9 – Форма путевого листа Рисунок 2.10 – Форма задания путевого листа Программа формирует различные отчеты и ведомости по движению ГСМ. Например, есть возможность сформировать ведомость по приходу или расходу, движению ГСМ. Также можно сформовать отчеты по заправкам. На базе введенных данных программа поможет проанализировать поступления топлива, нормативный и фактический расходы топлива. Есть возможность сравнения результатов расхода ГСМ на одном ТС под разными водителями. 40 Рисунок 2.11 – Задание коэффициента изменения нормы топлива Ремонтные работы и ТО отражаются в модуле учета ремонтов. В этом модуле также есть возможность учета ремонтов в различных других автосервисах или учета ремонта на своих площадках. В этом модуле есть возможность учитывать проведенную работу по нормам времени из справочников. Модуль учета ремонтов реализует автоматический контроль планового технического обслуживания. Рисунок 2.12 – Модуль учета ремонтов Расчет з/п водителей может формироваться разными способами, например, сдельный, фиксированной суммой, от выручки - с помощью модуля учета работы водителей. Этот модуль обладает очень гибкими настройками: есть возможность учета работы водителя по графику или календарю, модуль предоставляет также табель учета времени отработки. Основная функция модуля взаиморасчетов состоит в возможности редактирования тарифов и различных прейскурантов, а также в формировании 41 различных счетов за транспортные услуги и актов. Расчет стоимости услуг может быть введен вручную, а может быть сформирован автоматически, с учетом тарифов. Такой расчет составляется на основании первичных документов, таких как товаротранспортные документы. Есть возможность автоматического составления расчетов и актов за определенный срок по вводимым путевым листкам. Рисунок 2.13 – Отчет по затратам на транспорт Модуль учета затрат может вести данные о затратах автомобилей, а также по статьям затрат, контрагентам и подразделениям. Путевые и ремонтные листы, а также заправки ГСМ составляют прямые затраты, косвенные затраты можно распределить равными частями между всеми машинами, например, согласно какому-то объему выработки (пробег или время работы). В отчете о затратах отражена информация о затратах автомобиля с различными показателями статей затрат за определенный срок. Также возможно получить данные по затратам и доходам ТС, рентабельности ТС за определенный срок. 42 Выводы по главе 2 В данной главе были построены модели информационно- технологические, диаграммы классов, и реализована база данных. Представлена модель вариантов использования. На основании анализа предметной области были определены ключевые сущности, установлены связи между ними, на основании чего проведено проектирование логической и физической моделей данных, проведена структуризация входной и выходной информации. Описана используемая архитектура. Было дано описание возможностей системы, а также предоставлена демонстрация работы основных модулей АИС, что позволяет наглядно продемонстрировать функциональные возможности программного комплекса и его взаимодействие с пользователем. Главной целью проектирования информационной системы предприятия, является то, чтобы разрабатываемая система как можно в большей степени соответствовала логистическим бизнес–процессам предприятия. 43 Глава 3 Оценка и обоснование экономической эффективности информационной системы 3.1. Выбор и обоснование методики расчета экономической эффективности Достижение экономической эффективности от внедрения системы производится за счет как прямого эффекта (сокращение временных затрат на выполнение технологических операций), так и косвенного эффекта – получение дополнительных возможностей за счет повышения эффективности использования трудовых и материальных ресурсов. Расчет экономического эффекта от внедрения системы проведем через оценку снижения трудозатрат на выполнение основных технологических операций, снижения затрат на оплату труда сотрудников в сопоставлении со стоимостью внедрения и сопровождения системы. В случае превышения экономии на трудозатратах значения капиталовложений с учетом дисконтирования проект признается эффективным. Расчет экономической эффективности проекта произведем на основе расчета затрат на осуществление проекта внедрения информационной системы. Таблица 3.1 – Содержание стадий разработки проекта № Этап Время выполнения, дней % от общего времени 1 Анализ деятельности организации 3 14.29 2 Анализ бизнес-процессов учета заявок на осуществление перевозок 3 14.29 3 Разработка информационной модели 3 14.29 4 Доработка и тестирование ИС 5 23.81 5 Оценка экономической эффективности проекта 1 4.76 6 Работа над пояснительной запиской 6 28.57 ИТОГО 21 100 К затратам на создание ИС относятся: 44 основная и дополнительная заработная плата; отчисления на социальные нужды; стоимость использования ЭВМ; стоимость используемых инструментов, материальные затраты; накладные расходы. В работу над проектом вовлечен один сотрудник предприятия. Величина ежемесячной заработной платы сотрудника составляет 21000руб. Дневная ставка заработной платы 1000 21 21000 21 1 руб Оклад С Следовательно, затраты на оплату труда составят: З осн = 1000*21 = 21000руб. Величина дополнительной заработной платы составляет 14% от основной. Таким образом, дополнительная заработная плата составляет: З доп = 21000*0.14 = 2940руб. Фонд заработной платы составит: S = З осн + З доп = 23940руб. Величина страховых взносов во внебюджетные фонды (30% от фонда заработной платы): C В = 23940*0.3 = 7182руб. Итого затраты составят: 21000+2940+7182 = 31122руб. Затраты на материалы в рамках работы над проектом составили 4500руб. Таблица 3.2 – Использованные материалы и принадлежности № Наименование Стоимост ь 1 Бумага формата А4 (1 пачка) 300 2 Канцтовары 500 3 Картридж для принтера 2000 4 Флэш-накопитель 1500 5 Доступ в интернет 200 Далее проведем оценку затрат на электроэнергию. Потребляемая мощность ПК в режиме работы с офисными приложениями и средствами 45 разработки составляет 220 Вт=0,22кВт. Тариф за электроэнергию примем равным 3,8руб./кВт*ч. Длительность работы над проектом: Т=21*8=168ч. Затраты на электроэнергию составили: З=168*0,221*3,8=141 руб. В качестве инструментальных средств в проекте используется рабочее место, суммарная стоимость которого 61800руб. Таблица 3.3 – Стоимость инструментальных средств № Наименование Стоимость 1 Системный блок 38000 2 Монитор 8000 3 Клавиатура, мышь 800 4 МФУ 15000 Итого 61800 Цена амортизации за год: kS A , где А - сумма амортизации, k - коэффициент амортизации (принимается равным 0,2), S - стоимость активов рабочего места. В нашем случае использование техники предполагается в течение 21 рабочих дней. Общее количество рабочих дней примем равным 300. 61800 0, 2* * 21 865, 2 300 A руб Таблица 3.4 – Стоимость программного обеспечения. № Наименование Сумма 1 1С:Предприятие 8. Клиентская лицензия на 20 рабочих мест. Электронная поставка 78000 2 1С:Управление автотранспортом Проф. Клиентская лицензия на 20 рабочих мест. Электронная поставка 229300 Итого 307300 В заключении приведем таблицу совокупной величины затрат, связанных с проведением исследования, разработкой проекта и приобретением программного обеспечения. Для этого оформим все расчеты в таблицу. 46 Таблица 3.5 – Затраты на проект № Статья затрат Сумма затрат, руб. 1 Фонд заработной платы 23940 Продолжение таблицы 3.5 – Затраты на проект 2 Страховые взносы 7182 3 Амортизационные отчисления 865,2 4 Затраты на электроэнергию 141 5 Затраты на материалы 4500 6 Стоимость программного обеспечения 307300 ИТОГО 343928,2 Таким образом, величина затрат на проект составит 343928,2руб. Целью внедрения интегрированной системы управления АТП является повышение эффективности функционирования предприятия: сокращение транзакционных издержек, уменьшение времени на обработку большого объема сведений и формирование отчетности, минимизация трудозатрат на подготовку и проверку бухгалтерских данных, ускорение формирования регламентированной отчетности на всех этапах. Т.е. существенно сокращается объем выполняемой работы, вследствие чего сократятся затраты на заработную плату. После внедрения планируется сократить четыре должности, заработная плата которых составляет 20000рублей (29640 рублей с учетом страховых взносов и дополнительной заработной платы). Экономия от внедрения в месяц составит: S = 29640*4 = 118560руб. Следовательно, проект внедрения окупится через 343928,2/118560=2,9. Вложенные в разработку капитальные затраты окупаются приблизительно в течение 3 месяцев, что говорит о очень высокой экономической эффективности инвестирования в информационную систему. 47 По результатам работы программного продукта, благодаря более детальному ведению учета расходов на ГСМ, замечен перерасход топлива, показанный на рисунке 3.1. Расход горючего Пережог Экономия 2,33 0,2 0,51 0,5 0,2 0,65 0,21 0,46 2,33 0,2 Рисунок 3.1 – Расход горючего за одно задание. В среднем за одно задание на перевозку пережог топлива составляет приблизительно 0,5 л. Стоимость дизельного топлива (летнее) 37 рублей за литр, следовательно, на один путевой лист получается экономия в 18,5 рублей. В масштабах рассматриваемого предприятия это является существенно экономией денежных средств. |