Содержит краткое описание заявки, указанное

метки: Управление, Информационный, Технология, Персонал, Заявка, Работа, Информация, Процесс

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

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

Для достижения заданной цели необходимо решить следующие задачи:

1. Изучить различные модели организации ИТ-службы.

2. Выявить и проанализировать наиболее востребованные.

3. Разработать приложение, повышающее эффективность работы ИТ-отдела ООО «Компания Профитрол».

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

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

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

Структура и функции служб документационного обеспечения управления

... Служба дошкольного образовательного учреждения принимает непосредственное участие в постановке задач по разработке автоматизированных информационных систем для работы ... документационное обеспечение управления» (ДОУ). Сопровождение управленческой документации осуществляется специальной службой, которая действует как самостоятельное подразделение. Это может быть: бизнес-менеджмент, общий отдел, ...

ГЛАВА 1. УПРАВЛЕНИЕ ИНФОРМАЦИОННО-

ТЕХНОЛОГИЧЕСКИМИ УСЛУГАМИ

1.1. История развития информационно-технологических услуг

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

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

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

В последнее время, всѐ большую популярность находит другой подход к ИТ-инфраструктуре – ITaaS (IT as a Service) – «ИТ как услуга» или ITSM (IT Service Management) – «управление ИТ-услугами». В этой операционной модели поставщик предоставляет ИТ-услуги компании. Потребителями этих услуг часто являются малые или средние предприятия. ITSM, в отличие от традиционного подхода, предлагает уделять больше внимания клиенту и его потребностям, а не технологиям. Для бизнеса такой подход проявляется в частичной или полной передаче ИТ-инфраструктуры в управление внешней компании.

История сервисного подхода восходит к 1980-м годам в Великобритании. Качество ИТ-услуг, предоставляемых британскому правительству было таким, что существовавшее в то время Центральное агентство по вычислительной технике и телекоммуникациям (Central Computer and Telecommunications Agency – CCTA, в настоящее время именуемое Office of Government Commerce – OGC) получило указание разработать принципы эффективного и рентабельного использования ИТресурсов в министерствах и других государственных учреждениях Великобритании. Целью данной кампании было выработать единый независимый подход к поставщикам услуг. Результатом усилий явилась Библиотека передового опыта организации ИТ (IT Infrastructure Library), которая выросла из собрания лучших методов, существовавших в индустрии ИТ-услуг своего времени [4].

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

Реферат управление ит услугами

... ИТ-услугам и проектам перед руководством СР выполняется исключительно СЗ. 1. ITIL (IT Infrastructure Library) Как наиболее известная часть ITIL, Управление IT-услугами (ITSM) нередко считается эквивалентным библиотеке ITIL в целом. Однако ITIL, ... поставщиком ИТ-услуг на всех объектах работы сотрудников СР. В услугах Служба Заказчика является поставщиком услуг, которые отнесены в СР к услугам ИТ ...

На основе библиотеки ITIL некоторые коммерческие компании разработали собственные структурированные подходы к управлению ИТ-услугами. Среди них HP ITSM Reference Model компании Hewlett-Packard, IT Process Model компании IBM, MOF компании Microsoft и многие другие. Это стало одной из причин, по которым библиотека ITIL фактически стала стандартом в описании фундаментальных процессов ИТ Сервис-менеджмента (IT Service Management – ITSM).

Такое принятие библиотеки ITIL напрямую отражает ее философию и делает ее важной областью знаний, поскольку она послужила толчком к установлению единообразия в индустрии ИТ, столь необходимого в современной распределенной среде [15].

Сервисный подход, в отличие от ресурсного подразумевает

предоставление Клиенту (как внутреннему, так и внешнему) не самих ресурсов и компонентов, а ценных для Клиента результатов их использования.

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

Оба подхода — процессный и сервисный — являются фундаментальными в концепции ITSM.

Словарь терминов ITIL определяет сервис как способ предоставления ценности заказчикам через содействие им в получении конечных результатов, которых заказчики хотят достичь без владения специфическими затратами и рисками [5].

Например:

 Поставщик товара может не интересоваться, как заказчик использует купленный товар и получает ли он при этом желаемый результат.

 Поставщик сервиса всегда заинтересован в получении заказчиком желаемого результата, и содействие ему в этом – основная задача поставщика.

1.2. Сервисный подход

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

Основные принципы сервисного подхода заключаются в следующем:

 Главный приоритет – удовлетворение потребностей заказчика. Поставщик услуг должен не только гарантировать, что услуга соответствует согласованным требованиям, но и убедиться, что клиент удовлетворен.

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

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

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

Системный подход к управлению качеством

... к изделию. На современном этапе считается, что службы качества должны отвечать требованиям, изложенным в стандартах ИСО 9000—9004 Отличительной особенностью японских программ повышения качества н системной) управления качеством ... процесса. Японский подход к менеджменту качества четко прослеживается в организации контроля качества ... изменений производственного процесса поставщика, так ... свои услуги в ...

 Неформальная сторона сотрудничества. Поставщик должен ставить себя на место заказчика, ведь зачастую заказчик не понимает половины параметров, описывающих сервис, или не уверен в своих предпочтениях [17].

Формирование ценности для заказчика. Сервис — это способ приносить пользу клиентам, помогая им достичь желаемых конечных результатов, не неся при этом особых затрат и рисков.

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

Соответствие назначению, или полезность, достигается одним из следующих способов:

 Обеспечивая требуемую заказчиком производительность – способность делать большее за меньшее время, с меньшими усилиями (затратами) или потребляя меньше ресурсов.

 Устраняя или снижая имеющиеся у заказчика ограничения – то есть невозможность или запрет на выполнение какой-либо работы или задачи.

Поставщик гарантирует, что предоставляемый сервис соответствует согласованным с заказчиком требованиям к мощностям, доступности, непрерывности и безопасности [18].

Отношения заказчика и поставщика при сервисном подходе. Обязательства поставщика и заказчика должны быть формализованы и зафиксированы. Для этого используют Соглашение об уровне услуг (сервисов) – SLA (Service Level Agreement)

SLA даѐт разъяснения по трѐм главным пунктам отношений между поставщиком услуги и еѐ потребителем:

1. Он описывает, какие услуги предоставляются клиенту, и определяет их полезность.

2. Регулирует обязательства поставщика в части обеспечения доступности, мощности, непрерывности, безопасности услуг.

3. Определяет условия предоставления услуги, включая существующие ограничения.

В этом соглашении описываются услуги или услуги, предоставляемые ИТ-службой, условия предоставления таких услуг и измеримые параметры качества. Эти параметры качества означают время ответа на запросы, время устранения неполадок, процент постоянной доступности услуг. Например, некритические запросы пользователей должны обрабатываться в течение 3 дней, критические ошибки должны быть устранены в течение 4 часов, а уровень доступности сайта не должен быть менее 95% в течение одного месяца. Соблюдение этих показателей критически важно для ключевых показателей эффективности ИТ-отдела. На основании SLA между поставщиком и потребителем впоследствии заключается соглашение, которое регулирует стоимость предоставления таких услуг. Параметры предоставления услуг и их стоимость индивидуальны для каждой услуги. Чем выше требования к потребительскому качеству, тем выше общая стоимость. Данный подход является более гибким и конкурентным, чем традиционный. Некоторым компаниям требуется круглосуточная поддержка без выходных, а некоторые компании могут легко пережить ежедневные простои определенных услуг.

SLA является не внутренним документом ИТ-компании, оказывающей услуги бизнесу, а договором, заключаемым совместно с представителями бизнеса, о котором информируются все пользователи. В дальнейшем, это соглашение позволяет регулировать все споры, способные возникнуть в ходе сотрудничества [26].

