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

Вид работы:

Дипломная (ВКР)
Предмет:

Туризм
Язык:

Русский
,
Формат файла:
MS Word

549,72 Кб
Опубликовано:

2012-07-28

Все дипломные работы по туризму

Скачать дипломную работу Читать текст online Заказать дипломную
*Помощь в написании! Посмотреть все дипломные работы

Вы можете узнать стоимость помощи в написании студенческой работы.

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

Оглавление

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ ИЗМЕРЕНИЙ ФИЗИЧЕСКИХ ВЕЛИЧИН, СОКРАЩЕНИЙ И ТЕРМИНОВ

ВВЕДЕНИЕ

. АНАЛИЗ СОСТОЯНИЯ ПРОБЛЕМЫ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК

.1 Описание проблемы учета подготовки спортсмена

.1.1 Подготовка спортсменов определенного вида спорта в виде таблиц показана ниже

.2 Задачи дипломного проекта

.3 Техническое задание на разработку программного обеспечения формирования индивидуального графика тренировок спортсмена

.3.1 Основание для разработки

.3.2 Цель разработки

.3.3 Назначение разработки

.3.4 Требования пользователя

.3.5 Требования к программному обеспечению

.3.6 Матрица трассируемости требований пользователя и требований ПО

Выводы по разделу 1

. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ И ДАННЫХ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

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

.1.1 Описание вариантов использования ПО пользователем

.1.2 Описание основных прецедентов для разрабатываемого программного обеспечения

.2 Выделение сущностей и определение их атрибутов

.3 Определение связей между сущностями

.4 Построение ER - диаграмм логической и физической модели БД программного обеспечения формирования индивидуального графика тренировок

.4.1 Построение логической ER-модели базы данных

.4.2 Построение физической ER-модели базы данных

Выводы по разделу 2

. АЛГОРИТМИЗАЦИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

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

.2 Алгоритм авторизации пользователя

.3 Алгоритм алгоритма добавления данных в БД.

.4 Алгоритм удаления данных из БД

.5 Алгоритм формирования индивидуального графика тренировок

.6 Алгоритм расчета программы тренировок

Выводы по разделу 3

. АРХИТЕКТУРНОЕ И ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

.1 Архитектурное проектирование программного обеспечения формирования индивидуального графика тренировок спортсмена

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

.3 Выбор СУБД для реализации серверной части базы данных программного обеспечения

.4 Выбор инструментальной среды

.5 Проектирование ПО

.5.1 Проектирование серверной части ПО

.5.2 Проектирование клиентской части ПО

.6 Руководство пользователя

.6.1 Назначение программного продукта

.6.2 Условия эксплуатации

.6.3 Входные и выходные данные

.6.4 Запуск подсистемы

Выводы по разделу 4

. ТЕСТИРОВАНИЕ ПРОГРАМНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

.1 Планы тестирования

.1.1 План системного тестирования

.1.2 План интеграционного тестирования

.1.3 План автономного тестирования

.2 Спецификация тестирования

.2.1 Спецификация комплекта тестов

.2.2 Спецификация автономного тестирования

.2.3 Спецификация интеграционного тестирования

.2.4 Спецификация системного тестирования

.3 Проведение испытаний

.3.1 Спецификации процедуры автономного тестирования

.3.2 Спецификация процедуры интеграционного тестирования

.3.3 Спецификации процедуры системного тестирования

Выводы по разделу 5

. ЭКОНОМИЧЕСКОЕ ОБОСНАВАНИЕ РАЗРАБОТКИ ПО ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

.1 Параметрическая сегментация рынка

.2 Оценка рынка сбыта. Сегментирование и расчёт емкости рынка

.3 Конкуренция

.3.1 Методика расчета обобщенных показателей качества

.4 Стратегия маркетинга

.5 Оценка риска и страхование

.5.1 Факторы риска

.5.2 Меры предотвращения риска

.6 Финансовый план

.6.1 Расчет заработной платы исполнителей проекта

.6.2 Смета затрат и цена проекта

.6.3 Себестоимость и цена программного обеспечения

.6.4 План доходов и расходов для программного обеспечения

.7 Определение безубыточности

.8 Разработка сетевого графика проекта

Выводы по разделу 6

. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ В ЧРЕЗВЫЧАЙНЫХ СИТУАЦИЯХ

.1.1 Краткое описание прототипа объекта проектирования и его упрощенная функциональная схема

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

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

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

.1.5 Определение необходимого воздухообмена

.2 Безопасность в чрезвычайных ситуациях

.2.1 Анализ возможных чрезвычайных ситуаций при строительстве (эксплуатации) проектируемого объекта (изделия).

.2.2 Расчет химической обстановки в результате разлива 5 литров хлора

Выводы по разделу 7

ВЫВОДЫ

ПЕРЕЧЕНЬ ССЫЛОК

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ ИЗМЕРЕНИЙ ФИЗИЧЕСКИХ ВЕЛИЧИН, СОКРАЩЕНИЙ И ТЕРМИНОВ

БД - база данных;

ОЗУ - оперативное запоминающее устройство;

ОС - операционная система;

ПК - персональный компьютер;

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

ПП - программный продукт;

СУБД - система управления базами данных;

ТЗ - техническое задание.

ВВЕДЕНИЕ

Каждому из нас желательно иметь свою индивидуальную программу тренировок[1-3], которую следует корректировать и уточнять по ходу тренировок, ориентируясь на ваше самочувствие и результаты. Программа тренировок зависит также от вашей способности восстанавливать свои силы после тренировок. Большинству людей подходит режим три тренировки в неделю, но может быть следует делать не один день отдыха, а два, три, а может быть и больше. Проведение тренировок в состоянии недовосстановления приводит к перетренированности, развитию депрессивного состояния, снижает устойчивость к стрессам и не дает расти силовым показателям[1-3,7].

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

Называется эта способность организма приспосабливаться (рис.1) - ПРИНЦИП СВЕРХКОМПЕНСАЦИИ. Благодаря этому принципу можно надеяться выжить в любых условиях, пережить и житейские передряги и воздействия, приводящие к эволюции вида.

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

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

Интенсивность тренировок на рисунке 2. Если тренировка не потребовала от Вас значительный усилий, то и восстановить свой уровень ваш организм сможет быстрее, но и уровень сверхкомпенсации будет малозаметен. Если тренировка тяжелая, то период восстановления близок к вашему максимальному (который и нужно определить). Большие нагрузки, интенсивная тренировка - максимальный период восстановления - максимальный уровень сверхкомпенсации.

Рисунок 2 - Функциональные результаты тренировок

Неправильное соотношение "НАГРУЗКА"-"ОТДЫХ". Слишком большая нагрузка или слишком малый период отдыха между тренировками приводят к перетренированности (рис. 3).

Рисунок 3 - Спад показателей

Вариант застоя показателей - ПЛАТО (рис.4). В этой ситуации рекомендуется изменить характер тренировок.

Рисунок 4 - Стабильное состояние

Правильное соотношение "НАГРУЗКА"-"ОТДЫХ" (рис. 5).

Рисунок 5 - Рост показателей

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

1. АНАЛИЗ СОСТОЯНИЯ ПРОБЛЕМЫ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК

1.1 Описание проблемы учета подготовки спортсмена

.1.1 Подготовка спортсменов определенного вида спорта в виде таблиц показана ниже

Рассмотрим плавание

Тренировки по плаванию состоят из двух этапов:

начальный (6 тренировочных программ);

средний (7 тренировочных программ).

Начальный уровень

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

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

Под отдыхом понимается перерыв между каждым повторением (например, при дистанции 4*25 м отдых 1 минута означает, что между каждыми проплытыми 25 метрами нужно делать перерыв по 1 минуте). Руководствуйтесь этим показателем как ориентиром и, если вы чувствуете, что вам нужно больше времени на восстановление, увеличьте время отдыха.

Программы составлены исходя из длины бассейна 25 метров. Просим учитывать это в случае, если вы тренируетесь в бассейне другой длины.

Программа №1: Стартовая программа с использованием различных стилей представлена в табл.1.1

Таблица 1.1 - Стартовая программа с использованием различных стилей

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	50м	Брасс	спокойное разогревающее плавание	нет
2	Плавание	4x50м	Любой	проплываем каждый отрезок с комфортной скоростью	1 мин
3	Плавание на ногах	100м	Любой	работайте ногами, используя доску для плавания или плывя на спине	нет
4	Плавание	4x25м	вольный стиль	проплываем каждый отрезок со слегка повышенной скоростью	1 мин
5	Завершение	50м	Любой	очень спокойное, "легкое" плавание	нет
Общая дистанция: 500м

Программа №2: Программа с использованием длинных дистанций для улучшения выносливости и повышения общего тонуса представлена в табл.1.2

Таблица 1.2 - Программа с использованием длинных дистанций для улучшения выносливости и повышения общего тонуса

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	50м	Брасс	невысокая, комфорная скорость. разогревающее плавание	нет
2	Плавание	2x150м	вольныйстиль или брасс	проплываем каждый отрезок с комфортнойскоростью	2 мин
3	Плавание на ногах	100м	Любой	работайте ногами, используя доску для плавания или плывя на спине. с комфортной скоростью, без излишних усилий	нет
4	Плавание	100м	вольный стиль	проплываем с постоянной скоростью, без излишний усилий	нет
5	Завершение	50м	Любой	невысокая, комфортная скорость	нет
Общая дистанция: 600м

Программа №3 : Сохранение расслабленности представлено в табл.1.3

Таблица1.3 - Сохранение расслабленности

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	200м	Брасс	спокойный комфортный темп	45 секунд
2	Работа ног	2x50м	Любой	1-й подход: с доской для плавания. 2-й подход: плавание на спине без доски для плавания	45 секунд
3	Плавание	6 x 25м	Смешанный	попеременно: одно повторение в вольном стиле/одно повторение брассом. комфортный темп	30 секунд
4	Завершение	50м	Брасс	спокойное расслабляющее плавание	нет
Общая дистанция: 500м

Программа №4 : Выносливость и тонус представлено в табл. 1.4

Таблица 1.4 - Выносливость и тонус

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	50м	любой	разогревающее плавание в спокойном темпе	нет
2	Плавание	200м	вольныйстиль	плавание в постоянном комфортном темпе	нет
3	Работа ног	100м	вольный стиль	комфортный темп. используйте доску для плавания	нет
4	Плавание	6 x 25м	Любой	попробуйте несколько различных стилей. проплывайте каждое повторение с максимальным усилием, какое сможете выдержать	45 секунд
5	Завершение	50м	Любой	очень спокойное расслабляющее плавание	нет
Общая дистанция: 600м

Программа №5: Сохранение комфортного состояния представлено в табл.1.5

Таблица 1.5 - Сохранение комфортного состояния

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	100м	любой	медленно и спокойно. привыкайте к воде	нет
2	Плавание	2 x 75м	вольныйстиль	проплывайте каждое повторение в комфортном темпе	нет
3	Работа ног	100м	Любой	используйте доску для плавания или плавайте на спине	нет
4	Плавание	4 x 25м	Брасс	комфортный темп	45 секунд
5	Завершение	100м	Любой	спокойное расслабляющее плавание	нет
Общая дистанция: 550м

Программа №6 : Расслабление и комфорт представлено в табл. 1.6

Таблица 1.6 - Расслабление и комфорт

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	50м	любой	плавайте медленно и спокойно. привыкайте к воде	нет
2	Плавание	100м	Брасс	медленный темп. но старайтесь не останавливаться	нет
3	Плавание	50м	любой	комфортный темп	нет
4	Работа ног	2 x 50м	любой	используйте доску для плавания или плавайте на спине	1 минута
5	Плавание	любой	комфортный темп	нет
6	Завершение	50м	любой	спокойное расслабляющее плавание	нет
Общая дистанция: 400м

Средний уровень

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

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

Программа №1 : Повышение скорости - короткие дистанции с высокой скоростью представлено в табл. 1.7

Таблица 1.7 - Повышение скорости - короткие дистанции с высокой скоростью

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	100м	вольный стиль	невысокая, комфортная скорость. тренируем гребок (stroke drills)	нет
2	Плавание	10 x 25м	вольный стиль	максимальная скорость	30 сек
3	Плавание на ногах	6 x 25м	вольный стиль	максимальная скорость. если возможно, используйте ласты	30 сек
4	Плавание на руках	2 x 75м	вольный стиль	невысокая, комфортная скорость. дышите каждый 3-ий гребок	1 минута
5	Плавание	50м	любой	плывем любым стилем, кроме вольным. максимальная скорость	30 сек
6	Завершение	50м	любой	невысокая, комфортная скорость	нет
Общая дистанция:400м

Программа №2: Улучшение техники и физической формы представлено в табл. 1.8

