Быстрый поиск

Курсовая работа: Логистический отдел фирмы

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

INTERNATIONAL BANKING INSTITUTE

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

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

Защищен с оценкой Дата защиты: 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. ФИЗИЧЕСКАЯ МОДЕЛЬ (СХЕМА ДАННЫХ)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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