Диплом управление качеством гостиничных услуг

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

1.3. Процессный подход

Процесс — это структурированный набор действий, направленных на достижение определенной цели.

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

Характеристики процесса:  Ориентация на заказчика (Клиента)  Определѐнный, ценный результат (цель)  Инициация определѐнным триггером  Измеримость

Схема устройства процесса изображена на рис. 1.

Управление

 Постановка целей

 Политика компании

 Регламенты, инструкции

Триггеры (условия запуска

процесса)

Деятельность

Действие Действие Действие Действие

Выходы

1 2 3 4  Результаты

 Отчѐты

Входы (Что будет изменено в

Ресурсы рамках процесса)

(Используются в рамках процесса, но не

изменяются им. Например, оборудование,

персонал, документы, инфраструктура и т.д.)

Рисунок 1 – схема устройства процесса

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

Основные принципы процессного подхода заключаются в следующем:

 Кросс-функциональное взаимодействие. При функциональном подходе в среднем 20% времени посвящается выполнению операций и 80% — передаче информации по иерархии управления. Процессный подход позволяет сократить время, затрачиваемое на передачу информации, гарантируя эффективное прямое взаимодействие участников даже в организациях с жесткой и сложной организационной структурой.

 Взаимосвязь процессов. Процессы в организации взаимосвязаны: один процесс может использовать результаты других или генерировать для них входы или ресурсы. Система процессов обеспечивает синергетический эффект: она формирует результат, более ценный, чем сумма результатов отдельных процессов.

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

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

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

 Бизнес-процессы обеспечивают предоставление ценности клиентам.

 ИТ-процессы обеспечивают предоставление и поддержку ИТуслуг, используемых бизнес-процессами (например, устранение сбоев или реализацию изменений)

Роли в процессе. Для обеспечения эффективного выполнения процессов в сложных организационных структурах используются роли.

Роль: набор обязанностей, действий и полномочий, закрепленных за сотрудником или командой в процессе.

Роль в процессе может быть назначена сотрудникам с разными должностями. Сотрудники с одинаковым названием должности могут играть разные роли в процессах.

Организация процесса управления проблемами для интернет-магазина ...

... или обнаружение, идентификацию, анализ и устранение основных причин инцидентов, является областью процесса управления проблемами. Т.е. такая деятельность направлена не на быстрое неполадок, а на ... сырье, материалы, полуфабрикаты, документация, информация, персонал (для процесса «Обеспечение кадрами»), услуги и т.д. Входы процесса: поступают в процесс извне; их объем планируется на один или ...

Использование ролей обеспечивает:

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

 Эффективное кросс-функциональное взаимодействие в рамках процессов.

 Независимость процессов от изменений в организационноштатной структуре.

Для рационального распределения ролей в процессе применяется модель (или матрица) RACI (Responsible, Accountable, Consulted, Informed).

Это помогает распределить роли и обязанности между участниками процесса.

 Responsible (Исполняющий).

Отвечает непосредственно за выполнение процедуры процесса. Для каждой процедуры должен быть определѐн хотя бы один исполняющий.

 Accountable (Ответственный).

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

 Consulted (Консультирующий).

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

 Informed (Информируемый).

Получает информацию о ходе и результатах выполнения процедуры процесса. Для каждой процедуры может быть определено несколько информируемых [32].

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

Метрики процесса — это технически или организационно измеримая величина, которая характеризует процесс.

Виды метрик:

 Результативность. Показывает, достигаются ли цели процесса.

 Продуктивность. Определяет объѐм работ, выполняемых в рамках процесса.

 Рациональность. Следит за рациональным использованием ресурсов.

 Соответствие требованиям документации. Показывает, насколько управляем процесс.

Ключевой показатель эффективности (КПЭ) – метрика, используемая для управления процессом, для которой определены:

•  единица измерения;
•  диапазон изменения значений;
•  целевое направление изменения;
•  целевое значение.

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

Взаимосвязь процессного и сервисного подходов. Концепция ITSM предполагает совместное применение сервисного и процессного подходов:

Сервисный подход — для взаимодействия провайдера и потребителя услуги.

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

1.4. Стандарты и лучшие практики управления ИТ-услугами

Общепринятыми стандартами построения успешной IT инфраструктуры предприятия являются:

 ITIL (IT Infrastructure Library) – библиотека передового опыта управления ИТ-сервисами.

 COBIT (Control Objectives for Information and Related Technologies) – набор подходов к управлению ИТ.

Управление бизнес-процессами

... управления предприятием; 2. Специализированный модуль автоматизации взаимоотношений с клиентами; Специализированный модуль автоматизации взаимоотношений с поставщиками Рисунок 1 - Имитационная система ERP II 1.1.2 Управление бизнес -процессами Оптимизация на основе совершенствования системы управления ...

 ISO 20000 – международный стандарт для проведения аудитов и сертификации ИТ-организаций.

1.5. Описание задач управления для информационных и смежных

технологий

CobiT (сокращение от Control Objectives for Information and Related Technologies («Задачи управления для информационных и смежных технологий»)) — это пакет основных эффективных практик в области управления IT, аудита и IT-безопасности, созданная международной профессиональной ассоциацией ISACA для менеджмента и управления информационными технологиями (ИТ).

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

Структура COBIT. Эта структура определяет набор общих процессов для управления ИТ, причем каждый процесс определяется вместе с входами и выходами, ключевыми действиями процесса, целями процесса, показателями производительности и атомарной моделью зрелости. COBIT также предоставляет набор рекомендованных передовых методов управления и контроля процессов информационных систем и технологий с целью согласования ИТ с бизнесом. COBIT 5 объединяет COBIT 4.1, Val IT и Risk IT в единую структуру, действующую как корпоративная структура, согласованная и совместимая с другими структурами и стандартами [19].

Рамки и компоненты. Бизнес-ориентация COBIT заключается в связывании бизнес-целей с целями ИТ, предоставлении метрик и моделей зрелости для оценки их достижения и определении связанных с ними обязанностей владельцев бизнеса и ИТ-процессов.

Фокус процесса COBIT иллюстрируется моделью процесса, которая подразделяет ИТ на четыре области (планирование и организация, приобретение и внедрение, доставка и поддержка, а также мониторинг и оценка) и 34 процесса, связанные с областями ответственности планирования, сборки, и мониторинга. Он позиционируется как высший уровень и согласован с другими, более подробными стандартами ИТ и передовыми методами, такими как COSO, ITIL, BiSL, ISO 27000, CMMI, TOGAF и PMBOK. COBIT выступает в качестве интегратора этих различных инструктивных материалов, обобщая ключевые задачи в рамках одной общей структуры, которая связывает модели эффективных практик с требованиями управления и бизнеса. COBIT 5 еще более консолидировал и интегрировал основы COBIT 4.1, Val IT 2.0 и Risk IT и был основан на разработанной ISAСA Структуре Обеспечения IT (ITAF — IT Assurance Framework) и БизнесМодели для Информационной Безопасности (BMIS — Business Model for Information Security).

К компонентам COBIT относятся:

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

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

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

Маркетинг спортивных услуг

... работы - дать характеристику рынка спортивных услуг России. В соответствии с этой целью задачи работы поставлены следующие: Определить темпы и тенденции развития спортивных услуг в России; Дать определения и понятия маркетинга спортивных услуг; ... система управления экономическими ... спортивного продукта, по ... Тем не менее, именно это триада создаёт основу для любого из них. Второй уровень спортивного ...

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

