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

Разработка структуры системы

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

- модуль авторизации и аутентификации;

- модуль управления пользователями;

- модуль управления системными параметрами;

- модуль ввода и корректировки данных о соревнованиях;

- модуль оповещением тренеров;

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

- модуль ведения статистики спортсменов;

- модуль регистрации;

- модуль жеребьевки;

- модуль подачи заявки на соревнование;

- модуль генерации отчётов.

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

Разработка функциональной модели системы

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

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

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

Подсистема управления пользователями

Подсистема управления пользователями:

- модуль регистрации;

- модуль авторизации и аутентификации.

Подсистема управления пользователями позволяет регистрироваться новому пользователю в определенную группу, или авторизоваться на сайт, если пользователь уже зарегистрирован.

Модуль регистрации

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

Функциональная схема модуля представлена на рисунке 3.

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

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

Рисунок 3 - Функциональная схема модуля ввода и редактирования данных о соревнованиях

Модуль авторизации и аутентификации

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

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

Модуль авторизации и аутентификации обеспечивает выполнение следующих функций:

- аутентификация тренеров или организаторов соревнований;

- реализация механизма авторизации.

Модуль интегрирован со всеми модулями системы.

Функциональная схема модуля представлена на рисунке 4.

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

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

Рисунок 4 - Функциональная схема модуля авторизации и аутентификации

Подсистема работы тренера

Подсистема работы тренера обеспечивает взаимодействие следующих модулей:

- модель регистрации спортсменов;

- модуль подачи заявки на участие в соревновании.

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

Модуль регистрации спортсмена

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

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

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

Рисунок 5 - Функциональная схема модуля регистрации спортсмена

Модуль подачи заявки на участие в соревновании

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

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

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

Рисунок 6 - Функциональная схема модуля подачи заявки на участие в соревновании

Подсистема работы организатора

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

- модуль добавления нового соревнования;

- модуль оповещения тренеров;

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

Модуль добавления нового соревнования

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

- добавление нового соревнования;

- проверка непротиворечивости данных;

- удаление ранее созданного соревнования из системы.

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

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

Рисунок 7 - Функциональная схема модуля регистрации тренера

Модуль оповещения тренеров

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

Модуль оповещения тренеров обеспечивает выполнение следующих функций:

- оповещение тренера о появлении нового соревнования;

- оповещение тренера об изменениях в соревнованиях;

- оповещение тренера об изменении статуса заявки;

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

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

Рисунок 8 - Функциональная схема модуля оповещения тренера

Подсистема проведения соревнования

Подсистема проведения соревнования обеспечивает взаимодействие следующих модулей:

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

- модуль генерации отчетов;

Подсистема проведения соревновании позволяет организаторам быстрее и качественнее организовывать и проводить соревнования.

Модуль ведения статистики спортсменов и жеребьевка

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

- ведение учета спортсменов;

- построение рейтинга спортсменов

- жеребьевка.

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

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

Рисунок 9 - Функциональная схема модуля ведения учета спортсменов и жеребьевка

Модуль генерации отчетов

Модуль генерации отчетов обеспечивает выполнение следующих функций:

- генерация отчетов перед соревнованием;

- промежуточная генерация отчетов;

- генерация итогового отчета;

- генерация отчетов по статистике спортсменов.

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

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

Рисунок 10 - Функциональная схема модуля генерации отчетов

Разработка архитектуры системы

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

Система функционирует на следующих уровнях:

- уровень серверов;

- уровень клиентских приложений.

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

Уровень серверов

Уровень серверов представлен web_сервером Apache 1.3, интерпретатором PHP 5 и СУБД MySQL 5.0 для хранения и работы с данными.

Уровень клиентских приложений

Уровень клиентских приложений представляет собой web_интерфейс пользователя (администратора, тренера и организатора соревнований). В качестве приложения, позволяющего использовать web_интерфейс, должен использоваться web_браузер. Web_интерфейс реализован посредством интерпретируемого языка программирования PHP, языка гипертекстовой разметки HTML, таблиц стилей CSS и языка программирования JavaScript.

Разработка форматов и моделей данных

Разработка структуры базы данных

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

Система содержит таблицы:

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

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

Рисунок 13 - Схема архитектуры системы

- «Тренер» (Coach) - содержит информацию о тренерах;

- «Спортсмен» (Sportsman) - содержит информацию о спортсменах;

- «Соревнование» (Games) - содержит информацию о соревнованиях количестве туров и количестве предоставляемых ими мест;

- «Организатор» (Sponsor) - содержит информацию об организаторах соревнований.

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

Разработка структуры таблиц базы данных системы

Структура таблицы «Тренер» указана в таблице 1. Таблица содержит следующие поля:

- id_coach - идентификатор тренера;

- fio_c - Ф.И.О. тренера;

- k.nomer_c - контактный номер тренера;

