1.3 Построение информационно-логической модели данных

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

Сущность «Manager» характеризуется свойствами «N_manag», «FIO_manag», «Otdel». «N_manag» является первичным ключом.

Сущность «Yslugi» характеризуется свойствами «Vid_ys», «Stoim_ys». «Vid_ys» является первичным ключом.

Сущность «Dogovor» характеризуется свойствами «Nomer_dog», «Nomer_tel_to_dog», «FIO_client», «Pasport_client», «Data_zakl_dog», « N_meneg». «Nomer_dog» является первичным ключом.

Сущность «Operation» характеризуется свойствами «N_operat», «N_dog», «N_manag», «Vid_ys», «Data_post_zaprosa», «Data_vypol_zaprosa». «N_operat» является первичным ключом.

Сущность «Manager» связана отношением с сущностями «Dogovor», «Operation».

Сущность «Yslugi» связана отношением с сущностью «Dogovor».

Сущность «Dogovor» связана отношением с сущностью «Operation».

Сущность «Operation» связана отношением с сущностями «Manager», «Dogovor»(рис. 6).

Рис. 6. Информационно-логическая модель данных

Глава 2. Проектирование информационных систем

2.1 Структурная схема

В системный интерфейс 3 подсистемы:

• работа с таблицами;

• выборка данных;

• о программе.

Подсистема работа с таблицами делится на два раздела: ввод и редактирование, отображение.

Подсистема ввод и редактирование включает в себя таблицы, в которые можно вводить данные и редактировать. Подсистема отображения отображает форму, панель, таблицу, навигационные кнопки.

В подсистему работа с запросами входит 17 запросов. Критерий запросов пользователь выбирает сам.

О программе выводится справка, в которой краткое описание программы (рис. 7).

Рис. 7. Системный интерфейс

2.2 Даталогическая модель данных

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

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

СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных.

Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, электронные таблицы). Можно задавать также форматы хранения представления этих данных при выводе на экран или печать. Для уверенности, что в базе хранятся только корректные значения, можно задать условия на значения различной степени сложности.

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

В созданной базе данных (БД) вся информация хранится в 8 таблицах.

В таблице «Manager» содержится «N_manag», «FIO_manag», «Otdel». Ключевое поле – «N_manag».

В таблице «Yslugi» хранится размер скидки «Vid_ys», «Stoim_ys», ключевое поле «Vid_ys».

В таблице «Dogovor» содержится «Nomer_dog», «Nomer_tel_to_dog», «FIO_client», «Pasport_client», «Data_zakl_dog», «N_meneg» ключевое поле «Nomer_dog».

В таблице «Operation» содержится «N_operat», «N_dog», «N_manag», «Vid_ys», «Data_post_zaprosa», «Data_vypol_zaprosa» ключевое поле « N_operat » (рис. 8).

Рис. 8. Даталогическая модель данных

Все связи реализуют: обеспечение целостности данных, каскадное обновление связанных полей, каскадное удаление связанных полей.

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

Первая нормальная форма

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

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

Вторая нормальная форма

Переменная отношения находится во второй нормальной форме тогда и только тогда, когда она находится в первой нормальной форме и каждый неключевой атрибут неприводимо (функционально полно) зависит от ее потенциального ключа. Таблицы приведены ко второй нормальной форме.

Третья нормальная форма

Отношение находится в 3NF тогда и только тогда, когда отношение находится во второй нормальной форме и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых. Таблицы приведены к третей нормальной форме.