Таблица 1.8 - Улучшение техники и физической формы

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	2 x 100м	вольный стиль	невысокая, комфортная скорость. тренируем гребок (stroke drills)	нет
2	Плавание	2 x 100м	вольный стиль	фокусируемся на хорошей технике выполнения. Первые 200м проплываем с невысокой, комфортной скоростью; вторые 200м - с высокой скоростью	2 мин.
3	Плавание на ногах	6 x 25м	любой	высокая скорость. если возможно, используем ласты	30 сек
4	Плавание	100м	любой	тренируем гребок (stroke drills). желательно использовать иной, чем свободный стиль	нет
5	Плавание	6 x 25м	любой	плывем тем же стилем, что и этап 4. высокая скорость	45 сек
6	Завершение	50м	любой	невысокая, комфортная скорость	нет
Общая дистанция:1050м

Программа №3 : Различные стили представлено в табл. 1.9

Таблица 1.9 - Различные стили

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	2 x 100м	смешанный	попеременные гребки. спокойный темп. меняйте стиль после 1-го подхода	30 сек
2	Плавание	2 x 100м	любой стиль	выберите два стиля и проплывайте по одному подходу для каждого. комфортный темп	1 минута
3	Работа ног	6 x 25м	смешанный	высокий темп. отсутствие вольного стиля	30 сек
4	Гребки	200м	вольный стиль	спокойный темп. вдох на каждом 5-м гребке	продолжаем
5	Плавание	4 x 25м	смешанный	плыть или баттерфляем, или брассом. высокий темп	45 сек
6	Завершение	50м	любой	спокойное расслабляющее плавание	продолжаем
Общая дистанция:1100м

Программа №4 : Более короткая дистанция, большая нагрузка представлено в табл.1.10

Таблица 1.10 - Более короткая дистанция, большая нагрузка

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	100м	вольный стиль	отрабатываем технику гребка. спокойный темп	продолжаем
2	Плавание	8 x 25м	вольный стиль	попеременно: одно повторение в спокойном темпе/одно повторение в ускоренном темпе	30 секунд
3	Работа ног	6 x 25м	вольный стиль	используйте доску для плавания и ласты, если есть возможность. ускоренный темп	30 сек
4	Гребки	2 x 100м	вольный стиль	спокойный темп. используйте колобашку и вдыхайте на каждом 3-ем гребке	1 минута
5	Плавание	6 x 25м	любой	высокий темп.	30 секунд
6	Завершение	50м	любой	спокойное расслабляющее плавание	Продолжаем
Общая дистанция:850м

Программа №5 : Смешанная тренировка представлена в табл.1.11

Таблица 1.11 - Смешанная тренировка

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	100м	любой	спокойное разогревающее плавание	продолжаем
2	Плавание	6 x 50м	вольный стиль	увеличивайте темп при каждом повторении. последнее повторение с максимальным темпом	30 секунд
3	Работа ног	100м	вольный стиль	начните медленно и увеличивайте темп к концу дистанции. используйте доску для плавания и ласты, если есть возможность	30 сек
5	Плавание	6x 25м	смешанный	меняйте стили при каждом подходе. ускоренный темп	30 секунд
6	Завершение	100м	любой	спокойное расслабляющее плавание	продолжаем
Общая дистанция:1000м

Программа №6 : Более высокая интенсивность представлена в табл. 1.12

Таблица 1.12 - Более высокая интенсивность

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	200м	смешанный	спокойное разогревающее плавание	продолжаем
2	Плавание	4 x 75м	вольный стиль	проплываем 50м в комфортном темпе, затем 25м в ускоренном. поддерживайте хорошую технику плавания на всей дистанции	45 секунд
3	Работа ног	4 x 25м	вольный стиль	используйте доску для плавания. ускоренный темп	30 сек
4	Гребки	200м	вольный стиль	используйте колобашку. спокойный темп. вдыхайте на каждом 5-м гребке	продолжаем
5	Плавание	6 x 25м	смешанный	ускоренный темп.	30 секунд
6	Завершение	50м	любой	спокойное расслабляющее плавание	продолжаем
Общая дистанция:1000м

Программа №7 : Аэробная выносливость представлена в табл. 13

Таблица 1.13 - Аэробная выносливость

	Этапы	Дистанция	Стиль	Комментарии	Отдых
1	Разминка	200м	вольный стиль	100м обычные гребки/100м отрабатываем технику гребка. спокойный темп	продолжаем
2	Плавание	400м	вольный стиль	поддерживайте постоянный ровный темп	продолжаем
3	Работа ног	200м	вольный стиль	используйте доску для плавания и ласты, если есть возможность	продолжаем
4	Гребки	200м	вольный стиль	100м вдыхая на каждом 3-ем гребке/100м на каждом 5-м гребке. спокойный темп	продолжаем
5	Плавание	4 x 25м	любой	ускоренный темп.	30 секунд
6	Завершение	100м	любой	спокойное расслабляющее плавание	продолжаем
Общая дистанция:1200м

Программы тренировок по бегу (легкая атлетика)

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

Первый цикл подготовки показан в табл.1.14

Таблица 1.14 - Первый цикл подготовки

День	Утро	Вечер
1	аэробная выносливость	силовая подготовка
2	аэробная выносливость	физическая подготовка
3	аэробная выносливость	аэробная выносливость
4	отдых	силовая подготовка
5	мощь	аэробная выносливость
6	аэробная выносливость	физическая подготовка
7	аэробная выносливость	силовая подготовка
8	отдых	аэробная выносливость
9	аэробная выносливость
10	аэробная выносливость	аэробная выносливость
11	аэробная выносливость	силовая подготовка
12	отдых	Отдых
13	аэробная выносливость	аэробная выносливость
14	аэробная выносливость	Мощь
15	аэробная выносливость	силовая подготовка
16	отдых	аэробная выносливость
17	аэробная выносливость	аэробная выносливость
18	аэробная выносливость	силовая подготовка
19	аэробная выносливость	аэробная выносливость
20	отдых	Отдых
21	аэробная выносливость	силовая подготовка

Описание вида тренировки

Аэробная выносливость

Четыре типа работы:

30-45 минут непрерывного бега,

50-60 минут непрерывного бега.

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

4 x 2000 м по 5:10 с восстановлением 2 мин.,

6 x 1000 м по 2:30 с восстановлением 2 мин.

Расстояния повторений были стандартизированы, потому что считается важным установить "ритм работы" с высокой интенсивностью (приблизительно 70 %). По этой причине, когда не можешь закончить некоторую тренировку, повторяешь её на следующий день, вместо того, чтобы искать другое решение.

Силовая подготовка

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

- Полуприседы 6 x 20 повторений с 25-килограммовым бруском.

- Полуприседы 4 x 16 повторений с 30-килограммовым бруском.

- Приседания 4 x 16 повторений с 20-килограммовым бруском.

- Работа на специальных тренажёрах.

Мощь

Делается один раз в неделю подъемы 10 x 300 м помимо горизонтальных прыжков и вертикальных прыжков с препятствиям.

Физическая подготовка

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

Второй цикл подготовки показан в таблице 1.15

Таблица 1.15 - Второй цикл подготовки

День	Утро	Вечер
1	аэробная выносливость	силовая подготовка
2	отдых	соревновательная скорость
3	аэробная выносливость	аэробная выносливость
4	аэробная выносливость	Мощь
5	аэробная выносливость	соревновательная скорость
6	аэробная выносливость	Отдых
7	аэробная выносливость	Мощь
8	аэробная выносливость	соревновательная скорость
9	аэробная выносливость	аэробная выносливость
10	аэробная выносливость	Мощь
11	аэробная выносливость	аэробная выносливость
День	Утро	Вечер
13	аэробная выносливость	соревновательная скорость
14	аэробная выносливость	Отдых
15	аэробная выносливость	силовая подготовка
16	аэробная выносливость	аэробная выносливость
17	аэробная выносливость	аэробная выносливость
18	аэробная выносливость	Мощь
19	аэробная выносливость	Отдых
20	аэробная выносливость	аэробная выносливость

Описание вида тренировки.

Аэробная выносливость.

-45 минут непрерывного бега в 2:50-3:00 или 3:10/kм

минут непрерывного бега как восстановление. Соревновательная скорость

Фартлек: 6-5-4-3-2 мин. быстрого бега.

На дорожке: 1 x 1600 - 1200 - 800 - 600 - 400 м с коротким восстановлением, начинающимся с 1 минуты, снижаясь до 30 секунд!

Мощь

200-300 прыжков.

x 300 м в горку с подталкиванием - обратно восстановление.

x 150 м забеганий в подъём.

Третий цикл подготовки показан в табл. 2.3

Таблица 1.16 - Третий цикл подготовки

День	Утро	Вечер
1	аэробная выносливость	аэробная выносливость
2	подготовительная тренировка	скоростная работа
3	аэробная выносливость	аэробная выносливость
4	подготовительная тренировка	соревновательная скорость
5	аэробная выносливость	аэробная выносливость
День	Утро	Вечер
6	подготовительная тренировка	скоростная работа
7	подготовительная тренировка	Отдых
8	подготовительная тренировка	соревновательная скорость
9	аэробная выносливость	аэробная выносливость
10	подготовительная тренировка	скоростная работа
11	аэробная выносливость	аэробная выносливость
12	подготовительная тренировка	соревновательная скорость
13	аэробная выносливость	аэробная выносливость
14	отдых	Отдых
15	подготовительная тренировка	скоростная работа
16	аэробная выносливость	аэробная выносливость
17	подготовительная тренировка	аэробная выносливость
18	аэробная выносливость	соревновательная скорость
19	аэробная выносливость	аэробная выносливость
20	подготовительная тренировка	подготовительная тренировка
21	отдых	Отдых

Описание вида тренировки

Аэробная выносливость.

- 30 минут непрерывного бега по 3:00-3:10/kм,

- 40 минут непрерывного бега как восстановление.

Подготовительная тренировка.

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

Соревновательная скорость

Бег 10 x 400м по 53-54 сек. с восстановлением 30 секунд. Тренирующийся получает помощь от "зайца" на последних 200 м в каждом повторении.

Скоростная работа

- 10 x 300 м по 35-36 секунд с помощью от "зайца",

- 6 x 500 м с помощью от "зайца" на первых 300 м в каждом повторении.

Программа тренировок по тяжелой атлетике

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

Первый день тренировок представлен в таблице 1.17

Таблица 1.17 - Первый день тренировок

1 день (понедельник)
1	Приседания	(50%) 5x1, (60%) 4x2, (70%)3x2 , (80%) 2x5
2	Жим лежа	(50%) 5x1, (60%) 4x1, (70%)3x2 , (80%) 2x6
3	Разведения рук с гантелями	10x5
4	Приседания	(50%) 5x1, (60%) 5x1, (70%)4x5
5	Пресс	10x3

Третий день тренировок представлен в таблице 1.18

Таблица 1.18 - Третий день тренировок

3 день (среда)
1	Тяга	(50%) 4x1, (60%) 4x1, (70%)3x2 , (80%) 3x5
2	Жим лежа	(50%) 6x1, (60%) 5x1, (75%)3x2 , (80%) 2x2
3	Разведения рук с гантелями	10x5
4	Тяга до колен	(50%) 4x1, (60%) 4x1, (70%)4x5
5	Наклоны со штангой (стоя)	5x3

Пятый день тренировок представлен в таблице 1.19

Таблица 1.19 - Пятый день тренировок

5 день (пятница)
1	Жим лежа	(50%) 5x1, (60%) 4x1, (70%)3x2 , (80%) 3x5
2	Приседания	(50%) 5x1, (60%) 4x1, (70%)3x2 , (80%) 3x6
3	Жим лежа	(50%) 5x1, (60%) 4x1, (75%)3x5
4	Разведения рук с гантелями	10x5
5	Пресс	10x3

Шестой день тренировок представлен в таблице 3.4

Таблица 1.20 - Шестой день тренировок

6 день (суббота)
1	Тяга стоя на подставке	(50%) 3x2, (60%) 2x4
2	Жим сидя под углом	4x6
3	Отжимании на брусьях	6x5
4	Тяга с плитов	(60%) 4x1, (70%) 4x2, (80%)3x2 , (90%) 2x4
5	Наклоны со штангой (сидя)	5x5

К участию в соревнованиях по тяжелой атлетике среди мужчин допускаются:

юноши младшей возрастной группы до 14 лет;

юноши средней возрастной группы до 16 лет;

юноши старшей возрастной группы до 18 лет;

юниоры возрастной группы до 20 лет;

взрослые - старше 20 лет.

ВЕСОВЫЕ КАТЕГОРИИ

Ниже перечислены весовые категории участников соревнований.

Участники соревнований среди мужчин делятся на группы: взрослые и юниоры на 8 весовых категорий: до 56 кг, до 62 кг, до 69 кг, до 77 кг, до 85 кг, до 94 кг, до 105 кг, свыше 105 кг.

Среди юношей возрастной группы до 16 и 18 лет делятся на 9 весовых категорий: до 45 кг, 50 кг, 56 кг, 62 кг, 69 кг, 77 кг, 85 кг, 94 кг, св. 94 кг.

Среди юношей возрастной группы до 14 лет делятся на 10 весовых категорий: до 34 кг, 38 кг, 42 кг, 45 кг, 50 кг, 56 кг, 62 кг, 69 кг, 77 кг, св. 77 кг.

