Автоматизация деятельности танцевальной студии WsZZup

Расставим значения для каждого показателя относительно разрабатываемой системе и представим это в таблице 3.9.

Таблица 3.9 - Показатели уровня квалификации разработчиков для исследуемой ИС

Показатель	Вес	Значение	Значение с учётом веса
F1	1,5	4	6
F2	0,5	3	1,5
F3	1	4	4
F4	0,5	3	1,5
F5	1	5	5
F6	2	5	10
F7	-1	4	-3
F8	-1	4	-4
?	20

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

(3.4)

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

F_i - показатель уровня квалификации разработчика;

Вес_i - вес показателей.

Подставим вычисленные значения с учётом веса в формулу (3.4) и получим:

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

(3.5)

где UCP - итоговое значение трудоёмкости проекта;

UUCP - общий весовой показатель;

TCF - техническая сложность проекта;

EF - уровень квалификации разработчика.

Подставим значения всех переменных в формулу (3.5) и получим:

Для оценки трудоёмкости проекта используется в качестве начального значения 20 человеко-часов на один UCP. Величина, необходимая для данного проекта вычисляется по правилу, что количество показателей F1-F6 меньше трёх - ноль, количество показателей F7-F8 больше трёх - два. Отсюда следует, что для разрабатываемого проекта необходимо 20 человеко - часов.

Общее количество человеко - часов равно произведению коэффициента UCP на 20 человеко - часов. Подставив значение в формулу, получим, что общее количество человеко -часов для данного проекта равно 1560 часов.

При стандартной 40 - часовой рабочей неделе мы получаем 39 недель для одного разработчика. Если добавить 2-3 недели на непредвиденные ситуации, то общее количество времени, требуемое на разработку приложения, равно 41 недели, то есть это около 9,5 месяцев.

4. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

4.1 Информационный анализ предметной области

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

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

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

Форма входного документа «Регистрация» представлена на рисунке 4.1.

Рисунок 4.1 - Форма входного документа «Регистрация»

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

Рисунок 4.2 - Форма входного документа «Вход в систему»

Форма документа «Запись в студию» представлена на рисунке 4.3.

Рисунок 4.3 - Форма входного документа «Запись в студию»

Форма входного документа «Запись на мероприятия» представлена на рисунке 4.4.

Рисунок 4.4 - Форма входного документа «Запись на мероприятия»

Форма входного документа «Заявки на дополнительные услуги» представлена на рисунке 4.5.

Рисунок 4.5 - Форма входного документа «Заявки на дополнительные услуги»

Форма входного документа «Изменение персональных данных» представлена на рисунке 4.6.

Рисунок 4.6 - Форма входного документа «Изменение персональных данных»

Форма входного документа «Вход для администратора» представлена на рисунке 4.7.

Рисунок 4.7 - Форма входного документа «Вход для администратора»

Форма входного документа «Рассмотрение заявок на направления» представлена на рисунке 4.8.

Рисунок 4.8 - Форма входного документа «Рассмотрение заявок на направления»

Форма входного документа «Рассмотрение заявок на мероприятия» представлена на рисунке 4.9.

Рисунок 4.9 - Форма входного документа «Рассмотрение заявок на мероприятия»

Форма входного документа «Рассмотрение заявок на дополнительные услуги» представлена на рисунке 4.10.

Рисунок 4.10 - Форма входного документа «Рассмотрение заявок на доп. услуги»

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

Функциональные зависимости реквизитов всех документов представлены в таблице 4.11.

Таблица 4.11 - Функциональные зависимости реквизитов

