Автоматизация труда диспетчера автобазы

ВВЕДЕНИЕ

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

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

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

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

разработка графика выделения (расстановки) автотранспорта для выполнения суточного задания;

планирование посменной работы водителей;

ведение базы данных по водителям, автомашинам;

оперативный контроль выполнения рейсов водителями автобазы;

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

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

получение необходимой справочной информации.

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

учет водителей, автотранспорта, организаций-заказчиков;

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

оперативный контроль выполнения рейсов водителями автобазы;

учет расхода горюче-смазочных материалов (ГСМ);

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

Программа должна быть разработана как Windows-приложение.

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

1 ДИАГНОСТИЧЕСКИЙ АНАЛИЗ ПРЕДПРИЯТИЯ ООО «МАСТЕР СЕРВИС»

1.1 Общая характеристика предприятия

автоматизированный информационный система диспетчер автоперевозка Общество с ограниченной ответственностью «МастерСервис» (Далее — Общество) учреждено в соответствии с законодательством Российской Федерации и на основании решения участника Общества (Решение № 1 от 21.06.2006 г.).

Общество является юридическим лицом и строит свою деятельность на основании настоящего Устава, Учредительного договора и законодательства Российской Федерации об «Обществах с ограниченной ответственностью» № 14-ФЗ от 08.02.98 г. Общество в своей деятельности руководствуется также внутренними документами (Положениями, Инструкциями и т. п.), утверждаемые органами управления Общества в установленном порядке.

Общество имеет следующее наименование:

— полное наименование Общества на русском языке: Общество с ограниченной ответственностью «МастерСервис»;

— сокращенное наименование Общества на русском языке: ООО «МастерСервис»;

— фирменное наименование Общества: ООО «МастерСервис».

Местом нахождения Общества является место постоянного нахождения его исполнительного органа управления (директора), располагающегося по адресу: 355 000, Российская Федерация, Ставропольский край, г. Ставрополь, пр. Карла Маркса 42.

Срок деятельности Общества не ограничен и определяется решением высшего органа Общества. Общество имеет самостоятельный баланс, счета в банках, печать, штампы и бланки со своим наименованием.

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

Общество в установленном законом порядке имеет право осуществлять следующие виды деятельности /34/:

1) организация перевозок грузов;

2) деятельность автомобильного грузового специализированного транспорта;

3) деятельность автомобильного грузового неспециализированного транспорта;

4) аренда грузового автомобильного транспорта с водителем;

5) оптовая и розничная торговля непродовольственными товарами народного потребления, в том числе бытовой химией, а также, лаками и красками;

6) оптовая торговля машинами и оборудованием;

7) передача в аренду машин и оборудования;

8) торгово-закупочная, коммерческая, маркетинговая, деятельность;

9) оказание юридических услуг;

10) различного рода консультационная деятельность;

11) посредническая деятельность;

12) заготовка и переработка всех видов отходов и вторсырья;

13) оказание различного рода бытовых и иных услуг гражданам и юридическим лицам.

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

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

Участником Общества является: Каневский Дмитрий Юрьевич, проживающая по адресу:35 500, Россия, Ставропольский край, г. Ставрополь, ул. Южная 38.

Участники общества в праве:

— участвовать в управлении делами Общества;

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

— принимать участие в распределении прибыли;

— продать или иным образом уступить свою долю в Уставном капитале Общества;

— в любое время выйти из Общества независимо от согласия других его Участников;

— получить в случае ликвидации Общества часть имущества, оставшегося после расчетов с кредиторами, или его стоимость.

Участники Общества обязаны:

— вносить вклады в порядке, в размерах, в составе и в сроки, которые предусмотрены Федеральным законом и учредительными документами Общества, решениями Общего собрания участников Общества;

— не разглашать конфиденциальную информацию о деятельности Общества.

