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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ

Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования

«Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича»

Курсовая работа по дисциплине «Информационные технологии»

Тема: Разработка базы данных по фондам музеев

Выполнила: студентка группы ИБ21з

Соболева Ксения Николаевна

Проверил:

Санкт-Петербург

2014



Содержание

Введение

1. Инфологическое проектирование

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

1.2 Инфологическая модель

2. Даталогическое проектирование

2.1 Краткая характеристика СУБД

2.2 Схема базы данных

2.3 Таблицы и их характеристики

2.4 Формы

2.5 Запросы

2.6 Отчет

Заключение

Список литературы



ВВЕДЕНИЕ

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

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

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

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

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

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



1. Инфологическое проектирование

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

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

Таким образом, можно выделить следующие 3 сущности:

1) Музеи;

2) Картины;

3) Художники;

Атрибуты сущности «Музеи»:

1) Музей;

2) Страна;

3) Город;

4) Адрес;

5) Телефон;

Ключевой атрибут «Музей».

Атрибуты сущности «Картины»:

1) КодКартины;

2) КодХудожника;

3) Музей;

4) Картина;

5) ДатаСоздания;

6) Стоимость;

7) Характеристика;

8) Художник;

Ключевые атрибуты «КодКартины», «КодХудожника».

Атрибуты сущности «Художники»:

1) КодХудожника;

2) Художник;

3) МестоРождения;

4) ДатаРождения;

5) ДатаСмерти;

Ключевой атрибут «КодХудожника».

Отношения определяют связи между сущностями. Картины «хранятся» в музеях, художники «создают» картины, каждая картина хранится только в одном музее. Имеем бинарное отношение «Музеи»-«Картины» - «один-ко-многим» (1:M) и «Художники» и «Картины» - «один-ко-многим» (1:M).

ER-диаграмма модели базы данных представлена на рисунке 1.

1.2 Инфологическая модель

Рисунок 1 - ER-диаграмма модели базы данных



2. Даталогическое проектирование

2.1. Краткая характеристика СУБД

В качестве СУБД выбрана MS ACCESS так она может полностью реализовать все обозначенные в ТЗ задачи.

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

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

MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения, не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.

2.2. Схема базы данных

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

Рисунок 2 - Схема базы данных

данные база музей живопись

2.3. Таблицы и их характеристики

Рисунок 3 - Таблица «Музеи» в режиме Конструктора

Таблица 1 - Характеристика таблицы «Музеи»

Название поля	Характеристика поля	Тип данных	Размер данных	Индексирование поля
Музей	Ключевое поле	Текстовый	255	Да
Страна	Страна, в котором находится музей	Текстовый	255	Нет
Город	Город, в котором находится музей	Текстовый	255	Нет
Адрес	Адрес музея	Текстовый	255	Нет
Телефон	Телефон справочной службы	Текстовый	255	Нет

Рисунок 4 - Таблица «Музеи»

Таблица «Картины»

Рисунок 5 - Таблица «Картины» в режиме конструктора

Таблица 2 - Характеристика таблицы «Картины»

Название поля	Характеристика поля	Тип данных	Размер данных	Индексирование поля
КодКартины	Ключевое поле	Счетчик	Длинное целое	Да
КодХудожника	Ключевое поле	Числовое	Длинное целое	Нет
Музей	Название музей, в котором хранится картина	Текстовый	255	Нет
Картина	Название картины	Текстовый	255	Нет
ДатаСоздания	Дата создания	Дата/время	Маска ввода 00.00.0000;0;_Значение по умолчанию Дата()	Нет
Стоимость	Стоимость	Денежный		Нет
Характеристика	Оригинал/копия, масло/акварель/пастель/уголь	Текстовый	255	Нет
Художник	Фамилия художника	Текстовый	255	Нет

Для поля КодХудожника задана подстановка из таблицы «Художники»:

SELECT [Художники].[КодХудожника], [Художники].[Художник]

FROM Художники;

Для поля Музей задана подстановка из таблицы «Музеи»:

SELECT Музеи.Музей FROM Музеи;

Рисунок 6 - Таблица Картины

Третья сущность - таблица «Художники». На рисунках 7 и 8 показана эта таблица представлена в режимах Конструктор и Таблица соответственно.

Рисунок 7 - Таблица Художники в режиме Конструктор

Таблица 3 - Характеристика таблицы «Художники»

Название поля	Характеристика поля	Тип данных	Размер данных	Индексирование поля
Код Художника	Ключевое поле	Счетчик	Длинное целое	Да
Художник	Фамилия художника	Текстовый	255	Нет
Место Рождения	Страна, в которой родился художник	Текстовый	255	Нет
Дата Рождения	Приблизительная дата рождения художника	Дата/время		Нет
ДатаСмерти	Приблизительная дата смерти художника	Дата/время		Нет

Рисунок 8 - Таблица «Художники»

2.4. Формы

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