Информацион-ный объект	Название реквизитов	Имя реквизитов	Функциональные зависимости
1	2	3	4
Регистрация	ИД Логин Имя Фамилия Email Телефон Пароль Повторите пароль	Id_cl Login First_name Last_name Email Phones Password R_password
Вход в систему	Логин Пароль	Login Password
Запись в студию	ИД ИД_клиента Имя Фамилия Возраст Телефон Направление	Id_z_d Id_client_d F_name L_name Age Phone Directions
Запись на мероприятия	ИД ИД_клиента Имя Фамилия Телефон Возраст Уровень подготовки Название мероприятия Направление	Id_z_ev Id_client_ev F_name_client L_name_client Phone Age Lavel_of_training Name_ev Directions_ev
1	2	3	4
Заявки на дополнительные услуги	ИД ИД_клиента Имя Фамилия Телефон Доп. услуга Комментарий Дата	Id_z_add Id_client_add Fi_name La_name Phones Addservices Comments Data
Изменение персональных данных	ИД Логин Пароль Новый пароль Имя Фамилия Email Телефон Отзыв	Id_izm Login Password New_Password First_name Last_name Email Phones Review
Вход для администратора	Логин Пароль	Login_adm Password
Рассмотрение заявок на направления	ИД_клиента ДаНет Логин_администратора	Id_client_d YesNo_d Login
Рассмотрение заявок на мероприятия	ИД_клиента ДаНет Логин_администратора	Id_client_ev YesNo_ev Login
Рассмотрение заявок на дополнительные услуги	ИД_клиента ДаНет Логин_администратора	Id_client_add YesNo_add Login

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

Таблица 4.12 - Соответствие ключевых и описательных реквизитов

Описательные реквизиты	Ключевые реквизиты	Вид ключа	Имя ИО, включающего реквизит
1	2	3	4
Документ «Регистрация»
Login First_namе Last_name Phones Email Password R_password	Id_cl Id_cl Id_cl Id_cl Id_cl Id_cl Id_cl	П.У.	Регистрация клиентов
Документ «Вход в систему»
Password	Login	П.У.	Вход пользователя
1	2	3	4
Документ «Запись в студию»
Id_client_d F_name L_name Age Phone Directions	Id_z_d Id_z_d Id_z_d Id_z_d Id_z_d Id_z_d	П.У.	Запись на направления
Документ «Запись на мероприятия»
Id_client_ev F_name_client L_name_client Phone Age Lavel_of_training Name_ev Directions_ev	Id_z_ev Id_z_ev Id_z_ev Id_z_ev Id_z_ev Id_z_ev Id_z_ev Id_z_ev	П.У.	Заявки на мероприятия
Документ «Заявки на дополнительные услуги»
Id_cl_add Fi_name La_name Phones Addservices Comments Data	Id_z_add Id_z_add Id_z_add Id_z_add Id_z_add Id_z_add Id_z_add	П.У.	Запись на дополнительные услуги
Документ «Изменение персональных данных»
Login Password New_Password First_name Last_name Email Phones Review	Id_izm Id_izm Id_izm Id_izm Id_izm Id_izm Id_izm Id_izm	П.У.	Изменение данных
Документ «Вход для администратора»
Password	Login_adm	П.У.	Вход администратора
Документ «Рассмотрение заявок на направления»
YesNo_d Login	Id_client_d	П.У.	Решения по направлениям
Документ «Рассмотрение заявок на мероприятия»
YesNo_ev Login	Id_client_ev	П.У.	Решения по мероприятиям
Документ «Рассмотрение заявок на дополнительные услуги»
YesNo_add Login	Id_client_add	П.У.	Решения по услугам

Для образования и описания информационных объектов составим таблицу 4.13.

Таблица 4.13 - Группировка реквизитов

