5. Формулировка проблем на объекте исследования

Ключевой проблемой в рамках рассматриваемой задачи – наличие убытков в результате неправильной работы отдела (свыше 400 тыс. рублей в месяц). Данные убытки являются не прямыми и их появление носит вероятностный характер, тем не менее они требуют внимания как ключевая проблема, решаемая в работе.

Указанная ключевая проблема при детальном изучении является следствием следующих недостатков изученного отдела:

1. Несмотря на отличные характеристики процесса обслуживания, в очереди скапливается 3 заявки;

2. Время поиска неисправности и способов ее устранения практически идентично времени устранения неисправности

6. Постановка цели и задач дипломной работы

Целью моей дипломной работы является повышение эффективности работы отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ, а также достижение сокращения убытков, связанных с ожиданием обработки заявок о сбоях в работе АС.

Перечень решаемых мною задач достаточно широк, отметим основные из них:

• Нахождение оптимальных параметров математической модели, способствующих достижению поставленной цели и выбор способа их воплощения;

• Описание способа воплощения оптимальных параметров в виде функциональной модели бизнес-процессов

• Разработка и описание проекта информационной системы отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ;

• Реализация алгоритмов работы и прототипа интерфейса информационной системы отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ.

2. Оптимизация бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац

1. Оптимизация формализованной модели бизнес-процессов отдела при возникновении сбоев в работе ас

При формулировке проблем предметной области было сказано, что ввиду больших временных затрат на поиск неисправности и способов ее устранения, возникают серьезные убытки от простоя отдельных сотрудников или целых отделов.

Убытки складываются из стоимостной оценки потерь в единицу времени на один простаивающий объект в ГБУЗ МИАЦ, а также зависят общего числа заявок, находящихся в системе массового обслуживания. Первая составляющая при расчете убытков была взята из расчета размера прибыли, которая может быть потеряна ввиду нахождения заявки в системе. То есть уменьшить ее – значит сократить прибыль предприятия. Уменьшать ее смысла нет.

Вторая составляющая при расчете убытков – это количество заявок в системе, причем суммарное количество находящихся на обслуживании и ожидающих обслуживания. Нахождение в системе – значит простой ввиду неполадок, поэтому я считаю, что нужно сократить в разумных пределах данный показатель и добиться тем самым улучшения экономических характеристик.

Найдем значение среднее число заявок в системе (показатель k), при котором можно добиться значения показателя убытков на уровне 1000 рублей в час.

Решим уравнение

Таким образом, при достижении значения показателя k (среднее количество заявок в системе) в 1,57 заявки, мы сможем обеспечить убытки от нахождения заявок в системе на уровне 1000 рублей.

В качестве оптимизации предполагается нахождение таких параметров обслуживания заявок, при которых среднее число заявок в системе будет равно 1,57. Формула для расчета показателя k:

где

Определим значение загрузки СМО (c точностью до двух знаков после запятой), при котором можно достичь требуемых 1,57 заявки в системе. Известно, что начальное значение составляет 0,72. Начнем уменьшение данного показателя (поскольку он находится в прямо пропорциональной зависимости) с шага 0,1, который будем сокращать по мере приближения к требуемому значению.

Данные по расчетам показаны в таблице 2.1

Таблица 2.1 – Поиск оптимального значения загрузки модели

Загрузка	Среднее число заявок в системе	Шаг уменьшения
0,72	4,05	0
0,62	2,99	0,1
0,52	2,29	0,1
0,42	1,76	0,1
0,41	1,71	0,01
0,40	1,66	0,01
0,39	1,61	0,01
0,38	1,57	0,01

Таким образом, при достижении показателя загрузки СМО на уровне 0,38 (38%) можно достичь требуемого значения количества заявок в системе.

Зная, что

найдем значение интенсивности обслуживания и количества каналов, при которых можно выполнить данное условие (таблица 2.2).

Таблица 2.2 – Определение параметров обслуживания оптимизированной модели

Показатель	Обозначение в модели	Старое значение	Новое значение
Количество каналов	m	4	7,57
Интенсивность обслуживания	μ	0,017	0.033

Таким образом, чтобы достичь требуемого значения загрузки, мы можем либо увеличить вдвое количество каналов (количество системных администраторов) до восьми человек, либо вдвое увеличить интенсивность обслуживания. Первый вариант неприемлем, так как 100% несет удвоение расходов на заработную плату и содержание рабочего персонала. Второй же вариант связан с оптимизацией и улучшением процедуры работы сотрудников Отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ и по моему мнению является подходящим.

Поскольку интенсивность обслуживания – величина, обратная среднему времени обслуживания, то из этого следует, что на одну заявку Системный администратор должен тратить 1/0,033=30,3 минуты. Задача дальнейшей оптимизации сводится к нахождению способа достижения такого показателя.