Файл: Тема курсовой работы Разработка базы данных магазина бытовой техники. Целью курсовой работы является разработка базы данных магазина бытовой техники. 4.docx

СОДЕРЖАНИЕ

---

ВВЕДЕНИЕ

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

Тема курсовой работы «Разработка базы данных магазина бытовой техники. Целью курсовой работы является разработка базы данных магазина бытовой техники.

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

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

- формировать информацию о счетах на оплату покупки, с учетом предоставляемой скидки; об итогах продаж; о количестве товаров на складах;

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

- обеспечивает получение информации о количестве проданного товара и анализ продажи товаров;

- обеспечивает организацию защиты посредством логина и пароля

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

---

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

- сведения о товарах, поставщиках и производителях товара;

- сведения о продажах магазина;

- регистрацию покупателей магазина;

- сведения партиях товаров.

Разработка структуры базы данных начинается с выбора типа базы данных.

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

База данных будет создаваться в СУБД MS Access.

1. Теоретические основы проектирования и разработки баз данных

1.1. Основные принципы проектирования реляционных баз данных

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

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

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

---

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

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

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

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

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

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

1. Системный анализ и словесное описание информационных объектов предметной области.

2. Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, в терминах ER-модели.

---

3. Даталогическое или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных.

4. Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

Между вторым и третьим этапами необходимо принять решение, с использованием какой стандартной СУБД будет реализовываться наш проект.

1.2. Этапы физической реализации проектируемой базы данных

Физическое проектирование это определение особенностей хранения данных, методов доступа и т.д [6].

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

Процедуры физического проектирования следующие.

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

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

Все решения, принятые в связи с реализацией бизнес-правил предметной области, подробно описываются в сопутствующей документации.

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

---