Реквизиты	Признак ключа	Имя ИО	Семантика ИО
1	2	3	4
Документ «Регистрация»
Id_cl Login First_namе Last_name Email Phones Password R_password	П.,У.	Регистрация клиентов	Регистрация клиентов в системе
Документ «Вход в систему»
Login Password	П.,У.	Вход пользователя	Вход для пользователей
Документ «Запись в студию»
Id_z_d Id_client_d F_name L_name Age Phone Directions	П.,У.	Запись на направления	Запись на занятия в студии
Документ «Запись на мероприятия»
Id_z_ev Id_client_ev F_name_client L_name_client Phone Age Lavel_of_training Name_ev Directions_ev	П.,У.	Заявки на мероприятия	Запись на участие в мероприятиях
Документ «Заявки на дополнительные услуги»
Id_z_add Id_client_add Fi_name La_name Phones Addservices Comments Data	П.,У.	Запись на дополнительные услуги	Запись на пользование дополнительными услугами
Документ «Изменение персональных данных»
Id_izm Login Password New_Password First_name Last_name Email	П.,У.	Изменение данных	Корректировка личных данных всех пользователей
1	2	3	4
Phones
Документ «Вход для администратора»
Login_adm Password	П.,У.	Вход администратора	Форма входа для администратора
Документ «Рассмотрение заявок на направления»
Id_client_d YesNo_d Login	П.,У.	Решения по направлениям	Принятие решения по заявкам на запись в студию
Документ «Рассмотрение заявок на мероприятия»
Id_client_ev YesNo_ev Login	П.,У.	Решения по мероприятиям	Принятие решения по заявкам на мероприятия
Документ «Рассмотрение заявок на дополнительные услуги»
Id_client_add YesNo_add Login	П.,У.	Решения по услугам	Рассмотрение заявок на пользование дополнительными услугами

Определим структурные связи между объектами, запишем в таблицу 4.14.

Таблица 4.14 - Связи информационных объектов

№ связи	Главный ИО	Подчинённый ИО	Тип реального отношения
1	Вход	Регистрация	1:М
2	Вход	Изменение персональных данных	1:М
3	Вход для администратора	Регистрация	1:М
4	Вход для администратора	Рассмотрение заявок на направления	1:М
5	Вход для администратора	Рассмотрение заявок на мероприятия	1:М
6	Вход для администратора	Рассмотрение заявок на дополнительные услуги	1:М
7	Рассмотрение заявок на направления	Запись в студию	1:М
8	Рассмотрение заявок на мероприятия	Запись на мероприятия	1:М
9	Рассмотрение заявок на дополнительные услуги	Заявки на дополнительные услуги	1:М

4.2 Построение логической модели данных

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

Полная атрибутивная модель представлена на рисунке 4.1.

Рисунок 4.1 - Полная атрибутивная модель

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

Рисунок 4.2 - Модель сущность-связь

Модель данных, основанная на ключах, показана на рисунке 4.3.



Рисунок 4.3 - Модель, основанная на ключах

Модели, построенные выше соответствуют выделенным информационным объектам и связям между ними.

4.3 Описание таблиц баз данных

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

Так как сайт информационной системы построен с использованием CMS (Content management system - система управления содержимым [19]) WordPress, то для его корректной работы в базе данных существуют стандартный набор таблиц «wp_users», «wp_usermeta», «wp_term_taxonomy», «wp_term_relationships», «wp_terms», «wp_termmeta», «wp_posts», «wp_postmeta», «wp_options», «wp_comments», «wp_links», «wp_commentmeta». Так как эти таблицы содержат только системную информацию самой CMS, в данной работе они рассматриваться не будут.

Рассмотрим таблицы, которые необходимы для корректной работы сайта: «users» (пользователи), «directions» (направления), «clients_zapis» (запись на направления), «events» (мероприятия), «clients_events» (запись на мероприятия), «addservices» (дополнительные услуги), «clients_addservices» (запись на дополнительные услуги) и опишем их. Для этого составим таблицу описания таблиц базы данных 4.15.

Таблица 4.15 - Описание таблиц базы данных

