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

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

Естественно, я сосредоточусь на своей зоне ответственности в клубе. Это футбол, руководство игрой, определяемое менеджером или тренером – в зависимости от ситуации.

Клубная структура

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

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

В Испании и Италии есть должность, которую называют «футбольный директор» (Director of Football) или «главный скаут» (Chief Scout). В теории он отвечает за подписание тренера и пополнение состава. В большинстве случаев, хотя и не всегда, он консультирует ответственного человека, либо президента/владельца (President/Owner), который отвечает за все процессы, где необходимо его последнее слово.

В Англии всем этим занимается менеджер (Manager). В числе его полномочий управление всеми футбольными делами, в том числе – определение состава на матч.

На практике обе типа структуры зависят от одного обстоятельства: доступных средств на трансферы и зарплаты игроков. Что «менеджер», что «тренер» неизбежно сталкиваются с тем, что они имеют возможность подписать только трёх-четырёх игроков из своего списка. Это на самом деле так. В последнем случае менеджер может выбрать тех, кого хочет.

Формирование состава

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

Кроме того, в разных странах разнятся подходы к составлению контрактов. Особые условия – в клубах, участвующих в международных турнирах. Есть лиги, где обязательно должны играть 5 игроков из этой страны, в других присутствует лимит на подписание иностранцев, в третьих игроков делят на списки «А» и «В»… В конце концов, каждая страна, каждая лига имеет свои особенности. И вы обязаны их полностью переварить, прежде чем присоединитесь к коллективу и решитесь изменять его.

У вас должен быть план, своеобразный «футбольный проект». Но в разговоре с владельцами, которые приходят в футбол из мира бизнеса, его нужно называть только «бизнес-планом».

И тут я снова обращусь к собственному опыту. Когда я приехал в Италию, там не было никакого «бизнес-плана». Я узнал об этом только в последний день трансферного окна, когда мне неожиданно сообщили, что клуб собирается следовать финансовому фэйр-плэй.

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

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

То, что также нельзя забывать, это деятельность юношеской академии. Наигрывание местных игроков существенно увеличивает ваше родство с клубом и значительно снижает затраты. В Испании и Италии молодёжная структура возложена на спортивного директора, главный тренер уделяет ей не так много времени. В Англии может случиться то же, что произошло со мной в последний год работы в Ливерпуле: менеджер получает полный контроль над всей молодёжной системой и может непрерывно следовать одному стилю игры во всех возрастных группах. Барселонская структура работы с молодёжью сейчас на пике популярности. Более очевидного и яркого примера в этом плане не сыскать.

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

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

Правила и виды регламентов

Что также необходимо рассмотреть, это различные международные нормы. Обычно заявка первой команды на сезон ограничена 25 футболистами. В ряде стран, как в Испании, например, вы можете выпустить юниора на поле в 5 матчах, после чего он должен быть внесён в основной состав.

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

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

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

[В комментариях к статье Рафа заметил, что испанская система лучше английской, так как игроки «молодёжки» не варятся среди своих сверстников, они играют во взрослый футбол в низших дивизионах, в связи с чем гораздо проще понять уровень их конкурентноспобности на высоком уровне]

Лига чемпионов

Ещё один набор правил, с которыми нам всегда приходится считаться, – включение в список собственных воспитанников и местных при составлении заявки на Лигу чемпионов. Это число достигло 4-х в графе «воспитанники своей академии», также требуется 4 местных игрока. Если футболист провёл в клубе более 3-х лет до достижения 21-летия, он считается собственным воспитанником.

Опять же есть различия. Тренер занимается только своей командой, состав – прерогатива спортивного директора. А вот менеджеру приходится составлять планы на будущее. В «Ливерпуле» перед нами ставилась следующая задача: привести из-за рубежа несколько молодых игроков, которым до 21-летия как минимум 3 года (Айяла, Пачеко, Инсуа).Таким образом, согласно правилам того времени, в дальнейшем они бы считались нашими воспитанниками, чем помогли бы клубу сохранить деньги на трансферах и контрактах, а также были бы внесены в заявку на Лигу чемпионов. В Испании и в Европе в целом как тренер вы вовлекаетесь в процесс формирования планов на следующие годы только в том случае, если работаете несколько лет и выигрываете трофеи. Сделать это удаётся немногим.

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «МАМИ»

КУРСОВАЯ РАБОТА

по дисциплине: Информационное обеспечение систем управления

на тему: «Разработка базы данных футбольного клуба»

Выполнил: студент 642 группы

Плетнев Николай Викторович

Проверил: преподаватель

Семенихин Геннадий Ильич

Серпухов 2009

Содержание Задание

Введение

1.Описание деятельности организации

3.Разработка базы данных в среде СУБД Access 2003

3.1Создание таблиц

3.2 Создание схемы данных

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

3.4 Создание запросов на языке QBE и SQL

3.5 Создание отчётов

4.Словарь терминов

