Информационная система отслеживания игроков букмекерской конторы

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

Введение

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

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

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

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

1. Аналитическая часть

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

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

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

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

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

- Проанализировать аналоги информационных систем или их модулей, существующих на рынке;

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

- Разработка БД объектов системы;

- Составление перечня транзакций;

- Создание удобного и дружелюбного интерфейса для разрабатываемого модуля;

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

1.3 Требования к системе

Целью внедрения информационной системы обучения, которой, в рамках настоящего проекта, присвоим название, АРМ «Player Tracking» является применение эффективного, надежного и гибкого инструмента, которые, доложен также иметь достаточно продолжительный жизненный цикл, его программно-аппаратный комплекс должен удовлетворять следующим требованиям:

- соответствие международным стандартам открытых систем, в том числе стандартам разработки, сопровождения и документирования;

- соответствие международным стандартам в области управления качеством ISO 9000;

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

- адаптируемость. Технологии переноса решений из одной платформы в другую;

- многоплатформенность (аппаратные средства);

- масштабируемость: по количеству пользователей; объему хранимых данных; интенсивности обмена данными; скорости обработки запросов и данных; набору предоставляемых услуг и т.п.;

- надежность (средства сохранения и восстановления данных, резервирование).

1.4 Анализ существующих программных средств

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

Для решения поставленной задачи, а именно разработка электронной базы данных для букмекерской конторы, а также учета и контроля ставок существует множество средств, а именно разработки базы данной с использованием языков программирования высшего уровня (VisualBasic, C++ и.т.д.), использование специально ориентированных программных продуктов от софтверных производителей (Онлайн букмекер, букмекерская контора), либо использование программ для создания базы данных (MicrosoftAccess, SQL).

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

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

1.5 Общая характеристика организации решения задачи на ЭВМ

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

- Архитектура аппаратной платформы;

- Функции;

- Источники входящей информации;

- Порядок ввода первичной информации;

- Характеристика результатов;

- Характеристика ведения данных в базе;

- Режим решения задач

Рассмотрим каждый их этих характеристик подробней.

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

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

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

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

1.6 Обоснование проектных решений по видам обеспечения

1.6.1 Техническое обеспечение

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

При выборе оборудования для АРМ необходимо руководствоваться следующими принципами:

1. Конфигурация ПК АРМ должна позволить хранить большие объёмы информации, для обеспечения обмена информацией с другими ПК посредством различных носителей информации;

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

3. Выбор высококачественного модема определяется наличием цифровой телефонной линии, которая обеспечивает скоростной и надёжный доступ к Интернет-ресурсам;

4. Сеть должна обеспечивать 100 Мегабитные технологии

АРМ будет полностью функционировать в составе единой сети, объединяющей АРМ специалистов предприятия. Для её реализации предлагается использовать топологию типа "звезда", являющейся одной из самых быстродействующих.

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

- электронная почта;

- FTP - протокол передачи файлов

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

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

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

Таблица 1. Системные требования для Microsoft Office профессиональный плюс 2010

