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

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 05.12.2012
Размер файла 3,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

Оглавление

  • 1. Теоретическая часть
    • 1.1 Представление данных с помощью модели "сущность-связь"
    • 1.2 Построение ER-диаграммы в различных нотациях
      • 1.2.1 Нотация Чена
      • 1.2.2 Нотация Мартина
      • 1.2.3 Нотация Баркера
    • 1.3 Проектирование реляционных баз данных
    • 1.4 Оценки текущего проекта БД
    • 1.5 Теория нормальных форм
      • 1.5.1 Функциональные зависимости
      • 1.5.2 1NF - первая нормальная форма
      • 1.5.3 2NF - вторая нормальная форма
      • 1.5.4 3NF - третья нормальная форма
      • 1.5.5 BCNF - нормальная форма Бойса-Кодда
      • 1.5.6 4NF - четвертая нормальная форма
  • 2. Специальная часть
    • 2.1 Постановка задачи
    • 2.3 Диаграмма сущность-связь (нотация Баркера)
    • 2.4 Приведение таблиц базы данных к первой нормальной форме
    • 2.5 Приведение таблиц базы данных ко второй нормальной форме
    • 2.6 Приведение таблиц базы данных к третьей нормальной форме
    • 2.7.Приведение таблиц базы данных к четвертой нормальной форме
    • 2.8 База данных, реализованная в Access'е

1. Теоретическая часть

1.1 Представление данных с помощью модели "сущность-связь"

Прежде, чем приступать к созданию системы автоматизированной обработки информации, разработчик должен сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия к той или иной модели данных, необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity - relationship model, ER - model).

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

Элементы модели

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

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

Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.

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

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

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

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

Набор связей - это отношение между N сущностями каждое из которых относится к отдельному набору сущностей (N>=2).

N=2 - Бинарная связь.

N>2 - N-арная связь.

При построении модели С-С N-арной связи:

1. лучше отражают семантику предметной области;

2. позволяют создать более компактную модель С-С.

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

Бинарные связи - позволяют в полной мере обеспечить целостность связи.

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

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

Если существование сущности А зависит от существования сущности В, то сущность В называется независимой или сильной сущностью, сущность А зависимая или слабая сущность.

1.2 Построение ER-диаграммы в различных нотациях

Чтобы построить диаграмму выполняются этапы:

1. Изучение основных законов;

2. Подробное описание предметной области в виде текста или набора утверждений;

3. Идентификация наиболее важных сущностей и связей;

4. Идентификация семантической информации предметной области - определение степеней связи;

5. Определение кардинальности связи;

6. Определение состава объектов (атрибутов) для каждой связи, формирование допустимых значений;

7. Формулировка правил для обеспечения целостности данных;

8. Представление данных в виде диаграммы сущность связь.

На этапе создания диаграммы необходимо выполнить правила:

- ограничения формулируются как отдельные предложения.

- на допустимые значения в наборе значений (домене) атрибута, трактуется как область определения атрибута. Область определения может быть задана непрерывным /дискретным интервалом, путем перечисления тех или иных значений.

- на разрешенные значения для каждого атрибута.

- ограничения, связанные с существующими значениями в базе данных.

1.2.1 Нотация Чена

Элемент диаграммы

Обозначает

независимая сущность

Зависимая сущность

родительская сущность в иерархической связи

Связь

Атрибут

Первичный ключ

внешний ключ (понятие внешнего ключа вводится в реляционной модели данных)

многозначный атрибут

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

1.2.2 Нотация Мартина

Элемент диаграммы

Обозначает

независимая сущность

зависимая сущность

родительская сущность в иерархической связи

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

Обозначение

Кардинальность

нет

1,1

0,1

0,N

1,N

Имя связи указывается на линии, ее обозначающей. Пример:

1.2.3 Нотация Баркера

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

Обозначение

Кардинальность

0,1

1,1

0,N

1,N

1.3 Проектирование реляционных баз данных

Проектированию подвергается структура таблицы и взаимосвязи между таблицами

В настоящее время применяются 2 основных подхода:

1. Предметно - ориентированный подход (предметные БД).

2. Прикладной подход (прикладные БД).

1. Создаются в соответствии с информационной структурой отдельной предметной области. В этом случае БД является моделью предметной области и отражает все основные закономерности в этой предметной области.

Достоинства:

1) Относительно невысокие затраты на проектирование и реализацию БД.

2) При развитии предметной области такая БД достаточно легко дорабатывается и приводится в соответствие с предметной области.

