Методическое пособие 793

пользовательского веб - интерфейса и возможностей систем компьютерной математики.

Библиографический список

4.Matlab R2016 Documentation.− Электрон. дан. − Режим доступа: https://www.mathworks.com/help/matlab/

5.Makoviy K. A. Server hardware resources optimization for virtual desktop imple-

mance Modelling and Simulation of Three-Tier Applications in Cloud and MultiCloud Environments,‖ The Computer Journal, vol. 58, no. 1, 2015, pp. 1–22.

2.D. P. Pop, A. Altar, "Designing an MVC model for rapid web application development", Procedia Engineering, vol. 69, 2014, pp. 1172-1179.

3.Лысенко И. В. Анализ возможностей решения задач оптимизации средствами систем компьютерной математики / И. В. Лысенко, В. О. Бутенко // Системы обработки информации. - 2016. - № 5. - С. 133-136

УДК 004:021:004.75

Воронежский государственный технический университет, Старший преподаватель К.А. Маковий, магистрант С.В. Герус, бакалавр А.А. Дашин Россия, г. Воронеж

E-mail: makkatya@mail.ru, sergey.gerus94@yandex.ru, hacker.daschin@yandex.ru

Metelkin // Информационные технологии и нанотехнологии: Сборник трудов III Международной конференции и молодежной школы "ИТНТ-2017", Самара, 25-27 апреля 2017г., Самара: Новая техника. – 2017. – с.

1394-1397.

6.Documentation, Training & Support.− Электрон. дан. − Режим доступа: https://netbeans.org/kb/

7.Documentation - Электрон. дан. − Режим доступа: http://spring.io/docs/reference.

Voronezh State Technical University,

Senior teacher K.A. Makoviy, master student S.V. Gerus, bachelor A.A. Daschin

Russia, Voronezh

E-mail: makkatya@mail.ru, sergey.gerus94@yandex.ru, hacker.daschin@yandex.ru

степени корректности данных, полученных в результате последовательных суждений ЛПР, выполняется оценка согласованности матриц. Для оценки согласованности матрицы парных суждений используют величину

