Имитационное моделирование бизнес-процессов компании

 

Курсовая работа на тему

«Имитационное моделирование бизнес-процессов компании»

Пояснительная записка

Самара, 2011

Введение

Имитационное моделирование - это метод исследования, при котором изучаемая система заменяется моделью, с достаточной точностью описывающей реальную систему и с ней проводятся эксперименты с целью получения информации об этой системе. Экспериментирование с моделью называют имитацией (имитация - это постижение сути явления, не прибегая к экспериментам на реальном объекте).

К имитационному моделированию прибегают, когда:

·дорого или невозможно экспериментировать на реальном объекте;

·невозможно построить аналитическую модель: в системе есть время, причинные связи, последствие, нелинейности, стохастические (случайные) переменные;

·необходимо сымитировать поведение системы во времени.

Цель имитационного моделирования состоит в воспроизведении поведения исследуемой системы на основе результатов анализа наиболее существенных взаимосвязей между ее элементами или другими словами - разработке симулятора (англ. <#"justify">1. Цели и задачи имитационного моделирования

Объектом исследования является отдел «Управление Инцидентами» департамента информационных технологий телекоммуникационной компании.

Целью имитационного моделирования является прогнозирование совокупной стоимость ИТ-сервиса по обслуживанию инцидентов.

Задачей моделирования является определение затрат (или недополученную прибыли) ИТ-сервиса по причине простоев сбоев в ИТ-инфраструктуре, минимизация затрат отдела «Управления инцидентами» при предоставлении ИТ-сервиса при сохранении качестве услуг на должном уровне.

В частности, должны быть зафиксированы такие параметры, как время реакции Службы поддержки пользователей, время восстановления работоспособности ИТ-услуги, максимальная доля инцидентов, для которых время восстановления превышает оговоренное, и другие.

Учетный элемент (Configuration Item, CI) -это компонент инфраструктуры или элемент, связанный с инфраструктурой. Эти элементы могут значительно различаться по сложности, размеру и типу, от всей системы (включая аппаратное и программное обеспечение и документацию) до одного модуля или малого компонента аппаратного обеспечения.

Имитационная модель предназначена для моделирования управления инцидентами внутри компании и имеет прогнозный характер.

Выделяют три групп простоев: сбой операции, процесса либо организации. Принадлежность простоя к той или иной группе определяется длительностью простоя, важностью услуги для бизнеса и другими обстоятельствами, например, временем, когда произошел простой. В частности, для электронной почты последствия простоя определяются его длительностью и важностью неотправленного (и/или непринятого) сообщения. Для бухгалтерской системы последствия простоя вытекают из его длительности и момента инцидента. Например, простой в обычное время работы бухгалтерии ведет к отсрочке ввода проводки или получения отчета, а простой во время подготовки бухгалтерского отчета может привести к срыву сроков сдачи отчетности. В последнем случае влияние простоя на бизнес значительно серьезнее.

Исходные сведения для расчета потерь от простоев - база данных инцидентов. При учете инцидентов для каждого инцидента фиксируется момент открытия, закрытия и его длительность.

Для каждой ИТ-услуги суммируются простои по категориям воздействия на бизнес. Полученные суммы перемножаются на цену часа простоя каждой категории, которая определена заранее и согласована с бизнесом. Полученные произведения складываются по всем категориям для каждой ИТ-услуги.

Моделирование управление инцидентами сопровождается указанием следующих параметров:

·количество инцидентов с оборудованием

·количество инцидентов с ИС

·количество инцидентов с ПО

·количество инцидентов с телекоммуникациями

·количество инцидентов с БД

·количество инцидентов с сервером

·количество инцидентов с сервером

·время устранения инцидента

·время между инцидентами

·затраты на аутсорсинг

·провести доп. диагностику

·затраты на диагностику

·материальные затраты

·затраты на модификацию ПО

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

Модель дает исходные данные для расчета влияния повышения качества ИТ-услуги на требования к ресурсам для ее сопровождения и, соответственно, на затраты ИТ-службы. В частности, при расширении согласованного времени обслуживания услуги электронной почты с 8*5 до 24*7, дополнительные требования к ресурсам рассчитываются следующим образом. В ресурсы включается дополнительная смена Service Desk. Далее, по таблице видов деятельности и привязке ресурсов к видам деятельности выясняется, какие специалисты необходимы для сопровождения электронной почты. Уточняется, какие виды деятельности могут осуществляться удаленно, для остальных устанавливается посменное дежурство инженеров. Сумма затрат на посменное дежурство операторов и инженеров составит дополнительные затраты.

2. Схема основных бизнес-процессов компании

Можно выделить следующие основные бизнес-процессы отдела:

выявление и регистрация инцидента;

классификация и начальная обработка инцидента;

исследование и диагностика инцидента;

устранение инцидента и восстановление сервиса;

Рис. 1 - Обобщенная схема бизнес-процессов компании

3. Выбор, обоснование и детализированная схема моделируемого бизнес-процесса

Рис. 2 - Детализированная схема бизнес-процесса - управление инцидентами

4. Определение состава исходных данных для моделирования

Таблица 1

Наименование параметра имитационной моделиЗначениеЗатраты от простоя оборудования руб./ч.550Затраты от простоя ИС руб./ч.750Затраты от простоя ПО, руб./ч.850Затраты от простоя телекоммуникаций руб./ч.950Затраты от простоя БД, руб./ч.600Затраты от простоя Сервера, руб./ч.1150Штат ИТ-службы компании10Средняя заработная плата ИТ-специалиста, руб21 000 Количество пользовательских рабочих мест в компании1500Среднее количество заявок по инцидентам300стоимость обслуживания 1 рабочего места в месяц420 Час работы специалиста стоит120 Затраты на ПО в месяц1000Затраты на аппаратное обеспечение (зап. Части)5000

5. Статистическое исследование бизнес-процесса

Таблица 2 - время между инцидентами.

3,529,273,520,111,445,596,513,4010,590,0410,066,661,800,502,9210,7610,248,402,043,667,031,025,5310,151,350,782,817,672,812,095,915,923,879,187,848,262,935,0510,064,250,099,9610,487,478,592,950,118,753,223,339,525,883,516,922,891,698,4310,292,196,366,708,5910,886,411,312,207,3710,462,472,718,149,424,707,513,909,402,929,262,198,949,529,321,284,017,123,677,387,131,392,622,6210,8910,607,357,120,889,896,182,115,70

Таблица 3 - материальные затраты

178,98467,83248,13228,54501,80122,63264,61279,30133,78230,70577,69681,99357,8683,00459,2258,07102,30574,81186,60594,14229,19460,82649,48150,68440,24190,09150,1447,12110,13668,13645,89290,07480,06531,46453,05354,0048,07584,1034,68605,83238,31625,40542,63473,13389,7226,19137,1111,82103,93167,4270,72567,89486,9277,70578,8926,64198,67668,09670,87545,66116,20599,10210,29117,46617,72196,71216,42452,75553,8491,9223,40230,24354,62315,46333,96341,13454,22433,06136,05613,18307,08218,06206,60152,26489,28442,7688,68661,68224,70563,15581,52383,67568,66405,23123,95560,72290,64158,6242,04552,73

Таблица 4 - количество инцидентов с сервером

2014121432304323110131043215215121211114120200012123200103011213102004214321311402111323333253244230

6. Идентификация законов распределения случайных величин

6.1 Проверка гипотезы о распределении случайной величины по показательному закону

Количество интервалов - 8

Количество параметров распределения - 1

Уровень значимости - 0,05

Число степеней свободы - 6

Таблица 5 - Эмпирическое распределение время между инцидентами

начало интервалаконец интервалачастотачастостьсередина интервалаотклонение от среднего№XiXi+1MiWiXi¯Xi-Xв10,051,41520,520,73-1,9821,412,78260,262,10-0,6132,784,14100,13,460,7544,145,5170,074,832,1255,516,87006,193,4866,878,2430,037,564,8578,249,6010,018,926,2189,6010,9710,0110,297,58Итого:--1001--

Построим гистограмму эмпирического распределения время между инцидентами (рис. 3):

Рис. 3

Вычисление теоретических вероятностейпопадания в заданный интервал экспоненциально распределенной случайной величины (таблица 5):

Таблица 5

вероятностьтеоретические частоты-л*Xi-л*Xi+1e^(-л*Xi)e^(-л*Xi+1)PiMi'(Mi-Mi')²(Mi-Mi')²/Mi'-0,025-0,6970,9760,4980,47847,78417,7770,372-0,697-1,3700,4980,2540,24424,3842,6110,107-1,370-2,0430,2540,1300,12412,4435,9700,480-2,043-2,7160,1300,0660,0636,3500,4230,067-2,716-3,3880,0660,0340,0323,24010,5003,240-3,388-4,0610,0340,0170,0171,6541,8131,096-4,061-4,7340,0170,0090,0080,8440,0240,029-4,734-5,4070,0090,0040,0040,4310,3240,753----1--6,14

Примем в качестве оценки параметра ? показательного распределения величину, обратную средней выборочной:

.

? = 0,49

Выборочная средняя = 2,03

Среднее квадратическое отклонение ? = 2,04

Сравним и .

Вывод: так как <, то по данным наблюдений генеральная совокупность имеет экспоненциальный закон распределения.

6.2 Проверка гипотезы о распределении случайной величины по нормальному закону

Количество интервалов - 8

Количество параметров распределения - 2

Уровень значимости - 0,05

Число степеней свободы - 5

Таблица 6 - Эмпирическое распределение материальные затраты

начало интервалаконец интервалаэмпирические частотычастостьсередина интервалаотклонение от среднего№XiXi+1MiWiXi¯Xi-Xв16,5291,2770,0748,90342,29291,27176,0290,09133,651202,843176,02260,78160,16218,403494,404260,78345,53190,19303,155759,865345,53430,28210,21387,908145,926430,28515,03130,13472,656144,477515,03599,78120,12557,406688,838599,78684,5330,03642,151926,46Итого:--1001--

Продолжение Таблицы 6 - Проверка статистической гипотезы о нормальном распределении СВ

ZiZi+1функция Лапласавероятноститеоретические частоты(Mi-Mi')²/Mi'Ф(Zi)Ф(Zi+1)PiMi'=n*Pi-2,07576-1,543510,01895810,0613530260,0424,2394977,6203744-1,54351-1,011270,0613530,1559440980,0959,4591070,2107795-1,01127-0,479020,15594410,3159616080,16016,001753,066E-06-0,479020,0532250,31596160,5212235340,20520,526192,32926390,0532250,5854710,52122350,7208844440,20019,966091,06896770,5854711,1177170,72088440,8681561070,14714,727172,98310331,1177171,6499640,86815610,9505248010,0828,23686914,1611521,6499642,182210,95052480,9854529740,0353,4928170,2428689----1-3,98

Выборочная средняя = 337,05

Среднее квадратическое отклонение ? = 159,23

Сравним и .

Вывод: так как <, то по данным наблюдений генеральная совокупность имеет нормальный закон распределения.

Построим гистограмму эмпирического распределения материальные затраты (рис. 4):

Рис. 4

6.3 Проверка гипотезы о распределении случайной величины по закону Пуассона

Количество параметров распределения - 1

Уровень значимости - 0,05

Число степеней свободы - 4

Таблица 7 - Эмпирическое распределение количества потерянных клиентов

№ИнтервалЧастотаЧастностьЦентр интервалаСреднее выборочноеОтклонение от среднегоКвадрат отклоненияДисперсия10--0170,1700-1,833,350,5721--1300,3130-0,830,690,2132--2220,222440,170,030,0143--3180,183541,171,370,2554--4100,14402,174,710,4765--530,035153,1710,050,30Итого 1001831,8011

Среднеквадратическое отклонение - 1,34

Выборочное среднее - 1,83

Дисперсия - 1,8

Построим полигон эмпирического распределения количества потерянных клиентов (рис. 5):

Рис. 5

Вычисление вероятностей попадания в заданный интервал случайной величины, распределенной по закону Пуассона:

Таблица 8

№ЧастотаPiМi'=N*PiМi-Мi'(Мi-М'i)^2(Мi-М'i)^2/Мi'1170,160413616,041360,9586430,9189970,0572892300,293556829,355680,6443170,4151450,0141423220,268604526,86045-4,8604523,623970,8795084180,163848716,384871,6151262,6086310,159215100,07496087,496082,503926,2696150,836386630,02743572,7435650,2564350,0657590,023968 100,000,98 хи-кв. набл.1,970503

кр

Гипотеза принимается, поскольку .

6.4 Проверка гипотезы о распределении случайной величины по закону Бернулли

Таблица 9 - Статистические данные для случайной величины проведение дополнительной диагностики (распределение Бернулли)

1010010101000101001010001000100000000100000010000001010001000000000000000100110001000110010100101000

P[1] = 26/100 = 0,26

P[0] = (100-26)/100 = 0,74

Вероятность того, что дополнительная диагностика будет проведена, равна 0,26, не будет - 0,74.

6.5 Результаты идентификации законов распределения случайных величин

Таблица 10

№СВЗакон распределенияПараметр распределения1количество инцидентов с оборудованиемНормальный а = 103,07 ? =13,032количество инцидентов с ИС Нормальныйа = 203,82 ? = 28,753количество инцидентов с ПОНормальныйа = 168,86 ? = 39,404 количество инцидентов с телекоммуникациями Нормальныйа = 67,86 ? = 9,675 количество инцидентов с БД Нормальныйа = 34,86 ? = 8,136 количество инцидентов с сервером Пуассонаa=1,837 время устранения инцидента Показательный? = 0,538 время между инцидентами Показательный0,499затраты на аутсорсинг Нормальныйа = 3567,12 ? = 275,5910провести доп. ДиагностикуБернуллиP=0,2611затраты на диагностикуНормальныйа = 700,07 ? = 203,34 12материальные затратыНормальныйа = 337,05 ? = 159,2313затраты на модификацию ПО Показательный? = 3,371

7. Разработка и описание математических моделей фрагментов процесса

Целью имитационного моделирования является определение совокупная стоимость ИТ сервиса отдела «Управление инцидентами».

Общая формула определения совокупной стоимости ИТ-сервиса выглядит следующим образом:

=Premzat+Koszat (1);

где StoimIT -это затраты связанные компьютерное, телекоммуникационное оборудование, оборудование АСУТП;прямые затраты;косвенные затраты.

Прямые и косвенные затраты также имеют свою градацию, и рассчитываются следующим образом:

=Oborzat+POzat+Obslzat+Zarbzat (2);

где Oborzat -это затраты на оборудование, включающие затраты на материальные активы (компьютерное, телекоммуникационное оборудование, оборудование АСУТП).

POzat - затраты на нематериальные активы, включающие в себя собственное программное обеспечение, лицензии;

Obslzat -затраты на устранение инцидента;

Zarbzat- затраты на ИТ-персонал.

Koszat=Sboizat+Obychzat+NexPrzat+ Zarbzat (3)

где Sboizat -потери от сбоев и простоев;

Obychzat- затраты связанные с нехваткой знаний у сотрудников для решения инцидента (затраты на обучение);

NexPrzat - затраты связанные с нехваткой персонала.

Zarbzat- затраты на ИТ-персонал.

Расчет суммарных потерь от простоев.

Для каждой Учетной единице суммируются простои по категориям воздействия на бизнес. Полученные суммы перемножаются на цену часа простоя каждой категории, которая определена заранее и согласована с бизнесом. Полученные произведения складываются по всем категориям для каждой ИТ-услуги.

При расчете стоимости сервиса также необходимо рассчитывать стоимость 1 рабочего места.

Учет стоимости ИТ-сервиса дает:

1)значительно более разнообразную информацию для управления затратами, нежели модель прямых затрат. Во-первых, становится известной загрузка ресурсов ИТ-службы. Для сотрудников учитываются человеко-часы работ, для ресурсов инфраструктуры ИТ - процент загрузки мощностей, исходя из принципа «узкого места». Эти показатели можно представить не только суммарно, но и в расчете на единицу измерения ИТ-услуги. Тем самым упрощается прогнозирование момента, когда даже простое сохранение качества существующих ИТ-услуг потребует наращивания ресурсов ИТ-службы. Более того, можно с большой степенью уверенности указать, какие именно дополнительные ресурсы потребуются.

2)исходные данные для расчета влияния повышения качества ИТ-услуги на требования к ресурсам для ее сопровождения и, соответственно, на затраты ИТ-службы. В частности, при расширении согласованного времени обслуживания услуги электронной почты с 8*5 до 24*7, дополнительные требования к ресурсам рассчитываются следующим образом. В ресурсы включается дополнительная смена Help Desk. Далее, по таблице видов деятельности и привязке ресурсов к видам деятельности выясняется, какие специалисты необходимы для сопровождения электронной почты. Уточняется, какие виды деятельности могут осуществляться удаленно, для остальных устанавливается посменное дежурство инженеров. Сумма затрат на посменное дежурство операторов и инженеров составит дополнительные затраты.

)становится возможным распределение затрат на ИТ-услуги по подразделениям и пользователям, потребляющим эти услуги. Для каждого подразделения оценивается число единиц потребления ИТ-услуги, что позволяет определить долю затрат на услугу, которую должно компенсировать данное подразделение. Это особенно важно для аутсорсинга или внутреннего хозрасчета ИТ-службы, поскольку становится базой для экономически оправданной тарификации услуг. Мало того, поскольку по стандартам модели ITSM в записи инцидента обязательно указывается пользователь, у которого был прерван сервис, при необходимости можно рассчитывать затраты на отдельных пользователей.