Недостатки:

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

2. Учитывает наиболее часто встречающиеся пути доступа к данным и общие закономерности решаемых задач в различных предметных областях.

Достоинства:

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

2) Невысокие затраты для реализации задач хранения и выборки данных.

Недостатки:

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

Как правило, долгосрочный проект БД реализуется в 2 этапа:

На 1-ом этапе используется предметный подход.

На 2-ом используется прикладной подход.

1.4 Оценки текущего проекта БД

1) сокращение избыточности (redundancy) информации,

2) уменьшение затрат на многократное обновление полей,

3) устранение потенциальной противоречивости данных - аномалии обновления данных

4) аномалия включения информации

5) аномалия удаления информации

6) устранение возможных противоречий информации из-за хранения в различных местах получение «чистого» проекта, т.е. каждый факт в БД встречается только 1 раз.

Аномалии удаляются разбиением исходной таблицы на несколько.

1.5 Теория нормальных форм

1.5.1 Функциональные зависимости

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

Определение:

Если даны два атрибута X и Y некоторого отношения, то говорят, что Y функционально зависит от X, если в любой момент времени каждому значению X соответствует ровно одно значение Y.

Функциональная зависимость обозначается X -> Y. Отметим, что X и Y могут представлять собой не только единичные атрибуты, но и группы, составленные из нескольких атрибутов одного отношения.

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

Некоторые функциональные зависимости могут быть нежелательны.

Определение:

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

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

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

· не должны появляться ранее отсутствовавшие кортежи;

· на отношениях новой схемы должно выполняться исходное множество функциональных зависимостей.

1.5.2 1NF - первая нормальная форма

Для обсуждения первой нормальной формы необходимо дать два определения:

Простой атрибут - атрибут, значения которого атомарны (неделимы).

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

Определение первой нормальной формы:

отношение находится в 1NF если значения всех его атрибутов атомарны.

Алгоритм нормализации описан Е.Ф.Коддом следующим образом:

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

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

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

1.5.3 2NF - вторая нормальная форма

Очень часто первичный ключ отношения включает несколько атрибутов (в таком случае его называют составным) - см., например, отношение ДЕТИ, показанное на рис. 3.4. При этом вводится понятие полной функциональной зависимости.

Определение:

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

Определение второй нормальной формы:

Отношение находится во 2НФ, если оно находится в 1НФ и каждый неключевой атрибут функционально полно зависит от ключа.

1.5.4 3NF - третья нормальная форма

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

Определение:

Пусть X, Y, Z - три атрибута некоторого отношения. При этом X --> Y и Y --> Z, но обратное соответствие отсутствует, т.е. Z -/-> Y и Y -/-> X. Тогда Z транзитивно зависит от X.

Определение третьей нормальной формы:

Отношение находится в 3НФ, если оно находится во 2НФ и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.

1.5.5 BCNF - нормальная форма Бойса-Кодда

Эта нормальная форма вводит дополнительное ограничение по сравнению с 3НФ. Определение нормальной формы Бойса-Кодда:

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

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

1.5.6 4NF - четвертая нормальная форма

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

Многозначная зависимость является обобщением функциональной зависимости и рассматривает соответствия между множествами значений атрибутов.

Определение четвертой нормальной формы:

Отношение находится в 4NF если оно находится в BCNF и в нем отсутствуют многозначные зависимости, не являющиеся функциональными зависимостями.

2. Специальная часть

2.1 Постановка задачи

Проектирование и разработка базы данных для хранения сведений по работе букмекерской конторы.

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

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

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

Итак, в чем непосредственно заключается работа букмекерской конторы и откуда берется такая высокая прибыльность и стабильность? Рассмотрим отвлеченный пример: в ближайшее время должен произойти футбольный матч между, скажем, командой "синих" и командой "зеленых" и наша контора предлагает угадать, какая из этих команд победит в данном матче, а в качестве выигрыша за угаданный исход этого события предлагает умножить сумму поставленных вами денег на коэффициент 1,8. Предположим, что на этот матч изъявили желание поставить, скажем, Петя и Вася по десять рублей каждый. При этом Петя поставил на команду "зеленых", а Вася на команду "синих". В контору поступило двадцать рублей, из которых при любом исходе данного события контора выплатит всего восемнадцать, а оставшиеся два рубля, т.е. 10% и будут являться прибылью конторы. Возникает вопрос, что если и Петя, и Вася поставят деньги на один и тот же исход данного матча, в результате чего возникает риск, что на полученные двадцать рублей конторе придется выплатить тридцать восемь? Так вот, для того чтобы избежать данного риска, у букмекерской конторы существуют механизмы, регулирующие процесс поступления ставок так, чтобы на оба исхода данного события были приняты примерно одинаковые суммы. А если учесть, что в мире ежедневно происходит несколько сотен спортивных событий, а количество игроков в среднем составляет 4-6% от общего населения данного города, то по закону нормального распределения и теории вероятности 10% прибыли конторе практически гарантированы. Но, в отличие от 10% прибыли наиболее стабильных ценных бумаг мира, 10% букмекер получает не за год, а ежедневно. Ко всему выше сказанному хочется добавить, что количество и сумма принятых ставок может быть ограниченна только самой конторой.

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

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

