Разработка и реализация основных функций ведения электронного журнала тренировок воспитанников клубного формирования "Театр на льду ‘Аструм Айс’"

СОДЕРЖАНИЕ
ВВЕДЕНИЕ 4
ГЛАВА 1 АНАЛИЗ ТРАДИЦИОННЫХ ФОРМ ВЕДЕНИЯ
ЖУРНАЛА ТРЕНИРОВОК 6
1.1 Формы ведения журнала тренировок 6
1.2 Задачи бакалаврской работы 11
ГЛАВА 2. ТЕХНИКО-ЭКОНОМИЧЕСКИЙ АНАЛИЗ ДЕЯТЕЛЬНОСТИ КЛУБНОГО ФОРМИРОВАНИЯ “ТЕАТР НА ЛЬДУ АСТРУМ АЙС’” 14
2.1 Анализ деятельности клубного формирования 14
2.2 Организационная структура организации 15
2.3 Информационные процессы учета тренировок 18
ГЛАВА 3. ОСНОВНЫЕ ФУНКЦИИ ВЕДЕНИЯ ЖУРНАЛА ТРЕНИРОВОК 23
3.1. Оперативный учет информации 23
3.2 Модификация информации 26
3.3. Формирование просмотров 28
3.4 Организация поиска и формирование отчетов 28
ГЛАВА 4. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ «ЭЛЕКТРОННЫЙ ЖУРНАЛ ТРЕНИРОВОК» 34
4.1 Техническое и технологическое обеспечение системы 34
4.2 Выбор инструментальных средств разработки системы 35
4.3 Информационное обеспечение электронного журнала тренировок 38
4.4 Программное обеспечение электронного журнала тренировок 46
ГЛАВА 5. ОПИСАНИЕ ПРОГРАММНОЙ РЕАЛИЗАЦИИ
ЗАДАЧИ 54
5.1 Интерфейс электронного журнала 54
5.2 Ввод, добавление и модификация данных 57
5.3. Просмотр электронного журнала 57
5.4 Поиск информации 59
ЗАКЛЮЧЕНИЕ 61
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 63

Код группы Целое Ccылка на таблицу «Группы» Дата Дата Дата, на которую составляется расписание Время Время Время занятия Занятие Символьное Вид занятия Место проведения Символьное Место проведения занятия Код занятия Целое Ссылка на запись в таблице «Занятия» Код тренера Целое Ссылка на запись в таблице «Тренера»
Рис. 4.2. Реализация таблицы «Расписание занятий» средствами Microsoft Access
Таблица 4.5
Описание таблицы «Занятия»
№
п/п Наименование поля Тип Характеристика Код_занятия Счетчик Индексное поле – первичный ключ таблицы «Занятия». Занятие Символьное Наименование занятия Кол_часов Целое Количество часов, отводимое на изучение дисциплины
Рис. 4.3. Реализация таблицы «Занятия» средствами Microsoft Access
Таблица 4.6
Назначение полей таблицы «Посещение»
№
п/п Наименование поля Тип Характеристика Код посещения Счетчик Индексное поле – первичный ключ таблицы «Посещение» Код воспитанника Целое Ccылка на таблицу «Воспитанников» Код_занятия Целое Ccылка на таблицу «Занятия» Дата Дата Дата занятия 7. Отметка посещения Символьное Информация о посещении

Рис. 4.4. Реализация таблицы «Посещение» средствами Microsoft Access
Таблица 4.7
Назначение полей таблицы «Воспитанник»
№
п/п Наименование поля Тип Характеристика Код воспитанника Счетчик Индексное поле – первичный ключ таблицы «Воспитанник». ФИО Символьное ФИО воспитанника Код_группы Целое Cсылка на запись в таблице «Группы» Адрес Символьное Адрес проживания воспитанника Телефон Символьное Телефон воспитанника Год рождения Целое Год рождения воспитанника Место учебы Символьное Место учебы воспитанника Дата поступления Дата-время Дата поступления в коллектив

Рис. 4.5. Реализация таблицы «Воспитанник» средствами Microsoft Access
Таблица 4.8
Назначение полей таблицы «Группы»
№
п/п Наименование поля Тип Характеристика Код_группы Счетчик Индексное поле – первичный ключ таблицы «Группы». Группа Символьное Наименование группы обк=учения Куратор Символьное ФИО куратора