Заключение

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

Задание

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

2.Разработать модель «сущность-связь» БД:

Разработать перечень сущностей и их атрибутов

Выделить связи между сущностями

Построить диаграммы ER-типа и ER-экземпляров с учётом всех сущностей и связей

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

Добавить не ключевые атрибуты в отношения

При необходимости скорректировать диаграммы ER-типа

3.Реализовать разработанную реляционную БД информационно-управляющей системы футбольного клуба «Челси» в среде СУБД Access 2003.

4.Разработать не менее 2-х отчётов и не менее 5-7 запросов к БД, с использование средств СУБД и языков QBE и SQL c обоснованием их использования в Организации.

Введение

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

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

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

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

Запрос SQL - это запрос, создаваемый при помощи различных операторов, например:Select,UpDate или DELETE. Примерами запросов SQL могут служить запросы на объединение, запросы к серверу, управляющие и подчиненные запросы.

В данной курсовой работе будет представлена База Данных, состоящая из таблиц, запросов, представленных на языке SQL и QBE.

1. Описание деятельности футбольного клуба «Челси»

информационный управляющий база access

Футбольный клуб «Челси» (Chelsea Football Club) был основан в 1905 году в Лондоне. Выступает данный клуб в Английской премьер-лиге (Чемпионат Англии). ФК Челси имеет прозвище среди болельщиков – Аристократы. Это прозвище произошло из-за богатого района Лондона. Тот самый район в котором живут самые обеспеченные граждане туманного Альбиона. Выступление ФК Челси в 20м веке считалось не очень ярким, и поэтому их считали середнячком в Англии. В 1955 году они в первый раз стали чемпионами Англии. В европейских кубках ФК Челси выступал редко и успех был не впечатляющий. Однако в 1971 году им удалось выиграть кубок кубков Европы после победы в кубке Англии, за год ранее. В конце 20го века аристократы выиграли ещё один кубок кубков, а после и Суперкубок Европы. Это был самый великий титул в истории клуба. Когда ФК Челси купил российский миллиардер, губернатор Чукотки Роман Абрамович, клуб приобрел множество звёздных игроков, таких как Петр Чех, Рикарду Карвалью, Клод Макелеле, Жереми и т.д. С такими игроками клуб стал одним из самых сильных в Европе. И в 2005 году выиграл свой второй чемпионский титул в Англии. За последнее время в клуб пришли не менее знаменитее игроки как Арьен Роббен, Михаэль Баллак, Андрей Шевченко, Дидье Дрогба. Эти игроки помогли завоевать третий титул чемпиона Англии. ФК Челси за последние два года выходил в полуфинал лиги чемпионов.

Стадион на котором играет Челси – «Стэмфорд Бридж» с вместимостью 42 142 человека, включая VIP-кресла. Президентом клуба является Брюс Бак. Аристократы имеют свой сайт в Интернете для болельщиков www.chelseafc.com .

Систему управления футбольным клубом «Челси» можно разбить на несколько подсистем:

Работа с составом команды, как с основным, так и с резервным. В данном пункте рассматривается работа и с молодёжной командой. Эта подсистема является наиболее важной для победы в любом матче.

Работа с персоналом, а именно с тренером команды, тренером вратаря, тренером молодёжной команды, докторами, специалистами по маркетингу, по стадиону, представитель среди болельщиков и т.д.

Работа с болельщиками, как основная часть поддержки в моральном плане. Именно число болельщиков определяет популярность клуба в мире.

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

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

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

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

2.Разработка модели «сущность-связь» базы данных

Для разработки модели «Сущность –связь» требуется соблюдение следующих этапов проектирования:

1. Выделить сущности и связи между ними.

2. Построить диаграммы ER-типа.

3. Формирование набора предварительных отношений, с указанием их первичных ключей.

4. Добавление не ключевых атрибутов в отношения.

5. Приведение предварительных отношений к 3 усиленной нормальной форме.

Разработка модели «Сущность –связь» футбольного клуба «Челси»:

1-ый этап: Статус (Код, Вид статуса)

Игрок (Код, Фамилия, Имя, Амплуа, Возраст, …)

Достижение (Фамилия, Имя, Число матчей …)

Контракт (Номер контракта, Фамилия...)

Персонал (Код, Фамилия, Имя)

2-ой этап: Выделим связи и определим класс принадлежности:

Игрок имеет Статус

Игрок имеет Достижения

Персонал имеет Статус

Игроку соответствует Контракт

Персоналу соответствует Контракт

По полученным данным строим диаграмму ER-типа:

Игрок

Статус

1 1

Контракт

Игроку

1 1 1 1

Игрок

Достижения

М 1 1 1

3-ий этап: Формирование набора предварительных отношений осуществляется по правилам:

Правило 1:Если степень бинарной связи 1:1 и КП обязательный, то формируется одно отношение. Первичным ключом может быть ключ любой сущности.

