Система управления базами данных Microsoft Access

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

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

Введение

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

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

Целью моей курсовой работы является построение информационной системы кинотеатра для обработки данных, внесения изменений и вывода отчетов с помощью Microsoft Office Access. Предметной областью моей базы данных будет являться сведенья о времени проведения сеансов, включая названия фильмов, о количестве мест в зале и ценах на билет. Система предназначена для обработки данных о новинках в кино (название и год выпуска фильма, жанр, продолжительность и формат). Система должна выдавать отчеты по запросу оператора кинотеатра: расписание сеансов со стоимостью билетов, билет на определенный сеанс, ведомости проданных билетов на определенный день.

1. Обследование предметной области (анализ)

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

Описание предметной области:

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

Структура предметной области:

Структура включает в себя несколько сущностей, характеризуемых атрибутами.

Кинотеатр <адрес, контактная информация, название кинотеатра>

Зал <номер, количество мест, тип>

Сеанс <начало сеанса, конец сеанса>

Фильм <название, год, жанр, тип, продолжительность>

Место < ряд, номер, тип, стоимость>

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

Созданная модель данных должна учитывать основные решаемые задачи:

Транзакционные:

- Ввод и корректировка сведений о сеансах

- Ввод и корректировка сведений о фильмах

- Изменение стоимости

- Отмена сеанса

Справочные:

- Расписание на неделю вперед

Аналитические:

- Самые популярные фильмы (за определенный период) по количеству проданных билетов.

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

- Информация о свободных местах

2. Концептуальное (инфологическое) проектирование

Описание информационных объектов предметной области и связей между ними.

Рис. 2.1 - Графическое обозначение элементов модели

Рис. 2.2 - Инфологическая модель

3. Выбор СУБД

3.1 Обзор СУБД

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

· персональные (СУБДП) - предназначены для работы одного пользователя на ПК (dBase, FoxPro, MS Access и др.);

· многопользовательские (СУБДМ) - предназначены для параллельной работы нескольких пользователей на больших компьютерах (MS SQL Server).

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

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

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

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

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

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

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

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

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

Среди наиболее известных представлений СУБД можно отметить: Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.

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

Microsoft Access - это мощная СУБД, доступная любому пользователю. Этот инструмент предназначен для человека, текущей задачей которого является быстрая и эффективная организация накопленного (или вновь создаваемого) объема информации. Несмотря на мощь инструментария, Microsoft Access прост в использовании. Это достигается, прежде всего, удобным интерфейсом (который полностью соответствует общему стилю любого приложения семейства Microsoft Office).

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

Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод, независимо от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, МЕМО, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений. Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД, в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Система Access - это набор инструментов конечного пользователя для управления базами данных. В ее состав входят конструкторы таблиц, форм, запросов, отчетов и страниц доступа к данным. Эту систему можно рассматривать и как среду разработки приложений. Используя макросы или модули для автоматизации решения задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. При этом они будут включать кнопки, меню и диалоговые окна. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке.

3.2 Основные компоненты СУБД Access

Основными компонентами базы данных являются:

· Таблицы

· Запросы

· Формы

· Отчеты

· Макросы

Таблица -- фундаментальная структура системы управления реляционными базами данных. В Microsoft Access таблица -- это объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов). Каждое поле содержит отдельную часть записи, например фамилию, должность или инвентарный номер. Обычно каждая таблица используется для хранения сведений по одному конкретному вопросу. Запрос -- вопрос о данных, хранящихся в таблицах, или инструкция на отбор записей, подлежащих изменению.

С помощью Microsoft Access могут быть созданы следующие типы запросов:

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

* запрос-изменение изменяет или перемещает данные. К этому типу относятся запрос на добавление записей, запрос на удаление записей, запрос на создание таблицы или запрос на обновление;

* перекрестные запросы предназначены для группирования данных и представления их в компактном виде;

* запрос с параметрами позволяет определить одно или несколько условий отбора во время выполнения запроса;

* запросы SQL -- это запросы, которые могут быть созданы только с помощью инструкций SQL в режиме SQL: запрос-объединение, запрос к серверу и управляющий запрос. Язык SQL (Structured Query Language) -- это язык запросов, который часто используется при анализе, обновлении и обработке реляционных баз данных. Форма -- это объект Microsoft Access, в котором можно разместить элементы управления, предназначенные для ввода, изображения и изменения данных в полях таблиц. Отчет -- это объект Microsoft Access, который позволяет представлять определенную пользователем информацию в определенном виде, просматривать и распечатывать ее.

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