Рис. 4.6. Реализация таблицы «Группы» средствами Microsoft Access
Таблица 4.9
Назначение полей таблицы «Тренер»
№
п/п Наименование поля Тип Характеристика Код тренера Счетчик Индексное поле – первичный ключ таблицы «Тренер». ФИО Символьное ФИО тренера Место работы Символьное Место работы тренера телефон Символьное № телефона тренера должность Символьное Должность тренера адрес Символьное Адрес проживания тренера
Рис. 4.7. Реализация таблицы «тренер» средствами Microsoft Access

Рис. 4.8. ER-модель базы данных, созданная в среде Microsoft Access

4.4 Программное обеспечение электронного журнала тренировок
Структура разработанного проекта представлена на рисунке 4.9.
Задача эксплуатируется в среде Windows XP/7. Серверная часть программного обеспечения функционирует под управлением сетевой платформы Microsoft WINDOWS 2003. В качестве СУБД используется СУБД Microsoft Access..

Рис. 4.9. Структура разработанного программного проекта
Дерево вызова программных модулей представлено на рис.4.10.
Рис. 4.10. Дерево вызова программных модулей
Разработанное приложение состоит из 5 модулей Main.cpp, childTemplate.cpp, DbdDirectoryTemplate.cpp, AddSource.cpp, ParamPoisk.cpp.

Назначение главного модуля приложения Main.cpp. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для разработки электронного журнала учета тренировок проводящего планирование и мониторинг процессов управления учебным процессом . Модуль является главным и управляющим для остальных объектов проекта. Интерфейс модуля определяется формой Main приложения (рис.4.11).
Разрабатываемый проект состоит из одной главной формы - MainClientsForm, и нескольких форм - addform, ChildTemplateForm, DBDirectoryTemplateForm, EditDBDirectoryForm, parampoik.
Рис. 4.11. Внешний вид главной формы разработанного проекта
Алгоритм работы модуля представлен на рис. 4.12.
Алгоритм работы главного модуля можно кратко описать следующей последовательностью действий. При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительный процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.
Исходными данными для данного программного продукта являются первичные документы:
Электронный журнал ;
Отчеты о посещении
Тематический план.
Выходными данными являлись: бумажные носители информации, подготовленные автоматизированной подсистемой учета успеваемости, а так же информация на магнитных носителях.
Главная форма приложения содержит элементы управления – главное меню, с помощью которого и осуществляется работа всей системы, управление вычислительным процессом, организуется обмен данными и обеспечивается создание всех остальных форм приложения.
Главная форма приложения MainClients также содержит компоненты, обеспечивающие взаимодействие приложения с базой данной, реализованной в СУБД Microsoft Access:
- компонент AdoConnection;
- компонент DataSource;
- 2 компонента AdoQuery;
- 6 компонентов TAdoTable, соответствующих каждой из таблиц базы данных.
Рис. 4.12. Блок-схема главного модуля
Главное меню приложения содержит альтернативы “файл”, “просмотр”, “создать”, “поиск”, “База данных”, «Электронный журнал». Альтернатива “Просмотр” позволяет получить справочную информацию о каждой из таблиц базы данных, (рис. 4.13), а так же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных».

