Размещено на http://www.allbest.ru/

План

Введение

1. Теоретические аспекты проектирования БД

1.1 Основные понятия БД и СУБД

1.2 Автоматизированные системы учета транспортных средств

1.3 Обзор современных программ учета транспортных средств

2. Анализ предметной области

2.1 Характеристика ЗАО "Автовокзал Благовещенский"

2.2 Аппаратное и программное обеспечение предприятия ЗАО "Автовокзал Благовещенский"

3. Проектирование базы данных "Автовокзал"

3.1 Этапы проектирования базы данных "Автовокзал"

Заключение

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

Введение

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

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

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

Активно разрабатываются корпоративные информационные системы, ориентированные на повышение эффективности управления транспортным предприятием.

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

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

Комплексной подход к автоматизации учета автотранспорта - это, прежде всего, автоматизированный учет деятельности автопредприятий (автобаз, автобусных и троллейбусных парков), а также авто подразделений в составе организаций [4].

Представленные на рынке специализированные информационные системы, ориентированные на автотранспортные предприятия, как правило, выполняют следующие функции:

- учет путевых листов различных типов.

-расчет нормативного и фактического расхода топлива.

- расчет пробега, грузооборота, времени в наряде и простое.

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

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

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

- учет номерных запчастей и агрегатов.

- учет заявок на транспортные средства.

- учет предоставляемых услуг и работ по заказам.

- начисление износа транспортных средств и агрегатов.

- управленческие отчеты: по работе автомобилей, по движению ГСМ, по услугам, статистическая отчетность [2].

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

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

Объектом настоящего исследования является проектирование БД "Автовокзал".

Предметом настоящего исследования является проект БД "Автовокзал".

Целью курсовой работы явилось рассмотреть теоретические основы проектирования баз данных и создать проект базы данных"Автовокзал".

Для достижения поставленной цели необходимо решить ряд задач:

1. Рассмотреть основные понятия БД и СУБД через анализ научной литературы;

2. Анализ предметной области

3. Разработать теоритические основы проектирования БД и создать проект БД Автовокзал.

1. Теоретические аспекты проектирования БД

1.1 Основные понятия БД и СУБД

Информационные системы могут принести огромную пользу для корпораций, за счет автоматизации задач, которые раньше решались вручную. Если говорить коротко, то преимущества информационных систем сводятся к следующим ключевым понятиям: быстрее, лучше и больше. Основа информационной системы, объект ее обработки - база данных (БД). "База данных это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или разделе предметной области" [8]. Например, база данных по вузам (высшее образование), база данных по лекарственным препаратам (медицина), база данных по автомобилям (автомагазин), база данных по стройматериалам (склад) и т.п.

Проектирование БД - одна из наиболее сложных и ответственных задач, связанных с созданием информационной системы. В результате решения этой задачи должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными [9].

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

Основная цель процесса проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:

1. Корректность схемы БД, т.е. база должна быть гомоморфным образом моделируемой ПО, где каждому объекту ПО соответствуют данные в памяти ЭВМ, а каждому процессу - адекватные процедуры обработки данных.

2. Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).

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

4. Защита данных (от сбоев и несанкционированного доступа).

5. Простота и удобство эксплуатации.

6. Гибкость, т.е. возможность развития и адаптации к изменениям ПО или требований пользователей [7].

Удовлетворение первых четырех требований обязательно для принятия проекта.

Процесс проектирования БД включает в себя следующие этапы:

1. Информационно-логическое (инфологическое) проектирование.

2. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

3. Выбор СУБД и других инструментальных программных средств.

4. Логическое проектирование БД.

5. Физическое проектирование БД.

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

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

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

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

Существуют разные подходы к инфологическому проектированию.

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

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