Модуль -- набор описаний, инструкций и процедур, сохраненных под одним именем. В Microsoft Access имеется три типа модулей: модуль формы, отчета и общий модуль. Модули форм и отчетов содержат локальную программу для форм или отчетов. Если процедуры общего модуля явным образом не объявлены личными для модуля, в котором они появляются, они распознаются и могут вызываться процедурами из других модулей этой базы данных.

4. Даталогическое проектирование базы данных

На данном этапе выполняется преобразование ER-диаграммы в реляционную схему.

Рис. 4.1 - Логический уровень

Рис. 4.1 - Физический уровень

5. Физическое проектирование базы данных

5.1 Таблицы

Таблица «Кинотеатр» (рис.5.1.1) содержит информацию о кинотеатре и имеет поля: Название (текстовый)- ключевое поле, Адрес (числовой), Телефон (числовой).

Рис. 5.1.1 - Таблица «Кинотеатр»

Таблица «Фильмы» (Рис. 5.1.2) содержит информацию о фильмах находящихся в прокате и имеет поля: Код фильма (числовой)- ключевое поле, Название (текстовый), Год выпуска (числовой), Жанр (текстовый), Продолжительность (числовой), Формат (текстовый), Страна производитель (текстовый).

Рис. 5.1.2 - Таблица «Фильмы»

Таблица «Сеансы» (Рис. 5.1.3) содержит информацию о расписании показав за неделю и имеет поля: Код сеанса (числовой)- ключевое поле, Код фильма (числовой), Дата (дата/время), Код зала (числовой), Начало сеанса (дата/время), Конец сеанса (дата/время).



Рис. 5.1.3 - Таблица «Сеансы»

Таблица «Продажи» (рис. 5.1.4) содержит информацию о количестве продаж и имеет поля: Код зала (числовой)- ключевое поле, Ряд (числовой), Место (числовой), Цена билета (денежный), Дата (дата/время), Начало сеанса (дата/время), Код фильма (числовой), Код сеанса (числовой), Билет (текстовый).

Рис. 5.1.4 - Таблица «Продажи»

Таблица «Фильм» (рис. 5.1.5) имеет поле: Код фильма (числовой)- ключевое поле.

Рис. 5.1.5 - Таблица «Фильм»

Таблица «Билеты» (рис. 5.1.6) имеет поле: Билет (Текстовый)- ключевое поле.

Рис. 5.1.6 - Таблица «Билеты»

5.2 Связи между таблицами

В базе данных имеется 1 вид связи (рис. 5.2.1):

- Один-ко-многим- между таблицами Кинотеатр и Продажи (по полю Название кинотеатра), Билеты и Продажи (по полю Билет), Фильмы и Продажи (по полю Код фильма), Сеансы и Продажи (по полю Код сеанса), Зал и Сеансы (по полю Код зала), Фильм и Сеансы (по полю Код фильма).

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

Рис. 5.2.1 Схема данных

5.3 Запросы

Запрос 1. «За определенное число» (рис. 5.3.1). Запрос создан на основе таблицы «Сеансы». Для поля установлен параметр в строке Условие отбора: [Введите дату]. При открытии запроса будет всплывать окошко с просьбой ввести интересующую дату.

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

Запрос 2. «Популярность фильмов» (рис. 5.3.2) Запрос создан на основе двух таблиц: Продажи, Фильмы. Для поля Цена билета применена групповая операция «Count» и установлена сортировка по убыванию. Запрос будет отображать список самых просматриваемых фильмов по убыванию.

Рис. 5.3.2 - Запрос «Популярность фильмов» в режиме конструктора

Запрос 3. «Сумма выручки» (рис. 5.3.3) Запрос создан на основе таблицы Продажи. Запрос предусмотрен для подсчета общей суммы выручки за определенную дату. Для поля Место применена групповая операция «Count» и установлена сортировка по убыванию. Для поля Цена билета применена групповая операция «Sum». А также для поля дата установлено условие отбора.

Рис. 5.3.3 - Запрос «Сумма выручки» в режиме конструктора

Запрос 4. «Кол-во свободных мест» (рис. 5.3.4). Запрос создан на основе трех таблиц: Продажи, Фильмы, Зал. Данный запрос подсчитывает количество свободных мест. Для поля Место применена групповая операция «Count», для поля Билет установлено условие отбора. А также сформировано новое поле Кол-во свободных мест по формуле:

Кол-во свободных мест: ([Кол-во мест]-[Count-Место])

Рис. 5.3.4 - Запрос «Кол-во свободных мест» в режиме конструктора