Для обеспечения своей деятельности Общество за счет вклада Участника образует Уставный капитал Общества в размере 10 000 (Десять тысяч) рублей, что составляет 10 (Десять) долей. Размер минимальной доли составляет 1000 (Одну тысячу) рублей.

В образовании Уставного капитала участвует Каневский Дмитрий Юрьевич — вносит 10 000 (Десять тысяч) рублей, что составляет 10 (Десять) долей. На момент регистрации Уставный капитал Общества оплачен его участником полностью в виде денежного вклада.

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

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

Участник Общества вправе:

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

— заложить принадлежащую ему долю (часть доли) в Уставном капитале Общества другому Участнику Общества или третьему лицу с согласия Общества по решению общего собрания Участников Общества, принятому большинством голосов всех Участников Общества;

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

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

Общество не вправе принимать решение о распределении своей прибыли между Участниками Общества:

— до полной оплаты всего Уставного капитала Общества;

— до выплаты действительной стоимости доли (части доли) Участника Общества в случаях, предусмотренных Федеральным законом;

— если на момент принятия такого решения Общество отвечает признакам несостоятельности (банкротства) в соответствии с Федеральным законом о несостоятельности (банкротстве) или если указанные признаки появятся у Общества в результате принятия такого решения;

— если на момент принятия такого решения стоимость чистых активов Общества меньше его Уставного капитала или станет меньше его размера в результате принятия такого решения;

— в иных случаях, предусмотренных федеральными законами.

Высшим органом Общества является общее собрание Участников Общества. Общее собрание Участников может быть очередным или внеочередным. Все Участники Общества имеют право присутствовать на общем собрании участников Общества, принимать участие в обсуждении вопросов повестки дня и голосовать при принятии решений. Каждый Участник Общества имеет на общем собрании Участников Общества число голосов, пропорциональное его доле в Уставном капитале Общества /34/.

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

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

Единоличный исполнительный орган Общества:

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

— имеет право на распоряжение денежными средствами Общества;

— выдает доверенности на право представительства от имени Общества, в том числе доверенности с правом на передоверия;

— издает приказы о назначении на должности работников Общества, об их переводе и увольнении, применяет меры поощрения и налагает дисциплинарные взыскания;

— организует выполнение решений общего собрания Участников;

— осуществляет оперативное руководство работой Общества в соответствии с основными направлениями деятельности Общества;

— несет ответственность за сохранность документов (управленческих, финансово-хозяйственных, по личному составу и др.);

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

— др.

Имущество Общества может быть изъято только по решению суда или арбитража в соответствии с его компетенцией. Право распоряжения имуществом принадлежит только самому Обществу.

Оно имеет право:

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

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

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

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

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

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

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

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

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

Общество может быть ликвидировано добровольно в порядке, установленном Гражданским кодексом Российской Федерации, с учетом требований Федерального закона и Устава Общества. Общество может быть ликвидировано также по решению суда по основаниям, предусмотренным Гражданским кодексом Российской Федерации. Ликвидация Общества влечет за собой его прекращение без перехода прав и обязанностей в порядке правопреемства к другим лицам.

Оставшееся после завершения расчетов с кредиторами имущество ликвидируемого Общества распределяется ликвидационной комиссией между Участниками Общества в следующей очередности:

— в первую очередь осуществляется выплата Участникам Общества распределенной, но невыплаченной части прибыли;

— во вторую очередь осуществляется распределение имущества ликвидируемого Общества между Участниками Общества пропорционально их долям в Уставном капитале Общества.

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

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

1.2 Анализ организационно-штатной структуры предприятия ООО «МастерСервис»

Организационно-штатная структура предприятия ООО «МастерСервис» представлена на рисунке 1.1. Как видно из рисунка 1.1 предприятие ООО «МастерСервис» возглавляет директор, в подчинении которого находится 5 отделов.

Рисунок 1.1 — Организационно-штатная структура предприятия ООО «МастерСервис»

1.3 Анализ функционально-управленческой структуры предприятия ООО «МастерСервис»

