Размещено на http://www.allbest.ru/

44

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

«Национальный исследовательский университет

«Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

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

Образовательная программа «Программная инженерия»

Выпускная квалификационная работа бакалавра

РАЗРАБОТКА СЕРВИСА ФОРМИРОВАНИЯ ОТЧЕТОВ ПО ВЕБ_АНАЛИТИКЕ

Красноперова Анастасия Максимовна

Рецензент к.т.н., доцент, доцент

кафедры информационных технологий ПГНИУ

А.В. Тарутин

Пермь 2016



Аннотация

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

Отчет занимает 65 страниц формата А4 и включает в себя 29 рисунков и 9 таблиц. Работа состоит из четырех глав: «Обзор сервисов веб-аналитики», «Выявление и анализ требований», «Проектирование веб-сервиса», «Программная реализация и стабилизация веб-сервиса».



Оглавление

Аннотация

Введение

Глава 1. Обзор сервисов веб-аналитик

1.1 Яндекс. Метрик

1.2 Google Analytics

1.3 Carrot quest

Глава 2. Выявление и анализ требований

2.1 Требования

2.2 Диаграмма прецедентов

Глава 3. Проектирование веб-сервиса

3.1 Моделирование бизнес-процессов

3.2 Описание системных операций и системных сообщений

3.3 Модель базы данных

3.4 Проектирование пользовательского интерфейса

Глава 4. Программная реализация и стабилизация веб-сервиса

4.1 Модели реализации

4.2 Выбор технологий и инструментов

4.3 Реализация модуля аутентификации

4.4 Реализация модуля управления шаблонами отчетов

4.5 Реализация модуля формирования отчетов

4.6 Тестирование веб-сервиса

Заключение

Библиографический список



Введение

сервис шаблон построение аналитик

В связи со стремительным ростом количества веб-сайтов в Интернете и его популярности как источника информации о компаниях, их товарах и услугах повышается и конкуренция внутри данной площадки. Для большего удобства и скорости работы пользователей поисковые системы постоянно совершенствуют свои алгоритмы, направленные на выдачу наиболее релевантных результатов. Как следствие, к сайтам и их контенту предъявляются все более жесткие требования. Для продвижения сайта в топ_10 поисковой выдачи на сегодняшний день необходимо обладать большим объемом знаний и опытом в сфере SEO (Search Engine Optimization). Существует ряд специализированных компаний, которые занимаются продвижением сайтов своих клиентов в Интернете. Перечисленные выше факты подтверждают актуальность исследования и оптимизации процесса составления отчетов по веб-аналитике.

Для отслеживания результатов продвижения применяются сервисы веб-аналитики, которые предоставляют большое количество отчетов о посещаемости сайта, информации о пользователях и их поведении. К самым известным подобным сервисам относятся Google Analytics, Яндекс.Метрика. В рамках исследования будет произведен анализ данных инструментов, а также будет рассмотрен сервис анализа поведения пользователей Carrot quest. Перечисленные инструменты предлагают широкий спектр возможностей мониторинга процесса продвижения сайта, но они не совсем учитывают специфику работы web-аналитиков специализированных компаний. Дело в том, что они ежемесячно отчитываются перед своими многочисленными клиентами о проделанной работе и достигнутых результатах. При составлении типовых отчетов вручную сотрудники таких компаний тратят большое количество времени, копируя данные по сайту из сервисов аналитики. Данное противоречие наводит на следующую проблему: какое решение для составления типовых отчетов по веб-аналитике сайтов следует предложить и как его реализовать?

Объектом данного исследования является автоматизация бизнес-процессов веб-аналитики. Предмет исследования: разработка сервиса автоматизации бизнес-процессов составления отчетов по веб-аналитике.

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

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

1. Изучить предметную область на основе литературы по SEO и веб-аналитике.

2. Проанализировать существующие аналоги (Google Analytics, Яндекс.Метрика, Carrot quest).

3. Сформулировать требования и спроектировать сервис с использованием нотации UML.

4. Выполнить программную реализацию сервиса.

5. Провести стабилизацию сервиса.

Перечисленные выше задачи решаются посредством метода анализа, моделирования бизнес-процессов, объектно-ориентированного проектирования и программирования.

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

