- •Аннотация
- •Реферат
- •Оглавление
- •Введение
- •1 Исследование деятельности системного администратора мбуз гб г. Армавира
- •Введение в предметную область
- •Функции и задачи, выполняемые системным администратором мбуз гб г. Армавира
- •Инструменты мониторинга работы компонентов ит-инфраструктуры в мбуз гб г. Армавира
- •Сценарий бизнес-процесса мониторинга работы компонентов ит-инфраструктуры
- •Разработка формальной модели бизнес-процесса мониторинга работоспособности компонентов ит-инфраструктуры
- •Описание проблем, выявленных на этапе исследования предметной области
- •Постановка цели и задач дипломной работы
- •2 Оптимизация деятельности системного администратора мбуз гб г. Армавира
- •2.1 Нахождение оптимальных значений параметров формальной модели
- •2.2 Нахождение способа и алгоритма работы механизма уведомления системного администратора
- •2.3 Разработка модели оптимальных бизнес-процессов мониторинга
- •Выбор методологии моделирования
- •ВыборCase-средств моделирования
- •Моделирование бизнес-процессов
- •3 Проектирование информационной системы мониторинга работы ит-инфраструктуры
- •3.1 Сравнительный анализ информационных систем сбора и просмотра статистической информации
- •3.1.1. Характеристика альтернатив
- •3.1.2. Сравнение альтернатив методом s.M.A.R.T.
- •3.2 Выбор архитектуры системы сбора и просмотра статистической информации по показателям работы ит-инфраструктуры
- •3.3 Проектирование структуры информационной системы мониторинга работы ит-инфраструктуры
- •3.4 Проектирование вариантов использования информационной системы мониторинга работы ит-инфраструктуры
- •Модель данных информационной системы мониторинга работы ит-инфраструктуры
- •4 Разработка прототипа информационной системы мониторинга работы ит-инфраструктуры
- •Краткий обзор современных субд
- •Субд Oracle
- •Субд ibm db2
- •Субд MySql
- •Краткий обзор языков программирования
- •Решение по комплексу технических средств
- •Решение по программному обеспечению
- •Выбор субд
- •Выбор языка программирования
- •Решение по защите информации
- •Описание структуры системы
- •Описание прототипа интерфейса информационной системы мониторинга работы ит-инфраструктуры
- •5 Социальная значимость разработки информационной системы мониторинга работы ит-инфраструктуры
- •Заключение
2.2 Нахождение способа и алгоритма работы механизма уведомления системного администратора
Для достижения значения времени доставки сообщения об ошибке администратору на уровне 4,5 минут определим алгоритм работы механизма, выполняющего функцию уведомления.
Для этого примем во внимание формальную и математическую модели бизнес-процесса. Согласно им, сообщение, относящееся к классу «ошибка» должно быть направлено в качестве уведомления не дожидаясь запуска средства сбора статистической информации. Отобразим это на следующей блок – схеме (см. рисунок 7):
Рисунок 7 – Блок-схема алгоритма работы механизма уведомления системного администратора
Для того чтобы оптимальные значения параметров достигались, а алгоритм работал нам следует выбрать способ его осуществления.
Выбор механизма будет произведен из следующих альтернатив:
– Агрегирующий сервис, который собирает сведения со всех систем мониторинга и представляет их в удобочитаемом виде на одном экране;
– Самостоятельные службы уведомления для каждой системы мониторинга;
– Наем дополнительного сотрудника, отвечающего за непрерывный мониторинг;
1. Выберем критерии, по которым будем сравнивать механизмы и упорядочим их по важности:
Скорость доставки сведений о возникновении ошибки;
Стоимостные затраты на создание механизма;
Затраты на эксплуатацию механизма;
Сложность создания.
2. Присвоим наиболее важному критерию оценку 100 баллов. Исходя из попарного отношения критериев по важности, дадим в баллах оценку каждому из критериев (таблица 1):
Таблица 1 – Оценка критериев
Критерии |
Баллы |
Скорость доставки |
100 |
Затраты на создание |
85 |
Затраты на эксплуатацию |
65 |
Сложность создания |
40 |
3.Сложить полученные баллы. Произведём нормировку весов критериев, разделив присвоенные баллы на сумму весов:
Wi=,
где Ai–баллы критерия,
n–количество критериев.
Результаты нормировки приведены в таблице 2.
Таблица 2 – Нормирование оценки критериев
Критерии |
Баллы |
Нормированный балл |
Скорость доставки |
100 |
0,344827586 |
Затраты на создание |
85 |
0,293103448 |
Затраты на эксплуатацию |
65 |
0,224137931 |
Сложность создания |
40 |
0,137931034 |
Сумма баллов |
290 |
1 |
4. Измерить значение каждой альтернативы по каждому из критериев по шкале от 0 до 100 баллов.
Таблица 3 – Измерение альтернатив по каждому критерию
Альтернативы |
Критерии | |||
Скорость доставки сообщений об ошибке |
Затраты на создание |
Затраты на эксплуатацию |
Сложность создания | |
Службы уведомления |
70 |
50 |
70 |
80 |
Агрегирующий сервис |
85 |
80 |
85 |
90 |
Дополнительный сотрудник |
30 |
85 |
85 |
95 |
5. Определить общую оценку каждой альтернативы, используя формулу взвешенной суммы баллов общая оценка альтернативы –
где Вiоценка альтернативы по каждому критерию (таблица 4)
Таблица 4 – Общие оценки альтернатив
Альтернативы |
Критерии | ||||
Скорость доставки сообщений об ошибке |
Затраты на создание |
Затраты на эксплуатацию |
Сложность создания |
Общая оценка | |
Службы уведомления |
24,1379 |
14,65517 |
15,68965 |
11,03448 |
65,51724 |
Агрегирующий сервис |
29,3103 |
23,44827 |
19,05172 |
12,41379 |
84,22413 |
Дополнительный сотрудник |
10,3448 |
24,91379 |
19,05172 |
13,10344 |
67,41379 |
6.Выбрать как лучшую альтернативу, имеющую наибольшую общую оценку.
Вывод: лучшей альтернативой является Агрегирующий сервис.