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

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, то ключи таблицы для сущности, находящейся на конце «один», копируется в таблицу для сущности на стороне «многие».