Участницы соревнований среди женщин делятся на группы: взрослые и юниорки на 7 весовых категорий: до 48 кг, 53 кг, 58 кг, 63 кг, 69 кг, 75 кг, св. 75 кг.

Среди девушек возрастной группы до 16 и 18 лет делятся на 8 весовых категорий: до 44 кг, 48 кг, 53 кг, 58 кг, 63 кг, 69 кг, 75 кг, св. 75 кг.

Среди девушек младшего возраста до 14 лет делятся на 9 весовых категорий: до 36 кг, 40 кг, 44 кг, 48 кг, 53 кг, 58 кг, 63 кг, 69 кг, св. 69 кг.

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

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

1.2 Задачи дипломного проекта

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

1 Изучить особенности подготовки спортсмена определенного вида спорта, а именно: плавание, тяжелая и легкая атлетика.

2 Найти и изучить критерии выбранного вида спорта по:

- мужчина и женщина,

- возрастная ,

- весовая категории,

3 Обоснованно выбрать архитектуру ПО.

4 Разработать техническое задание для создания ПО.

Выполнить проектирование БД, содержащей информацию о подготовке спортсмена определенного вида спорта.

Разработать необходимые алгоритмы.

Разработать модули различного назначения, классы.

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

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

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

1.3 Техническое задание на разработку программного обеспечения формирования индивидуального графика тренировок спортсмена

.3.1 Основание для разработки

Приказ № 326 - УЧ от 28.03.12 по Национальному Аэрокосмическому Университету им. Н.Е. Жуковского «ХАИ» о преддипломной практики и приказ № _____ - УЧ от ___________ о допуске к дипломному проектированию.

1.3.2 Цель разработки

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

1.3.3 Назначение разработки

Назначение - это электронный вид учета достижений спортсмена в определенном виде спорте с дальнейшем прогнозированием результатов.

1.3.4 Требования пользователя

Внешние требования

ПО должно хранить информации о:

- Пользователе ПО и спортсменах.

- Вид спорта.

- Характеристиках спортсмена.

- Программа тренировки.

- Силовых показателях по видам спорта.

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

- № упражнения.

- Вид упражнения.

- Темп нагрузки.

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

ПО должно иметь защиту от несанкционированного доступа.

Разграничение прав доступа (гость, пользователь)

Подсчет графика тренировок.

Внутренние требования

Работа в локальной сети организации, содержащей до 20 ПК.

Работа под управлением операционной системы Windows Ме/2000/ХР

Работа на компьютере со следующими параметрами:

- процессор типа Pentium II,

- оперативная память 512 Mb,

- НЖМД емкостью 20 Gb,

- 15-дюймовый TFT монитор.

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

Наличие информации о разработчике.

Графический русскоязычный интерфейс.

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

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

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

1.3.5 Требования к программному обеспечению

Требования к функциональным характеристикам

Функции клиента:

- Ф.И.О. пользователя.

- Вид спорта (три вида спорта: плавание, легкая и тяжелая атлетика).

- Разряд( 1,2,3 разряд , КМС(кандидат мастера спорта), МС(мастер спорта), МСМК(мастер спорта международного класса)).

- Физические характеристики спортсмена.

- Программа тренировки (график тренировок в процентном соотношении и периодичностью занятий ).

- Поддержка русскоязычного многооконного интерфейса.

- Ввод и анализ входных данных.

Функции сервера:

- Авторизация пользователей.

- Обработка запросов:

- Добавление информации.

- Редактирование информации.

- Удаление информации.

- Выдача информации о разработчике.

- Формирование выходной информации о :

- Графике тренировок.

- Силовой нагрузке спортсмена.

- Выдача выходной информации.

- Хранить информацию о:

- Пользователе и спортсменах.

- Характеристиках спортсмена.

- Программе тренировок.

- Силовых показателях по видам спорта.

Требования по производительности

Ответы на запрос не более 1 секунд.

Требования по интерфейсу

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

Операционные требования

Для работы с ПО пользователю нужно знать ОС Windows.

Требования по ресурсам

Работа на ПК со следующей конфигурацией:

- процессор типа Pentium IV и выше;

- оперативная память от 512 Mb;

- НЖМД емкостью от 20 Gb;

- 15-дюймовый TFT монитор.

Работа в локальной сети.

Требования по верификации

Порядок проведения этапов тестирования:

- автономное;

- интеграционное;

- системное;

- приемосдаточные тесты.

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

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

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

Требования по документации

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

Требования по защите

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

Режим резервного копирования поддерживает пользователь.

Требования по мобильности

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

Требования по надежности

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

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

Требования по надежности сопровождения

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

Требования по безопасности

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

1.3.6 Матрица трассируемости требований пользователя и требований ПО

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

Таблица 1.21 - Матрица трассируемости требований пользователя и требований к ПО

Треб. зак Треб. К ПО	1.3.3.1.1	1.3.3.1.2	1.3.3.1.3	1.3.3.1.4	1.3.3.1.5	1.3.3.2.1	1.3.3.2.2	1.3.3.2.3	1.3.3.2.4	1.3.3.2.50	1.3.3.2.6	1.3.3.2.7	1.3.3.2.8	1.3.3.2.9
1.3.4.1.1	+
1.3.4.1.2				+
1.3.4.1.3		+
1.3.4.1.4			+
1.3.4.1.5										+
1.3.4.2.1													+
1.3.4.3.1											+
1.3.4.4.1							+
1.3.4.5.1								+
1.3.4.5.2						+
1.3.4.6.1														+
1.3.4.6.2														+
1.3.4.7.1				+
1.3.4.8.1												+
1.3.4.9.1							+	+
1.3.4.10.1					+
1.3.4.10.2									+
1.3.4.11.1					+
1.3.4.12.1												+

Выводы по разделу 1

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

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

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

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

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

2. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ И ДАННЫХ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

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

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

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

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

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

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

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

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

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

На основании составленного технического задания разработана диаграмма вариантов использования формирования индивидуального графика тренировок спортсмена на рис. 2.1

Рисунок 2.1 - Диаграмма вариантов использования программного обеспечения формирования индивидуального графика тренировок спортсмена

2.1.2 Описание основных прецедентов для разрабатываемого программного обеспечения

В таблицах 2.1 - 2.7 приведены описания основных прецедентов

Таблица 2.1 - Описание прецедента «Удалить»

Прецедент	Удалить
Краткое описание	Прецедент позволяет удалить существующую учетную запись спортсмена
Субъекты	Пользователь
Предусловия	Субъект желает «Удалить» свою учетную запись
Основной поток	1 Пройти авторизацию и зайти в учетную запись. 2 Нажать кнопку удалить. 3 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что пароль или логин неверен. 2 Повторный ввод пароля 3 Вариант использования завершается.
Постусловия	Если прецедент был успешен, учетная запись будет удалена

Таблица 2.2 - Описание прецедента «Изменить»

Прецедент	Изменить
Краткое описание	Прецедент позволяет изменить информацию в существующей учетной записи спортсмена
Субъекты	Пользователь
Предусловия	Субъект желает «Изменить» свою учетную запись
Основной поток	1 Пройти авторизацию и зайти в учетную запись. 2 Нажать кнопку изменить. 3 Изменить нужное поле. 4 Сохранить изменения. 5 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что пароль или логин неверен. 2 Повторный ввод пароля 3 Вариант использования завершается.
Постусловия	Если прецедент был успешен, учетная запись будет изменена

Таблица 2.3 - Описание прецедента «Регистрация»

Прецедент	Регистрация
Краткое описание	Прецедент позволяет создать новую учетную запись
Субъекты	Гость
Предусловия	Гость не зарегистрирован
Основной поток	1 Запустить окно для заполнения регистрационных данных. 2 Внести данные. 3 Сохранить данные. 4 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что пароль или логин существует. 2 Повторный ввод данных. 3 Вариант использования завершается.
Постусловия	Если прецедент был успешен, будет создана новая учетная запись

Таблица 2.4 - Описание прецедента «Авторизация»

Прецедент	Авторизация
Краткое описание	Прецедент позволяет войти в учетную запись
Субъекты	Гость
Предусловия	Гость прошел регистрацию
Основной поток	1 Открыть окно для внесения данных для авторизации 2 Корректно ввести логин и пароль 3 Нажать кнопку вход 4 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что пароль или логин существует либо не верен. 2 Повторный ввод данных. 3 Вариант использования завершается.
Постусловия	Если прецедент был успешен, будет выполнен вход в учетную запись

Таблица 2.5 - Описание прецедента «Просмотр общей информации»

ПрецедентПросмотр общей информации
Краткое описание	Прецедент позволяет просмотреть краткую информацию в качестве теории по сущесттвующим в программе видам спорта
Субъекты	Пользователь, Гость
Предусловия	Запущенно ПО, открыта главная форма, подключение к базе данных прошло корректно.
Основной поток	1 Запустить систему. 2 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что подключение к базе данных не произошло. 2 Вариант использования завершается.
Постусловия	Если прецедент был успешен, возможен просмотр общей информации

Таблица 2.6 - Описание прецедента «Просмотр личной информации»

Прецедент	Просмотр личной информации
Краткое описание	Прецедент позволяет просмотреть личную информацию спортсмена
Субъекты	Пользователь
Предусловия	Запущенно ПО, выполнен вход в учетную запись, подключение к базе данных прошло корректно.
Основной поток	1 Запустить систему. 2 Войти в учетную запись. 3 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что подключение к базе данных не произошло. 2 Вариант использования завершается.
Постусловия	Если прецедент был успешен, возможен просмотр личной информации спортсмена

Таблица 2.7 - Описание прецедента «Расчитать программу тренировок»

Прецедент	Расчитать программу тренировок
Краткое описание	Прецедент позволяет создать личную программу тренировок спортсмена определенного вида спорта
Субъекты	Пользователь
Предусловия	Запущенно ПО, , выполнен вход в учетную запись, подключение к базе данных прошло корректно.
Основной поток	1 Запустить систему. 2 Войти в учетную запись. 3 Выбрать «Рассчитать программу тренировок». 4 Заполнить нужные поля. 5 Выбрать «Рассчитать» 2 Вариант использования завершается.
Альтернативные потоки	1 Программа информирует гостя что подключение к базе данных не произошло. 2 Вариант использования завершается.
Постусловия	Если прецедент был успешен, будет отображена программа тренировок в виде таблицы.

2.2 Выделение сущностей и определение их атрибутов

На основе анализа предметной области можно выделить следующие сущности:

сущность “users” содержит информацию о пользователе;

сущность “v_sport” содержит виды спорта, используемые для формирования программы тренировок;

сущность “harakteristiki” содержит физические характеристики спортсмена;

сущность “pr_tren” содержит сформированную программу тренировок;

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

Атрибуты выше приведенных сущностей представлены в таблицах с 2.8 по 2.12

Таблица 2.8 - Атрибуты сущности «users»

Название атрибута	Тип атрибута	Описание
ID_USERS	Целое число	Уникальный идентификатор
FIO	Строка	Имя пользователя
LOGIN	Строка	Логин пользователя
PFSSWORD	Целое число	Пароль
ID_HARAKT	Целое число	Внешний ключ
ID_TREN	Целое число	Внешний ключ

Таблица 2.9 - Атрибуты сущности «harakteristiki»

Название атрибута	Тип атрибута	Описание
ID_HARAKT	Целое число	Уникальный идентификатор
RAZR	Строка	Разряд по плаванию
VOZR	Целое число	Возраст спортсмена по плаванию
MOW	Строка	Мужчина или женщина

Таблица 2.10 - Атрибуты сущности «v_sport»

Название атрибута	Тип атрибута	Описание
ID_VSPORT	Целое число	Уникальный идентификатор
NAME	Строка	Название вида спорта

Таблица 2.11 - Атрибуты сущности «pr_tren»

Название атрибута	Тип атрибута	Описание
ID_TREN	Целое число	Уникальный идентификатор
N_UPR	Целое число	Номер упражнения
VID_UPR	Строка	Вид упражнения
NAGRUZKA	Строка	Нагрузка
COMENT	Строка	Комментарии
ID_TALT	Целое число	Внешний ключ
ID_VSPORT	Целое число	Внешний ключ

Таблица 2.12 - Атрибуты сущности «t_atl»

Название атрибута	Тип атрибута	Описание
ID_TATL	Целое число	Уникальный идентификатор
ZIM	Целое число	Силовые показатели в жиме лежа
PRISJAD	Целое число	Силовые показатели в присяде со штангой
STAN	Целое число	Силовые показатели в становой тяге

2.3 Определение связей между сущностями

Один «Пользователь» может содержать множество «Характеристик» . Связь между сущностями «Пользователь» и «Характеристики» 1:n. Она представлена на рисунке 2.2.

Рисунок 2.2 - Связь между сущностями «Пользователь» и «Программа» связь 1:n

Множество «Характеристик» формируют одну «Программу тренировок». Связь между сущностями «Характеристики» и «Программа тренировок» n:1. Она представлена на рисунке 2.3