Модели зрелости. Оценивают зрелость и возможности каждого процесса и помогают устранить пробелы в их организации.

1.5. Обзор библиотеки инфраструктуры информационных технологий

ITIL, формально является акронимом для Information Technology Infrastructure Library – «Библиотеки Инфраструктуры Информационных Технологий», представляет собой набор подробных практик для управления ИТ-услугами (ITSM — IT Service Management), который фокусируется на сопряжении ИТ-услуг с потребностями бизнеса. В своей нынешней форме (известной как ITIL 2011) ITIL публикуется как серия из пяти основных томов, каждая из которых охватывает отдельный этап жизненного цикла ITSM. Хотя ITIL поддерживает ISO/IEC 20000 (ранее BS 15000), международный стандарт управления услугами для управления ИТуслугами, существуют некоторые различия между стандартом ISO 20000 и базой ITIL.

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

С июля 2013 года ITIL принадлежит AXELOS, совместному предприятию между Capita и кабинетом правительства Великобритании. AXELOS лицензирует организации на использование интеллектуальной собственности ITIL, аккредитует лицензированные экзаменационные институты и управляет обновлениями основной структуры. Организации, которые хотят внедрить ITIL внутренне, не требуют этой лицензии.

ITIL 2007 имела пять томов, опубликованных в мае 2007 года и была обновлена в июле 2011 года под названием «ITIL 2011»:

Том 1. Стратегия услуг: понимание организационных целей и потребностей клиентов.

Том 2. Проектирование услуг: превращение стратегии услуг в план для достижения бизнес-целей.

Том 3. Преобразование услуг: работы по внедрению новых сервисов в поддерживаемые среды.

Том 4. Эксплуатация услуг: управление службами в поддерживаемых средах.

Том 5. Постоянное улучшение услуг: создание дополнительных и улучшение существующих услуг.

Стратегия услуг (Service Strategy).

Центр и изначальная точка происхождения жизненного цикла службы ITIL, том Стратегии Услуг ITIL содержит рекомендации по разъяснению и определению приоритетов инвестиций поставщика услуг в услуги. В целом, Стратегия Услуг направлена на то, чтобы помочь ИТ-организациям расти и развиваться в долгосрочной перспективе. В обоих случаях стратегия услуг опирается в основном на рыночный подход. На этапе разработки стратегии создаѐтся план жизненного цикла услуги для обеспечения ценностей клиентов посредством управления ИТ-услугами [21].

К основным темам относятся определение стоимости услуги, разработка бизнес-кейса, анализ сервисных активов рынка, определение типов поставщиков услуг. Список затрагиваемых процессов:

Управление кадровыми рисками в системе обеспечения экономической ...

... управление кадровыми рисками в системе обеспечения экономической безопасности ООО «Горводоканал». Целью дипломной работы является изучение теоретических аспектов управления кадровыми рисками и на их основе разработка мероприятий по снижению кадровых рисков в системе ... Шаваев А. капитала, поддержки эффективной системы управления человеческими ресурсами и минимизации рисков компании, связанных с ...

•  управление стратегиями для ИТ-услуг;
•  управление портфелем услуг;
•  финансовый менеджмент для ИТ-услуг;
•  управление спросом;
•  управление деловыми отношениями.

Проектирование услуг (Service Design).

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

В рамках ITIL проектные работы для ИТ-услуги объединяются в единый пакет проектирования услуг (SDP).

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

Список включаемых процессов:

•  координация проекта;
•  управление каталогом услуг;
•  управление на уровне сервиса;
•  управление доступностью;
•  управление мощностями;
•  управление непрерывностью ИТ-услуг;
•  управление безопасностью;
•  управление поставщиками.

Модель, используемая для определения ролей и обязанностей в дизайне услуг, представляет собой матрицу RACI.

Преобразование услуг. Service Transition (ST), как описано в разделе ITIL-сервисов, относится к доставке услуг, необходимых бизнесу для использования в реальном времени, и часто включает в себя «проектную» сторону ИТ.

Список процессов itil в Преобразовании услуг:

•  планирование и поддержка преобразований;
•  управление изменениями;
•  управление служебными активами и конфигурациями;
•  управление релизами и развертыванием;
•  проверка и тестирование услуг;
•  управление знаниями [23].

Эксплуатация услуг. Том Service Operation (SO) направлен на предоставление наилучших практик для достижения согласованных уровней услуг как для конечных пользователей, так и для клиентов (где под «клиентами» подразумеваются лица, которые платят за услугу и ведут переговоры об SLA).

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

Процессы, описываемые в книге:

•  управление событиями;
•  управление доступом;
•  управление запросами;
•  управление проблемами;
•  управление инцидентами.

Функции Эксплуатации услуг:

•  служба поддержки (Service Desk);
•  технический менеджмент;
•  управление приложениями;
•  управление ИТ-операциями [24].

Служба поддержки (Service Desk).

Служба поддержки является одной из четырех функций ITIL и в первую очередь связана с этапом жизненного цикла Эксплуатации услуг. Задачи службы поддержки включают в себя обработку инцидентов и запросов, предоставление интерфейса для других процессов ITSM. Ключевые особенности:

•  единственная точка контакта (SPOC – Single Point Of Contact);
•  единственная точка входа;
•  единственная точка выхода;
•  упрощение работы с клиентами;
•  потоковый канал связи.

Основными целями службы поддержки являются:

 Управление инцидентами: управление жизненным циклом всех запросов на обслуживание.

 Коммуникация: информирование клиента о прогрессе работы над обращениями и консультирование по решениям [25].

Функция службы поддержки может иметь различные виды и названия, например:

Call-центр: основное внимание уделяется профессиональному управлению большими объемами звонков с обращениями.

Служба поддержки (Help Desk): управление, координация и разрешение инцидентов на уровне начальной поддержки.

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

Постоянное улучшение услуг (Continual service improvement – CSI).

Постоянное улучшение обслуживания, определенное в одноимѐнном томе ITIL, нацелено на выравнивание и перераспределение ИТ-услуг на изменяющиеся бизнес-потребности путем выявления и внедрения усовершенствований ИТ-услуг, поддерживающих бизнес-процессы. Книга включает в себя многие из понятий, сформулированных в цикле Деминга «Plan-Do-Check-Act (Планирование-Действие-Проверка-Корректировка)». CSI стремится повысить экономическую эффективность ИТ-процессов на протяжении всего жизненного цикла. Чтобы управлять ростом бизнеса, CSI должен четко определить, что следует контролировать и измерять.

CSI нуждается в предварительном планировании, обучении и осведомленности, создании ролей, назначении ответственных и исполнителей. CSI должно планироваться как процесс с определенными мероприятиями, входами, результатами, ролями и отчетностью. Постоянное улучшение обслуживания и управление эффективностью приложений (Application Performance Management — APM) — это две стороны одного направления развития. Они оба сосредоточены на улучшениях работы IT. APM связывает Проектирование услуг, Преобразование услуг и Эксплуатацию услуг, что, в свою очередь, помогает повысить уровень операционного превосходства для ИТ.

Инициативы по улучшению обычно следуют семиэтапному процессу: 1. определение стратегии улучшения; 2. определение объектов измерений; 3. сбор данных; 4. обработка данных; 5. анализ информации и данных; 6. предоставление и использование информации; 7. внедрение улучшения.

1.6. Описание стандарта ISO 20000

Международный стандарт ISO 20000 основан на материалах ITIL. В отличие от ITIL, стандарт содержит не лучшие практики, а требования (нормы) и свод практических рекомендаций по реализации требований.