Содержание работы по главам соответствует поставленным задачам. Первая глава будет посвящена обзору таких аналогов разрабатываемого сервиса, как Google Analytics, Яндекс.Метрика и Carrot quest. В результате данного обзора необходимо выявить сильные и слабые стороны инструментов, чтобы учесть их в дальнейшей работе. Во второй и третьей главе будут подробно описаны требования, предъявляемые к сервису, и произведено его проектирование с помощью объектного подхода и языка UML. Для анализа сервиса с разных сторон будут построены диаграммы прецедентов, активностей и последовательностей. На основе них будут созданы диаграммы компонентов, которые лягут в основу реализации. Помимо этого будет необходимо спроектировать базу данных, используя полученные ранее знания о предметной области. Последняя глава будет описывать процессы реализации и стабилизации сервиса. Она затронет вопросы выбора инструментов, планирования процесса программной реализации, описания сути и результата выполнения каждого из этапов, планирования тестирования и подведения его итогов.

Для выполнения данной работы планируется воспользоваться рядом литературных источников. Для ознакомления с механизмами поисковой оптимизации будет рассмотрен [1]. Данный материал послужит базой для последующего исследования. В сфере веб-аналитики самым известным экспертом на сегодняшний день является Kaushik Avinash. В своих книгах [2] и [3] он предлагает эффективные методы выстраивания стратегии анализа результатов поискового продвижения. Некоторые из них могут найти свое отражение в разрабатываемом сервисе.

Одним из начальных и оказывающим значительное влияние на дальнейшую работу этапов является проектирование. Алистер Коберн в [4] показывает эффективность применения вариантов использования как инструмента для выявления требований. Описание требований в более широком смысле рассмотрены Карлом И. Вигерсом в [5]. Они дают множество полезных рекомендаций по организации данного процесса. Для более детального проектирования сервиса планируется воспользоваться объектно-ориентированным подходом и языком UML. В книге Крэга Лармана [6] показано, как выстроить данный процесс наиболее грамотно. Чтобы настроить получение данных об аналитике сайта, нужно будет воспользоваться API Яндекс.Метрики и Google Analytics. Документация для них представлена в [7] и [8] соответственно.



Глава 1. Обзор сервисов веб-аналитики

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

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

1. Удобство навигации и панели инструментов.

2. Удобство процесса добавления сайта.

3. Удобство процесса создания шаблонов отчетов.

4. Наглядность способов отображения метрик.

5. Наличие возможности экспорта отчета.

Именно на основе этих критериев построен обзор существующих аналогов. В рамках данного анализа рассмотрены системы веб-аналитики:

1. Google Analytics.

2. Яндекс.Метрика.

3. Carrot quest.

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

1.1 Яндекс. Метрика

Подробное описание инструментов и инструкции по использованию данного сервиса веб-аналитики доступны в документации [7]. На первом экране личного кабинета Яндекс.Метрики расположен список счетчиков пользователя или доступных ему (рисунок 1.1). Счетчик -- сайт, на котором установлена Яндекс.Метрика. В данном списке отображается базовая информация о сайте: индикатор корректности установки, название, favicon, URL, id, количество визитов, просмотров и посетителей за последние 24 часа, изменение этих метрик по сравнению с предыдущими сутками, визиты за неделю в виде графика с возможностью посмотреть точное количество посещений при наведении курсора на координату определенного дня, метки. Также возможен переход к настройкам, в том числе, настройкам доступа, и удалению счетчика. Такая организация первого экрана позволит аналитику оценить ситуацию в целом и понять, какие сайты в данный момент нуждаются в большем внимании. Возможно, для более удобной организации этого процесса были бы полезны фильтры и возможность сортировки. Для ситуации наличия большого количества сайтов в Яндекс.Метрике есть поиск по счетчикам.

Рисунок 1.1. Список счетчиков в Яндекс. Метрике

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

Рисунок 1.2. Сводка и выбор временного периода в Яндекс. Метрике

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

Создать новый отчет можно двумя способами. Во-первых, можно внести изменения в любой из стандартных отчетов и сохранить его в качестве пользовательского. Во-вторых, есть возможность перейти во вкладку «Мои отчеты» и нажать на «Новый отчет». Во втором случае также открывается один из отчетов и предполагается, что пользователь должен внести изменения в выбранные группировки и метрики, как и в первом способе. Возможно, это не так очевидно для понимания. Было бы нагляднее дать для выбора пользователю список группировок и метрик, которые он хотел бы увидеть в отчете. Выбор группировок и метрик происходит внутри всплывающего окна. Слева расположен список группировок или метрик, поделенный на категории, справа -- список выбранных группировок или метрик, которые можно перемещать для получения определенной последовательности. Существует ограничение для отчета в 10 метрик.

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