Правило 2:Если степень связи 1:1 и КП О-Н,то под каждую из сущностей формируется по отношению с первичными ключами, являющиеся ключами соответствующих сущностей, далее к отношению, сущность которой имеет обязательный КП добавляется в качестве атрибута ключ сущности с необязательным КП.

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

Правило 4:Если степень связи 1:М и класс принадлежности КП обязательный, то достаточно формировать два отношения по одному на каждую сущность.

Правило 5:Если степень связи 1:М и класс принадлежности М-связной сущности необязателен, то необходимо формирование 3х отношений, 2 отношения соответствующие связанные сущности, ключи которых являются первичными в данном отношении.

Правило 6:Если степень связи М:М и класс принадлежности сущности обязателен, то независим от класса принадлежности сущности.

По правилу 1: 1.Статус (Код, Вид статуса…..)

По правилу 5: 1.Статус (Код, Вид статуса……)

2.Игрок (Код, Фамилия ……)

3.Контракт (Номер контракта, Фамилия …..)

По правилу 1: 1.Достижения (Фамилия,…)

По правилу 2: 1.Персонал (Код, Фамилия ….)

2.Контракт (Номер контракта, Фамилия ….)

3. Разработка базы данных в среде СУБД Access 2003

3.1 Создание таблиц

При помощи программы Microsoft Access возможно создание таблиц в режиме конструктора, создание таблиц с помощью мастера и создание таблиц путём ввода данных.

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

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