Компонент	Требование
Компьютер и процессор	Процессор с тактовой частотой 500 МГц или выше; для работы с приложением Outlook с диспетчером контактов требуется процессор с тактовой частотой 1 ГГц
Память	256 МБ оперативной памяти или больше; для работы с графикой, компонентом мгновенного поиска Outlook, приложением Outlook с диспетчером контактов, приложением Communicator и использования других расширенных функций рекомендуется 512 МБ оперативной памяти
Жесткий диск	3,5 ГБ свободного дискового пространства.
Монитор	Монитор с разрешением 1024 х 768 или больше.
Операционная система	Поддерживаются следующие операционные системы: Windows XP с пакетом обновления 3 (SP3) (32-разрядная), WindowsVista с пакетом обновления 1 (32-разрядная или 64-разрядная), WindowsServer 2003 с пакетом обновления 2 (SP2) (32-разрядная или 64-разрядная) с установленным MSXML 6.0 (только для 32-разрядной версии Office), WindowsServer 2008 или более поздняя (32-разрядная или 64-разрядная), Windows7 (32-разрядная или 64-разрядная). Сервер терминалов и технология WOW, позволяющая устанавливать 32-разрядные версии Office 2010 на 64-разрядные операционные системы (кроме Windows XP 64).
Дополнительно	Требования и функциональные возможности продуктов могут различаться в зависимости от конфигурации системы и используемой операционной системы.
Другое	· Для некоторых средств рукописного ввода требуется Windows XP Tablet PC Edition или более поздней версии. Для поддержки функций распознавания речи необходимы высококачественный микрофон и выходное аудиоустройство. · Для аппаратного ускорения графики требуется совместимая со стандартом DirectX 9.0c видеокарта с объемом памяти не менее 64 МБ. · Internet Explorer 6, Internet Explorer 7 или Internet Explorer 8 только 32-разряднойверсии. Для поддержки функций Интернета необходим доступ в Интернет (может взиматься плата за услуги).

1.5.2 Технологическое обеспечение

Технологическое обеспечение АРМ предназначено для организации технологического процесса использования АРМ применительно к комплексу решаемых задач, соответствующих функциям специалиста,

С точки зрения системного подхода автоматизированную систему можно рассматривать как представлено на рис.1



Рисунок 1 - Технология автоматизированного решения задач

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

· сформулировать задачу и выполнить ее постановку;

· проанализировать методы решения поставленной задачи;

· в зависимости от задачи и метода ее решения сформировать перечень информации, необходимой для ее решения;

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

· получить запрошенные данные путем использования соответствующих технологий в зависимости от используемых носителей информации;

· проанализировать достаточность и достоверность полученной информации;

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

· ввести полученную информацию в компьютер (если она пришла на бумажных носителях);

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

· в интерактивном режиме сопроводить работу программы;

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

· оформить результат решения задачи документально, сформировать отчет и направить его по назначению.

1.5.3 Информационное обеспечение

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

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

1.5.4 Программное обеспечение

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

Данный программный продукт будет установлен на рабочие станции и вся работа будет производиться под управлением операционной системы Windows 7 корпорации «Microsoft». Являясь наиболее простым среди перечисленных, MSAccess, тем не менее, способен выполнить все необходимые действия для решения задач отслеживания игроков в букмекерской конторе.

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

2. Проектная часть

2.1 Основные мероприятия при разработке информационной системы

Как уже было сказано выше в настоящем дипломном проекте рассматривается процесс автоматизации ведения электронного документооборота с применением MSAccess. Таким образом, ниже будет описан алгоритм создания АРМ «PlayerTracker» на основе электронной базы данных, а также описание основных объектов базы данных, реализованных на MSAccess.

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

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

- Не должно быть повторений и между таблицами.

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

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

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

- Каждое поле должно быть связано с темой таблицы.

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

- В таблице должна присутствовать вся необходимая информация

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

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

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

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

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

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

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

Изобразим графически каждый объект и его свойства (см. рис. 2 -9).

Рисунок 2. Изображение связи «Объект - Свойство» для объекта «Клиент»



Рисунок 3. Изображение связи «Объект - Свойство» для объекта «Команды»

Рисунок 4. Изображение связи «Объект - Свойство» для объекта «Коэффициент ставок на игры»



Рисунок 5. Изображение связи «Объект - Свойство» для объекта «Коэффициент ставок на счет»

Рисунок 6. Изображение связи «Объект - Свойство» для объекта «организаторы чемпионатов»



Рисунок 7. Изображение связи «Объект - Свойство» для объекта «Принятые ставки на игры»



Рисунок 8. Изображение связи «Объект - Свойство» для объекта «Сезоны чемпионатов»

Рисунок 9. Изображение связи «Объект - Свойство» для объекта «События»



Рисунок 10. Изображение связи «Объект - Свойство» для объекта «Сотрудники»

Рисунок 11. Изображение связи «Объект - Свойство» для объекта «Статус ставки»