Атрибут	Признак ключа	Формат поля
Обозначение	Наименование		Тип	Длина	Точность
1	2	3	4	5	6
ИО «users»
Id Login First_name Last_name Email Phones Password Activity Review For_admin	ИД Логин Имя Фамилия Email Телефон Пароль Активность Отзыв Для администратора	П., У.	Числовой Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый Числовой Текстовый Числовой	Длинное целое 32 30 30 100 20 20 Длинное целое 10000 Длинное целое
ИО «directions»
Id Name_directions Trainers Count_people Count_free	ИД Название Тренера Кол-во людей Кол-во свободных мест	П., У.	Числовой Текстовый Текстовый Числовой Числовой	Длинное целое 50 50 Длинное целое Длинное целое
ИО «clients_zapis»
Id F_name L_name Age Phone Directions Ok	ИД Имя Фамилия Возраст Телефон Направление Подтверждение	П., У.	Числовой Текстовый Текстовый Числовой Текстовый Текстовый Числовой	Длинное целое 30 30 Длинное целое 20 100 Длинное целое
ИО «events»
Id Name_event Data Count_peple _dancehall Count_peple _breaking Count_peple _twerk Count_peple _brukup free_peop_ dancehall free_peop_ breaking free_peop_twerk free_peop_brukup	ИД Название Дата Mест всего dancehall Mест всего breaking Mест всего twerk Mест всего brukup Mест свободно dancehall Мест свободно breaking Мест свободно twerk Мест свободно brukup	П., У.	Числовой Текстовый Дата Числовой Числовой Числовой Числовой Числовой Числовой Числовой Числовой	Длинное целое 100 Дата Длинное целое Длинное целое Длинное целое Длинное целое Длинное целое Длинное целое Длинное целое Длинное целое
ИО «clients_events»
Id F_name_client L_name_client Phone Age Level_of_training Name_ev Direction_ev Ok	ИД Имя Фамилия Телефон Возраст Подготовка Мероприятие Направление Подтверждение		Числовой Текстовый Текстовый Текстовый Числовой Текстовый Текстовый Текстовый Числовой	Длинное целое 30 30 30 Длинное целое 20 100 50 Длинное целое
ИО «addservices»
Id Name_addservices Prices Count_z	ИД Название Цена Кол-во заявок	П., У.	Числовой Текстовый Числовой Числовой	Длинное целое 50 Длинное целое Длинное целое
ИО «clients_addservices»
Id Fi_name La_name Phone Addservices Comments Data Ok	ИД Имя Фамилия Телефон Доп. услуга Комментарий Дата Подтверждение	П., У.	Числовой Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый Числовой	Длинное целое 30 30 20 50 10000 30 Длинное целое

5. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

5.1 Описание программных средств

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

Работа всех программ осуществлялась на базе операционной системы Windows 10 Home.

Для написания программного кода сайта использовалось приложение Sublime_text, в котором использовались следующие языки программирования: Html, CSS, PHP, SQL, Java Script.

HTML - это язык гипертекстовой разметки, применяющийся в данной работе для вёрстки сайта. CSS представляют собой каскадные таблицы стилей. С их помощью был оформлен сайт, то есть создана его стилистика. Примером использования CSS является оформление форм на сайте, выравнивание текста по горизонтали, размер картинок и так далее. PHP дословно переводится как «препроцессор гипертекста». Его работа заключается в выполнении скриптов- выполняемых различных сценариев. С его помощью была выполнена часть работы, которая касается подключения к базе данных, обращения к БД, вычисления значения переменных, вывод всплывающего текста, работа форм, загрузка страниц и медиа-файлов. Также внутри PHP- скриптов находились запросы к базе данных, написанные на языке SQL. Он переводится как «язык структурированных запросов», то есть язык, применяемый для работы с данными в реляционной базе данных. C его помощью осуществлялись запросы вывода данных из таблиц, обновление данных в таблицах, добавление и удаление строк, обновление столбцов и различные вычисления количества записей. JavaScript - это встраиваемый язык, который используется для программного доступа к объектам системы [20]. С его помощью были вычислены значения некоторых переменных, загрузка медиа - файлов, обращение к стандартным таблицам системы управления содержимым.

Работа базы данных основывается c помощью СУБД phpMyAdmin. Эта программа представляет собой интерфейс для администрирования СУБД [21]. Её основными достоинствами является простота использования и популярность [22].

Как было упомянуто раннее, для работы с программным кодом использовался текстовый редактор Sublime Text. Его основными преимуществами является подсветка синтаксиса, удобный интерфейс и работа с большим количеством языков [23].

