ER-метод логического проектирования баз данных и его реализация в среде СУБД MS Access

Размещено на http://www.allbest.ru/

БЕЛКООПСОЮЗ

Учреждение образования

«Белорусский торгово-экономический университет потребительской кооперации»

Кафедра информационно-вычислительных систем

Курсовая работа

по дисциплине «Введение в системы баз данных»

на тему: «ER-метод логического проектирования баз данных и его реализация в среде СУБД MS Access» на примере задачи «Расчёты с подотчётными лицами»

Гомель 2013

Введение

Результатом моделирования методом «сущность-связь», или ER- моделирования, является ER-модель. ER-модель представляется с помощью ER- диаграмм, которые являются графической нотацией для абстрагирования данных в виде сущностей, взаимосвязей и атрибутов. Таким образом, семантика предметной области представляется в ER-модели в терминах субъективных средств описания - сущностей, атрибутов, идентификаторов сущностей, супертипов, подтипов и т.д.

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

Сущность описывается с помощью данных, именуемых свойствами или атрибутами сущности. Как правило, атрибуты являются определениями в высказывании о сущности и обозначаются именами существительными естественного языка.

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

Одним из основных компьютерных способов распознавания сущностей в ИС является присвоение сущностям идентификаторов. Часто идентификатор сущности называют ключом. Задача выбора идентификатора сущности является семантически субъективной задачей. Поскольку сущность определяется набором своих атрибутов, для каждой сущности целесообразно выделить такое подмножество атрибутов, которое однозначно идентифицирует данную сущность.

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

Уникальный идентификатор сущности - это атрибут сущности, позволяющий отличать одну сущность от другой. Если сущность имеет несколько уникальных идентификаторов, так называемых возможных ключей, то проектировщик должен выбрать первичный ключ сущности.

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

Связи характеризуются степенью связи и классом принадлежности сущности к связи. Степень (мощность) связи - это отношение числа сущностей, участвующих в образовании связи. Например, «один к одному», «один ко многим», «многие ко многим». Класс принадлежности сущности - это характер участия сущности в связи. Различают обязательные и необязательные классы принадлежности сущности к связи. Обязательным является такой класс принадлежности, когда экземпляры сущности участвуют в установлении связи в обязательном порядке. В противном случае сущность принадлежит к необязательному классу принадлежности [4].

Исходными данными для выполнения логического проектирования БД являются результаты концептуального проектирования:

набор сущностей;

предварительный перечень атрибутов для каждой сущности (основные атрибуты);

ключевой атрибут для каждой сущности;

набор связей между сущностями;

описание условий применения объектов (сущностей) на данном предприятии.

Результатами ER-моделирования являются:

определение показателя кардинальности для каждой из связей (на основе производственных условий использования сущностей и, если это необходимо, диаграммы ER-экземпляров);

определение класса принадлежности каждой сущности в каждой связи;

построение диаграммы ER-типа;

определение всех отношений БД, их атрибутов и первичных ключей на основании правил генерации таблиц 1-6 [1, c. 38. 39].

диаграмма база access конструктор

1. Постановка задачи и исходные данные

1.1 Диаграммы ER-экземпляров и ER-типа

Согласно заданию на курсовую работу сущность Ведомость основана на документе Ведомость издержек обращения в торговле, имеющем шапочную и табличную части. Поэтому сущности Ведомость соответствуют две сущности Шапка ведомости и Строка ведомости, между которыми установлена связь Объединяются.

При построении ER-диаграмм для связи Объединяются необходимо учесть, что:

одна шапочная часть ведомости может объединять несколько строк документа;

одна конкретная строка ведомости может находиться только в одном конкретном документе;

не может существовать ведомость, в которой есть шапочная часть и нет ни одной строки в содержательной части документа;

не может существовать ведомость, в которой есть строка табличной части и отсутствует шапочная часть.

Таким образом, для связи Объединяются показателем кардинальности является 1:п, классы принадлежности обеих сущностей обязательными. ER- диаграммы для связи Объединяются представлены на рисунке 2.

Размещено на http://www.allbest.ru/

Рисунок 2 Диаграммы для связи Объединяются: а - ER- сущности, б - ER-типа

По условию задачи сущности Подразделения предприятия и Ведомость ассоциированы связью Составляют. Поскольку сущность Ведомость разделена на две сущности Шапка ведомости и Строка ведомости, следует рассматривать связь Составляют между сущностями Подразделения предприятия и Шапка ведомости, так как наименование подразделения указано в шапочной части документа.

