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

Автоматизация однообразного рутинного труда в сферах обслуживания, производства и услуг является популярной современной практикой: ручное составление отчетов, заполнение заявок, расчет сводок и т.д. является трудоемкой задачей и отнимает излишне много времени специалиста. Разработан программный продукт "ИС Автотранспорт", включающие все основные функции и алгоритмы, необходимые при составлении данной задачи. Система разработана на языке Object Pascal с применением интегрированной среды разработки (IDE) Delphi 7 Enterprise, СУБД Firebird 2.0.4, и открытых компонентов IBUPDATESQLW, Ehlib 3.4 Данные средства просты в освоении и позволяют эффективно разрабатывать любые приложения, в частности, палитра компонент (VCL) Delphi 7 предоставляет готовые средства для решения почти всех задач, с которыми можно столкнуться при реализации автоматизированного рабочего места строителя. Проект "ИС Автотранспорт" разработан по технологии "клиент-сервер", это сетевая архитектура, в которой существует 2 типа узлов - запрашивающие узлы (клиенты) и отвечающие узлы (сервера). Отличительной особенностью такого механизма является централизованная обработка и хранение данных на сервере, тогда как клиенты реализуют лишь интерфейс взаимодействия с пользователем, при помощи пользователь получает доступ к данным сервера, и выполняют несложные операции.Предприятие состоит из отделений: офис, склад, автопарк, при этом отделений может быть несколько. Соответственно, для функционирования системы было спроектировано 3 базы данных: автопарка, склада и главная БД, содержащая глобальную информацию и расположенная на удаленном сервере. Авторизация в системе происходит при запуске программы, база данных учетных записей пользователей хранится в главной БД, поэтому для авторизации необходимо подключение к главной БД. Отделение автопарка осуществляет работу с парком автомашин: учет автомашин, мониторинг выполнения заявки для каждой автомашины, учет водителей, управление припиской водителей к автомашинам. В последнем случае совокупность всех автомобилей, перевозящих грузы согласно одной заявке, представляет собой автоколонну, которая в модуле мониторинга считается за одну автомашину: автоколонне соответствует одна дата прохождения пункта маршрута.Программный продукт функционирует в соответствии со схемой "клиент-сервер", это сетевая архитектура, в которой существует 2 типа узлов: запрашивающие узлы (клиенты) и отвечающие узлы (сервера). Отличительной особенностью такого механизма является централизованная обработка и хранение данных на сервере, тогда как клиенты реализуют лишь интерфейс взаимодействия с пользователем, при помощи которого последний получает доступ к данным сервера, и выполняют несложные операции. 4) Firebird обладает довольно низкими системными требованиями (сервер может функционировать даже на i386, 32Mb ОЗУ), минимальными размерами дистрибутива (~2Mb) и достаточно высокой производительностью, в том числе на больших объемах данных; 6) Сервер Firebird доступен в 3 вариантах: Classic, Super, Embedded, благодаря чему эта СУБД подходит под практически любую задачу, связанную с хранением данных. В данном случае на компьютере-сервере хранится база данных пользователей и заявок под управлением серверной части СУБД Firebird (Super Server), которая осуществляет обработку запросов от клиентов.1.4 Модель "сущность-связь" БД предприятияВ результате декомпозиции БД было получено 3 базы данных: главная БД, БД автопарка и БД склада грузов.

Содержание

Введение

1. Аналитическая часть

1.1 Описание структуры и функционирования предприятия

1.2 Разработка программного продукта

1.3 UML-диаграммы предприятия

1.3.1 Работа офиса

1.3.2 Работа автопарка

1.3.3 Работа склада

1.4 Модель "сущность-связь" БД предприятия

2. Декомпозиция БД предприятия на локальные базы данных

2.1 Модель "сущность-связь" главной БД

2.2 Модель "сущность-связь" БД автопарка

2.3 Модель "сущность-связь" БД склада

3. Реляционная модель БД

3.1 Реляционная модель главной БД

3.2 Реляционная модель БД автопарка

3.3 Реляционная модель БД склада

4. Описание работы программы

4.1 Вход в программу

4.2 Модуль "Автопарк"

4.3 Модуль "Офис"

4.4 Модуль "Склад"

4.5 Модуль администрирования

4.6 Тестирование программы

4.7 Руководство администратора

Глава 5. Организационно-экономическая часть

5.1 Экономическое обоснование разработки программы

5.2 Расчет трудоемкости и цены разработки

5.3 Определение цены программной продукции

Выводы по главе

6. Информационная безопасность проекта

6.1 Основные понятия и определения оценки объекта

6.2 Профиль защиты

6.3 Описание объекта оценки

6.4 Среда безопасности ОО

6.5 Цели безопасности

6.6 Требования безопасности

6.7 Обоснования

Заключение

Список литературы

Приложение А

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

Целью данной разработки является автоматизация функционирования автопарка и временного склада товаров, учета заявок клиентов, заполнения путевых листов. Разработан программный продукт "ИС Автотранспорт", включающие все основные функции и алгоритмы, необходимые при составлении данной задачи. При разработке были учтены возможности аналогичных продуктов "СИОД-ИНФАВТО", "АРМ персонала автотранспортного предприятия".

Система разработана на языке Object Pascal с применением интегрированной среды разработки (IDE) Delphi 7 Enterprise, СУБД Firebird 2.0.4, и открытых компонентов IBUPDATESQLW, Ehlib 3.4 Данные средства просты в освоении и позволяют эффективно разрабатывать любые приложения, в частности, палитра компонент (VCL) Delphi 7 предоставляет готовые средства для решения почти всех задач, с которыми можно столкнуться при реализации автоматизированного рабочего места строителя. Проект "ИС Автотранспорт" разработан по технологии "клиент-сервер", это сетевая архитектура, в которой существует 2 типа узлов - запрашивающие узлы (клиенты) и отвечающие узлы (сервера). Отличительной особенностью такого механизма является централизованная обработка и хранение данных на сервере, тогда как клиенты реализуют лишь интерфейс взаимодействия с пользователем, при помощи пользователь получает доступ к данным сервера, и выполняют несложные операции.

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

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

Постановка задачи

Разработать модель распределенной реляционной базы данных автотранспортного предприятия, состоящего из главного производства и нескольких удаленных филиалов. Части предприятия связаны компьютерной сетью (TCP/IP), имеют собственные локальные базы данных, могут использовать данные удаленных узлов. Глобальная информация хранится на центральном узле.

Система должна обладать следующими возможностями: 1) Учет автомобилей (автопарк): 1.1) Добавление, изменение учетной информации об автомобилях, удаление автомобиля из БД;

1.2) Добавление, изменение учетной информации о водителях, удаление водителя из БД;

1.3) Приписка водителей к автомобилю (водительская смена).

2) Учет заявок (офис): 2.1) Составление, изменение, удаление заявки;

2.2) Составление, изменение, удаление детализации к заявке;

2.3) Заполнение путеводного листа: добавление, удаление, изменение пунктов маршрута перевозки с возможностью запоминания времени прохождения каждого пункта;

2.4) Фильтрация заявок по составному критерию;

2.5) Учет клиентов, производящих заявки.

3) Учет временно хранящихся товаров для перевозки (склад): 3.1) Прием, списание, изменение, удаление товара;

3.2) Фильтрация товаров по составному критерию;

3.3) Учет владельцев товара.