Для организации процесса создания, редактирования и управления содержимым сайта использовалась CMS WordPress. WordPress - это система управления контентом, написанная на PHP и имеющая открытый исходный код. С её помощью были созданы пустые страницы, код которых писался в Sublime Text, использована пустая тема с подключённой сеткой bootstrap - 12 колоночный фреймворк.

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

Для редактирования фотографий и рисунков применялась программа Adobe Photoshop.

5.2 Реализация структуры интерфейса

На рисунке 5.1 представлена структурная схема реализации работы программного обеспечения системы:

Рисунок 5.1 - Реализация работы программного обеспечения системы

Схема состоит из 4-х модулей и базы данных.

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

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

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

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

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

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

Рисунок 5.2 - Реализация структуры интерфейса

Рассмотрим блоки, указанные на рисунке 5.2.

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

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

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

5.3 Тестирование и оценка надёжности программного средства

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

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

Текст программы:

1 if(isset($_POST['button_change'])) // Кнопка Внести изменения в БД

1 {

2 if (isset($_POST['chb']))

2 {

3 foreach ($_POST['chb'] as $key=>$value)

4 $id_change = $_POST['id_few'];

4 $first_name_change = $_POST['name_ff'];

4 $last_name_change = $_POST['surn_ff'];

4 $email_change = $_POST['email_ff'];

4 $phones_change = $_POST['phones_ff'];

4 $password_new_change = $_POST ['password_new'];

4 $password_new2_change = $_POST ['password_new2'];

5 mysql_query("UPDATE users SET first_name = '$first_name_change' WHERE id = '$id_change' ");

6 mysql_query("UPDATE users SET last_name = '$last_name_change' WHERE id = '$id_change' ");

7 mysql_query("UPDATE users SET email = '$email_change' WHERE id = '$id_change' ");

8 mysql_query("UPDATE users SET phones = '$phones_change' WHERE id = '$id_change' ");

9 if($id_change !== ""){

10 if ($password_new_change !== ""){

11 if($password_new_change == $password_new2_change ){

12 mysql_query("UPDATE users SET password = '$password_new_change' WHERE id = '$id_change' ")

13}

14 if($password_new_change !== $password_new2_change ){

15 echo "Пароли не совпадают";

16 }

17 }

18 }

19 }

20 else {

22 echo "Данные не изменены, т. к. Вы не дали соглашение на обработку данных";

22 }

23 }

24 // Конец кода кнопки Внести изменения в БД из ЛК

С учётом того, что открывающие и закрывающие скобки условий if и else рассматриваются как отдельные фиктивные операторы, составим потоковый граф, где его вершины - это логически выделенные участки программного кода. Области R1-R6 - называются регионами. Область, вокруг графа образует дополнительный регион R7.

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

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

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

Цикломатическая сложность вычисляется 3-мя способами:

1) она приравнивается к количеству всех регионов исследуемого потокового графа;

2) вычисляется по следующей формуле:

, (5.1)

где V(G) - цикломатическая сложность;

E - количество дуг графа;

N- количество его узлов.

Подставим значения в формулу (5.1) и рассчитаем цикломатическую сложность по второму способу:

;

3) цикломатическая сложность равна сумме единицы и количеству предикатных узлов построенного потокового графа. Предикатным называется узел или вершина, имеющий больше двух выходящих дуг. Для построенного графа предикатными являются узлы номер 1, 2, 9, 10, 11, 14.

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

, (5.2)

где V(G) - цикломатическая сложность;

p - количество предикатных узлов.

Подставим значения переменной в формулу (5.2) и получим:

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

Путь 1: 1-24

Путь 2: 1-2-20-21-22-23-24

Путь 3: 1-2-3-4-5-6-7-8-9-19-20-21-22-23-24

Путь 4: 1-2-3-4-5-6-7-8-9-10-17-18-19-20-21-22-23-24

Путь 5: 1-2-3-4-5-6-7-8-9-10-11-14-16-17-18-19-20-21-22-23-24

Путь 6: 1-2-3-4-5-6-7-8-9-10-11-14-15-16-17-18-19-20-21-22-23-24

Путь 6: 1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-17-18-19-20-21-22-23-24