Любой отчет можно экспортировать в формат PDF, XLSX и CSV. Это производится нажатием на кнопку в верхней части экрана отчета.

В таблице 1.1 представлены результаты анализа сервиса веб-аналитики Яндекс.Метрика.

Таблица 1.1. Результат анализа сервиса веб-аналитики Яндекс.Метрика

Критерий	Сильные стороны	Слабые стороны
Удобство навигации и панели инструментов	Отображение базовой информации о сайте в списке. Наличие поиска по сайтам в списке. Удобная организация выбора временного промежутка для отчета. Возможность поиска по отчетам. Список часто используемых отчетов.	Отсутствие фильтров и сортировок в списке сайтов. Большая вложенность меню отчетов (3 уровня).
Удобство процесса добавления сайта	Выбор только нужных функций Яндекс.Метрики.
Удобство процесса создания шаблонов отчетов	Возможность изменить стандартный отчет и сохранить его в качестве пользовательского. Удобный способ выбора группировок и метрик для отчета. Возможность перетаскивания метрик для определенной последовательности в отчете.	Открытие стандартного отчета по нажатии на кнопку создания нового отчета. Ограничение на количество метрик в отчете.
Наглядность способов отображения метрик	Несколько видов диаграмм для отображения на выбор. Представление данных в табличном виде. Отображение числового значения при наведении на область графика.
Наличие возможности экспорта отчета	Экспорт в форматы PDF, XLSX, CSV.



1.2 Google Analytics

Ознакомиться с особенностями Google Analytics и инструкциями по использованию можно в документации [8]. На главной странице Google Analytics доступно два режима просмотра: иерархия и список. В первом из них доступна иерархия аккаунтов, пользователей, ресурсов и представлений (рисунок 1.3). В качестве ресурсов могут выступать веб-сайты, мобильные приложения и устройства. Для каждого из ресурсов можно создавать несколько представлений -- наборов интересных для аналитика данных, сгруппированных и настроенных удобным образом. Для каждого нового ресурса создается представление со всеми данными по сайту без каких-либо фильтров и настроек. Во втором режиме просмотра находится список всех представлений, доступных пользователю. В обоих режимах по каждому представлению отображается следующая информация: количество сеансов, средняя длительность сеанса, показатель отказов, коэффициент конверсии цели. Эта информация соответствует указанному временному периоду, который выбирается на панели над списком. Для скорости работы со списком или иерархией можно пользоваться строкой поиска или помечать часто используемые представления как избранные.

Рисунок 1.3. Представления Google Analytics в режиме иерархии

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

В боковом меню находятся следующие разделы: «Сводки», «Ярлыки», «Оповещения», «В режиме реального времени», «Аудитория», «Источники трафика», «Поведение», «Конверсии». «Сводка» -- это несколько виджетов (небольших отчетов, содержащих графическую или числовую информацию). Они используются для наглядного представления и быстрого анализа. Можно создавать новые сводки, редактировать существующие, а также делиться ими с другими пользователями. «Ярлыки» предоставляют возможность сохранять настройки отчетов (временной промежуток, сегменты и т.п.). «Оповещения» предоставляют информацию о резких колебаниях трафика. Данный инструмент может быть очень эффективным, так как он позволяет отследить, какие действия по продвижению оказали позитивное или негативное воздействие, и сделать важные выводы. Следующий раздел позволяет узнавать состояние ряда метрик в текущий момент. «Отчеты по аудитории» предоставляют различную информацию по характеристикам пользователей. Раздел «Источники трафика» позволяет узнать, от куда приходят пользователи, каково соотношение источников, по каким запросам чаще всего осуществляют поиск. «Отчеты по поведению» помогают проанализировать характеристики просмотров страниц пользователями, понять, что их интересует, а что стоит доработать. Раздел «Конверсии» позволяет ставить цели, а затем отслеживать их достижение. Это весьма эффективный показатель эффективности сайта. В целом меню отчетов обладает многоуровневой структурой, что может усложнить работу неопытным пользователям, но оснащено строкой поиска.

Широкие возможности настроек аккаунтов, ресурсов и представлений доступны в разделе верхнего меню «Администратор». Возможно, такой подход усложнит работу пользователя, так как настройки представлены отдельно от объекта. Было бы удобнее манипулировать представлениями непосредственно внутри них.

