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

Оглавление

• 1. Описание предметной области
• 2. Выбор методологии проектирования и СУБД
• 3. Построение инфологической модели предметной области
• 4. Проектирование логической структуры базы данных
• 5. Ограничения целостности
• 6. Проектирование физической структуры базы данных
• 7. Организация ввода и корректировки данных в БД
• 8. Информационные потребности пользователей
• 9. Разработка интерфейса
• 10. Список использованной литературы

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

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

Для создания базы данных в первую очередь следует описать предметную область.

Данная база данных не настроенная для определенного теннисного клуба, а может быть универсально использована разными клубами. Для примера были взяты теннисные клубы Жемчужина и Янтарь.

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

• появление новых спортсменов;

• появление новых команд и клубов;

• создание новых теннисных кортов;

• принятие на работу в команду новых тренеров;

• возможность просмотра болельщиками информации о спортсменах, тренерах, клубе;

• изменение соревнований, в которых принимает участия команда;

• ведение расписание команд.

Глобальная цель обработки информации:

• Улучшить качество и быстроту нахождения данных;

Частные цели:

• ускорить процесс просмотра необходимых данных;

• проводить анализ данных;

• принятие в клуб новых спортсменов;

• работать с данными;

• систематизировать данные;

• вводить новые данные;

• удалять ненужные данные;

• сбор и хранение данных;

• сократить время поиска конкретной информации в базе данных.

Задачи, решаемые системой, которые потребовали создания различных объектов БД (запросов, форм, макросов и вычисляемых полей):

· Сбор и хранение данных (сведения о клубах, командах, спортсменах, соревнованиях, теннисных кортах);

· Добавление новой информации.

Каждому тренеру дается уникальный код, а так же следующая информация:

· ФИО

· Гражданство

· Дата рождения

· Достижения

· Код команды

Главной задачей тренера является проведение тренировок в команде. Для каждой команды в базу заносятся следующие данные:

· Код команды

· Название

· Код клуба

· Код соревнования

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

· ФИО

· Гражданство

· Дата рождения

· Из какого клуба пришел

· Код команды

Важным для каждого спортсмена являются его достижения. Так же с помощью их тренер может мотивировать других игроков. Для этого ведется учет достижений спортсменов:

· Код достижения

· Название

· Код спортсмена

Команды являются составными частями клубов. Для этого ведется таблица клубов:

· Код клуба

· Название

· Страна

· Код владельца клуба

У каждого клуба есть владелец:

· Код владельца

· ФИО

· Дата рождения

· Деятельность

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

· Код фанатской группы

· Название

· Контактный телефон

· Год основания

· Код клуба

Для уточнения мест проведения соревнований и тренировок ведется таблица стадионов. Одним из требований создания команды является наличие своего теннисного корта.

· Код теннисного корта

· Название

· Вместимость

· Год основания

· Код команды

Основная деятельность клубов - соревнования. В них спортсмены получают достижения и узнают лучших участников и клубы.

· Код соревнования

· Соперник

· Результат

· Сезон

· Количество очков

Главная задача любого тренера - тренировки команд. Для этого необходимо расписание.

· ID

· Код тренера

· Код команды

· Дата проведения тренировки

Круг лиц, работающих с базой данных:

1) Тренер теннисного клуба

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

Входные документы:

· Анкета нового тренера

Анкета на прием на работу нового сотрудника
Фамилия __________________________________ Имя __________________________________ Отчество __________________________________
Адрес проживания (регистрационный) __________________________________
Адрес проживания (фактический) __________________________________
заполнять, если отличается
Дата рождения __________________________________
Подпись кандидата _________ Дата __/__/____

база данные erwin access

· Новый спортсмен

Название клуба __________ Название команды____________
Фамилия __________________________________ Имя __________________________________ Отчество __________________________________
Адрес проживания (регистрационный) __________________________________
Адрес проживания (фактический) __________________________________
заполнять, если отличается
Дата рождения __________________________________ Из какого клуба перешел __________________________________
Подпись кандидата _________ Дата __/__/____