Рисунок 12. Изображение связи «Объект - Свойство» для объекта «Тип ставки»

Рисунок 13. Изображение связи «Объект - Свойство» для объекта «Участники сезона чемпионата»



Рисунок 14. Изображение связи «Объект - Свойство» для объекта «Чемпионаты»

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

Текстовый. Текст или числа, не требующие проведения расчётов.

МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

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

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

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

Дата/Время. Дата и время хранятся в специальном фиксированном формате.

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

Гиперсвязь. Содержит адреса Web-страниц.

Следующим шагом выполнения работы является построение реляционной схемы базы данных из ER-модели. Для этой цели были использованы следующие правила:

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

Если у объекта имеются множественные свойства, то каждому из них ставиться в соответствии отдельная таблица.

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

Если многие из объектов обладают рассматриваемым свойством, то его можно хранить в базе данных так же, как и обычное.

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

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

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

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

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

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

Если между объектами связь 1 : 1 и класс принадлежности является необязательным, то следует воспользоваться тремя таблицами: по одной для каждого объекта и одну для отображения связи между ними.

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

Если между объектами предметной области имеется связь 1 : М и оба класса принадлежности не обязательны, то поступают аналогично пункту 7 (создают три таблицы: по одной для каждого объекта и одну для связи между ними)

Если между объектами предметной области имеется связь М : М, то для хранения информации требуется три таблицы: по одной для каждого объекта и одна для отображения связи между ними (классы принадлежности могут быть любыми).

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

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

При отображении обобщенных объектов могут быть приняты разные решения:

Всему обобщенному объекту может быть поставлена в соответствии одна таблица.

Каждой из категорий ставится в соответствии отдельная таблица, которая содержит в себе идентификатор объекта, общие свойства и свойства данной категории.

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

Схема единой базы данных для проектируемого АРМ «PlayerTracker» приведена на рис. 15

Рисунок 15. Единая информационная база данных АРМ «PlayerTracker».

2.2 Алгоритм операций при создании элементов СУБД АРМ «PlayerTracker»

Для хранения данных создано 14 таблиц, основными элементами структуры которых являются поля о которых упоминалось выше с определенным набором типа данных .

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

Выбираем элемент управления >Создание таблиц в режиме конструктора (см. рис. 16).

Рисунок 16. Создание таблицы в режиме конструктора

Теперь необходимо заполнить Имена полей и выбрать Типы данных. По окончании заполнения через меню Файл> Сохранить как сохраняем полученную таблицу с требуемым именем (см. рис. 24).

Рисунок 17. Таблицы базы данных АРМ в режиме конструктора

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

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

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

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

Далее при помощи кнопок (перенести все записи) или (перенести выбранную запись) нужно выбрать поля, которые будут отражены в форме. Нажимаем кнопку «Далее».

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

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

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

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

В следующем окне нажимаем «Далее». Теперь задаем имя запроса «История ставок» и отмечаем галочкой пункт «Изменить макет запроса», нажимаем «Готово». Запрос откроется в режиме конструктора. Теперь в столбце «ФИО_клиента» в строке «Условие отбора» задаем параметр «[Введите ФИО клиента]» (см. рис 23).

Рисунок 23. Создание дополнительных условий запроса

Выполняем запрос. Появится окно с предложением ввести ФИО клиета.

В следующем окне вводим ФИО клиента. Если Вы не помните наименования, при запросе существует возможность оставить одно из полей пустым (именно поэтому в условиях отбора мы указали «Или»). Запрос будем выбирать данные о поставщиках по наименованию или по коду.

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

Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов.

Последовательность действий при формировании отчёта с помощью Мастера такая же, как и при создании формы. Дополнительными являются два шага: добавление уровня группировок и задание требуемого порядка сортировки. Добавление уровня группировки позволяет выводить записи, объединённые по выбранным полям. Например, при задании уровня группировки по полю Должность записи будут сгруппированы по конкретному значению этого поля. Access автоматически сортирует данные по группирующим полям, а внутри группы можно также задать сортировку по любому из полей, входящих в группу.

