Проектирование и разработка реляционной базы данных для информационной системы Евросоюза

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

Введение

Темой данного курсового проекта является «Проектирование и разработка реляционной базы данных для информационной системы Евросоюза»

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

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

Целью данной курсовой работы является создание реляционной базы данных Евросоюза и разработка приложения для работы с данной базой.



1. Анализ предметной области

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

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

Европемйский союмз (Евросоюмз, ЕС) -- экономическое и политическое объединение 28 европейских государств, представляющее собой совокупность страны которые входят в Евросоюз.

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

1.2 Обоснование разработки

Цель создания базы данных состоит в автоматизации получения нужной информации о Евросоюзе.

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

Для автоматизации выбраны следующие функции базы данных «Евросоюз»:

*просмотр и редактирование списка стран;

* просмотр и редактирование дату вступление стран в Евросоюз;

* просмотр и редактирование списка столицы стран;

*просмотр и редактирование списка президентов стран;

*просмотр и редактирование списка премьер-министров стран;

*поиск языков стран, их родной язык, и региональные языки ;

*просмотр географические описание стран, их географические площади и число население человека;

* просмотр стран расположенных в определенных регионах;

*просмотр и редактирование списка стран и их валюты;

*просмотр и редактирование списка стран и их религии.



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

2.1 Описание параметров входной информации

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

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

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

Все указанные выше сущности необходимо связать между собой.

1) «Страны» и «Валюты» тип связи «многие-ко-многим»;

2) «Страны» и «Региональные языки» - «многие-ко-многим»;

3) «Страны» и «Межнациональности» - «многие-ко-многим»;

4) «Страны» и «Географии» - «один-ко-одному»;

5) «Страны» и «Религии» - «многие-ко-многим»;

6) «Страны» и «Регионы» - «один-ко-многим;

7) «Евросоюз» и «Страны» - «один-ко-многим».



2.2 Построение ER-диаграммы

Модель данных разрабатываемой базы данных представлена следующими сущностями:

· евросоюз;

· страны;

· валюты;

· языки;

· региональные языки;

· географии;

· регионы;

· национальности;

· межнациональности;

· религий.

Связи между сущностями отображены на ER-диаграмме (рисунок 1).

Рисунок 1 - ER-диаграмма

информационный интерфейс валюта



2.3 Описание параметров выходной информации

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

-отчет по «странам»;

-отчет по «странам их дату вступление в евросоюз»;

-отчет «имя президента стран и имя премьер-министра»;

-отчет о «столицах в стране»;

-отчет по «географическими населениями в стране»;

-отчет по «языки в стране»;

-отчет по «национальности в стране»;

-отчет по «религии в стране»;

-отчет о «валюте которые используются в стране».

2.4 Требования к интерфейсам информационной системы

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

*форма для заполнения сведений о странах;

*форма для заполнения сведений о межнациональности;

*форма для выбора межнациональности по национальности ;

*форма для заполнения сведений о валютах;

*форма для заполнения сведений о георграфиях;

*форма для заполнения сведений о религиях;

*форма для заполнения сведений о региональных языков;

*форма для выбора региональных языков по языке.

В базе данных «Евросоюз» созданы следующие формы:

*«Страны» - просмотр и редактирование списка стран, и выбор дату вступления, столицу,президента, премьер-министра, и родной язык страны;

*«Географии» - просмотр и редактирование списка географии, их размер географических площадей, и насления человека;

*«Валюты» - просмотр и редактирование списка валюты, описания и выбор валюта;

*«Регионы» - просмотр и редактирование списка регионов;

*«Религий» - просмотр и редактирование списка религий в стране;

*«Национальности» - просмотр и редактирование списка национальности;

*«Межнациональности» - поиск межнациональности определенного национальности в стране;

*«Языки» - просмотр и редактирование списка языков;

*«Региональные языки» - поиск региональные языки определенного языка в стране;

*«Выбор стран по региону» - поиск стран определенного региона;

*«Выбор стран по евросоюзу» - поиск стран, которые входят в евросоюз;

*«Ввод стран евросоюза» - ввод стран евросоюза, с возможностью добавления новых стран в евросоюз.

Бизнес - правило 1: У каждой страны есть своя одна столица. Не может быть у одной страны две столицы.

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

Каждая страна имеет дату вступления в евросоюз, несколько стран может в один и тот же день вступить в евросюз.

На основе первого бизнес-правила мы получаем сегмент ER-модели, представленный на рис.1.1



Рисунок.1.1 - бизнес - правило 1

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

Рисунок.1.2 - бизнес - правило 2



Бизнес - правило 3: Страна имеет денежную валюту, у каждой страны есть своя валюта с которыми они могут использовать в своем стране. Одну и ту же денежную валюту могут использовать несколько стран.

Рисунок.1.3 - бизнес - правило 3

Бизнес - правило 4: Страна имеет свое географические описание, как например, географические площади(размеры), число население человека. Каждая страна имеет свои собственные георгафические описании. На основе Бизнес-правила 4 мы получаем следующий сегмент ER-модели.

Рисунок.1.4 - бизнес - правило 4



Бизнес - правило 5: Каждая страна имеет свои расположении в карте. То есть, регионы. Без региона страна не имеет свое место в карте.

Рисунок.1.5 - бизнес - правило 5

Бизнес - правило 6: У каждой страны есть свои официальные языки, и региональные языки. Поэтому в стране имеется несколько языков с которыми они могут разговаривать. Другие страны могут использовать те же языки для повсевдневной жизни.