·

· Расписание

Название клуба __________ Название команды____________ ФИО тренера_____________ Дата проведения тренировки______________

· Новый клуб

Название клуба __________________________________ Страна __________________________________ ФИО владельца __________________________________
Дата __/__/____

· Новая команда

Название клуба __________________________________ Какому клубу принадлежит __________________________________
Дата __/__/____

· Личные достижения спортсмена

ФИО спортсмена __________________________________ Описание достижения __________________________________
Дата __/__/____

· Результаты турнира

Название команды __________________________________ Название соперника __________________________________ Счет _________________________________ Количество очков за сезон ________________________________

Выходные документы:

Владельцы клубов

Владельцы клубов
ФИО	Название клуба	Страна	Название команды
__________________________________
Дата печати отчета	__/__/___

Составы команд

Название команды	Количество игроков	ФИО спортсменов	Гражданство	Дата рождения
__________________	_________________	_________________		__/__/___

Фанатские клубы

Название фанклуба	Телефон	Год основания	Название поддерживаемого клуба
__________________	_________________	_________________

Расписание

ФИО тренера	Название команды	Время проведения тренировки
__________________	_________________	___________________________

Отчет по состоянию игроков

Название команды__________________
ФИО	Состояние игрока
__________________________________	Здоров/нездоров

Основные запросы создаваемой базы данных:

· Выбор спортсмена

· Состав команды

· Тренер команды

Работа с базой осуществляется посредством экранных форм.

2. Выбор средств/методологии проектирования. Выбор СУБД

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

Для построения ER-модели было выбрано CASE-средство Erwin 8. Эта программа была выбрана потому, что она позволяет наглядно отображать сложные структуры данных. Графическая среда удобна в использовании, упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных. Наиболее важные для данного проекта возможности данного CASE-средства:

· Поддержка нотации IDEF1x

· Возможность совместной работы группы проектировщиков

· Описание структуры БД с помощью визуальных средств

· Автоматическая генерация файлов данных для любого типа СУБД

· Уменьшение числа рутинных операций, что облегчает и сокращает работу

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

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

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

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

В MS Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц.

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

3. Построение инфологической модели предметной области

«Инфологическая модель представляет собой описание предметной области, выполненное без жесткой ориентации на используемые в дальнейшем программные и технические средства..» Диго С.М. «Базы данных. Проектирование и создание», с.30 Учебно-методический комплекс. М., ЕАОИ, 2008 Инфологическая модель должная быть динамической и позволять легкую корректировку. Основные требования, предъявляемые к инфологической модели:

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

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

Представим описание объектов и связей между ними в виде Базовой ER-модели:

Рис. 1. ER-модель для проектирования базы данных тренера спортивного клуба, построенная при помощи программы Erwin Data Modeler r8

4. Проектирование логической структуры базы данных

Логическая структура базы данных должна быть спроектирована и описана для конкретной СУБД. Для моей базы данных была выбрана СУБД MS Access. Необходимо перейти от ER-модели к таблицам в базе данных.

Владелец Клуба (Код_владельца клуба (числовой), ФИО(текстовый), Дата_рождения(Дата), Деятельность(текстовый))

Клуб ( Код_клуба(числовой), Название(текстовый), Страна(текстовый), Код_владельца__клуба(числовой))

Команда (Код_команды(числовой), Название(текстовый), Код_Клуба(числовой), Код_турнира_команды(числовой))

Личные достижения (Код_достижения(числовой), Название(текстовый), Код_спортсмена(числовой))

Спортсмен (Код_спортсмена(числовой), ФИО(текстовый), Гражданство(текстовый), Дата_рождения(Дата), Откуда_пришел, Код_команды(числовой))

Теннисный корт (Код_корта(числовой), Название(текстовый), Вместительность(числовой), Год_основания(дата), Код_команды(числовой))

Тренер (Код_тренера(числовой), ФИО(текстовый), Гражданство(текстовый), Дата_рождения(Дата), Достижения(текстовый), Код_команды(числовой))