После добавления ресурса в Google Analytics необходимо добавить на сайт код отслеживания. Это можно сделать двумя способами. Первый из них -- добавить код отслеживания в разметку страниц сайта. Второй -- воспользоваться диспетчером тегов Google. Для этого необходимо зарегистрировать свой аккаунт и вставить сгенерированный скрипт (контейнер) в разметку сайта. После этого будет доступна возможность управлять отслеживанием на сайте через веб-интерфейс.

Создать свой отчет можно, осуществив переход во вкладку «Мои отчеты» верхнего меню (рисунок 1.4). Для удобства анализа в отчете можно создать несколько вкладок, после этого отдельно работать со структурой каждой из них. Google Analytics позволяет создавать отчеты трех видов: анализ, таблица с одноуровневой адресацией, наложение данных на карту. Отчет первого типа включает в себя диаграмму и данные в табличном виде, второй -- только таблицу, третий -- карту с визуализированными при помощи закрашивания областей данными. Ниже добавляются параметры и показатели для отображения в отчете. Выбор происходит прямо в конструкторе отчета с помощью выпадающих списков и кнопки «Добавить». После этого при необходимости можно наложить фильтры, чтобы ограничить данные, отображаемые в отчете по тем или иным признакам.

Рисунок 1.4. Создание своего отчета в Google Analytics

Как было сказано выше, в Google Analytics доступно три вида отчетов: график совместно с табличным представлением, табличное представление, данные, наложенные на карту. Если навести на интересующую область графика или карты курсором, будет показано числовое значение, соответствующее ему. Данные в таблице можно сортировать по возрастанию и убыванию.

Все отчеты можно отправлять по электронной почте и экспортировать. Для экспорта доступны такие форматы, как CSV, TSV, TSV для Excel, xlsx, Google таблицы, PDF. В таблице 1.2 представлены результаты анализа сервиса веб_аналитики Google Analytics.



Таблица 1.2. Результат анализа сервиса веб-аналитики Google Analytics

Критерий	Сильные стороны	Слабые стороны
Удобство навигации и панели инструментов	Возможность создания нескольких представлений. Отображение базовой информации о сайте в списке. Удобная организация выбора временного промежутка для отчета. Наличие строки поиска по иерархии представлений и возможности добавлять в избранное. Возможность выбора другого представления на странице с данными по текущему. Возможность наглядного отображения (сводки) и сохранения настроек (ярлыки). Инструменты для отслеживания событий, вызвавших резкие колебания трафика (оповещения).	Усложнение за счет наличия двух режимов просмотра списка представлений. Расположение настроек отдельно от объекта.
Удобство процесса добавления сайта	Возможность управления отслеживанием на сайте через веб-интерфейс (диспетчер тегов Google).
Удобство процесса создания шаблонов отчета	Разбиение отчета на несколько вкладок. Удобный конструктор отчета без всплывающих окон. Наличие фильтров для ограничения данных.	Усложнение за счет деления отчетов на три вида.
Наглядность способов отображения метрик	Возможность отображения данных в графическом и табличном виде, а также на карте. Показ числовых значений при наведении на область графика или карты. Сортировка данных в таблице.
Наличие возможности экспорта отчета	Экспорт в форматы CSV, TSV, TSV для Excel, xlsx, Google таблицы, PDF



1.3 Carrot quest

Carrot quest представляет из себя сервис для аналитики поведения пользователей на сайте и взаимодействия с ними. Вся подробная информация о нем представлена в документации [9]. Так как разрабатываемый сервис будет ориентирован на отчеты по веб-аналитике, далее рассматриваются только имеющие отношение к изучаемому вопросу возможности Carrot quest.

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

Инструмент «Аналитика» содержит два раздела: «Воронки» и «Аналитика событий». Они предоставляют отчеты о поведении пользователей на сайте касательно соотношения пользователей, перешедших на последующий шаг и динамики совершения ими определенных действий (рисунок 1.5). Информацию можно детализировать по дням, неделям или месяцам. В разделе «Воронки» временной диапазон выбирается через выпадающий список, а в разделе «Аналитика» это можно сделать только, перемещаясь по графику. У этих разделов также разный способ выбора объекта анализа. Воронки перечислены в верхней части экрана и имеют вид кнопок, а события выбираются через выпадающий список. Не меньше этого пользователя может запутать расположения одних элементов управления в разных местах внутри разных разделов (это, в частности, касается элементов для определения временного промежутка).

Рисунок 1.5. Воронки в Carrot quest

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

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