Из режима просмотра пользователь может скопировать отчёт в виде отдельного файла текстового редактора Word или электронной таблицы Excel. Для этого необходимо щёлкнуть на кнопке «Связи с Office», расположенной на панели инструментов «Предварительный просмотр».

Для создания отчета следует нужно открыть вкладку «Отчеты» в окне базы данных и нажать кнопку «Создать» в верхней части окна базы данных.

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

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

Добавляем уровни группировки, нажимаем «Далее»

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

Для создания выписки в форме отчета открываем вкладку «Отчеты» в окне базы данных и выбираем пункт меню «Создание отчетов в режиме конструктора». Откроется окно конструктора. Заполнять форму будем без мастера.

Для расширения функциональности базы данных построенной на основе MS Access имеется возможность использовать Макросы, они представляют собой набор функций для реализации которых необходимо использовать синтаксис языка VBA, либо использовать встроенные в MS Access Макросы

Для создания Макроса необходимо нажать на панели инструментов на вкалдку «Макрос» появится окно которое представляет собой таблицу с тремя столбцами

После нажатия на стрелку под наименованием «Макрокоманы» появиться список встроенных команд

В случае если встроенных команд недостаточно необходимо выбрать пункт «Выполнить команду» и используя синтаксис языка VBA описать требуемую операцию.

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

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

2.3 Методы безопасной работы в АРМ «PlayerTracker»

Access хранит информацию о защите в двух местах. Во время установки программа Setup создаст в папке \Program Files\Microsoft Ofice\0ffice стандартный файл рабочей группы (System.mdw), который впоследствии используется по умолчанию при запуске Access. Этот файл содержит информацию обо всех пользователях и группах. При создании базы данных Access сохраняет сведения о правах, предоставляемых конкретным пользователям и группам, в файле базы данных.

В данном случае произведено разделение пользователей на группы: admin и users.

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

Очевидно, что эта группа обладает меньшими правами, чем группа Admins, и может только чтение, обновление, вставку и удаление данных, но не макета.

Учётные записи пользователей и групп хранятся в файле рабочей группы. Разрешение на доступ к конкретным объектам сохраняются в файле базы данных.

Расположение текущего файла рабочей группы хранится в реестре Windows. Можно использовать служебную программу Wrkadm.exe (администратор рабочих групп) для изменения текущего или определения нового файла рабочей группы.

2.4 Интерфейс разрабатываемой информационной системы АРМ «PlayerTracker»

2.4.1 АРМ «PlayerTracker». Основные характеристики и назначение

АРМ «Д-Т-Н» представляет собой информационную системы, построенную на основе СУБД, которая в себя включает: учет клиентов букмекерской конторы на основании ставок клиентов на различные спортивные состязания, как следствие информационная система включает в себя также сведения о проводимых спортивных мероприятиях и финансовую информацию.

Помимо основных функций приведённых выше проектируемая система имеет следующие назначения:

· Отображение полной карты клиентоа;

· Информационная база о категориях и классификациях футбольного картины;

· Наличие постоянно обновляемой информации о клиентах, играх, ставках;

· Отображение всех видов типов ставок, и движение команд.

2.4.2 АРМ «PlayerTracker». Технология работы и экранные формы системы

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

При запуске исполняемого файла появляется окно доступа к системе

После входа в систему отображается основное рабочее окно системы

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

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

Следующая вкладка открывает кнопки для формирования отчётов и общих сведений, необходимых для получения сведений о клиентах, а именно «Список клиентов», «Историю ставок»



Рисунок 41. Окно «Список клиентов»

Особенность данного отчета заключается в том что он при своей активации запраивает ввод ФИО клиента для фильтрации информации по каждому клиенту индивидуально

Последняя вкладка открывает набор кнопок для формирования различных запросов о функционировании букмекерской конторы, а именно: «Список пользователей» (рис.43), «История ставок» (рис.44). Они представляют собой табличные формы, которые носят информативный характер, представленный таки образом для отображения всех сведений о клиентах и их ставках, хранящихся в базе данных.