Рис. 4.13. Пункт главного меню «просмотр»
В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис. 4.14 в верхней части позволяет отобразить записи таблицы «Расписание занятий», перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных..
Форма AddSource может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых отметок посещений, воспитанников, занятий, тренеров, расписаний занятий (рис. 4.14).
Рис. 4.14. Дочерняя форма AddSource, динамически создаваемая для добавления информации о расписании занятий
Форма DBDirectoryTemplateForm создается при выборе альтернатив меню «просмотр», и позволяет просматривать все таблицы базы данных. Это достигается изменением источника данных компонента DBGrid, расположенного на динамически создаваемой форме и выбираемого источника данных – таблицы в соответствии с пунктом меню.
Глава 5. ОПИСАНИЕ ПРОГРАММНОЙ РЕАЛИЗАЦИИ ЗАДАЧИ
5.1 Интерфейс электронного журнала
В пункте представлен контрольный пример функционирования автоматизированной системы сбыта продукции .
Для запуска системы используется стандартный диалог Windows
Пуск->Выполнить –> journal.exe.
В результате загружается главная форма приложения (рис.4.11).
Для дальнейшей работы приложения необходимо выбрать пункт главного меню. Например, выбираем пункт просмотр справочника (рис.4.13). Результат просмотра базы данных представлен на рис 5.1
Рис. 5.1. Просмотр справочника «Тренера»
На следующем шаге просмотрим всю базу данных, для этого выберем альтернативу просмотр базы данных в главном меню (рис. 5.2).
Рис.5.2. Просмотр базы данных
После этого приводится в исполнение элемент управления – пункт главного меню Поиск – “Посещение воспитанника ” (рис.5.3).
Рис.5.3. Пункт меню «Посещение воспитанника»
В результате определяются оценки ученика, нажав кнопку «Поиск».
Рис.5.4. Просмотр посещения воспитанника
Таким образом, работоспособность программы полностью продемонстрирована.
5.2 Ввод, добавление и модификация данных
Альтернатива «создать» содержит альтернативы «Расписание занятий», «Посещение», «Группы», «Воспитанники», «Занятия», «Тренеры».
Элементы управления компоненты Button “Создать ” (рис.5.6), активируют процедуры, соответствующие добавлению новых информационных объектов.
Рис. 5.5. Дочерняя форма AddSource динамически создаваемая для добавления информации о воспитанниках
5.3. Просмотр электронного журнала
Для просмотра «Электронного журнала» разработана альтернатива «Журнал» (рис.5.6).
Рис. 5.6. Создание электронного журнала
Страницы журнала представлены на рис.5.7-5.8.
Рис. 5.7. Электронный журнал «Сведения о воспитанниках»
Рис. 5.8. Электронный журнал «Темы занятий»
5.4 Поиск информации
Альтернатива «поиск», содержит альтернативы «Расписание группы», «Расписание по дате», «Информация о занятии», «Поиск воспитанника», «Посещения воспитанника». Таким образом, пункты главного меню позволяют полностью управлять ходом вычислительного процесса и работой приложения. Разработанные запросы представлены в приложении А.