- rang_c - ранг тренера;

- passport_c - паспортные данные тренера.

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

- id_sport - идентификатор спортсмена;

- id_coach - идентификатор тренера;

- fio_s» - Ф.И.О. спортсмена;

- data_rojd_s - дата рождения спортсмена;

- rang_s - ранг спортсмена;

- passport_s - паспортные данные спортсмена

Структура таблицы «Организатор» указана в таблице 3. Таблица содержит следующие поля:

- id_sponsor - идентификатор организатора;

- fio_s - Ф.И.О. организатора;

- k.nomer_s - контактный номер организатора;

- k.post_s - данные о должности организатора.

Структура таблицы «Соревнование» указана в таблице 4. Таблица содержит следующие поля:

- id_game - идентификатор соревнования;

- id_sport - идентификатор спортсмена;

- id_sponsor - идентификатор спонсора;

- name_g - название соревнования;

- kol_tours - количество туров в одном соревновании;

- kol_places - общее количество мест на соревновании.

Таблица 1 - Структура таблицы Coach («Тренер»)

Таблица 2 - Структура таблицы Sportsman («Спортсмен»)

Таблица 3 - Структура таблицы Sponsor («Организатор»)

Таблица 4 - Структура таблицы Game («Соревнование»)

Разработка алгоритмов системы

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

- подача заявки;

- добавление соревнования;

- оповещение тренеров;

- ведение отчётности.

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

В ходе автоматизации процесса подачи заявки необходимо решить следующие задачи:

- подача заявки;

- выбор соревнования;

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

Разработка алгоритма подачи заявки

Резервирование путёвки проходит в несколько этапов:

1) аутентификация тренера;

2) подача заявки на участие в определенном соревновании;

3) заполнение бланка участника;

4) проверка заполненных данных;

5) оповещение тренера о принятии заявок.

Алгоритм резервирования путёвки приведен на рисунке 15.

Разработка алгоритма оповещения тренеров

Оповещение тренеров проходит в несколько этапов:

1) оповещение тренеров о появлении нового соревнования;

2) после прибытия заявки организатор обрабатывает заявку и выносит решение, о котором потом оповещается тренер;

Алгоритм резервирования путёвки приведен на рисунке 16.

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

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

Рисунок 15 - Алгоритм подачи заявки

Разработка алгоритма авторизации и аутентификации

Добавление соревнований проходит в несколько этапов:

1) Добавление и корректировка соревнований;

2) Проверка данных.

Алгоритм резервирования путёвки приведен на рисунке 17.

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

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

Рисунок 16 - Алгоритм оповещения тренера

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

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

Рисунок 17 - Алгоритм добавления и корректировки соревнования

Разработка программного обеспечения системы

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

Схема программного обеспечения подсистемы управления модулями

Подсистема «Управление пользователями» включает в себя следующие модули:

- модуль «Регистрации»;

- модуль «Авторизации и аутентификации».

Схема программного обеспечения подсистемы «Управление пользователями» представлена на рисунке 2.24.

Модуль «Авторизация и ааутентификация» выполняет следующую функцию:

– проверки вводимой пары «логин / пароль» (login).

Модуль «Регистрация» выполняет следующую функцию:

– user_register - регистрирует нового пользователя в системе;

– f_confid - функция обеспечивающая конфиденциальность данных;

– f_prr - проверка введенных данных.

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

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

Рисунок 18 - Схема программного обеспечения подсистемы «Управление пользователями»

Схема программного обеспечения подсистемы работы тренера

Подсистема «Работа тренера» включает в себя следующие модули:

- модуль «Регистрации спортсмена»;

- модуль «Подача заявки на участие в соревновании».

Схема программного обеспечения подсистемы «Работа тренера» представлена на рисунке 2.24.

Модуль «Регистарция спортсмена» выполняет следующую функцию:

– sport_registr - регистрация нового спортсмена, от имени тренера;

– prov_spotr - проверка на существование такого спортсмена в системе.

Модуль «Подача заявки на участие в соревновании» выполняет следующую функцию:

– p_zav - заполнение и отправка заявки;

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

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

Рисунок 19 - Схема программного обеспечения подсистемы «Работа тренера»

2.3 Рабочий проект

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

Разработанная система спроектирована с учетом требований к кроссбраузерным решениям и построена с применением языка программирования PHP (Hypertext Preprocessor). Серверная часть системы может функционировать на любой платформе, поддерживающей интерпретацию команд PHP 5 и поднятие полноценного web_сервера.

Программное обеспечение сервера включает:

- Операционная система Microsoft Windows Server или FreeBSD 4.7;

- Web_сервер Apache 1.3;

- Интерпертатор PHP 5;

- СУБД MySQL 5.0;

- LMS Moodle 1.9.

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

- Интернет Explorer 7.0 или выше;