Рисунок 43. Окно «Список клиентов»

Рисунок 44. Окно «История ставок»

Для получения справочной информации по спортивным мероприятиям, на основании которых функционирует букмекерская контора, существует панель инструментов «Спортивные состязания» (рис.45)

Рисунок 45. Панель инструментов «Спортивные состязания»

Каждая из кнопок открывает справочную информацию по Чемпионатам, Участникам чемпионатов и сезонам игр, Играх и командах, принимающих в них участие (рис.46).

Рисунок 54. Окна панели инструментов «Спортивные состязания»

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

3. Технико-экономическое обоснование создания ИС

3.1 Планирование процесса разработки программы

Исходными данными для расчета экономических характеристик программного продукта является план процесса его разработки. Работы, которые необходимо выполнить для создания информационной системы АРМ «Player Tracking», приведены в табл. 3.1.

Определив этапы процесса разработки, находят их трудоемкость. Из табл. 3.1 видно, что работы 4, 5 и 7 связаны с созданием программного обеспечения, для расчета их трудоемкости работ воспользуемся методом экспресс - оценки.

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

Для разработки программного продукта используется СУБД MS Access можно воспользоваться методом экспресс - оценки.

Трудоемкость разработки программного изделия (t) определяется по формуле:

(3.1)

где nт.и.к. - число тысяч исходных команд.

Число исходных команд можно оценить по формуле:

информационный операция программа алгоритм

(3.2)



где q - предполагаемое число операторов, c - коэффициент сложности программы, p - коэффициент коррекции программы.

Работы 4, 5 и 7 связаны между собой, поэтому рассчитаем их совместную продолжительность. Примем предполагаемое число операторов равным 900. Коэффициент сложности программы примем равным 1, так как задачу можно рассматривать как типовую. Коэффициент коррекции программы примем равным 0,1 (то есть достаточно высоким), так как разработка нового метода решения задачи может привести к значительной переделке кода программы. Исходя из этих данных, число исходных команд оценивается в 990, и трудоемкость написания программы составит около 3,5 месяцев. Для остальных видов работ трудоемкость выполнения оценивалась экспертным путем в человеко-днях. Эта оценка имеет вероятностный характер, так как зависит от множества трудно учитываемых факторов.

Применяемые оценки:

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

- максимально возможной - bj;

- наиболее вероятной - mj.

По этим величинам оценивалось ожидаемое значение трудоемкостью tjr и их дисперсией Dj по следующим формулам:

; . (3.3)

Экспертные оценки и расчетные величины трудоемкости отдельных видов работ по созданию системы приведены в табл. 5.1.

Дисперсия характеризует степень неопределенности выполнения работы. Если bj существенно больше aj , то дисперсия велика, т.е. степень достоверности выполнения работы в установленный срок мала.

Продолжительность каждой работы tj определяется по формуле:

, (3.4)

где , .

На основании результатов расчета продолжительности работ, построена диаграмма работ в человеко-днях (см. рис. 5). Числа на диаграмме означают номер работы в табл. 43. Проценты показывают, сколько дней в процентном отношении заняла та или иная работа. Суммарная продолжительность работ составила 135 дней (100%).

Рисунок _ - Диаграмма разработки системы в чел.-дн.

3.2 Расчет затрат на разработку информационной системы АРМ «Player Tracking»

Затраты на разработку системы взаимодействия (Кп) определяются по формуле:

Кп = Кпр + Кпо + Кио + Ко, (3.5)

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

Таблица 4.1. - Оценка трудоемкости отдельных видов работ в чел.-дн.

№ п.п.	Вид работ	Оценка трудоемкости	Расчетные величины
		aj	mj	bj	tj	Dj