имитационный модель бизнес инцидент

8. Разработка и описание моделирующих алгоритмов для реализации программ имитационной модели

.1 Разработка моделирующих алгоритмов

Рисунок 6 - Моделирующий алгоритм

Рисунок 6 - Моделирующий алгоритм (продолжение)

Рисунок 6 - Моделирующий алгоритм (окончание)

Рисунок 7 - моделирующий алгоритм генерации случайной величины, распределенной по показательному закону

Рисунок 8 - Моделирующий алгоритм генерации случайной величины, распределенной по закону Пуассона

Рисунок 9 - Моделирующий алгоритм генерации случайной величины, распределенной по нормальному закону

8.2 Описание моделирующего алгоритма

1.Объявление переменных.

2-6.Генерируется случайные величины наступления инцидентов по различным Учетным Элементам каждый день. n - количество дней в месяце,

a - количество инцидентов в день.

. Рассчитываем общее количество инцидентов по УЭ за n дней

.В цикле от 1 до a генерируются случайные числа время между поступления инцидентами и время устранения каждого инцидента, которые распределены по показательному закону. С помощью параметров: среднеквадратическое отклонение и математическое ожидание, смоделируем эти величины.

.Производится расчет времени начала обслуживания инцидента.

.Если количество сотрудников равно 10, то инцидент рассматривается сторонней фирмой. Генерируется случайная величина затрат на аутсорсинг по устранения инцидента.