5.4 Формы

Форма 1. «За определенное число» (рис. 5.4.1) создан с помощью конструктора на основе запроса. Данная форма предназначена для отображения сеансов за конкретное число и внесения изменений в расписание.

Рис. 5.4.1 - Форма «За определенное число»

Форма 2. «Информация о залах» (рис. 5.4.2) создана с помощью конструктора на основе запроса. Форма предназначена для отображения информации о имеющихся залах.

Рис. 5.4.2 - Форма «Информация о залах»

Форма3. «Информация о кинотеатре» (рис. 5.4.3) создана с помощью конструктора на основе таблицы «Кинотеатр». Данная форма отображает контактную информацию о кинотеатре.

Рис. 5.4.3 - Форма «Информация о кинотеатре»

Форма 4. «Информация о продажах» (Рис.5.4.4) создана с помощью конструктора на основе таблицы «Продажи».Данная форма предназначена как для просмотра информации о продажах, так и для внесения изменений и корректировок в нее.

Рис. 5.4.4 - Форма «Информация о продажах»

Форма 5. «Информация о фильмах» (рис. 5.4.5) создана с помощью конструктора на основе таблицы «Продажи». Данная форма предназначена для ввода и корректировок сведений о фильмах.

Рис. 5.4.5 - Форма «Информация о фильмах»

Форма 6. «Кол-во свободных мест» (рис. 5.4.6) создана с помощью конструктора на основе запроса «Кол-во свободных мест». Данная форма отображает информацию о количестве свободных мест.

Рис. 5.4.6 - Форма «Кол-во свободных мест»

Форма 7. «Популярность фильмов» (рис. 5.4.7) создана с помощью конструктора на основе запроса «Популярность фильмов» и предназначена для удобного просмотра списка популярности фильмов.

Рис. 5.4.7 - Форма «Популярность фильмов»

5.5 Отчеты

Отчет 1. «Кол-во свободных мест» (рис. 5.5.1) создан через мастер, на основе запроса «Кол-во свободных мест». Отчет отображает информацию о количестве свободных и занятых местах, а также информацию о забронированных и проданных местах.

Рис. 5.5.1 -Отчет «Кол-во свободных мест»

Отчет 2. «Сумма выручки» (рис. 5.5.2) создан через мастер, на основе запроса «Сумма выручки». Отчет отображает информацию о общей сумме выручки за продажу билетов. А также при открытии отчета будет всплывать окошко с просьбой ввести интересующую дату.

Рис. 5.5.2 -Отчет «Сумма выручки»

5.6 Макросы

Макрос 1. «Для добавление» (рис. 5.6.1). Данный макрос позволяет автоматически открыть форму «Информация о сеансах» в режиме добавления записей.

Рис. 5.6.1 -Макрос «На добавление» в режиме конструктора

Макрос 2. «Перевод курсора» (рис. 5.6.2). Данный макрос позволяет при открытии формы «Сеансы» устанавливать курсор на поле Дата.

Рис. 5.6.2 -Макрос «Перевод курсора» в режиме конструктора

Макрос 2. «Просмотр формы и таблицы» (Рис. 5.6.3). Данный макрос позволяет отображать на экране одновременно и форму и таблицу «Продажи».

Рис. 5.6.3 -Макрос «Просмотр формы и таблицы» в режиме конструктора

Заключение

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

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

В данной курсовой работе были проведены исследования и проектирование базы данных “Кинотеатр”, в разработанной базе можно хранить данные о новинках кино, расписаниях сеансов, информации о продажи билетов и многое другое. Проектирование осуществлялось на построение концептуальной модели, разработкой на её основе реляционной модели и реализацией базы в Microsoft Access.

Таким образом, можно утверждать, что цель данной курсовой работы выполнена, MS Access изучен в соответствии с поставленными задачами.

информационный кинотеатр microsoft office

Список использованной литературы

1. В.С Оскерко “Практика по технологиям баз данных”

2. Источники из интернета:

3. http://khpi-iip.mipk.kharkiv.edu/library/dbms/lab1/makr.html

4. http://works.doklad.ru/view/DA5qQmQN33I.html

5. http://miit.bsu.edu.ru/docs/inf/access/access08.htm

6. http://www.rlsnet.ru/

7. http://yaca.yandex.ru/yca/cat/Private_Life/Health/Medication/

8. http://www.poisklekarstv.ru/region-kaliningrad/

9. http://life-prog.ru/view_shpargalkiCompStroi.php?id=83

10. http://www.taurion.ru/access/11/2

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

...