Функционально-управленческая структура ООО «МастерСервис» представлена на рисунке 1.2.

1.4 Анализ информационной системы предприятия ООО «МастерСервис»

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

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

Связь аппарата управления предприятия со своими подразделениями, с подразделениями заказчиков, а также Сбербанком РФ и Налоговой службы осуществляется с помощью городской автоматической телефонной сети (ГАТС). Связь с удаленными предприятиями заказчиками (ООО «НОВТЭК»,

ООО «ТрансЛэнд Сервис», ООО «ГОА Логистик» и др.) осуществляется с помощью Международной автоматической телефонной сети (МАТС).

Административно — управленческий персонал осуществляет взаимодействие между собой по средствам телефонной связи и локальной вычислительной сети (ЛВС) аппарата управления.

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

Рисунок 1.2 — Функционально-управленческая структура предприятия ООО «МастерСервис»

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

1. Внешние организации.

2. Директор.

3. Бухгалтерия.

4. Экономический отдел.

5. Отдел кадров.

6. Диспетчерская.

7. Отдел автоматизации.

Все документы можно разделить на следующие группы:

1. Входящие.

2. Официальные положения.

3. Систематически обновляемые картотеки.

4. Промежуточные (получаемые в процессе обработки информации).

5. Исходящие.

Информационный обмен предприятия ООО «МастерСервис» можно представить в виде схемы, изображенной на рисунке 1.3.

Рисунок 1.3 — Схема информационного обмена в ООО «МастерСервис»

2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Общие положения по работе диспетчера автотранспортного предприятия

В соответствии с Единым тарифно-квалификационным справочником работ и профессий, приложением к постановлению Министерства труда РФ определяются следующие основные положения по должностным обязанностям диспетчера автотранспортного предприятия /15/:

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

2. Выполнять распоряжения начальника АТЦ.

3. Заполнять, выдавать и принимать путевые листы и товарно-транспортные накладные.

4. Проверять правильность их оформления, наличие реквизитов и штампов в товарно-транспортных накладных.

5. Контролировать соблюдение графиков выпуска на линию и движение транспортных средств на маршрутах.

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

7. Контролировать правильность записей показаний спидометра, получения и остатков ГСМ.

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

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

10. Вести журнал оперативных распоряжений.

11. Выдавать водителям путевые листы только по предъявлении ими удостоверения на право управления транспортным средством соответствующей категории.

12. Контролировать своевременное возвращение транспортных средств с линии, обо всех случаях несвоевременного возврата транспортных средств с линии докладывать начальнику Транспортного отдела АТЦ

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

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

В большинстве случаев автоматизированный комплекс диспетчеризации, контроля и управления процессом автоперевозок наиболее разумно реализовать на базе IBM-совместимых компьютеров под управлением операционной системы Windows NT, Windows 2000 Professional, Windows XP. В случае клиент-серверной системы разумно использовать операционные системы Windows 2003/2007 Server.

Внедрение нескольких автоматизированных рабочих мест, постоянно взаимодействующих между собой, накладывает определенные требования к архитектуре этих приложений и аппаратному обеспечению, обеспечивающему это взаимодействие. Большие объемы информации, собираемые и обрабатываемые этими АРМами, предъявляют к рабочим станциям и сети повышенные требования с точки зрения производительности компьютеров и пропускной способности сети. Кроме того, при работе нескольких АРМов с одной и той же информацией предъявляются достаточно жесткие требования в плане обеспечения параллельной работы этих АРМов. Для удовлетворения этих требований часто применяется архитектура «клиент-сервер». Данная архитектура подразумевает наличие общей базы данных (БД), установленной на одном из компьютеров (сервере), что позволяет снизить требования к вычислительной мощности компьютеров других рабочих станций (АРМов), так как достаточно большая часть работы осуществляется на сервере. Клиенты базы данных (АРМы) путем SQL-запросов получают необходимые данные из БД или заносят их туда. За счет этого снижается объем информации, передаваемой по сети, так как клиент получает только те данные, которые он запросил, и вся работа по их отбору осуществляется сервером базы данных. Так как данные всеми АРМами берутся из одного источника, имеет место полная их синхронизация для всех автоматизированных рабочих мест. Это повышает качество работы комплекса в целом и позволяет оперативно вносить и реагировать на любые изменения в технологическом процессе.

