База данных магазина «САД и ОГОРОД»

 

 

 

 

Кафедра «Информатика и программное  обеспечение»

 

 

БАЗА ДАННЫХ МАГАЗИНА «САД и ОГОРОД»

 

КУРСОВАЯ РАБОТА

 

 

 

 

 

Руководитель

__________ к. т. н., А. А.  Азарченков

Студентка группы 11–ЭК2

__________

«___» ____________2012г.

 

 

 

 

 

 

 

БРЯНСК 2012

ВВЕДЕНИЕ

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

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

• Формирование и поддержание БД;
• Обработка информации;
• Прием запросов;
• Предоставление информации пользователям;
• Обеспечение целостности и реорганизации ценностей БД;
• Организация совместной работы пользователей.

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

 

Оглавление

ВВЕДЕНИЕ 2

1. ПОНЯТИЕ «БАЗА ДАННЫХ» 4

1.1. Архитектура баз данных 5

1.1.1. Инфологическая модель данных 7

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

1.1.3. Физическая модель данных 7

1.1.4. Жизненный цикл БД 8

2. ПРОЕКТИРОВАНИЕ БД 9

2.1. Системный анализ предметной области 9

2.2. Инфологическое моделирование предметной области 10

2.3. Построение модели «сущность-связь» 16

2.4. Проектирование реляционной модели БД 18

2.5. Нормализация реляционных БД 21

3. РАЗРАБОТКА БД В MS ACCESS 2007 24

3.1. Создание таблиц 25

3.2. Создание схемы данных 28

3.3. Создание запросов 30

3.4. Создание форм 35

3.4.1. Создание справочных форм 35

3.4.2. Создание главной формы 36

3.5. Создание отчетов 38

3.6. Создание главной кнопочной формы 39

4. Описание процесса работы с разработанной БД 43

ЗАКЛЮЧЕНИЕ 44

СПИСОК ЛИТЕРАТУРЫ 46

 

 

1. ПОНЯТИЕ «БАЗА ДАННЫХ»

База данных (БД) – связанная совокупность структурированных данных, относящихся к определенному процессу или явлению, в конкретной предметной области (ПО).

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

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

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

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

Преимущества, которые получает пользователь при  использовании БД как безбумажной  технологии:

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

1. Архитектура баз данных

Американским  комитетом по стандартизации ANSI (AmericanNationalStandartsInstitute) предложена трехуровневая система организации БД (рис. 1).

Рис. 1Трехуровневая модель системы управления базой данных

1. Уровень внешних моделей – самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений и пользователей. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению.

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

3. Физический уровень – данные, расположенные в файлах или в других структурах, расположенных на внешних носителях информации.

Эта архитектура  позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными.

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

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

Выделение концептуального уровня позволяет  разработать аппарат централизованного  управления базой данных.

Каждому уровню соответствует своя модель данных (рис.2).

Рис. 2.Модели данных

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

Данные в концепции баз данных – это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы.

1. Инфологическая модель данных

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

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

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

• Документальные модели данных соответствуют представлению о слабоструктурированной информации, ориентированной в основном на свободные форматы документов, текстов на естественном языке.

• Фактографические моделиданных соответствуют представлению информации в виде определенных структур данных (дерево, сеть, таблица, объект...).

3. Физическая модель данных

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

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

4. Жизненный цикл БД

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

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

• Системный анализ и словесное описание информационных объектов предметной области.
• Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, в терминах модели сущность-связь.
• Даталогическое или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных.
• Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

2. ПРОЕКТИРОВАНИЕ БД

1. Системный анализ предметной области

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

Функциональный  подход – реализует принцип движения «от задач» и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая БД. В этом случае можно четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны.

Предметный  подход – когда информационные потребности будущих пользователей БД жестко не фиксируются. Они могут бытьмногоаспектными ивесьма динамичными. Нет возможности точно выделить минимальный набор объектов предметной области, которые необходимо описывать. В описание предметной области в этом случае включаются такие объекты и взаимосвязи, которые наиболее характерны и наиболее существенны для нее. БД, конструируемая при этом, называется предметной, то есть она может быть использована при решении множества разнообразных, заранее не определенных задач.

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

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

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