Так как сервис Carrot quest ориентирован на изучение поведения пользователей, отчеты в нем узко специализированные и, как было отмечено ранее, делятся на два вида: воронки и аналитика по событиям. Для создания события, как было отмечено выше, можно воспользоваться двумя способами. При добавлении авто события необходимо выбрать тип события (клик, зашел на страницу, прокрутил страницу до конца, заполнил форму, заполнил поле ввода), указать селектор управляющего элемента и ввести название события. Указание селектора может вызвать затруднения у некоторых пользователей: чтобы узнать его, рекомендуется использовать специальное расширение для браузера. При необходимости более сложных событий можно использовать API сервиса и писать их код прямо внутри сервиса, не внося изменений в реализацию сайта.

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

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

Рисунок 1.6. Отчет в Carrot quest

Экспорт отчетов в данном сервисе не предусмотрен. Результат анализа сервиса Carrot quest представлен в таблице 1.3.

Таблица 1.3. Результат анализа сервиса веб-аналитики Carrot quest

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

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

Таблица 1.4. Результат анализа аналогов

Критерий	Сильные стороны	Слабые стороны
Удобство навигации и панели инструментов	Отображение базовой информации о сайте в списке. Наличие поиска по сайтам в списке. Удобная организация выбора временного промежутка для отчета. Возможность поиска по отчетам. Добавление в избранное. Список часто используемых отчетов. Возможность создания нескольких представлений. Возможность выбора другого представления на странице с данными по текущему. Возможность наглядного отображения и сохранения настроек. Инструменты для отслеживания событий, вызвавших резкие колебания трафика.	Отсутствие фильтров и сортировок в списке сайтов. Большая вложенность меню отчетов. Усложнение за счет наличия двух режимов просмотра списка представлений. Расположение настроек отдельно от объекта. Отсутствие краткой информации по аналитике сайтов в их списке. Излишняя детализация разделов. Размещение справки в сплывающем окне. Непонятные названия инструментов. Отведение большого пространства под справку и ее постоянное присутствие. Неудобный способ выбора даты. Отсутствие унификации и следования шаблонам взаимодействия. Нарушение иерархии пункта меню.
Удобство процесса добавления сайта	Выбор только нужных функций сервиса. Возможность управления отслеживанием на сайте через веб-интерфейс. Понятная и простая операция добавления сайта. Узкоспециализированные и простые отчеты.	Необходимость понимать разметку, либо использовать сторонние сервисы.
Удобство процесса создания шаблонов отчетов	Возможность изменить стандартный отчет и сохранить его в качестве пользовательского. Удобный способ выбора группировок и метрик для отчета. Возможность перетаскивания метрик для определенной последовательности в отчете. Разбиение отчета на несколько вкладок. Удобный конструктор отчета без всплывающих окон. Наличие фильтров для ограничения данных.	Открытие стандартного отчета по нажатии на кнопку создания нового отчета. Ограничение на количество метрик в отчете. Усложнение за счет деления отчетов на виды.
Критерий	Сильные стороны	Слабые стороны
Наглядность способов отображения метрик	Несколько видов диаграмм для отображения на выбор, а также карта. Представление данных в табличном виде. Сортировка данных в таблице. Отображение числового значения при наведении на область графика.	Небольшое количество вариантов отображения метрик.
Наличие возможности экспорта отчета	Экспорт в форматы PDF, XLSX, CSV, TSV, TSV для Excel, Google таблицы.	Отсутствие возможности экспорта.

Глава 2. Выявление и анализ требований

2.1 Требования

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

2.1.1 Функциональные требования

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

1. Регистрация.

2. Вход.

3. Привязка аккаунтов Яндекс.Метрики и Google Analytics.

4. Удаление аккаунтов Яндекс.Метрики и Google Analytics.

5. Создание шаблона отчета.

6. Составление отчета по шаблону.

7. Изменение шаблона.

8. Удаление шаблона отчета.

9. Экспорт отчета.

2.1.2 Нефункциональные требования

1. Функциональные возможности.

Веб-сервис должен обеспечивать выполнение следующих правил:

1) В результате экспорта отчета должен быть получен документ в формате docx c разделами и заголовками, которые указал Аналитик в использованном шаблоне.

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

3) В одном отчете могут быть метрики за разные периоды.

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

2. Требования по реализации. Веб-сервис должен корректно отображаться в следующих браузерах: Google Chrome, Safari, Mozilla Firefox, Internet Explorer (9 и выше). Также должна быть произведена адаптивная верстка под стационарные компьютеры, ноутбуки и мобильные платформы.