В качестве сервера базы данных в российских условиях наиболее часто используются Interbase SQL Server (а именно его бесплатный аналог Firebird), Microsoft SQL Server. Компьютеры сервера, АРМов диспетчеров, объединяются в технологическую сеть Ethernet при помощи кабелей типа витой пары или коаксиального кабеля. Удаленные АРМы обычно интегрируются в сеть при помощи xDSL-модемов, использующих для передачи данных стандартную телефонную пару.

В случае, когда в функции АРМ входит контроль местоположения и управление движением транспортных средств, транспортные средства оснащаются бортовым оборудованием, обеспечивающим автоматическое определение координат объекта по навигационным радиосигналам, передачу на диспетчерский пост навигационной и служебной информации о состоянии его систем и груза, формализованных сообщений. В случае необходимости предусматривается обеспечение голосовой связи с диспетчерским постом и передача сигналов управления с диспетчерского поста системам транспортного средства (радиостанция (УКВ, транк, GSM, Globalstar), GPS-приемник, контроллер, датчики, монтажный комплект). Тип радиостанций может быть разный, как и используемый ими вид радиосвязи (УКВ радиосвязь, транкинговая радиосвязь стандарта MPT 1327 или TETRA, сотовая связь стандарта GSM 900/1800, спутниковая система связи Глобалстар и Инмарсат).

2.3 Обзор существующих программных продуктов

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

Автоматизированная информационная система контроля и диспетчерского управления «КУПОЛ» (далее система «КУПОЛ»), разработанная научно-производственной фирмой «Гейзер», предназначена для автоматизации решения задач контроля, управления, учета и обеспечения безопасности работы транспортного комплекса на основе использования современных технических средств радиосвязи, спутниковой связи, навигации и вычислительной техники;

Автоматизированный технологический комплекс диспетчеризации группы компаний L-EXPRESS (г. Санкт-Петербург).

Это только два примера из множества готовых решений. Логично рассмотреть технико-экономической эффективность уже реализованных технологий проектирования.

Система группы компаний L-EXPRESS охватывает следующие участки: диспетчерская отгрузки (включает два Автоматизированных Рабочих Места — АРМа Диспетчера), отгрузочные терминалы (четыре секции, каждая секция контролируется и управляется АРМом Оператора), лабораторный пост (АРМ Лаборатории), автовесы (АРМ Оператора автовесов), сервер под управлением операционной системы Windows 2000 Server, на котором хранится база данных БД под управлением InterBase 6.0. Все АРМы связаны с сервером сетью Ethernet. В качестве архитектуры системы используется технология «клиент-сервер».

2.4 Описание предметной области автоматизации

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

При выезде ТС по заявке открывается путевой лист, в который вносятся следующие данные: № путевого листа, дата и время выезда, инвентарный № ТС, государственный№ ТС, марка и модель ТС, № заявки, табельный № и ФИО водителя, место отправления, место назначения, показания спидометра при выезде, остаток топлива при выезде, ФИО диспетчера-отправителя. Далее формируется запись в журнале путевых листов. В случае выдачи ГСМ по путевому листу, это регистрируется в «Реестре ГСМ» (марка ГСМ, объем, сумма).

При возвращении ТС закрывается соответствующий путевой лист, в который вносятся следующие данные: дата и время возвращения, показания спидометра при возвращении, остаток топлива при возвращении, часов в движении и простое, ФИО диспетчера-приемщика. Определяется фактический и расход топлива и норма расхода, на основе которых рассчитывается экономия/перерасход топлива. При необходимости делаются дополнительные отметки.