Рисунок 2.3 - Связь между сущностями «Характеристики» и «Программа тренировок» связь n:1

Одна «Программа тренировок» содержать иметь один «Вид спорта», в свою очередь один «Вид спорта» может содержать несколько «Программ тренировок» . Связь между сущностями «Программа тренировок» и«Вид спорта» n:1. Она представлена на рисунке 2.4.

Рисунок 2.4 - Связь между сущностями «Программа тренировок» и «Вид спорта» связьn:1

«Силовые показатели по тяжелой атлетике» могут формировать одну «Программу тренировок», в свою очередь «Программа тренировок» может иметь несколько «Силовых показателей по тяжелой атлетике». Связь между сущностями «Силовые показатели по тяжелой атлетике»и «Программа тренировок» n:1. Она представлена на рисунке 2.5

Рисунок 2.5 - Связь между сущностями «Силовые показатели по тяжелой атлетике»и «Программа тренировок» связь n:1

2.4 Построение ER - диаграмм логической и физической модели БД программного обеспечения формирования индивидуального графика тренировок

2.4.1 Построение логической ER-модели базы данных

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

Рисунок 2.6 - Логическая ER-модель базы данных программного обеспечения формирования индивидуального графика тренировок спортсмена.

2.4.2 Построение физической ER-модели базы данных

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

Рисунок 2.7 - Физическая ER-модель базы данных программного обеспечения формирования индивидуального графика тренировок спортсмена.

Выводы по разделу 2

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

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

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

. АЛГОРИТМИЗАЦИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

Основным в процессе разработки программного обеспечения является разработка алгоритма. Алгоритм [5]- это совокупность определённых правил или действий, которая через определённое число шагов приводит к искомому результату.

Каждый алгоритм должен быть:

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

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

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

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

Процесс составления алгоритмов называется алгоритмизацией [5].

с помощью словесного описания [5];

с помощью графического описания [5];

с помощью псевдокода [5].

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

Графическое задание, или блок-схема [9], это способ представления алгоритма с помощью геометрических фигур, называемых блоками. Последовательность соединенных блоков образуют блок-схему.

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

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

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

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

3.1 Разработанные алгоритмы программного обеспечения формирования индивидуального графика тренировок

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

алгоритм авторизации пользователя;

алгоритм изменения данных в БД;

алгоритм удаления данных из БД;

алгоритм формирования индивидуального графика тренировок;

алгоритм расчета программы тренировок.

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

3.2 Алгоритм авторизации пользователя

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

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

Рисунок 3.1 - Блок-схема алгоритма авторизации пользователя

3.3 Алгоритм алгоритма добавления данных в БД

При изменении данных выполняются следующие действия: выбор таблицы в которой необходимо изменить данные; изменение данных; проверка данных на правильность; соединение с БД; изменение записи в БД.

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

Рисунок 3.2 - Блок-схема алгоритма добавления данных в БД

3.4 Алгоритм удаления данных из БД

При удалении данных выполняются следующие действия: выбор удаляемых данных; соединение с БД; удаление данных из БД.

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

Рисунок 3.3 - Блок-схема алгоритма удаления данных из БД

3.5 Алгоритм формирования индивидуального графика тренировок

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

На рисунке 3.4 представлена блок-схема алгоритма формирования индивидуального графика тренировок.

Рисунок 3.4 - Блок-схема алгоритма формирования индивидуального графика тренировок

3.6 Алгоритм расчета программы тренировок

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

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

Рисунок 3.5 - Блок-схема алгоритма расчета программы тренировок

Выводы по разделу 3

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

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

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

4. АРХИТЕКТУРНОЕ И ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

4.1 Архитектурное проектирование программного обеспечения формирования индивидуального графика тренировок спортсмена

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

ПО учета подготовки спортсмена предназначено для хранения информации о спортсмене (ФИО, возраст,пол, разряд по определенному виду спорта и его силовые показатели). Для занесения и получения этих данных необходима такая модель приложения, которая давала бы возможность хранить в базе данных информацию, а также извлекать ее из БД по требованию пользователя. Такой моделью является двухуровневая архитектура “Клиент-Сервер”, представленная на рисунке 4.1, где клиентское приложение, содержит логику работы с базой данных, а сервер содержит базу данных.

Рисунок 4.1 - Модель двухуровневой архитектуры «Клиент-сервер»

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

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

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

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

4.2 Определение требований к средствам разработки

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

– удобство использования;

– скорость разработки приложений и работы программы.

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

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

Наличие опыта разработки с использованием данного программного продукта → max, (5).

Требования к вычислительным ресурсам → min, (5).

Предоставляемые возможности работы с базами данных → max, (5).

Предоставляемые возможности создания интерфейса → max, (3).

Скорость работы разработанного программного обеспечения → max, (3) .

Стоимость среды разработки → min, (3) .

В круглых скобках указаны весомые коэффициенты.

Многозвенными системами клиент/сервер называют более новые системы с так называемым ”тонким” клиентом. В состав такой системы не входит клиентская часть серверной СУБД[8]. В этом случае функциональность, связанная с доступом к данным, возлагается на другое приложение, которое обычно называется сервером приложений и является клиентом серверной СУБД.

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

Таким образом, созданная информационная система становится трехзвенной, а сервер приложений является средним звеном в цепи “тонкий” клиент - сервер приложений - сервер баз данных и, соответственно, относится к классу продуктов middleware.

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

4.3 Выбор СУБД для реализации серверной части базы данных программного обеспечения

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

– oracle 8.05;

– microsoft SQL Server[9];

– Hibernate;

– sybase SQL Anywhere.

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

– производительность СУБД(4),

– уровень безопасности данных(3),

– скорость разработки программного продукта(4),

– уровень реализации механизма хранимых процедур (5),

– наличие расширений стандартного языка SQL(4),

– предоставляемые возможности администрирования базы данных(2),

– требования к аппаратным ресурсам(3),

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

Решение поставленной задачи выбора программного обеспечения методом вариантных сетей показано в таблице 4.1

Таблица 4.1- Выбор СУБД методом вариантных сетей

Характеристика	1(4)	2(3)	3(4)	4(5)	5(4)	6(2)	7(3)	Итого
Средство РАЗработки
Oracle	4	5	3	5	5	5	1	101
Microsoft SQL Server	4	4	5	4	5	4	3	105
Hibernate	5	4	5	4	4	5	4	110
Sybase SQL Anywhere	3	4	4	5	4	3	4	99

Из результатов анализа, проведенного методом вариантных сетей, следует, что лучшей СУБД для реализации серверной части БД автоматизированной подсистемы является Hibernate.

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

– PHP;

– C#;

– Java;

– Delphi.

производительность интерфейса(4).

уровень безопасности (3).

скорость разработки программного продукта(4).

уровень реализации механизма хранимых процедур (5).

предоставляемые возможности администрирования (2) .

требования к аппаратным ресурсам(3).

Решение поставленной задачи выбора программного обеспечения методом вариантных сетей показано в таблице 5.2.

Таблица 4.2- Выбор инструментальной среды методом вариантных сетей

Характеристика	1(4)	2(3)	3(4)	4(5)	5(2)	6(3)	Итого
Средство РАЗработки
C#	4	4	4	4	5	4	84
PHP	4	5	4	4	5	4	89
Delphi	3	4	3	4	4	3	73
JAVA	5	4	3	4	5	4	86

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

4.5 Проектирование ПО

.5.1 Проектирование серверной части ПО

На рисунке 4.2 приведена структура серверной части программного обеспечения формирования индивидуального графика тренировок спортсмена

Рисунок 4.2 - Структура серверной части программного обеспечения формирования индивидуального графика тренировок спортсмена

В соответствии c ER - диаграммой логической программного обеспечения формирования индивидуального графика тренировок спортсмена была построена физическая ER - модель БД.

На рисунке 2.7 приведена ER - диаграмма физической модели базы данных программного обеспечения формирования индивидуального графика тренировок спортсмена.

4.5.2 Проектирование клиентской части ПО

Разработана диаграмма навигации, которая представлена на рисунке 4.3

Рисунок 4.3 - Диаграмма навигации

Описание классов.

Класс Main содержит метод main(), с которого начинается выполнение приложения;

2 Класс Registration содержиты методы:

Autorization - служит для авторизации пользователя.

Registration - служит для регистрации пользователя.

Check - служит для проверки вводимой информации.

Класс My_DB содержит методы:

Config - содержит настройки БД.

Класс T_Atl содержит методы:

Calc_T - служит для подсчета программы тренировок по тяжелой атлетике.

Work_with_DB_T - служит для занесения данных о тяжелой атлетике в БД.

Izm_T - служит для изменения данных в программе тренировок по тяжелой атлетике.

Класс L_Atl содержит методы:

Calc_L - служит для подсчета программы тренировок по Тяжелой атлетике.

Work_with_DB_L - служит для занесения данных о легкой атлетике в БД.

Izm_L - служит для изменения данных в программе тренировок по легкой атлетике.

Класс Plavanie содержит методы:

Calc_P - служит для подсчета программы тренировок по легкой атлетике.

Work_with_DB_P - служит для занесения данных по плаванию в БД.

Izm_P - служит для изменения данных в программе тренировок по плаванию.

Класс Show содержит методы:

Show_T - служит для отображения на форме информации о тяжелой атлетике.

Show_L - служит для отображения на форме информации о легкой атлетике.

Show_P - служит для отображения на форме информации по плаванию.

На рисунке 4.10 представлена диаграмма классов и их взаимодействие.

Рисунок 4.10 - Диаграмма классов приложения

Общая структура ПО представлена на рисунке 4.11

Рисунок 4.11 - Общая структура ПО

4.6 Руководство пользователя

.6.1 Назначение программного продукта

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

1) ввода и контроля вводимых данных;

2) редактирования данных перед записью в базу данных;

4.6.2 Условия эксплуатации

Для нормальной работы ПО необходим компьютер с такими параметрами:

1 Процессор - Celeron 1600MHz (сервер), Celeron 1400 MHz (клиент).

2 Оперативная память 2гБ (сервер) , 1 гБ (клиент).

ГБ свободного дискового пространства для ПО и 300 МБ для БД.

Видеопамять -64 МБ.

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

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

4.6.3 Входные и выходные данные

Входными данными являются:

1 Имя спортсмена.

2 Его физические данные.

Выходными данными являются:

1 Программа тренировок по определенному виду спорта .

2 Результаты обработки запросов.

4.6.4 Запуск подсистемы

Пользователи запускают приложение клиент.

Выводы по разделу 4

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

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

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

. ТЕСТИРОВАНИЕ ПРОГРАМНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

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

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

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

Метод установления правильности программ при помощи строгих средств известен как верификация программ.

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

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

Надежностью программного обеспечения (ПО) [23] - вероятность его работы без отказов в течение определенного периода времени, рассчитанная с учетом стоимости для пользователя каждого отказа. Для обеспечения надежности ПО зачастую используют такие термины, как доказательство, тестирование, отладка, контроль и испытание.

Тестирование программного обеспечения [24] - процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.

Тестирование разрабатываемого программного обеспечения производиться в соответствии с планом верификации и валидации [25]. Согласно стандарту ESA PSS-05-0 Выпуска 2 должны применяться следующие виды тестирования:

1 Системное тестирование.

2 Интеграционное тестирование.

3 Автономное тестирование.

5.1 Планы тестирования

.1.1 План системного тестирования

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

План системного тестирования клиентской части

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

Тестируемые элементы

Функциональному тестированию подлежат следующие категории:

1) Тестирование удобства интерфейса «ПК - пользователь» - проверка информативности и понятности пользователю всех диагностических сообщений:

- не все поля заполнены;

- логин и пароль не верны;

- информация не найдена;

- отсутствует соединение с сервером.

) Проверка выдержанности единой терминологии интерфейса в терминах предметной области.

Тестируемые функции

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

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

Функция	Входные данные	Ожидаемый результат
Ввод данных пользователем для регистрации	Страница формы регистрации	Заполненная форма регистрации
Посылка запроса на регистрацию	Заполненная форма регистрации	Запрос на регистрацию послан
Ввод данных для авторизации	Страница формы авторизации	Заполненная форма авторизации
Посылка запроса на авторизацию пользователя	Заполненная форма авторизации	Запрос на авторизацию пользователя послан
Просмотр личной информации спортсмена	Главная страница, пункт меню «Личная информация»	Отображение личной информации спортсмена
Просмотр программы тренировок спортсмена	Главная страница, пункт меню «Личная информация»	Отображение таблицы с полями (№ упражнения, вид упражнения, темп нагрузки)
Выход из учетной записи	Любая страница кнопка «Выйти»	Выход их учетной записи выполнен

План системного тестирования серверной части

Тестируемые элементы

1) Тестирование обработки запросов пользователя:

- на регистрацию;

- на авторизацию;

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

2) Тестирование разграничения доступа к приложению.

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

) Тестирование надежности - проверка обеспечения времени бесперебойной работы системы.

Тестируемые функции

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

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

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