3. Доступность. Система должна быть в работоспособном состоянии 24 часа в день 7 дней в неделю, время доступности -- не менее 99,9%.

4. Техническая поддержка сервиса должна осуществляться в течение 8 рабочих часов 5 дней в неделю.

5. Производительность. Система должна поддерживать 1000 одновременно работающих пользователей. При этом 90% запросов должны выполняться не более, чем за 4 сек, а 10% -- не более, чем за 10 сек.

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

2.1.3 Требования к интерфейсу пользователя

Интерфейс пользователя должен позволять выполнить действия по составлению отчета по веб-аналитике сайта через веб-браузер. Все элементы и возможности должны быть обоснованы бизнес-целями и однозначно интерпретируемыми привилегированной группой пользователей (аналитиками).

2.1.4 Требования к внешнему интерфейсу

Необходимо реализовать работу следующих внешних интерфейсов:

1. API Яндекс.Метрики.

2. API Google Analytics.

3. Обращение к базе данных.

4. Экспорт отчета в формат docx.

2.1.5 Требования к данным

К классам входных данных сервиса относятся:

1. E-mail и пароль пользователя, введенные через веб-форму.

2. E-mail и пароль от аккаунта сервиса веб-аналитики (Яндекс.Метрики или Google Analytics), введенные через веб-форму.

3. Структура шаблона отчета, которую пользователь задает через веб-редактор.

К классам выходных данных сервиса относятся:

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

2. Отчет по аналитике выбранного сайта в формате docx.

2.2 Диаграмма прецедентов

На рисунке 2.1 присутствует графическое представление прецедентов, которые описаны ниже.

Рисунок 2.1. Диаграмма прецедентов

2.2.1 Главные прецеденты

1. Название: Составить отчет по шаблону

Акторы: Аналитик

Описание: Аналитик находит в списке нужный ему сайт и кликает по «Составить отчет», выбирает один из шаблонов в выпадающем списке или «Новый шаблон отчета» (при этом выполняется Создать шаблон отчета, а по его завершении открывается отчет по созданному только что шаблону). Открывается отчет по аналитике сайта, соответствующий выбранному шаблону. По умолчанию показываются данные за последние 4 недели, но Аналитик может выбрать другой временной промежуток.

2. Название: Зарегистрироваться в сервисе

Акторы: Пользователь

Описание: Пользователь знакомится с информацией на стартовой странице веб-сервиса. Если ему интересно данное предложение, он кликает на «Регистрация». Открывается форма регистрации, аналитик вводит туда свой email и пароль. После успешной регистрации открывается личный кабинет Пользователя. Далее следует Привязать аккаунты Яндекс.Метрики и Google Analytics

3. Название: Войти в сервис

Акторы: Пользователь

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

4. Название: Выйти из сервиса

Акторы: Аналитик

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

5. Название: Привязать аккаунты Яндекс.Метрики и Google Analytics

Акторы: Аналитик

Описание: Аналитик нажимает на «Привязать аккаунт» нужного ему сервиса аналитики. Открывается форма привязки аккаунта с полями E-mail и Пароль. Аналитик вводит данные в форму. Если они корректны, данные по сайтам из данного аккаунта импортируются в веб-сервис.

2.2.2 Второстепенные прецеденты

1. Название: Создать шаблон отчета

Акторы: Аналитик

Описание: Аналитик переходит к своей коллекции шаблонов и нажимает на «Новый шаблон отчета». Открывается форма для создания отчета. Аналитик последовательно добавляет в нее нужные ему разделы и заполняет их метриками из Google Analytis и Яндекс.Метрики и текстовыми пояснениями. Нужные ему элементы он выбирает из панели инструментов. По завершении работы Аналитик нажимает на «Сохранить шаблон отчета»

2.2.3 Дополнительные прецеденты

1. Название: Изменить шаблон отчета

Акторы: Аналитик

Описание: Аналитик переходит к своей коллекции шаблонов и нажимает на нужном ему шаблоне «Изменить шаблон отчета». Открывается форма для изменения отчета. Аналитик последовательно добавляет/удаляет/корректирует нужные ему разделы, метрики из Google Analytis и Яндекс.Метрики и текстовые пояснения. Нужные ему элементы он выбирает из панели инструментов. По завершении работы Аналитик нажимает на «Сохранить шаблон отчета»