.Если поступления инцидента меньше времени поступления последнего инцидента в предыдущий день, то поступление равно увеличению времени последнего инцидента в предыдущий день на величину T, сгенерированную раннее.

.Если время окончания предыдущего инцидента больше времени поступления нового, тогда новый инцидент начинает выполняться после того, как выполниться предыдущий.

.Если в предыдущий день остался невыполненный инцидент, то новый начинает выполняться после его окончания.

.Если время окончания последнего инцидента меньше или равно времени поступления нового, тогда новый инцидент начинает выполняться сразу, как только поступил.

.Производится расчет окончание устранения инцидентов. Оно равно сумме времени начала выполнения и времени устранения инцидента.

.Рассчитывается время провождения инцидента в очереди.

. Если время провождения заявки в очереди больше установленного лимита, то инцидент посылается на следующий уровень поддержки, иначе рассчитывается время закрытия инцидента с учетом устранения инцидента и ожидания инцидента в очереди.

.Генерируется случайная величина на проведению дополнительной диагностики, которая имеет значение вероятности наступления того или иного события, моделируется значение 0 или 1.

. Если получено значение 1, то генерируется случайная величина затрат на дополнительную диагностику.

.Рассчитывается затраты от простоев.

.Генерируются случайные величины затрат на запасные части аппаратного обеспечения и затрат на модификацию ПО.

