Разработка базы данных CD-DVD прокат

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

ВВЕДЕНИЕ

В данной работе вы познакомитесь с базой данных «Прокат CD-DVD дисков» созданной при помощи программы Microsoft Access.

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

1. АРХИТЕКТУРА СУБД

В информационной системе с использованием технологии баз данных решается задача информационного моделирования какой-либо предметной области (ПО) или её фрагмента.

Хранилищем данных о ПО является, как правило, внешняя память, данные лежат в файлах внешней памяти.

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

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

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

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

1.1 Основные черты концепции БД

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

Появляются стандартизированные данные о фактографических данных - метаданные, управляемые СУБД; метаданные описывают информационные параметры и взаимосвязи фактографических данных о ПО.

СУБД совместно с метаданными представляет собой стандартизированное инструментальное средство для моделирования ПО различной природы.

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

1.2 Общие сведения об архитектуре СУБД

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

на уровне внешних моделей соответствующих различным запросам различных пользователей;

на логическом уровне, соответствующем интегральному взгляду на данные администратора ПО и администратора БД;

на внутреннем уровне, соответствующем взгляду на данные системных программистов.

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

Основными функциями СУБД являются:

управление данными во внешней памяти;

управление буферами оперативной памяти;

управление транзакциями;

журнализация;

поддержка языков БД.

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

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

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

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

Есть два вида аппаратных сбоев:

так называемые «мягкие» сбои, которые можно воспринимать как внезапную остановку работы ЭВМ (например, аварийное выключение питания);

жесткие сбои, когда теряется информация на внешних носителях.

Программные сбои чаще всего можно по последствиям и способам их ликвидации объединить с мягкими аппаратными сбоями.

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

Механизмы восстановления последствий мягких сбоев - либо произведение «отката» незавершенных транзакций, либо повторное воспроизведение операций завершенных транзакций (результаты которых, например, не успели попасть из буферов ОЗУ во внешнюю память).

Для восстановления БД после жесткого сбоя используют журнал и архивную копию БД.

1.3 О поддержке языков БД

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

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

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

1.4 Общие сведения о проектировании БД

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

Таким образом, выделяются следующие четыре этапа проектирования:

обследование ПО, формирование и анализ требований;

инфологическое проектирование;

логическое проектирование;

внутреннее (физическое) проектирование.

Каждому из этапов соответствуют свои принципы, методы, приемы.

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

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

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

объединения информации из различных фрагментов ПО;

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

выбора ключей;

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

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

Существуют два подхода к ПО:

исторически первый (как более простой и быстрый) основан на интегрировании представлений о ПО пользователей информации;

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

Современная точка зрения требует сочетания обоих представлений. Без учета второго подхода не будет достаточной гибкости и способности к адаптации при корректировке пользовательских потребностей.

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

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

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

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

2. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БД «ПРОКАТ CD-DVD ДИСКОВ»

Данная курсовая работа содержит данные по прокату CD-DVD Дисков и позволяет:

вести учёт данных о конкретном клиенте

хранить информацию о дисках, их прокате и поставке

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

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

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

удалять записи клиентов

При создании такой базы данных во первых нужно определить сущности:

Диски

Заказы

Клиент

Менеджер

Поставка

Поставщик

Прокат

Каждая сущность имеет свои атрибуты.

Диски:

Код диска (счётчик);

Наименование (текстовый);

Жанр (текстовый);

Количество (числовой);

Цена (денежный);

Наличие (логический);

Заказ:

Код заказа (счётчик);

Количество (числовой);

Дата заказа (дата/время);

Код диска (числовой);

Код менеджера (числовой);

Код поставщика (числовой);

Клиент:

Код клиента (счётчик);

Фамилия (текстовый);

Имя (текстовый);

Отчество (текстовый);

Паспортные данные (текстовый);

Код абонемента (числовой);

Код доп. бонуса (числовой);

Менеджер:

Код менеджер (счётчик);

Фамилия (текстовый);

Имя (текстовый);

Отчество (текстовый);

Паспортные данные (текстовый);

Зарплата (числовой);

Поставка:

Код поставки (счётчик);

Количество (числовой);

Дата поставки (дата \ время);

Цена (денежный);

Код диска (числовой);

Код поставщика (числовой);

Поставщик:

Код поставщика (счётчик);

Фамилия (текстовый);

Имя (текстовый);

Отчество (текстовый);

Код фирмы (числовой);