2.5 Техническое задание

2.5.1 Основание для разработки

Разработка программного обеспечения производится на основании плана предприятия ООО «МастерСервис». На основании этого была сформулирована тема дипломного проектирования, в последствии утвержденная кафедрой АСОИУ СевКавГТУ.

2.5.2 Назначение разработки

Функциональное

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

Эксплуатационное

Должна обеспечивать формирование путевого листа, открытие путевого листа, закрытие путевого листа.

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

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

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

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

2.5.3 Требования к программе

Требования к функциональным характеристикам

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

Данная система должна обеспечивать следующие основные функции:

— учет водителей, автотранспорта, организаций-заказчиков;

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

— оперативный контроль выполнения рейсов водителями автобазы;

— учет расхода горюче-смазочных материалов (ГСМ);

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

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

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

Функции выполнения программы:

1) планирование посменной работы водителей;

2)ведение базы данных по водителям, автомашинам;

3)оперативный контроль выполнения рейсов водителями автобазы;

4)подготовка необходимых отчетов;

5)получение необходимой справочной информации.

Выходными данными в программе являются:

1) просмотр и печать путевого листа (утвержденная форма по ОКУД 345 001);

2)просмотр и печать отчета о водителях;

3)просмотр и печать журнала регистрации путевых листов;

4)просмотр и печать сведений о работе автомобилей;

5)просмотр и печать сведений о ремонте автомобилей;

6)просмотр и печать журнала регистрации путевых листов;

7)просмотр и печать реестра по горюче-смазочным материалам;

8)просмотр и печать отчета организаций-заказчиков Транспортного Средства;

9)просмотр и печать отчета о заявках организаций заказчиков;

10)возможно добавление новых отчетов по требованию заказчика.

Требования к надежности

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

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

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

Требования к составу и параметрам технических средств

Минимальные необходимые требования для нормального функционирования системы: персональный компьютер на базе процессора Intel Celeron с тактовой частотой 400MHz, 256 МБ оперативной памяти, жесткий диск 10 Гб, VGA-совместимый дисплей (рекомендуется SVGA-дисплей).

Требования к информационной и программной совместимости

Программа должна быть разработана, как Windows-приложение. Файл данных создаётся в формате MS Access версии 2007.

Разработка ведётся в среде визуального программирования MS Access 2007 обеспечивающей создание надёжного приложения для работы в операционных системах Windows 2000 и выше.

Требования к маркировке и упаковке

Маркировка и упаковка не требуется.

Требования к транспортированию и хранению

Нельзя транспортировать ПО в Багажном отделении т.к. возможно повреждение носителя.

Места хранения: Бокс для хранения Дисков Условия складирования: Сухое помещение, без влаги и без попадания прямых солнечных лучей.

Сроки хранения:

В сухом и прохладном месте, без влаги и без попадания прямых солнечных лучей: 10 лет. Во влажном месте: 2 месяца

2.5.4 Требования к программной документации

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

— техническое задание;

— описание программы;

— описание применения;

— листинги программ, результаты работы.

2.5.5 Стадии и этапы разработки

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

а) анализ предметной области;

б) разработка технического задания;

в) освоение программных средств;

г) проектирование системы;

д) разработка приложения;

е) оформление пояснительной записки.

2.5.6 Порядок контроля и приемки

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

Для проверки правильности работы программы должно быть проведено тестирование всех режимов работы.

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

3 ПРОЕКТИРОВАНИЕ СИСТЕМЫ

3.1 Функциональное проектирование системы

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

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

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

Логическое проектирование — преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ.

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

Современные объектно-ориентированные CASE-средства позволяют эффективно решать задачи проектирования приложений. Среди таких пакетов — Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

Для разработки функциональной модели использовалось CASE-средство Computer Associates BPwin 4.0. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения /15/:

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

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

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

