Смекни!
smekni.com

Логистический отдел фирмы (стр. 1 из 2)

МЕЖДУНАРОДНЫЙ БАНКОВСКИЙ ИНСТИТУТ

INTERNATIONALBANKINGINSTITUTE

Кафедра прикладной информатики

Курсовой проект Преподаватель

Защищен с оценкой Дата защиты: 22 декабря 2008

ИНФОРМАЦИОННАЯ СИСТЕМА

Логистический отдел фирмы

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

Под руководством доцента Выполнил студент

кафедры прикладной информатики учебной группы 171

Богословской Н. В. Журавлев А. Е.

Санкт-Петербург

2008 г.

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

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

1.1 Особенности предметной области

1.2 Техническое задание на разработку ИС

2. ИНФОРМАЦИОННО-ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. ЕЕ НОРМАЛИЗАЦИЯ

3. ФИЗИЧЕСКАЯ МОДЕЛЬ (СХЕМА ДАННЫХ)

4. ФИЗИЧЕСКАЯ СТРУКТУРА РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

4.1 Разработка таблиц

4.2 Назначение отношений между таблицами и создание схемы данных

4.3 Разработка запросов

5. ИНТЕРФЕЙС БАЗЫ ДАННЫХ

5.1 Разработка форм

5.2 Разработка макросов

5.3 Разработка отчетов

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ


ВВЕДЕНИЕ

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

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

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

1.1 Особенности предметной области

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

· Составление и учет накладных

· Управление водителями (учет отпусков, приписанных автомобилей, их состояния)

· Хранение информации об объектах, на которых работает фирма

· Назначение водителей для осуществления перевозки

Особенности организации отдела:

· Фирма осуществляет операции в разных регионах и странах

· К каждому водителю приписан свой автомобиль, на котором он и работает

1.2 Техническое задание на разработку ИС

Глобальная цель обработки информации:

· Улучшить качество работы отдела

· Ускорить процесс оформления документации

Частные цели:

· Упрощенный учет объектов, на которых работает фирма

· Упрощенный учет водителей и транспортных средств отдела

· Анализ загруженности водителей

· Составление электронных накладных

· Хранение документации и прочей информации в электронном виде

Субъекты, участвующие в процессе обработки данных – административные работники логистического отдела

Объекты обработки данных – прочие сотрудники логистического отдела (водители-экспедиторы), рабочие объекты фирмы, парк автомобилей отдела и перевозимый груз.

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

2. ИНФОРМАЦИОННО-ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. ЕЕ НОРМАЛИЗАЦИЯ

Для построения информационной модели будущей системы, как можно более полно описывающей информационные особенности предметной области, используется стандартное средство моделирования – аппарат моделей «сущность – связь» или ER-модель. Это позволяет представить информационные потребности в наглядном и удобном для восприятия виде.

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

На рис. 1 разработанная информационная система «Гостиница» приведена к 1НФ путем исключения множественных или повторяющихся атрибутов.

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

Приведение модели к ЗНФ состоит в исключении транзитивных зависимостей атрибутов, не являющихся частью ключа. Данная модель уже находится в ЗНФ, так как такие зависимости уже устранены.

Таким образом, после приведения к 1НФ, 2НФ, ЗНФ, информационно-логическая модель имеет следующий вид (см. рис. 1).

информационный логистический база данные


Рисунок 1. Нормализация данных

3. ФИЗИЧЕСКАЯ МОДЕЛЬ (СХЕМА ДАННЫХ)

Для того чтобы наиболее удачным образом можно было просматривать, создавать, удалять и модифицировать связи между таблицами, а также отразить физическую модель информационной системы, в MicrosoftAccess используется «Схема данных». Установление связей между таблицами в «Схеме данных» описано в пункте 4.2 данного отчета, а сама схема представлена на рис. 2.

Рис.2. Проект физической структуры базы данных

4. ФИЗИЧЕСКАЯ СТРУКТУРА РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

4.1 Разработка таблиц

На основании модели «сущность – связь» генерируется проект базы данных в соответствии со следующими правилами:

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

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

• каждая строка таблицы является экземпляром сущности и называется записью

• ключевые атрибуты становятся первичными ключами таблиц

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

• связь М:1 приводит к копированию первичных ключей таблицы для сущности, находящейся на одной стороне связи, в таблицу для сущности, находящейся на другом конце связи; если связь М:1, то ключи таблицы для сущности, находящейся на конце «один», копируется в таблицу для сущности на стороне «многие».

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

Итак, основным объектом Access является таблица. Для ее создания в окне базы данных выбирается корешок таблица, затем кнопка «Создать». Все таблицы созданы в режиме «Конструктор». Создание таблицы в режиме «Конструктор» заключается в определении для каждого поля таблицы свойств. При создании таблицы необходимо помечать ключевые поля, нажатием кнопки «Ключевое поле» на панели инструментов. В проектируемой базе данных созданы следующие таблицы:

Таблица1. Автомобиль

Имя поля Тип данных Тип поля
Регистрационный_номер текстовый key
Модель текстовый
Тоннаж текстовый
Объем_кузова текстовый
На_ремонте логический
В_рейсе логический
Водитель текстовый

Таблица2. Сотрудник

Имя поля Тип данных Тип поля
ФИО текстовый key
Должность текстовый
Контактный_телефон числовой
В_отпуске логический

Таблица3. Страна

Имя поля Тип данных Тип поля
Страна текстовый key

Таблица4. Регион

Имя поля Тип данных Тип поля
Регион текстовый key
Страна текстовый

Таблица5. Город

Имя поля Тип данных Тип поля
Город текстовый key
Страна текстовый

Таблица6. Объект

Имя поля Тип данных Тип поля
Объект текстовый key
Телефон числовой
Начальник_участка текстовый
Контактный_телефон числовой
Город текстовый

Таблица7. Перевозка

Имя поля Тип данных Тип поля
Номер_накладной числовой key
Пункт_отправления текстовый
Дата_отправления дата/время
Пункт_назначения текстовый
Дата_прибытия дата/время
Выполнено логический
Автомобиль текстовый

Таблица8. Классификатор