Адрес (текстовый);

Телефон (числовой);

Прокат:

Код проката (счётчик);

Дата проката (дата \ время);

Дата возврата (дата \ время);

Залог (денежный);

Код менеджера (числовой);

Код клиента (числовой);

Код диска (числовой)

Для решения поставленной задачи принята схема базы данных, представленная на В данной схеме представлена взаимосвязь всех таблиц базы данных и отношения между ними (см. рис. 1).

Рис. 1 - Схема данных БД «Прокат CD-DVD Дисков»

3. РУКОВОДСТВО РАЗРАБОТЧИКОВ БД «ПРОКАТ CD-DVD ДИСКОВ»

3.1 Создание таблиц и связей

Для начала запускаем Microsoft Access и создаём 7 таблиц по вышеуказанной инфологической модэли (см.рис2)

Рис. 2 - Таблицы



Рис. 3 - Таблица «Диски»

база данная программный запрос

Рис. 4 - Таблица «Диски» в режиме конструктора

2.2 Создание запросов

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

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

Построение запросов в режиме Конструктора

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

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

Ниже приведены некоторые запросы созданные в базе данных «Прокат CD-DVD дисков» (см. рис. 5)

Рис. 5 - Запрос «Имя начинается а э» в режиме конструктора



Рис. 6 - Запрос «имя начинается на слог улт» в режиме конструктора

Рис. 7 - Запрос «Общая сумма» в режиме конструктора

2.3 Создание форм

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

Автоформы. В отличие от таблиц, структуру которых лучше формировать вручную, формы удобно готовить с помощью средств автоматизации. Существуют три вида автоформ: «в столбец», «ленточные» и «табличные». Автоформа «в столбец» отображает все поля одной записи - она удобна для ввода и редактирования данных. «Ленточная» автоформа отображает одновременно группу записей - ее удобно использовать для оформления вывода данных. Табличная автоформа по внешнему виду ничем не отличается от таблицы, на которой она основана.

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

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

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

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

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

Ниже приведена одна из форм созданная на базе данных «Прокат CD-DVD Дисков» (см.рис. 8).

Рис. 8 - Форма «Клиент-Прокат»

2.4 Создание отчетов

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

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

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

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

Ниже приведён один из отчётов созданный на базе «Прокат CD-DVD дисков» (см. рис. 9).

Рис. 9 - Отчёт «Диски» в режиме конструктора



Рис. 10 - Отчёт «Диски»

3.5 Работа с макросами

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

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

Ниже приведена одна из макрокоманд созданная на базе«Прокат CD-DVD дисков».

Рис. 11 - «Эта макрокоманда закрывает форму»

4. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ БД «ПРОКАТ CD-DVD ДИСКОВ»

При открытии базы данных прокат CD-DVD дисков, автоматически открывается Главная кнопочная форма (см. рис. 12).

Рис. 12 - Главная кнопочная форма

На ней представлены основные кнопки

Поиск данных

Ввод данных

Изменение данных

Отчёты

Выход

Поиск данных - Осуществляет поиск волнующих нас клиентов (см. рис. 11).

Ввод данных - Осуществляет добавление новых клиентов, поставщиков или менеджеров (см. рис. 12).

Изменение данных - Осуществляет изменение личных данных клиента, менеджера или поставщика (см. рис. 13).

Отчёты - Выводит на экран данные о дисках, людях, продажах и т.д. (см. рис. 14).

Выход - осуществляет выход из программы базы данных (см. рис. 15).

Рис. 13 - Кнопочная форма «Ввод Данных»

Рис. 14 - Кнопочная форма «Поиск данных»



Рис. 15 - Кнопочная форма «Изменение данных»

Рис. 16 - Кнопочная форма «Отчёты»



Рис. 17 - Кнопочная форма « Выход»

Также в главной кнопочной форме есть кнопка для открытия информационного письма, кнопка для поиска данных в Интернете

ЗАКЛЮЧЕНИЕ

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

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

ГЛОСАРИЙ

БД - База данных - Совокупность данных и объектов, относящихся к определённой задаче

ПО - Программное обеспечение - Средства для управления компьютером

ОС - Операционная система - запускается на момент включения компьютера и обеспечивает диалог пользователю с системой

Компиляторы - преобразование операторов языка БД в выполняемую программу.

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

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

Транзакция - это последовательность операций над БД, рассматриваемая СУБД как единое целое.

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