Диплом: Автоматизация приема и обработки заявок отделом техподдержки ООО "АМТ интерком"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
AppLocker - функция позволяет системным администраторам
использовать групповые политики для установки правил запуска определенных
приложений на конкретном компьютере;
– расширенная поддержка VDI - системные администраторы могут
использовать один и тот же эталонный образ для удаленных клиентов за счет
использования инфраструктуры виртуального рабочего стола, и для обычных
компьютеров [8].
Разработка интерфейса будет выполнена средствами языка
программирования C#.
С# представляет собой современный объектно-ориентированный язык
для разработки компонентов и модулей для платформ .Net. С# обеспечивает
создание безопасного и верифицируемого кода, применение которого возможно
в любом современном программном комплексе. Созданные на языке C#
приложения могут успешно работать на любом компьютере под управлением
операционной системы Windows, Linux и MacOS независимо от архитектуры
технических средств.
Таким образом, перечисленное программное обеспечение позволит в
полной мере реализовать поставленную задачу автоматизации приема и
обработки заявок отделом техподдержки ООО «АМТ интерком».
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение — это технические средства, которые
предназначены для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы
[29].
Реализация проекта автоматизации приема и обработки заявок отделом
техподдержки ООО «АМТ интерком» предполагает использование
определенного технического обеспечения, это персональные компьютеры,
сетевое оборудование, сетевое хранилище данных.
Техническое обеспечение типового рабочего места сотрудника
компании должно иметь следующие характеристики: используются
персональные компьютеры c процессором Intel Celeron J4005 (2.0 - 2.7 ГГц) /
RAM 4 ГБ / HDD 500 ГБ / Intel UHD Graphics 600 / без ОД / LAN.
Среди дополнительного оборудования выделим:
– маршрутизатор TP-LINK Archer A6, частота работы Wi-Fi: 2.4 ГГц, 5
ГГц, скорость Wi-Fi: >300 Мбит/с, интерфейсы: 4 порта LAN 10/100/1000
Мбит/с, 1 порт WAN 10/100/1000 Мбит/с, WAN-порт: Ethernet;
– коммутатор Cisco SB SG112-14 Compact 12-Port Gigabit Switch SG112-
12-EU, возможность удаленного управления – неуправляемый и пр.
Для обеспечения высокой производительности информационной
системы может быть использовано сетевое хранилище данных QNAP TS-451+-
2G, имеющие следующие характеристики: поддержка RAID: RAID10, RAID6,
RAID5, RAID1, RAID0; интерфейсы: 1 x HDMI, 2 x Gigabit Ethernet, 2 x USB
3.0, 2 x USB 2.0; управление: индикаторы состояния: статус, питание, LAN,
USB, 4 x HDD; максимальная емкость хранилища: 40 ТБ; максимальная
емкость решения: 120 ТБ с учетом модулей расширения.
Таким образом, представленный перечень технического обеспечения
информационной системы может быть расширен и дополнен в процессе
опытной эксплуатации информационной системы. Также, можно отметить, что
продукты, разработанные средствами языка программирования C# не требуют
больших вычислительных мощностей и могут быть установлены на имеющиеся
технические средства компании.
В результате выполнения первого раздела были получены следующие
результаты. Изучена деятельность предприятия и установлена необходимость
автоматизации бизнес-процесса «Прием и обработка заявок». Анализ
программно-технической архитектуры показал достаточный уровень
оснащенности и готовность компании к внедрению информационной системы.
В компании ООО «АМТ интерком» система обеспечения информационной
безопасности и защиты информации реализована по средствам регламентов:
Регламент информационной безопасности; Регламенты использования
глобальной сети Internet. Также, были описаны существующие аналоги,
позволяющие автоматизировать поставленный комплекс задач. Однако, было
принято решение о разработке собственной информационной системы, которая
позволит учесть все требования предметной области.
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла - система, содержащая механизмы,
взаимодействия и задачи, которые выполняются в ходе разработки,
функционирования и сопровождения программного продукта в течение всей
жизни системы, от обозначения предписаний до завершения ее применения
[10].
Наиболее эффективным вариантом является международный стандарт
ISO/IEC 12207: 2008. В настоящее время этот стандарт является главным
международным документом в сфере внедрения и развития программных
продуктов.
Основные процессы являются обязательными для создания
программного продукта. Вышеуказанный процесс исполняют под
руководством сторон, вовлеченных в разработку системы [ 26 ]. К ним
относятся:
1. Заказ - определяет работы заказчика.
2. Поставка - определяет работы поставщика, то есть организации,
которая поставляет систему.
3. Разработка - определяет работы разработчика, организации, которая
проектирует и разрабатывает программный продукт.
4. Эксплуатация - определяет работы оператора, то есть организации,
которая гарантирует эксплуатационное обеспечение вычислительной системы в
заданных условиях в интересах пользователей.
5. Сопровождение - определяет работы персонала сопровождения.
Вышеуказанный процесс реализуется при изменениях программного продукта.
Задачей процесса является улучшение существующего программного продукта
при поддержании его целостности. Таким образом, следование перечисленным
этапам позволит реализовать проект автоматизации и поставленного комплекса
задач.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт соответствующие гарантии минимизации
рисков, так как весь ЖЦ проекта поделён на этапы, на каждом этапе есть
функции, за которыми прикреплены цели, которые необходимы быть
достигнуты и всё же на каждой стадии есть некоторые издержки [ 12 ]
В стадии разработки концепции могут появиться последующие риски: –
недальновидный анализ сроков проекта и его бюджета.
Для нейтрализации такого рода риска нужно более досконально
прорабатывать задачи и цели проекта, расставлять больше контрольных точек.
ошибочно подобранный проектный состав исполнителей может
повлечь полнейшее отсутствие командной работы.
Вышеуказанный риск уменьшается более детальным отбором
специалистов в проектную группу тестированием не только
высокопрофессиональных навыков, но и личностных качеств.
На стадии проектирования могут появиться следующие риски:
неправильно или не совсем корректно сформированное архитектура
избираемого решения.
Возможность появления этого риска зависит от компетенции куратора
проекта, на котором лежит принятие решение о выборе архитектуры
разрабатываемого решения.
В стадии разработки вероятны последующие риски:
– ошибочная трактовка технического задания и как следствие ошибочная
программирование архитектуры и сдвиг сроков [ 30 ].
Минимизацией данного риска служит более точное написание
технического задания, понятного программисту. В случае, если программист не
будет вписываться в заданные временные рамки календарного плана проекта,
продеться использовать внешнего разработчика, так называемый " аутсорсинг "
или " фриланс ".
В стадии тестирования могут появиться следующие риски: – риски
неоконченного тестирования.
Может случиться ситуация что программный продукт будет проверен не
до конца. Решается путем многократного тестирования на следующей итерации
разработки. В стадии внедрения могут появиться следующие риски:
– риски ошибочного принятия решения о завершённости части проекта.
Возникновение данных рисков ведет за собой проблему незавершённости
решения и перспективу возникновения нестыковок с иными частями
разрабатываемой ИС. Устраняется путем корректировки при следующей
итерации.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для данного комплекса задач существует несколько реализации
информационной безопасности.
1. Защита от внутренних угроз. Обозначает разграничение прав
пользователей информационной системы. Подробные права пользователей
описаны в табл. 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Заполнение
справочников
Возможность
создавать заявки
Аналитические
возможности
Администратор
Есть
Есть
Есть
Пользователь
Есть
Есть
Есть
Руководитель
Нет
Нет
Есть
2. Защита от внешних угроз реализуется следующими параметрами:
Во первых все серверные системы в компании не имеют установленных
посторонних средств удаленного администрирования, таких как Remote
administrator/Dame Ware / Team Viewer. Допуск организован через Remote
desktop protocol, на нужный сервер, в том числе и сервер приложений и СУБД
где размещена ИС вход реализуется только по доменной авторизации в
соблюдении с уровнем доступа, согласованным по заявке на горячую линию.
3. В компании применяются все допустимые способы защиты
информации, так как нет уникального одного метода, который смог бы
гарантировать полную информационную безопасность, а сочетание всех
методов позволяет осуществить максимальную информационную безопасность.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационное обеспечение – значимый элемент информационной
системы, оно предназначено для отражения информации, характеризующей
состояние управляемого объекта и являющейся основой для принятия
организационных решений [ 27 ].
Информационное обеспечение включает взаимосвязь единой системы
показателей, потоков информации – сценариев организации документооборота;
систем классификации и кодирования экономической информации,
унифицированную систему документации и всевозможные информационные
массивы (файлы), хранящиеся в машине и на машинных носителях и имеющие
всевозможную степень организации. Наиболее сложной организацией является
банк данных, включающий массивы для решения регламентных задач. В темпе
разработки информационного обеспечения информационной системы
определяются состав показателей, нужных для решения экономических задач
различных функций управления, их объемно - кратковременные
характеристики и информационные связи. Составляются различные
классификаторы и коды, определяется состав входных и выходных документов
по каждой задаче, ведется организация информационного фонда,
предопределяется состав базы данных.
Информационная модель разрабатываемой информационной системы
представлена на рис. 2.1.
ИС Менеджер
Ведение
справочников
Обработка
заявок
Формирование
отчетности
Менеджер
Заявка
Справочник
«Предприятие»
Справочник
«Сотрудник»
Справочник
«Должность»
Справочник
«Техническое
средство»
Справочник
«Статус»
Справочник
«Вид
обращения»
Справочник
«Отдел»
Заявка*
Справочник
«Статус»*
Справочник
«Сотрудник »*
Справочник
«Неисправность
»*
Справочник
«Отдел»*
Справочник
«Должность»*
Справочник
«Техническое
средство»*
Справочник
«Предприятие»
*
Реестр заявок на
дату
Информация о
заявке
График работ на
дату
Выполненные
заявки
Справочник
«Неисправность
»
Сдельный наряд
Справочник
«Вид
обращения»*
Сдельный
наряд*
Рис. 2.1. Информационная модель системы
Таким образом, информационная модель системы включает все
необходимые информационные объекты для ее эффективного
практического
функционирования. К таким объектам можно отнести набор пользовательских
справочников, документов, запросов и отчета. Ко всем перечисленным
объектам можно получить доступ при помощи соответствующих
пользовательских форм.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Создание единой системы управления нормативно - справочной
информацией (НСИ) поможет решить целый комплекс проблем,
спровоцированных множественностью позиций ввода НСИ, отсутствием
единых стандартов ведения НСИ и недостаточной компетентностью персонала.
Итог внедрения централизованной системы управления НСИ –
приведение записей корпоративных справочников к стандартному, легко
идентифицируемому виду, выявление неактуальной и дублирующийся
информации, группировка единой точки ввода, обработки и контроля
содержимого справочников.
Все это обеспечивает возможности для повышения качества интеграции
учетных данных, упрощение задач подготовки бухгалтерской отчетности,
оптимизации материальных резервов, увеличения качества организационных
решений [ 16 ].
Формирование целостного информационного пространства предприятия
является необходимым требованием высокоэффективного управления
современными большими и средними предприятиями. Внедрение единой среды
предполагает интеграцию управленческих процессов, сопровождающуюся
стабилизацией информационных потоков.
Часто передвижение информации на различных корпоративных
технологических участках поддерживается всевозможными информационными
и учетными системами. Соответственно, появляется необходимость интеграции
этих систем.
Цель интеграции информационных и учетных систем состоит из двух
взаимозависимых частей: интеграции оперативных данных и следующей за ней
интеграции прикладных программных приложений. Осуществляя интеграцию
данных, предприятию следует пройти унификацию и стандартизацию
нормативно - справочной информации [ 19 ].
Централизованное управление нормативно - справочной информацией
нужно для реализации следующих положений:
– рациональная и высокоэффективная работа коммерческой
информационной системы в целом;
– повышение правдоподобности и полноты первичной учетной и
консолидированной отчетной информации;
– поддержание абсолютной информационной совместимости учетных и
отчетных документов;
– централизация ответственности за качество нормативно - справочной
информации;
– применение качественной (актуальной, полной, целостной,
достоверной, унифицированной) нормативно - справочной информации всеми
группами и пользователями информационных и всех существующих учетных
систем предприятия;
– прирост эффективности принимаемых организационных решений и
оперативного контроля основополагающих производственно - экономических
показателей в итоге консолидации стандартизованных данных нормативно -
справочной информации.
В приведенных таблицах описаны классификаторы, используемые при
проектировании подзадачи.
В приведенных таблицах описаны классификаторы, используемые при
проектировании подзадачи. В табл. 2.2 представлен перечень обозначений и
основных систем кодирования. В табл. 2.3 представлен перечень обозначений
видов классификаторов, которые предназначены для объяснения формирования
классификаторов, описанных в сводно-проектной табл. 2.4.

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

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