Имеет событие Сlick. Обработчики событий Click для кнопок представлены в Приложении А. Заключение В ходе выполнения курсовой работы была достигнута цель работы – проектирование базы данных хозяйственного учета футбольного клуба. Для достижения цели был решен ряд задач: составление описания предметной области; составление словаря понятий и терминов; построение исходной модели (ER- ...

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

... «Трактор», «Динамо», «Торпедо», «Камвольщик», «Локомотив», строительство футбольного комплекса «Сквич», включающего манеж, стадион со стандартным футбольным полем. 2. Минск – ресурс социально-экономического развития Беларуси Минск, которому недавно исполнилось 940 лет, во все времена являлся крупной административной единицей – столицей удельного княжества, воеводским центром в Великом...

Федеральное Агентство Железнодорожного Транспорта

Кафедра «Связь»

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

Проектирование базы данных.

Работу выполнил:

студент гр. Ит-314

Медведев Н.В.

Работу проверил:

преподаватель

Пащенко М.А.

Екатеринбург,

Введение 3

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

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

1.2. Описание информационных потребностей пользователей 5

1.3. Построение инфологической модели 6

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

2.1. Выбор и характеристика СУБД 7

2.2. Построение даталогической модели 9

2.3. Создание базы данных 11

2.4. Заполнение БД 12

Заключение 17

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

Введение.

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

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

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

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

· Каким образом отобразить объекты предметной области в абстрактные объекты модели данных, чтобы это отображение не противоречило семантике предметной области, и было по возможности лучшим (эффективным, удобным и т.д.)? Часто эту проблему называют проблемой логического проектирования баз данных.

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

Этапы проектирования базы данных.

Рис.1 Этапы проектирования БД

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

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

Предметная область определяется с помощью четырех основных составляющих:

Свойство

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

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

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

1.2. Описание информационных потребностей пользователей

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

Основными понятиями ER-модели являются сущность, связь и атрибут:

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

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

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

Связь представляется в виде линии. При этом над местом "стыковки" связи с сущностью ставится знак «∞» или буква «M», если для этой сущности в связи могут использоваться много (many) экземпляров сущности, и цифра «1», если в связи может участвовать только один экземпляр сущности.

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

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

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

Связь – ассоциирование двух или более сущностей. Ниже приведена диаграмма ER-типов, на которой определены связи между сущностями.

Построение инфологической модели

Инфологическая модель для базы данных «Результаты игр футбольной команды» проектировалась, как модель «Сущность-связь».

Сущность – это класс однотипных объектов. Процесс деятельности фирмы идентифицирует такие сущности: Команда, Тренер, Члены команды, Матчи, Чемпионат.

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

Рисунок 1. Диаграмма ER – типов.

Описание сущностей:

Команда, Тренер, Члены команды, Матчи, Чемпионат.

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

2.1. Выбор и характеристика СУБД

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

К числу основных функций СУБД принято относить следующие:

1. Непосредственное управление данными во внешней памяти.

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

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

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

3. Управление транзакциями.

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

4. Журнализация.

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

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

Для работы с БД используются специальные языки баз данных. Чаще всего выделяются 2 языка – язык определения данных (DDL) и язык манипулирования данными (DML). DDL служит, главным образом, для определения логической структуры БД, а DML, содержит набор операторов манипулирования данными. Во многих СУБД обычно поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с БД. Стандартным языком реляционных СУБД является язык SQL. Язык SQL сочетает средства DDL и DML, т.е. позволяет определять схему реляционной БД и манипулировать данными.

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

INTEGER - целое число (обычно до 10 значащих цифр и знак);

SMALLINT - "короткое целое" (обычно до 5 значащих цифр и знак);

DECIMAL ( p , q ) - десятичное число, имеющее p цифр (0

FLOAT - вещественное число с 15 значащими цифрами и целочисленным порядком, определяемым типом СУБД;

CHAR ( n ) - символьная строка фиксированной длины из n символов (0

VARCHAR ( n ) - символьная строка переменной длины, не превышающей n символов (n>0 и разное в разных СУБД, но не меньше 4096);

DATE - дата в формате, определяемом специальной командой (по умолчанию mm/dd/yy); поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.;

DOUBLE PRECISION - для научных вычислений 15 цифр точности.

NUMERIC ( p . s ) - численные значения содержат цифры от 0 до 9 и необязательные знак и десятичную точку.

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

1. Повышенная производительность за счет развитой архитектуры

Сервер InterBase реализует архитектуру множественных поколений записей (MGA - Multi-Generational Architecture). MGA обеспечивает уникальные возможности использования версий, что ведет к высокой степени доступности данных как для пользователей, работающих с транзакциями, так и для пользователей, использующих приложения поддержки принятия решений. Механизм MGA в InterBase хорошо работает при оперативной обработке коротких транзакций (OLTP - On-Line Transaction Processing) и является уникальным для крупномасштабных реальных приложений, превосходя другие базы данных в области параллельного исполнения длительных транзакций для поддержки принятия решений. Механизм версий устраняет необходимость блокировки записей, к которым осуществляется доступ по чтению во время транзакции, делая их свободными от конфликтов доступа – доступ по чтению никогда не блокирует доступ по записи. В отличие от других баз данных, InterBase обеспечивает своевременные, устойчиво воспроизводимые результаты для каждого запроса без специального программирования. В результате достигается максимальная пропускная способность для всех пользовательских транзакций.

2. Многопотоковая архитектура

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

3. Мощная поддержка различных типов данных

Многим приложениям (мультимедиа, научные, интернет – приложения), требуется возможность обработки неструктурированных данных. InterBase является первой реляционной базой данных, удовлетворившей это требование с помощью BLOB. Использование BLOB позволяет сохранять в базе данных аудио-, видео-, графическую и бинарную информацию. В современных приложениях фильтры BLOB используются для сжатия и трансформации данных. Разработка приложений и улучшенная производительность для научных приложений поддерживаются многомерными типами данных InterBase, обеспечивающими хранение до 16 измерений в одном поле базы данных.

4. Сигнализаторы событий

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

5. Эффективность использования ресурсов

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

6. Строгое соблюдение индустриальных стандартов

InterBase придерживается строгого соответствия индустриальным стандартам для клиент-серверных вычислительных сред, таким как ANSI/SQL, Java, UNICODE и XDR (External Data Representation – внешнее представление данных). Наша приверженность критически важным технологическим стандартам означает, что вы можете сократить время, необходимое для разработки, внедрения и сопровождения ваших приложений на множестве платформ с гарантией немедленного достижения наивысшей производительности.

2.2. Построение даталогической модели

На этом этапе необходимо установить соответствие между сущностями и характеристиками предметной области и отношениями и атрибутами в InterBase 6.0. Для этого нужно каждой сущности и характеристикам поставить в соответствие набор отношений (таблиц) и их атрибутов (полей).

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

Таблица соответствий названий сущностей.

Таблица соответствий названий полей.

Атрибуты	Соответствие
Фамилия	Famil
Имя	Imya
Отчество	Otchestvo
Телефон	Tel
Команда 1	Komanda_1
Команда 2	Komanda_2
Очки 1	ochki_1
Очки 2	ochki_2
Время	Vremya
Вид чемпионата	Vid_chemp
Год оснавания	God_osn
Город	Gorod
Страна	Strana
Тренеровочные базы	Basi
Адрес	Adres
Название	Nazvanie
Дата начала	Data_nachala
Дата_конца	Data_konza

Рисунок 2. Даталогическая модель.

2.3. Создание базы данных .

Создание таблиц:

Таблица «Чемпионат »:

CREATE TABLE "CHEMP" ("KOD_CHEMP" INTEGER NOT NULL, "VID_CHEMP" VARCHAR(20), "VREMYA" DATE, PRIMARY KEY ("KOD_CHEMP"));

Таблица «Члены команды »:

CREATE TABLE "LUDI" ("KOD_CHEL" INTEGER NOT NULL, "FAMIL" VARCHAR(20), "IMYA" VARCHAR(20), "OTCHESTVO" VARCHAR(20), "TEL" VARCHAR(20), "KOD_KOMANDI" INTEGER NOT NULL, "NOMER" INTEGER NOT NULL);

ALTER TABLE "LUDI" ADD FOREIGN KEY ("KOD_KOMANDI") REFERENCES TEAM ("KOD_KOMANDI");

Таблица «Матчи»:

CREATE TABLE "MATCHI" ("KOD_K1" INTEGER NOT NULL, "KOD_K2" INTEGER, "OCHKI_1" INTEGER, "OCHKI_2" INTEGER, "KOMANDA_1" VARCHAR(20), "KOMANDA_2" VARCHAR(20), "KOD_KOMANDI" INTEGER NOT NULL, "VREMYA" DATE, "KOD_CHEMP" INTEGER NOT NULL, PRIMARY KEY ("KOD_KOMANDI", "KOD_CHEMP"));

ALTER TABLE "MATCHI" ADD FOREIGN KEY ("KOD_CHEMP") REFERENCES CHEMP ("KOD_CHEMP");

ALTER TABLE "MATCHI" ADD FOREIGN KEY ("KOD_K1") REFERENCES TEAM ("KOD_KOMANDI");

ALTER TABLE "MATCHI" ADD FOREIGN KEY ("KOD_K2") REFERENCES TEAM ("KOD_KOMANDI");

Таблица «Work1»:

CREATE TABLE "WORK1" ("KOD_KOMANDI" INTEGER NOT NULL, "KOD_TRENERA" INTEGER NOT NULL, PRIMARY KEY ("KOD_KOMANDI", "KOD_TRENERA"));

Таблица «Команда ».

CREATE TABLE "TEAM" ("KOD_KOMANDI" INTEGER NOT NULL, "STRANA" VARCHAR(20), "GOROD" VARCHAR(20), "GOD_OSN" DATE, "NAZVANIE" VARCHAR(20), PRIMARY KEY ("KOD_KOMANDI"));

Таблица «Тренеры ».

CREATE TABLE "TRENER" ("KOD_TRENERA" INTEGER NOT NULL, "FAMIL" VARCHAR(20), "IMYA" VARCHAR(20), "OTCHESTVO" VARCHAR(20), "TEL" VARCHAR(20), "ADRES" VARCHAR(20), PRIMARY KEY ("KOD_TRENERA"));

Таблица «Позиция ».

CREATE TABLE "POZITZIYA" ("KOD_POZITZII" INTEGER NOT NULL,

"POZITZIYA" VARCHAR(20), PRIMARY KEY ("KOD_POZITZII"));

2.4. Заполнение БД

Таблица «Чемпионат».

Таблица «Члены команд».

Таблица «Матчи».

Таблица «Команда».

Таблица «Тренер».

Таблица «Work1».

I. Однотабличные запросы:

1. Выводит всех футболистов у кого первая буква фамилии находится в промежутке от "А" до "Г":

select famil from ludi where famil >="А" and famil < "Г";

2. Выводит всех тренеров у кого первая буква фамилии находится в промежутке от "А" до "Р":

select famil from trener where famil >="А" and famil < "Р";

3. Выдает всех игроков команды Локомотив:

select famil, imya, otchestvo from ludi where kod_komandi=1;

II. Многотабличные запросы:

1 .Выводит тренеров каждой команды:

select nazvanie, famil from team, trener, work1 where team.kod_komandi=work1.kod_komandi and work1.kod_trenera=trener.kod_trenera;

2. Выводит таблицу игр всех чемпионатов:

select vid_chemp, komanda_1,komanda_2,ochki_1,ochki_1 from chemp, matchi where chemp.kod_chemp=matchi.kod_chemp;

3. Выводит футболистов, кто играет в каком клубе:

select famil, nazvanie from ludi, team where team.kod_komandi=ludi.kod_komandi;

………………………………………….

…………………………………………..

III. С использованием функций и вычисляемых значений:

1. Вычисляет количество играков команды Локомотв:

select count(*) kod_chel from ludi where kod_komandi=1;

2. Выводит команду основанную раньше всех:

select min(god_osn) from team;

3. Выводит какое количесво матчей сыграла команда Локомотив:

select count(*) from matchi where kod_k1=1 or kod_k2=1;

IV. С групповыми операциями

1. Выводит количество играков каждой команды:

selectnazvanie, count(famil) fromludi, teamwhereteam.kod_komandi=ludi.kod_komandigroupbynazvanie;

2. Выводит сколько игр сыграно в каждом чемпионате:

select vid_chemp, count(kod_chemp) from chemp, matchi where matchi.kod_chemp=chemp.kod_chemp group by vid_chemp;

Заключение

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

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

2. Э.К. Лецкий «Информационные технологии на железнодорожном транспорте», М.:УМК МПС России, 2000.

| Системный анализ (§§ 1 - 4). Практическая работа № 1.1 "Модели систем"

Уроки 2 - 5
Системный анализ (§§ 1 - 4)
Практическая работа № 1.1 "Модели систем"

§ 1. Что такое система

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

Обобщая все приведенные выше примеры, дадим следующее определение.

Система - это совокупность материальных или информационных объектов, обладающая определенной целостностью.

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

Таким образом, подсистема - это система, входящая в состав другой, более крупной системы .

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

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

Внешняя система по отношению к данной является средой ее существования. Средой существования Земли является Солнечная система; средой существования Солнечной системы является Галактика и т. д. Всякая система относительно обособлена от среды своего существования. Это значит, что, с одной стороны, ее можно выделить из среды (рассмотреть отдельно), но, с другой стороны, она постоянно связана со своей средой.

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

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

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

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

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

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

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

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

Структурой системы называется совокупность связей, существующих между частями системы . Наглядным примером отображения структуры системы являются схемы электрических цепей. Элементы электрического устройства соединяются между собой двумя способами: последовательным и параллельным соединением. От способа соединения зависит свойство всей цепи. Например, если три проводника, имеющие сопротивления R1, R2, R3, соединить последовательно, то общее сопротивление цепи будет равно R1 + R2 + R3. А если их соединить параллельно, то сопротивление цепи будет равно: (R1*R2*R3)/(R1*R2 + R1*RЗ + R2*R3). Первое сопротивление больше второго. Поэтому, например, при пропускании электрического тока в первой цепи будет выделяться больше тепла, чем во второй.

В науке существует много примеров, когда для понимания свойств каких-то систем требовалось понять их структуру. Например, открытие немецким химиком Ф. Кекуле структуры молекулы бензола (бензольного кольца) помогло понять химические свойства этого органического вещества. Свойства атома стали лучше понятны физикам после того, как Эрнест Резерфорд открыл «планетарную» структуру атома, а Нильс Бор сформулировал свои знаменитые постулаты.

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

Обобщая всё сказанное о системах, сформулируем следующее определение.

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

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

Вопросы и задания

1. Что такое система? Приведите примеры.

2. Что такое структура системы? Приведите примеры.

3. Приведите примеры систем, имеющих одинаковый состав (одинаковые элементы), но разную структуру.

4. В чем суть системного эффекта? Приведите примеры.

5. Что такое подсистема?

6. Выделите подсистемы в следующих объектах, рассматриваемых в качестве систем:

Костюм; автомобиль; компьютер; городская телефонная сеть; школа; армия; государство.

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

Следующая страница

Министерство образования и науки Российской Федерации

«ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Кафедра информатики
Допускаю к защите
Руководитель

наименование темы

КУРСОВАЯ РАБОТА
по дисциплине

Информатика

Выполнил
студент группы ГД-14-2
Шифр группы подпись И.О.Фамилия
Нормоконтроль
подпись И.О.Фамилия
Курсовая работа защищена с оценкой

Иркутск, 2014

Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение ВПО
«ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

ЗАДАНИЕ
НА КУРСОВУЮ РАБОТУ

По курсу Информатика
Студенту
(фамилия, инициалы)
Тема проекта
Создание базы данных «Футбольные клубы»

Исходные данные
Создать БД в MS Access. Предполагаемые поля в таблицах:
Основные таблицы:
Клуб [Код_клуба, Название, Код матча, Код контакта]
Вспомогательные таблицы:
Город [Код города, Город]
Стадион [Код_стадиона, Название стадиона, Количество посадочных мест, стоимость входных билетов, Телефон, электронная почта]
Матч [Код_матча, Названия команд (участвующих в матче), дата проведения]
Контакты [Код_контакта, Код города, Код стадиона]
Пояснения к таблице Клуб: регистрируются названия клуба, код матча и код контакта. С помощью вспомогательных таблиц устанавливается информация о месте проведения игр, стоимости входных билетов, названий команд, участвующих в играх.
Основную и вспомогательные таблицы создать с помощью Конструктора, определив необходимые поля и типы данных, связать таблицы с помощью Схемы данных, создать параметрически универсальные запросы, форму по главной таблице и отчеты на основе созданных запросов.

Дата выдачи задания « » сентября 2014 г.

Дата представления работы руководителю « » декабря 2014 г.

Руководитель курсовой работы Солопанов Е.Ю

Введение
Основы современной информационной технологии составляют базы данных (БД) и системы управления базами данных (СУБД), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает. При этом существенным является постоянное повышение объемов информации, хранимой в БД, что влечет за собой требование увеличения производительности таких систем. Резко возрастает также в разнообразных применениях спрос на интеллектуальный доступ к информации. Это особенно проявляется при организации логической обработки информации в системах баз знаний, на основе которых создаются современные экспертные системы.
Базы данных создаются с помощью приложение Microsoft Access. Важнейшим достоинством концепции баз данных (в отличие, например, от обработки данных в автономных файлах) является введение набора стандартных структур, в которые, как в контейнеры, вкладываются данные. Планируя работу с данными в конкретной предметной области, после уяснения основных задач решают вопросы организации данных: как сгруппировать данные в таблицы, какие поля и каких типов, предусмотреть в каждой таблице, как связать таблицы друг с другом и т.п.
Только после решения вопросов организации данных приступают к разработке приложений – многофункциональных программ, осуществляющих преобразования данных путем их извлечения из одних таблиц, проведения расчетов и размещения результатов в других таблицах базы данных. Такой подход, во-первых, гарантирует, что каждый новый фрагмент данных, полученный предприятием, окажется «на своем месте» - в конкретной таблице, конкретной базы данных, а, во-вторых, отпадает необходимость в разработке огромного числа процедур обработки данных.

1. Теоритическая часть
1.1 Основные определения
База данных – средство организации хранения и управления большим количеством упорядоченной разнородной информации. Обычно её характеризует жёсткая внутренняя структура и взаимосвязь между отдельными элементами хранящихся данных.
Модель данных - это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними.
Формализация данных – завершающая процедура обработки данных, заключающаяся в представлении этих данных в виде логической структуры.
СУБД - это система программного обеспечения, обеспечивающая ввод, хранение и доступ к данным многих пользователей, а также хранящая описание структуры данных.
Предметная область –область конкретной практической деятельности. В крупных организациях обычно выделяют ряд предметных областей в рамках основных служб, в каждой из которых создаются свои базы данных для решения своих задач.
Структурирование – это введение соглашений о способах представления данных. Это понятие близко к понятиям модель данных и формализация данных. В реляционных базах данных используются три структуры данных: таблица, запись, поле. Каждая из этих структур имеет свои свойства, описываемые параметрами. Таблица имеет имя и состоит из записей. Запись имеет номер в таблице и состоит из полей. У каждого поля есть имя, тип (текстовый, числовой и т.п.), длина в байтах. Поясним эти структуры на примере построения информационной модели конкретной предметной области.
Каждая из этих таблиц имеет имя, выделенное полужирным курсивом, и состоит из записей - строк, состав которых (перечень полей) указан в квадратных скобках. Имена полей – это имена столбцов таблицы. Курсивом выделены имена ключевых полей. Значение ключевого поля (ключа) однозначно определяет запись в таблице. По возрастанию значений ключа СУБД сортирует записи в таблицах.
По типу управляемой базы данных СУБД разделяются на:
- Иерархические. Иерархическая модель базы данных состоит из объектов с указателями от родительских объектов к потомкам, соединяя вместе связанную информацию.
Иерархические базы данных могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй - объекты второго уровня и т. д.
Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможно, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами.
Иерархической базой данных является файловая система, состоящая из корневой директории, в которой имеется иерархия поддиректорий и файлов.
- Сетевые. Сетевые базы данных подобны иерархическим, за исключением того, что в них имеются указатели в обоих направлениях, которые соединяют родственную информацию.
Несмотря на то, что эта модель решает некоторые проблемы, связанные с иерархической моделью, выполнение простых запросов остается достаточно сложным процессом.
Также, поскольку логика процедуры выборки данных зависит от физической организации этих данных, то эта модель не является полностью независимой от приложения. Другими словами, если необходимо изменить структуру данных, то нужно изменить и приложение.
- Реляционные. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
каждый элемент таблицы - один элемент данных
все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
каждый столбец имеет уникальное имя
одинаковые строки в таблице отсутствуют
порядок следования строк и столбцов может быть произвольным
- Объектно-реляционные. Объектно-реляционная СУБД (ОРСУБД) - реляционная СУБД (РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.
Разница между объектно-реляционными и объектными СУБД: первые являют собой надстройку над реляционной схемой, вторые же изначально объектно-ориентированы. Главная особенность и отличие объектно-реляционных, как и объектных, СУБД от реляционных заключается в том, что О(Р)СУБД интегрированы с Объектно-Ориентированным (OO) языком программирования, внутренним или внешним как C++, Java. Характерные свойства OРСУБД - 1) комплексные данные, 2) наследование типа, и 3) объектное поведение.
- Объектно-ориентированные. Объектно-ориентированная СУБД - реализующая объектно-ориентированный подход. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.

1.2 Составные части базы данных
Таблица – объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов). Таблицы могут быть связаны между собой. Таблица – это базовый объект БД, все остальные объекты создаются на основе существующих таблиц (производные объекты).
Запрос – объект, позволяющий получить необходимые данные из одной или нескольких таблиц. С помощью запроса можно отбирать записи или поля, удовлетворяющие критериям отбора, можно вводить изменения в таблицы, можно производить вычисления. Фактически запросы являются важнейшим инструментом БД.
Форма – объект, предназначенный для отображения и ввода данных в таблицы. Также форма является удобным средством для поиска и коррекции информации в таблицах. Часто форма представляет собой бланк, выводящий содержимое одной записи таблицы. Формы могут основываться на запросах, которые позволяют отображать и вводить данные, принадлежащие нескольким таблицам. Фактически с помощью формы создаётся графический интерфейс доступа к базе данных.
Отчёт является организованным представлением данных, предназначен для печати данных, содержащихся в таблицах и запросах в красиво оформленном виде. Отчёты, основанные на запросах, могут отображать данные из нескольких таблиц.

