Разработка базы данных "Компьютерные игры" (50227)

Посмотреть архив целиком

Балтийская государственная академия рыбопромыслового флота

Кафедра "Автоматизированные системы обработки информации и управления"








Курсовая работа

по дисциплине "Информатика"















Калининград 2004г.


Оглавление


Введение

1. Цель курсовой работы

2. Структура базы данных

2.1 Таблицы

2.1.1 Таблица "Игры"

2.1.2 Таблица "Награды"

2.1.3 Таблица "Фирма-разработчик"

2.1.4 Таблица "Фирма-издатель"

2.1.5 Таблица "Телефоны фирм-разработчиков"

3. Схема данных

4. Формы

5. Запросы

6. Отчеты

Вывод по проделанной работе

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



Введение


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

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

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

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

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

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

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

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

  • банк данных, который был создан ранее и используется до сих пор.

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

Свою курсовую работу я делал в программной среде Microsoft Access из пакета Microsoft Office XP.

Microsoft Access – это интерактивная, реляционная СУБД для операционной системы Windows. Она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющейся операции (ведение счетов, учет товара, планирование…) С помощью Access можно разрабатывать удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов. Объектом обработки Access является файл БД, имеющий произвольное имя и расширение .mdb. В это файл входят основные объекты Access: таблицы, формы, запросы, отчеты, макросы, модули. В состав СУБД входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать как среду разработки приложений. Используя макросы и модули для автоматизации решения задач можно создавать ориентированные на пользователя приложения. Access также предоставляет пользователю механизмы работы с базами различных форматов. Мощность и доступность Access делает эту систему лучшей СУБД.



1. Цель курсовой работы


Цель курсовой работы – разработать базу данных в соответствии с выданным вариантом. Варианты выдавались в соответствии с двумя последними цифрами зачетной книжки. Мой вариант - №40 – БД "Cbcnt

Интерфейс базы данных должен обеспечивать:

  • Ввод, просмотр, редактирование данных на основе форм с максимальным использованием средств автоматизации (выбор значений из списков).

  • Стандартные операции навигации и обслуживания базы данных.

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

  • Печать отчётов для документирования различных данных.

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

Наполнить базу данных определённой информацией и протестировать систему. Получить образцы стандартных запросов и отчётов.

Сделать вывод по проделанной работе.



2. Структура базы данных


2.1 Таблицы


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

  • Однозначная идентификация записи: запись должна однозначно определяться значением ключа;

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

Каждое значение первичного ключа в пределах таблицы должно быть уникальным. В противном случае невозможно отличить одну запись от другой. Таким образом, указание первичного ключа – это и есть единственный способ отличить один экземпляр объекта от другого. В данной работе использовались индексированные поля, поскольку при этом MS Access 2000 работает наиболее эффективно.

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



2.1.1 Таблица "Игры"


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


2.1.2 Таблица "Награды"


А в этой таблице у меня находятся такие поля, как "Рейтинг ag.ru", "Выставка E3", "Выставка ECTS", "Выставка Tokyo Game Show". Я создал эту таблицу, чтобы оценивать игры, находящиеся у меня в основной таблице, по различным рейтингам. Ключевое поле – "Код игры".


2.1.3 Таблица "Фирма-разработчик"


В этой таблице у меня хранится информация о фирмах-разработчиках игр.


2.1.4 Таблица "Фирма-издатель"



Ну а в этой таблице у меня хранится информация о фирмах-издателях игр.


2.1.5 Таблица "Телефоны фирм-разработчиков"


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



3. Схема данных



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


Случайные файлы

Файл
159658.rtf
CBRR1837.DOC
25172-1.rtf
50498.rtf
176160.rtf




Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.