При построении диаграммы ER-экземпляров для связи Составляют необходимо учесть, что:

одно подразделение предприятия может оформить несколько ведомостей в разные дни,

могут быть подразделения предприятия, которые не оформляли ведомостей издержек обращения;

не существует ведомостей, которые не оформляли подразделения;

в одной ведомости оценены издержки только одного подразделения предприятия.

Таким образом, связь Составляют имеет показатель кардинальности 1:п, класс принадлежности сущности Шапка ведомости является обязательным, а класс принадлежности сущности Подразделения предприятия необязательным. ER-диаграммы для связи Составляют представлены на рисунке 3.



Размещено на http://www.allbest.ru/

Рисунок 3 Диаграммы для связи Составляют: а - ER- сущности, б - ER-типа

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

При построении ER-диаграмм для связи Оцениваются необходимо учесть, что:

в одной ведомости могут быть оценены несколько статей издержек;

не все статьи издержек оценены в одной ведомости,

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

в одной строке может быть оценена только одна статья издержек.

Таким образом, связь Оцениваются имеет показатель кардинальности 1:п, класс принадлежности сущности Строка ведомости является обязательным, а класс принадлежности сущности Статьи издержек необязательным. ER-диаграммы для связи Оцениваются представлены на рисунке 4.

Диаграмма ER-типа для проектируемой базы данных Издержки обращения приведена на рисунке 5.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 4 Диаграммы для связи Оцениваются: а - ER-сущности, б - ER-типа.

Размещено на http://www.allbest.ru/

Рисунок 5 Диаграмма ER-типа для базы данных Издержки обращения

1.2 Генерация таблиц БД

На основании правила 4 генерации отношений связь Составляют порождает два отношения (Подразделения предприятия, Шапка ведомости) по одному для каждой сущности, причем ключевой атрибут КодП сущности Подразделения предприятия должен быть включен в число атрибутов отношения Шапка ведомости. После включения атрибута КодП наличие атрибута НаимП становится избыточным, т.к. значения указанного атрибута однозначно определяется значением атрибута КодП.

Получаем следующие отношения:

Подразделения предприятия (КодП, НаимП)

Шапка ведомости (НомВ, ДатаВ, КодП).

На основании правила 4 генерации отношений связь Оцениваются порождает два отношения (Статьи издержек, Строка ведомости) по одному для каждой сущности, причем ключевой атрибут КодСИ сущности Статьи издержек должен быть включен в число атрибутов отношения Строка ведомости. После включения атрибута КодСИ наличие атрибута НаимСИ становится избыточным, т.к. значения указанного атрибута однозначно определяется значением атрибута КодСИ.

Получаем следующие отношения:

Статьи издержек (КодСИ, НаимСИ)

Строка ведомости (КодСИ, СуммаИ, Прим).

На основании правила 4 генерации отношений связь Объединяются порождает два отношения (Шапка ведомости, Строка ведомости) по одному для каждой сущности, причем ключевой атрибут НомВ сущности Шапка ведомости должен быть включен в число атрибутов отношения Строка ведомости. Учитывая, что дважды одна статья не может быть оценена в одной ведомости, необходимо поля НомВ, КодСИ назначить составным первичным ключом для отношения Строка ведомости:

Строка ведомости (НомВ, КодСИ, СуммаИ, Прим).

Таким образом, искомая БД состоит из четырех сгенерированных таблиц:

Подразделения предприятия (КодП, НаимП).

Статьи издержек (КодСИ, НаимСИ).

Шапка ведомости (НомВ, ДатаВ, КодП).

Строка ведомости (НомВ, КодСИ, СуммаИ, Прим).

1.3 Структура таблиц и схема БД в среде СУБД MS ACCESS

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

Структуры таблиц проектируемой БД в СУБД MS Access приведены на рисунках 6 - 9.



Рисунок 6 Таблица Подразделения предприятия в режиме конструктора: а - свойства поля КодП, б - свойства поля НаимП

Рисунок 7 Таблица Статьи издержек в режиме конструктора: а - свойства поля КодСИ, б - свойства поля НаимСИ

Первичным ключом является:

для таблицы Подразделения предприятия - поле КодП,

для таблицы Статьи издержек - поле КодСИ,

для таблицы Шапка ведомости - поле НомВ.

Внешний составной ключ таблицы Строка ведомости определяют поля КодСИ и НомВ. Внешним ключом таблицы Шапка ведомости является поле КодП.

Рисунок 8 Таблица Шапка ведомости в режиме конструктора: а - свойства поля НомВ, б - свойства поля ДатаВ, в - свойства поля КодП



Рисунок 8 Таблица Строка ведомости в режиме конструктора: а - свойства поля НомВ, б - свойства поля КодСИ, в - свойства поля СуммаИ, г - свойства поля Примечание

Схема данных базы данных Издержки обращения представлена на рисунке 9.



Рисунок 9 Схема данных базы данных Издержки обращения

Таблица Подразделения предприятия связана с таблицей Шапка ведомости по полю КодП (тип связи один-ко-многим).

Таблица Шапка ведомости связана с таблицей Строка ведомости по полю НомВ (тип связи один-ко-многим).

Таблица Статьи издержек связана с таблицей Строка ведомости по полю КодСИ (тип связи один-ко-многим).

Значения внешних ключей НомВ и КодСИ таблицы Строка ведомости, КодП таблицы Шапка ведомости вводятся подстановкой значений соответствующих первичных ключей (поле НомВ таблицы Шапка ведомости, поле КодСИ таблицы Статьи издержек, поле КодП таблицы Подразделения предприятия).

1.4 Содержимое таблиц БД

Таблицы БД, заполненные информацией на основе ведомостей (рисунок 1), представлены на рисунках 10 - 13.

Рисунок 10 Таблица Подразделения предприятия в режиме таблицы

Рисунок 11 Таблица Статьи издержек в режиме таблицы

Рисунок 12 Таблица Шапка ведомости в режиме таблицы

Рисунок 13 Таблица Строка ведомости в режиме таблицы

2. Запросы в режиме конструктора и в режиме таблицы

Запрос, в результате выполнения которого для каждой статьи издержек будет указана общая стоимость по всем подразделениям за весь период учета, представлен на рисунке 14.

Рисунок 14 Запрос 1_Общая стоимость для каждой статьи издержек: а - бланк запроса, б - результат выполнения запроса.

Запрос, в результате выполнения которого для заданной даты будет выдан список всех издержек в этот день с указанием их наименования, стоимости и наименования подразделения, представлен на рисунке 15.



Рисунок 15 Запрос 2_Список издержек подразделений в указанный день: а - бланк запроса, б - диалоговое окно ввода параметра, в - результат выполнения запроса

Список, полученный в результате запроса, отсортирован по алфавиту названий подразделений, а затем по убыванию стоимости издержек.

Заключение

Microsoft Access - эффективное ИТ- решение для разработки простых баз данных для нужд компании. СУБД имеет удобный интерфейс для отображения данных, подходит для небольших компаний, особенно при ограниченном бюджете. Предназначена для работы не более чем с 3-х рабочих мест одновременно. Выбирая разработку базы данных с помощью MS Access, пользователь получает эффективный продукт для автоматизации бизнеса, и, как следствие, маркетинговый механизм для управления и получения необходимой отчетности.

Преимущества разработки баз данных средствами MS Access

быстрые сроки разработки базы данных;

интуитивно понятный интерфейс;

невысокая стоимость разработки;

не требует применения дополнительных средств разработки;

простота внедрения и обслуживания;

возможность расширения базы данных, ее развития, а также создания стороннего интерфейса для доступа к БД и преобразования ее таким образом в клиент-серверную базу данных.

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

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

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

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

Завершается создание БД заполнением таблиц конкретной информацией и формированием объектов БД.

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

Таким образом, СУБД MS Access содержит все возможности для создания различных бизнес-приложений для небольших фирм.

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

Таким образом, поставленные задачи выполнены, следовательно, цель достигнута.

Список использованных источников

1. ER-метод проектирования баз данных и его реализация в среде СУБД Access: Пособие для студентов экономических специальностей/ Авторы-составители: С.М. Мовшович, К. Г. Сулейманов. - Гомель: УО «Белорусский торгово-экономический университет потребительской кооперации», 2003. - 140 с.

2. Вейкас Дж. Эффективная работа: Microsoft Office Access 2003. - СПб.: Питер, 2005. - 1168 с.

3. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание. - М.: Издательский дом «Вильямс», 2003. - с. 1440.

4. Метод моделирования «сущность-связь» [Электрон. ресурс]. - Режим доступа: http://www.intuit.ru/department/database/bispowerd/6/1.html#sect8.

Размещено на Allbest.ru