В результате анализа предметной области была разработана функциональная модель АРМ автодиспетчера. Проектирование проводилось на основе методологий IDEF0 и DFD.

Контекстная диаграмма, приведенная на рисунке 3.1, реализована с помощью методологии IDEF0.

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

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

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

Функциональная декомпозиция системы, приведенная на рисунке 3.2, проводится на основе методологии IDEF0.

Рисунок 3.2 Диаграмма декомпозиции системы На этом уровне выполняются следующие функции:

1.Авторизация пользователя;

2.Регистрация заявки;

3.Регистрация заправочного листа;

4.Регистрация въезда/выезда авто.

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

Регистрация заправочного листа осуществляется диспетчером на основе данных о выданных ГСМ. Выходом для активности является заправочный лист.

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

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

Функциональная декомпозиция активности «Регистрация заявки», приведенная на рисунке 3.4, проводится на основе методологии DFD.

Рисунок 3.3 Контекстная декомпозиции деятельности «Регистрация заявки»

Вначале осуществляется поиск в БД контрагента по новой заявке. Если контрагент не найден, то значит, что он новый, он регистрируется в БД. Далее регистрируется новая заявка.

Функциональная декомпозиция активности «Регистрация въезда/выезда авто», приведенная на рисунке 3.4, проводится на основе методологии DFD.

Если регистрируется выезд авто, то вначале осуществляется поиск в БД заявки, по которой выезжает авто. Далее открывается путевой лист на основе данных о заявке, авто, водителе и диспетчере.

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

Рисунок 3.4 Контекстная декомпозиции деятельности «Регистрация въезда/выезда авто»

3.2 Инфологическое проектирование системы

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

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

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

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

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

а) определение сущностей;

б) определение зависимостей между сущностями;

в) задание первичных и альтернативных ключей;

г) определение атрибутов сущностей;

д) приведение модели к требуемому уровню нормальной формы.

Логический уровень представления модели — это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей.

В проектируемой модели использовалась логико-физическая модель.

3.2.1 Логическое проектирование

Инфологическое проектирование базы данных было проведено с помощью CASE_средства Computer Associates ERwin 4.0.

В разрабатываемой системе можно выделить следующие сущности: Картотека водителей, Виды оплаты, ГСМ, заказы, марки ТС, Маршруты, организации, ПЛ, Подразделения, тарифы, типы ТС, ТС, услуги. ER-диаграмма на логическом уровне представлена на рисунке 3.5.

Рисунок 3.5 — ER-диаграмма системы на логическом уровне Сущность Типы ТС содержит информацию о типах ТС. В качестве первичного ключа в этой сущности введен атрибут ID типа, который представляет собой уникальный номер.

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

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

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

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

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

Атрибуты сущности Виды оплаты обеспечивают хранение данных о видах оплаты. Данная сущность содержит уникальный идентификатор ID вида оплаты.

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

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

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

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

Сущность ГСМ содержит справочную информацию о ГСМ. Первичным ключом является поле ID ГСМ.

Сущность Маршруты хранит маршрут движения ТС. В качестве первичного ключа выделен уникальный атрибут ID маршрута.

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

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

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

Разработанная модель находится в 3-й нормальной форме, так как:

— атрибуты сущностей являются атомарными;

— каждый неключевой атрибут функционально полно зависит от первичного ключа;

— в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.

3.2.2 Физическое проектирование

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

В качестве СУБД выбрана MS Access 2007.

Диаграмма разрабатываемой системы на физическом уровне представлена на рисунке 3.6.

Рисунок 3.6 — ER-диаграмма системы на физическом уровне

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

3.3 Проектирование интерфейса пользователя

3.3.1 Дерево функций системы

Дерево основных функций системы представлено на рисунке 3.7.

Рисунок 3.7 Дерево функций Таблица 3.1 Описание таблиц базы данных