Приложение 1
Методика и пример
разработки отчета
в платформе "CEMONA"
-
Предварительная подготовка выходных форм.
1.1. Разработка отчета начинается с декомпозиции решаемой задачи, которая ставится перед отчетностью. Сюда входит определение состава измерительного комплекса, ролей каждого входящего в его состав устройства и перечня измеряемых показателей по каждому из них. Распределение функционала обязательно отражается в одной из форм отчета.
1.2. Информация из п.1.1 ложится в основу дизайна выходной формы Excel, в которую будут помещаться расчетные данные и иллюстрации. Для целей данного руководства будем предполагать следующее. В измерительном комплексе находится 2 устройства. Устройство с extension=1 выполняет в составе комплекса регулярные повторяющиеся голосовые вызовы. Устройство c extension=2 занимается передачей данных, поочередно закачивая и скачивая данные с Ftp.
1.3. Показатели работы сети снимаются с обоих устройств независимо и включают информацию о:
а). покрытии сети, в том числе с учетом свободного режима работы мобильного устройства, т.е. устройство потенциально может находиться в сетях GSM/UMTS/LTE,
б). качества радиолинка, также с учетом наличия трех сетей,
в). качестве работы сервиса, а именно величины MOS для голосовых вызовов и скоростей передачи данных для устройства с ПД (в направлении вверх и вниз).
1.4. Перечень всех необходимых показателей оформляется в виде списка, независимо для каждого устройства, с указанием типа отображаемой информации (статистика или карта)
1.5. Функциональная часть отчета состоит из 2-х листов - Voice и Data, не считая титульного и описательных. В шапке каждой страницы находится таблица со статистикой по соответствующим параметрам. Все необходимые показатели в явном виде перечислены в таблице, а сама таблица оформлена в соответствующем корпоративному стандарту стиле.
Ниже на странице расположен картографический материал, отображающий распределение измеряемых параметров по маршруту объезда (вставить шаблон формы отчета). Каждая карта снабжается соответствующим заголовком. Размер карты также предварительно планируется в соответствии с ожидаемым видом.
1.6. Имея таким образом основу отчета в виде конечного вида выходной формы, приступаем к созданию отчета.
-
Разработка функциональной части отчета.
2.1. На основании выходных форм и перечня измеряемых показателей производится декомпозиция отчета на группы. В нашем учебном случае очевидно имеется две функциональные группы (числу и функциям устройств). Эти функциональные группы в терминах системы называются “Секции”. Каждой секции соответствует набор так называемых “Задач”, которые в основном предназначены для описания распределения показателей по выходной форме. Задачи в свою очередь опираются на KPI, которые описывают метод извлечения данных из базы.
1. Пример: Секция DataStat, показатели для расчета статистики (см. образец формы отчетности)..... (список).
2. Пример: Секция DataMaps, показатели для расчета картографических изображений (см. образец формы отчетности)..... (список).
3. Пример: Секция VoiceStat, показатели для расчета статистики (см. образец формы отчетности)..... (список).
4. Пример: Секция VoiceMaps, показатели для расчета картографических изображений (см. образец формы отчетности)..... (список).
Пример. Для таблицы статистики требуется вычислить среднее арифметическое по RSRP для телефона типа Voice.
Определяем метод получения и обработки данных (KPI):
- Открываем редактор KPI. В заранее выведенном блоке DBSource выбираем в качестве источника данных таблицу RSRP Serving cell.
- Указываем в качестве ключевого поля, по которому будет рассчитываться статистика - RSRP
- Поскольку отчет предполагается сделать независимым от подключаемых к нему данных лог-файлов, а также для реализации возможности фильтрации данных на основании охватывающих исследуемую зону полигонов, устанавливаем на форму в редакторе KPI блок Area (входит в группу Filters). Соединяем источник данных DBSource c Area.
- Данные предполагается агрегировать методом усреднения. Выводим на форму блок Average и также подключаем его в цепочку: DbSource->Area->Avg.
- В свойства блока усреднения указываем ключевое поле - RSRP.
- Полученный KPI автоматически получает имя по названию таблицы-источника. При необходимости можно это имя подкорректировать. Примечание. С учетом того, что в реальном отчете подобных KPI будет много, то целесообразно снабжать имя KPI указанием на метод обработки данных (Average, %, Max), например: RSRP serving cell (Avg).
Определяем положение результата на финальной форме (Task):
- Открываем редактор Tasks и создаем новую задачу (Create).
- В поле KPI Processor ссылаемся на только что созданный KPI (можно на предыдущем шаге скопировать имя KPI в буфер для мгновенного поиска в разделе Tasks.
- В поле extension указываем расширение имени лог-файла, соответствующее Voice-устройству (1).
- В поле Excel Cell указываем адрес ячейки, куда нужно будет поместить результат (см. форму отчетности). Сохраняем задачу.
Определяем секцию Voice и наполняем ее новой задачей:
- Открываем редактор Sections, создаем новую Секцию (Create). (наполнение полей).
- Указываем тип секции (Statistics)
- в списке доступных задач находим созданную задачу и добавляем ее в Секцию.
В соответствии с требуемым перечнем повторяем шаги (KPI, Tasks) для остальных показателей (операцию с наполнением Секции можно сделать в самом конце). И в итоге наполняем Секцию перечнем всех входящих в нее задач.
Важно! На этом этапе нельзя смешивать задачи типа расчета картографии и статистики - это разные типы Секций. Смешивать расчеты по устройствам с разными extensions не рекомендуется - это усложнит дальнейшую работу с шаблоном отчетов и резко снизить гибкость при разработки. См. главу Разработка функциональной части отчета.
Таким образом, у нас должны появиться 4 секции (Voice Statstics, Voice Maps, Data Statistics, Data Maps), наполненные соответствующими задачами.
Определяем содержание финального шаблона отчета. Включаем в шаблон все 4 секции и сохраняем. Шаблон готов!
Как пользоваться шаблоном.
Создаем отчет (имя, UDR, LOGS), назначаем на него созданный шаблон отчета. В главном экране выполняем запуск расчета отчета. По окончании забираем готовые заполненные формы.
(на каждом этапе можно будет снабдить скринами, после разработки учебной формы отчетности и разработки соответствующих KPI, задач, секций и шаблона).
Дополнительно: форма группового редактирования задач в секции (проверяем адреса ячеек на предмет ошибок, наложений и пр).
Дополнительно: проверка отчета на предмет наложений в редакторе шаблона отчета. Разрешение коллизий.
Дополнительно: возможность переиспользования ранее созданных KPI при условии независимости выводимого показателя относительно Extension (роли устройства в изм. комплексе. Например, тот же RSRP serving cell будет одинаковым для обоих устройств - Voice и Data). Отличаться будут только Tasks, поскольку именно на уровне задач происходит определение источника данных (Extension).