2. Название: Экспортировать отчет

Акторы: Аналитик

Описание: Выполняется Создать отчет по шаблону. В открывшемся отчете Аналитик нажимает на «Экспортировать в docx», производится скачивание документа. Аналитик открывает скаченный документ в формате docx.

3. Название: Удалить аккаунты Google Analytis и Яндекс.Метрики

Акторы: Аналитик

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

4. Название: Удалить шаблон отчета

Акторы: Аналитик

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



Глава 3. Проектирование веб-сервиса

3.1 Моделирование бизнес-процессов

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

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

Рисунок 3.1. Диаграмма активностей для создания отчета



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

Рисунок 3.2. Диаграмма активностей для регистрации

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

Рисунок 3.3. Диаграмма активностей для создания шаблона отчёта

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

Рисунок 3.4. Диаграмма активностей для экспорта отчета

3.2 Описание системных операций и системных сообщений

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

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

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

Описание системных операций:

1. Имя: get `auth/yandex'

Обязанности: перенаправить Аналитика на страницу авторизации Яндекса.

Ссылки: прецедент Войти в сервис.

Исключения: нет.

Предусловия: Аналитик кликнул на «Войти с помощью Яндекса».

Постусловия: нет.

2. Имя: profile

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

Ссылки: прецедент Войти в сервис.

Исключения: при наличии проблем работы с базой данных сообщить об этом.

Предусловия: Аналитик успешно авторизовался, используя свой профиль Яндекса.

Постусловия:

1) Создан и сохранен в базе данных или обновлен объект Analyst.

2) Атрибут Analyst.email принял значение profile.email, Analyst.username -- profile.username, Analyst.displayname -- profile.displayname, Analyst.yandexId -- profile.id, Analyst.yandexLogin -- profile.login, Analyst.yandexToken -- accessToken.

3. Имя: load Analyst client area

Обязанности: подгрузить и отобразить данные аналитика в его личном кабинете: сайты из привязанных аккаунтов Яндекс.Метрики и шаблоны отчетов.

Ссылки: прецедент Войти в сервис.

Исключения: нет.

Предусловия: Аналитик успешно прошел аутентификацию.

Постусловия: нет.

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

Рисунок 3.6. Диаграмма последовательностей для загрузки шаблонов отчетов

Описание системных операций:

1. Имя: templates (выполняет templates-controller)

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

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета, Удалить шаблон отчета, Изменить шаблон отчета.

Исключения: нет.

Предусловия: Аналитик успешно прошел аутентификацию.

Постусловия: нет.

2. Имя: templates (выполняет templates-service)

Обязанности: запросить шаблоны отчетов у внутреннего API и передать их templates-controller.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета, Удалить шаблон отчета, Изменить шаблон отчета.

Исключения: нет.

Предусловия: Контроллер запросил шаблоны отчетов.

Постусловия: нет.

3. Имя: get(`api/templates')

Обязанности: запросить шаблоны отчетов у внутреннего API и передать их templates-controller.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета, Удалить шаблон отчета, Изменить шаблон отчета.

Исключения: нет.

Предусловия: Сервис запросил шаблоны отчетов.

Постусловия: нет.

4. Имя: find(userID)

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

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета, Удалить шаблон отчета, Изменить шаблон отчета.

Исключения: нет.

Предусловия: API запросил шаблоны отчетов.

Постусловия: нет.

5. Имя: load(templates)

Обязанности: Отобразить Аналитику его шаблоны отчетов.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета, Удалить шаблон отчета, Изменить шаблон отчета.

Исключения: нет.

Предусловия: Контроллер получил шаблоны отчетов.

Постусловия: нет.

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

Рисунок 3.7. Диаграмма последовательностей для создания нового шаблона отчета

Описание системных операций:

1. Имя: createTemplate(выполняет templates-controller)

Обязанности: получить шаблон отчета в формате JSON и отправить его templates-service.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: нет.

Предусловия: Аналитик ввел в поле шаблон отчета в формате JSON и кликнул «Создать шаблон»

Постусловия: нет.

2. Имя: createTemplate(выполняет templates-service)

Обязанности: отправить шаблон для сохранения внутреннему API, результат сохранения отправить templates-controller.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: нет.

Предусловия: Пришел шаблон отчета от templates-controller.

Постусловия: нет.

3. Имя: createTemplate(выполняет templates-service)

Обязанности: отправить шаблон для сохранения внутреннему API, результат сохранения отправить templates-controller.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: нет.