В 2010 году утверждѐн российский ГОСТ ИСО/МЭК 20000 «Информационная технология. Менеджмент услуг». ГОСТ разработан методом аутентичного перевода оригинального текста ISO 20000.

Стандарт ISO 20000 позволяет формально подтвердить полноту и эффективность реализованной системы управления ИТ-услугами и получить сертификат соответствия.

На основе стандарта ISO 20000 разработана квалификационная схема для ИТ-специалистов и менеджеров, проводится сертификация [2].

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

ГЛАВА 2. АНАЛИЗ РЫНКА КОНКУРЕНТНОГО

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

2.1. Общая характеристика рынка программных продуктов для

управления службой информационных технологий

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

На мировом рынке ПО уже давно предлагаются различные HelpDesk и ServiceDesk системы, позволяющие упорядочить и облегчить работу ИТотдела предприятия. На российском рынке подобные системы только начинают появляться, но уже можно выделить несколько удачных проектов, способных конкурировать с более зрелыми, известными во всѐм мире продуктами [3].

2.2. Обзор системы «bpm’online service»

Продукт украино-российской компании Terrasoft представляет собой систему для организации единого центра обслуживания клиентов и внутренних бизнес-подразделений предприятия с учетом рекомендаций ITIL. Функциональность по автоматизации процессов, а также работа с обращениями, проблемами, изменениями, уровнем сервиса, конфигурациями, знаниями и релизами позволяет организовать эффективное взаимодействие как с внешними клиентами, так и с внутренними подразделениями компании [20].

Рисунок 2- Портал самообслуживания bpm’online service.

Система содержит следующие компоненты:  база контактов и клиентов с функцией автоматического сбора

информации о клиентах из открытых источников;  портал самообслуживания клиентов;  коммуникационная панель, объединяющая функционал почтового

клиента, Интернет-телефонии и соц. Сети;  реестр обращений;  база знаний;  каталог услуг;  каталог бизнес-процессов;  база сотрудников.

Рисунок 3 — Единый реестр обращений bpm’online service.

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

Стоимость: 34200 руб./год на 1 сотрудника.

2.3. Обзор системы «ITSM 365»

Сервис для внутренней и внешней поддержки. Представляет собой платформу Naumen Service Desk, преднастроенную для малого и среднего бизнеса. Включает в себя Service Desk, портал самообслуживания, личные кабинеты бизнес-пользователей, каталог услуг (внешних или внутренних), базу знаний, каталог оборудования, программного обеспечения и ИТ услуг, схему внутренних задач, а также инструменты для управления изменениями, проблемами и конфигурациями и модуль отчетности. Основная задача системы – регистрация и отслеживание исполнения заявок клиентов с параллельным учѐтом трудозатрат исполнителей [27].

Рисунок 4 — Окно обращения клиента в системе ITSM 365

К преимуществам данной платформы можно отнести возможность интеграции с 1С, Active Directory, интернет-сайтами и различными базами данных, наличие мобильных приложений для работы в системе, а также систему учѐта трудозатрат. Основанная на базе Naumen Service Desk, ITSM 365 адаптирована для работы с малым и средним бизнесом и использует десятилетний опыт внедрения ServiceDesk продуктов на российском и зарубежных рынках [9].

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

Рисунок 5 — Окно согласования заявки в ITSM 365

Стоимость: 12000 руб./год на сотрудника (без телефонии, поддержки SSL на предоставляемом домене, индивидуальной настройки интерфейса и тех. поддержки производителя), 24000 руб./год (без тех. поддержки производителя), 48000 руб./год (с тех. поддержкой)

2.4. Обзор системы «ServiceNow»

Один из самых известных ServiceDesk продуктов на мировом рынке. Данный продукт выходит за рамки обычного Service Desk. За последние годы компания ServiceNow немного изменила вектор развития своего продукта, который теперь выходит за рамки ИТ. Сервис позволяет управлять большинством бизнес-направлений. Процессы, которые бизнес использует для управления, очень похожи на процессы, происходящие в ИТ-отделе. Изменяются лишь задачи, однако архитектура межэлементных взаимосвязей и отношения между исполнителем и потребителем остаются прежними. Комплекс решений позволяет управлять ИТ-отделом, отделом кадров, финансами, рисками, разработкой приложений и многими другими областями.

Основным инструментом ИТ-подразделения является компонент IT Operations Management (ITOM), позволяющий централизованно управлять обращениями клиентов, отслеживать загруженность персонала, формировать отчѐты о производительности ИТ-отдела [30].

Рисунок 6 — окно списка задач ИТ-отдела в ServiceNow.

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

Рисунок 7 — Схема создания ИИ-бота в ServiceNow.

К преимуществам данного решения можно отнести универсальность – система позволяет организовать работу большинства отделов компании в одном приложении. Искусственный интеллект позволяет сократить время обработки заявок и частично автоматизировать работу ИТ-персонала. Совместимость с самыми популярными системами мониторинга позволит значительно упростить отслеживание и предупреждение инцидентов [12].

К минусам можно отнести отсутствие «коробочной версии» — система работает только на серверах самой компании и фирм-дистрибьюторов, что приводит к замедлению отклика системы при высоких нагрузках сети, неправильно подобранной ширине сетевого канала или проблемах на стороне сервера. Помимо этого, система имеет высокую стоимость по меркам российского рынка.

Стоимость решений рассчитывается индивидуально, в зависимости от набора выбранных компонентов и начинается от 1200$ в год на 1 пользователя.

2.5. Обзор системы «ITSM ИнфраМенеджер»

Продукт разработки одноимѐнной российской ИТ-компании, построенный на базе продуктов Microsoft. Комплексное решение для автоматизации ИТ-деятельности и постановки ИТ-процессов в соответствии с мировой методологией ITSM. В состав продукта входят приложение для ОС Windows, предназначенное для ИТ-специалистов, а также Web-версии как для клиента, так и для сотрудников ИТ-департамента [7].

Рисунок 8 — настольное приложение ИТ-специалиста ИнфраМенеджер

«ИнфраМенеджер» выполняет следующие функции:  ServiceDesk (Управление процессами ИТ-подразделения);  каталогизация сервисов и SLA;  ведение базы персонала и графика работы;  формирование более 80 видов отчѐтов;  учѐт имущества и автоматическая инвентаризация;  мониторинг устройств;  документирование сети и инфраструктуры.

«ИнфраМенеджер» постоянно развивается, дополняя систему новыми функциями и возможностями.

Рисунок 9 — Веб-интерфейс системы «ИнфраМенеджер»

К преимуществам продукта можно отнести сравнительно невысокую стоимость – данное решение распространяется в «коробочном» варианте, без повременной подписки. Минималистичный интерфейс приложения подразумевает невысокие системные требования к рабочему месту специалиста [13].

К минусам можно отнести непривлекательный интерфейс настольного приложения, отсутствие функционала, представленного у большинства конкурентов, неудобный интерфейс web-приложения.

Стоимость: Серверная лицензия (включает 10 клиентских) – 450000 руб., клиентская лицензия – от 17000 до 32000 руб. в зависимости от количества.

2.6. Обзор системы «Итилиум»

Итилиум разработан на базе продукта «1С: Предприятие» и работает на платформах 1С 8.2 и 8.3. Продукт создан в соответствии со стандартами ITIL и ISO 20000. Итилиум позволяет организовать не только работу ИТ-отдела, но и любого другого сервисного предприятия. В системе предполагается два варианта работы – «тонкий» или WEB клиенты [29].

Рисунок 10 — окно управления обращениями в Итилиум (1С 8.2)