Проектирование с использованием метода "сущность-связь". Метод "сущность-связь" был разработан в 1976 г. П. Ченом. Он является комбинацией двух предыдущих и обладает достоинствами обоих. Этап инфологического проектирования начинается с моделирования ПО. Проектировщик разбивает ПО на ряд локальных областей, каждая из которых (в идеале) включает в себя информацию, достаточную для обеспечения информационных потребностей одной группы будущих пользователей или решения отдельной задачи. Каждое локальное представление моделируется отдельно, а затем выполняется их объединение. Выбор локального представления зависит от масштабов ПО. Обычно ПО разбивается на локальные области так, чтобы каждая из них соответствовала отдельному внешнему приложению и содержала 6-7 сущностей (т.е. объектов, о которых в системе будет накапливаться информация).

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

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

Далее осуществляется спецификация связей: выявляются связи между сущностями внутри локального представления. Каждая связь именуется. Кроме спецификации связей типа "сущность - сущность", выполняется спецификация связей типа "сущность - атрибут" и "атрибут - атрибут" для отношений между атрибутами, которые относятся к одной и той же сущности или к одной и той же связи типа "сущность - сущность".

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

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

На этапе анализа ПО также решаются следующие задачи:

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

2. Выделение групп пользователей системы. Каждая группа выполняет определённые задачи и обладает разными правами доступа к системе.

3. Создание внешней спецификации тех функций (процессов), которые эта система будет выполнять.

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

СУБД организует хранение информации таким образом, чтобы ее было удобно:

- просматривать,

- пополнять,

- изменять,

- искать нужные сведения,

- делать любые выборки,

- осуществлять сортировку в любом порядке [5].

Классификация баз данных:

По характеру хранимой информации:

- Фактографические (картотеки),

- Документальные (архивы).

По способу хранения данных:

- Централизованные (хранятся на одном компьютере),

- Распределенные (используются в локальных и глобальных компьютерных сетях).

По структуре организации данных:

- Табличные (реляционные),

- Иерархические [7].

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

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

Реляционная база данных, по сути, представляет собой двумерную таблицу.

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

В реляционной БД используются четыре основные типа полей:

- Числовой,

- Символьный (слова, тексты, коды и т.д.),

- Дата (календарные даты в форме "день/месяц/год"),

- Логический (принимает два значения: "да" - "нет" или "истина" - "ложь").

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

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

- физическом размещении в памяти данных и их описаний;

- механизмах поиска запрашиваемых данных;

- проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

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

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

Вывод: задачи, стоящие перед транспортной отраслью весьма многогранны (рассмотрены в п.п.1.1) и требуют применения информационных технологий. Автоматизация транспорта сегодня, и в частности автостанций, происходит за счет внедрения современных информационных систем, как правило, включающих в себя базы данных. Информация в БД представлена в объективной форме, как совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть быстро найдены и обработаны с помощью современных вычислительных средств.

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

1.2 Автоматизированные системы учета транспортных средств

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

"Автоматизированная система (далее - АС) - совокупность накопленных данных организованных в базу данных, программные и технические средства, технология накопления и обновления данных" [8].

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

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

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

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

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

АС может быть:

- однопользовательской,

- многопользовательской (сетевая),

- в архитектуре клиент/сервер[11].

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

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

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

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

Третий критерий выбора АС - объем и полнота накопленных данных. Этот критерий очевиден. Данные - наиболее ценная составляющая часть АС. Если в БД учтено 10% единиц транспортных средств, то управлять, собственно говоря, еще нечем. Если 90%, то можно на базе этих данных решать задачи анализа и планирования и эти данные, при правильном использовании, могут и должны приносить эффект в финансовом выражении. Первичное накопление данных есть процесс затратный. Лишь при накоплении некой критической массы данных начинается возврат вложенных средств, которые можно направить на развитие АС. Иными словами, переход на более сложную и, как следствие, дорогую АС учета целесообразен, если стоимость ранее накопленных данных выше стоимости (внедрения и сопровождения) новой системы [6].

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

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

1.3 Обзор современных программ учета транспортных средств

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

1. "1С: Управление Автотранспортом"[14].

2. "1С-РАРУС"[15].

3. "Автотранспорт"[1].

4. "Transoft"[12].

Конфигурация "1С: Управление Автотранспортом" разработана в среде "1С:Предприятие 8.0" и поддерживает все преимущества этой современной технологической платформы: масштабируемость, открытость, простота администрирования и конфигурирования.

Основные возможности:

- Учет заказов на автотранспорт, удобный графический интерфейс распределения заказов по автомобилям, отслеживание статуса выполнения задания;

- Выписка и обработка путевых листов:

- Расчет нормативного и фактического расхода топлива. Все алгоритмы расчета нормативного расхода топлива реализованы в соответствии с приказом № Р 3112194-0366-03 Министерства транспорта

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

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

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

- Настройки таблицы зависимости нормативов расхода ГСМ от температуры значительно облегчают работу при расчете путевых листов в регионах с часто меняющимися сезонными температурами;

- Возможность использования предварительно заполненного справочника моделей транспортных средств (более 500 моделей) с установленными нормами расхода ГСМ;

- Загрузка данных процессинговых центров по детализации заправок ГСМ;

- Учет технического обслуживания и ремонта транспортных средств;

- Учет номерных запчастей и агрегатов;

- Учет предоставленных услуг и выполненных работ по заказчикам. В решении реализованы широкие возможности настройки прейскурантов и тарифов за автоперевозки:

- Начисление износа транспортного средства и номерных агрегатов.

Типовое решение "1С-Рарус: Автотранспорт" предназначено для учета работы автотранспорта и автоматизации документооборота на предприятиях с небольшим автопарком (до 100 автомобилей), занимающихся в т.ч. международными автоперевозками и экспедированием грузов. Решение создано на основе типовой конфигурации программ "1С: Бухгалтерия 7.7 Проф." и, вследствие этого, позволяет реализовывать заложенные в типовой конфигурации схемы учета и интегрироваться с другими компонентами системы программ "1С: Предприятие".

Основные возможности:

- Учет путевых листов различных типов (Формы: №3, №4-П, №4-С, №3 спец., №ЭСМ-2).

- Расчет нормативного и фактического расхода топлива.

- Расчет пробега, грузооборота, времени в наряде и простое.

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

- Одновременный учет горючего, приобретенного различными способами.

- Учет технического обслуживания и ремонта транспортных средств.

- Учет номерных запчастей и агрегатов.

- Учет заявок на транспортные средства.

- Учет предоставляемых услуг и работ по заказам.

- Начисление износа транспортных средств и агрегатов.

- Управленческие отчеты: по работе автомобилей, по движению ГСМ, по услугам, статистическая отчетность.

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

АСТУ "Автотранспорт" автоматизирует выполнение видов расчетов:

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

- расчет полученного и фактически израсходованного количества ГСМ на основании данных путевых листов с сохранением данных в карточках транспортных средств;

- расчет по путевому листу нормируемого значения расхода топлива с учетом работы его основного двигателя на одном или нескольких видах топлива с учетом поправок к нормам расхода ГСМ;

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

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

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

Основные возможности АСТУ "Автотранспорт":

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

- ведение путевых листов;

- расчет пробега, расхода ГСМ, износа шин и аккумуляторов;

- учет рабочего времени сотрудников авто подразделения.

Программа позволяет получить следующую отчетность:

- расход ГСМ по отдельной машине, по виду автотранспорта

- пробег автотранспорта

- износ покрышек

- учет аккумуляторов

- справку к табелю учета рабочего времени сотрудников подразделения

Все отчеты в программе строятся на основе специального генератора отчетов. Пользователь может настроить все отчеты под собственные потребности, создать свои собственные формы печати.

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

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

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

Особенности транспортной программы:

- внедрение программы не требует специалиста - установка полностью автоматизирована;

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

- оперативное оформление заказа;

- автоматические расчеты по заранее определенным тарифам, формулам, правилам;

- отдельные тарифы для клиентов и привлеченных исполнителей;

- интеллектуальный поиск клиентов и исполнителей (водителей, транспортных средств);

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

- хранение всех сведений и документов делопроизводства;

- возможность одновременной систематизированной работы сотрудников;

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

- конфиденциальность информации внутри системы;

- протоколирование действий пользователей;

- возможность печати заявки на фирменном бланке;

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

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

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

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

- своевременные напоминания о неоплаченных заказах, сообщения о задолженностях.

Преимущества программы для транспортной логистики:

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