Путь 7: 1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-16-17-18-19-20-21-22-23-24

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

ТВ1:

ИД: chb=ON, id_change =2, first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change = 12345, password_new2_change = 12345;

ОЖРЕЗ: first_name: Елена, last_name: Быкова, email: lena_dm@mail.ru, phones: 89218269933;

ТВ2:

ИД: chb=OFF, id_change =2, first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change = 12345, password_new2_change = 12345;

ОЖРЕЗ: сообщение: «Данные не изменены, т. к. Вы не дали согласия на обработку данных»;

ТВ3:

ИД: chb=ON, id_change = , first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change =12345 , password_new2_change = 12345;

ОЖРЕЗ: так как идентификатор не введён, изменений информации не произойдёт;

ТВ4:

ИД: chb=ON, id_change =2, first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change = , password_new2_change = 12345;

ОЖРЕЗ: так как пароль не введён, изменений информации не произойдёт;

ТВ5:

ИД: chb=ON, id_change =2, first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change = 12345, password_new2_change = ;

ОЖРЕЗ: так как повторный пароль не введён, изменений информации не произойдёт;

ТВ6:

ИД: chb=ON, id_change =2, first_name_change=Елена, last_name_change = Быкова, email_change = lena_dm@mail.ru, phones_change = 89218269933, password_new_change = 12345, password_new2_change =8954630055 ;

ОЖРЕЗ: сообщение «Пароли не совпадают»;

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

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

Классы эквивалентности для данной информационной системы представлены в таблице 5.1.

Таблица 5.1 - Классы эквивалентности

Входные условия	Правильный класс эквивалентности	Неправильный класс эквивалентности
Ввод имени клиента в различных формах	Длина строки до 30 символов	Длина строки больше 30 символов
Ввод имени фамилии в различных формах	Длина строки до 30 символов	Длина строки больше 30 символов
Ввод номера телефона в различных формах	Длина строки до 20 символов	Длина строки больше 20 символов
Ввод возраста клиента в форме	Целое число меньше или равно 100	Целое число больше 100
Ввод уровня подготовки в форме	Длина строки до 20 символов	Длина строки больше 20 символов
Ввод даты в форме	Выбор даты по формату ДД.ММ.ГГГГ.	Строка содержит буквы или неверный формат даты

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

Таблица 5.2 - Тестовые варианты

Показатель	Входные данные для тестирования	Предполагаемый результат	Результат тестирования
Ввод имени клиента в различных формах	Елена	Елена	+
	ываорпнеиострыенрасивраподитоедд	Ошибка	+
Ввод имени фамилии в различных формах	Быкова	Быкова	+
	аулеорпнеиострынрасивраподитоедд	Ошибка	+
Ввод номера телефона в различных формах	89218269933	89218269933	+
	123456789101214151617	Ошибка	+
Ввод возраста клиента в форме	22	22	+
	123	Ошибка	+
Ввод уровня подготовки в форме	2 года	2 года	+
	12345года214месяца547	Ошибка	+
Ввод даты в форме	22.03.1996	22.03.1996	+
	1996.22.03	Ошибка	+
	22марта1996года	Ошибка	+

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

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

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



где N - первоначальное число ошибок;

S - количество ошибок, внесённых для тестирования;

n- число найденных собственных ошибок в программе;

V- число обнаруженных искусственно внесённых ошибок.

Подставим значения переменных в формулу (5.3):

Для вычисления вероятности того, что в первоначальном программном коде было N=n ошибок предполагается, что в программе имеется k собственных ошибок и S вручную внесённых ошибок. Значения этих переменных подставляются в формулу:

где n - число найденных ошибок;

k - собственные ошибок;

S - вручную внесённые ошибки программы.

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

Тогда если поставить значения в формулу (5.4), получим:

Результат: вероятность того, что в исследуемой программе изначально было N=n равна 0,96.

6. КОМПЬЮТЕРНАЯ РЕАЛИЗАЦИЯ СИСТЕМЫ ДЛЯ ТАНЦЕВАЛЬНОЙ СТУДИИ