2. Инфологическое моделирование предметной области

Инфологическое  проектирование связано с представлением семантики предметной области в  модели БД, т.е. моделирование структур данных, опираясь на смысл этих данных. Наибольшее распространение получила модель сущность-связь (entity-relationshipmodel, ER-модель), предложенная в 1976.

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

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

Основными понятиями модели"сущность-связь" являются: сущность, связь и атрибут.

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

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

Пример. Сущность: люди, продукты, студенты и т.д. Экземпляры сущности: конкретный человек, конкретный продукт, конкретный студент и т.д.

Сущности  не обязательно должны быть непересекающимися. Например, экземпляр сущности СТУДЕНТ, также принадлежит сущности ЛЮДИ.

Объект, которому соответствует понятие  сущности, имеет свой набор атрибутов – характеристик, определяющих свойства данного объекта. Атрибут должен иметь имя, уникальное в пределах данной сущности.

Пример. Рассмотрим множество товаров, имеющихся в магазине. Сущность Товар можно представить следующими характеристиками (атрибутами): код товара, название товара, количество товара, описание, цена товара. Для определения сущности и ее атрибутов используется обозначение вида Товар (код товара, название товара, количество товара, описание, цена товара).

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

Множество допустимых значений любой характеристики (атрибута) называется доменом.

Пример: Количество товара хранит информацию о сумме товара, поступившего в магазин.

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

Пример. Сущность Товар однозначно определяется атрибутом код товара, поскольку все коды товаров различны.

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

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

Между сущностями могут быть установлены  связи.

Связь – это ассоциация, установленная между несколькими сущностями, и показывающая какие ограничения установлены между сущностями.

Пример. B магазине происходит поставка товара, т.е. между сущностями Товар и Поставка существует связь «происходит» (товар-поставка).Так как товар в магазин поставляют поставщики, то между сущностями Товар и Поставщики существует связь «поставляют» (товар-поставщики).

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

Важным  свойством модели "сущность-связь" является то, что она может быть представлена в виде графической схемы (диаграммы). Это значительно облегчает анализ предметной области. В табл.1приводится список используемых обозначений.

 

Таблица 1

Условные обозначения

Обозначение	Пояснение
	Независимая сущность
	Зависимая сущность
	Атрибут
	Ключевой  атрибут
	Связь
	Связь степени 1, необязательный класс принадлежности
	Связь степени 1, обязательный класс принадлежности
	Связь степени N, необязательный класс принадлежности
	Связь степени N, обязательный класс принадлежности
	Связь от зависимой к независимой сущности

 

Бинарные  связи могут иметь различные  степени:

Один-к-одному (1:1) – означает, что такой связив каждый момент времени каждому экземпляру сущности Aсоответствует 1 или 0 экземпляров сущности B. (рис. 3: прямоугольники обозначают сущности, а ромб – связь). Так как степень связи для каждой сущности равна 1, то они соединяются одной линией.

 

Рис. 3.Связь один-к-одному

Один-ко-многим (1:N) – одному экземпляру сущности А соответствуют 0, 1 или N экземпляров сущности B(рис. 4)

Рис. 4.Связь один-ко-многим

Многие-ко-многим (M:N) – экземпляру сущности Aсоответствуют 0, 1 или N экземпляров сущности B, и наоборот, одному экземпляру сущности Bсоответствуют 0, 1 или N экземпляров сущности A(рис. 5).

 

Рис. 5.Связь многие-ко-многим

Другой важной характеристикой  связи помимо ее степени является класс принадлежности входящих в  нее сущностей. Существует обязательный и необязательный классы принадлежности для каждого типа сущностей. Рассмотрим классы принадлежности для связи один-ко-многим:

Товары  входят в группы товаров. Товар не может входить в группу товара , если его нет в магазине, поэтому  сущность Группа товара является зависимой от сущности Товар. Товар может входить в разные группы, а группа состоит из конкретного товара, поэтому степень связи N:1. СущностьГруппы товара имеет необязательный класс принадлежности, а сущность Товары обязательный класс принадлежности (рис. 6).

 

Рис. 6. Связь 1:N, обязательный и необязательный классы принадлежности

В магазине происходит поставка товаров. Сущность Поставка является зависимой от сущности Товар. Товар может быть поставлен в разные дни (а может быть вообще не поставлен), но конкретная поставкасвязана с несколькими товарами. Таким образом, степень связиN:1 , сущность Поставка имеет необязательный класс принадлежности, а сущность Товар обязательный класс принадлежности (рис. 7).

Рис. 7. Связь 1:N, обязательный и необязательный классы принадлежности

В магазине поставки осуществляются поставщиками. ОдинПоставщик может осуществлять много поставок, а каждая Поставка осуществляется только одним поставщиком, т.е. степень связи 1:N. Каждый поставщик должен осуществлять поставки, а поставка должна осуществляться конкретным поставщиком, т.е. обе сущности имеют обязательный характер (рис. 8).

Рис. 8. Связь 1:N, обязательные классы принадлежности

Сущность Поставщики имеют один юридический адрес, следовательно, должны находиться в одном конкретном городе. А в одном городе могут находиться один, несколько или ни одного поставщика. Т.е. связь будет N:1, сущность Города будет иметь обязательный, а сущность Поставщики – необязательный классы принадлежности (рис. 9).

Рис. 9. Связь 1:N, обязательный и необязательный классы принадлежности

3. Построение модели «сущность-связь»

В процессе построение модели «сущность-связь» можно  выделить несколько этапов:

• Определение списка сущностей выбранной предметной области
• Определение списка атрибутов сущностей
• Описание связей между сущностями (степени, классы принадлежности связей, а также атрибуты связей, если они необходимы)
• Организация данных в виде диаграммы «сущность-связь»

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

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

1. Товар.

• Код товара – уникальный идентификатор, ключевой атрибут
• Товар – название товара
• Цена – денежное выражение стоимости товара
• Описание – для определения важных характеристик товара
• Количество – сумма товаров в магазине

2. Поставщики.

• Код поставщика – уникальный идентификатор, ключевой атрибут.
• Поставщик – название организации
• Фамилия, имя, отчество – инициалы директора организации или ответственного лица
• Код города – город, в котором находится поставщик
• Адрес – улица, на которой расположена организация-поставщик
• Телефон – номер, по которому можно связаться с поставщиком

3. Поставка.

• Код поставки – уникальный идентификатор, ключевой атрибут.
• Код поставщика – поставщик, осуществляющий поставку товара
• Код товара – товар, поступивший в магазин
• Цена – денежное выражение стоимости поставки
• Количество – сумма поступившего товара
• Дата поставки – день поступления товара

4. Город.

• Код города – уникальный идентификатор, ключевой атрибут.
• Город

5. Группа товаров.

• Код группы – уникальный идентификатор, ключевой атрибут.
• Группа – название группы, в которую входят товары
• Описание – для определения важных характеристик товара

После объединения всех фрагментов в общую  модель и добавления атрибутов, получится  диаграмма "сущность-связь", приведенная нарис. 10.

Рис. 10. Диаграмма «сущность-связь» учета поставки товаров в магазин

4. Проектирование реляционной модели БД

В конце 60-х годов появились работы, в  которых обсуждались возможности  применения различных даталогических моделей данных, представленных в табличном виде привычным способом представления данных. Для такого представления с использованием теории множеств было показано, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение (relation – отношение).

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

Основные правила составления таблиц:

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

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

Каждой  сущности модели «сущность-связь» ставится в соответствие отношение реляционной  модели. При этом на имена отношений накладываются ограничения, присущие конкретной СУБД.

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

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