На рисунках 9 и 10 представлены формы для добавления/изменения/обновления информации о картинах и художниках соответственно. Формы позволяют сделать это быстро и в реальном времени. Для поиска определенной картины или художника можно воспользоваться полем «Поиск» в нижней части формы. Поля КодКартины и КодХудожника заполняются автоматически.

Рисунок 9 - Форма для добавления/изменения/удаления данных о картине

Рисунок 10 - Форма для добавления/изменения данных о художнике

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

Рисунок 11 - Форма для изменения стоимости картины

Разработана главная форма для запуска форм редактирования данных, запросов и отчета. Настроен запуск данной формы при открытии базы данных (рисунок 12).

Рисунок 12 - Основная форма «Навигация»

Рисунок 13 - Форма, содержащая таблицы

Рисунок 14 - Форма, содержащая запросы

Рисунок 15 - Форма, содержащая формы.

2.5. Запросы

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

Запрос перечня картин с датой их создания для указанного художника.

SELECT Картины.Картина, Картины.ДатаСоздания, Картины.Художник

FROM Картины

WHERE (((Картины.Художник)=[Фамилия художника]));

Рисунок 16 - Поле для вводимого значения

Результат:

Рисунок 17 - Результат запроса

Перечень художников по указанной стране.

SELECT Художники.Художник, Художники.МестоРождения

FROM Художники

WHERE (((Художники.МестоРождения)=[Страна]));

Рисунок 17 - Поле ввода.

Результат:

Рисунок 18 - Результат запроса

Запрос характеристики картины по ее названию и фамилии художника. SELECT Картины.Картина, Картины.Художник,

Картины.Характеристика

FROM Картины

WHERE (((Картины.Картина)=[Название картины]) AND ((Картины.Художник)=[Фамилия художника]));

Рисунок 19 - Поле ввода названия картины

Рисунок 20 - Поле ввода фамилии художника

Рисунок 21 - Результат запроса

Запрос перечня художников, живших в указанный период времени.

SELECT Художник, ДатаРождения, ДатаСмерти

FROM Художники

WHERE (ДатаРождения>Format([Введите начало периода],"dd\/mm\/yyyy") And ДатаСмерти<Format([Введите конец периода],"dd\/mm\/yyyy")) Or (ДатаРождения>Format([Введите начало периода],"dd\/mm\/yyyy") And ДатаРождения<Format([Введите конец периода],"dd\/mm\/yyyy")) Or (ДатаРождения<Format([Введите начало периода],"dd\/mm\/yyyy") And ДатаСмерти>Format([Введите конец периода],"dd\/mm\/yyyy")) Or (ДатаРождения<Format([Введите начало периода],"dd\/mm\/yyyy") And ДатаСмерти>Format([Введите конец периода],"dd\/mm\/yyyy"));

Рисунок 22 - Поле ввода начала периода

Рисунок 23 - Поле ввода конца периода

Рисунок 24 - Результат запроса

Запрос числа картин, хранящихся в фонде музеев, для указанного художника.

PARAMETERS [Фамилия художника] Text ( 255 );

TRANSFORM Count(Картины.Картина) AS [Count-Картина]

SELECT Картины.Художник, Count(Картины.Картина) AS [Итоговое значение Картина]

FROM Картины

WHERE (((Картины.Художник)=[Фамилия художника]))

GROUP BY Картины.Художник

PIVOT Картины.Музей;

Рисунок 24 - Поле ввода

Рисунок 25 - Результат запроса

Запрос на изменение стоимости картины.

UPDATE Картины SET Картины.Стоимость = [Новая стоимость]

WHERE (((Картины.Картина)=[Введите название картины]));

Рисунок 26 - Поле ввода новой стоимости

Рисунок 27 - Поле ввода названия картины

Рисунок 28 - Сообщение об обновлении

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

Рисунок 29 - Таблица «Картины». Обновленная строка под номером 49.

2.6. Отчет

Рисунок 30 - Отчет



ЗАКЛЮЧЕНИЕ

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

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

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

С разработанным проектом были проведены все необходимые мероприятия по тестированию и испытанию в среде Windows.



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

1. Базы данных - http://www.intuit.ru/department/database/dbmdi/7/

2. Проектирование реляционных баз данных - http://rema44.ru/resurs/study/dbprj/dbprj.html

3. Инфологическое проектирование баз данных -http://wiki.mvtom.ru/

4. База данных Access. Создание таблиц и связей между ними - http://www.lessons-tva.info/edu/e-inf2/m2t4_3.html

5. База данных Access. Создание запросов - http://www.lessons-tva.info/edu/e-inf2/m2t4_4.html

6. База данных Access. Проектирование форм - http://www.lessons-tva.info/edu/e-inf2/m2t4_5.html

7. База данных Access. Создание отчетов - http://www.lessons-tva.info/edu/e-inf2/m2t4_6.html

8. Структура базы данных Access - http://office.microsoft.com/ru-ru/access-help/HA010341808.aspx

9. Создание первой базы данных в Access - http://www.windowsfaq.ru/content/view/655/46/

10. База данных Access - http://www.tepka.ru/msoffice/1601.html

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