- оперативная техническая поддержка пользователей;

- бесплатные обновления программы.

2. Анализ предметной области

2.1 Характеристика ЗАО "Автовокзал Благовещенский"

Закрытое акционерное общество "Автовокзал Благовещенский", именуемое в дальнейшем "Общество", в соответствии с решением общего собрания акционеров изменило вид акционерного общества из открытой формы в закрытую форму и с принятием устава в новой редакции является закрытым акционерным обществом.

Общество является юридическим лицом и свою деятельность организует на основании Устава и действующего законодательства Российской Федерации. Полное фирменное наименование Общества на русском языке: Закрытое акционерное общество "Автовокзал Благовещенский", сокращенное фирменное наименование на русском языке: ЗАО "Автовокзал Благовещенский".

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

Юридический адрес ЗАО "Автовокзал": Амурская область, г. Благовещенск ул. 50 лет Октября, 44.

ЗАО "Автовокзал" Благовещенский имеет штампы и бланки со своим наименованием, собственную эмблему, а также зарегистрированный в установленном порядке товарный знак и другие средства визуальной идентификации.

Целями деятельности ЗАО "Автовокзал Благовещенский" являются расширение рынка товаров и услуг, а также извлечение прибыли.

Предметом деятельности является:

- сдача внаем собственного нежилого недвижимого имущества;

- прочая вспомогательная деятельность автомобильного транспорта (диспетчерское сопровождение);

- междугородные автомобильные (автобусные) пассажирские перевозки, подчиняющиеся расписанию;

- пригородные автомобильные (автобусные) пассажирские перевозки, подчиняющиеся расписанию;

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

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

- осуществление посреднических услуг по реализации билетов на автобусные пассажирские перевозки (пригородные, междугородние, международные);

- оптово розничная торговля;

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

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

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

Деятельность ЗАО "Автовокзал" Благовещенский не ограничивается вышеназванными видами. Общество может иметь гражданские права и нести гражданские обязанности, необходимые для осуществления любых видов деятельности, не запрещенных действующим законодательством и настоящим Уставом. Общество осуществляет любые виды внешнеэкономической деятельности, не противоречащие действующему законодательству.

Среднесписочная численность персонала предприятия в 2012 году по отношению к 2010г. возросла на 5 человек. На начало 2013 года в ЗАО "Автовокзал Благовещенский" работает 86 человек.

Структура и компетенция органов управления ЗАО "Автовокзал" Благовещенский представлена: собранием акционеров; наблюдательным советом; генеральным директором. Компетенция органов управления определена согласно уставом ЗАО "Автовокзал Благовещенский".

Организационно-управленческая структура ЗАО "Автовокзал" Благовещенский представлена в приложение А.

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

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

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

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

Один из бизнес-процессов - продажа билетов.

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

На втором этаже автовокзала работает фотосалон, салон красоты "Татьяна" и салон "Оптика". Свои услуги предлагают высококвалифицированные парикмахеры-универсалы, косметолог, мастер по маникюру и педикюру.

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

- планирование и распределение объема работ;

- учет перемещения и состояния подвижного состава (собственно транспорта) предприятия;

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

- учет занятости водителей.

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

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

Главным преимуществом автоматизации документооборота в ЗАО "Автовокзал" Благовещенский является как раз однократный ввод информации, и ее последующее многократное использование. Рутинный процесс упрощается, и количество ошибок сводится практически к нулю.

Автоматизация документооборота в ЗАО "Автовокзал" Благовещенский решает такие насущные задачи, как:

- создание единой базы данных предприятия (электронный архив);

- организация обмена информацией (документами) между филиалами предприятия, отделами и конкретными сотрудниками;

- система контроля исполнения документов и прозрачности их движения;

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

2.2 Аппаратное и программное обеспечение предприятия ЗАО "Автовокзал Благовещенский"

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

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

В ЗАО "Автовокзал Благовещенский" все работники оснащены персональными компьютерами и орг. техникой. Каждый кабинет оснащен от 4 до 7 компьютеров. Большинство машин закупалось еще в 2007 г. и исходя из этого вычислительная техника уже устарела и требует модернизации или полной замены. В данный момент проходит модернизация и обновление компьютерной технике. К 2013 году планируется полная замена компьютерного обеспечение отделов предприятия.

