}
return Json(model);
}
Рисунок 3.5. Веб-приложение LSPL
Эта часть исходного кода - обработчик события нажатия на кнопку. Ему на вход приходит собранная на клиенте модель, содержащая все поля, которые пользователь заполняет в интерфейсе. Далее начинается процесс обработки, описанный в предыдущей главе: сначала происходит проверка наличия сотрудника с указанной должностью в выбранном филиале - если такого нет, то пользователю выдается уведомление об этом. После этого выбираются все компетенции найденного сотрудника и их шаблоны сопоставляются с заданным вопросом.
Процесс проверки шаблона происходит с помощью запуска процесса системы Windows. Сначала формируется файл с обрабатываемой строкой, где указана либо должность сотрудника, либо вопрос. Затем формируется bat файл, в котором указывается входной файл, файл с заранее сгенерированными шаблонами и путь к выходному файлу. Затем запускается сама утилита через ранее сформированный bat файл. После завершения процесса обрабатывается выходной файл, сгенерированный утилитой, а шаблон, определенный как наиболее подходящий из предложенных выходным файлом, сопоставляется в зависимости от ситуации с шаблонами в нужной таблице базы данных, на основании чего системой принимается решение.
3.7 Разработка сервиса администрирования
После разработки веб-приложения виртуального собеседника была разработана система администрирования виртуальным собеседником. Всего система администрирования содержит 2 окна: изменение компетенций сотрудников и просмотр истории вопросов студентов.
В первом окне (Рис 3.6.) администратору предлагается выбрать филиал и должность сотрудника, после чего ему открывается список всех компетенций выбранного филиала, где галочками отмечены те компетенции, о которых знает выбранный сотрудник. Администратор может изменить набор компетенций того или иного сотрудника по своему усмотрению, после изменения каждой компетенции данные перезаписываются в базу данных.
Второе окно (Рис 3.7.) отображает информацию обо всех заданных вопросах за все время работы системы, а именно: дата и время, когда был задан вопрос, филиал, сотруднику которого он был задан, формулировка должности сотрудника, указанная пользователем, заданный вопрос и данный системой ответ.
Рисунок 3.6. Исправление компетенций сотрудников
Рисунок 3.7. Окно просмотра истории заданных вопросов
3.8 Публикация системы на Microsoft Azure и опытное тестирование
Когда система была разработана и запущена локально, предстоял процесс развертки на хостинге. В качестве хостинга был выбран Microsoft Azure.
Поскольку система использует базу данных в работе, то сначала была развернута она. В студенческом аккаунте, предоставляемом компанией Microsoft для студентов НИУ ВШЭ, был создан запрос на использование сервера базы данных. После получения доступа к серверу, была создана пустая база данных. Далее с помощью программы Data Migration Assistant была перенесена схема локальной БД на удалённую, после чего были переданы и сами данные.
Далее была создана виртуальная машина. После того, как виртуальная машина была создана, приложение было перенесено на нее. Однако для работы приложения требуется утилита LSPL и файлы с паттернами. Для переноса папки с утилитой виртуальной машине был предоставлен доступ к локальному жесткому диску, с которого папка была перенесена на виртуальную машину. После того, как система получила доступ к папке, система всё ещё не отвечала на поставленные вопросы. Для решения этой проблемы было решено произвести отладку путем вывода сообщений об ошибке в окно ответа. Основной проблемой оказалась политика безопасности виртуальной машины, которая не разрешала редактировать файлы в процессе работы. После того, как политика безопасности была настроена, система заработала.
После публикации система прошла опытное тестирование в ходе деловой игры. Студентами было задано более 1700 вопросов системе. В общем студентам удалось получить ответы на большинство заложенных в систему вопросов. Однако, учитывая то, что студенты работали несогласованно, то для каждого из них информации было мало. Было определено, что разработанный собеседник не имеет достаточную точность ответа, однако при наличии в вопросе требуемых слов или их синонимов способен дать ответ. Для дальнейшего улучшения работы собеседника предлагается доработать систему администрирования так, чтобы с её помощью была возможность создавать шаблоны и проверять входной текст на их наличие.
виртуальный собеседник администрирование синтаксический
Заключение
В ходе данной работы была построена собственная система для генерации лексико-синтаксических шаблонов на основе исходного файла с текстовыми строками. На основе разработанной технологии была спроектирована и реализована система, позволяющая имитировать процесс общения студента и сотрудника филиала фирмы в ходе бизнес-игры. Разработанная система была развернута в интранете ВШЭ Пермь для проведения последующих бизнес-игр. Были выполнены следующие задачи:
1. Выявлены причины провала прошлой версии виртуального собеседника.
2. Разработано технического задания
3. Проведен сравнительный анализ моделей улучшения алгоритма
4. Был улучшен алгоритм работы системы
5. Было произведено проектирование архитектуры новой системы.
6. Система была разработана.
7. Было произведено первичное тестирование системы.
8. Система была развернута.
9. Была проведена опытная эксплуатация системы.
Библиографический список
1. Chapter 1. Introduction to Microsoft Solutions Framework. / TechNet
2. Следствие из теоремы Колмогорова-Арнольда-Хехт-Нильсена. / Искусственные нейронные сети. Теория и практика
3. Макконелл С. Совершенный код. М.: Русская Редакция, 2015.
4. Скиена С. Алгоритмы Руководство к разработке. М.: БХВ-Петербург, 2014.
5. Избачков Ю.С. Информационные системы СПб.: Питер, 2006.
6. Хайкин С. Нейронные сети: полный курс. М.: Издательский дом Вильямс, 2008.