
- •Аннотация
- •Введение
- •Аналитическая часть
- •1.1 Технико-экономическая характеристика объекта
- •1.1.1 Экономическая характеристика организации
- •1.1.2 Организационная структура
- •1.2 Анализ текущей деятельности и постановка задачи
- •1.2.1 Текущее положение
- •1.2.2 Постановка задачи
- •1.3 Анализ рынка информационных систем и выбор наилучшей
- •IntraService Enterprise
- •1.4. Обоснование способа приобретения системы
- •2 Проектная часть
- •2.1 Обоснование проектных решений
- •2.1.1 Обоснование проектного решения по техническому обеспечению
- •Xerox Phaser 3125n:
- •2.1.2 Обоснование проектного решения по информационному обеспечению
- •2.1.3 Обоснование проектного решения по программному обеспечению
- •2.2 Определение модели жизненного цикла проекта
- •2.3 Определение возможных рисков на этапах жизненного цикла
- •2.4 Информационная модель объекта проектирования
- •3 Исследовательская часть
- •3.1 Технологическое обеспечение проекта
- •3.1.1 Технологический процесс самообслуживания пользователя
- •3.1.2 Технологический процесс обработки обращения
- •3.1.3 Технологический процесс сопоставления и эскалации обращения
- •3.1.4 Технологический процесс закрытия обращения
- •3.2 Программное обеспечение
- •3.3 Разработка элемента «раскрывающийся список»
- •4 Экономическая эффективность проекта
- •4.1 Обоснование методики расчета экономической эффективности
- •4.2 Оценка эффективности проекта и этапы его внедрения
- •4.3 Обоснование необходимости внедрения новой системы
- •4.4 Расчет показателей экономического эффекта проекта
- •5 Безопасность жизнедеятельности и охрана окружающей среды
- •5.1 Безопасность жизнедеятельности
- •5.1.1 Характеристика рабочего места инженера
- •5.1.2 Окраска помещения и коэффициенты отражения
- •5.1.3 Освещение в рабочем помещении
- •5.1.4 Параметры микроклимата
- •5.1.5 Шум и вибрация
- •5.1.6 Электромагнитное и ионизирующее излучения
- •5.1.7 Определение режима труда
- •5.1.8 Расчет освещенности
- •5.1.9 Расчет уровня шума
- •Охрана окружающей среды
- •5.2.1 Экологически безопасная утилизация персональных компьютеров, периферийных устройств и оргтехники
- •Заключение
- •Список используемой литературы
- •Приложение а
3.1.2 Технологический процесс обработки обращения
После звонка пользователя в службу технической поддержки оператор первой линии в специальной форме вводит имя позвонившего в поле «контактное лицо» (его user из Active Directory) и поле «получатель услуги». В полях затронутая услуга и элемент конфигурации необходимо выбрать нужный по запросу пользователя. Провести кратное описание проблемы и указать тему обращения. После этого предложить пользователю решение по уже созданному инциденту из базы знаний и связать обращение с этим инцидентом. Если пользователь будет удовлетворен, необходимо обновить связанные обращения, если пользователь ответом будет не удовлетворен – следует открыть инцидент повторно и сделать обновление. После того как пользователь останется доволен предоставленным решением обращение следует закрыть.
Схему данного процесса можно увидеть на рисунке 3.2.
Рисунок 3.2 – Схема процесса обработки обращения
3.1.3 Технологический процесс сопоставления и эскалации обращения
После заполнения сведений об обращении сотрудник службы поддержки определяет требования для запроса. Если требуется запрос на обслуживание, оператор регистрирует запрос. Если требуется изменение, то происходит регистрация запроса на изменение. В том случае, когда инженер первой линии может найти решение для запроса на изменение, то он документирует реализованное решение. Если же он решение найти не может, то смотрит задокументировано ли это решение в базе знаний. Если оно там задокументировано необходимо выбрать "использовать решение" в записи базы знаний, чтобы зарегистрировать это обращение в качестве источника базы знаний и автоматически заполнить сведения о решении в поле записи обращения. После этого необходимо внедрить решение для пользователя.
Если же решение не задокументировано в базе знаний, то оператор проверяет, имеется ли другой инцидент, аналогичный новому запросу, и пытается найти соответствие. Если соответствие найдено, то сотрудник службы поддержки привязывает инцидент к данному запросу, иначе – регистрирует новый инцидент. После этого инцидент необходимо сохранить и
предоставить код инцидента пользователю.
Схема данного процесса приведена на рисунке 3.3.
Рисунок 3.3 – Схема процесса сопоставления и эскалации обращения
3.1.4 Технологический процесс закрытия обращения
Когда обращение разрешается инженером первой линии при первом контакте или разрешается при помощи связанного инцидента, изменения или запроса, обращение закрывается. В зависимости от предпочтений пользователя, обратившегося в службу технической поддержки, о решении ему сообщают по телефону или по электронной почте.
Обращение может предусматривать закрытие инцидента, запрос на изменение или обслуживание, либо подачу жалобы. Если в поле "Способ уведомления" для данного пользователя указано, что он желает получить уведомление по телефону, то оператор проверяет решение, предоставленное для всех обращений со статусом «Открытый - Перезвонить». Если оператор согласен с решением, то он связывается с пользователем и сообщает ему об устранении проблемы, иначе повторно открывает запись об инциденте для дальнейшего исследования и диагностики. После того как с пользователем связался оператор ему следует проверить решение и подтвердить, что инцидент устранен, а вопрос или жалоба удовлетворяются или запрос на обслуживание выполняется. В том случае если пользователь согласен с решением, инженер первой линии закрывает обращение
Если в поле "Способ уведомления" для данного пользователя указано, что он желает получать уведомление по электронной почте, следует отправить уведомление по электронной почте. Если в этом поле ничего не указано, то уведомление пользователя не требуется.
Подробная схема этого процесса изображена на рисунке 3.4.
Рисунок 3.4 – Схема процесса закрытия обращения