АИС почтовое отделение (стр. 4 из 8)
1. выявление сущностей и связей между ними;
2. построение диаграмм ER-типа с учетом всех сущностей и их связей;
3. формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения;
4. добавление неключевых атрибутов в отношения;
5. приведение предварительных отношений к БКНФ с помощью метода нормальных форм;
6. пересмотр ER-диаграмм в следующих случаях:
– некоторые отношения не приводятся к БКНФ;
– некоторым атрибутам не находится логически-обоснованных мест в предварительных отношениях.
После преобразования ER-диаграмм осуществляется повторное выполнение предыдущих этапов проектирования.
Правила формирования отношений:
1. Если степень связи 1:1 и класс принадлежности обеих сущностей обязательны, то формируется одно отношение. Первичным ключом этого отношения может быть ключ любой сущности.
2. Если степень связи 1:1 и класс принадлежности первой сущности обязателен, а другой нет, то под каждую из сущностей выделяется по отношению с первичными ключами, являющимся ключами соответствующих сущностей. Далее к отношению, сущность которого имеет обязательный класс принадлежности, добавляется в качестве атрибута ключ сущности с необязательным классом принадлежности.
3. Если степень связи 1:1 и класс принадлежности обеих сущностей необязателен, то нужно использовать три отношения: два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях; третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений.
4. Если степень связи между сущностями 1:М или М:1 и класс принадлежности М-связной обязательный, то достаточно формирования двух отношений, по одному на каждую из сущностей. Каждое отношение будет иметь свои первичные ключи, и, кроме того, ключ 1-связной сущности добавляется в отношение М-связной сущности.
5. Если степень связи 1:М или М:1 и класс принадлежности М-связной сущности является необязательным, то необходимо формирование трех отношений: два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях; третье отношение является связным и его ключ объединяет ключи первых двух отношений.
6. Если степень связи М:М, то независимо от класса принадлежности сущностей формируется три отношения: два отношения соответствуют связываемым сущностям; а третье является связным и объединяет ключи первых двух отношений.
2.2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «ПОЧТОВЫЕ ОТДЕЛЕНИЯ»
Первый этап проектирования
В результате анализа предметной области работы почтовых отделений выделим следующие сущности:
– ИЗДАНИЕ (Шифр издания, название, Ф.И.О. редактора);
– ТИПОГРАФИЯ (Номер, адрес, Ф.И.О. директора);
– ПОЧТОВОЕ ОТДЕЛЕНИЕ (Номер, адрес, Ф.И.О. директора).
Между этими сущностями существуют следующие связи:
· Типографии печатают издания;
· Почтовые отделения заказывают издания.
Второй этап проектирования
Третий этап проектирования
На основе анализа построенной диаграммы ER-типа и правил формирования отношений построим предварительные отношения.
Связь «Печатает» удовлетворяет условиям правила №6, в соответствии с которым получаем 3 отношения:
– ИЗДАНИЕ (Шифр издания, название, Ф.И.О. редактора);
– ТИПОГРАФИЯ (Номер, адрес, Ф.И.О. директора);
– ТИРАЖ (Шифр издания, Номер типографии, тираж, цена одного экземпляра, код заказа).
Связь «Заказывают» удовлетворяет условиям правила №6, в соответствии с которым получаем 3 отношения:
– ПОЧТОВОЕ ОТДЕЛЕНИЕ (Номер, адрес, Ф.И.О. директора);
– ИЗДАНИЕ (Номер, название, Ф.И.О. редактора);
– ЗАКАЗ (Код заказа, номер почтового отделения, шифр издания, номер типографии, количество заказов, цена доставки).
Четвертый этап проектирования
Добавим неключевые атрибуты к полученным отношениям, и тогда они примут следующий вид:
– ИЗДАНИЕ (Шифр издания, Название, ФИО_редактора);
– ТИПОГРАФИЯ (Номер, Адрес, ФИО_директора);
– ПОЧТОВОЕ ОТДЕЛЕНИЕ (Номер, Адрес, ФИО_начальника);
– ТИРАЖ (Шифр издания, Номер типографии, Тираж, Цена_одного_экземп-ляра);
– ЗАКАЗ (Код заказа, Номер почтового отделения, Шифр издания, Номер типографии, Количество заказов, Цена_доставки).
Пятый этап проектирования
С помощью метода нормальных форм приведем исходные отношения к БКНФ. Все атрибуты всех исходных отношений являются простыми, следовательно, все эти отношения уже находятся в 1НФ.
Зависимости между атрибутами в отношениях:
1. ИЗДАНИЕ (Шифр издания, Название, ФИО_редактора):
1.1. Шифр издания® Название;
1.2. Шифр издания® ФИО_редактора;
2. ТИПОГРАФИЯ (Номер, Адрес, ФИО_директора):
2.1. Номер® Адрес;
2.2. Номер® ФИО_директора;
3. ПОЧТОВОЕ ОТДЕЛЕНИЕ (Номер, Адрес, ФИО_начальника):
3.1. Номер® Адрес;
3.2. Номер® ФИО_начальника;
4. ТИРАЖ (Шифр издания, Номер типографии, Тираж, Цена_одного_экземп-ляра):
4.1. Шифр издания, Номер типографии® Тираж;
4.2. Шифр издания, Номер типографии® Цена_одного_экземпляра;
5. ЗАКАЗ (Код заказа, Номер почтового отделения, Шифр издания, Номер типографии, Количество заказов, Цена_доставки):
5.1. Код заказа® Количество_заказа;
5.2. Код заказа® Цена_доставки.
Каждый из неключевых атрибутов всех отношений функционально-полно зависит от первичного ключа своего отношения, и это значит, что все эти отношения находятся в 2НФ. Все неключевые атрибуты каждого из отношений взаимно-независимы и полностью зависят от своего первичного ключа, следовательно, все эти отношения находятся в 3НФ. Все атрибуты первичных ключей каждого из отношений не имеют зависимости от неключевых атрибутов, и это значит, что все эти отношения находятся в БКНФ. Так как все отношения приведены к БКНФ и все атрибуты имеют логически обоснованные места в предварительных отношениях, то проектирование этой базы данных не требует проведения шестого этапа проектирования.
3. РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ СРЕДСТВАМИ MSACCESS
3.1. Обзор системы управления базами данных MSAccess
MicrosoftAccess – система управления базами данных (СУБД), которую фирма Microsoft включает в состав профессиональной редакции (ProfessionalEdition) MicrosoftOffice. Удобство использования и мощность встроенных средств делает диапазон информационных систем, построенных с применением Access, весьма широким – от локальных разработок для домашнего применения до серьезных профессиональных проектов распределенных по сети баз данных, включающих сотни тысяч записей и сложнейшие правила обработки данных.
СУБД Access поддерживает реляционную модель представления данных. Она функционирует под управлением операционных систем Windows 95/98, WindowsNT и выше. СУБД Access имеет стандартизованный интерфейс приложений Windows. Access позволяет создать рабочую информационную систему практически без единой строки программного кода, лишь с помощью визуального проектирования, встроенных мастеров и шаблонов. В ней реализованы возможности программирования с использованием структурированного языка запросов StructuredQueryLanguage (SQL) и языка VisualBasicforApplication (VBA).
Access поддерживает традиционные для офисных приложений механизмы связывания и встраивания объектов ObjectLinkingandEmbedding (OLE) и динамического обмена данными DynamicDataExchange (DDE). Это позволяет Access работать с любыми объектами из библиотеки типов другого приложения пакета MicrosoftOffice и предоставлять свои объекты для других приложений. В Access 2002 появились возможности использования расширяемого языка разметки – extensibleMarkupLanguage (XML), играющего роль стандарта обмена данными между приложениями.
Большинство действий по работе с элементами баз данных в среде Access можно выполнить с помощью следующих средств: команд основного меню, кнопок панелей инструментов, команд контекстного меню и комбинаций клавиш.
База данных является основным компонентом проекта приложения Access. К основным элементам базы данных можно отнести таблицы, запросы, отчеты, макросы и модули.
Для работы с БД в Access имеется стандартное окно, из которого можно вызвать любой ее объект для просмотра, выполнения, разработки или модификации. Пользователь может для работы с БД разработать свой интерфейс, основу которого обычно составляют формы.
Текущая (открытая в данный момент) БД может взаимодействовать с внешними БД, которые используются как источники таблиц при импорте или присоединении, а также как получатели при экспорте данных из текущей базы данных.
Таблица представляет собой основную единицу хранения данных в базе. Понятие таблицы в Access соответствует аналогичному понятию реляционной модели данных. В произвольной базе данных Access обычно имеется совокупность связанных между собой таблиц.
С таблицей в целом можно выполнять следующие операции:
– создание (определение структуры);
– изменение структуры (реструктуризация);
– переименование;
– удаление.
При создании таблицы задается структура и имя таблицы. При сохранении таблицы на диске вся необходимая информация размещается в файле базы данных. При изменении структуры таблицы в ней могут измениться названия и характеристики полей, состав и названия ключа и индексов, ограничения. Для изменения структуры и переименования таблиц используются утилиты (программы), предназначенные для работы с таблицами БД.
Между двумя таблицами можно устанавливать связи типа 1:1 и 1:М в окне описания схемы данных. Основными операциями над таблицами являются: просмотр и обновление (ввод, модификация и удаление), сортировка, фильтрация и печать.