Программная система "футбольный чемпионат". Система основных понятий
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «МАМИ»
КУРСОВАЯ РАБОТА
по дисциплине: Информационное обеспечение систем управления
на тему: «Разработка базы данных футбольного клуба»
Выполнил: студент 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 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 лет, во все времена являлся крупной административной единицей – столицей удельного княжества, воеводским центром в Великом...
Чемпионат по футболу »1. Постановка задачи.. 2
2. Проектирование базы данных.. 2
2.1. Основные понятия. 2
2.2. Нормализация баз данных. 3
3. Пояснения к проекту.. 6
4. Последовательность работы... 6
4.1. Создание таблиц.. 6
4.1.1. Средства для работы с базами данных. 6
4.1.2. Инструментальные средства. 7
4.1.3. Компоненты.. 7
4.1.4. Псевдоним базы данных. 7
4.1.5. Создание базы данных. 7
4.1.6. Создание псевдонима. 7
4.1.7. Создание таблиц. 9
4.2. Создание форм.. 11
4.3. Доступ к базе данных. 12
4.4. Использование модуля данных. 13
4.5. Навигация по таблицам базы данных. 14
4.5.1. Форма Список команд . 14
4.5.2. Перемещение по записям.. 15
4.5.3. Форма Список матчей . 16
4.5.4. Форма Список голов . 21
4.5.5. Задание для самостоятельной работы.. 21
5. Список литературы... 21
6. Приложение. Пример реализации поиска.. 22
1. Постановка задачи
Создать базу данных Чемпионат по футболу , которая будет состоять из нескольких таблиц. Для заполнения таблиц создать формы. Предусмотреть возможность поиска информации по ключевым полям.
2. Проектирование базы данных
2.1. Основные понятия
База Данных – организованная совокупность данных, предназначенная для длительного хранения во внешней памяти ЭВМ, постоянного обновления и использования. (Ершов словарь по информатике).
Можно доказать, что любую структуру данных можно преобразовать в простую двумерную таблицу. Такое представление является наиболее удобным и для пользователя, и для машины.
Реляционная база данных - совокупность данных состоящих из связанных двумерных таблиц.
Примечание
Название произошло от английского слова «relation» - отношение.
Поле таблицы
Номер
Имя абонента
Адрес
Запись таблицы
Петров Евгений
Садовая ул., 18
Дядя Коля
Зеленая ул., 45-2-56
Химчистка
Киевская ул., 123
Основные понятия реляционных баз данных
Любые совокупности данных представляются в виде двумерных таблиц
, каждая из которых содержит информацию об объектах определенного типа. Каждая таблица состоит из фиксированного числа
столбцов
и переменного числа строк
. Запись
– строка таблицы.
Каждая запись содержит информацию об отдельном экземпляре объекта. Поле
– столбец таблицы.
Каждый столбец представляет собой конкретное данное – одну характеристику объекта (атрибут). Для каждого поля разработчик должен определить:
· уникальное имя поля;
· тип поля;
· дополнительные характеристики (длину, формат) поля.
Ключ – одно или несколько полей для идентификации записей таблицы. Описание полей, определяемое разработчиком, называется структурой таблицы. Каждое поле может входить в несколько таблиц. Изменение количества полей и (или) их типов является особой операцией.Основная идея реляционного подхода – представить произвольную структуру данных в виде простой двумерной таблицы. Такой процесс называется нормализацией структуры.
2.2. Нормализация баз данных
При проектировании структуры базы данных могут возникнуть проблемы:
· избыточность информации;
- противоречивость информации; потеря целостности (взаимосвязь между данными).
Процесс проектирования базы данных с использованием метода нормальных форм является пошаговым и заключается в последовательном переводе по определенным правилам отношений из первой нормальной формы в нормальные формы более высокого порядка.
Приступим к разработке базы данных, в которой будет храниться информация о футбольном чемпионате страны (дата матча, играющие команды, забитые голы). Представим эту информацию в виде таблицы 1. В структуре таблицы указаны только названия полей, т. к. тип и размерность полей на данном этапе значения не имеют.
Таблица 1
Имя поля
Дата матча
Команда хозяев: название, город, тренер
Команда гостей: название, город, тренер
Игрок, забивший гол
Существуют основные правила нормализации структуры базы данных. Приведем только правила, с которыми будем работать.
Правило 1: В таблице необходимо разделить составные поля на отдельные элементы данных. Каждое поле таблицы должно представлять уникальный тип информации. Т. е. необходимо избавиться от повторяющихся полей (групп).
Правило 2: Каждая таблица должна иметь уникальный идентификатор (первичный ключ), который может состоять из одного или нескольких полей.
Правило 3: В таблице не должно быть данных, не относящихся к объекту, определяемому первичным ключом.
1 шаг (Правило 1)
В таблице 1 второе и третье поле являются составными, и содержат информацию о названии команды, города, фамилии тренера. В соответствии с Правилом 1 необходимо эти поля разделить. У нас получится новая таблица 2.
Таблица 2
Имя поля
Дата матча
Команда хозяев: название
Команда хозяев: город
Команда хозяев: тренер
Команда гостей: название
Команда гостей: город
Команда гостей: тренер
Игрок, забивший гол
Признак команды, к которой принадлежит игрок
Время (число минут от начала матча)
Еще одно требование, которое мы должны учесть – это необходимость избавления от повторяющихся полей (групп). На первый взгляд может показаться, что в таблице 2 повторяющимися группами полей являются поля с информацией о командах хозяев и гостей. Но эти поля имеют различное функциональное значение.
2 шаг (Правило 2)
Записи таблицы 2 не содержат уникального ключа, по которому однозначно можно определить проводимый матч. Поэтому введем в таблицу 2 дополнительное поле ключа – код матча. У нас получится новая таблица 3.
Таблица 3
Имя поля
Код матча (ключ)
Дата матча
Команда хозяев: название
Команда хозяев: город
Команда хозяев: тренер
Команда гостей: название
Команда гостей: город
Команда гостей: тренер
Игрок, забивший гол
Признак команды, к которой принадлежит игрок
Время (число минут от начала матча)
Для каждого гола в таблице 3 содержится повторяющаяся информация о дате матча, о командах. Поэтому разобьем эту таблицу на две таблицы, одна будет содержать данные о матчах, а другая – о голах, забитых в каждом конкретном матче. Структура этих таблиц приведена в таблицах 4 и 5.
Таблица 4
Имя поля
Код матча (ключ)
Дата матча
Команда хозяев: название
Команда хозяев: город
Команда хозяев: тренер
Команда гостей: название
Команда гостей: город
Команда гостей: тренер
Таблица 5
Имя поля
Код гола (ключ)
Код матча
Игрок, забивший гол
Признак команды, к которой принадлежит игрок
Время (число минут от начала матча)
Таблицы 4 и 5 связаны по полю Код матча , которое для таблицы 4 является уникальным. Чтобы обеспечить уникальность записей таблицы 5, в нее введен ключ Код гола .
3 шаг (Правило 3)
Для выполнения Правила 3 необходимо выделить в отдельную таблицу те поля, которые не зависят от ключа Код матча . В таблице 4 такими полями являются поля, которые определяют команду. Разобьем таблицу 4 на две таблицы: первая – информация о матчах, вторая – информация о командах (см. таблицы 6 и 7).
Таблица 6
Имя поля
Код матча (ключ)
Дата матча
Код команды хозяев
Код команды гостей
Таблица 7
Имя поля
Код команды (ключ)
Название
В результате наша база данных Чемпионат по футболу будет иметь структуру, показанную на рисунке 1.
3. Пояснения к проекту
Проект будет состоять из пяти форм:
- главная форма программы, из которой открываются все остальные формы; форма Список матчей
, содержащая список всех матчей чемпионата по футболу; форма Список команд
, содержащая информацию о командах; форма Список голов
, содержащая информацию о забитых голах; форма Поиск
, в которой можно производить различные виды поиска.
4. Последовательность работы
4.1. Создание таблиц
4.1.1. Средства для работы с базами данных
Средства Delphi , предназначенные для работы с базами данных, можно разделить на два вида:
· Инструментальные средства – специальные программы, обеспечивающие обслуживание баз данных вне разрабатываемых приложений.
· Компоненты , предназначенные для создания приложений, осуществляющих операции с базами данных.
4.1.2. Инструментальные средства
· Borland Database Engine (BDE) – процессор баз данных, который представляет собой набор динамических библиотек и драйверов, предназначенных для организации доступа к базам данных из Delphi-приложений.
· BDE Administrator – утилита для настройки различных параметров BDE.
· Database Desktop – программа создания и редактирования таблиц, SQL-запросов.
· SQL Explorer – Проводник баз данных, позволяющий просматривать и редактировать базы данных.
4.1.3. Компоненты
Приведем компоненты, которые будут использованы в данном проекте.
Table – набор данных, основанный на таблице базы данных (страница BDE );
DataSource – источник данных (страница Data Access );
DBGrid – таблица (страница Data Controls );
DBNavigator – навигационный интерфейс (страница Data Controls );
DBEdit – однострочный редактор (страница Data Controls ).
4.1.4. Псевдоним базы данных
Разрабатывая программу, трудно сразу предусмотреть на каком диске, в каком каталоге будут находиться файлы базы данных во время их использования. Для решения этой проблемы в Delphi используется псевдоним (alias ), который указывает место нахождение файлов базы данных. Псевдоним – это короткое имя, поставленное в соответствие реальному, полному имени каталога базы данных. Псевдонимы сохраняются в реестре, и потом все программы при запуске смогут по этим псевдонимам найти таблицу и прочитать необходимые настройки, которые надо использовать при доступе к данным.
Примечание
В принципе, можно обращаться к таблицам и без псевдонимов, но в этом случае путь придется жестко прописывать в программе. В этом случае лучше хранить таблицы и исполняемый файл в одной и той же папке.
4.1.5. Создание базы данных
Процесс создания базы данных может быть представлен как последовательность следующих шагов:
1. Создание папки.
2. Создание псевдонима.
3. Создание таблиц.
Создадим папку для нашего проекта и подпапку для базы данных с помощью средств Windows. Имя папки – База Данных , имя папки – Данные .
4.1.6. Создание псевдонима
Псевдоним (alias) может быть создан при помощи утилиты BDE Administrator :
C:\Program Files\Common Files\Borland Shared\BDE\bdeadmin. exe
На Рисунке 2 приведен вид диалогового окна BDE Administrator после запуска утилиты.
В левой части окна, на вкладке Databases , перечислены псевдонимы, зарегистрированные на данном компьютере. Для создания нового псевдонима необходимо выбрать команду меню Object – New . Откроется новое диалоговое окно New Database Alias (Рисунок 3) из списка Database Driver Name выберем драйвер (тип базы данных) STANDARD , который обеспечивает доступ к таблицам в формате Paradox .
Для подтверждения выбора драйвера кликнем на клавише OK . В результате в список псевдонимов будет добавлен новый элемент (см. Рисунок 4).
Теперь можно изменить автоматически созданное администратором имя псевдонима и задать путь к файлам базы данных.
Имя псевдонима можно изменить, щелкнув правой кнопкой мыши на имени псевдонима (на вкладке Databases ), в открывшемся контекстном меню выбрать команду Rename и ввести новое имя – SPORT .
Путь к файлам базы данных вводится на вкладке Definition в поле Path с клавиатуры или с помощью стандартного диалогового окна Select Directory, которое открывается щелчком на кнопке с тремя точками, находящейся в конце поля Path (см. Рисунок 5).
Для того чтобы созданный псевдоним был зарегистрирован в файле конфигурации (idapi. cfg ), необходимо выполнить команду в меню Object – Apple (Применить) . В открывшемся диалоговом окне Confirm следует подтвердить необходимость сохранения изменений в файле конфигурации.
4.1.7. Создание таблиц
Приступим к созданию таблиц базы данных Чемпионат по футболу : таблица матчей – Match , таблица команд – Team и таблица голов – Goal . Структура этих таблиц приведена в таблицах 8, 9 и 10 соответственно.
Таблица матчей – Match Таблица 8
(имя поля)
Примечание
Код матча (ключ)
Дата матча
Код команды хозяев
Код команды гостей
Таблица команд – Team Таблица 9
(имя поля)
Примечание
Код команды (ключ)
Название
Таблица голов – Goal Таблица 10
(имя поля)
Примечание
Код гола (ключ)
Код матча
Игрок, забивший гол
Признак команды, к которой принадлежит игрок: 1 – хозяин, 2 – гость.
Время (число минут от начала матча)
Таблицы создаются с помощью входящей в состав Delphi утилиты Database Desktop . Эта утилита позволяет создавать, просматривать и модифицировать таблицы баз данных различных форматов. Вызвать утилиту Database Desktop можно:
C:\Program Files\Common Files\Borland Shared\Database Desktop\dbd32.exe
Для создания таблицы в окне Database Desktop выполните команду File- New- Table ... Сначала в окне Create Table необходимо из раскрывающегося списка выбрать тип таблицы и нажать клавишу Ok . Пусть тип базы будет Paradox7 . После этого открывается новое окно (см. рисунок 5), в котором необходимо создать структуру таблицы Match .
Для каждого поля таблицы необходимо указать имя, тип, если нужно размер поля. Имя поля используется для доступа к данным. В качестве имени используется последовательность букв латинского алфавита и цифр длиной не более 25 символов. Для определения типа поля используйте клавишу пробел или правую клавишу мыши. Тип Alpha означает текстовый (строковый) тип поля. Для этого поля необходимо указать его длину. Для полей с типом Number , Date длину не указывают. Необходимо отметить признак ключевого поля ID_ M , установив символ «*» в графе Key .
Примечание
Ключевые поля должны быть сгруппированы в верхней части таблицы.
После завершения заполнения таблицы сохраните ее, нажав кнопку Save as ... В открывшемся окне Save Table As ... в поле Имя файла введите имя таблицы Match , а в поле Alias выберите созданный ранее псевдоним SPORT . Для завершения работы нажмите клавишу Save .
При создании полей таблиц можно использовать задание ограничений на значения полей, которое заключаются в указании для этих полей следующих параметров:
1. Требование обязательного ввода значений (Required Field );
2. Минимальное значение (Minimum value );
3. Максимальное значение (Maximum value );
4. Значение по умолчанию (Default value );
5. Маска ввода (Picture ).
На Рисунке 6 приведен пример заполнения поля PR_ G (Признак команды ), с указанием ограничений на значение поля.
Аналогично создайте и сохраните таблицы команд – Team и голов – Goal .
Таблицы базы данных созданы, и теперь их можно приступить к разработке программы, использующей эти таблицы.
4.2. Создание форм
Создайте проект.
Таблица 10
Выделенная компонента
Окно инспектора объектов
Имя свойства
Действие
База данных СПОРТ
Сохраните модуль и проект под именами UnitGlavn и ProjectGlavn в папке База данных .
Создайте четыре формы с помощью команды File-New-Other. В открывшемся окне New Item выберите на вкладке New объект Form . Дайте имена формам и сохраните модули под именами, указанными в таблице.
Таблица 11
Название формы
Имя формы
Имя модуля
Список матчей
Список команд
Список голов
Поиск
На главную форму поместите пять кнопок:
Список матчей , Список команд , Список голов, Поиск, Выход .
Для каждой кнопки напишите соответствующую процедуру для открытия окна (см. таблицу 12).
Таблица 12
Выделенная компонента
Окно инспектора объектов
Имя свойства
Действие
Список матчей
FormMatch. Show;
Список команд
Список голов
Поиск
FormPoisk. Show;
Выход
В модуле главной формы после служебного слова implementation надо записать:
Uses UnitMatch, UnitTeam, UnitGoal, UnitPoisk;
Вернитесь к проекту.
4.3. Доступ к базе данных
Доступ к базе данных обеспечивают компоненты Database , Table и DataSource .
Компонент Database представляет базу данных как единое целое, т. е. совокупность таблиц, компонента Table – одну из таблиц базы данных. Компонента DataSource обеспечивает связь таблицы и компонента отображения или редактирования данных (см. рисунок 7).
4.4. Использование модуля данных
При конструировании формы невизуальные компоненты, используемые для доступа к данным, такие как DataSource или Table , размещаются на форме, но при выполнении приложения эти компоненты не видны. Поэтому их можно размещать в любом удобном месте формы, выступающей для них контейнером – модулем. Для размещения невизуальных компонентов, через которые осуществляется доступ к данным, предназначен специальный объект – модуль данных (см. рисунок 8).
Создайте новый объект DataModule , выполнив команду File- New- Data Module. Сохраните его модуль под именем UnitDModul в папке База данных .
На лист окна DataModule1 вставьте компонент Database (связь с сервером) со страницы BDE . В свойстве AliasName (имя псевдонима) выберите из списка: SPORT .
Добавьте в окно DataModule1 компоненты Table (набор данных) со BDE и DateSource (источник данных) со страницы Data Access и расположите их рядом друг с другом (см. рисунок 8).
Активизируем таблицу Match . Для этого установим свойства компонент Table1 и DataSource1 в том порядке, в каком они перечислены в таблице 13.
Таблица 13
Выделенная компонента
Окно инспектора объектов
Имя свойства
Действие
Примечание
TableMatch
Имя базы данных, частью которой является таблица. Используется псевдоним базы данных.
Match. db
Имя файла данных, для доступа к которому используется компонент.
Признак активизации файла данных (таблицы). True – открытие файла.
DS_Match
Имя компонента для доступа к его свойствам.
TableMatch
Имя компонента – входные данные.
Выполните аналогичные действия для таблиц Список команд – Team и Список голов – Goal . В результате окно DataModule1 будет выглядеть так, как приведено на рисунке 9.
4.5. Навигация по таблицам базы данных
4.5.1. Форма Список команд
Активизируйте форму Список команд . Поместите на нее компонент DBGrid (таблица данных) со страницы Data Controls (управление данными). Для этого объекта следует прописать DataSource (источник данных). Откройте это свойство. Вы увидите, что выбирать пока не из чего. В модуле формы Список команд после служебного слова implementation запишите:
Uses UnitDModul ;
Снова откройте свойство DataSource и выберите в нем единственную имеющуюся запись: DataModule1 . DS_Team . Теперь компонент DBGrid и компонент DataSource связаны друг с другом. В компоненте DBGrid появились названия полей созданной таблицы Team .
Перейдите в окно DataModule1 и щелкните два раза мышью по объекту TableTeam . Откроется небольшое окно DataModule1 . DS_ Team . Щелкните на поле этого окна правой кнопкой мыши и в контекстном меню выберите строку Add all fields (добавить все поля).
Перейдите к форме Список матчей и выполните двойной щелчок на объекте DBGrid . Открылось окно Editing DBGrid1. Columns (редактор столбцов). Щелкните на поле этого окна правой кнопкой мыши и в контекстном меню выберите строку Add All Fields (добавить все поля). В окне Editing DBGrid1. Columns появится список всех полей таблицы. Щелкните мышью на одном из появившихся названий полей. Откройте свойство Title (название) и для каждого поля в
свойстве Caption запишите название: Код команды, Название команды, Город, Тренер (см. рисунок 10).
В результате этих действий русские названия полей отразятся в таблице Список матчей . Закройте окно Editing DBGrid1. Columns .
4.5.2. Перемещение по записям
Для перемещения указателя текущей записи в наборе данных используются следующие методы:
процедура First – установка на первую запись;
процедура Next – установка на следующую запись (для последней записи указатель не перемещается);
процедура Last – установка на последнюю запись;
процедура Prior – установка на предыдущую запись (для первой записи указатель не перемещается).
Delphi предоставляет возможность перемещаться по набору данных с помощью управляющих элементов, в качестве которых можно использовать компоненты DBGrid и DBNavigator . Управление этими элементами приводит к автоматическому вызову ранее перечисленных методов.
Перейдем на форму Список команд . Добавим на форму компонент DBNavigator (навигатор базы данных) со страницы Data Controls (управление данными). Навигатор содержит кнопки, обеспечивающие выполнение различных операций с набором данных путем автоматического вызова соответствующего метода. Состав кнопок определяется свойством VisibleButtons. На рисунке 11 представлен общий вид компоненты DBNavigator .
Кнопки навигатора выполняют следующие действия:
Таблица 14
Номер кнопки на рисунке
Обозначение кнопки
Действие
Перемещение к первой записи
Перемещение к предыдущей записи
Перемещение к следующей записи
Перемещение к последней записи
Вставка новой записи перед текущей
Удаление текущей записи
Редактирование текущей записи
Сохранение отредактированной информации в базе данных.
Отмена результата редактирования или добавления новой записи
Внесите изменения в свойства компонента DBNavigator .
Таблица 15
Выделенная компонента
Окно инспектора объектов
Имя свойства
Действие
(источник данных)
DataModule1 .DS _Team
(установление связи объектов)
(показать подсказку)
(подсказка)
Щелкнуть на кнопке с тремя точками, расположенными справа. В появившемся окне встроенного редактора String List Editor заменить английские на русские названия кнопок:
Первая запись
Предыдущая запись
Следующая запись
Последняя запись
Вставка записи
Удаление записи
Редактирование записи
Сохранение изменений
Отменить изменения
Обновить изменения
Завершить работу, щелкнув на кнопке OK.
Сохраните изменения и запустите проект. Убедитесь, что все работает.
4.5.3. Форма Список матчей
Активизируйте форму Список матчей . Поместите на нее компонент DBGrid и выполните аналогичные действия п.4.5.1 для таблицы Match .
По таблице можно перемещаться программно, без использования компоненты DBNavigator . Для этого внесем изменения в этот компонент, становим свойства, которые позволят использовать для навигации по таблице Match только четыре кнопки First, Prior, Next, Last (см. таблицу 12). Установите эти свойства в соответствии с рисунком 12.
Добавьте на форму компоненты Button (Изменить, Добавить, Удалить, Подтвердить, Отменить) , Label для вывода состояния записи (Просмотр, Удаление, Редактирование, Вставка) и CheckBox для включения или выключения режима редактирования, как показано на рисунке 13. А так же разместите на форме компоненты меток и рядом с ними соответствующие компоненты для редактирования полей.
Рисунок 13
При заполнении полей Команда – хозяин , Команда – гость таблицы Список матчей , целесообразно значения этих полей выбирать из списка. Если для поля задана таблица выбора, то в него можно ввести только значение, содержащееся в таблице выбора. Это гарантирует, что в поле не будет введено недопустимое значение. Для этого воспользуемся компонентом DBLookupComboBox , с помощью которого можно выбирать нужную информацию из таблицы Team .
Выполните действия, приведенные в таблице 16.
Таблица 16
Выделенная компонента
Окно инспектора объектов
Имя свойства
Действие
Дата матча
DBEdit1 со страницы Data Control
DataModule1.DS_Match
Команда - хозяин
DBLookupComboBox1
DataModule1.Ds_Match
DataModule1.DS_Team
Команда - гость
DBLookupComboBox2
DataModule1.DS_Match
DataModule1.DS_Team
Для того чтобы программа, которую мы будем писать, легко читалась, введем обозначения созданных кнопок и меток. Для этого необходимо изменить свойство Name у соответствующих компонентов (см. таблицу 17).
Таблица 17
Компонента
Условное обозначение
Свойство Name
Изменить
Добавить
Удалить
Подтвердить
Отменить
Закрыть
Состояние записи
Дата матча
TDBLookupComboBox
Команда - хозяин
TDBLookupComboBox
Команда - гость
Таблица
Режим редактирования
UnitMatch .
1. В разделе Use
DB, DBTables , Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, StdCtrls, Mask;
2. А в разделе описания переменных перед implementation должна быть запись:
FormSpisok: TFormSpisok;
3. После записи {$R *.dfm} вставим две вспомогательные процедуры:
procedure TFormMatch. StateChange(Sender: TObject);
btnEdit. Enabled:=false;
btnInsert. Enabled:=false;
btnDelete. Enabled:=false;
btnChangeOK. Enabled:=true;
procedure TFormMatch. StateBrowse(Sender: TObject);
cbCanEditClick(Sender);
btnChangeOK. Enabled:=False;
4. Перед разделом private { Private declarations }в раздел описания Type вставим две строки:
procedure StateChange(Sender: TObject);
procedure StateBrowse(Sender: TObject);
5. Для каждой кнопки напишите соответствующую процедуру.
BtnEdit – Изменить – OnClick
DataModule1.DS_Match. Dataset. Edit;
lblChangeKind. Font. Color:=clTeal;
lblChangeKind. Caption:="РЕДАКТИРОВАНИЕ ЗАПИСИ";
StateChange(Sender);
BtnInsert – Добавить – OnClick
Var Nomer: Integer;
// Подтверждение в режим вставки
If MessageDlg("Добавить запись?",
<> mrYes then Exit;
DataModule1.DS_Match. Dataset. Last;
Nomer:=DataModule1.DS_Match. Dataset. FieldByName("ID_M").AsInteger;
DataModule1.DS_Match. Dataset. Append;
// Номер матча формируется автоматически, путем увеличения номера в последней записи
DataModule1.DS_Match. Dataset. FieldByName("ID_M").AsInteger:=Nomer+1;
lblChangeKind. Font. Color:=clGreen;
lblChangeKind. Caption:="ВСТАВКА ЗАПИСИ";
StateChange(Sender);
if DbeDat. CanFocus then DbeDat. SetFocus;
BtnDelete – Удалить – OnClick
// Запрос на подтверждение перехода в режим просмотра удаляемой записи
If MessageDlg("Удалить запись?",
mtConfirmation, , 0) <> mrYes then Exit;
lblChangeKind. Font. Color:=clRed;
lblChangeKind. Caption:="УДАЛЕНИЕ ЗАПИСИ";
StateChange(Sender);
if btnChangeCancel. CanFocus then btnChangeCancel. SetFocus;
B tnChangeOK – Подтвердить – OnClick
// Утверждение изменений в текущей записи (редактируемой или новой)
// или удаления текущей записи (просматриваемой)
If DataModule1.TableMatch. State in
// Проверка заполнения полей
If dbeDat. Text="" then
MessageDlg("Не задана дата матча", mtError, , 0);
if DbeDat. CanFocus then DbeDat. SetFocus;
If DBLHost. Text="" then
MessageDlg("Не задана команда - хозяин", mtError, , 0);
if DBLHost. CanFocus then DBLHost. SetFocus;
If DBLGuest. Text="" then
MessageDlg("Не задана команда - гость", mtError, , 0);
if DBLGuest. CanFocus then DBLGuest. SetFocus;
DataModule1.TableMatch. Post
else if lblChangeKind. Caption="УДАЛЕНИЕ ЗАПИСИ"
then DataModule1.TableMatch. Delete;
StateBrowse(Sender);
B tnChangeCancel – Отменить – OnClick
// Если набор данных находился в режиме просмотра (при удалении записи),
// то никаких действий метод Cancel не выполняет
DataModule1.TableMatch. Cancel
StateBrowse(Sender);
BtnClose – Закрыть – OnClick
cbCanEdit – OnClick
var bm1: TBookmark;
// Запоминание положения текущей записи
bm1:=DataModule1.Ds_Match. Dataset. GetBookmark;
// Отключение отображения изменений данных в визуальных компонентах
DataModule1.Ds_Match. Dataset. DisableControls;
If not cbCanEdit. Checked then begin
DataModule1.TableMatch. ReadOnly:=true;
// Блокировка элементов, связанных с переходом
// в режиме изменения записей
btnEdit. Enabled:=false;
btnInsert. Enabled:=false;
btnDelete. Enabled:=false;
btnChangeCancel. Enabled:=false;
btnChangeOK. Enabled:=false;
lblChangeKind. Font. Color:=clBlue;
lblChangeKind. Caption:="ПРОСМОТР ЗАПИСИ";
DBEDat. Enabled:=false;
DBLHost. Enabled:=false;
DBLGuest. Enabled:=false;
DataModule1.TableMatch. Active:=false;
DataModule1.TableMatch. ReadOnly:=false;
DataModule1.TableMatch. Active:=true;
// Разблокирование элементов, связанных с переходом
// в режиме изменения записей
btnEdit. Enabled:=true;
btnInsert. Enabled:=true;
btnChangeCancel. Enabled:=true;
btnChangeOK. Enabled:=true;
DBEDat. Enabled:=true;
DBLHost. Enabled:=true;
DBLGuest. Enabled:=true;
// Если набор данных пуст, то удаление записей запрещено
If DataModule1.Ds_Match. Dataset. RecordCount>0
then btnDelete. Enabled:=true
else btnDelete. Enabled:=false;
// Возврат в текущую запись
then DataModule1.Ds_Match. Dataset. GotoBookmark(bm1);
If DataModule1.Ds_Match. Dataset. BookmarkValid(bm1)
then DataModule1.Ds_Match. Dataset. FreeBookmark(bm1);
// Включение отображения изменений данных в визуальных компонентах
DataModule1.Ds_Match. Dataset. EnableControls;
FormMatch – OnCreate
// Первоначально изменение записей запрещено
cbCanEdit. Checked:=false;
// Запрет автоматического перехода в режим редактирования
DataModule1.DS_Match. AutoEdit:=false;
DBGridMatch. Columns.ReadOnly:=True;
FormMatch – OnShow
// Исходное состояние управляющих элементов
StateBrowse(Sender);
4.5.4. Форма Список голов
Самостоятельно разработайте процесс заполнения и навигацию в форме Список голов .
4.5.5. Задание для самостоятельной работы
- На форме Список матчей
добавить для каждой команды (команда-хозяин, команда-гость) информацию о городе команды и фамилии тренера. На форме Список матчей
в таблице матчей убрать (видимость) поле код матча. На форме Список команд
добавить кнопку Закрыть
форму.
На оценку 5
Самостоятельно разработать форму поиска матчей:
1. по дате
2. по команде.
Для найденного матча показать список всех забитых голов и общий счет.
Описать процесс создания формы по примеру данного проекта.
5. Список литературы
В. Гофман, А. Хомоненко Работа с базами данных в Delphi, Санкт-Петербург «БХВ-Петербург», 2003 А. Желонкин Основы Программирования в интегрированной среде DELPHI. Практикум, М: Бином. Лаборатория базовых знаний, 2004 Н. Культин Основы программирования в Delphi 7, Санкт-Петербург «БХВ-Петербург», 20056. Приложение. Пример реализации поиска
Добавьте на форму компоненты DBGrid, GroupBox (Найти) , Button (Поиск, Выход) , CheckBox (По фамилии, По факультету) , Edit для ввода ключевых значений для поиска по полям DAT и FAK , как показано на рисунке 14.
Рисунок 14
Для того, чтобы программа, которую мы будем писать, легко читалась, введем обозначения созданных кнопок и меток. Для этого необходимо изменить свойство Name у соответствующих компонентов.
Таблица 16
Компонента
Условное обозначение
Свойство Name
Поиск
Выход
Найти
По фамилии
По факультету
Для ввода фамилии
Для ввода факультета
Таблица
В окне редактора форм перейдите в форму UnitPoisk .
1. В разделе Use должны быть включены следующие стандартные модули:
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
DB ,Dialogs, StdCtrls, ExtCtrls, Grids, DBGrids;
2. Для поиска записей по полям служат методы Locate и Lookup, причем поля могут быть неиндексированными.
Функция Locate (const KeyFields: String;
const KeyValues: Variant;
Options: TLocateOptions): Boolean
ищет запись с заданными значениями полей. Если удовлетворяющие условиям поиска записи существуют, то указатель текущей записи устанавливается на первую из них и функция возвращает значение True. Список полей, по которым ведется поиск, задается в параметре KeyFields (поля разделяются точкой с запятой). Параметр KeyValues указывает значения полей для поиска. Параметр Options задает значения LoCaseInsensitive (регистр букв не учитывать) и LoPartialKey (допускается частичное совпадение значений).
3. Для кнопки Поиск напишите соответствующую процедуру.
BtnFind – Поиск – OnClick
procedure TFormPOISK. btnFindClick(Sender: TObject);
Var KeyFields: String;
KeyValues: Variant;
Options: TLocateOptions;
if not (cbFindDAT. Checked or cbFindFAK. Checked)
MessageDlg("Не заданы условия поиска!", mtInformation,,0);
//Поиск одновременно по двум полям DAT и FAK
if cbFindDAT. Checked and cbFindFAK. Checked
KeyFields:="DAT;FAK";
KeyValues:=VarArrayOf();
//Поиск по одному из полей
//По полю DAT
if cbFindDAT. Checked
KeyFields:="DAT";
KeyValues:=editDAT. Text;
//По полю FAK
if cbFindFAK. Checked
KeyFields:="FAK";
KeyValues:=editFAK. Text;
//Поиск выполняется независимо от регистра букв
//с возможностью частичного совпадения
Options:=;
//Запись не найдена
If not DataModule1.Ds_Spisok. Dataset. Locate(KeyFields, KeyValues, Options)
MessageDlg("Запись не найдена...", mtInformation, ,0);
| Системный анализ (§§ 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