Так, в частности, по состоянию на 2013 год большинство персональных компьютеров ЗАО "Автовокзал Благовещенский" имеют следующие характеристики:

- процессор Intel Core;

- емкость оперативной памяти -1 Гбайт;

- жесткий диск (винчестер) емкостью 250Гбайт;

- привод дисков CD, который записывает, перезаписывает, читает диски со скоростью до 52x/32x/52x.

- дисковод для гибких дисков (FDD);

- сетевая плата (LAN);

- клавиатура (kbd - keyboard);

- манипулятор мышь и коврик для мыши (M&P - mouseandpad);

- жидкокристаллический 17-ти дюймовый монитор Samsung 710V с "родным" разрешением 1280x1024.

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

- предварительной продажи билетов;

- текущей продажи билетов;

- текущей продажи билетов на транзитные автобусы.

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

Таблица 2.1 - Характеристики компьютерного обеспечения

Операционная система	Процессор	Размер ОЗУ	Объем винчестера	Монитор
WindowsVista	AMD Core 2 Duo2,4 GHZ	1024Mb	120Gb	LG Studioworks 563N
Windows 7	AMD Core 2 Duo2,4 GHZ	2048Mb	120Gb	PHILIPS C170
WindowsХР	AMD Atlon 64 X2 Dual GHZ	512Mb	60Gb	LG214GP
WindowsХР	IntelPentium3,2 GHZ	512Mb	120Gb	SamsungFT210
WindowsХР	Celeron 3,2 GHZ	1024Mb	120Gb	Samsung FT210
WindowsХР	IntelCeleron 2,4 GHZ	512Mb	100Gb	Samsung FT210

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

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

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

Для решения проблем (для восстановления данных) применяются такие программы как Easy Recovery Professional, Norton Partition Magic 8.0. С помощью этих программ можно восстановить данные с форматированного винчестера, или же наоборот произвести форматирование, а также разбить жесткий диск на несколько локальных дисков.

Трудно не обойти стороной проблему с вирусами, т.к. они очень легко распространяемы, и переносятся на любом внешнем носителе данных. Для обеспечения хорошей антивирусной зашиты в кабинетах ЗАО "Автовокзал" Благовещенский используется антивирус Eset Smart Security BE, он закупается с лицензией, и обновляется на закрытом сервере. Этот антивирус хорош, тем что он не так сильно перегружает систему, а также прост в использовании. Вдобавок к антивирусу используется специальная защита от Flash-носителей, загружается быстрее оперативной памяти, и как только флэшка вставлена в USB порт, она моментально начинает проверку и очистку ее от вирусов.

Существует еще ряд стандартных программ, которые устанавливаются на каждый ПК, для необходимой его работы. Это такие дистрибутивы как: Nerosmart, Total Commander, Adobe Reader, Fine Reader, Microsoft Office, WinRar, Alcohol Soft, и многие другие для хорошей и правильной работы компьютера.

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

3. Проектирование базы данных "Автовокзал"

3.1 Этапы проектирования базы данных "Автовокзал"

К основным этапам проектирования баз данных (БД) относят:

1. Информационно-логическое (инфологическое) проектирование.

2. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

3. Выбор СУБД и других инструментальных программных средств.

4. Логическое проектирование БД.

5. Физическое проектирование БД.

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

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

В соответствии с предметной областью БД будет строиться с учётом следующих особенностей:

· каждый автобус имеет свой уникальный номер;

· каждому маршруту соответствует один пункт прибытия;

· один маршрут могут обслуживать несколько автобусов;

· автобусом управляет один водитель;

· каждый водитель имеет свой телефон для связи;

· автобус допускается на маршрут, если пройден техосмотр;

· автобусы ходят по маршруту в указанные дни.

На стадии инфологического проектирования выполняется моделирование данных. Моделирование данных - это процесс создания логической структуры данных. Используем модель "Сущность-связь"

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

Экземпляр сущности - представляет собой конкретную сущность.