2. Практическая часть
2.1 Создание базы данных
Сначала создадим пустую базу данных «Футбольные клубы». Для этого откроем приложение Access, выберем Новая база данных. В окне Новая база данных выбрать папку для размещения базы данных, дать имя файлу и щелкнуть по кнопке Создать (Рис.2.1.1) .

Рис.2.1.1 Создание базы данных

2.2 Создание таблиц
Начинать необходимо со вспомогательных таблиц Город, Стадион, Матч.
Для создания вспомогательной таблицы, например, Город в окне базы данных перейдем на вкладку Создание и нажмем кнопку конструктор таблиц. Сначала создадим таблицу Город. В графе Имя поля введем Код города, а в поле со списком Тип данных выберем Счетчик. Поле Код города будет ключевым (Рис.2.2.1).
Остальные поля заполняем точно также, выбираем нужный тип данных и выбираем подходящий размер поля.
Последующие таблицы создаем точно таким же образом.

Рис.2.2.1 Создание таблицы
Главная таблица Клуб и таблица Контакты содержат поля с уже зашифрованными данными, поэтому необходимо использовать числовой тип данных для некоторых полей(Рисунок 2.2.2).

Рисунок 2.2.2. Типы данных

2.3 Создание схемы данных
В схеме данных связываем ключевые поля таблиц: Клуб, Город, Стадион, Матч, Контакты. В каждой связи устанавливаем флажок Обеспечение целостности данных (Рис.2.3.1).

