Файл: Разработка системы сбора и анализа данных о пользовательском поведении.docx

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

Рис. 34. Импорт модуля для регистрации пользовательской активности
Внутри модуля, если это не было настроено в package.json, или если адрес серверной части системы отличается от origin, требуется изменить SERVER_API, как на рис. 35.

Рис. 35. Импорт модуля для регистрации пользовательской активности
Все что требуется от разработчика, при наличии работающей серверной части, вызвать функцию send с указанием параметров зарегистрированной пользовательской активности, как показано на рис.36.

Рис. 36. Использование модуля для регистрации пользовательской активности
После этого, с какого бы браузера или операционной системы пользователь не зашёл, данный модуль позволит регистрировать данные о пользовательском поведении.

3.6. Последовательность интеграции серверной части системы

Последовательность интеграции сервиса описана ниже. Процесс непрерывной интеграции и непрерывной доставки (CI/CD) включает в себя несколько этапов. Вот как это может выглядеть для нашего проекта:

Сборка: как только готовый код попадает в репозиторий, процесс CI автоматически запускается. Сначала код собирается. В NET Core приложении процесс сборки включать в себя восстановление пакетов NuGet, компиляцию кода и создание исполняемого файла.
Тестирование: после сборки кода, автоматически запускаются юнит-тесты и интеграционные тесты, чтобы убедиться, что новый код не сломал существующую функциональность. Если какой-либо из тестов не проходит, процесс CI останавливается, и разработчики получают уведомление о неудаче.
Развертывание: если все тесты прошли успешно, процесс CI автоматически деплоит ваше приложение в тестовую среду. Это включает в себя создание Docker-образа и его развертывание в Kubernetes.
Тестирование в тестовой среде: в тестовой среде проводятся дополнительные тесты, такие как системное тестирование, тестирование производительности и тестирование безопасности. Если эти тесты проходят успешно, приложение готово к развертыванию в исполняющую среду организации.
Развертывание в исполняющей среде организации: после успешного прохождения всех тестов, приложение автоматически развертывается в исполняющей среде. Это сделано с помощью Kubernetes.
Мониторинг и логирование: после развертывания в исполняющей среде, система постоянно мониторится. Любые ошибки или проблемы с производительностью записываются в логи, которые затем анализируются для выявления и устранения проблем.

3.7. Пользовательский интерфейс

Макет интерфейса приложения представлен на рисунках ниже.

Рис. 37. Эскиз отчета по произошедшим событиям
Отчет представляет собой bar chart, где указывается по вертикальной оси конкретное событие и по горизонтальной число раз, которое оно случилось.

Рис. 38. Отчет по категориям событий
Данный pie chart отчет представляет соотношение категорий различных событий в процентном соотношении относительно общего числа событий.

Рис. 39. Отчет пользовательской активности
Таблицы пользовательской активности представляют полный список активностей конкретного пользователя. С названием категории, самого действия, и времени, когда произошла активность.

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

Рис. 41. Отчет по устройствам
Отчет по устройствам представляет собой простой bar chart с названиями устройств по горизонтали и общим количеством по вертикали.

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

Добавим js-модуль в страницу отчетности и проверим что при нажатии каждой категории отработает определённая активность.

Рис. 42. Использование js-модуля для тестирования
Как видно на рис.43, после пары кликов появилось два столбца, соответствующих кликам по разным элементам.

Рис. 43. Клик по разным элементам

Рис. 44. Все клики в одной категории
Все клики были в одной категории click in router.

Рис. 45. Таблица пользовательской активности изображает правильное время активностей
На рис.45 видно момент, когда происходил клик и какой именно клик.

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

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

Рис. 47. Отчет по устройствам
На рис.47 видно, что device всего лишь один, что соответствует.

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

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

3.9. Результаты разработки

Была разработана архитектура системы
Написано техническое задание
Созданы диаграммы сценариев и последовательностей
Созданы диаграммы классов и написан код
Проведено тестирование

Заключение

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

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

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

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

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

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

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

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

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