Диплом: Автоматизация приема и обработки заявок отделом техподдержки Богородском филиале АО "НПО "Прибор"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
27
1.2. Характеристика комплекса задач, задачи и обоснование необходимости
автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
В данный момент на предприятии существует система приема заявок от
пользователей на базе 1С «Документооборот», но, во-первых, она доступна только
пользователям, подключенным к «закрытой» сети, пользователи же «открытой»
сети (с доступом в Интернет), не имеют к ней доступа, а это две третьих всех
рабочих мест, во-вторых она ориентирована на подачу заявок в головную
организацию в Москву и несмотря на то, что возможно создать процесс и указать
исполнителем сотрудника отдела ИТ филиала, по факту за два года использования
1С «Документооборот», таковых заявок не было. Автоматизацией приема заявок
(глобально, а не только отделом ИТ) будет заниматься Концерн Калашников,
однако внедрение запланировано на 2024 год. В данный момент приём заявок
осуществляется рукописным заполнением строки в журнале заявок под роспись
подавшего заявку или исполнителя. Воспроизведение таблицы этого журнала с
возможностью его просмотра и соответственно, своевременного контроля
исполнения заявок со своего рабочего места, как пользователями, так и
исполнителями (сотрудниками отдела ИТ) и будет являться моей задачей.
Отдел ИТ
Рисунок 4. Схема задач отдела ИТ.
28
1.2.2. Определение места проектируемой задачи в комплексе задач и ее
описание
Вопросы, решаемые дипломным проектом, затрагивают автоматизацию приема и
обработки заявок отделом техподдержки в Богородском филиале АО "НПО
"Прибор". В данный момент приём заявок отделом ИТ происходит рукописным
заполнением строк в журнале заявок пользователей под роспись заявителя или
исполнителя. Внедряемая система призвана заменить рукописный журнал на
электронный, ускорив и упростив при этом подачу и просмотр статуса исполнения
заявок, поданных в отдел ИТ.
Задачей системы является возможность просмотра актуальных данных и работы с
поданными заявками с любого рабочего места, подключенного к открытой, или
закрытой сети на филиале.
Входными данными для создания заявки являются:
1) Телефонный звонок с описанием проблемы;
2) Устное обращение;
3) Письменное обращение, зарегистрированное в журнале заявок;
4) Заявка в электронном виде.
Выходной информацией в данном случае является информация о закрытии заявки
переданная исполнителем заявителю.
Рисунок 5. Процесс обработки заявки.
29
1.2.3. Обоснование необходимости использования вычислительной техники
для решения задачи
Тема дипломной работы «Автоматизация приема и обработки заявок отделом
техподдержки в Богородском филиале АО "НПО "Прибор"» была выбрана мной
как единственная разрешенная к внедрению в порядке собственной инициативы,
при условии полного отсутствия затрат со стороны предприятия, согласования с
УБ (Управлением Безопасности), проверки на «закладки» ведущим специалистом
по информационной безопасности, информационным технологиям и борьбе с
иностранной разведкой Богородского филиала АО "НПО "Прибор", а так же без
установки дополнительного аппаратного или программного обеспечения для
реализации задачи. Связаны подобные жесткие ограничения со спецификой работы
государственного оборонного предприятия, так любые темы автоматизации могут
быть назначены исключительно холдингом АО «НПК «Техмаш» государственной
корпорации Ростех. В данном конкретном случае согласование с УБ прошло
успешно только в связи с использованием системы исключительно во внутренней
сети предприятия, под контролем и на ответственности отдела ИТ
(Информационных технологий) полное название ОИБиТ (Отдел Информационной
Безопасности и Технологий), а также никак иначе, как удачному стечению
обстоятельств, по которому внедрение системы приёма заявок от пользователей
(глобальное) на предприятии Концерном Калашникова запланировано только на
2024г., и система хотя бы частично занявшая пустующую нишу (в пределах отдела
ИТ филиала), и более того опыт разработки и работы с ней, не стали запрещаться,
при условии полного соблюдения накладываемых ограничений.
Требования, предъявленные к внедряемой системе в условиях жестких
ограничений, накладываемых фактором оборонного предприятия и описанные
выше, были таковыми:
1) Создать электронную версию журнала заявок, полностью повторяющую
таблицу последней;
2) Обеспечить возможность печати таблицы, для подшивки в журнал заявок;
3) Обеспечить доступность и актуальность данных с любого рабочего места,
подключенного к сети;
4) Использовать только имеющиеся вычислительные мощности;
5) Не использовать базы данных, кроме текстовых, для обеспечения
возможности проверки содержимого файлов DLP системой;
6) Не использовать дополнительного ПО на серверах предприятия;
7) Внедрение осуществить собственными силами, в порядке собственной
инициативы;
8) Внедрение системы не должно повлечь за собой любые риски, или затраты;
9) Специалисту по ИБ обеспечить проверку исходного кода на закладки;
30
Заявка
10) (Правка ведущего специалиста по безопасности и технологиям) Не
использовать крупные текстовые файлы, для обеспечения быстродействия
DLP системы. Использовать кодировку Windows-1251;
Ниже в таблице 2 приведен фрагмент схемы документооборота, по решаемой
задаче.
Таблица 2. Фрагмент схемы документооборота.
Действие
Пользователь
Администратор
Создание новой заявки
Работа над заявкой
Дополнение заявки
Выполнение заявки
Комментарий /
дополнение заявки
Установление срока
выполнения заявки
Просмотр статуса
выполнения заявки
Комментарий /
дополнение заявки
Просмотр дополнения
заявки
Завершение заявки
Просмотр статуса
выполнения заявки
31
1.2.4. Анализ системы обеспечения информационной безопасности и защиты
информации.
Защитой информации в филиале занимается УБ (Управление Безопасности), под
начальством которого и находится отдел ИТ (Информационных технологий),
разработкой нормативно-правовых и организационно-распорядительные
документов, регламентов, процедур, должностных инструкции и т.д., занимается
РСО (Режимно-Секретный Отдел), так же подчиняющийся УБ, совместно с ООТ
(Отдел Организации Труда), за соблюдение режима на предприятии отвечает ОВБ
(Отдел Внутренней Безопасности), в нашем отделе ИТ, полное название которого
ОИБиТ (Отдел Информационной Безопасности и Технологий) двое из
сотрудников, по совместительству, обеспечивают ИБ (Информационную
Безопасность), отдельных штатных единиц для этого нет. Итак, за «внешнюю»
безопасность отвечает сотрудник ОИБиТ должность которого звучит как –
Ведущий специалист по безопасности, информационным технологиям и
противодействию иностранной разведке второй формы допуска к государственной
тайне, это самый высокий допуск в нашем отделе, равный допуску, собственно
начальника УБ, остальные же сотрудники, в том числе я имеют третью форму
допуска к государственной тайне. За «внутреннюю» безопасность отвечает
специалист по безопасности и информационным технологиям.
Из мер защиты хищения информации за которую отвечает специалист по
безопасности и информационным технологиям можно выделить политики домена,
запрещающие установки устройств USB и использование USB накопителей, в
случае использования более старых ОС (Операционных Систем), например,
Windows XP или Windows 2000, применяется утилита RaTool, совершающая
правки в реестре Windows, приводящие к подобному эффекту от доменных
политик, что же касается рабочих мест с ОС Windows 98, то они не подключены к
сети, зачастую вовсе не имеют USB, а хранящаяся на них информация не
представляет даже коммерческой тайны и как и другие рабочие места
подвергаются периодической выборочной проверке сотрудниками ОИБиТ или
РСО. В «закрытой» сети (без доступа в Интернет, физически разделенной с
открытой сетью и содержащей коммерческую тайну) также работает DLP система,
клиентская часть которой установлена на каждое рабочее место и может работать
автономно, синхронизируясь с серверной частью в момент последующего
подключения к сети, серверная часть занимается сбором данных с клиентов,
анализом содержимого сетевых папок и анализом трафика в сети. Наименование
DLP системы я разгласить не могу, но это могут быть, например, системы
FalconGaze или Стахановец. Так же DLP собирает периодические снимки рабочих
экранов клиентов, периодическим выборочным анализом которых занимаются
РСО, ОВБ и ОИБиТ. Защитой от вирусов в обеих сетях и на ПК без сети служит
Kaspersky c сервеной частью Kaspersky Security Center, хотя из выбора
32
антивирусной защиты для оборонных организаций доступны только Kaspersky или
решения Dr.Web. Права доступа пользователя домена назначаются в основном
мной, как и прочие учетные записи, например, корпоративной почты. Вход в BIOS
(Basic Input Output System) на рабочих местах запаролен, системный блок
опломбирован. Установка или запуск программ пользователем запрещен (кроме
списка исключений) доменными политиками и политиками антивирусного ПО
Kaspersky, за актуальностью черных и белых списков следит непосредственно
начальник ОИБиТ. Доступ к сети Интернет на данный момент контролируется на
стороне клиента политиками антивирусного ПО Kaspersky на стороне прокси
сервера настройками файервола и встроенного DLP A-Real ИКС (Интернет
Контроль Сервер) за который отвечаю я. Статистика использования сети
собирается и предоставляется по требованию УБ. Секретные рабочие места
обслуживаются ведущим специалист по безопасности, информационным
технологиям и противодействию иностранной разведке, аппаратную и
программную часть я разгласить не могу. Для контроля доступа сотрудников на
территорию и помещения, а также подсчета рабочего времени, служит СКУД
(Система Контроля и Управления Доступом) PERCo обслуживаемая ОВБ и
ОИБиТ.
33
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
На рынке ПО есть множество зарубежных и Российских предложений и продуктов
по автоматизации приёма заявок отделом ИТ организаций, таких как Help Desk,
IntraService, или Synology OS Ticket.
Это ПО по типу хранимых данных можно разделить на фактографические и
документальные.
Фактографические системы предназначены для хранения и обработки
структурированных данных в виде чисел и текстов.
К их числу можно отнести и разработанную мной систему приёма заявок.
HelpDesk система предназначена для автоматизации обработки запросов
пользователей, она позволяет получать поддержку по электронной почте или на
вебстранице, большинство HelpDesk систем предлагают пользовательский
вебинтерфейс.
Основным компонентом Helpdesk является система управления запросами (или
инцидентами, тикетами, багами). По-английски такие системы называют "issue
tracker".
При поступлении запроса от пользователя (по телефону, по электронной почте, или
через вебсайт), в системе создается "тикет". Большинство современных helpdesk
умеют создавать тикеты из электронной почты и вебзапросов автоматически. В
зависимости от содержания тикета и важности, он ставится в очередь одному из
сотрудников службы поддержки и тот уже работает с пользователем над решением
проблемы. В ходе этого процесса статус тикета обновляется, и руководитель
службы поддержки может контролировать, как сотрудники справляются с
нагрузкой.
Кроме системы тикетов HelpDesk система может включать следующие
компоненты:
1) База клиентов;
2) База знаний для поиска готовых решений;
3) Вебпортал для пользователей (где они могут создавать заявки и следить за их
статусом);
4) База договоров на обслуживание (SLA = Service Level Agreement);
5) База продуктов.
34
Минусом Help Desk является цена лицензии и необходимость в дополнительном
(серверном оборудовании), а также в обучении сотрудников обращению с
системой, которая зачастую не интуитивно понятна для пользователя.
IntraServiceэто система учета заявок с веб-интерфейсом.
IntraService подходит для обработки заявок клиентов, простой постановки задач,
организации.
Полноценной службы Service Desk или оказания аутсорсинговых услуг.
По сути повторяет функциональность Help Desk, однако в отличии от последнего
является онлайн сервисом с доступом к нему через вебсайт организации,
представляющей данную возмездную услугу.
Явным плюсом использования IntraService является гибкая настройка
непосредственно через сайт, техподдержка специалистами самой IntraService, а
также то что для использования нет необходимости в дополнительном (серверном)
оборудовании на стороне заказчика.
Огромным минусом является необходимость доступа к сети Интернет, так как
услуга предоставляется сторонней организацией, её невозможно использовать
локально.
Так, например, в АО "НПО "Прибор" вовсе запрещено держать данные на
сторонних серверах, что исключает возможность использования данного решения.
Synology OS Ticket является системой приёма заявок, поставляемой
исключительно как пакет приложения к NAS серверам фирмы Synology, что уже
серьёзно ограничивает область использования системы, и несмотря на то, что
серверы Synology NAS RACK и DISK Station используются на предприятии,
огромным минусом является отсутствие рускоязычного интерфейса.
Плюсами же использования Synology OS Ticket являются:
1) Простота установки (установка выполняется из магазина приложений
Synology в два клика мышью);
2) Простота настройки (пользовательские учётные записи автоматически
импортируются из уже имеющихся в ОС, или AD (Active Directory);
3) Бесплатна для владельцев Synology NAS RACK и DISK Station.
4) Дружелюбность интерфейса по отношению к пользователю, благодаря его
минималистичности.
Минусами использования Synology OS Ticket являются:
1) Ограниченность функционала;
35
2) Отсутствие рускоязычного интерфейса;
3) Доступность только для владельцев Synology NAS RACK и DISK Station.
Synology OS Ticket была отвергнута на филиале предприятия исключительно из-за
отсутствия рускоязычного интерфейса, и невозможности использования в обеих
сетях, как закрытой, так и открытой.
Так как требованиями ТЗ не позволяют установку дополнительного ПО, в данном
случае подразумевается только разработка и внедрение с нуля.
36
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Существует четыре варианта стратегии автоматизации:
1) Хаотичная автоматизация
2) Автоматизация по участкам
3) Автоматизация по направлениям
4) Полная автоматизация
Хаотичная автоматизация предполагает под собой приобретение предприятием без
конкретного стратегического плана отдельных фрагментов информационной
системы, которые не способны оказать реальной пользы предприятию в целом.
Дальнейшее развитие информационной системы предприятия связано с новыми,
значительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
производственных участков, объединенных по набору выполняемых функций.
Этот способ автоматизации выбирается при условии, если существуют участки, где
применение автоматизированных систем дает значительный экономический
эффект, например, за счет сокращения персонала.
Автоматизация по направлениям подразумевает под собой автоматизацию
отдельных направлений деятельности компании. В этом случае компания получает
полную автоматизацию работы, например, отдела кадров, производства, или
бухгалтерии.
Полная стратегия автоматизации тоже не подходит в нашем случае, так как мы
автоматизируем только часть работы одного отдела.
Стратегия автоматизации по участкам лучше всего подходит в дипломном работе,
так как в нашем случае мы автоматизируем только приём заявок от пользователей
отделом ИТ.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)