По ординару игроки букмекерских контор выигрывают сумму, равную произведению суммы внесенных денег на коэффициент в линии букмекера.

Экспрессами называют ставки на несколько исходов различных спортивных событий (2 и более). Выигрыш равен произведению всех коэффициентов в линии букмекера, умноженному на сумму затраченных денег. Таким образом, делая ставку 10 долларов на события, для которых предложены коэффициенты 1,2; 3; 2,5; 2,1, игрок выигрывает 189 долларов.

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

Системой называют совокупность всех возможных экспрессов одного размера с определенным стабильным числом исходов. Этот вид ставок менее рискован, чем экспрессы, однако прибыль в случае выигрыша будет меньше. Игрок делает ставку на несколько событий в экспрессе, а затем выбираете размерность данной системы: выиграют 5 ставок из 7, или 3 из 4-х и т. п.

В России 95% ставок -- это различные спортивные мероприятия. В основном -- футбол, на втором месте хоккей, баскетбол, волейбол. Затем идут теннис и другие спортивные соревнования, интерес к которым просыпается во время значимых событий, таких как чемпионаты Европы и мира или олимпиады. Постепенно букмекеры пытаются расширить перечень услуг. Например, сейчас существует несколько проектов с возможностью делать ставки на политические события -- это очень популярно в Европе и США. Но, скажем, до Англии, где разрешено ставить даже на то, пойдет в выходные дождь или нет, России еще далеко. Пожалуй, отчасти это объясняется еще и тем, что букмекерский бизнес в России довольно молод. Он появился в середине 90-х годов, а отраслевая ассоциация сформировалась лишь в 2005-м.

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

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

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

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

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

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

1. Данные о сотрудниках аналитического отдела;

2. Данные о сотрудниках, работающих в пунктах регистрации ставок;

3. Данные об оборудовании, используемом в каждом отделе;

4. Данные о количестве и суммах ставок и выплат за определенный период;

5. Статистические данные о работе аналитиков;

6. Статистические данные о проценте дохода от ставок на конкретный вид спорта;

7. Данные о наиболее популярных видах ставок (экспресс, ординар, система) и проценте выигрыша с них.

2.3 Диаграмма сущность-связь (нотация Баркера)

Идентификация наиболее важных сущностей и связей:

1. Выбор сущностей и атрибутов:

1) Отдел (Название, Адрес, Тип, Телефон);

2) Сотрудник (ФИО, Адрес, Табельный номер, Телефон, Оклад (в рублях), Дата рождения, История работы);

3) Оборудование (Инвентаризационный номер, Тип, Стоимость, Дата поставки);

4) Клиент (ФИО, Дата рождения, Адрес, Дата регистрации, Индивидуальный номер, Номер расчетного счета);

5) Ставка (Регистрационный номер, Сумма, Тип, Дата регистрации, Коэффициент, Событие, Рассчитана);

6) Событие (Дата, Тип, Номер в линии);

7) Выплата (Дата, Номер ставки, Сумма).

2. Определение степени и кардинальности связей:

1) Сотрудник работает в отделе

a. Степень «многие-ко-одному». Сотрудник работает только в одном отделе, но в одном отделе может работать много сотрудников.

b. Кардинальность «Сотрудник» > «Отдел». Если есть сотрудник, то он должен работать в каком-то отделе.

c. Кардинальность «Отдел» > «Сотрудник». Если есть отдел, в нем обязательно работают сотрудники.

2) Оборудование закреплено за отделом.

a. Степень «многие-к-одному». В одном отделе может находиться много оборудования. Один экземпляр оборудование может находиться только в одном отделе.

b. Кардинальность «Оборудование» > «Отдел». Оборудование обязательно должно находиться в каком-то отделе.