.Рассчитывается сумма затрат по устранению инцидентов за n дней.

.Рассчитывается общая сумма затрат

.Вывод результатов моделирования.

На рисунке 7 представлена генерация случайной величины, распределенной по показательному закону.

.Генерируется равномерно-распределенная случайная величина на отрезке [0,1].

2.Вычисляется значение по формуле

На рисунке 8 представлена генерация случайной величины, распределенной по закону Пуассона.

.Вычисляется вероятность p = а/n,

где а - параметр распределения,

n - достаточно большие числа.

.Генерируется равномерно-распределенная случайная величина на отрезке [0,1].

.Если СВ меньше p, тогда она увеличивается на 1.

На рисунке 9 представлена генерация случайной величины, распределенной по нормальному закону.

.Генерируется равномерно-распределенная случайная величина на отрезке [0,1].

2.Вычисляется

. - нормально-распределенные числа.

.Нормально-распределенные числа с нужными параметрами

9. Разработка компьютерных программ моделирования бизнес-процесса

После запуска программы Анализ стоимости ИТ-сервиса необходимо ввести исходные данные и случайные величины с параметрами распределения, по которым будут производиться расчет показателей:

·Затраты от простоя;

·Затраты на устранение;

·Затраты на аутсорсинг;

·Затраты на диагностику;

