ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ 5
ВВЕДЕНИЕ 6
1. Аналитика и проектирование 7
1.1 Анализ требований. Функциональные требования 7
1.1.1 Функциональные возможности неавторизованного пользователя 7
1.1.2 Функциональные возможности авторизованного пользователя.
7
1.1.3 Функциональные возможности администратора 8
1.2 Анализ требований. Нефункциональные требования 8
1.3 Формализация требований 8
1.4 Модель предметной области 20
2. Особенности используемых инструментов 24
2.1 Особенности архитектуры 24
2.1.1 Маршрутизация и работы с запросами 24
2.1.2 Посредник 25
2.1.3 Контролер в Laravel 27
2.1.4 Модели и взаимодействие с базой данных 27
2.1.5 Представление в Laravel 29
2.1.6 Сервис-провайдер (поставщик услуг) 32
2.1.7 Жизненный цикл запроса 32
2.2 Библиотеки и плагины 34
2.2.1 Библиотека для создания QR-кодов (SimpleQRCode) 34
2.2.2 Библиотека для редактирования информационных страниц
сайта (TinyMCE Editor) 35
3. Реализация 37
3.1 Создать мероприятие 38
3.2 Сгенерировать коды для участников 41
3.3 Подтвердить посещение мероприятия 43
3.4 Создать предмет магазина 46
3.5 Приобрести предмет магазина 49
ЗАКЛЮЧЕНИЕ 52
СПИСОК ИСПОЛЬЗОВАНОЙ ЛИТЕРАТУРЫ 53
СПИСОК ИЛЛЮСТРАЦИЙ
Рисунок 1- Диаграмма вариантов использования Администратора 9
Рисунок 2 - Диаграмма вариантов использования Школьника 14
Рисунок 3- Диаграмма вариантов использования Пользователя 19
Рисунок 4 - Диаграмма классов модели Предметной Области 20
Рисунок 5 - Диаграмма классов Личного кабинета школьника,
информация о пользователе 21
Рисунок 6 - Диаграмма классов приложения «Личный кабинет
школьника», взаимодействие Пользователя и Мероприятия 22
Рисунок 7- Диаграмма классов приложения «Личный кабинет школьника», магазин предметов 23
Рисунок 8 - Схема MVC паттерна в Laravel 24
Рисунок 9 - Жизненный цикл запроса/ответа 25
Рисунок 10 - Схема взаимодействия Eloquent ORM 28
Рисунок 11 - Функционал blade-шаблонов 31
Рисунок 12 - Диаграмма состояний запроса в Laravel 33
Рисунок 13 - Текстовый редактор TinyMCE 35
Рисунок 14 - Итоговая диаграмма классов веб-приложения 37
Рисунок 15 - Диаграмма активности варианта использования "Создать
мероприятие" 39
Рисунок 16 - Форма создания мероприятия 40
Рисунок 17 - Страница мероприятия 41
Рисунок 18 - Диаграмма последовательности Описание генерации кодов для участников 42
Рисунок 19 - Форма генерации кодов 43
Рисунок 20 - QR-код из файла кодов мероприятия 43
Рисунок 21 - Форма ввода кода мероприятия 44
Рисунок 22 - Диаграмма последовательности Подтверждение посещения мероприятия 45
Рисунок 23 - Диаграмма активности варианта использования «Создать предмет магазина» 47
Рисунок 24 - Форма создания товара 48
Рисунок 25 - Страница магазина 49
Рисунок 26 - Диаграмма последовательности «Приобрести предмет магазина»
В современных реалиях для университета очень важно иметь большую базу абитуриентов, которые в будущем создадут основу для формирования и отбора студентов в университет. Ради привлечения школьников проводятся различные мероприятия, в том числе направленные на агитацию к поступлению в ВУЗ, и, порой, информация о проводимых событиях просто не доходит до абитуриентов.
Исходя из вышесказанного, принято решение, создать ресурс, в котором можно отследить все мероприятия, проводимые в рамках университета, для этого и была разработана идея по созданию сайта «Личный Кабинет Школьника».
Это веб-приложение станет информационным ресурсом для школьников, в котором представлен перечень мероприятий и информация о них, что увеличит посещаемость и привлечет новую аудиторию. Школьники получат больше информации об университете. Предполагается создание системы поощрений, в которой за посещение школьники получают баллы. На сайте предполагается раздел магазина, где можно приобрести товары с атрибутикой университета. Каждый товар обладает стоимостью, выраженной в баллах, которые накапливают пользователи.
Университет со своей стороны, привлекает предполагаемых, будущих абитуриентов, используя полученную информацию, он может выстраивать политику приемной кампании на основе данных о посещении и активности пользователей. Также это упростит примерную оценку количества посетителей мероприятий, при подготовке к нему, так как пользователь имеет два этапа отметки мероприятия. На первом этапе, пользователь регистрируется на мероприятие, это значит, что он собирается прийти на него. На втором, пользователь вводит код подтверждения посещения мероприятия, тем самым отмечает, что он побывал на нем.
В результате, целью данной работы является разработка веб¬приложения «Личный Кабинет Школьника».
Проект реализуется с использованием процесса итерационной разработки. В этой работе будут рассмотрены следующие задачи:
• Сбор и формализация требований заказчика к разрабатываемому сайту.
• Проектирование сайта
• Реализация основного функционала веб-приложения в рамках первого цикла разработки.
В рамках данной работы решены следующие поставленные задачи
• Собраны и формализованы требования к разработанной системе
• Спроектирована архитектура приложения «Личный кабинет школьника»
• Приложение «Личный кабинет школьника» разработано и находится по адресу:http://lks.tsu.ru/
