- В главе описаны необходимые доработки системы ИАС МКР для сбора показателей эффективности существующих подсистем. Произведен обзор инструментов, аналогичных функционалу разрабатываемой подсистемы «Мониторинг систем». Приведен перечень требований к инструменту мониторинга и их обоснование. Составлена диаграмма «Как должно быть» (TO-BE) в нотации EPC, обновлена архитектура системы.
- Обзор документа
- Анализ информационно-аналитической системы комплексного развития городской среды. Решение проблемы мониторинга эффективности подсистем ИАС МКР. Список метрик для анализа нагрузки подсистем. Разработка проекта системы логирования, тестирования и отладки.
В главе описаны необходимые доработки системы ИАС МКР для сбора показателей эффективности существующих подсистем. Произведен обзор инструментов, аналогичных функционалу разрабатываемой подсистемы «Мониторинг систем». Приведен перечень требований к инструменту мониторинга и их обоснование. Составлена диаграмма «Как должно быть» (TO-BE) в нотации EPC, обновлена архитектура системы.
2.1 ИАС МКР как система систем
Для того чтобы построить эффективный инструмент анализа для системы ИАС МКР, необходимо изучить специфику ее архитектуры. Текущая схема архитектуры представлена в п. 1.5 главы 1.
ИАС МКР — система систем (system-of-systems) мониторинга, что означает, что отдельные ее части (подсистемы) могут существовать автономно, и были разработаны независимо друг от друга, тем самым представляя собой полноценную целевую систему, которая непрерывно ведет изменения и обновления данных.
Данные поступают в мониторинг систем из каждой другой подсистемы. Данными должны быть метрики, информация об отработке методов и построении кубов. Из подсистемы мониторинга систем данные никуда не поступают, что видно по стрелкам взаимодействий.
Рисунок 2.1. Перспективная архитектура ИАС МКР
Важно понимать, что все получаемые данные тоже будут поступать непрерывно, образуя подсистему мониторинга, от каждой подсистемы — то есть в базе данных необходимо предусмотреть хранение показателей в разрезе каждого компонента ИАС МКР.
2.2 Инструменты анализа эффективности систем
Точного аналога разрабатываемой подсистемы «Мониторинг систем ИАС МКР» не было найдено. Однако существует целый раздел аналитики, называемый веб-аналитикой, который схож с частью необходимого в подсистеме мониторинга функционала. Веб-аналитика — это система измерения, сбора, анализа, представления и интерпретации информации о посетителях веб-сайтов с целью их улучшения и оптимизации. Рассмотрим несколько сервисов веб-аналитики.
· аудиторию (посетителей) сайта;
· поведение посетителей;
· выручку и конверсию;
· эффективность интернет-рекламы;
· источники трафика;
· доступность сайта;
· скорость работы сайта.
Инструменты Яндекс. Метрики являются бесплатными, кроме услуги целевого звонка. Яндекс. Метрика отслеживает целевую аудиторию сайта, источники трафика и поисковые запросы, по которым был совершён переход.
GoogleAnalytics позволяет анализировать продажи и конверсии, предоставляет актуальные данные о действиях пользователей на сайте, о том, как они перешли на него. Также GoogleAnalytics позволяет просматривать карту кликов по ссылкам на сайте.
Checklist — сервис комплексной аналитики сайта. Есть возможность создания подробного аналитического отчета по сайту и выявить ошибки всех факторов, влияющих на конверсию клиента. Можно выделить следующие преимущества:
· сервис проверяет больше пятисот различных факторов, влияющих на ключевые показатели: удобство, продажи, ранжирование;
· составляются подробные описания и указания действий для оптимизации;
· осуществляется подробное тестирование адаптивности и верстки на всех устройствах и браузерах;
· проводится аналитика большого количества технических запросов, а также указание, какие именно из них нужно оптимизировать;
· инструмент является платным.
4. Open Web Analytics
· нет ограничений по количеству данных;
· возможно использование для нескольких ресурсов;
· составляются индивидуальные и подробные сводки о посетителях сайта с указанием местоположения, типа браузера, длительности визита;
· данные хранятся на собственном сервере.
Одним из негативных фактов является то, что сервис необходимо устанавливать, а также отсутствие экспорта файлов из интерфейса.
5. Результат анализа аналогов
После изучения аналогов разрабатываемой системы была составлена таблица, приведенная ниже (таблица 2.1).
Сравнительный анализ инструментов веб-аналитики
Таким образом, наиболее подходящими сервисом является Checklist, так как он позволяет проводить тестирование верстки и адаптивности, а также аналитику технических запросов. Однако, в отличие от ОpenWebAnalytics, сервис не анализирует посетителей и нагрузку на сайт. Более того, у сервиса данные хранятся не на своем сервере, как у ОpenWebAnalytics, и его нельзя устанавливать на несколько ресурсов.
Ввиду перечисленных выше причин необходимо разработать подсистему, которая бы совмещала функционал сервисов Checklist и ОpenWebAnalytics и имела свой собственный, специфичный для Системы ИАС МКР. Результаты анализа инструментов веб-аналитики по критериям таблицы выше приведены в диаграмме 1.
Диаграмма 1. Процентное соотношение, полученное при сравнении инструментов веб-аналитики
Ввиду того, что ряд функций Checklist и ОpenWebAnalytics будут разрабатываться в подсистеме «Мониторинга систем ИАС МКР» самостоятельно, то был выбран инструмент Яндекс Метрика для анализа пользовательской нагрузки. Яндекс Метрика, в соответствии с критериями сравнения, является более подходящим инструментом, чем Яндекс Метрика. Показатели посещаемости с сервиса Яндекс. Метрика будут выводиться в интерфейс разрабатываемого инструмента.
2.3 Общие требования к реализации Мониторинга систем
Предполагается, что подсистема должна отображать:
1. Список метрик Системы.
2. Список метрик каждой подсистемы.
3. Данные о функционировании подсистем.
4. Данные об интеграциях каждой подсистемы.
5. Данные об отработанных методах интеграций.
6. Данные об отработанных внутрисистемных методах.
7. Самые вызываемые методы подсистемы пользователями.
8. Свод данных по своду показателей работоспособности каждой подсистемы за любой промежуток времени.
9. Визуализированные данные нагрузки на подсистемы и систему в общем.
Ввиду перечисленных выше данных, которые необходимо отображать в подсистеме мониторинга систем, составлен ряд изменений в текущую разработку ИАС МКР. Во-первых, необходимо ввести единую систему логирования. Логи должны быть унифицированы и доступны для изучения в одной схеме БД. Подробнее описано в п. 2.5 «Логирование данных ИАС МКР».
Во-вторых, необходимо разместить метрики на каждой подсистеме и составить агрегированные для системы в целом метрики. Метрики позволят собирать данные для оценки эффективности работы и нагрузки при помощи специальных счетчиков. Подсчет статистики для анализа работоспособности является важной составляющей.
Перечисленные действия необходимо выполнить в текущем функционале Системы ИАС МКР. Только после того, как действия будут выполнены, будет возможна реализация подсистемы Мониторинга систем.
Более того, на данный момент группа разработки узнает о том, получены данные, или нет, с внешних сервисов, вручную через запросы в БД. Однако с вводом в эксплуатацию подсистемы мониторинга систем станет возможным не выполнять запросы в БД, а просматривать аналитику по интеграциям в системе ИАС МКР. Так станет возможным оптимизировать БП, снизить временные затраты работников.
2.4 Проектирование базы данных подсистемы мониторинга систем
1. Концептуальное проектирование.
2. Логическое проектирование.
Концептуальное проектирование — это построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД.
Сущности БД описаны ниже (см. приложение Д). На концептуальной схеме не отображены таблицы для реализации связи многие ко многим, а также уникальные идентификаторы. Эти данные отображены на логической схеме БД (рисунок 2.2).
Рисунок 2.2 Логическая схема БД мониторинга систем ИАС МКР
Всего логическая схема содержит одиннадцать таблиц. Как видно на схеме, таблицы «Группа сервисов» и «Сервисы подсистемы» необходимы для реализации связи многие ко многим. Сущности таблиц, а также их атрибуты (обязательность заполнения, значения по умолчанию) описаны в приложении Д.
Для хранения данных об активности было расширено логирование информации всей системы ИАС МКР. Для этого были расставлены триггеры на каждый вызываемый метод в системе и созданы таблицы для хранения соответствующих данных (подробнее см. п. 2.5 текущей главы).
2.5 Логирование данных ИАС МКР
Логирование информации позволяет провести анализ того, что происходит как на компьютере конкретного пользователя, так и в локальной сети. Запись информации ИАС МКР в логиjavascript:open_win(‘/dictionary/dict.php?phrase=%eb%ee%e3’); на данный момент не полностью реализована в силу меньшей приоритетности, чем работа самой системы. Целью разработки системы логирования является контроль вызываемых методов в БД, их анализ и последующее отображение в разрабатываемом инструменте мониторинга. Ввиду того, что подсистемы разработаны различными программистами, интерпретировать информацию ИАС МКР необходимо с учетом специфики каждой подсистемы.
Для хранения (логирования) информации для подсистемы мониторинга ИАС МКР необходимо расширить текущее логирование в соответствии в тем, как оно реализовано в системе на данный момент, а именно, с помощью триггеров. Логирование на триггерах применяется в ИАС МКР ввиду простоты реализации и хранения. Триггером является процедура, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено действием по модификации данных.
Для реализации логирования необходимо создать триггеры на создание и редактирование записей в БД. Интересуют не действия пользователей, а отрабатываемые методы и их результаты. Так, например, создание записи может происходить при обновлении функционала определенной подсистемы и появления нового метода.
Редактированием является обновление данных, то есть повторный вызов функций. Редактирование необходимо разделять на уровне БД на редактирование кубов (перепостроение) и сервисов (обновление интеграции). Далее данные необходимо разделять на результаты отработки методов (успешно, не вызван, в процессе, ошибка). Для логирования необходимо создать таблицы, идентичные по структуре с логируемыми (см. пример на рисунке 2.3). В таблицы необходимо добавить поля:
1. Тип операции.
2. Дата операции.
3. Пользователь (в случае подсистемы мониторинга ИАС МКР — источник, т.е. расчет кубов, либо интеграция).
Рисунок 2.3 Пример структуры таблицы-клона для хранения изменений в таблицах схемы данных для таблицы «Сервисы»
2.6 Проектирование интерфейса мониторинга систем ИАС МКР
Подсистема мониторинга ИАС МКР должна быть реализована в общей стилистике ИАС МКР как в части функциональности, так и в части внешнего вида. Для разработки подсистемы мониторинга здоровья составлен ряд требований, разделенный на пункты ниже.
2.6.1 Проектирование навигационной панели
Навигационная панель в системе ИАС МКР является обязательной частью любой подсистемы и может содержать навигационные или информационные элементы. Были составлены следующие требования к навигационной панели:
1. Навигационная панель подсистемы должна быть доступна и видна всегда.
2. Навигационная панель должна включать в себя иконку системы и наименование подсистемы.
3. На панели должен быть размещен функционал для выхода из подсистемы к перечню всех подсистем.
4. На навигационной панели подсистемы мониторинга систем необходимо расположить перечень показателей, наименование и методика расчета которых описана ниже (см. таблица 2.2). Составлен следующий перечень показателей (см. рисунок 2.4):
4.1 Среднее время отклика системы.
4.2 Количество пользователей on-line.
4.3 Максимальное количество пользователей за текущие сутки.
4.4.1 В моменте
4.4.2 Последние 10 часов
4.4.3 Последние 11 часов
4.4.4 Последние 12 часов
4.4.5 Последние 13 часов
Рисунок 2.4 Макет навигационной панели подсистему мониторинга систем ИАС МКР
Таблица 2.2 содержит методику расчета общих показателей всей системы ИАС МКР, то есть тех данных, которые содержатся в навигационной панели подсистемы мониторинга здоровья. Методика разработана в соответствии с рекомендациями руководителя группы разработчиков ИАС МКР.
Перечень общих показателей работоспособности системы ИАС МКР
5. При нажатии на все показатели навигационной панели, кроме «Общей нагрузки на систему», должна открываться почасовая детализация с возможностью выбора временного промежутка отображения данных. Детализация должна быть реализована как диаграмма, вид которой — график (рисунок 2.5). Выбор временного промежутка необходимо реализовать через фильтр данных, доступный всегда.
Рисунок 2.5. Макет графика детализации показателя работоспособности
1.1 Принципы разработки ИАС МКР
В рамках распоряжения департамента экономической политики и развития, компанией PROIT был подписан контракт на реализацию системы ИАС МКР.
ИАС МКР представляет собой государственную информационную систему, предназначенную для обеспечения процессов анализа состояния экономики, хода реализации государственных программ и аналитики общих статистических показателей государства. Система создана для обеспечения государственных нужд. Система введена в эксплуатацию и находится на стадии бурного развития.
1. Принцип системности — при декомпозиции должны быть установлены такие связи между структурными элементами системы, которые обеспечивают цельность системы и ее взаимодействие с другими системами.
2. Принцип развития (открытости) — исходя из перспектив развития объекта автоматизации, система должна создаваться с учетом возможности пополнения и обновления функций и состава системы без нарушения ее функционирования.
3. Принцип совместимости — должны быть реализованы информационные интерфейсы, благодаря которым система может взаимодействовать с другими системами в соответствии с установленными правилами.
4. Принцип стандартизации (унификации) — должны быть рационально применены типовые, унифицированные и стандартизованные элементы, проектные решения, пакеты прикладных программ, комплексы, компоненты.
5. Принцип эффективности — должно быть достигнуто рациональное соотношение между затратами на создание системы и целевыми эффектами, включая конечные результаты, получаемые в результате автоматизации.
6. Принцип развития (модифицируемости) — система должна обеспечивать возможность развития, расширения и интеграции с другими системами.
7. Принцип многоуровневости — процесс экономического планирования и анализа состояния экономики и финансов города Москвы имеет многоуровневую организационную структуру. Развитие ИАС МКР должно решать проблемы, которые ставятся и (или) решаются на каждом уровне.
1.2 Компоненты ИАС МКР
Рисунок 1.1 Подсистемы ИАС МКР
Система представляет собой единое пространство, объединяющее несколько подсистем (рисунок 1.1). Под подсистемой подразумевается самостоятельная единица, обладающей целостностью и способная функционировать отдельно от других единиц.
1. Подсистема мониторинга социально-экономического развития.
2. Подсистема оценки эффективности деятельности органов исполнительной власти.
3. Подсистема мониторинга реализации мер социальной поддержки.
4. А РМ Руководителя.
5. Подсистема аналитики по группам расходов.
6. Подсистема сбора и актуализации данных по работам на объектах городского хозяйства.
7. Подсистема мониторинга деятельности государственных учреждений.
8. Подсистема мониторинга уровня оплаты труда работников государственных учреждений города Москвы.
9. Подсистема мониторинга и контроля реализации государственных программ.
10. Подсистема мониторинга показателей КСП.
11. Мобильное приложение ИАС МКР.
12. Подсистема информационного взаимодействия.
13. Подсистема администрирования.
14. Подсистема хранения данных.
15. Подсистема управления и настройки.
16. Подсистема информационной безопасности.
17. Подсистема информационно-справочного обеспечения пользователей.
18. Подсистема информационной безопасности.
19. Подсистема информационно-справочного обеспечения пользователей.
20. Подсистема взаимодействия ОИВ по вопросам финансирования городских мероприятий.
1.3 Принцип функционирования компонентов системы ИАС МКР
Компонентом ИАС МКР является отдельная подсистема. Для повышения информационной безопасности в системе разработана матрица ролей, таким образом, различные подсистемы доступны пользователям с соответствующей ролью и привилегией. Среди наиболее распространенных ролей подсистем можно перечислить группы, описанные в таблице 1.1.
Общее представление матрицы ролей
Принцип функционирования подсистем состоит в том, что при каждом открытии ввода различных данных пользователи вводят информацию в отчетные формы и отправляют их на многоуровневое согласование (см. рисунок 1.2). На каждом этапе согласования формы могут быть отправлены на редактирование органами власти. После того, как формы ввода будут согласованы, обновленные данные попадают в аналитические отчеты и презентации. После закрытия периода ввода становятся недоступными для редактирования.
Рисунок 1.2 Обобщенная модель вариантов использования бизнес-процессов утверждения отчетных форм в подсистемах ИАС МКР
Каждая подсистема имеет свою специфику и может отличаться числом уровней согласования. Описание прецедента согласования отчетной формы описано ниже (таблица 1.2). Данный прецедент является примером части основного бизнес-процесса ИАС МКР.
Описание прецедента согласования формы Утверждающим ОИВ
1.4 Анализ схемы интеграций ИАС МКР
Подсистемы ИАС МКР обмениваются данными как между собой, так и принимают/передают данные от внешних сервисов. Интеграция информационных систем представляет собой процесс установки связей между информационными системами (в данном случае и подсистемами) организаций для получения единого информационного пространства и поддержки сквозных БП.
Основная задача интеграции ИС, как правило, состоит из двух взаимосвязанных частей: интеграция приложений и интеграция данных. В системе ИАС МКР реализована интеграция данных. Такой интеграцией называют процесс сбора информации из различных ИС, установки ее однозначного соответствия в этих системах (через мэппинг таблиц, полей, записей), синхронизация одинаковых информационных объектов в различных ИС.
Решая задачу интеграции данных, компания PRO IT проводит унификацию и стандартизацию нормативно-справочных регламентов взаимодействия, своего рода документации функционирования сервисов. Этот регламент взаимодействия обеспечивает единство данных, сопровождающих БП. Интеграции позволяют объединить воедино несовместимые модули или системы, написанные разными людьми на разных технологиях, под разные платформы. Интеграции в ИАС МКР осуществляется путем принятия и передачи файлов формата xml.
В целях создания единого информационного пространства осуществлена интеграция ИАС МКР со следующими ИС (расшифровка представлена в пункте Список терминов и сокращенных наименований):
2. А СУ ГФ
3. А С УР
4. А СУ ОДС
8. Портал «Наш город»
9. У АИС БУ
10. А ИС ЖСЛ
11. Р СОИ Соцзащита
Составлена схема текущих интегарций систем ИАС МКР (рисунок 1.3). Предназначение каждого сервиса и описание принимаемых/ отправляемых данных описано в приложении Б.
Рисунок 1.3 Схема текущего информационного взаимодействия ИАС МКР с внешними системами
В рамках ЧТЗ, должна быть расширена существующая интеграция в рамках перечня получаемых данных со следующими ИС:
1. А СУ ГФ
3. У АИС БУ
5. Портал «Наш город»
Более того, должна быть реализована интеграция с новыми сервисами (ИС):
1. А ИС УИД
2. И С ММЦ
3. А ИС ЭОР
4. А ИС ОПН
5. А ИС ГИН
6. И С РЕОН
Рисунок 1.4 Перспективная схема информационного взаимодействия ИАС МКР
1.5 Архитектура ИАС МКР
Архитектура ИАС МКР включает подсистемы, описанные в п.1.2 и интеграции, описанные в п.1.4. Составлена схема, отображающая архитектуру системы (см. рисунок 1.5). Текущая схема системы отражает подсистемы и их взаимодействия. Видно, что все функциональные подсистемы интегрированы между собой, а технологические являются автономными — данные из них поступают через выполнение SQL-запросы.
Рисунок 1.5 Существующая архитектура Системы ИАС МКР
1.6 Проблемы функционирования ИАС МКР
На данный момент о неполадках в системе группа разработки узнает из двух источников: служба технической поддержки, передающая обращения пользователей и ответственные за свою подсистему аналитики, в процессе ежемесячного тестирования подсистем. Ввиду загруженности аналитиков и того факта, что ежемесячное тестирование не является обязательным, основным источником информации о некорректном функционировании ИАС МКР являются обращения пользователей. Автоматизированное тестирование на данный момент компанией не внедряется.
Бизнес-процесс проверки функционала системы ИАС МКР нацелен на улучшение работоспособности системы и ведение возникающих ошибок. Результатом процесса является исправленный функционал. Владельцем процесса являются сотрудники СТП и главный аналитик, а исполнителем — ответственный за подсистему аналитик.
Входными параметрами являются: информация от СТП (о проблеме), информация с промежуточного тестирования (о проблеме), учетная запись для авторизации в системе ИАС МКР с доступом к подсистеме, учетная запись к пространству Jira, регламенты взаимодействия с внешними сервисами. Выходами процесса является решенная проблема функционирования (изменение кода, БД), ответ на обращение пользователя.
Рисунок 1.6 Диаграмма активности не автоматизированного БП
Схема бизнес-процесса «Как есть» в нотации EPC также отображает деятельность аналитика бизнес-процесса обнаружения и решения проблем функционирования ИАС МКР. На диаграмме AS-IS видно, что аналитик получает заявку об ошибке в работе системы и устанавливает источник, сообщивший об ошибке — СТП, либо другие аналитики (см. приложение В). Далее происходит длительный процесс взаимодействия с источником, анализ и проверка ошибки. При необходимости дополнительных сведений происходит повторный этап взаимодействия с источником, сообщившем об ошибке. Процесс взаимодействия с пользователями и коллегами из СТП может быть автоматизирован тем, что ошибка будет обнаружена ранее руками аналитика или разработчика. Это позволит сократить время решения проблемы и предотвратить появление срочных задач. Автоматизируемая часть бизнес-процесса отображена на рисунке ниже (рисунок 1.7).
Рисунок 1.7 Автоматизируемый участок диаграммы бизнес-процесса EPC AS-IS
Текущее обнаружение ошибок охарактеризовано следующими недостатками:
1. Обнаружение пользователем неточности в разработке раньше непосредственной группы разработки.
2. Повышенная загруженность СТП.
3. Большое число доработок.
4. Возникновение числа доработок в этапы сдачи подсистем заказчику, что увеличивает нагрузку на разработчиков.
5. Промежуточное тестирование аналитиками и тестировщиками не является обязательным, что ведет к уменьшению их осведомленности о работоспособности.
6. Сценарий для промежуточного тестирования не составляется, ввиду этого чаще всего тестируется не полный функционал.
7. На решение инцидента, который был сообщен пользователем, дается ограниченное время. Чаще всего, этого времени не хватает на доработку.
8. Если проблема относится к интеграционному сектору, то необходимо связываться с ответственными по интеграции в другой компании. Ввиду не авторизованных каналов связи этот процесс занимает длительное время, что влияет на время решения инцидента.
9. Данные, получаемые с интеграций, могут быть не получены или получены, но не обновлены. Пользователи могут этого не заметить, однако в общей ситуации система не будет получать актуальные данные городской среды. Такая ситуация может привести к недоразумениям, связанным с другими интеграциями.
10. Данные с интеграций могут быть некорректно распакованы, что приведет к дублированию данных, или приданию им неверного формата. Пользователи могут не заметить этого.
Кроме недостатков, выделено несколько достоинств:
1. Ответственный аналитик замечает свои недочеты в работе при разработке и проверке функционала.
2. Повышается уровень коммуникации с пользователями.
Выводе по главе
Обзор документа
Информационно-аналитическая система мониторинга комплексного развития города (ИАС МКР) представляет собой информационную систему, содержащую сведения об объектах жилищно-коммунального и дорожного хозяйства, озелененных территориях, предприятиях, организациях, учреждениях, обслуживающих материальные, культурные, бытовые и социальные потребности населения города, видах работ, проводимых на объектах городского хозяйства. Сведения, содержащиеся в ИАС МКР используются для планирования, мониторинга и контроля за ходом комплексного развития города.
Определена структура ИАС МКР, участники информационного взаимодействия, порядок информационного взаимодействия и использования ИАС.
Департамент экономической политики и развития осуществляет правомочия собственника в отношении ИАС, функции госзаказчика промышленной эксплуатации и модернизации ИАС МКР, а также функции оператора. Промышленная эксплуатация и модернизация ИАС осуществляется за счет средств бюджета Москвы.
Для просмотра актуального текста документа и получения полной информации о вступлении в силу, изменениях и порядке применения документа, воспользуйтесь поиском в Интернет-версии системы ГАРАНТ:
Анализ информационно-аналитической системы комплексного развития городской среды. Решение проблемы мониторинга эффективности подсистем ИАС МКР. Список метрик для анализа нагрузки подсистем. Разработка проекта системы логирования, тестирования и отладки.
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www. Allbest. Ru/
Пермский филиал федерального государственного автономного образовательного учреждения высшего образования
Национальный исследовательский университет «Высшая школа экономики»
Факультет экономики, менеджмента и бизнес-информатики
Кафедра информационных технологий
Образовательная программа «Бизнес-информатика»
Выпускная квалификационная работа
по направлению подготовки 38.03.05 Бизнес-информатика
Разработка инструментария контроля функционирования информационно-аналитической системы мониторинга комплексного развития городской среды
Выполнила Жидяевская А. А.
к.п.н., доцент, А. А. Петренко
Пермь, 2019 год
Темой работы является «Разработка инструментария контроля функционирования информационно-аналитической системы мониторинга комплексного развития городской среды». Целью работы является решение проблемы мониторинга эффективности подсистем ИАС МКР. Так, работа посвящена разработке компонента (подсистемы) системы систем ИАС МКР, который позволяет просматривать работоспособность всех компонентов системы.
На этапе анализа данной работы описывается текущая архитектура системы ИАС МКР, компоненты и проблемы, выявленные в функционировании. На этапе проектирования выделены требования к разрабатываемому компоненту, смоделированы диаграммы бизнес-процессов и построена схема БД для новой подсистемы. Также определена схема логирования данных и проведено макетирование пользовательского интерфейса.
Работоспособность компонента ИАС МКР определяется рядом метрик, которые собираются с подсистем, обрабатываются и передаются в пользовательский интерфейс. Подсистема мониторинга ИАС МКР необходима для ввода в эксплуатацию с целью сокращения времени, затрачиваемого сотрудниками компании PRO IT, на решение проблем работоспособности компонентов системы. На данный момент обнаружение неполадок в системе происходит через группу разработчиков, аналитиков и СТП.
Разработка инструментария сопровождается составлением статусной модели показателей эффективности ИАС МКР, их анализом и реализацией. Также разработка подсистемы мониторинга включает разработку физической схемы БД и пользовательского интерфейса. Финальным этапом является тестирование полученного продукта и ввод в эксплуатацию. По результатам внедрения подсистемы в ИАС МКР получена соответствующая справка («Справка о внедрении результатов дипломной работы на предприятии»).
Объем работы составляет 83 страницы, на которых размещены 12 таблиц и 42 рисунка, а также 6 приложений. Библиографический список содержит 21 наименование.
На сегодняшний день область ИТ находится на пике бурного развития. Информационные системы вводятся повсеместно с различными целями в зависимости от применения: для управления бизнесом, автоматизации процессов, учета документов и так далее. Одним из наиболее развивающихся направлений в ИТ является разработка ИС для государственного сектора.
Основным разрабатываемым ИТ-решением является система «ИАС МКР». Система состоит из нескольких компонентов (подсистем), созданных для различных подведомств Правительства России. Подсистемы представляют собой инструмент сбора и анализа показателей развития городской среды. На данный момент отслеживание работоспособности системы ИАС МКР ведется в рамках принятия обращений пользователей службой технической поддержки и периодическими тестированиями вручную. Однако такой способ является неэффективным по следующим причинам:
· время, за которое обнаруживается проблема, включает время обнаружения проблемы пользователем, написание обращения и его обработки;
· технические проблемы могут быть не обнаружены ввиду того, что в ИАС МКР существует развитая матрица ролей;
· актуальность данных невозможно проверить пользователю ввиду больших объемов данных (например, округа города, государственные учреждения);
· обновленные данные с внешних сервисов могут быть не приняты, однако пользователи этого не заметят (например, атрибутивный состав учреждения).
Ввиду перечисленных причин не качественного сбора данных о работоспособности каждой из подсистем, а также повышения сложности разработки и увеличения объема информации в ИАС МКР, было принято решение о создании подсистемы, которая бы отслеживала работоспособность каждой из подсистем в текущий момент времени.
В соответствии с ТЗ, разрабатываемая подсистема названа «Мониторинг систем» («Мониторинг здоровья»). С точки зрения пользовательского интерфейса, для отслеживания функционирования подсистем необходимо получать в «Мониторинге систем» следующую информацию:
1. Перечень интеграций с внешними сервисами каждой подсистемы.
2. Перечень рассчитанных кубов с данными о сессиях, методах, результатах вызова.
3. Все вызванные методы подсистем с результатом отработки.
4. Число пользователей подсистем и системы в целом за час/ 3 часа/ 6 часов/ сутки.
5. Данные о нагрузке на подсистемы в моменте/ за час/ за три часа/ за сутки.
6. Общая оценка работоспособности подсистем.
Объектом исследования является система ИАС МКР и показатели ее работоспособности. Предметом исследования являются методы и средства проектирования и разработки инструмента мониторинга функционирования ИАС МКР (подсистемы «Мониторинг систем»).
Целью данной работы является проектирование и разработка подсистемы «Мониторинг систем», отражающей аналитику работоспособности каждой функциональной единицы системы ИАС МКР. Требования к разработке подсистемы содержатся в документации (Постановка на разработку, ЧТЗ).
Для отображения информации о получении данных с внешних сервисов, а также вызываемых в подсистемах методах, необходимо ввести единую систему логирования. Для сбора данных об активности пользователей и нагрузке на подсистемы, необходимо предусмотреть подключение инструмента веб-аналитики. Таким образом, для достижения поставленной цели были выделены следующие задачи:
1. Анализ системы ИАС МКР:
1.1 Выполнить анализ архитектуры.
1.2 Выполнить анализ схемы БД.
1.3 Построить модели бизнес-процесса.
1.4 Выполнить сравнение инструментов web-аналитики.
2. Проектирование инструмента мониторинга функционирования ИАС МКР:
2.1 Составить список метрик для анализа нагрузки подсистем.
2.2 Разработать проект системы логирования.
2.3 Перепроектировать схему БД.
2.4 Разработать макеты пользовательского интерфейса подсистемы.
3. Разработка инструмента мониторинга функционирования ИАС МКР:
3.1 Выполнить тестирование разрабатываемой подсистемы и её отладку.
3.2 Развернуть подсистему с локального сервера на Production-сервер и ввести в опытную эксплуатацию.
3.3 Провести анализ результатов внедрения разработанного инструмента мониторинга ИАС МКР.
Разработка инструментария контроля предполагает моделирование бизнес-процессов в нотации EPC, построение диаграммы вариантов использования и диаграммы активности. В работе предлагается применение средства веб-аналитики Яндекс Метрика. Разработка подсистемы проводится на языках php, ajax. В качестве СУБД предлагается использование Oracle.
Работа состоит из введения, трех глав и заключения. В первой главе описаны архитектура системы ИАС МКР, принципы ее развития. Описана общая схема бизнес-процессов подсистем ИАС МКР и выдвинут ряд проблем функционирования. Во второй главе описаны подобные средства мониторинга, обновленная структура ИАС МКР, метод разработки подсистемы, проект макетирования, а также предлагаемые способы перепроектирования БД, проект логирования записей. Третья глава описывает разработанные схему БД на физическом уровне, интерфейс и функциональные возможности подсистемы, а также сценарии тестирования и его результаты.
