2.2. Проектирование базы данных. Er – модель.
Модель «сущность-связь» (англ. “Entity-Relationship model”), или ER-модель, предложенная П. Ченом в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций (Crow's Foot, Information Engineering и др.).
Основные преимущества ER-моделей:
наглядность;
модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;
ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).
Основные элементы ER-моделей:
объекты (сущности);
атрибуты объектов;
связи между объектами.
Сущность — объект предметной области, имеющий атрибуты.
Связь между сущностями характеризуется:
типом связи (1:1, 1:N, N:М);
классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.
Проектирование ER – модели осуществлялось в прикладной программе Microsoft Visio 2010. Состоит модель из 7 сущностей. Каждая сущность в той или иной степени зависит друг от друга. На модели изображенной ниже каждая сущность связана между собой в определённом порядке так, как того требует условие поставленной задачи. Вид связи между каждой сущностью – один ко многим. Связь осуществляется по определённым графам сущностей. Наглядно это можно увидеть на рисунке расположенном ниже.
Рис 5. ER-модель по учёту движения основных средств.
Реализация форм, отчётов и запросов.
Создание форм, запросов и отчётов проходило в программе Microsoft Access. Процесс создания проходил поэтапно. Каждый отчёт и каждая форма основывались на заполненных таблицах, таких как поставщик, накладная и т.д.
Схема данных изображённая ниже состоит из перечня таблиц с графами, каждая из которых связана по определённому ключевому полю. Это наглядно показано на рисунке (См. рис. 6).
Рис 6. Схема данных «Учёт движения основных средств»
Процесс создания и заполнения таблиц протекал в несколько этапов. Сначала необходимо было создать графы таблицы, а затем их же заполнить. Ниже показана таблица «Амортизация основных средств», состоящая из шести заполненных граф. Заполнение таблиц вытекало непосредственно из темы курсовой работы, и её составляющих. (См. рис 7).
Рис 7. Таблица «Амортизация ОС»
Создание форм основывалось на созданных ранее таблицах. Создавалась форма при помощи конструктора форм. Заполнялась форма автоматически, при этом информация бралась из таблиц. Каждая форма в точности соответствует по содержанию той таблице, по которой она создана. Ниже приведено две формы «Амортизация ОС» и «Оценка ОС». (См. рис 8 и рис 9).
Рис 8. Форма «Амортизация ОС»
Рис 9. Форма «Оценка ОС»
Создание отчётов так же основывалось на созданных ранее таблицах и при помощи мастера отчётов. Вся информация автоматически бралась из таблиц. Принцип создания отчётов и форм схож между собой. На рисунках приведённых ниже показаны отчёты «Основные средства» и «Поставщик». (См. рис 10 и рис 11).
Рис 10. Отчёт «Основные средства»
Рис 11. Отчёт «Поставщик»
Создание запросов – это наиболее кропотливая работа. Прежде чем реализовать запрос в программе его необходимо было продумать. Запросы создавались при помощи мастера запросов. Запрос состоит из нескольких таблиц. Каждая таблица связана между собой по определённому ключевому полю и во многом за счёт этого формируется и выполняется запрос. Запрос может состоять из множества таблиц и результат выполнения запроса будет тот который задумывался. Ниже показаны запросы на вывод номера накладной, на вывод информации поступившем товаре и запрос на вывод информации о поставщике. (См. рис 12, рис 13 и рис 14).
Рис 12. Запрос на вывод номера накладной.
Рис 13. Запрос на вывод информации о товаре поступившем от поставщика.
Рис 14. Запрос на вывод информации о поставщике.