1	Изучение специальной литературы	3	4	5	4	0,11
1	Консультации со специалистами	3	4	5	2	0,11
3	Разработка UML - диаграмм	5	6	7	6	0,11
4	Разработка и написание непосредственно системы взаимодействия	40	42	45	42	0,69
5	Разработка интерфейса с пользователем	35	37	39	37	0,44
6	Описание работы системы	4	5	6	5	0,11
7	Тестирование и отладка	28	33	35	33	1,36
8	Оформление технической документации	5	6	7	6	0,11

Укрупненный расчет затрат на разработку системы можно выполнить по формуле:

Кп = Фзп [(1+вд) (1+вс) + вн + впр)]+tэвмСм-ч, (3.6)

где Фзп - фонд основной заработной платы разработчиков и других исполнителей работ; вд - коэффициент дополнительной зарплаты, примем его равным 0,1; вс - коэффициент отчислений на социальные нужды от основной и дополнительной зарплаты, равен 0,4; вн - коэффициент накладных расходов организации, разрабатывающей проект, примем его равным 0,76; впр - коэффициент прочих расходов, примем его равным 0,2; tэвм - машинное время, затраченное для отладки ИС; См-ч - стоимость машино-часа работы ЭВМ.

Рассчитаем Фзп. Трудоемкость разработки системы 135 дней. Исходя, из месячного оклада разработчиков в 15000 рублей и фонда полезного времени 680 часов, получим:

Фзп = (3.7)

Тогда:

Фзп [(1+вд) (1+вс) + вн + впр] = 57 058,83 р. (3.8)

Рассчитаем стоимость 1 машино-часа См-ч:

См-ч = (Зп + А + Зэ + Зр + Зн + Зм) / Ф, (3.9)

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

Примем стоимость оборудования Соб = 20 000 р. Возьмем норму амортизации 25%, тогда сумма ежегодных амортизационных отчислений составит:

А = 0,2520 000 = 5000 р.

Рассчитаем затраты на электроэнергию по формуле:

Зэ = Wy СэТв, (3.10)

где Wy - сумарная мощность оборудования, кВт (примем равной 0,4 кВт); Сэ - стоимость электроэнергии, р/кВтч (примем равной 2,11 р/кВтч); tэвм - время потребления электроэнергии, 680 ч.

Вычисляя, получим:

Зэ = 573,92 р.

Рассчитаем годовые затраты:

Зр + Зм = 0,15 Соб = 20 0000,15 = 3 000 р.

Зн = 10% (Зп + А + Зр + Зм) = 0,110 000= 800 р.

Ф =16012 = 1 920 ч,

тогда

См-ч = 4,88 р.

Кп =22941,18 [(1+0,1) (1+0,4)+0,76+0,2]+4,88 680 = 60 377,23 р.

3.3 Расчет минимальной цены разработки информационной системы АРМ «Player Tracking»

Минимальная цена разработки системы Цmin складывается из полных затрат на разработку Кп и минимально необходимой суммы прибыли Пmin, размер которой позволял бы на минимальном уровне осуществить самофинансирование организации-разработчика после всех

обязательных платежей и выплаты налогов.

Цmin = Кп + Пmin. (3.11)

Сумма прибыли Пmin рассчитывается исходя из планируемого минимального уровня рентабельности затрат организации - разработчика.

Пmin = Кп Rmin/100, (3.12)

где Rmin -- минимальный уровень рентабельности, %. Возьмем Rmin=16%, тогда

Пmin = 60 377,230,16 = 9 660,35

Цmin = 60 377,23 + 9 660,35 = 70 037,59

Итак, в результате выполнения укрупненного расчета затрат на разработку программного продукта мы получили цену равную 70 037,59 р.

Договорная цена состоит из суммы двух величин: минимальной цены и налога с продаж, то есть

Цд = Цmin + НДС (20%) = 84 045,11 р.

3.4 Расчет единовременных затрат на внедрение информационной системы АРМ «Player Tracking»

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

К = Зпр , (3.13)

где Зпр - затраты на приобретение ИС, рассчитывается по формуле:

Зпр = Z + ЗОП, (3.14)

где Z - цена продажи АРМ; ЗОП - затраты на адаптацию и обучение персонала.