- •Введение
- •1 Аналитическая часть
- •Технико-экономическая характеристика объекта
- •1.1.1 Экономическая характеристика организации
- •1.1.2 Организационная структура
- •1.2 Анализ текущей деятельности и постановка задачи
- •1.2.1 Текущее положение
- •1.2.2 Постановка задачи
- •1.3 Анализ рынка информационных систем и выбор наилучшей
- •IntraService Enterprise
- •1.4. Обоснование способа приобретения системы
- •1.5 Обоснование проектных решений
- •1.5.1 Обоснование проектного решения по техническому обеспечению
- •Xerox Phaser 3125n:
- •1.5.2 Обоснование проектного решения по информационному обеспечению
- •1.5.3 Обоснование проектного решения по программному обеспечению
- •2 Проектная часть
- •2.1 Определение модели жизненного цикла проекта
- •2.2 Определение возможных рисков на этапах жизненного цикла
- •2.3 Информационное обеспечение проекта
- •2.4 Технологическое обеспечение проекта
- •2.4.1 Технологический процесс самообслуживания пользователя
- •2.4.2 Технологический процесс обработки обращения
- •2.4.3 Технологический процесс сопоставления и эскалации обращения
- •2.4.4 Технологический процесс закрытия обращения
- •2.5 Программное обеспечение
- •2.6 Контрольный пример
- •3 Экономическая часть
- •3.1 Обоснование методики расчета экономической эффективности
- •3.2 Оценка эффективности проекта и этапы его внедрения
- •3.3 Обоснование необходимости внедрения новой системы
- •3.4 Расчет показателей экономического эффекта проекта
- •4 Безопасность жизнедеятельности и охрана окружающей среды
- •4.1 Параметры рабочего места инженера
- •4.1.1 Характеристика рабочего места инженера
- •4.1.2 Окраска помещения и коэффициенты отражения
- •4.1.3 Освещение в рабочем помещении
- •4.1.4 Параметры микроклимата
- •4.1.5 Шум и вибрация
- •4.1.6 Электромагнитное и ионизирующее излучения
- •4.2 Расчет основных показателей
- •4.2.1 Определение режима труда
- •4.2.2 Расчет освещенности
- •4.2.3 Расчет уровня шума
- •4.3 Экологически безопасная утилизация персональных компьютеров, оргтехники и периферийных устройств
2.4 Технологическое обеспечение проекта
При каждом обращении пользователя в службу технической поддержки происходит регистрация нового обращения. Процесс управления обращениями – это процесс, в ходе выполнения которого происходит обработка всех обращений, поступивших как посредством прямой связи по телефону или электронной почте, так и через web – страницу самообслуживания.
Различают следующие типы обращений:
Сообщения о нарушениях в предоставлении услуг;
Запросы на обслуживание;
Запросы на получение информации;
Жалобы, поданные пользователями.
После того, как в службу Service Desk поступает запрос, представитель первой линии выполняет необходимую последовательность действий и производит поиск записей в базе данных. Эти записи содержат информацию об известных ошибках, существующих инцидентах или изменениях.
Процесс позволяет легко регистрировать и разрешать простые запросы пользователей, а также выполнять эскалацию других обращений до инцидентов, которые требуют дальнейших действий. Этот процесс облегчает оптимизацию операций службы поддержки пользователей, таким образом, уменьшая рабочую нагрузку групп поддержки второй линии.
Процесс «управление обращениями пользователей» состоит из следующих процессов:
Самообслуживание пользователя;
Обработка обращения;
Сопоставление и эскалация обращения;
Закрытие обращения.
2.4.1 Технологический процесс самообслуживания пользователя
При помощи web – страницы самообслуживания пользователь может легко выполнять следующие операции, не обращаясь в службу поддержки:
Выполнять поиск в базе знаний, чтобы найти ответ на вопрос или решение проблемы;
Отслеживать статус ранее заявленных обращений;
Регистрировать новые обращения;
Заказывать позиции из каталога услуг.
Как происходит процесс самообслуживания. Пользователь для получения доступа к web – сервису самообслуживания вводит свои регистрационные данные. Далее система предлагает ему зарегистрировать новое обращение. Если он желает создать новое обращение система предложит создать либо запрос на обслуживание, либо отправить заявку в базу знаний. Допустим, пользователь отправил заявку в базу знаний, после этого он начинает поиск документа в базе, вводя параметры поиска. В случае если необходимый документ найден, то пользователь просто открывает документ и смотрит необходимые ему сведения для устранения ошибки. В случае если такого документа в базе нет, он создает новое взаимодействие и сам прописывает все необходимые данные для выполнения запроса, указывает срочность обращения, свои контактные данные, при необходимости добавляет вложения и нажимает кнопку «отправить», тем самым создав новое обращение в службу Service Desk.
Если пользователь зашел на страницу самообслуживания с целью проверить состояние уже зарегистрированного обращения, то он с помощью поиска находит свое обращение и предоставленное решение. В случае несогласия с решением, он повторно отправляет заявку на support с комментарием. Если же он хочет добавить какие новые сведения, то просто вставляет комментарий. В том случае, если предоставленное решение полностью решает проблему он закрывает обращение. Блок-схема процесса приведена на рисунке 2.5.
Рисунок 2.5 - Блок-схема процесса самообслуживания