План системного тестирования серверной части базы данных

Тестируемые элементы

1)Тестирование добавления данных в таблицы (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

) Тестирование изменения данных в таблицах (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

) Тестирование удаления данных из таблиц (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

Тестируемые функции

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

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

Входные данные

Ожидаемый результат

Добавление записи

Заполненная форма добавления записей

Запись успешно добавлена в БД

Удаление записи

Выбранная запись

Запись успешно удалена из БД

Изменение записи

Заполненная форма изменения записей

Запись успешно изменена

Подход

Системное тестирование выполняет разработчик ПО формирования индивидуального графика тренировок спортсмена выполняет Печенкин Андрей Игоревич.

Средства тестирования: MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования функций

Критерии адекватного тестирования функций приведены в графе “Ожидаемый результат” таблиц 5.1, 5.2, 5.3.

Задача тестирования

Задачей тестирования является проверка всей функциональности, описанной в таблицах. 5.1, 5.2, 5.3.

Критериями приостановки и возобновления работ

Тестирование каждого метода независимо.

Необходимое оборудование

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

Процедуры отслеживания в тестировании

Основным средством отслеживания в тестировании серверной части базы данных является СУБД MySQL 5.0.

Отслеживание серверной части приложения будет производиться при помощи среды PHP.

Отслеживание тестирования клиентской части будет производиться при помощи браузера Internet Explorer.

Риск и непредвиденные обстоятельства

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

Утверждение

Руководителем, утверждающим тестовый план, является кандидат технических наук, доцент Пудовкина Лариса Фёдоровна.

5.1.2 План интеграционного тестирования

Тестируемые элементы

Интеграционному тестированию подлежат классы: Autorization, T_Show, L_Show, P__Show.

Тестируемые функции

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

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

Тестируемый класс	Входные данные	Ожидаемый результат
Autorization	Логин и пароль пользователя	Вывод учетной записи спортсмена
T_Show	Данные по тяжелой атлетике	Вывод графика тренировок по тяжелой атлетике
L_Show	Данные по легкой атлетике	Вывод графика тренировок по легкой атлетике
P__Show	Данные по плаванию	Вывод графика тренировок по плаванию

Подход

Интеграционное тестирование выполняет разработчик ПО Печенкин Андрей Игоревич.

Вначале тестируются модули занесения, изменения и удаления информации, которая используется в приложении(AdminPage.php), затем модули обработки информации (PageRegistration.php, PageListResult.php, PageTest.php, PageGroups.php), модули проверки доступа (PageAuthorization.php) и модуль главной формы (MainPage.php).

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования модулей

Критерии адекватного тестирования модулей приведены в графе “Ожидаемый результат” таблицы 5.4.

Критерии приостановки и возобновления работ

Тестирование каждого модуля независимо.

Задачи тестирования

Задачей интеграционного тестирования является проверка корректности работы всех классов, описанных в таблице 5.4.

Риск и непредвиденные обстоятельства

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

Необходимое оборудование

Для проведения интеграционного тестирования необходимо оборудование, описанное в пункте 1.4.3.2.3 технического задания.

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

5.1.3 План автономного тестирования

Тестируемые элементы

Автономному тестированию подлежат следующие классы: Registration, Authorization, PageListSKU.php, PageSKU.php, PageArrivals.php, Main.

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

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

№ тес-та	Тестируемый Класс	Описание входных данных	Входные данные		Ожидаемый результат
1	Registration	1 Заполнение пользователем формы регистрации (имя, фамилия, отчество , логин, пароль) 2 Нажатие на кнопку «Зарегистрироваться»	Данные пользователя (имя, фамилия, логин, пароль)		Занесение личных данных пользователя в БД
2	Autho-rization.php	1 Ввод логина и пароля 2 Нажатие на кнопку «Войти»: а) гость б) пользователь д) пользователь не найден в БД	Логин, пароль		а) получение доступа к просмотру информации б)получение доступа к просмотру и формированию индивидуального графика трентровок в)получение доступа к добавлению,редактированию,удалению графика тренировок.
					д) выдача сообщения о том, что пользователь не зарегистрирован
3	Main	1 Выбор пункта меню «сформировать график тренировок» 2 Формирование а) Выбор вида спорта б) Ввод физических данных спортсмена в) Нажатие на кнопку «создать» 3 Выбор пункта меню «Выход»	Ссылка на страницу «сформировать график тренировок» Ссылка на «формиронвание графика тренировок»		Загрузка страницы «Личная информация » Вывод тестовых заданий
4	PageList-Result.php	1 Выбор списка результатов тестирования 2 Выбор ссылки «Назад»	Ссылка страницы результатов Ссылка главной страницы		Вывод списка результатов(группа, слушатель, дата прохождения тестирования) Загрузка главной страницы
5	PageLearning.php	1 Выбор вкладки «Учебный процесс»	Ссылка страницы «Расписание»		Вывод информации о учебном процессе (дата начала обучения, продолжительность, окончание обучения,преподавателе)
		2 Выбор ссылки «Назад» 3 Выбор ссылки «На главную»		Ссылка страницы «Список результатов» Ссылка главной страницы		Загрузка страницы «Список результатов» Загрузка главной страницы
6	Page-Groups.php	1 Выбор ссылки «Назад» 2 Выбор ссылки «На главную»		Ссылка страницы групп слушателей Ссылка главной страницы		Загрузка страницы выбранной группы Загрузка главной страницы

Подход

Автономное тестирование выполняет разработчик ПО Силяева Анна Викторовна.

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования модулей

Критерии адекватного тестирования модулей приведены в графе “Ожидаемый результат” таблицы 5.5.

Критерии приостановки и возобновления работ

Тестирование каждого класса независимо.

Задачи тестирования

Задачей автономного тестирования является контроль логики каждого отдельного класса.

Необходимое оборудование

Для проведения автономного тестирования необходимо оборудование, описанное в пункте 1.4.3.2.2 технического задания.

Риск и непредвиденные обстоятельства

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

5.2 Спецификация тестирования

5.2.1 Спецификация комплекта тестов

Тестируемые функции

Тестированию подлежат следующие функции выполняемые ПО:

регистрация;

авторизация;

вывод главной страницы;

вывод страницы с информацией о дошкольном образовательном учреждении;

добавление записей в БД администратором;

изменение записей в БД администратором;

удаление записей из БД администратором.

Подход

Тестирование осуществляется методами “черного ящика”.

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

Описания и критерии прохождения тестов будут приведены в таблице 5.6.

Таблица 5.6 - Описание и критерии прохождения тестов.

Тест	Описание теста	Критерий прохождения теста
Регистрация	Загружается окно регистрации с полями Логин, Пароль, кнопкой «Зарегистрироваться»	Появление регистрационного окна
	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Занесение данных пользователя в БД
Авторизация	Загружается окно авторизации с полями Логин, Пароль, кнопкой «Войти»	Появления окна авторизации
	При нажатии на кнопку «Войти» загружается страница сайта определенного пользователя	Появление страницы администратора - в случае, если введены логин и пароль администратора. Появление страницы воспитателя - в случае, если введены логин и пароль воспитателя. Появление страницы родителя - в случае ,если введены логии и пароль родителя.
Выбор вкладки «Головна»	При нажатии на вкладку «Головна», загружается главная страница сайта	Появление главной страницы сайта
Выбор вкладки «Про дитсадок»	При нажатии на вкладку «Про дитсадок», загружается страница с информацией о дошкольном образовательном учреждении	Появление страницы с информацией о дошкольном образовательном учреждении
Добавление записей в БД	Выбор таблицы, в которую необходимо добавить запись, при нажатии на кнопку «Добавить» открывается форма с полями для добавления записей и с кнопкой «Добавить»	Появление формы для добавления записи
	При нажатии на кнопку «Добавить» запись заносится в БД	Появления сообщения о том, что запись добавлена в БД
Изменение записей в БД	Выбор таблицы, в которой необходимо редактировать запись, выбор записи, которую необходимо редактировать, при нажатии на кнопку «Редактировать» открывается форма с полями для редактирования записи и с кнопкой «Изменить»	Появление формы редактирования записи
	При нажатии на кнопку «Изменить» происходит изменение записи в БД	Появления сообщения о том, что запись изменена
Удаления записей из БД	Выбор таблицы, в которой необходимо удалить запись, выбор записи, которую необходимо удалить, при нажатии на кнопку «Удалить» запись удаляется	Появление сообщения о том, что запись удалена

5.2.2 Спецификация автономного тестирования

Тестируемые элементы

Данный тест предназначен для тестирования классов PageRegistration.php, PageListResult.php, PageTest.php, PageGroups.php, Authorization.php, PageMain.php.

Спецификация ввода

Входные данные для автономных тестов представлены в таблице 5.7.

Таблица 5.7 - Входные данные для автономных тестов

Тестируемый класс	№ теста	Входные данные
PageRegistration.php	1	Не все поля заполнены
	2	Не указано значение поля «Логин»
	3	Не указано значение поля «Пароль»
	4	Пользователь не существует
MainPage.php	1	Главная страница не загрузилась
	2	Не выбран критерий поиска
	3	Не введено ключевое слово для поиска
PageGroups.php	1	Ссылка на конкретную грппу не реагирует
PageTest.php	1	Ссылка «Пройти тестирование» не реагирует

Спецификация вывода

Все возможные выходные сообщения для автономного тестирования совпадают с сообщениями для системного тестирования и представлены в таблице 5.7.

Необходимые ресурсы

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

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

5.2.3 Спецификация интеграционного тестирования

Тестируемые элементы

Данный тест предназначен для тестировании следующих классов: PageRegistration.php, PageTest.php, PageGroups.php, PageLearning.php, Authorization.php, PageMain.php.

Спецификация ввода

Входные данные для интеграционных тестов представлены в таблице 5.8.

Таблица 5.8 - Входные данные для интеграционных тестов

№ теста	Выбранная операция	Входные данные
1	Добавление записи	Не все поля формы добавления заполнены
2	Редактирование записи	Не все поля формы редактирования заполнены
3	Удаление записи	Нет выбрана запись для удаления
4	Регистрация	Не указано значение поля «Логин»
5	Регистрация	Не указано значение поля «Пароль»
6	Регистрация	Не все поля заполнены
7	Регистрация	Пользователь с таким именем и паролем уже существует
8	Просмотр страницы списка групп	Отсутствие групп в БД
9	Просмотр страницы о учебном процессе	Страница не загружена
10	Просмотр страницы списка групп		Страница не загружена
11	Просмотр страницы «Пройти тестирование»		Страница не загружена
12	Поиск информации		Не введено ключевое слово
13	Поиск информации		Ничего не найдено
14	Авторизация		Не указано значение поля «Логин»
15	Авторизация		Не указано значение поля «Пароль»
16	Авторизация		Такого пользователя не существует

Спецификация вывода

Все возможные выходные сообщения для интеграционного тестирования совпадают с сообщениями для системного тестирования и представлены в таблице 5.8.

Необходимые ресурсы

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

5.2.4 Спецификация системного тестирования

Тестируемые элементы

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

Спецификация ввода

Спецификации ввода смотреть в таблице 5.8.

Спецификация вывода

Все возможные выходные сообщения для системного тестирования представлены в таблице 5.9.

Таблица 5.9 - Выходные сообщения для системного тестирования

№ п/п	Содержание сообщения
1	Не все поля заполнены
2	Не заполнено поле «Логин»
3	Не заполнено поле «Пароль»
4	Такой пользователь уже существует
5	Такой логин и пароль не существуют
8	Запись добавлена
9	Запись изменена
10	Запись удалена

Тестирование интерфейса «ПО - пользователь»

Типы ошибок и характеристики проявления ошибок перечислены в таблице 5.10.[9]

Таблица 5.10- Типы ошибок и характеристики проявления ошибок

№	Тип ошибки	Комментарии
1	Функциональная	Трудно или невозможно добиться от программы чего-то, что ожидает от нее пользователь
2	Неадекватность реализации базовых функций	Если к одной из ключевых функций программы невозможно обратиться и, если она реализована слишком узко или медленно работает.
3	Пропущенная функция	В программе отсутствует описанная в спецификации или очевидно необходимая функция.
4	Неверно работающая функция	Функция программы должна выполнять одно, а делает нечто другое.
5	Программа не делает того, что ожидает от нее пользователь	Например. Необходимо отсортировать список, а программист не учел ведущих пробелов или регистра букв.
6	Пропущенная информация	Все о чем пользователю необходимо знать должно, отразиться на экране.

Требование к интерфейсу

Многооконный режим.

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

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

Форма авторизации пользователей должна содержать поля ввода для логина и пароля, кнопку «Вход» и кнопку «Регистрация».

Форма регистрации пользователей должна содержать поля для ввода информации пользователя (Фамилия, Имя, Отчество, Персональный номер ребенка, Логин, Пароль), кнопку «Зарегистрироваться».

Главная форма должна содержать вкладки «Головна», «Про дитсадок», «Наше життя», «Для батьків», «Методична інформація»