- Mozilla Firefox 3.5 или выше;

- Opera 9.5 или выше;

- Google Chrome;

- другие браузеры, совместимые со спецификациями HTML 4.01, CSS 2.1 и ECMA_262.

Руководство системного администратора

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

- Серверное программное обеспечение может включать следующие программные продукты: Microsoft Windows Server 2003 (или выше) для windows сервера или стабильную версию Debian Linux для unix сервера, Apache 1.3 (или выше) или nginx, интерпретатор PHP 5.0 (или выше), СУБД PostgreSQL 9.1 (или выше).

- Для установки web_ресурса на сервер организации необходимо скопировать содержимое папки «organization» в корневую директорию выделенного под ресурс дискового пространства, после чего импортировать в сервер PostgreSQL базу данных «my_org».

- На клиентские машины необходимо установить один из следующих браузеров: Internet Explorer 7.0 (или выше), Mozilla Firefox 2.0 (или выше), Opera 9.0 (или выше), Google Chrome 3.0 (или выше), Apple Safari 3.0 (или выше) или другой браузер, совместимый со спецификациями HTML 4.01, CSS 2.1 и ЕСМА_262.

Администрирование базы данных

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

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

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

Руководство системного программиста

Общие сведения о системе

Система реализована в виде web_приложения построенного на основе CodeIgniter который, в свою очередь, использует паттерн программирования Model-View-Controller. Иерархия каталогов файлов системы построена таким образом, чтобы максимально сократить время необходимое разработчику для поиска какого-либо элемента в проекте. Структура каталогов показана на рисунке 2.18. Для поддержки данного проекта главным каталогом является applications и www. В то время как каталог system является системным и не хранит ни чего кроме библиотек необходимых для корректной работы CodeIgniter.

Каталог www содержит в себе всё клиентское наполнение системы, в том числе:

- каскадные таблицы стилей;

- файлы скриптов JavaScript;

- графические изображения.

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

Каталог application содержит в себе следующие подкаталоги:

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

- controllers - каталог содержит файлы являющиеся исходной точной для построения запрашиваемой страницы, файлы в этой папке содержат методы для построения из моделей и файлов вида - готовых web_страниц;

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

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

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

- libraries - набор пользовательских библиотек расширяющих функционал CodeIgniter.

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

Для создания одной страницы необходимо как минимум:

- создать контроллер действий в каталоге controllers;

- создать метод отвечающий за формирование страницы в котроллере действий;

- создать вид представления в каталоге views;

Описание программной структуры системы

Система состоит из четырех подсистем (подсистема «Управление пользователями», подсистема «Работы тренера», подсистема «Работы организатора» и подсистема «Проведение соревнования».

В подсистему «Управление пользователями» входят следующие модули:

1) модуль «Регистрация», который производит механизм регистрации нового пользователя. Регистрация проводится под тренером и под организатором, в зависимости от того, под кем будет производится регистрация зависит то, те какие права выдадутся пользователю.

2) модуль «Авторизация и аутентификация», который осуществляет авторизацию и аутентификацию уже зарегистрированного пользователя. Определяется под кем произошла авторизация: под тренером или под организатором, и исходя из этого пользователю выдаются те или иные права и возможности.

В подсистему «Работа тренера» входят следующие модули:

1) модуль «Регистрация спортсмена», который предназначен для добавления / удаления / редактирования учетных записей о спортсмене;

2) модуль «Подача заявки на участие в соревновании», предназначен для того, чтобы тренер мог добавлять своих спортсменов в определенное соревнование.

В подсистему «Работа организатора» входят следующие модули:

1) модуль «Добавление соревнования», который предназначен для добавления / удаления / редактирования учетных записей о соревновании;

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

В подсистему «Проведение соревнования» входят следующие модули:

1) модуль «Генерация отчетов», который предназначен для генерации отчетов перед соревнованием, промежуточные отчеты во время проведения соревнования и итоговые отчеты после завершения соревнований;

2) модуль «Статистики спортсменов и жеребьевки», предназначен для ведения статистики и учета спортсменов, а так же реализован механизм жеребьевки.

Система реализована по схеме «клиент-сервер».

Тестирование системы

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

Алгоритм тестирования процесса авторизации приведен на рисунке 2.3.1, а результаты тестирования представлены в таблице 2.3.1.

соревнование патент модуль

Таблица 2.3.1 - Результаты тестирования процесса обновления данных

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

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

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

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

Перед работой необходимо пройти авторизацию.

У каждого пользователя есть свой логин и пароль, их необходимо ввести в соответствующие поля username и password. Затем необходимо нажать на кнопку «Вход», откроется главное окно. При вводе некорректной пары логин / пароль появится сообщение об ошибке, как показано на рисунке 2.28. Для входа в систему необходимо ввести корректные данные.

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

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

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