Соревнование (Код_соревнования (числовой), Код_соревнования_команды(числовой), Соперник(текстовый), Результат(числовой), Сезон(числовой), Количество_очков(числовой))

Соревнование_команды (Код_соревнование_команды(числовой), Название_соревнования(текстовый))

Фанаты (Код_фанатской_группы(числовой), Название(текстовый), Контактный телефон(текстовый), Год_основания(дата), Код_клуба(числовой))

Расписание (ID (счетчик), Код тренера, Код команды, Время(дата))

Рис. 2. Схема базы данных в среде MS ACCESS

5. Ограничения целостности

Целостность - это актуальность и непротиворечивость информации; защищенность от разрушения и несанкционированного изменения.

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

1) Ключевые поля каждой таблицы должны иметь уникальные и непустые значения

2) Ключевое поле каждой таблицы должно быть уникальным и заполненным:

3) Тренер должен быть совершеннолетним

4) Поля содержащие в себе коды должны задаваться маской ввода:

6. Проектирование физической структуры базы данных

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

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

Представим описание объектов и связей между ними в виде физической ER-модели, основанной на методологии IDEF1X, созданной в CASE-средстве ERwin Data Modeler:

Рис. 3. Физическая модель, построенная при помощи программы Erwin

Таблицы :

Таблица владельцев клубов

Таблица клубов

Таблица команд

Таблица спортсменов

Таблица теннисных кортов

Таблица тренеров

Таблица турниров

Таблица Соревнований команд

Таблица фанатов

Таблица расписание

7. Организация ввода и корректировки данных в БД

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

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

* Через раздел СУБД «Таблицы», производя действия по изменению, добавлению или удалению непосредственно в таблице.

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

* Через раздел СУБД «Формы», выполняя необходимые действия в таблице через интерфейс формы.

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

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

Существует 3 способа ввода данных:

* Ввод с клавиатуры;

* Сохранение данных, сформированных иными программными средствами;

* Импорт из других источников.[3]

В нашей базе данных использовался ввод данных через формы.

Далее приведены примеры наших экранных форм:

1. Экранная форма «Владелец клуба»

2. Экранная форма «Главная форма»

3. Экранная форма «Клуб»

4. Экранная форма «Команда»

5. Экранная форма «Спортсмен»

6. Экранная форма «Стадионы»

7. Экранная форма «Турнир»

8. Экранная форма «Фанаты»

9. Экранная форма расписание

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

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

· Нахождение нужной информации

· Отображение и просмотр этой информации

· Вывод информации в файл или на печать

В Microsoft Access информационные потребности пользователей реализуются с помощью запросов.

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

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

Результат работы запроса называется выборкой. Выборка не сохраняется в базе данных; она создается заново каждый раз при выполнении запроса и уничтожается при его закрытии.

Существуют следующие виды запросов:

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

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

3. Запрос на создание новой таблицы.

4. Запросы на изменение данных:

· обновление данных - команда занесения общих изменений в группу записей одной или нескольких таблиц;

· добавление данных - команда добавления группы записей из одной или нескольких таблиц в конец одной или нескольких таблиц;

· удаление данных - команда удаления группы записей из одной или нескольких таблиц.

База данных должна предоставлять информацию:

- О спортсмене

- О составе команды

- Информацию о тренере команды

Также в СУБД Access информацию можно получать в виде отчетов

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

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

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

· Отчет о владельце клуба

· Отчет о команде

· Отчет о фанатской группе

· Отчет о состоянии игроков

· Расписание

9. Разработка интерфейса

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

Работа с базой начинается с главного меню:

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



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

1. Боровиков В. В., Microsoft Access Программирование и разработка баз данных и приложений (полное руководство пользователя), М., «Солон-Р», 2002 г.

2. Диго С.М. Базы данных: проектирование и использование: Учебник. - М.: Финансы и статистика, 2005.

3. Диго С. М. Создание баз данных в среде СУБД Access: Учебное пособие. - М., 2001.

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