Рисунок.1.6 - бизнес - правило 6



Бизнес - правило 7: У каждой страны есть своя религия , одну и ту же религию могут придержоваться несколько стран. В одной стране люди могут придержовать разные религий.

Рисунок.1.7 - бизнес - правило 7

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

Рисунок 1.8 - Уточненная ER-диаграмма концептуальной модели телеканалы



3. Определение атрибутов каждой сущности

В таблице 3.1 будут описаны все атрибуты сущностей.

Таблица 3.1 - Атрибуты каждой сущности

Сегмент ER - модели	Описание
	Таблица Strany содержит следующие данные: strana_id - уникальный код страны strana_name - название страны data_vstupleniya - дата вступления stolisa - столица president - президент primer_ministr - премьер министр geog_id- уникальный код типа георграфии region_id - уникальный код типа регионы valuita_id - уникальный код типа валюты regionalyazik_id - уникальный код типа региональные языки mejnasci_id - уникальный код типа межнациональности religiya_id- уникальный код типа религий
	Таблица Geografii содержит следующие данные: geog_id - уникальный код географии geog_plowad- географическая площадь naseleniya_cheloveka - населения человека
	Таблица Regiony содержит следующие данные: region_id - уникальный код региона region_name - название региона
	Таблица Valuity содержит следующие данные: valuita_id - уникальный код валюты valuita_name - название валюты
	Таблица Religii содержит следующие данные: Religiya_id- уникальный код религии Religiya_name - название религии
	Таблица Nasionalnosti содержит следующие данные: Nasciya_id- уникальный код нации Nasciya_name - название нации
	Таблица Mejnasionalnosti содержит следующие данные: Mejnasci_id- уникальный код межнациональности. Nasciya_id - уникальный код типа национальности
	Таблица Yaziki содержит следующие данные: Yazik_id - уникальный код языков Yazik_name - название языков
	Таблица Regionalnyie_yaziki содержит следующие данные: Regionalyazik_id- уникальный код региональных языков Yazik_id - уникальный код типа языков
	Таблица Eurosouiz содержит следующие данные: Eurosouiz _id - уникальный код евросоюза Strana_id - уникальный код типа страны



4. Составление реляционных отношений

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

Отношения приведены в таблицах 4.1-4.1.10. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Обязательное поле для краткости обозначено not null, необязательное - null. Типы данных обозначаются так: int -числовой, varchar - символьный, Date - дата.

Таблица 4.2 - Схема отношения ZDANIE

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код здания	Zdanie_ID	int	Первичный ключ
Адрес здания	Adres	varchar(40)	null
Количество подъездов	kolvo_pod	int	null
Год постройки здания	god_postr	date	null
Год проведения реконструкции	god_prov_rekonst	date	null
Год введения в эксплуатацию	god_vveden_v_ekspluat	date	null
Площадь здания	Plowad_zdan	int	null
Уникальный код типа здания	Tip_ID	smallint	Внешний ключ к TIP_ZDAN
Уникальный код КСК	ORG_ID	int	Внешний ключ к UPR_ORG

Таблица 4.3 - Схема отношения TIP_ZDAN

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код типа здания	Tip_ID	smallint	Первичный ключ
Тип здания	Tip	varchar(17)	null

Таблица 4.4 - Схема отношения KVARTIRI

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код квартиры	KVART_ID	int	Первичный ключ
Номер квартиры	Nomer_kvart	int	null
Количество проживающих	kolvo_prozh	int	null
Общая площадь	Plowad_obw	int	null
ФИО владельца квартиры	FIO_Vlad	varchar(30)	null
Уникальный код вида собственности	Sobstv_ID	smallint	Внешний ключ к VID_SOBSTVl
Уникальный код здания	Zdanie_ID	int	Внешний ключ к ZDANIE

Таблица 3.5 - Схема отношения VID_SOBSTV

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код вида собственности	Sobstv_ID	smallint	Первичный ключ
Вид собственности	VID	varchar(20)	null

Таблица 3.6 - Схема отношения UPR_ORG

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код КСК	ORG_ID	int	Первичный ключ
Название КСК	Nazvanie	varchar(40)	null
Адрес	Adres_ORG	varchar(40)	null
Телефон	Telefon	varchar(12)	null
ФИО директора	FIO_Directora	varchar(25)	null

Таблица 3.7 - Схема отношения PODR_ORG

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код П.О.	PODR_ID	int	Первичный ключ
Название П.О.	Nazvanie	varchar(40)	null
Адрес	adres_org	varchar(40)	null
Телефон	Telefon	varchar(12)	null
ФИО директора	FIO_Directora	varchar(25)	null

Таблица 3.8 - Схема отношения ADS_ORG

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код АДС	ID_ADS	int	Первичный ключ
Название АДС	Nazvanie	varchar(40)	null
Адрес	adres_org	varchar(40)	null
Телефон	Telefon	varchar(12)	null
ФИО директора	FIO_Directora	varchar(25)	null

Таблица 3.9 - Схема отношения USLUGI

Содержание поля	Имя поля	Тип, длина	Примечание
Уникальный код услуги	Uslug_ID	int	Первичный ключ
Вид услуги	Vid_uslugi	varchar(60)	Null
Уникальный код П.О.	PODR_ID	int	Внешний ключ к PODR_ORG

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

...