·Постоянные затраты.

Рисунок 9 - Ввод исходных данных в таблицу

Рисунок 10 - Вывод результатов

На основе полученных данных можно выявить, общую стоимость затрат по обслуживанию инцидентов за каждый месяц. С помощью параметров можно регулировать затраты на персонал и рабочие материалы, количество времени необходимое для решения инцидента, количество инцидентов, затраты от простоя по Учетным Элементам. Производя несколько экспериментов, можно выявить, сколько требуется времени, средств и людей для обслуживания инцидентов.

Листинг части программы генерации случайных величин.

Генерация случайной величины распределенной по нормальному закону:

sum,mat,sko:real;

a1:real;

R:array [1..12] of real;:= StrToFloat(LabeledEdit5.Text);:= StrToFloat(LabeledEdit6.Text);:=0;j:=1 to 12 do[j]:=random;:=sum+L[j];;:=mat1+sko1*abs(sum-6);

Генерация случайной величины распределенной по показательному закону:

,ui:real;:= StrToFloat(LabeledEdit16.Text);:=random;:=-ln(f)/lmb;;

Генерация случайной величины распределенной по закону Пуассона:

:= StrToFloat(LabeledEdit15.Text);:=100;:=mat/n;:=0;i:=1 to 100 do[i]:=random;R[i]<P then a6:=a6+1

