Дипломная работа: Автоматизация управления сервисного обслуживания клиентов в ООО "Монолит Системз"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
32
функциональных возможностей отдельных программных модулей.
Необходимым и обязательным является наличие встроенной интерактивной
справочной информации по работе с системой и программной документации на
систему.
Целью разработки автоматизированного рабочего места сервисного
инженера является снижение трудовых и стоимостных затрат на выполнение
сервисным инженером своих функциональных обязанностей, повышение
точности расчетов, хранение информации в одном хранилище.
Задачи разработки ИС сервисного обслуживания:
автоматизация работы сервисного инженера;
снижение трудоемкости и сроков обработки информации;
обеспечение единства информации в системе;
однократность ввода информации с целью исключения ошибок ввода;
автоматизация формирования необходимых документов и отчетов.
Объектом автоматизации является рабочее место сервисного инженера.
Программа должна использоваться для обеспечения учета единиц
техники, проведения плановых и внеплановых ремонтов, ведения учета склада
запчастей для оборудования, выдачи и их использования.
ИС сервисного обслуживания должна состоять из следующих модулей:
1. Модуль «Справочники».
2. Модуль «Склад».
3. Модуль «Ремонты».
4. Модуль «Отчеты».
Каждый модуль ИС сервисного обслуживания должен выполнять
соответствующие функции.
В представленных модулях должны быть в наличии следующие функции:
1. Модуль «Справочники»:
Добавление, редактирование и удаление данных в справочнике
«Сотрудники»;
Добавление, редактирование и удаление данных в справочнике
«Марки и модели»;
33
Добавление, редактирование и удаление данных в справочнике
«Мастерские»;
Добавление, редактирование и удаление данных в справочнике
«Запчасти»;
Добавление, редактирование и удаление данных в справочнике
«Оборудование».
2. Модуль «Склад»:
Ведение остатков запчастей для оборудования на складе;
Ввод, редактирование и удаление данных о приходе запчастей на
склад с формированием приходной накладной;
Ввод, редактирование и удаление данных о выдаче запчастей со
склада с возможностью формирования расходной накладной/акта списания.
Возможность формирования карточки по каждой запчасти с
данными о приходе, перемещении и списании.
3. Модуль «Ремонты»:
Ввод, редактирование и удаление данных о проводимом ремонте
оборудования;
Ввод, редактирование и удаление данных о выдаче запчастей со
склада для проведения данного ремонта;
Контроль состояния ремонта и ввода данных об окончании ремонта.
4. Модуль «Отчеты»:
Выдача отчета за период о проведенных ремонтах в разрезе
оборудования.
Выдача отчета за период о проведенных ремонтах в разрезе
мастерских.
Выдача отчета за период об использованных запчастях для ремонта
оборудования;
Выдача отчета за период о загрузке мастерских для ремонта.
Интерфейс программы должен быть интуитивно понятным и выполнен в
стиле, общем для всех модулей ИС сервисного обслуживания. В каждом модуле
информация подается в удобном для пользователя виде упорядоченных списков.
34
При вводе, редактировании и удалении данных изменения сразу же
должны отображаться в списках.
В данных списках должна быть возможность осуществлять поиск данных
по выбранному столбцу с мгновенным нахождением необходимой информации.
Также интерфейс программы должен обладать мощной системой
фильтрации. Все действия должны проводиться визуально и интуитивно
понятно для пользователя. Фильтровать записи в списках возможно по любым
полям и комбинациям полей.
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации
Система безопасности информации в ООО «Монолит Системз» в
настоящее время содержит следующие компоненты:
Безопасность периметра здания;
Безопасность информации, циркулирующей и обрабатываемой в
локальной сети компании;
Защита информации от несанкционированного доступа.
Для реализации компонент защиты информации используются следующие
методы:
Организационный;
Программный;
Аппаратный.
Основными угрозами целостности конфиденциальной информации
являются:
угрозы по каналам утечки вещественной информации (незаконный
доступ к физическим объектам защиты);
угрозы утечки информации по техническим каналам;
угрозы НСД к данным, обрабатываемым в локальной сети.
Основным организационным документом, требования которого должны
выполняться всеми сотрудниками компании для обеспечения защиты
информации, является компонент политики информационной безопасности
35
«Общие требования по обеспечению информационной безопасности»,
структурно входящий в состав политики безопасности компании.
Данный документ регламентирует выполнение следующих правил и
требований:
1. Правила парольной защиты;
2. Правила защиты от вирусов и злонамеренного программного
обеспечения;
3. Требования по контролю за физического доступом;
4. Инструкция по безопасному уничтожению информации или
оборудования;
5. Правила осуществления удаленного доступа;
6. Требования резервного сохранения информации;
7. Требование мониторинга доступа и использования систем и ведения
лог файлов;
8. Требования при обращении с носителями данных;
9. Требования при регистрации пользователей;
10. Требования по проверке прав пользователей;
11. Требования по контролю доступа в операционную систему;
12. Требование к процедуре входа в систему;
13. Правила использования системных утилит;
14. Правила удаленной работы мобильных пользователей;
15. Требование распределения ответственности при обеспечении
безопасности;
16. Правила безопасности при выборе персонала;
17. Требования контроля оперативных изменений;
18. Требования к применению криптографических средств управления;
19. Требования по контролю доступа к исходным текстам программ и
библиотек;
20. Требования контроля вносимых изменений;
21. Ограничения на изменения прикладного ПО;
22. Требования соблюдения авторского права на программное
обеспечение.
36
Также для обеспечения безопасности от внутренних утечек используются
продукты SecurIT Zgate и Zlock, позволяющие надежно защитить
конфиденциальную информацию от несанкционированного доступа.
Также для надлежащего обеспечения безопасности конфиденциальной
информации используются следующие меры защиты:
средства разграничения доступа пользователей к ресурсам АС
(реализовано средствами серверного ПО);
средства межсетевого экранирования (реализовано средствами
ZyWALL USG 300);
средства анализа защищённости АС (реализовано средствами
SecurIT и Trend Micrо DLP);
средства обнаружения атак (реализовано средствами ZyWALL USG
300);
средства антивирусной защиты (реализовано средствами ZyWALL
USG 300);
средства контентного анализа (реализовано средствами SecurIT и
Trend Micrо DLP).
1.3 Анализ существующих разработок и выбор стратегии
автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1 Анализ существующих разработок для автоматизации задачи
Для автоматизации процесса решения задачи учета ремонтов
предназначен общий класс АСУ технического обслуживания и ремонта (ТОиР).
Уже около 30 лет существует класс информационных систем для автоматизации
управления процессами ТОиР. В его состав входят три вида систем:
Системы CMMS (Computerized Maintenance Management System)-
автоматизированные системы управления ТОиР - достаточно несложные
информационные системы, которые нацелены на управление только процессами
ТОиР.
Системы EAM (Enterprise Asset Management) - управление активами
предприятия - системы специального назначения, предоставляющие
Источник: https://baza.diplomsite.ru/previewfile/2340