3.1.6. Таблица "Матч"

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

№ п/п	Поле	Отметка	Тип	Семантика	Пример
1.	ID_Матч	PK	Счетчик	Индивидуальный номер матча	2
2.	Турнир	FK	Числовой	Турнир, в котором проходил матч	26
3.	Статус игры	-	Текстовый	Статус игры относительно турнира	Полуфинал
4.	Дата	-	Дата/время	Дата проведения матча	02.02.2007

3.1.7. Таблица "Команда_Матч"

Данная таблица связана с таблицами Команда и Матч, чтобы показать какая команда и на каком матче сколько забила/пропустила шайб. С таблицей Команда связана через вторичный ключ Команда, т.е. ее Название (первичный ключ в таблице Команда). С таблицей Матч связана ключом ID_Матч.

№ п/п	Поле	Отметка	Тип	Семантика	Пример
1.	ID_Команда_Матч	PK	Счетчик	Индивидуальный номер каждой записи	1
2.	Команда	FK	Текстовый	Команда,которая играла на матче	Торпедо
3.	ID_Матч	FK	Числовой	Матч, в котором играла команда	15
4.	Забито шайб	-	Числовой	Количество забитых шайб командой	12
5.	Пропущено шайб	-	Числовой	Количество пропущенных шайб командой	10
6.	Количество голевых передач	-	Числовой	Количество голевых передач в команде	20

3.1.8. Таблица "Гол"

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

№ п/п	Поле	Отметка	Тип	Семантика	Пример
1.	ID_Гол	PK	Счетчик	Индивидуальный номер каждого гола	2
2.	ID_Команда_Матч	FK	Числовой	Связь с таблицей "Команда_Матч"	8
3.	Игрок, забившей шайбу	-	Числовой	Личный номер игрока, забившей шайбу	36
4.	Игрок, сделавшей голевую передачу	-	Числовой	Личный номер игрока, сделавшей голевую передачу	49
5.	Время	-	Числовой	Минута матча, на которой забита шайба	12

3.2. Схема данных

3.3. Нормализация

База данных ИС создана и хранится в нормальной форме в Mirrosoft Office Access 2003, так как удобный интерфейс как для пользователя, так и для разработчика.

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

Данный раздел содержит описание ограничений целостности спроектированной базы данных.

4.1. Целостность по ссылкам.

Данная база данных имеет 2 вида блокировки:

• блокировка записи - при этом транзакция блокирует строки в таблицах таким образом, что запрос другой транзакции к этим строкам будет отменен;

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

Также поддерживает 4 уровня изоляции транзакции, которые предотвращают проблемы одновременного доступа:

• уровень 0 - запрещение «загрязнения» данных; этот уровень требует, чтобы изменять данные могла только одна транзакция, если другой транзакции необходимо изменить эти же данные, то она должна ожидать завершения первой транзакции;

• уровень 1 - запрещение «грязного» чтения. Если транзакция начала изменение данных, то никакая другая транзакция не сможет прочитать эти данные до тех пор, пока первая транзакция не завершится;

• уровень 2 - запрещение неповторяемого чтения. Если транзакция считывает данные, то никакая другая транзакция не сможет их изменить. Таким образом, при повторном чтении они будут находиться в первоначальном состоянии;

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

4.2. Целостность атрибутов.

Некоторые ограничения на поля таблиц.

4.2.1. Таблица "Игрок"

№ п/п	Поле	Ограничение
1.	Рост	Строго больше 0
2.	Вес	Строго больше 0
3.	Личный номер	Строго больше 0

4.2.2. Таблица "Турнир"

№ п/п	Поле	Ограничение
1.	Дата окончания	Позднее "Дата начала"

4.2.3. Таблица "Турнир_Команда"

№ п/п	Поле	Ограничение
1.	Количество очков	Больше или равно 0
2.	Количество побед	Больше или равно 0
3.	Количество поражений	Больше или равно 0
4.	Количество ничьих	Больше или равно 0

4.2.4. Таблица "Матч"

№ п/п	Поле	Ограничение
1.	Дата	Между "Дата начала" и "Дата окончания" данного турнира

4.2.5. Таблица "Команда_Матч"

№ п/п	Поле	Ограничение
1.	Забито шайб	Больше или равно 0
2.	Пропущено шайб	Больше или равно 0
3.	Количество голевых передач	Больше или равно 0

4.2.6. Таблица "Гол"

№ п/п	Поле	Ограничение
1.	Игрок, забившей шайбу	Строго больше 0
2.	Игрок, сделавшей голевую передачу	Строго больше 0
3.	Время	Строго больше 0, но меньше 25

5. События в базе данных.

Как говорилось ранее 2 таблицы заполняются автоматически после изменения заданных полей:

• При изменении поля "Команда" в таблице "Игрок" автоматически добавляется запись в таблицу "Переходы игроков";

• При заполнении поля "Дата окончания" в таблице "Турнир" автоматически заполняется таблица "Турнир_Команда" путем пересчета сыгранных матчей данной командой в таблицы "Команда_Матч".

6. Описание рабочих мест.

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

• Администратор;

• Пользователь:

  • Тренер;

  • Судья;

  • Гость.

6.1. Рабочее место "Администратор".

Права: чтение, запись в таблицу; создание, удаление скриптов для управления данными. Обязанности: обслуживание системы, обеспечение целостности данных.

6.2. Рабочее место "Тренер".

Права: чтение; запись в таблицу "Игрок". Право на запись выдается администратором с Именем пользователя и паролем. Обязанности: обслуживание таблицы "Игрок".

6.3. Рабочее место "Судья".

Права: чтение; запись в таблицы "Матч", "Команда_Матч" и "Гол". Право на запись выдается администратором с Именем пользователя и паролем. Обязанности: обслуживание данных таблиц.

6.4. Рабочее место "Гость".

Права: чтение. Обязанностей нет.

7. Интерфейс пользователя.

Интерфейс должен отвечать следующим требованиям:

• Интерфейс должен состоять из формы – главного окна программы и элементов управления на этой форме;

• Реализована аутентификация пользователя. Вход в программу должен осуществляться по имени пользователя и уникальному паролю;

• Содержать все необходимые элементы управления. Желательно на видном месте;

• Не должен содержать лишних элементов. Усложняет работу с программой, вызывает нежелательные ошибки;

• Интуитивно понятное назначение элементов. Большинство элементов управления должны выглядеть стандартно. Элементы должны иметь понятные для пользователей названия и подсказки;

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

• Возможность настройки элементов управления. Можно реализовать профили настройки отображения элементов, связанные с учетными записями пользователей;

• Элементы управления – удобного размера. Размеры элементов должны быть подобраны для наиболее эффективной работы. Пользователь не должен часто «ошибаться», нажимая не те кнопки;

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

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

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

• Для ввода нетекстовых данных могут быть предусмотрены другие элементы;

• Предоставление текстовых данных в виде таблицы, списка или отдельного текстового поля;

• Вывод нужной информации на печать. Наличие предварительного просмотра;

• Экспорт и импорт информации в другие файлы.

Функции, за которые отвечает пользователь:

• Установка и внешних устройств: принтера, сканера, факса и др.;

• Настройка локальной сети;

• Установка других программных продуктов для дальнейшей обработки полученной информации;