ЗАКЛЮЧЕНИЕ
В работе разработан электронный журнал тренировок воспитанников клубного формирования “Театр на льду ‘Аструм Айс’”.
На этапе обследования была рассмотрена общая характеристика объекта автоматизации, его организационная структура и организация работы. На основе анализа сформированы и обоснованы требования к работе системы и к ее отдельным компонентам: программному, информационному, техническому.
На стадии проектирования разработана общая структура информационной системы в целом, а также по каждой отдельной ее задаче. Определены основные проектные решения, что стало основанием для разработки программной части и для конструирования эксплуатационной документации.
Создание и внедрение электронного журнала тренировок воспитанников клубного формирования “Театр на льду ‘Аструм Айс’ позволило сократить время работы административных сотрудников с документами, снизить временные затраты на их обработку и поиск документов в среднем на 30-35% за счет автоматического анализа информации, имеющейся в базе данных, а так же обеспечит своевременное принятие управленческих решений.
Для обеспечения надежной защиты информации предусмотрена система разграничения доступа к данным и функциям, авторизация вводимой и корректируемой информации, посредством подстановки и анализа данных.
В настоящее время разработанный электронный журнал тренировок воспитанников клубного формирования “Театр на льду ‘Аструм Айс’ находится на стадии внедрения в рассматриваемой организации. Апробация разработанного программного продукта показала, что электронный журнал полностью соответствует информационным требованиям организации.
Список использованной литературы
Архангельский А.Я. Buider c++. Справочное пособие. – М.: Бином, 2001. – 1024 с.
Архангельский А.Я. Программирование в Buider c++. – М.: Бином, 2001. – 564 с.
Базы данных: модели, разработка, реализация / Карпова Т.С.– СПб.: Питер, 2001. – 304 с.
Базы данных: модели, разработка, реализация / Карпова Т.С. – СПб.: Питер, 2010. – 304 с.
Басаков, М.И. Делопроизводство и корреспонденция в вопросах и ответах; Ростов н/Д: Феникс; Издание 8-е, перераб. и доп., 2011. – 320 c.
Бертяков А. Автоматизация документооборота. Финансы и статистика, 2010. – 265 с.
Волков В. Ф. Экономика предприятия. – М.: Вита-Пресс, 1998. – 380 с.
Галатенко В. Информационная безопасность // Открытые системы- 1996. – N 1-4, с.5-15.
Глушаков С.В., Ломотько Д.В. Базы данных.– Харьков: Фолио, 2002. – 504 с.
ГОСТ Р 6.30-2003 Унифицированные системы документации "Унифицированная система организационно-распорядительной документации. Требования к оформлению документов».
Громов Е.С., Баканов М.В., Печерских И.А. Компьютерное делопроизводство. Учебно-справочное пособие. – Киев:.КТИПП, 2010, 652 с.,
Жутова З.У. Бюджетный учет и отчетность. М.: Финансы, 1970.-215с.
Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. — М.: Вильямс, 2000. – 1111 с.
Магнус Я.Р., Катышев П.К., Пересецкий А.А. Эконометрика. Начальный курс. М., Дело, 1997, 123 с.
Макарова Н.В. , Николайчук Г.С. , Титова Ю.Ф. Компьютерное делопроизводство: учебный курс. – СПб.: Питер, 2007, 226 с.
Матвеева В.О. Бюджетные организации: бухгалтерский учет и налогооблажение. –Харьков: Фактор, 2001. – 566с.
Технологии организации, хранения и обработки данных: Е. А. Левчук — СПб.: «Вышэйшая школа», 2005 г.- 240 с.
Фатрелл Р., Шафер Д. Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. – 1128 с.
Приложение А
Разработанные запросы к базе данных
Для поиска сведений о воспитаннике был разработан запрос
SELECT Воспитанник.*, Группы.Группа, Группы.[Куратор]
FROM Группы INNER JOIN Воспитанник ON Группы.Код_группы = Воспитанник.Код_группы
WHERE (((Воспитанник.ФИО)=:P1));
где P1 – динамический параметр
Для поиска посещения воспитанника был разработан следующий запрос
SELECT Группы.Группа, Воспитанник.ФИО, Занятие.Занятие, Посещение.Дата, Посещение.[Отметка посещения]
FROM Занятие INNER JOIN (Группы INNER JOIN (Воспитанник INNER JOIN Посещение ON Воспитанник.[Код воспитанника] = Посещение.[Код воспитаника]) ON Группы.Код_группы = Воспитанник.Код_группы) ON Занятие.Код_занятия = Посещение.Код_занятия
WHERE (((Воспитанник.ФИО)=:P1));
где P1 – динамический параметр
Для поиска расписания группы
SELECT Группы.Группа, Расписаниезанятий.дата, Расписаниезанятий.время , Занятие.Занятие, Расписаниезанятий.Занятие, Тренер.ФИО, Расписаниезанятий.[место проведения]
FROM Тренер INNER JOIN (Занятие INNER JOIN (Группы INNER JOIN Расписаниезанятий ON Группы.Код_группы = Расписаниезанятий.[код группы]) ON Занятие.Код_занятия = Расписаниезанятий.[Код занятия]) ON Тренер.[Код тренера] = Расписаниезанятий.[Код тренера]
WHERE (((Группы.Группа)= :P1));
где P1 – динамический параметр
Для поиска расписания на дату
SELECT Группы.Группа, Расписаниезанятий.дата, Расписаниезанятий.время , Занятие.Занятие, Расписаниезанятий.Занятие, Тренер.ФИО, Расписаниезанятий.[место проведения]
FROM Тренер INNER JOIN (Занятие INNER JOIN (Группы INNER JOIN Расписаниезанятий ON Группы.Код_группы = Расписаниезанятий.[код группы]) ON Занятие.Код_занятия = Расписаниезанятий.[Код занятия]) ON Тренер.[Код тренера] = Расписаниезанятий.[Код тренера]
WHERE (((Расписаниезанятий.дата)=:P1))
где P1 – динамический параметр
Для поиска информации о занятии
SELECT Занятие.* FROM Занятие
WHERE (((Занятие.Занятие)=:P1))
где P1 – динамический параметр
3