Основные функции системы:  управление уровнем услуг / управление уровнем сервиса (включая SLA);  управление каталогом услуг;  управление событиями;  управление инцидентами и запросами на обслуживание (обращениями);  управление проблемами;  управление активами и конфигурациями;  управление изменениями;  управление релизами;  управление знаниями;  управление ИТ-финансами (сервисный бюджет, учет затрат).

Так же система позволяет создавать отчѐты, графики, рассчитывать индивидуальные показатели сотрудников.

Рисунок 11 — Главное меню Итилиум (Web-интерфейс)

К плюсам можно отнести простоту внедрения – продуктами 1С пользуется множество фирм, гибкую настройку, удобный интерфейс, относительно невысокие цены.

К минусам системы можно отнести высокие системные требования, множество ошибок, недоработок [10].

Стоимость: 149000 руб. без учѐта лицензий на платформу и клиентских лицензий.

Все представленные выше продукты предлагают схожий набор функций и компонентов и направлены в первую очередь на централизацию и автоматизацию работы ИТ-службы предприятия. Несмотря на разнообразие продуктов, представленных на рынке ServiceDesk-систем, большинство из них рассчитаны на средний и крупный бизнес. Ценовая политика производителей и дистрибьюторов не позволяет небольшим фирмам со штатом в 5-10 сотрудников и небольшим оборотом приобрести подходящий продукт. Многие предприятия малого бизнеса полностью отказываются от использования ServiceDesk-систем или разрабатывают свои аналоги на базе более дешѐвых продуктов (MS Access, Excel, Bitrix24) [11].

ГЛАВА 3. ОРГАНИЗАЦИЯ ИТ-ИНФРАСТРУКТУРЫ НА

ПРИМЕРЕ ООО «КОМПАНИЯ ПРОФИТРОЛЬ»

3.1. Роль диспетчерской службы в управлении отделом

информационных технологий

Одной из основных идей, описанных в ITIL, является идея организации Service Desk (Диспетчерской службы).

Service Desk — специализированная функциональная единица, ориентированная на обработку специфических сервисных событий, поступающих в форме обращений пользователей или сообщений систем мониторинга.

Основными целями и задачами ServiceDesk являются:

 Создание единой точки контакта (Single Point Of Contact) между поставщиком сервисов и пользователями.

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

 Создание единой базы накопления знаний о возникающих проблемах, с дальнейшим анализом и разработкой превентивных мер устранения неполадок.

Важно подчеркнуть, что согласно ITIL, сотрудники Service Desk, в отличие от технических специалистов ИТ, специально ориентированы именно на общение с простыми, часто слабо подкованными в техническом плане, пользователями, нередко находящимися в импульсивном или подавленном состоянии пользователями [28].

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

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

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

3.2. Общая характеристика предприятия

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

В разные годы существования, клиентская база «Профитроля» колебалась от 10 до 30 клиентов, среди которых предприятия как малого, так и среднего бизнеса.

Основные виды деятельности «Компании Профитроль» предоставление услуг ИТ-аутсорсинга, поставка компьютерного и коммуникационного оборудования и программного обеспечения. «Компания Профитроль» является участником партнерской программы Microsoft и обладает статусом Microsoft Certified Partner. В рамках партнерской программы, ООО «Профитроль» имеет подтверждѐнные компетенции в специализации Networking Infrastructure Solutions (решения в области построения сетевой инфраструктуры) и особой специализации Small Business Specialist.

Количество сотрудников, работающих в «Компании Профитроль» на данный момент не превышает 10 человек. Структура управления – линейная. Все сотрудники подчиняются непосредственно директору.

Директор

Финансовый Системные

Офис-менеджер

директор администраторы

Рисунок 12 — структурная схема ООО «Компания Профитроль»

Периодически для выполнения нетипичных работ привлекаются сторонние сотрудники, работающие по договору подряда.

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

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

Сервер СУБД хранит информацию о бухгалтерии, кадровых данных и ведении торгового учѐта.

Сервер Active Directory обеспечивает внутреннюю безопасность, разграничивая права доступа к клиентской и внутриорганизационной информации.

Сетевой шлюз защищает внутреннюю инфраструктуру от кибер-атак, фильтруя попытки подключений из внешней сети. Он же обеспечивает возможность сотрудникам подключаться к своему рабочему месту из любой точки внешней сети по защищѐнному каналу. Это позволяет сотрудникам работать удалѐнно, выполняя те или иные задачи в нерабочее время.

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

Часть заявок от клиентов поступает через интернет-мессенджеры.

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

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

3.3. Результаты исследования выбранной области автоматизации и

информатизации прикладных процессов предприятия.

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

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

Создание единого и единственного канала приѐма обращений клиентов значительно упростило бы систематизацию информации, позволило бы избежать нарушения трудового процесса специалистов и потерь информации. При этом совершенно нет необходимости ограничивать Клиентов единственным каналом связи. Оператор Service Desk может принимать обращения как по телефону, так и с помощью электронной почты, интернет-мессенджеров или специальной формы связи на сайте. Во избежание пропуска звонков от Клиентов, предлагается создать схему обработки входящих вызовов на сервере Интернет-телефонии, при которой если звонок остаѐтся без ответа на протяжении 15 секунд, включается режим голосовой почты и автоответчик предлагает представиться и/или оставить контактный номер для обратной связи. Голосовое сообщение поступает оператору на электронную почту, он прослушивает его и связывается с клиентом, чтобы уточнить всю необходимую информацию по его обращению.

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

Для решения данной проблемы предлагается создать чѐткое описание процесса приѐма заявок в службу Service Desk. Оператор должен уточнить у инициатора несколько ключевых пунктов:

•  наименование организации Клиента;
•  ФИО обратившегося;
•  подробное описание проблемы или заявки на обслуживание.

При правильно построенной системе обработки заявок этой информации будет достаточно для специалиста, чтобы приступить к работе. Вся остальная необходимая информация о пользователе хранится в базе данных, где с ней могут ознакомиться как оператор Service Desk, так и специалист, назначенный исполнителем заявки.

Следующая проблема обработки заявок – очерѐдность. Выполнение заявок в порядке их поступления абсолютно неэффективно. Некоторые проблемы требуют немедленного обращения внимания, другие же не имеют высокой срочности и могут быть отложены на несколько часов. Разрабатываемое приложение должно иметь функционал маркировки обращений, для обозначения приоритета их обработки. Умение правильно обозначить приоритет создаваемой в Service Desk заявки – важное качество оператора. Этот пункт налагает на кандидата на должность Оператора системы Service Desk требования к базовым знаниям в области Информационных Технологий и пониманию работы ИТ-инфраструктуры Клиентов.

Распределение заявок так же имеет немаловажную роль в работе ИТотдела. Ручное распределение заявок по сотрудникам допустимо, но крайне нежелательно. Зачастую заранее неизвестно, сколько времени понадобится специалисту на обработку той или иной заявки и ручное распределение, например, «по очереди» может привести к перегрузке одного из специалистов долгосрочными заявками. Приложение Service Desk должно обладать возможностью назначения заявки на отдел, так же, как и на конкретного пользователя. В данном случае специалисты будут самостоятельно назначать себе заявки из пула доступных. Это позволит сотрудникам повышать свои компетенции, выбирая заявки посложнее, решая проблемы, с которыми раньше сталкиваться не приходилось. Такой подход повышает командный дух отдела. Сотрудники действуют не по принципу «сделал свою работу, могу отдыхать», а трудятся над общим пулом обращений, стараясь свести к нулю количество необработанных заявок.

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

