Со структурой базы данных модуля «Российская общественная инициатива» можно ознакомиться на рисунке 4.
Рис. 4 Структура базы данных модуля «Российская общественная инициатива»
Вся аналитика строится на основе базы данных (БД), сведения в которую собираются через API 1.0. Запросы к БД осуществляются на языке SQL. Полученные данные (таблицы данных) можно использовать для дальнейшего анализа или оформления графических представлений как в редакторах электронных таблиц (Excel, OpenOffice Calc и другие), так и на web-ресурсах.
Адаптировать существующие таблицы базы данных (созданные для портала «Российская общественная инициатива») под информацию с порталов городского участия не представилось возможным, поэтому была создана новая структура БД.
На рисунке 5 представлена структура базы данных (MySQL) на примере портала «Наш Санкт-Петербург».
Рис.5 Структура базы данных (MySQL) на примере портала «Наш Санкт-Петербург»
Согласно рис.5 для каждой сущности была сделана отдельная таблица. Для удобства хранения, а также организации дальнейшей фильтрации анализируемой информации на портале были выделены несколько справочников: Категории (Category), Районы (Region), Объекты (Object), Состояния (State). Каждый из справочников хранит в себе список соответствующих ему объектов в виде номера(ID) и названия(Title). Основная информация хранится в таблице Проблемы (Problems), которая ссылается на все вышеперечисленные справочники, а так же имеет ряд дополнительных полей, таких как:
· Description – поле, содержащее описание проблемы, отправленное пользователем;
· Address – поле, которое хранит в себе адрес, по которому данная проблема произошла;
· Created – поле, которое содержит в себе дату подачи заявления пользователем;
· Statedate – поле, которое содержит информацию о времени, в которое происходили изменения статусов заявлений;
· Date_mod – поле, хранящее дату прохождения заявкой модерации.
Таблица «Backup» («Резервные копии») необходима для хранения информации о смене статусов заявок, т.о. в ней содержится информация о состояниях заявок.
Основная визуализация данных производится на основании таблицы «Problems» при использовании справочников «Category», «State», «Region» и «Object». Визуализация данных, отображающая скорость решения проблем, производится на основании таблицы «Backup» при использовании вышеперечисленных справочников.
Пользовательский интерфейс СМПЭУ
Также в ходе практики был разработан пользовательский интерфейс для представления визуализированных данных. Для каждого графика, представленного в системе, был создан фильтр, позволяющий пользователям выбрать данные по необходимым параметрам. На рисунке 6 представлены круговые диаграммы статистических данных и фильтры для выбора данных.
Рис.6 Круговые диаграммы статистически данных СМПЭУ
Заключение
В результате практики были рассмотрены популярные порталы электронного участия, был составлен список основных типов площадок электронного участия, которые будут рассматриваться в рамках системы мониторинга порталов электронного участия.
Выделены 2 способа сбора информации с порталов электронного участия - с помощью API и "парсинга". В отчете приведена схема, описывающая архитектуру модуля сбора и обработки данных портала «Российская общественная инициатива» (схема сбора информации с порталов, которые имеют API) и структура базы данных РОИ. Также представлена схема, описывающая архитектуру модуля сбора и обработки данных порталов «Красивый Петербург» и «Наш Санкт-Петербург» (схема сбора информации с порталов электронного участия, которые не имеют API).
В заключение представлен пример пользовательского интерфейса модулей сбора и обработки данных.