c. Кардинальность «Отдел» > «Оборудование». В каждом отделе есть какое-либо оборудование.

3) Сотрудник зарегистрировал ставку.

a. Степень «один-ко-многим». Один сотрудник может зарегистрировать много ставок. Одна ставка может быть зарегистрирована только одним сотрудником.

b. Кардинальность «Сотрудник» > «Ставка». Сотрудник необязательно регистрирует ставки (например, сотрудник аналитического отдела).

c. Кардинальность «Ставка» > «Сотрудник». Каждая ставка зарегистрирована каким-то сотрудником.

4) Клиент делает ставку.

a. Степень «один-ко многим». Один клиент может сделать много ставок, однако одна конкретная ставка может быть сделана только одним клиентом.

b. Кардинальность «Клиент» > «Ставка». Клиент не обязательно имеет зарегистрированные ставки (например, только что зарегистрировавшийся пользователь еще не успел сделать ставки).

c. Кардинальность «Ставка» > «Клиент». Зарегистрированная ставка не обязательно должна быть закреплена за конкретным клиентом (например, ставка сделана в пункте регистрации ставок, а не через Интернет).

5) Сотрудник производит выплату.

a. Степень «один-ко-многим». Один сотрудник может произвести много выплат. Одна выплата может быть произведена только одним сотрудником.

b. Кардинальность «Сотрудник» > «Выплата». Сотрудник не обязательно производит выплаты (например, сотрудник аналитического отдела).

c. Кардинальность «Выплата» > «Сотрудник». Каждая выплата осуществляется каким-либо сотрудником.

6) Клиент получает выплату.

a. Степень «один-ко-многим». Один клиент может получить несколько выплат. Одна выплата может быть получена только одним клиентом.

b. Кардинальность «Клиент» > «Выплата». Клиент необязательно получал выплаты (например, если всегда проигрывал ставку).

c. Кардинальность «Выплата» > «Клиент». Выплата необязательно была получена зарегистрированным клиентом (например, в пункте приема ставок по купону).

7) Выплата произведена по выигрышу на событии.

a. Степень «многие-ко-многим». Одна выплата может быть произведена по результатам нескольких событий (например, по ставке типа экспресс). По результатам одного события может быть произведено несколько выплат.

b. Кардинальность «Выплата» > «Событие». Если есть выплата, то она производилась из-за выигрыша ставки на какое-то событие.

c. Кардинальность «Событие» > «Выплата». По какому-либо событию не обязательно производились выплаты (например, все ставки проиграли).

8) Сотрудник сформировал коэффициент на событие.

a. Степень «многие-ко-многим». Один сотрудник может сформировать свой коэффициент (прогноз) на несколько событий. На одно событие формируют коэффициенты несколько сотрудников (из аналитического отдела).

b. Кардинальность «Сотрудник» > «Событие». Сотрудник не обязательно формирует коэффициент на событие (например, кассир из пункта регистрации ставок).

c. Кардинальность «Событие» > «Сотрудник». На каждое событие в линии представлены коэффициенты, которые сформировали сотрудники аналитического отдела.

9) Ставка зарегистрирована на событие.

a. Степень «многие-ко-многим». Одна ставка может быть зарегистрирована на несколько событий (например, экспресс). На одно событие может быть зарегистрировано много ставок.

b. Кардинальность «Ставка» > «Событие». Каждая ставка зарегистрирована на какое-либо событие.

c. Кардинальность «Событие» > «Ставка». На событие не обязательно должны быть зарегистрированы ставки (например, событие только что внесли в линию, и на него еще нет ставок).

10) Выплата произведена по ставке.

a. Степень «один-к-одному». Одна выплата производится только по одной ставке. По одной ставке производится только одна выплата.

b. Кардинальность «Выплата» > «Ставка». Если производилась выплата, то в результате того, что какая-либо ставка сыграла.

c. Кардинальность «Ставка» > «Выплата». Не по каждой ставке производится выплата (например, ставка проиграла).

2.4 Приведение таблиц базы данных к первой нормальной форме

Отношение находится в первой нормальной форме, если значение всех атрибутов атомарно. Любое нормальное реляционное отношение должно находиться в первой НФ.

Таблица «Отдел»

Название

Адрес

Тип

Телефон

Атрибут «Адрес» не является атомарным. Произведем декомпозицию на 2 таблицы:

Таблица «Отдел»

Название

Тип

Телефон

Избыточность информации («Тип»). Есть несколько отделов с одинаковым типом.

Таблица «Адрес отдела»