Предусловия: пришел шаблон отчета от templates-controller.

Постусловия: нет.

4. Имя: post(template)

Обязанности: подготовить шаблон для сохранения в базе и отправить запрос для сохранения модели данных.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: при наличии проблем работы базы данных сообщить об этом.

Предусловия: пришел шаблон отчета от templates-service.

Постусловия: нет.

5. Имя: save(template)

Обязанности: сохранить в базе данных новый шаблон отчета и отправить результат внутреннему API.

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: нет.

Предусловия: пришел запрос от внутреннего API на сохранение нового шаблона отчета.

Постусловия:

1) Создан и сохранен в базе данных объект Template.

2) Атрибут Template.name принял значение template.name, Template.elements -- template.elements, Tempate.analyst -- template.analyst.

6. Имя: push(template)

Обязанности: отобразить сохраненный шаблон в списке шаблонов отчетов Аналитика

Ссылки: прецеденты Составить отчет по шаблону, Создать шаблон отчета.

Исключения: нет.

Предусловия: пришел результат успешного сохранения шаблона отчета.

Постусловия: нет.

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

Рисунок 3.8. Диаграмма последовательностей для удаления шаблона отчета

Описание системных операций:

1. Имя: deleteTemplate(id) (выполняет templates-controller)

Обязанности: отправить templates-service запрос на удаление шаблона отчета.

Ссылки: прецедент Удалить шаблон отчета.

Исключения: нет.

Предусловия: Аналитик кликнул на «Удалить шаблон».

Постусловия: нет.

2. Имя: deleteTemplate(id) (выполняет templates-service)

Обязанности: отправить внутреннему API запрос на удаление шаблона отчета.

Ссылки: прецедент Удалить шаблон отчета.

Исключения: нет.

Предусловия: пришел запрос на удаление шаблона от templates-controller.

Постусловия: нет.

3. Имя: deleteTemplate(template/templateId)

Обязанности: отправить модели данных запрос на удаление шаблона отчета.

Ссылки: прецедент Удалить шаблон отчета.

Исключения: нет.

Предусловия: пришел запрос на удаление шаблона от templates-service.

Постусловия: нет.

4. Имя: remove(Id)

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

Ссылки: прецедент Удалить шаблон отчета.

Исключения: при наличии проблем работы базы данных сообщить об этом.

Предусловия: пришел запрос на удаление шаблона от templates-service.

Постусловия: объект Template удален из базы данных.

5. Имя: filterTemplates(Id)

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

Ссылки: прецедент Удалить шаблон отчета.

Исключения: нет.

Предусловия: пришел результат удаления шаблона.

Постусловия: нет.

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

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

Описание системных операций:

1. Имя: loadSites (выполняет reports-controller)

Обязанности: запросить у reports-service список сайтов Аналитика и подготовить их для представления.

Ссылки: прецеденты Построить отчет по шаблону, Войти в сервис.

Исключения: нет.

Предусловия: Аналитик открыл вкладку Отчеты или вошел в сервис.

Постусловия: нет.

2. Имя: loadSites (выполняет sites-service)

Обязанности: запросить у внутреннего API список сайтов Аналитика и вернуть их reports-controller.

Ссылки: прецеденты Построить отчет по шаблону, Войти в сервис.

Исключения: нет.

Предусловия: пришел запрос на список сайтов Аналитика от reports-controller.

Постусловия: нет.

3. Имя: get(api/counters)

Обязанности: запросить у Яндекс.Метрики список счетчиков Аналитика и вернуть их sites-service.

Ссылки: прецеденты Построить отчет по шаблону, Войти в сервис.

Исключения: в случае проблем работы Яндекс.Метрики сообщить об этом.

Предусловия: пришел запрос на список сайтов Аналитика от sites-service.

Постусловия: нет.

4. Имя: loadTemplates (выполняет reports-controller)

Обязанности: запросить у templates-service список шаблонов Аналитика и вернуть их reports-controller.

Ссылки: прецеденты Построить отчет по шаблону, Войти в сервис.

Исключения: в случае проблем работы Яндекс.Метрики сообщить об этом.

Предусловия: пришел запрос на список шаблонов Аналитика от reports-controller.

Постусловия: нет.

5. Имя: load(sites, templates)

Обязанности: отобразить сайты и шаблоны Аналитика.

Ссылки: прецеденты Построить отчет по шаблону, Войти в сервис.

...