3.3 Проектирование структуры информационной системы мониторинга работы ит-инфраструктуры
Проект структуры веб-системы в соответствие с выбранной архитектурой показан на рисунке 11.
Рисунок 11 – Структура информационной системы
Информационная система мониторинга работы ИТ-инфраструктуры состоит из сервера, на котором она установлена и сайта, выполняющего функции пользовательского интерфейса. Ключевыми компонентами системы являются агрегирующий модуль и модуль уведомлений об ошибках. Поставщиком данных являются системы мониторинга, а потребителем – рабочее место системного администратора.
3.4 Проектирование вариантов использования информационной системы мониторинга работы ит-инфраструктуры
Варианты использования информационной системы мониторинга работы ИТ-инфраструктуры включают в себя функции, предоставляемые системой и актеров, использующих эти функции (см. рисунок 12).
Рисунок 12 – Варианты использования веб-системы
Согласно представленной диаграмме, системный администратор может выполнять два действия над веб-системой сбора и просмотра статистической информации по показателям работы ИТ-инфраструктуры: управление веб-системой (включает в себя настройку уведомлений и выбор поставщиков данных) и просмотр статистической информации (включает в себя ознакомление с агрегированными данными и получение уведомлений об ошибках).
Модель данных информационной системы мониторинга работы ит-инфраструктуры
Для построения модели базы данных нашей информационной системы будем использовать CASE-средствоAllFusionERwinDataModeler7 (ERwin). Программное средство позволяет довольно просто проектировать реляционные базы данных, предоставляет графический интерфейс для удобного просмотра созданных моделей баз данных.
Erwinподдерживает методологию проектирования баз данныхIDEF1x.IDEF1xявляется методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты, для того чтобы отличить одну сущность от другой. Во-вторых, в тех случаях, когда более чем один атрибут является однозначно идентифицирующим сущность, проектировщик должен определить один из этих атрибутов первичным ключом, а все остальные вторичными. На рисунке 13 изображена логическая модель данных информационной системы мониторинга работы ИТ-инфраструктуры.
Рисунок 13 – Логическая модель данных
Для хранения данных будем использовать модель данных из четырех сущностей:
Сообщение об ошибке (атрибуты: Код сообщения, дата получения, важность). Сущность будет хранить все сообщения об ошибках, когда-либо поступавшие веб-системе
Классификатор ошибок (атрибуты: описание ошибки, симптомы ошибки, рекомендуемые действия, возможный источник ошибки). Сущность является своего рода справочником по возможным возникающим ошибкам и служит для расшифровки кодов ошибок и дальнейшего представления ошибки системному администратору.
Источник данных (атрибуты: наименование, путь доступа, параметры доступа). Сущность, которая будет содержать все возможные источники данных – системы мониторинга и способы получения сведений от них.
Уведомление (атрибуты: шаблон, тип окна, звуковой файл). Сущность, которая хранит настраиваемые типы уведомлений, с помощью которых происходит уведомление об ошибке.
Разработанная модель данных подлежит реализации в выбранной на этапе реализации системе управления базами данных.