Название отдела

Улица

Дом

Таблица «Сотрудник»

ФИО

Адрес

Табельный номер

Телефон

Оклад

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

История работы

Дети

Название отдела

Атрибуты «Адрес», «История работы», «Дети» не являются атомарными. Произведем декомпозицию на 4 таблицы:

Таблица «Сотрудник»

ФИО

Табельный номер

Телефон

Оклад

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

Название отдела

Избыточность информации («Оклад», «Название отдела»). Несколько сотрудников могут иметь одинаковый оклад, работать в одном отделе.

Таблица «Дети сотрудника»

Табельный номер

ФИО ребенка

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

Таблица «История работы»

Табельный номер

Дата приема

Должность

История зарплаты

Избыточность информации («Должность»). Может быть несколько сотрудников с одинаковой должностью.

Таблица «Адрес сотрудника»

Табельный номер

Улица

Дом

Квартира

Атрибут «История зарплаты» не является атомарным. Произведем декомпозицию на 2 таблицы:

Таблица «История работы»

Табельный номер

Дата приема

Должность

Избыточность информации («Должность»). Может быть несколько сотрудников с одинаковой должностью.

Таблица «История зарплаты»

Табельный номер

Дата начисления

Дата приема

Сумма

Таблица «Оборудование»

Инвентаризационный номер

Тип

Стоимость

Дата поставки

Название отдела

Все атрибуты атомарные.

Избыточность информации («Тип», «Название отдела»). Может быть много оборудования одинакового типа, в одном отделе.

Таблица «Клиент»

ФИО

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

Адрес

Индивидуальный номер

Номер расчетного счета

Дата регистрации

Атрибут «Адрес» не является атомарным. Произведем декомпозицию на 2 таблицы:

Таблица «Клиент»

ФИО

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

Индивидуальный номер

Номер расчетного счета

Дата регистрации

Таблица «Адрес клиента»

Индивидуальный номер

Улица

Дом

Квартира

Таблица «Ставка»

Регистрационный номер

Сумма (в рублях)

Тип

Дата регистрации

Коэффициент

Рассчитана

Табельный номер сотрудника

Индивидуальный номер клиента

Событие

Атрибут «Событие» не является атомарным. Произведем декомпозицию на 2 таблицы:

Таблица «Ставка»

Регистрационный номер

Сумма (в рублях)

Тип

Дата регистрации

Коэффициент

Рассчитана

Табельный номер сотрудника

Индивидуальный номер клиента

Таблица «Номер события»

Регистрационный номер ставки

Номер события

Таблица «Событие»

Номер в линии

Дата

Аналитик

Тип

Атрибуты «Аналитик» и «Тип» не являются атомарными. Произведем декомпозицию на 3 таблицы:

Таблица «Событие»

Номер в линии

Дата

Таблица «Аналитик»

Номер в линии

Табельный номер сотрудника

Коэффициент

Таблица «Тип события»

Номер в линии

Характер события

Название соревнования

Таблица «Выплата»

Номер ставки

Дата

Сумма (в рублях)

Номер события

Индивидуальный номер клиента

Табельный номер сотрудника

Все атрибуты атомарные.

Все таблицы отвечают требованиям первой нормальной формы.

Функциональные зависимости для всех отношений базы данных.

1. Между таблицами «Отдел» и «Адрес отдела» установлена функциональная зависимость по атрибуту «Название отдела».

2. Между таблицами «Сотрудник» и «Дети сотрудника» установлена функциональная зависимость по атрибуту «Табельный номер».

3. Между таблицами «Сотрудник» и «История работы» установлена функциональная зависимость по атрибуту «Табельный номер».

4. Между таблицами «История работы» и «История зарплаты» установлена функциональная зависимость по атрибутам «Табельный номер» и «Дата приема».

5. Между таблицами «Сотрудник» и «Адрес сотрудника» установлена функциональная зависимость по атрибуту «Табельный номер».

6. Между таблицами «Клиент» и «Адрес клиента» установлена функциональная зависимость по атрибуту «Индивидуальный номер».

7. Между таблицами «Ставка» и «Номер события» установлена функциональная зависимость по атрибуту «Регистрационный номер».

8. Между таблицами «Событие» и «Аналитик» установлена функциональная зависимость по атрибуту «Номер в линии».

9. Между таблицами «Событие» и «Тип события» установлена функциональная зависимость по атрибуту «Номер в линии».

10. Между таблицами «Отдел» и «Сотрудник» установлена функциональная зависимость по атрибуту «Название отдела».