( ⁄( , которую называ-

ют индексом согласованности [1]. В том случае, если матрица оценок будет иметь недопустимую согласованность, проводится корректировка весов важности суждений. Для обработки значений полученной матрицы сравнений вычисляется индекс согласованности, который показывает наличие логической связи между оцененными показателями. После нахождения индекса согласованности вычисляется отношение согласованности, которое и показывает согласованность матрицы. Значение отношения согласованности должно быть меньше или равно 0.1, в таком случае матрица считается согласованной [1].

Одним из недостатков МАИ является необходимость большого количества парных сравнений для большого количества критериев и альтернатив. На основе МАИ был разработан метод гибридных оценок, комбинирующий парные сравнения критериев с классической матрицей весов альтернатив [2]. В методе гибридных оценок так же, как и в методе анализа иерархий, для определения степени корректности данных выполняется

расчѐт оценки согласованности, но в отличие от него, данный метод имеет две матрицы для оценки критериев и альтернатив, что позволяет значительно снизить количество расчѐтов, связанных с оценкой согласованности. В методе гибридных оценок расчѐт согласованности производится только для матрицы критериев т.к. оценка критериев происходит относительно друг друга, матрица альтернатив не требует оценки согласованности потому, что оценка альтернатив происходит по критериям [2,3]. Данный аспект значительно укрощает применение этого метода и позволяет оценивать большое количество альтернатив.

На данный момент в литературе можно найти значения случайного индекса согласованности для матрицы максимального размера 6х6, то есть матрицы парных сравнений для шести критериев [4]. Ввиду этой проблемы возникла задача рассчитать значения случайного индекса для большего количества критериев.

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

Таблица 1

На последнем шаге вычисляем значение случайного индекса согласованности, используя следующую формулу:

(6)

Алгоритм расчѐта значений случайного индекса представлен на рисунке 1.

Получение значений случайного индекса согласованности (RI) для большого количества критериев позволяет использовать оценку согласованности матрицы парных сравнений для метода гибридных оценок в задачах, в которых количество критериев превосходит ранее полученное в [2] значение 6. Одной из таких задач является задача выбора объекта пилотного проекта, описанная в [5]. Использование оценки согласованности суждений повышает доверие к системе поддержки принятия решений, что может быть использовано при программного обеспечения, описанного в [6]. Разработка алгоритма и программы расчета случайного индекса согласованности позволяет получить значение для любого количества критериев.

Библиографический список

1. Саати Т. Принятие решений. Метод анализа иерархий. / Перевод с англ. Р.Г. Вачнадзе/ М.: Радио и связь, 1993. 278 с.

2.Ribeiro R. A. Hybrid Assessment Method for Software Engineering Decisions. / R.A. Ribeiro, A.M. Moreira, P. van den Broek, A. Pimentel //Decision Support Systems, 51 - 2011 - pp. 208-219. ISSN 0167-9236

3.Маковий К.А., Хицкова Ю.В., Герус

С.В. Использование метода гибридных оценок в области информационных технологий / К.А. Маковий, Ю.В. Хицкова, С.В. Герус // Научный вестник Воронежского государственного архитектурно-строительного университета. Серия: Информационные технологии в строительных, социальных и экономических системах.2016.№1 (7). с. 120 – 124.

4. Dabbagh M. e al. Functional and nonfunctional requirements prioritization: empirical evaluation of IPA, AHP-based, and HAM-based approaches. /M. Dabbagh, S. P. Lee, R. M. Parizi.// SoftComput. 2015. №7 pp. 1-24.

5.Маковий К. А., Ермаков С. А., Хицкова Ю. В. Использование AHP в процессе внедрения VDI. / К. А. Маковий, С. А. Ермаков, Ю. В. Хицкова // Теория и техника радиосвязи. − 2016. №1. c. 107-111.

6.Маковий К.А., Хицкова Ю.В., Герус С.В. Программный модуль поддержки принятия решенийя о выборе объекта виртуализации / К.А. Маковий, Ю.В. Хицкова, С.В. Герус // Научный вестник Воронежского государственного архитектурностроительного университета. Серия: Информационные технологии в строительных, социальных и экономических системах. 2016.

№1 (7). с. 120 – 124.

УДК 004.4

Воронежский государственный технический университет, Магистр Н.В. Шипилов, бакалавр А.А. Комаров, бакалавр А.А. Касымов Россия, г. Воронеж

Voronezh State Technical University, Magister N.V. Shipilov, bachelor A.A. Komarov, bachelor A.A. Kasymov

Russia, Voronezh

VMware View Planner − это инстру-

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

ESXi хостов. View Planner помогает в настройке инфраструктуры тестирования, выполняет набор операций и приложений,

выбранных для отображения реальных показателей и данных о задержках этих операций

[5].

Стандартный набор рабочей нагрузки View Planner состоит из девяти приложений, работающих на виртуальных машинах настольных компьютеров, и выполняет в общей сложности 44 пользовательские операции. Эти операции разделены на три группы: интерактивные операции (группа A), операции ввода-вывода (группа B) и операции фоновой нагрузки (группа C). Операции в группах A и B используются для определения качества обслуживания, а операции в группе C используются для создания дополнительной нагрузки.

Таблица 1 Набор приложений рабочей нагрузки

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

Одном из ключевых элементов архитектуры распределенного приложения View Planner, представленной на рисунках 1-3, является т. н. контроллер − программный модуль, запускаемый на отдельной виртуальной машине, и выполняющий функции управления и сбора информации. Для накопления информации используется локальная

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

клиентской виртуальной машиной понима-

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

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

Passive Mode − в этом режиме количество клиентских виртуальных машин может быть меньше количества виртуальных машин. Рабочий стол управляет приложениями, запущенными на виртуальной машине. Клиент является пассивным средством про-

смотра. Этот режим использует меньше аппаратных средств, чем удаленный, но является более приближенным к реальным развертываниям VDI, чем локальный режим. Схема работы в режиме Passive Mode показана на рисунке 2.

Настольные

ВМ

Local Mode − в этом режиме не используются клиентские виртуальные машины. Рабочая нагрузка полностью запускается на виртуальных машинах, которые выполняются на сервере. Поскольку этот режим не создает сетевой трафик, он менее репрезентативен для анализа использования ресурсов, чем два других режима View Planner. Одна-

ко, этот режим является достаточным для оценки аппаратных требований ресурсов сервера на этапе ТЭО, т.к. имитируется только нагрузка на сервер (все виртуальные машины выполняются на сервере), соответственно, тестируются только аппаратные составляющие сервера. Схема работы в режиме Local Mode показана на рисунке 3.