Разработка автоматизированной информационной системы ООО "Фарватер"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
ансовой стороны заказа введем такие характеристики заказа, как стоимость, вид оплаты (наличный, безналичный), предоплата, информация о том, сделана ли предоплата заказчиком, и информация о том, оплачен ли полностью заказ:
Данные о заказах ООО Фарватер:
-Стоимость
-Вид оплаты
-Предоплата
-Предоплата сделана
-Заказ проплачен
Так как ООО Фарватер имеет два офиса, то для разделения их деятельности каждому заказу необходимо дать соответствующую характеристику:
Данные о заказах ООО Фарватер:
-офис
Каждый заказ выполняет один или несколько специалистов (не более шести). Для грамотного управления их деятельностью и распределения их по заказам целесообразно иметь данные об исполнителях каждого заказа:
Данные аудитории:
-Кол-во исполнителей
-Исполнитель 1
-Исполнитель 2
-Исполнитель 3
-Исполнитель 4
-Исполнитель 5
-Исполнитель 6
Схемы отношенийпозволяет строить реляционные базы данных, отдельные таблицы которых могут быть связаны между собой.
Простейшей и наиболее редкой формой связи между таблицами является связь один к одному, при которой для каждой записи в одной таблице существует в лучшем случае одна связанная с ней запись в другой таблице. В нашем случае такой связи нет, так как она не имеет смысла.
Гораздо чаще встречается связь один ко многим, при которой для каждой записи в одной таблице существует одна, несколько или ни одной записи в другой таблице.
Нередко приходится иметь дело также со связью многие ко многим, при которой отсутствуют ограничения на множества пар записей, принадлежащих связи. Такая связь в Access не используется. Ее необходимо представить в виде двух связей один ко многим.
При установке связи одна из таблиц является главной, а другая - подчиненной.
Как правило, связывают ключевое поле одной таблицы с соответствующим ему полем другой таблицы, которое называют полем ключа. Связанные поля могут иметь разные имена, однако у них должны быть одинаковые типы данных и одинаковые значения свойств.
При наличии связи между таблицами Access будет автоматически выбирать связанные данные из таблиц в отчетах, запросах и формах. То есть в режиме конструктора будем связывать поле с другим с помощью Мастера подстановок.
В меню Сервис->Схема данных просмотрим полученную схему отношений и каждой связью обеспечим целостность данных.
Полученная схема:
Рисунок 12 - Схема данных проектируемой базы данных
Построение модели сущность - связь (ER-диаграммы)диаграммы используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
Сущность изображается в виде прямоугольника, вверху которого располагается имя сущности (например, TITLES). В прямоугольнике могут быть перечислены атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом 1, являются ключевыми (так Title Identity - ключевой атрибут сущности TITLES, остальные атрибуты ключевыми не являются).
Ниже приведена ER-диаграмма проектируемой базы данных.
Рисунок 13 - ER-диаграмма проектируемой базы данных
Описание связей между сущностями
Таким образом, имеются шесть сущностей: заказчик, объект, услуга, категория услуги, сотрудник, заказ.
Связь между сущностями категория услуги и услуги характеризуется принадлежностью услуги к какой-либо категории (только одной). При этом категория может включать в себя любое количество услуг.
Связь между сущностями заказ и заказчик характеризуется наличием у заказа заказчика (только одного).
Связь между сущностями заказ и офис характеризуется филиалом ООО Фарватер, куда пришел заказчика.
Связь между сущностями заказ и услуга характеризуется услугой, которую заказывает заказчик.
Связь между сущностями заказ и объект характеризуется объектом (только одним), на который нацелена услуга заказа.
Связь между сущностями заказ и сотрудник характеризуется сотрудником(-ами), который(-е) выполняют данный заказ.
При проектировании базы данных следует придерживаться правил нормализации таблиц:
Правило 1: Каждое поле любой таблицы должно быть уникальным.
Правило 2: Каждая таблица должна иметь уникальный идентификатор (первичный ключ), который может состоять из одного или нескольких полей таблицы.
Правило 3: Для каждого значения первичного ключа должно быть одно и только одно значение любого из столбцов данных, и это значение должно относиться к объекту таблицы.
Правило 4: Должна иметься возможность изменять значения любого поля (не входящего в первичный ключ), и это не должно повлечь за собой изменение другого поля.
Каждый агрегированный объект будет представлен отдельной таблицей базы данных. Элементы данных будут представлены полями таблиц. Имена таблиц и их полей подберем исходя из имен объектов и элементов данных.
Таблица - это основной объект базы данных. База данных может включать несколько таблиц. В Access таблицей является совокупность данных, объединенных общей темой. Для каждой темы отводится отд