Ниже приведена таблица решений для интерфейса проектируемого web-сайта, используя номера типов ошибок из таблицы 5.11 и идентификаторы каждого требования к интерфейсу «ПО-пользователь».

Таблица 5.11 - Таблица решений для интерфейса проектируемого ПО

Требования к интерфейсу «ПО - пользователь»	Номер типа ошибки
	1	2	3	4	5	6
1	+
2			+	+
3	+	+
4	+				+	+
5	+				+	+
6	+				+	+

На основе проделанной работы можно сделать вывод, что для данного многооконного интерфейса необходимо осуществить тестирование для 9-ти категорий ошибок. Учитывая количество требований нужно составить 37 тестов. Максимальное количество тестов будут на проверку функциональности. Максимальное количество категорий ошибок проверяется для требований 4-9.

Необходимые ресурсы

Средства тестирования: инструментальная среда C#, браузер Internet Explorer.

5.3 Проведение испытаний

5.3.1 Спецификации процедуры автономного тестирования

Назначение

Автономное тестирование позволяет произвести контроль логики каждого отдельного класса.

Выполнение автономного тестирования

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

Тестирование классов программного обеспечения

Результаты автономного тестирования класса PageRegistration.php представлены в таблице 5.12.

Таблица 5.12 - Результаты автономного тестирования класса PageRegistration.php

№ тес-та	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на кнопку «Зарегистрироваться», заполнены не все поля	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»	Сообщение об ошибке	1 сек.
2	Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Пользователь с таким логином и паролем уже существует»	Сообщение об ошибке	1 сек.
3	Нажатие на кнопку «Зарегистрироваться», заполнены все поля	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Данные пользователя заносятся в БД	1 сек.

Результаты автономного тестирования класса PageAuthorization.php и MainPage.php представлены в таблице 5.13.

№ тес-та	Входные данные	Ожидаемый результат		Полученный результат		Время
1	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует	При нажатии на кнопку «Войти», загружается главная форма web-приложения		Главная форма web-приложения загрузилась		1 сек.
2	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует	При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»		Сообщение об ошибке		1 сек.
3	Нажатие на кнопку «Войти», поле «Логин» не заполнено		При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»		Главная форма web-приложения загрузилась		1 сек.
4	Нажатие на кнопку «Войти», поле «Пароль» не заполнено		При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»		Главная форма web-приложения загрузилась		1 сек.
5	Нажатие на ссылку «Пройти тестирование»		При нажатии на ссылку «Пройти тестирование» загружается страница с тестовыми задачами		Страница с тестовыми задачами загрузилась		2 сек.
6	Нажатие на кнопку «Поиск», ключевое слово введено		При нажатии на кнопку «Поиск», вводе ключевого слова загружается страница с искомой информацией		Страница с искомой информацией загрузилась		2 сек.
7	Нажатие на кнопку «Поиск», не введено ключевое слово		При нажатии на кнопку «Поиск» без ввода ключевого слова выдаётся сообщение об ошибке		Сообщение об ошибке

Результаты автономного тестирования классов PageGroups.php, PageLearning.php, PageTest.php представлены в таблице 5.14.

Таблица 5.14 - Результаты автономного тестирования классов PageListGroups.php, PageLearning.php, PageTest.php

№ теста	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на ссылку «На главную»	При нажатии на ссылку «На главную» загружается главная страница сайта	Главная страница загрузилась	1 сек.
2	Нажатие на ссылку группы слушателей	При нажатии на ссылку конкретного группы слушателей загружается страница с информацией о группе	Страница с информа-цией о группе загрузилась	1 сек.
4	Нажатие на ссылку «Учебный процесс»	При нажатии на ссылку «Учебный процесс» загружается страница с расписанием (дата начала обучения, продолжительность, окончание обучения, дни занятий)	Страница с расписанием загрузилась	1 сек.
5	Нажатие на ссылку «Назад»	При нажатии на ссылку «Назад» загружается предыдущая страница	Предыдущая страница загрузилась	1 сек.

Отчет о проблеме № 1

НАЗВАНИЕ КОМПАНИИ “ХАИ” КОНФИДЕНЦИАЛЬНО

ОТЧЕТ О ПРОБЛЕМЕ №_1_

ПРОГРАММА__ ВЫПУСК___1_____ ВЕРСИЯ___1_

ТИП ОТЧЕТА (1-6) _1__ СТЕПЕНЬ ВАЖНОСТИ (1-3)__2_ ПРИЛОЖЕНИЯ (Да/Нет)_нет

- ошибка кодирования 1 - фатальная Если да, то какие:

- ошибка проектирования 2 - серьезная

- предложение 3 - несерьезная

- расхождение с документацией

- взаимодействие с аппаратурой

- вопрос

ПРОБЛЕМА____ Вход в приложение без указания пароля и логина

Можете ли вы воспроизвести проблемную ситуацию? (да/нет)___да___

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

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

Предлагаемое исправление (необязательно) Добавить проверку на заполнение полей______

отчет предоставлен СОТРУДНИКОМ_Тур И.А.___ 20/05/12

функциональная область__Ошибка в бизнес-логике ответственный__ Тур И.А.

комментарии_________________________________________________

состояние (1-2)__1___ приоритет(1-3)__3__

1 - открыто 2 - закрыто

- низкий 2 - средний 3 - высокий

резолюция (1-9)__2___ исправленная версия__2___

1 - рассматривается 4 - отложено 7 -отозвано составителем

-исправлено 5 - соответствует проекту 8 - нужна дополнительная информация

-не воспроизводится 6 -не может быть исправлено 9 - не согласен с предложением

РАССМОТРЕНО____________________________20/ _05/ 12__

ПРОКОНТРОЛИРОВАНО_(Да/Нет)____да_____20/ _05/ 12__

СЧИТАТЬ ОТЛОЖЕННЫМ (Да/Нет)__нет___

Итоговый отчет автономного тестирования

В ходе автономного тестирования тестировались логика 6-ти классов, приведенных в таблице 5.5.

Тестирование осуществлялось в инструментальной среде Macromedia Dreamweaver 8.

Тестирование проходило в соответствии с разработанным тестовым планом. Было проведено 15 тестов. В процессе тестирования выявлено 7 ошибок кодирования, отчет об одной из них предоставлен в «Отчете о проблеме №1». Процедура тестирования полностью соответствовала описанной спецификации автономного тестирования. Все 6 классов были протестированы на максимальных и минимальных объёмах данных.

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

Выявленная ошибка была устранена.

5.3.2 Спецификация процедуры интеграционного тестирования

Назначение

Интеграционное тестирование контролирует взаимодействие между всеми модулями программы.

Выполнение интеграционного тестирования

Выполнение интеграционного тестирования классов приведено в таблице 5.15.

Таблица 5.15 - Результаты выполнения интеграционного тестирования классов

№ тес-та

Входные данные

Ожидаемый результат

Получен-ный результат

Время

Добавление записи в БД, все поля заполнены

При нажатии на кнопку «Добавить» запись заносится в БД

Запись добавлена в БД

1 сек.

Добавление записи в БД, не все поля заполнены

При нажатии на кнопку «Добавить» выдача сообщения «Не все поля заполнены»

Сообщение об ошибке

1 сек.

Редактирование записи в БД, все поля заполнены

При нажатии на кнопку «Редактировать» запись изменяется в БД

Запись изменена

1 сек.

Редактирование записи в БД, не все поля заполнены

При нажатии на кнопку «Редактировать» выдача сообщения «Не все поля заполнены»

Сообщение об ошибке

1 сек.

Удаление записи из БД, запись выбрана

При нажатии на кнопку «Удалить» запись удаляется из БД

Запись удалена из БД

1 сек.

Удаление записи из БД, запись не выбрана

При нажатии на кнопку «Удалить» выдача сообщения «Запись не выбрана»

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Зарегистрироваться», заполнены не все поля

При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует

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

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует

При нажатии на кнопку «Войти», загружается главная форма web-приложения

Главная форма web-приложения загрузилась

1 сек.

Нажатие на кнопку «Войти», введены логин и пароль администратора

При нажатии на кнопку «Войти», загружается страница администратора

Страница администратора загрузилась

1 сек.

Нажатие на кнопку «Войти», введены логин и пароль воспитателя

При нажатии на кнопку «Войти», загружается страница воспитателя

Страница воспитателя загрузилась

1 сек.

Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует

При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Войти», поле логин не заполнено

При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Войти», поле Пароль не заполнено

При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»

Сообщение об ошибке

1 сек.

Нажатие на ссылку «Пройти тестирование»

При нажатии на ссылку «Пройти тестирование» загружается страница с тестовыми заданиями

Страница со тестовыми заданиями загружена

2 сек.

Нажатие на ссылку «Учебный процесс»

При нажатии на ссылку «Учебный процесс» загружается страница с расписанием занятий (дата начала обучения, продолжительность, окончание обучения, дни занятий)

Страница с расписанием занятий загрузилась

1 сек.

Нажатие на кнопку «Поиск», ключевое слово введено

При нажатии на кнопку «Поиск» загружается страница с искомой информацией

Страница с искомой информа-цией загрузилась

2 сек.

Нажатие на кнопку «Поиск», ключевое слово не введено

При нажатии на кнопку «Поиск» без ключевого слова выдаётся сообщение об ошибке

Сообщение об ошибке

1 сек.

Нажатие на кнопку «Поиск», ключевое слово введено,данные отсутствуют в БД

При нажатии на кнопку «Поиск», воде ключевого слова, но отсутствии искомых данных в выдаётся сообщение «Ничего не найдено»

Сообщение «Ничего не найдено»

2сек.

Итоговый отчет интеграционного тестирования

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

Тестирование осуществлялось в инструментальной среде C#.

В процессе тестирования ошибок выявлено не было.

Процедура интеграционного тестирования полностью соответствовала описанной спецификации интеграционного тестирования. Было произведено 19 тестов, в ходе которых протестированы все 7 классов на максимальных и минимальных объёмах данных.

5.3.3 Спецификации процедуры системного тестирования

Назначение

Системное тестирование позволяет проверить соответствие ПО поставленным перед ним целям.

Выполнение системного тестирования

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

Таблица 5.16 - Результаты выполнение системного тестирования

№ тес-та	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на кнопку «Зарегистрироваться», заполнены не все поля	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»	Сообщение об ошибке	1 сек.
2	Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Пользователь с таким логином и паролем уже существует»	Сообщение об ошибке	1 сек.
3	Нажатие на кнопку «Зарегистрироваться», заполнены все поля	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Данные пользователя заносятся в БД	1 сек.
4	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует	При нажатии на кнопку «Войти», загружается главная форма web-приложения	Главная форма web-приложения загрузилась	1 сек.
5	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует	При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»	Сообщение об ошибке	1 сек.
6	Нажатие на кнопку «Войти», поле логин не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»	Сообщение об ошибке	1 сек.
7	Нажатие на кнопку «Войти», поле Пароль не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»	Сообщение об ошибке	1 сек.
8	Нажатие на ссылку «Список групп слушателей»	При нажатии на ссылку «Список групп слушателей» загружается страница со списком групп слушателей	Страница со списком групп слушателей загрузилась	2 сек.
9	Нажатие на ссылку Пройти тестирование	При нажатии на ссылку Пройти тестирование загружается страница со списком тестовых заданий	Страница с тестовыми заданиями загрузилась	1 сек.
10	Нажатие на ссылку «Учебный процесс»	При нажатии на ссылку «Учебный процесс» загружается страница с расписанием занятий	Страница с расписанием занятий загрузилась	1 сек.
11	Нажатие на кнопку «Поиск», данные отсутствуют в БД	При нажатии на кнопку «Поиск», но отсутствии искомых данных в поиска выдаётся сообщение «Ничего не найдено»	Сообщение «Ничего не найдено»	1сек.
12	Добавление записи в БД, все поля заполнены	При нажатии на кнопку «Добавить» запись заносится в БД	Запись добавлена в БД	1 сек.
13	Добавление записи в БД, не все поля заполнены	При нажатии на кнопку «Добавить» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
14	Редактирование записи в БД, все поля заполнены	При нажатии на кнопку «Редактировать» запись изменяется в БД	Запись изменена	1 сек.
15	Редактирование записи в БД, не все поля заполнены	При нажатии на кнопку «Редактировать» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
16	Удаление записи из БД, запись выбрана	При нажатии на кнопку «Удалить» запись удаляется из БД	Запись удалена из БД	1 сек.
17	Удаление записи из БД, запись не выбрана	При нажатии на кнопку «Удалить» выдача сообщения «Запись не выбрана»	Сообщение об ошибке	1 сек.

Итоговый отчет системного тестирования

В процессе системного тестирования осуществлялось тестирование
web-приложения, тестировались 17 выполняемых функций, описанных в таблицах 5.1, 5.2, 5.3.

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

Все 17 функций web-приложения протестированы на максимальных и минимальных объёмах данных.

Тестирование проходило в соответствии с разработанным тестовым планом. Результаты каждого из 17-ти тестов соответствуют ожидаемым результатам.