end;

Генерация случайной величины распределенной по закону Бернулли:

begin:=StrToFloat(LabeledEdit17.Text);:=random;(N < P) or (N = P) then D:=1 D:=0;;

10. Постановка и разработка оптимизационных задач функционирования моделируемого бизнес-процесса

Основной задачей оптимизации является снижение затрат ИТ-сервиса (сопровождение инцидентов) при сохранении должного уровня качества.

=Premzat+Koszat min

Для этого требуется оптимизировать ИТ-ресурсы. Под этим понимают:

§упрощение инфраструктуры- формирование динамичной инфраструктуры, более простой в управлении и модернизации, менее дорогой в эксплуатации;

§сокращение затрат - максимально эффективно использовать ИТ-ресурсы и повысить общую производительность;

§ облегчение управления.

Около 60% ИТ-расходов отдела направляются на поддержку эксплуатации, управление системами, их техническое сопровождение и текущие улучшения. Мониторинг и контроль современных многоуровневых приложений сложная задача. Огромное количество времени тратится непродуктивно, на процедуры отслеживания и решения проблем вручную.

Основной причиной роста ИТ-затрат является: загруженность рутинной работой, избыточный штат ИТ-сотрудников, избыточное количество оборудования и лицензий, рост инвестиций в персонал, расходы, связанные с управлением и ротацией персонала и т.д.