11. Между таблицами «Отдел» и «Оборудование» установлена функциональная зависимость по атрибуту «Название отдела».

12. Между таблицами «Сотрудник» и «Ставка» установлена функциональная зависимость по атрибуту «Табельный номер сотрудника».

13. Между таблицами «Аналитик» и «Сотрудник» установлена функциональная зависимость по атрибуту «Табельный номер сотрудника».

14. Между таблицами «Сотрудник» и «Выплата» установлена функциональная зависимость по атрибуту «Табельный номер сотрудника».

15. Между таблицами «Клиент» и «Ставка» установлена функциональная зависимость по атрибуту «Индивидуальный номер клиента».

16. Между таблицами «Клиент» и «Выплата» установлена функциональная зависимость по атрибуту «Индивидуальный номер клиента».

17. Между таблицами «Номер события» и «Событие» установлена функциональная зависимость по атрибуту «Номер события».

18. Между таблицами «Ставка» и «Выплата» установлена функциональная зависимость по атрибуту «Номер ставки».

19. Между таблицами «Событие» и «Выплата» установлена функциональная зависимость по атрибуту «Номер события».

2.5 Приведение таблиц базы данных ко второй нормальной форме

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

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

2.6 Приведение таблиц базы данных к третьей нормальной форме

Отношение находится в 3НФ, если оно находится во 2НФ и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.

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

2.7 Приведение таблиц базы данных к четвертой нормальной форме

Отношение находится в 4NF если оно находится в BCNF (3НФ) и в нем отсутствуют многозначные зависимости, не являющиеся функциональными зависимостями.

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

Все таблицы соответствуют требованиям 4-ой нормальной формы, следовательно, можно приступить к реализации базы данных в Access'e.

Схема данных

2.8 База данных, реализованная в Access'е

Таблица «Адрес клиента»

Таблица «Адрес отдела»

Таблица «Адрес сотрудника»

Таблица «Аналитик»

Таблица «Выплата»

Таблица «Дети сотрудника»

Таблица «История зарплаты»

Таблица «История работы»

Таблица «Клиент»

Таблица «Номер события»

Таблица «Оборудование»

Таблица «Отдел»

Таблица «Событие»

Таблица «Сотрудник»

Таблица «Ставка»

Таблица «Тип события»

Форма навигации

Форма «Адрес клиента»

Форма «Адрес отдела»

Форма «Адрес сотрудника»

Форма «Аналитик»

букмекерский база данные информация

Форма «Выплата»

Форма «Дети сотрудника»

Форма «История зарплаты»

Форма «История работы»

Форма «Клиент»

Форма «Номер события»

Форма «Оборудование»

Форма «Отдел»

Форма «Событие»

Форма «Сотрудник»

Форма «Ставка»

Форма «Тип события»

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


Подобные документы

  • Анализ текущих бизнес-процессов при работе букмекерской конторы. Построение функциональных моделей предметной области и диаграмм потоков данных. Основные меры по реорганизации бизнес-процессов и разрешению противоречий. Разработка мобильных приложений.

    курсовая работа [246,0 K], добавлен 10.01.2014

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

    контрольная работа [648,7 K], добавлен 13.04.2012

  • Разработка базы данных для хранения сведений и расчета заработной платы работников ОАО "Печатный двор". Построение ER-диаграммы на основании информации о персонале. Построение нормальных форм отношений. Разработка запросов и пользовательского интерфейса.

    курсовая работа [1,4 M], добавлен 23.12.2010

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

    курсовая работа [2,4 M], добавлен 07.09.2012

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

    курсовая работа [2,1 M], добавлен 24.05.2012

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

    курсовая работа [2,1 M], добавлен 14.02.2011

  • Основные функции отдела кадров нотариальной конторы ООО "Стрекоза". Автоматизация процесса внесения и хранения данных по сотрудникам. Список данных, хранящихся в подчинённых таблицах и используемых для параметрических запросов. Интерфейс базы данных.

    курсовая работа [1,7 M], добавлен 22.11.2016

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

    курсовая работа [3,0 M], добавлен 22.12.2014

  • Семантическое моделирование данных. Основные понятия модели Entity-Relationship. Построение инфологической модели в виде диаграммы "Таблица-связь". Проектирование физической модели базы данных. Разработка формы заставки, главной, вторичных кнопочных форм.

    курсовая работа [1,5 M], добавлен 26.06.2012

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

    курсовая работа [185,6 K], добавлен 08.11.2008

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.