6.1 Компьютерная реализация системы для администратора

Для просмотра базы данных необходимо войти в онлайн - программу phpMyAdmin со специальным логином и паролем. Так как все данные, необходимые для работы администратора, выведены на его личную страницу на сайте, лишний раз заходить в СУБД не рекомендуется. Страница cервиса phpMyAdmin показана на рисунке 6.1

Рисунок 6.1 - Страница сервиса phpMyAdmin

Для работы с самим сайтом непосредственно рекомендуется использование браузера Google Chrome или Yandex - браузера. При запуске сайта открывается главная страница, показанная на рисунке 6.2.



Рисунок 6.2 - Главная страница

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

Рисунок 6.3 - Форма входа в личный кабинет

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

Рисунок 6.4 - Личный кабинет администратора

Для того, чтоб в кабинет была возможность зайти с других страниц, в правом верхнем углу имеется кнопка с именем пользователя. На данной странице в верхней области присутствует кнопка «Вы администратор?». Она открывает переход к странице администратора, на которой содержатся отчёты и заявки. Для того чтобы доступ к данной странице был открыт, необходимо подтвердить свои учётные данные в форме, показанной на рисунке 6.5.

Рисунок 6.5 - Форма входа для администратора

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

Рисунок 6.6 - Страница администратора

Рассмотрим наиболее подробно блоки администраторской страницы. Первый блок - «Отчёт о деятельности студии» показан на рисунке 6.7.

Рисунок 6.7 - Блок «Отчёт о деятельности студии»

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

Рисунок 6.8 - Блок «Все клиенты студии»

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

Рисунок 6.9 - Изменение данных выбранного клиента

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

Третий блок страницы администратора - раздел «Запись на направления», представленный на рисунке 6.10.

Рисунок 6.10 - Блок «Запись на направления»

В данном разделе присутствует таблица «Заявки на запись на Направления», в которой содержатся заявки ото всех пользователей. А также две формы, первая из которых служит для принятия решений по заявкам. Администратору необходимо выбрать клиента, ввести в соответствующее поле его идентификатор, выбрать решение и нажать кнопку «ОК». Этот процесс показан на рисунках 6.11 и 6.12.

Рисунок 6.11 - Ввод идентификатора клиента

Рисунок 6.12 - Рассмотрение заявки на запись в студию

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

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

Рисунок 6.13 - Изменение данных заявки выбранного клиента

Четвёртым разделом страница администратора является блок «Заявки на мероприятия», показанный на рисунке 6.14.



Рисунок 6.14 - Блок «Заявки на мероприятия»

Так как записаться на мероприятие может даже не авторизованный пользователь, для принятия решения достаточно лишь выбрать идентификатор заявки и нажать кнопку «ОК». Данный процесс показан на рисунках 6.15 и 6.16.

Рисунок 6.15 - Ввод идентификатора заявки

Рисунок 6.16 - Рассмотрение заявки на запись на мероприятия

Заключительный блок администраторской страницы: «Заявки на Дополнительные услуги». Он показан на рисунке 6.17.



Рисунок 6.17 - Блок «Заявки на Дополнительные услуги»

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

Рисунок 6.18 - Ввод идентификатора заявки

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

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

Рисунок 6.20 - Выход для администратора

6.2 Компьютерная реализация системы для пользователя

Для работы с интернет -сайтом рекомендуется использование браузера Google Chrome или Yandex - браузера. При запуске сайта открывается главная страница, показанная на рисунке 6.21.

Рисунок 6.21 - Главная страница сайта

Пользователь может перейти на страницу «О студии». Здесь содержится общая информация о студии WaZZup, информация о танцевальных направлениях, информация о залах, информация о преподавателях. Так же на этой странице присутствуют контактные данные танцевальной студии. Страница показана на рисунке 6.22.

Рисунок 6.22 - Страница «О студии»

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

Страница «Направления студии» представлена на рисунке 6.23.



Рисунок 6.23 - Страница «Направления студии»

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

Это показано на рисунке 6.24 и 6.25.