Ошибок в процессе тестирования не выявлено.

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

Выводы по разделу 5

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

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

Тестирование проводилось в соответствии с разработанными планами тестирования.

В ходе выполнения автономного тестирования осуществлялась проверка логики работы каждого из 6-ти классов. Тестирование проводилось на максимальных и минимальных объёмах данных. Была выявлена 1 ошибка кодирования в классе Authorization. Обнаруженная ошибка была исправлена.

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

Системное тестирование проводилось для контроля работы всей системы, а так же для проверки адекватности ПО представленным перед ней требованиям. Было проведено 17 тестов, результаты которых подтверждают адекватность ПО представленным требованиям.

В ходе системного тестирования ошибок не обнаружено.

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

Все экранные формы работы ПО приведены в приложении А.

. ЭКОНОМИЧЕСКОЕ ОБОСНАВАНИЕ РАЗРАБОТКИ ПО ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

6.1 Параметрическая сегментация рынка

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

Наиболее часто используются следующие критерии сегментирования:

Сегментирование по характеристикам конечных покупателей:

– сегментирование по демографическим характеристикам;

– сегментирование по психографическим характеристикам;

– сегментирование по типу отрасли, размеру компании, циклу развития отрасли, положения компании в цепочке ценности (для корпоративного рынка).

Сегментирование по способу использования товара.

Сегментирование по особенностям покупательского поведения.

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

По географическому принципу (Харьков и Киев) на 2 сегмента.

По виду предприятий (крупные, средние, мелкие) на 3 сегмента.

Общая емкость рынка и сегментирование рынка представлена в таблице 6.1.

6.2 Оценка рынка сбыта. Сегментирование и расчёт емкости рынка

Для оценки рынка сбыта необходимо применить метод сегментирования рынка.

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

В процессе сегментирования выделяют сегменты рынка. Сегмент - это группа потребителей, одинаково реагирующих на товар. Основными характеристиками сегмента рынка являются:

1 Полная потребность в программном обеспечении - это общая потребность всех покупателей.

2 Годовая потребность в товаре - это общая емкость, количество изделий, которое потребляется в год.

Емкость конкурентов - это годовая емкость рынка, занятая изделиями - конкурентами.

Свободная емкость - это разность между общей емкостью и емкостью конкурентов.

Емкость рассматриваемого программного обеспечения - это целевая емкость.

Срок повторения покупки - это средняя периодичность повторения покупок данного ПО.

Коэффициент охвата потребителей - это доля населения, которая будет приобретать данное ПО.

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

1 По географическому принципу (Харьков и Киев) на 2 сегмента.

2 По форме собственности (государственные, коммунальные, частные) на 3 сегмента.

Общая емкость рынка и сегментирование рынка представлена в таблице 6.1.

Емкость рынка с учетом сторонних производителей представлена в таблице 6.2.

Сегментирование и расчет емкости рынка														Итого полная пот-ть, Sполн, шт
Область	Кол-во предпр.	Государственные				Коммунальные				Частные
		Кол-во	К (охв1)	m1, шт	S полн. 1, шт	Кол-во	К (охв2)	m2, шт	S полн. 2, шт	Кол-во	К (охв3)	m3, шт	S полн. 3, шт
Харьков	477	160	0,7	1	112	172	0,5	1	86	150	0,1	1	15	213	213
Киев	517	172	0,5	1	86	185	0,4	1	74	160	0,2	1	32	192	192
Итого	994				198				160				47	405	405

Таблица 6.1 - Общая емкость рынка

Таблица 6.2 - Емкость рынка с учетом сторонних производителей

Область	Емкость рынка
	Общая, шт/год	1		2		Итого конкурентов		Свободная		Целевая
		%	шт/год	%	шт/год	%	шт/год	%	шт/год	%	шт/год
Харьков	213	25	53,25	38	80,94	63	134,19	40	85,2	45	95,85
Киев	192	42	80,64	32	61,44	74	45,46	20	38,4	26	49,92
Итого			133,89		142,38		179,65		123,6		145,77

6.3 Конкуренция

.3.1 Методика расчета обобщенных показателей качества

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

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

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

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

Определяют абсолютные значения i-х показателей j-х вариантов () и заносят их в сводную таблицу; если для каких-то показателей абсолютные значения определить нельзя, допускается оценка в баллах.

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

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

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

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

Рассчитывают уровни качества нового изделия по сравнению с изделиями-конкурентами:

где - уровень j-го варианта относительно другого (базового);

- обобщенные показатели сравниваемых вариантов.

Обобщенный показатель качества является уровнем качества рассматриваемого j-го варианта к гипотетическому, т.е. [26].

6.4 Стратегия маркетинга

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

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

Таблица 6.1 - Общая емкость рынка

№ п/п	Показатели качества		Коэф вес-ти Bi	Абсолютные значения по вариантам				Относительные значения показателей по вариантам
	Наименование	Единица измерения		«Спортком»	«Личный тренер»	«ФГИТ»	Гипотети ческий	«Спортком»		«Личный тренер»		«ФГИТ»		Гипотетический
								Kij	Kij*Bi	Kij	Kij*Bi	Kij	Kij*Bi	Kij	Kij*Bi
1	Количество запросов за минуту	ед.	0,20	274	325	300	350	0,78	0,16	0,93	0,19	0,86	0,17	1,00	0,20	max
2	Количество обслуживающего персонала	чел.	0,10	5	4	8	3	0,60	0,06	0,75	0,08	0,38	0,04	1,00	0,10	min
3	Точность, достоверность результатов	%	0,30	75	81	78	93	0,81	0,24	0,87	0,26	0,84	0,25	1,00	0,30	max
4	Достоверность передачи данных	%	0,15	65	80	73	81	0,80	0,12	0,99	0,15	0,90	0,14	1,00	0,15	max
5	Объем памяти	Мб	0,05	47	45	55	39	0,83	0,04	0,87	0,04	0,71	0,04	1,00	0,05	min
6	Номенклатура и объем программной документации	стр.	0,10	230	200	300	186	0,81	0,08	0,93	0,09	0,62	0,06	1,00	0,10	min
7	Цена	грн.	0,10	75	95	85	100	0,75	0,08	0,95	0,10	0,85	0,09	1,00	0,10	max
8	∑								0,78		0,91		0,79

В результате вычислений наиболее качественным оказался продукт компании Грант Система с показателем 0,91 т.е этот показатель наиболее близок к гипотетическому.

6.5 Оценка риска и страхование

.5.1 Факторы риска

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

Препятствия:

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

− субъективность различных участников проекта.

Риск:

− финансовый риск;

− риск системы (возможен при резком росте цен);

− потеря авторских прав на программное обеспечение;

− несанкционированное копирование в целях дальнейшего использования.

6.5.2 Меры предотвращения риска

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

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

6.6 Финансовый план

6.6.1 Расчет заработной платы исполнителей проекта

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

Данное программное обеспечение разрабатывается в течение месяца (20 рабочих дней), дневная заработная плата составляет 125 грн. Следовательно, заработная плата исполнителя проекта составляет: 20*125=2500 грн. [26].

6.6.2 Смета затрат и цена проекта

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

Таблица 6.4 - Статьи расходов на создание программного обеспечения

№ п/п	Наименование статей расходов	Сумма, грн
1	Основная заработная плата исполнителей проекта	2500
2	Дополнительная заработная плата (10-20% от основной ЗП)	375
3	Отчисления на социальные мероприятия (37% от основной и дополнительно ЗП)	1064
4	Материалы и покупные изделия (3-5% от основной ЗП)	75
5	Командировочные расходы исполнителей проекта (6-8% от основной ЗП)	150
6	Административные (накладные) расходы (60-100% от основной ЗП)	1750
7	Оплата услуг ЭВМ (произведение кол-ва машино-часов на себестоимость или цену 1 машино-часа работы ЭВМ)	70
8	Себестоимость собственных работ проекта (сумма пп. 1-7)	5984
9	Прибыль (10-20% от себестоимости)	1197
10	Итого цена собственных работ (без НДС) (п.8+п.9)	7181
11	Работы соисполнителей (себестоимость и цена без НДС) (отдельные расчеты себестоимости и цены)	320
12	Цена проекта (без НДС) (п.10+п.11)	7501
13	НДС (20% от цены проекта)	1500
	Всего цена проекта с (НДС) (п.12+п.13)	9000

6.6.3 Себестоимость и цена программного обеспечения

Себестоимость изготовления одного экземпляра программного обеспечения в общем случае рассчитывается по формуле:

СПП = С пр/ n + С тир + С адапт,

Где С пр - себестоимость проекта по разработке ПО;- количество копий, принятых для расчёта С пп;

С тир - расходы на тиражировании ПО;

С адапт - расходы на адаптацию ПО у потребителя.

Учитывая, что С адапт = 0 и С тир = 50, получим:

СПП = С пр / n,

СПП = 5984/4+80=1576 грн.

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

Крент = 20…30% себестоимости изготовления;

ЦизгПП = СПП(1+Крент/100),

Ц изг = ЦизгПП (1+ КНДС/100),

ЦизгПП = 1576 (1+30/100) = 2048,

Ц изг = 2048 (1+20/100) = 2458.

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

Цпотр.н = 0,9*Цб*Ун-б,

Где Цпотр.н - потребительская (максимально возможная) цена нового продукта;

Цб - цена реализации базового продукта;

Ун-б - уровень качества нового продукта относительно базового;

Цпотр.н = 0,9 * 7181* 1,1 = 7109.

Договорная цена, по которой будет проходить реализация товара на рынке сбыта (Цреал).

Ц изгПП < Цреал < ЦпотрПП,

<=4200<=7109. [26].

6.6.4 План доходов и расходов для программного обеспечения

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

Приведем план доходов и расходов в таблице 6.5.

Таблица 6.5 - План доходов и расходов

Показатели			первый год реализации
№	Наименование	Единицы измерения	2012
1	Объем реализации	Шт/год	4
2	Цена реализации продукта(без НДС)	Грн/шт	4200
3	Выручка от реализации	Грн/год	16800
4	Себестоимость продукта	Грн/шт	1576
5	Себестоимость реализованных продуктов	Грн/год	6304
6	Валовая прибыль от реализации	Грн/год	10496
7	Налог на прибыль	Грн/год	2624
8	Чистая прибыль	Грн/год	7872

6.7 Определение безубыточности

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

Точку окупаемости Nкр можно рассчитать по таким формулам:

ЦN = ЦПП×N; СN = + CПП×N ; ЦПП× Nкр = + CПП× Nкр;кр = ,

где ЦПП и СПП - цена реализации и себестоимость единицы продукта, грн;кр - объём реализации при условии равенства годовой прибыли и цены проекта, шт/год; при этом объёме Ток = 1 год.

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

В результате определения годовых доходов от реализации продукции ЦN и совокупных расходов на выпуск продукции СN была найдена точка окупаемости Nкр = 2 шт/год [26].

На рисунке 6.1 представлен график безубыточности.

Рисунок 6.1 - График безубыточности

6.8 Разработка сетевого графика проекта

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

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

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

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

Сетевой график строится при помощи прямоугольников (блоков) и стрелок.

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

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

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

Операция слияния. Это операция, которая имеет более одной непосредственно предшествующей ей операции.

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

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

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

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

Дробящаяся операция. Это операция, за которой сразу следуют несколько операций (от нее исходит более одной стрелки, обозначающей зависимость).

В таблице 6.6 представлена информация об операциях.

Таблица 6.6 - информация об операциях

Название операции (Activity)	Предшественики (Predecessor)	Предположительность (Duration)
A (техническое задание)	-	5
B (моделирование ПО)	A	6
C (алгоритмизация ПО)	A	4
D (архитектурное проектирование)	B	7
E (детальное проектирование)	C D	9
F (тестирование)	D	6
G (внедрение)	E	8

В таблице 6.7 представлены условные обозначения.

Таблица 6.7 - Условные обозначения

ES-раннее начало	A- название операции	EF- раннее окончание
SL-резерв времени
LS- позднее начало	Dur-продолжительность операции	LF- позднее окончание

Критический путь:

ABDEG=5+6+7+9+8=35

На рисунке 6.2 представлен сетевой график проекта.

Рисунок 6.2 - График определения точки окупаемости цены проекта

Выводы по разделу 6

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

. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ В ЧРЕЗВЫЧАЙНЫХ СИТУАЦИЯХ

7.1.1 Краткое описание прототипа объекта проектирования и его упрощенная функциональная схема

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

Отделение для программистов веден на рисунке 7.1

Рисунок 7.1 - Схема комнаты: 1 - дверь; 2 - шкаф; 3 - сканер; - принтер; 5, 9, 14 - окно; 6, 12 - мусорное ведро; 7, 13, 19 - комнатное растение; 8, 14 - телефон; 10,16 - ПК; 11, 17 - настольная лампа; 18, 20 - кресла; 21, 22 -телефонные розетки; 23, 24 - розетки; 25 - доска; 26-кондиционер; 27 - отопительная батарея; 28-диван

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