Ввод понятия «приоритет исполнения» безусловно ведѐт к вопросу о сроках обработки обращений и согласовании этих условий с клиентом. ITIL вводит такое понятие как SLA (Service Level Agreement) – Соглашение об уровне предоставления услуг — формальный договор между заказчиком услуги и еѐ поставщиком, содержащий описание услуги, права и обязанности сторон и, самое главное, согласованный уровень качества предоставления данной услуги. С каждым текущим, а также с каждым новым клиентом необходимо заключать данное соглашение, включающее в себя следующие разделы:

•  определение предоставляемого сервиса, стороны, вовлеченные в соглашение, и сроки действия соглашения;

•  дни и часы, когда сервис будет предлагаться, включая тестирование, поддержку и модернизацию;

•  описание процедуры отчетов о проблемах, включая условия эскалации на следующий уровень;
•  описание процедуры запросов на изменение;

 спецификации целевых уровней качества сервиса, включая:

o максимальный срок устранения инцидентов (устранение

сбоев, мешающих работе);

• o максимальный срок решения сервисных вопросов;
•  стоимость услуг, описание платежей, связанных с сервисом;
•  ответственности клиентов при использовании сервиса (подготовка, поддержка соответствующих конфигураций оборудования, программного обеспечения);
•  процедура разрешения рассогласований, связанных с предоставлением сервиса;
•  список и права ответственных сотрудников со стороны заказчика (формирование заявок, приемка работ, заказ дополнительных услуг и т.д.);
•  описание уровней обеспечения конфиденциальности;
•  список предоставляемой отчетности;
•  список принимаемых на обслуживание аппаратных объектов в соответствии с проведенным аудитом;
•  список принимаемых на обслуживание сервисов в соответствии с проведенным IT аудитом;
•  описание доступности сервиса (время простоя в год или месяц, период доступности 24×7 или в рабочие дни 8×5, общее количество простоев, плановые простои);

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

SLA регламентирует работу ИТ-службы и позволяет улаживать любые споры, возникающие в сотрудничестве. Следует заметить, что SLA является открытым документом, доступным для ознакомления всем сотрудникам как поставщика ИТ-услуг, так и потребителя. Понимание работы ИТ-службы (время работы, качество предоставляемых услуг, обозначение приоритетов и сроки исполнения обращений) позволяет избежать множества повторных обращений Клиента.

Основным инструментом работы оператора системы Service Desk должно стать разрабатываемое приложение «ServiceDesk», посредством которого в базу данных будут заноситься обращения клиентов. Этим же приложением будут пользоваться ИТ-специалисты, получая, обрабатывая и выполняя задания ИТ-отделу.

Схема обработки обращений клиента представлена в Приложении 1.

Основные требования к информационной системе. Система должна:

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

 иметь интуитивно понятный интерфейс;

•  обладать низкими системными требованиями к оборудованию.

Для разработки приложения был выбран язык программирования Delphi. Выбор обусловлен тем, что Delphi, являясь развивающимся языком программирования, достаточно прост в освоении, позволяет создавать приложения для ОС Windows, работать с базами данных, имеет обширную базу знаний, накопленных специалистами за многие годы. Конечной платформой использования приложения выбрана линейка операционных систем Microsoft Windows. Эта система используется на большинстве персональных компьютеров сотрудников ООО «Компания Профитроль». В качестве СУБД выбрана MS Access. Данная система обладает высокими показателями стабильности, защитой от сбоев и системой транзакций, обеспечивающей одновременную работу нескольких пользователей.

3.4. Описание базы данных.

База данных, используемая программой «ServiceDesk» имеет название Helpdesk.mdb и включает в себя три таблицы: «Клиенты», «Заявки» и «Сотрудники». Физическая модель базы данных представлена на рисунке 13.

Рисунок 13 — физическая схема БД Helpdesk.mdb

Таблица «Клиенты» полем «Клиент» связана с полем «Клиент» таблицы «Заявки». Таблица «Сотрудники» связана полем «ФИО» с полем «Ответственный» таблицы «Заявки».

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

Поле № — инкрементный счетчик, уникальный номер пользователя.

Поле Клиент – текстовое поле, содержит наименование организации, являющейся Клиентом ООО «Компания Профитроль».

Поле ФИО – тестовое поле, содержащее фамилию, имя и отчество пользователя.

Поле Должность – текстовое поле, содержащее должность пользователя.

Поле Телефон – текстовое поле, содержащее контактный номер пользователя.

Поле Почта – текстовое поле, содержащее адрес электронной почты пользователя.

Поле ID_компьютера – текстовое поле, содержащее имя компьютера, FQDN (сокр. от англ. Fully Qualified Domain Name — «полностью определѐнное имя домена»).

Поле Адрес – текстовое поле, содержащее адрес фактического расположения места работы пользователя, с точностью до кабинета.

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

Таблица «Заявки» содержит основную информацию базы данных. Все данные, касающиеся обращений Клиентов в ИТ-отдел хранятся здесь.

Поле Код – инкрементальный счѐтчик. Отображает номер заявки в базе данных.

Поле Заголовок – текстовое поле, содержащее краткое описание обращения, позволяющее понять о чѐм идѐт речь, не вчитываясь в полный текст заявки.

Поле Текст – длинное текстовое поле, содержащее подробное описание обращения, записанное со слов инициатора заявки.

Поле Дата_начала – поле типа «дата и время», отражающее время открытия заявки оператором.

Поле Контрольный_срок – поле типа «дата и время», отражающее время до которого заявка должна быть выполнена согласно еѐ приоритету.

Поле Дата_Окончания – поле типа «дата и время», отражающее реальное время выполнения заявки.

Поле Отдел – текстовое поле, содержащее название отдела, которому назначена заявка.

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

Поле Приоритет – текстовое поле, отображающее приоритет, присвоенный заявке оператором.

Поле Статус – текстовое поле, отображающее текущий статус выполнения заявки.

Поле Клиент – текстовое поле, отображающее наименование Клиента, обратившегося в ИТ-отдел.

Поле Контактное_лицо – текстовое поле, содержащее фамилию, имя и отчество пользователя, инициировавшего создание заявки.

Поле Решение – длинное текстовое поле, содержащее описание решения заявки, заполненное исполнителем.

Поле Код_закрытия – текстовое поле, содержащее замечание по решению заявки.

Данные этой таблицы позволяют проводить анализ обращений Клиентов и выступают в роли Базы Знаний для сотрудников ИТ-отдела.

Таблица «Сотрудники» содержит информацию о сотрудниках ИТотдела, позволяющую оператору службы Service Desk при необходимости передать заявку на исполнение конкретному сотруднику или связаться с ним.

Поле Код – инкрементальный счѐтчик, содержит уникальный номер сотрудника.

Поле ФИО – текстовое поле, содержащее фамилию, имя и отчество сотрудника.

Поле Отдел – текстовое поле, содержащее наименование отдела, к которому относится сотрудник.

Поле Рабочий_телефон – текстовое поле, содержащее внутренний номер телефона сотрудника.

Поле Личный_телефон – текстовое поле, содержащее личный, сотовый номер телефона сотрудника.

Поле E-mail – текстовое поле, содержит адрес электронной почты сотрудника.

Поле Должность – текстовое поле, содержащее должность сотрудника.

3.5. Описание программного продукта «ServiceDesk»

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

Программное обеспечение «ServiceDesk» представляет собой многооконное приложение, каждое окно (форма) которого служат для выполнения отдельной функции. Управление приложением обеспечивается набором активных элементов (кнопок, маркеров, выпадающих списков и т.д.).

Для работы с приложением требуется компьютерная мышь и клавиатура.

На главной форме (Main.pas) программы расположена таблица, содержащая краткую информацию о заявках ИТ-отдела и элементы управления.