Рисунок 6.24 - Страница «Направления студии» направление Dancehall

Рисунок 6.25 - Страница «Направления студии» направление Детская хореография

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

Следующий раздел меню - «Преподаватели» показан на рисунке 6.26.

Рисунок 6.26 - Страница «Преподаватели»

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

Рисунок 6.27 - Страница «Преподаватели» Алексей Будиков

При переходе на вкладку о ценах пользователю открывается страница, показанная на рисунке 6.28.

Рисунок 6.28 - Страница «Цены»

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

Рисунок 6.29 - Страница «Расписание»

Страница о мероприятиях представляет пользователю информацию о предстоящих мероприятиях, кнопку записи» и фото всех мероприятий, проводимых студией танца WaZZup. Данная страница показана на рисунке 6.30.

Рисунок 6.30 - Страница «Мероприятия»

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

Рисунок 6.31 - Страница «Запись на мероприятия»

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

При выборе пункта меню «Доп. услуги» загружается страница, показанная на рисунке 6.32.

Рисунок 6.32 - Страница «Доп. услуги»

На странице содержатся расценки на все услуги и кнопка «Оставить заявку на доп. услугу». Если кликнуть по ней, то открывается форма записи на дополнительную услугу. Пример заполнения такой формы показан на рисунке 6.33.

Рисунок 6.33 - Страница «Запись на доп. услуги»

Завершающая страница меню - «Отзывы» показана на рисунке 6.34.

Рисунок 6.34 - Страница «Отзывы»

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

Рисунок 6.35 - Страница «Вход»

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

Для пользователя, у которых учётной записи существует страница регистрации, показанная на рисунке 6.36.

Рисунок 6.36 - Страница «Регистрация»

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

Рисунок 6.37 - Страница «Личный кабинет пользователя»

Здесь информация условно разделена на 3 блока. В первом блоке, показанном на рисунке 6.38, пользователь изменяет свои персональные данные.

Рисунок 6.38 - Блок «Изменение персональных данных»

Второй блок - это отзыв пользователя, показанный на рисунке 6.39.

Рисунок 6.39 - Блок «Отзыв пользователя»

У пользователя есть возможность добавить отзыв или изменить добавленный ранее. Третий блок - это заявки пользователя на запись на направления, показанный на рисунке 6.40.

Рисунок 6.40 - Блок «Ваши заявки на направления»

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

Рисунок 6.41 - Футер страницы

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Об основных направлениях государственной молодёжной политики в Российской Федерации: постановление Правительства РФ от 03.06.1993 № 5090-1// Ведомости СНД и ВС РФ. - 1993. - 24 июня. - С. 2.

2. ВЦИОМ, Каждому возрасту - свои сети [Электронный ресурс] // Пресс-выпуск: пресс-выпуск. - 2018. - № 3577. - Режим доступа: https://wciom.ru/index.php?id=236&uid=116691.

3. Исследование Gfk: Проникновение интернета в России [Электронный ресурс] // Омнибус Gfk: пресс-релиз. - 2018. - Режим доступа: http://www.gfk.com/ru/insaity/press-release/issledovanie-gfk-proniknovenie-interneta-v-rossii/.

4. Поваляев, Е. Е. Обзор ресурсов Интернет: новости спорта [Электронный ресурс] / Е. Е. Поваляев // КомпьютерПресс: пресс-выпуск. - 2010. - № 1.-Режим доступа: http://compress.ru/article.aspx?id=11548.

5. Sports.ru [Электронный ресурс]: офиц. сайт. - Режим доступа: http://www.sports.ru/.

6. LiveInternet: Рейтинг сайтов [Электронный ресурс]: офиц. сайт. - Режим доступа: https://www.liveinternet.ru/rating/ru/sport/.

7. Чемпионат [Электронный ресурс]: офиц. сайт. - Режим доступа: https://www.championat.com.

8. Terpsihora [Электронный ресурс]: офиц. сайт. - Режим доступа: http://terpsihora.info/.

9. D-Fusion [Электронный ресурс]: офиц. сайт. - Режи...