Атрибуты сущности - это свойства сущности, которые описывают характеристики сущности.

Идентификаторы - это атрибуты, с помощью которых экземпляры именуются или идентифицируются.

Если идентификатор указывает на один экземпляр сущности, то его значение называется уникальным. Если идентификатор не является уникальным, то его значение определяется некоторым множеством экземпляров сущности.

Связи - это взаимоотношения сущностей выраженная связями.

Модель "Сущность-Связь" включает в себя классы связей и экземпляры связей. Классы связей - это взаимоотношения между классами сущностей. Экземпляры связей - это взаимоотношения между экземплярами сущностей.

Типы связей:

1) Связь один к одному (1:1) - одиночный экземпляр сущности одного типа связан с одиночным экземпляром сущности другого типа.

2) Связь один ко многим (1:М) - один экземпляр сущности связан со многими экземплярами другой сущности.

3) Связь многие ко многим (М:N) - несколько экземпляров одной сущности связаны с несколькими экземплярами другой сущности.

Модель "Сущность-Связь" (рис.1) или ER-диаграммы включают в себя изображения сущностей в виде прямоугольников (или прямоугольников с закругленными углами), а связей в виде ромбиков (или ромбиков с закругленными углами).

Выделим базовые сущности заданной предметной области:

Водители. Атрибуты водителей - ФИО водителя автобуса, телефон водителя, номер автобуса которым управляет водитель. Для водителей необходимо хранить сведения о маршрутах, на которые их поставили.

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

Автобусы. Атрибуты автобусов - номер автобуса, марка автобуса, дата прохождения технического осмотра (ТО). Автобусы будем рассматривать как связь между расписанием и водителями.

Рисунок 1. -Модель "Сущность-Связь" Автовокзала.

Спецификация атрибутов сущности:

Таблица 1 - Атрибуты сущности Водители

Наименование атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример атрибута
Код	Счетчик	4 байта	-	1
Номер автобуса	Числовой	8 байт	-	762
Водитель автобуса (ФИО)	Текстовый	до 255 символов	-	Иванов И.И.
Телефон водителя	Числовой	8 байт	-	891435674545

Таблица 2 - Атрибуты сущности Расписание

Наименование атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример атрибута
Код	Счетчик	4 байта	-	1
Маршрут	Числовой	8 байт	-	502
Пункт назначения	Текстовый	до 255 символов	-	Архара
Отправление из Благовещенска	Дата/время	8 байт	-	15:56
Пункт назначения Прибытие	Дата/время	8 байт	-	21:45
Пункт назначения Отправление	Дата/время	8 байт	-	4:00
Прибытие в Благовещенск	Дата/время	8 байт	-	9:05
Дни следования	Текстовый	до 255 символов	-	Ежедневно
Номер автобуса	Числовой	8 байт	-	916

Таблица 3 - Атрибуты сущности Автобусы

Наименование атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример атрибута
Код	Счетчик	4 байта	-	1
Номер автобуса	Числовой	8 байт	-	122
Марка автобуса	Текст	до 255 симв.	-	ГАЗель
Дата прохождения ТО	Дата/время	8 байт	-	07.03.2012

Выбор и обоснование ключа:

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

Спецификация связей:

1. Водители и Автобусы имеют связь 1:1, так как водитель управляет одним, закрепленным за ним автобусом. При этом обеспечивается целостность базы;

2. Автобусы и Расписание имеют связь 1:М, так как один автобус может ходить по многим маршрутам. Соответственно обеспечивается целостность базы.

На третьем этапе происходит отображение концептуальной инфологической модели на реляционную модель. Рассмотрим связь № 1. Тип связи 1:1.

Рисунок 1 - Связь атрибутов Водители и Автобусы

Рассмотрим связь №2. Тип связи 1:М.

Рисунок 2 - Связь атрибутов Автобусы и Расписание

Рассмотрим нормализацию отношений:

Все отношения находятся в 1 нормальной форме, поскольку все значения их атрибутов атомарные. Кроме этого, поскольку отношения имеют простые ключи, то они автоматически находятся и во 2 нормальной форме.

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

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