Рис.11

SVT (Sickness, Vacation, Training) - коэффициент отсутствия сотрудника на месте, обычно колеблется от 15% до 25%. Для поддержания сервиса своими силами необходимо привлечение SVT (%) дополнительных инженеров

Для понижения затрат на обслуживания инцидентов предлагается:

) удаленное разрешение инцидентов силами Service Desk. Большинство инцидентов (45%) требует от специалиста выхода на место инцидента. Внедрение ИС Service Desk позволяет удаленно разрешать инциденты методом консультаций конечных пользователей и методами удаленного администрирования. Это позволит сократить затраты на устранение инцидентов, сократить время решения одного инцидента (25%) и следовательно сократить затраты от простоев.

Предположим, что

oШтат ИТ-службы компании 30 человек

oСредняя заработная плата ИТ-специалиста 21 000 рублей

oКоличество пользовательских рабочих мест в компании 1500

oСреднее количество заявок по инцидентам 300

oСреднее время, затрачиваемое инженером на закрытие одного инцидента 2 часа тогда

oстоимость обслуживания 1 рабочего места в месяц составляет: (30х21 000)/1500=420 рублей

oКоличество заявок, требующих выхода на место инцидента составляет: 300х0,45=135

oЭкономия времени при внедрении SD на решение одного инцидента составляет 2х0,25=0,5 часа

oЭкономия времени по всем инцидентам за месяц составляет 135х0,5=67,5 часа

oЧас работы специалиста стоит: 21000/22/8=120 рублей

oЭкономия времени за месяц стоит 120*67,5= 8100 рублей

oС другой стороны, сокращается время простоев.

,5 *800=54100 рублей.

11. Решение поставленных оптимизационных задач. Получение результатов моделирования

Рис.12 Эксперимент

По данным зарубежных ИТ-аналитиков 45% происходящих на рабочих местах пользователей инцидентов требуют выхода инженера на место инцидента для сбора информации об имуществе, его конфигурации, подключениях к сети, установленном ПО и т.п. Если эта информация будет доступна инженеру со своего рабочего места, то общие затраты от простоев инцидента сокращаются. Это достигается путем автоматизация деятельности, внедрения системы Service Desk.

После проведения эксперимента по оптимизации затрат от простоев за счет уменьшения времени на устранение инцидентов, общие затраты ИТ-сервиса уменьшились в среднем на 12%, что в абсолютном значении составило 63100руб.

Разрабатывается план экспериментов с моделью для достижения поставленной цели. При необходимости используют отсеивающий или оптимизирующий эксперименты.

12. Технико-экономическая интерпретация результатов моделирования

Как построить оптимизированную инфраструктуру?

Целью оптимизации является превращение ИТ-инфраструктуры в полностью оптимизированную, тесно интегрированную среду. Процесс оптимизации любой конкретной инфраструктуры следует рассматривать как непрерывный ряд изменений на пути статичной и негибкой инфраструктуры к полностью виртуализированной и интегрированной. Никаких начальных или конечных точек оптимизации не существует, однако можно выделить четыре ее отдельных этапа:

Упрощение -консолидация и сокращение количества серверов, систем хранения и других ИТ-ресурсов, позволяющие уменьшить сложность ИТ-инфраструктуры и затраты на ее обслуживание и поддержку. Добиться этого можно только путем внедрения технологий виртуализации ресурсов и их выделения различным задачам.

Виртуализация - объединение ИТ-активов в логические пулы ресурсов, которые могут выделяться различным задачам, таким как обработка, хранение и ввод/вывод. Организация логических разделов и/или кластеризация серверов обеспечивают как максимальную гибкость, так и превосходные уровни надежности и готовности. В конечном итоге виртуализация повышает и оптимизирует степень использования ИТ-активов.

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

Кроме того, автоматизированное выделение ресурсов повышает уровень готовности и позволяет сократить время отклика. Этот этап также предусматривает автоматизацию задач конфигурирования и технического сопровождения.

Кроме того, может быть внедрена технология автоматизированного обнаружения и локализации «узких мест», снижающих производительность, чтобы быстрее устранять подобные проблемы.

Перераспределение ресурсов- обеспечение соответствия ИТ-инфра структуры приоритетам бизнеса и реализация модели вычислений на базе политик. ИТ-ресурсы могут распределяться автоматически, в соответствии с правилами, определяемыми потребностями бизнеса. Таким образом, можно добиться того, чтобы ИТ-ресурсы всегда распределялись с учетом приоритетов организации.

Рис.13 Оптимизация инфраструктуры

Преимущества оптимизированной ИТ-среды.

Оптимизированные ИТ-инфраструктуры отделяют приложения от ресурсов, необходимых для выполнения этих приложений. Больше нет необходимости выделять весь сервер или все устройство хранения одному приложению. В рамках динамичной инфраструктуры множество приложений могут совместно использовать общий пул ИТ-ресурсов. Функциональность приложения выражается в виде простых в управлении, тесно интегрированных, модульных сервисных компонентов, которые взаимодействуют через четко определенные открытые интерфейсы. Барьеры между приложениями исчезают, размываются информационные островки, и обеспечивается максимально гибкое использование ресурсов.

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

Кроме того, гибкие, оптимизированные ИТ-инфраструктуры позволяют организациям внедрять модели вычислений на основе политик, с автоматическим распределением ресурсов в соответствии с бизнес приоритетами на основе четко определенных правил и политик. Это позволяет использовать ИТ-ресурсы с учетом приоритетов бизнеса, а также более оперативно и экономически эффективно реализовать инициативы, способствующие успешной реализации бизнес-стратегий.

Заключение

В результате построения имитационной модели бизнес-процесса «Управление инцидентами» была спрогнозирована общая сумма затрат по обслуживанию инцидентов за 6 месяцев. При оптимизации бизнес процесса затраты были уменьшены примерно на 12%, снижено средне-месячное время простоя работы каждого из сотрудников на 22 минуты

Удаленное разрешение части инцидентов при первом обращении силами Service Desk дает снижение среднемесячного времени простоя каждого из сотрудников на ~1,25 часа.

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

Список используемой литературы

1.Курс лекций «Имитационное моделирование экономических процессов»

2.Курс лекций «Теория вероятностей и математическая статистика»

.Димов Э.М., Богданова Е.А. Методическое пособие к курсовой работе на тему «Имитационное моделирование бизнес-процессов компании» для студентов специальности 080801 (прикладная информатика в экономике) - Самара: ПГАТИ, 2007. - 31 с., ил.

.Гмурман В.Е. Теория вероятностей и математическая статистика. Учеб. пособие для вузов. Изд.7-е, стер. - М.:Высш.шк., 2000. - 479 с.

.Димов Э.М., Маслов О.Н., Пчеляков С.Н., Скворцов А.Б. Новые информационные технологии: подготовка кадров и обучение персонала. Часть 2. Имитационное моделирование и управление бизнес-процессами в инфокоммуникациях. Научное издание. - Самара: «Издательство СамНЦ РАН», 2008. - 350 с.: ил.

Курсовая работа на тему «Имитационное моделирование бизнес-процессов компании» Пояснител

Больше работ по теме: