Проектирование базы данных учета продаж в магазинах

Концептуальная модель предметной области – это наши знания о предметной области в виде понятий (концептов). Знания могут быть как в виде неформальных знаний в мозгу эксперта, так и выражены формально при помощи каких-либо средств. В качестве таких средств могут выступать текстовые описания предметной области, наборы должностных инструкций, правила ведения дел в компании и т.п. Опыт показывает, что текстовый способ представления модели предметной области крайне неэффективен. Гораздо более информативными и полезными при разработке баз данных являются описания предметной области, выполненные при помощи специализированных графических нотаций. Имеется большое количество методик описания предметной области. Концептуальная модель БД - отражает информационное содержание данных, как основных понятий и отношений между ними. Концептуальная модель не затрагивает физического состояния данных, в том числе архитектуры данных, методов доступа, форматов физических данных.

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

Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью

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

Сущности Товар, Товарная группа, Единица измерений, Магазин и Ведомость переходят в отношения: Товар, Товарная_группа, Единица_измерений, Магазин, Ведомость реляционной модели. Все характеристики переходят в атрибуты, а уникальные идентификаторы в первичные ключи. 

Процесс перехода с демонстрацией первичных и внешних ключей отображён на рисунке 9. 

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

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

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

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

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

- описать предметную область; 

- изучить методологию проектирования; 

- построить концептуальную, логическую (нормализованную) модель базы данных; 

- построить модель базы данных с помощью CASE-средства; 

- реализовать модель в среде конкретной СУБД;

- организовать ввод, корректировку данных (создать формы); 

- удовлетворить информационные потребности пользователей (создать запросы, отчеты), выбрав различные способы их реализации;

- разработать интерфейс (главную кнопочную форму);

- разработать руководство пользователю базой данных;

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

- оценить эффективность работы с данными (объем внешней памяти).

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