Рис.2.3.1 Создание схемы данных

2.4 Создание формы
Основное назначение форм – облегчение ввода, просмотра и редактирования записей. Формы обычно отображают одну запись из таблицы и имеют кнопки для перехода от одной записи к другой.
Для создания формы необходимо воспользоваться мастером форм. При создании формы нам нужно взять все те поля, которые отражают полную информацию об объекте. В базе данных Футбольные клубы мы возьмем поля, показанные на рисунке (Рис.2.4.1).

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

Рисунок 2.5.1. Запрос с параметром.
2.6 Создание отчетов.
Для создания отчетов нужно воспользоваться мастером отчетов. Создадим, например отчет по запросу матчей в Москве. Для этого мы выбираем нужный нам запрос и нужные нам поля таблиц (Рисунок 2.6.1).

Рисунок 2.6.1. Мастер отчетов
Остальные отчеты будем делать по такой же схеме. Пример отчета рисунок 2.6.2

Рис.2.6.2 Отчет

Заключение
При выполнении определенных задач человек, работая с тем или иным программным продуктом, выполняет ряд команд в определенной последовательности. Возникают моменты, в которых пользователь вынужден последовательно выполнять один и те же действия, что вынуждает его тратить значительный промежуток времени на механические действия. Access довольно прост в использовании, что позволяет, решать задачи, связанные с обработкой, сортировкой, группировкой и выводом информации в различных видах.
Такой подход, во-первых, гарантирует, что каждый новый фрагмент данных, полученный предприятием, окажется «на своем месте» - в конкретной таблице конкретной базы данных, а, во-вторых, отпадает необходимость в разработке огромного числа процедур обработки данных. Последнее объясняется тем, что типовые операции над содержимым структур данных (таблиц, записей, полей) уже запрограммированы и входят в состав СУБД – ведь системы управления базами данных как раз и предназначены для создания баз данных и последующего манипулирования этими данными. СУБД, работающую со структурами данных, можно сравнить с техническими средствами на современном транспорте – они работают с контейнерами, не зависимо от того, что в этих контейнерах перевозится в конкретном случае.
Целью данной курсовой работы, являлось углубление знаний и расширение навыков по разработке базы данных и ее реализации на персональном компьютере. В результате работы над курсовым проектом была разработана база данных «Футбольные клубы».
Футбол - одна из самых знаменитых игр. Миллионы фанатов следят за игрой своих команд, каждый день появляются новые команды, каждый день происходит огромное количество матчей, за которыми невозможно уследить. Данная база данных объеденяет и систематизирует всю информацию о предстоящих матчах некоторых команд, о месте проведения и о дате проведения. И представляет в удобной для человека форме.

Список литературы
1. Ломтадзе В.В., Шишкина Л.П. Практическая информатика. – Иркутск: изд-во ИрГТУ. – 2012. – 200 с.
2. Бояринцева Т.П., Воропаева Е.Ф., Дмитриенко Т.А., Шишкина Л.П. Лабораторный практикум по информатике. Расширенные возможности Excel. – Иркутск: изд-во ИрГТУ. - 2003. – 71 с.
3. https://ru.wikipedia.org/wiki/Список_футбольных_стадионов_России
4. http://rfpl.org
5. http://tritickets.ru/category/sport/football/
6. http://www.belet.ru