Вверху находится главное меню программы, содержащее кнопки управления и переходов.

Рисунок 14 — главное окно программного продукта «ServiceDesk»

Рисунок 15 — выпадающие меню главной формы «ServiceDesk»

Кнопка Создать заявку в разделе Файл открывает форму создания заявки (Editor.pas).

Кнопка Выход в разделе Файл завершает работу с программой.

Кнопка Клиенты в разделе Справочник открывает форму работы с клиентами (Client.pas).

Кнопка Сотрудники в разделе Справочник открывает форму работы с сотрудниками (Employees.pas).

Цифрами на рисунке 14 обозначены следующие элементы:

1 — кнопка Новая заявка открывает форму создания заявки (Editor.pas).

2 — кнопка Редактировать открывает форму редактирования заявки (EditTask.pas).

3 — строка поиска, осуществляющая мгновенную фильтрацию таблицы по заданным параметрам. Для осуществления фильтрации по частичному вводу используется событие (Event) OnChange (ПриИзменении), передающее значение из поля ввода в переменную строкового типа. Далее значение этой переменной сравнивается со значениями заданного столбца в таблице Задачи базы данных. Независимость от регистра достигается использованием функции AnsiUpperCase. Таблица фильтруется, отображая только те строки, в которых было обнаружено частичное совпадение заданного текста со значением. Данное поле позволяет пользователю быстро находить интересующие его заявки, не беспокоясь о регистре ввода данных. Расположенные под строкой поиска переключатели позволяют использовать поиск по разным параметрам.

4 — переключатель По номеру позволяет активировать режим поиска заявок по их уникальному номеру.

5 — переключатель По заголовку активирует режим поиска заявок по тексту в заголовке.

6 — переключатель По клиенту активирует режим фильтрации заявок по заданному клиенту. По умолчанию включен именно этот переключатель.

7 — переключатель По ответственному позволяет фильтровать заявки по исполнителю.

Рисунок 16 — таблица заявок на главной форме.

Таблица главной формы отображает краткую информацию о заявках в ИТ-службу. Данные берутся из таблицы Заявки базы данных. Краткое представление позволяет специалисту ИТ-отдела получить достаточно информации о текущих заданиях и осуществить выбор заявки согласно приоритета и оставшегося времени на исполнение. Двойной щелчок на строку с заявкой так же открывает форму редактирования заявки (EditTask.pas)

Форма создания заявок (Editor.pas) предназначена для оператора службы Service Desk. С еѐ помощью вносятся данные в таблицу для последующей обработки специалистами ИТ-отдела.

Рисунок 17 — форма создания заявки

Цифрами на рисунке 17 отмечены следующие элементы:

1 — кнопка Отмена закрывает форму, не внося изменений в базу данных.

2 — кнопка Сохранить записывает внесѐнную информацию в базу данных, создавая новую заявку, но только если заполнены все поля кроме Ответственный. Если какое-то поле остаѐтся незаполненным, пользователю выдаѐтся информационное сообщение с указанием того, что необходимо дополнить. Пример такого сообщения изображѐн на рис. 18. Эта же кнопка запускает отправку сообщений на электронную почту инициатора заявки и исполнителя (если указан).

Рисунок 18 — информационное окно формы создания заявки.

3 — Поле Дата открытия заполняется автоматически при открытии формы создания заявки. Это экономит время оператора и не позволяет заводить заявки «задним числом». Используется команда FormatDateTime(‘dd.mm.yyyy hh:nn’, Now).

Рисунок 19 — выпадающий список «Приоритет» формы создания заявки

Выпадающий список Приоритет – позволяет оператору маркировать заявки в зависимости от их важности. Высоким приоритетом отмечаются обращения связанные с нарушением работоспособности критически важных сервисов, проблемы, оказывающие влияние на работу всей инфраструктуры, кибер-атаки и вирусные угрозы, затрагивающие пользовательские данные. Время реакции на такие обращения – 3 часа. Средний приоритет присваивается заявкам о нарушении работоспособности некритичных сервисов, затруднении работы одного или нескольких пользователей, сообщениям от системы мониторинга, предупреждающим о высоких нагрузках или исчерпании ресурсов. Срок обработки таких заявок – 24 часа. Низкий приоритет присваивается по умолчанию всем новым создаваемым заявкам. Сюда относятся заявки на обслуживание не требующие немедленного реагирования, сообщения об ошибках, не влияющих на работоспособность сервисов. Срок обработки подобных обращений – 72 часа.

4 — автоматически заполняемое поле Контрольный срок , зависящее от выбранного приоритета заявки. При смене значения поля Приоритет, автоматически, по событыию OnChange меняется и контрольный срок. Для вычисления даты и времени используются функции IncHour и IncDay.

Рисунок 20 — выпадающий список «Статус» формы создания заявки

Выпадающий список Статус позволяет оператору обозначить текущий статус выполнения заявки. Автоматически заполняемое поле. По умолчанию выставлен статус Открыта.

Рисунок 21 — выпадающий список «Отдел» формы создания заявки.

Выпадающий список Отдел необходим оператору для назначения заявки определѐнной группе сотрудников, к чьей компетенции относится обращение. Список доступных элементов создаѐтся SQL-запросом SELECT DISTINCT Отдел FROM Сотрудники выдающим уникальные значения поля Отдел таблицы Сотрудники [31].

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

Рисунок 22 — выпадающий список «Ответственный» формы создания заявки.

Выпадающий список Ответственный содержит ФИО сотрудников отдела, указанного в поле Отдел. Список формируется автоматически, с помощью SQL-запроса SELECT ФИО FROM Сотрудники WHERE ФИО IS NOT NULL AND Отдел =: Отдел GROUP BY ФИО ORDER BY ФИО. Данный запрос так же устраняет необходимость переписывать код программы при кадровых изменениях. Список обновляется при редактировании таблицы Сотрудники. Данное поле — единственное не является обязательным к заполнению, что даѐт оператору возможность назначить заявку не конкретному пользователю, а отделу в целом. Для устранения ошибок возникающих, когда оператор после выбора значения полей Отдел и Ответственный меняет значение поля Отдел, поле Ответственный каждый раз очищается событием OnChange и командой NULL [1].

Рисунок 23 — выпадающий список «Клиент» формы создания заявки.

Выпадающий список Клиент работает по аналогии с выпадающим списком Отдел. Значения формируются SQL-запросом SELECT DISTINCT Клиент FROM Клиенты выбирающим уникальные названия из столбца Клиент таблицы Клиенты. Формирование списка SQL-запросом позволяет избежать редактирования кода программы при заключении или расторжении договоров о сотрудничестве.

Рисунок 24 — выпадающий список «Контактное лицо» формы создания

заявки.

Выпадающий список Контактное лицо работает по аналогии с полем Ответственный. Значения формируются SQL-запросом SELECT ФИО FROM Клиенты WHERE ФИО IS NOT NULL AND Клиент =: Клиент GROUP BY ФИО ORDER BY ФИО. Это позволяет избежать внесения изменений в код программы при приѐме на работу или увольнении сотрудников Клиента. Список имѐн зависит от значения, указанного в поле Клиент. Поле очищается при выборе другого Клиента в соответствующем поле.

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

6 — поле Заголовок предназначено для ввода краткого описания заявки, позволяющего идентифицировать цель обращения из таблицы главного окна программы.

7 — поле Текст заявки содержит максимально подробное описание обращения, позволяющее специалисту определить поставленную задачу и приступить к еѐ выполнению.

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

Рисунок 25 — форма редактирования заявки

Следующие элементы обозначены цифрами на рисунке 25:

1 — кнопка Отмена закрывает форму, не внося изменений в базу данных.

2 — кнопка Сохранить записывает внесѐнную информацию в базу данных.

3 — кнопка Взять в работу переводит статус заявки в состояние В работе и сохраняет изменения.

4 — кнопка Выполнить переводит статус заявки в Закрыта и сохраняет изменения если все поля были заполнены. В случае, если каких-либо данных не хватает, пользователю выдаѐтся информационное сообщение с указанием проблемы.

Рисунок 26 — информационное окно формы создания заявки.

Эта же кнопка записывает значение текущего времени с помощью функции FormatDateTime(‘dd.mm.yyyy hh:nn’, Now) в поле Дата_окончания таблицы Заявки и посылает инициатору письмо с уведомлением о вынесении решения по его обращению [16].

5 — поле Номер отображает уникальный порядковый номер обращения.

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

7 — поле Контрольный срок отображает время до которого заявка должна быть исполнена. При смене значения поля Приоритет, автоматически, по событыию OnChange меняется и контрольный срок. Для вычисления даты и времени используются функции IncHour и IncDay.

8 — выпадающий список Статус отображает текущее состояние заявки. Может быть изменѐн вручную или с помощью кнопок Взять в работу и Выполнить.

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

10 — выпадающий список Ответственный отображает ФИО специалиста, который в назначен исполнителем заявки. В отличие от формы создания заявок, поле Ответственный на форме редактирования является обязательным для закрытия заявки.

11 — выпадающий список Клиент отображает наименование обратившейся в ИТ-службу организации.

12 — выпадающий список Контактное лицо содержит ФИО инициатора заявки.

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

14 — поле Тема содержит краткое описание заявки, указанное оператором службы Service Desk.

15 — поле Описание содержит подробное описание обращения, записанное со слов инициатора.

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

17 — поле Решение предназначено для комментария специалиста о выполнении поставленной задачи и для записи промежуточных итогов при передаче заявки другому специалисту.

Форма Клиенты (Client.pas) отображает всю необходимую для работы ИТ-отдела информацию о клиентах ООО «Компания профитроль» в табличном виде.

Рисунок 27 — справочник «Клиенты»

Следующие элементы обозначены цифрами на рисунке 27:

1 — Кнопка Создать открывает форму Карточка клиента (ClientEditor.pas) для занесения информации о новом сотруднике организации-клиента.

2 — Кнопка Редактировать открывает выбранную в таблице запись для редактирования в форме Карточка клиента (ClientEditor.pas).

3 — строка поиска, осуществляющая мгновенную фильтрацию таблицы по заданным параметрам. Для осуществления фильтрации по частичному вводу используется событие (Event) OnChange (ПриИзменении), передающее значение из поля ввода в переменную строкового типа. Далее значение этой переменной сравнивается со значениями заданного столбца в таблице Клиенты базы данных. Независимость от регистра достигается использованием функции AnsiUpperCase. Таблица фильтруется, отображая только те строки, в которых было обнаружено частичное совпадение заданного текста со значением. Данное поле позволяет пользователю быстро находить интересующие его заявки, не беспокоясь о регистре ввода данных. Расположенные под строкой поиска переключатели позволяют использовать поиск по разным параметрам.

4 — переключатель По клиенту отвечает за включение режима поиска по столбцу Клиент таблицы Клиенты. По умолчанию включен.

5 — переключатель По имени включает режим поиска по столбцу ФИО таблицы Клиенты.

6 — переключатель По ID компьютера позволяет осуществлять поиск по столбцу ID_компьютера таблицы Клиенты. Данный тип фильтрации необходим, когда специалисту необходимо определить кому из пользователей принадлежит компьютер, сообщение о котором появилось в системе мониторинга.

Рисунок 28 — таблица «Клиенты».

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

Форма Карточка клиента (ClientEditor.pas) представляет собой небольшое окно с полями для ввода информации о сотрудниках клиентов организации.

Следующие элементы обозначены цифрами на рисунке 29:

1 — кнопка Отмена закрывает форму без сохранения внесѐнных изменений.

2 — кнопка Сохранить записывает изменения, внесѐнные с помощью формы в таблицу Клиенты если все поля были заполнены. В противном случае, пользователю выдаѐтся информационное окно с сообщением о необходимости внести недостающие данные.

Рисунок 29 — форма «Карточка клиента»

3 — кнопка Удалить удаляет текущую запись из базы данных клиентов.

4 — поле Клиент служит для внесения информации о наименовании организации в которой работает пользователь.

5 — поле ФИО позволяет внести фамилию, имя и отчество пользователя в базу данных.

6 — поле Номер телефона содержит информацию о контактном номере телефона пользователя, по которому с ним можно будет связаться в случае необходимости.

7 — поле Почта хранит информацию об адресе электронной почты пользователя, на которую будут отправляться уведомления о выполнении его заявок.

8 — поле ID компьютера содержит информацию о полном уникальном имени компьютера (FQDN) пользователя, позволяющему найти его в сети.

9 — поле Должность служит для указания должности, занимаемой пользователем.

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

Форма Сотрудники (Employees.pas) содержит информацию о сотрудниках ООО «Компания Профитроль».

Рисунок 30 — справочник «Сотрудники»

Следующие элементы обозначены цифрами на рисунке 30:

1 — кнопка Создать открывает форму Карточка сотрудника (EmployeeEditor.pas) для внесения данных о сотрудниках ИТ-отдела.

2 — кнопка Редактировать открывает существующую запись таблицы Сотрудники в форме Карточка сотрудника (EmployeeEditor.pas) для внесения изменений.

3 — поле Поиск по имени позволяет отфильтровать записи в таблице, отображая только те, что имеют частичное совпадение по столбцу ФИО таблицы Сотрудники с текстом, введѐнным в поле ввода. Регистронезависимость поиска обеспечивается функцией AnsiUpperCase.

Рисунок 31 — таблица «Сотрудники»

Таблица содержит данные о сотрудниках ИТ-отдела, необходимые оператору Service Desk и другим сотрудникам ИТ-департамента для связи друг с другом.

Форма Карточка сотрудника (EmployeeEditor.pas) содержит поля и элементы управления для внесения или просмотра информации об отдельно взятом сотруднике ИТ-отдела.

Рисунок 32 — Карточка сотрудника

1 — кнопка Отмена закрывает форму без сохранения внесѐнных изменений.

2 — кнопка Сохранить записывает внесѐнные изменения в таблицу если все поля заполнены. В противном случае, пользователю выдаѐтся информационное окно с сообщением о необходимости внести недостающие данные. Пример сообщения приведѐн на рисунке 33. Рисунок 33 — информационное окно формы редактирования сотрудника

3 — поле ФИО служит для ввода фамилии, имени и отчества сотрудника ИТ-отдела

4 — поле Отдел содержит наименование подразделения ИТ-службы, к которому относится сотрудник.

5 — поле E-mail содержит адрес электронной почты сотрудника, на который будут приходить уведомления о назначенных на его имя заявках.

6 — поле Рабочий телефон служит для записи внутреннего телефонного номера сотрудника.

7 — поле Личный телефон предназначено для записи личного номера мобильного телефона сотрудника. Поле имеет маску #(###)###-##-##, где # цифры от 0 до 9.

8 — поле Должность содержит название занимаемой сотрудником должности.

Помимо самого приложения Service Desk, в Информационную систему так же включѐн скрипт backup.bat, обеспечивающий резервное копирование БД в каталог с текущей датой. Использование данного скрипта в качестве основы задания для Планировщика Задач Windows (Windows Scheduler) позволит обеспечить сохранность данных.