Согласно ГОСТ 12.0.003-74 вредные и опасные производственные факторы подразделяются по природе действия на физические, химические, биологические и психофизиологические.

1. Физические опасные и вредные производственные факторы:

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

повышенная или пониженная температура поверхностей оборудования и материалов ;

повышенная или пониженная влажность воздуха - сушильный шкаф ВШ-0.035;

повышенный уровень статического электричества - в результате подключения оборудования;

. Биологические опасные и вредные производственные факторы:

В эту группу входят биологические объекты, влияние которых на работающих вызывает травмы или заболевания:

микроорганизмы (бактерии, вирусы, риккетсии, спирохеты, грибки, простейшие);

. Психофизиологические опасные и вредные производственные факторы:

физические перегрузки (статические, динамические, гиподинамические);

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

7.1.3 Анализ возможных последствий воздействия негативных факторов на работающих

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

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

Вибрации обладают значительной биологической активностью. Характер, направленность функциональных сдвигов со стороны различных систем организма определяется уровнем, спектральным составом и дозой вибрационного воздействия, а также резонансными явлениями человеческого тела. Области резонанса: для всего тела в положении сидя 4…6 Гц, для головы в положении сидя 20…30 Гц - при вертикальных вибрациях, 1,5...2 Гц - при горизонтальных вибрациях, для органов зрения 60...90 Гц.

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

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

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

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

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

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

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

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

7.1.5 Определение необходимого воздухообмена

Исходные данные для расчета:

количество оборудования n = 6;

количество работников n = 6;

мощность единицы оборудования N = 3,5 к Вт

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

(м3/ч), (7.1)

где с - удельная теплоемкость воздуха, равная 1000 Дж/(кгК);

γ - удельная масса воздуха при соответствующей температуре помещения (при t=20…50°С γ=1,08 кг/м3);1-температура удаляемого воздуха;2- температура приточного воздуха;

Аизб-количество избыточной теплоты, кДж;

,(7.2)

Сумма Атепловыделений определяется суммой выделений тепла:

, (7.3)

где Аоб - теплота, выделяемая при работе электродвигателей, оборудования:

(Вт), (7.4)

Аоб= 0,15*3500*6=3150(Вт)

где N - мощность единицы оборудования.

Ал - тепловыделения от людей, Вт:

(Вт), (7.5)

Ал=93*6=558(Вт)

Асол - тепловыделение солнечной радиации:

(Вт), (7.6)

Асол=0,6*209*9=1128,6

где - количество теплоты, вносимой солнечной радиацией через световые поверхности (приложение 3 [8]).

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

(Вт), (7.7)

= 2,67*9*3=72,09

где ко" - коэффициент теплопередачи проёмов (приложение 3 [8]),

температуру приточного воздуха принимаем за 22,3.А температура в рабочей зоне на 3 градуса больше.

Отсюда избыточное количество теплоты, Вт, равно:

(7.8)

Аизб=3150+558+1128,6-72,09=4764,51

Рассчитаем расход приточного воздуха, необходимый для отвода избыточной теплоты:

(м3/ч).

Расчёт кратности воздухообмена производится по формуле:

(раз/ч) (7.9)

=5293,9/743,6=7

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

7.2 Безопасность в чрезвычайных ситуациях

.2.1 Анализ возможных чрезвычайных ситуаций при строительстве (эксплуатации) проектируемого объекта (изделия)

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

. ЧС техногенного характера:

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

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

аварии в системах жизнеобеспечения (10800), аварии на канализационных системах с массовым выбросом отравляющих веществ (10801). ЧС может возникнуть из-за неполадок в системах канализационных труб, в следствии чего может произойти отравление персонала. Аварии на теплосетях (в системах обеспечения горячей водой) в зимний период (10802). ЧС возникают в результате выхода из строя коммуникаций тепловых и водопроводных сетей. Аварии в системах обеспечения населения питьевой водой (10803);

. ЧС природного характера:

пожары в природных экологических системах (20500);

инфекционные заболевания людей (20600);

инфекционные заболевания сельскогосподарственных животных (20800);

. ЧС социально-политического характера:

противоправные действия террористического и антиконституционного направления.

. ЧС военного характера:

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

7.2.2 Расчет химической обстановки в результате разлива 5 литров хлора

Современная методика определения возможной величины R, км, предусматривает выполнение таких операций: определение величин эквивалентного количества хлора, что образуют первичную (Qе1, т) и вторичную (Qе2, т) тучи воздуха, загрязненного хлором (первичная туча образуется в течение 1,3 мин. с момента разгерметизации системы из пара хлора, которая содержится в этой системе, а вторичная туча образуется в течение всего времени испарения жидкого хлора, который выливается из разгерметизированной системы в поддон или на поверхность. Следовательно, если в аварийной системе содержатся сжатые газы, то образуется только первичная туча); определение глубин распространения первичной (R1, км) и вторичной (R2, км) туч загрязненного хлором воздуха; определение суммарной глубины (R, км) распространения загрязненного кислотой воздуха.

Определение глубины зоны заражения

а) Эквивалентное количество хлора по первичному облаку

е1= К1* К3* К5* К7* Q0 (7.10)

е1= 0,18*1*1*1*0,0078=0,014 т=1,4кг;

Где - К1- коэф. который зависит от условий хранения вещества (К1 =0,18)

К3 - коэф. равный отношению граничной токсодозы хлора =1;

К5- коэф. учитывающий категорию стойкости атмосферы (для инверсии К5=1)

К7 - коэф. учитывающий температуру воздуха =1- количество разлитого вещества в тоннах

б) Эквивалентное количество хлора во вторичном облаке

экв2= (1-К1) *К2*К3*К4*К5*К6*К7*Q0/h*d (7.11)

Где К2 - коэф. испаряемости [T/м2*час]

К4- коєф. учитывающий скорость ветра

К6 - коєф. Который зависит от времени прошедшего после аварии

К6=(N/Tисп)0,8,

где N - время прошедшее после аварии=Tисп если Тисп<=4часа=4 часа при Тисп>4 часов

Тисп=h*d/(K2*K4*K7), (7.12)

[час] где h - толщина разлитого вещества (м),- плотность вещества в жидком виде.

Т= 0,0007*1,558/0,052*1*1=0,02 часа (N=T)

Время поражающего действия вещества равно времени испарения.

К6 = (N/Tисп)0,08 = 1

экв2= (1-0,18) *0,052*1*1*1*1*1/0,001= 6,78 тонн

в) глубина зоны заражения:= 0,085 км;= 0,38 км;

г) полная глубина зоны заражения:

полн = R1+0,5*R2 ; (7.13)

полн = 0,085+0,5*0,38=0,275 км;

Определения возможной величины потери основных фондов осуществляют, исходя из того, что каждая НХР имеет кислотный или щелочной характер. Учитывая, что стоимость электрооборудования современных промышленных объектов составляет до 15 % общей стоимости их основных фондов, рекомендуется возможную величину потери ОФ рассчитать с использованием соотношения:

Убытки ОФ = 0,15 Σ вартість ОФ/МЗ=0,15*100000/1000=15МЗП ;

; (7.14)

Мсан = 0,65 Мзаг=0,65*3=2чел;

Определение возможных потерь:

Потери= УбыткиОФ + 18Мсан + 288(Мзаг - Мсан)=15+18*2+288(3-2)=339МЗП

Уровень ЧС - локальная.

Рисунок 7.2 - Химическая обстановка в отделении для программистов, в результате разлива 5 литров хлора

Спасательные работы:

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

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

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

- розыск пораженных;

- извлечение пораженных из-под завалов, из горящих и задымленных помещений;

- оказание первой медицинской помощи;

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

Другие неотложные работы:

- подача воздуха в заваленные защитные помещения с поврежденной вентиляцией;

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

- обрушение или укрепление конструкций грозящих завалом;

- локализация аварий на коммунально-технических и энергетических сетях;

- тушение остальных пожаров;

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

- мероприятия по жизнеобеспечению.

Основные меры повышения стойкости работы промышленного объекта к воздействиям химического заражения БОВ или СДОВ есть:

- меры направленные на устранение возможности проникновения БОВ или СДОВ на производственные предприятия;

- обеспечение всех рабочих противохимическими пакетами и медицинскими способами защиты;

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

- создание необходимых запасов дегазирующих веществ и растворов;

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

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

Выводы по разделу 7

По данному разделу можно сделать выводы, что условия работы в «ХАИ» каф. 603 соответствуют необходимым нормам и требованиям. Вычислительные машины установлены согласно правилам техники безопасности.

Рассматриваемое помещение центра занятости, согласно ОНТП 24-86, по пожарной и взрывной опасности относится к категории В (пожароопасные). Был определён воздухообмен, проведен анализ возможных чрезвычайных ситуаций при строительстве проектируемого обьекта, анализ возможных последствий воздействия негативных факторов на работающих, выявлены опасные и вредные производственные факторы, действующие в рабочей зоне проектируемого обьекта. Произвелся расчет химической обстановки в результате разлива 5 литров хлора.

ВЫВОДЫ

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

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

Этап моделирования. Разработана функциональная модель программного обеспечения формирования индивидуального графика тренировок спортсмена, выбран тип архитектуры ПО, выделены сущности БД программного обеспечения формирования индивидуального графика тренировок спортсмена, разработаны логическая и физическая модели БД.

Этап алгоритмизации. Для представления алгоритмов роботы ПО были выбраны блок-схемы, разработаны основные алгоритмы программного обеспечения формирования индивидуального графика тренировок спортсмена: алгоритм регистрации нового пользователя, алгоритм авторизации нового пользователя, алгоритм изменения данных в БД, алгоритм удаления данных из БД, алгоритм формирования индивидуального графика тренировок, алгоритма расчета программы тренировок.

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

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

Тестирование проводилось в соответствии с разработанными планами тестирования.

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

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

Этап расчета безопасности жизнедеятельности (БЖД). В данном разделе был определён воздухообмен, проведен анализ возможных чрезвычайных ситуаций при строительстве проектируемого обьекта, анализ возможных последствий воздействия негативных факторов на работающих, выявлены опасные и вредные производственные факторы, действующие в рабочей зоне проектируемого обьекта. Произвелся расчет химической обстановки в результате разлива 5 литров хлора.

ПЕРЕЧЕНЬ ССЫЛОК

1. http://www.arenashop.ru

. http://in-swimming.livejournal.com/4922.html

. http://www.mir-la.com/137-trenirovka-marokkanskix-begunov-mirovogo-klassa.html

. http://www.mir-la.com/dnevnik.html

5. <http://kulturizm.info/?p=6631&lang=ru>

. Спортивная литература: Л.С.Дворкин «Тяжелая атлетика» - C. , Кобринский М. Е. «Учебник по легкой атлетике», Чертов Н.В. «Теория и методика плавания».

. Маклаков С.В. BPWIN и ERWin. CASE-средства разработки информационных систем. - М.: Диалог - МИФИ, 1999г.

. Дж. Р. Грофф, П. Н. Вайнберг. SQL. Полное руководство. К.: «BHV», 2001, - 816с.

. Винкоп С. Использование Microsoft SQL Server 7.0. Специальное издание: пер. с англ..К.;М.;Спб.:издательский дом «Вильямс», 1999.

. Троелсен «Язык программирования С# 2008 и платформа.net 3.5» издательский дом «Вильямс», 2010.

11. Чекалов А.П. Базы Данных: от проектирования до разработки приложений. - СПб.: БХВ-Петербург, 2003. - 384с.

12. Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем: Уч. пособие. - М.:ФОРУМ:ИНФРА-М, 2007. - 416с.

. Единая система программной документации - М: Издательство стандартов, 1988. - 141с.

. Дж. Р. Грофф, П. Н. Вайнберг. SQL. Полное руководство. К.: «BHV», 2001, - 816с.

. Овсяникова М.В., Федин В.А. Функциональные зависимости и нормализация реляционных БД. Методическое пособие. -М: Моск. Энерг. Инст., 1987.

. Д.Энсор, Й. Стивенсон. Проектирование баз данных, К., «BHV», 2000г;

. Маклаков С.В. BPWIN и ERWin. CASE-средства разработки информационных систем. - М.: Диалог - МИФИ, 1999г.

. Гудман С. Введение в разработку и анализ алгоритмов. - М.: Мир, 1981г.

. Алферова З.В. «Теория алгоритмов», М., Статистика, 1973г.

. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++. М.:Бином, 2001. - 346с.

. Майерс Г. Искусство тестирования программ - М: Финансы и статистика, 1982г. - 176с.

. Методика расчета экономической эффективности программных средств вычислительной техники.М., 1986.

. Оценка экономической эффективности применения ЭВМ: Учеб.пособие / Пархоменко О.М. и др. - Х.: ХАИ, 1984. - 119 с.

. Охрана труда в отрасли . Безопасность труда при работе на ПЭВМ/ В.В. Вамболь, Н.И. Меркулова, Л.И. Коротенко. - Уч. Пособие по дипломному проектированию - Харьков: Нац. Аэрокосмический ун-т «ХАИ», 2002г.