Дипломная работа: Автоматизация обработки заявок в ООО «ЛАН АТМсервис»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Минимизацией данного риска служит более чёткое написание
технического задания для программиста.
Риск отсутствия должной квалификации у программиста на том языке, на
котором решено реализовывать программу-клиент, которая будет
распределять заявки между инженерами. В случае, если программист не
будет укладываться в заданные временные рамки, придеться
использовать внешнего разработчика.
В фазе тестирования могут возникнуть следующие риски:
Неоконченное тестирование. Может произойти ситуация что
программный продукт будет протестирован не до конца. Данный риск
решается путем повторного тестирования на следующей итерации
разработки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение данного риска ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС. Устраняется путем доработки при следующей
итерации.
53
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализаций
информационной безопасности.
1. Защита от внутренних угроз. Подразумевает разграничение прав ИС
HP OpenView Service Desk
2. Защита от внешних угроз. Все серверные системы в компании ООО
"ЛАН АТМсервис" не имеют предустановленное стороннее средство
для удаленного администрирования. Доступ организован через
Remote Desktop Protocol. На нужный сервер вход осуществляется
только по доменной авторизации в соответствии с уровнем доступа.
3. В компании ООО «ЛАН АТМсервис» используются все возможные
современные методы и средства защиты информации.
54
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рисунке 4 приведена информационная модель дипломного проекта в
виде схемы. Данная информационная модель может включать в себя несколько
источников. Основной базой является система Octopus. В ней находятся все
ремонтные заявки, которые поступили на ремонт УС, информация об
устройствах, подрядчиках, контрагентах и договоры с банками. Доступ к
системе Octopus есть и у регионов.
Процесс создания заявки реализуется через:
Электронное письмо (по почте)
Ручное создание заявки через систему Octopus
Телефонное обращение (по телефону)
Рисунок 4
55
Разработанная в данном дипломном проекте система М3 является
дополнением для системы Octopus. Система М3 разрабатывается для банка
РСХБ (Россельхозбанк) по всей России. Первичная программа-мониторинг
будет установлена на каждом банкомате и терминале банка РСХБ для
мониторинга состояния подключенных устройств. Программа-мониторинг
будет подключена к удаленному серверу М3, который будет автоматически
создавать заявки в системе М3 исходя из статуса устройств. Например, если у
клиента была изъята карта, М3 автоматически создаст в системе M3 с
неисправностью: «картридер». На самом устройстве самообслуживания
появится ошибка картридер, но она не будет мешать полноценной работе
устройства, так как изъятая карта сбрасывается в специальное хранилище для
карт.
После автоматического создания заявки в системе М3, Диспетчер обязан
принять решение согласно регламенту:
Уточнить, необходима ли разгрузка/загрузка перед началом
ремонтных работ.
Запросить информацию у подрядчика и решить вопрос без выезда
инженера (решить вопрос силами ТА).
Зарегистрировать заявку на ремонт в Octopus для выезда
инженера.
Услуга по управлению уровнем доступности Сети оказывается
специалистами ООО «ЛАН АТМсервис». Технологическая платформа оказания
Услуги – продукт М3.
Для управления уровнем доступности Сети Поставщик Услуги
развертывает на ИТ-площадке Заказчика Услуги платформу. М3 и размещает
консоли мониторинга и инцидент-менеджмента в своих структурных
подразделениях и Филиалах. Оперативный контроль за деятельностью
Поставщика Услуги осуществляют сотрудники Заказчика Услуги, у которых
также установлены консоли мониторинга и инцидент-менеджмента. Платформа
56
М3 принимает информацию о техническом состоянии УС Сети, на основании
которой регистрируются инциденты. Данные о возникших инцидентах
обрабатываются Диспетчерами Поставщика Услуги. При возникновении
инцидента Диспетчер Поставщика Услуги проводит анализ данных об
инциденте. При необходимости проводит консультации со специалистами 2-й
линии поддержки Поставщика Услуги и принимает решение о выборе Плана
восстановления УС после инцидента. На основании Плана Диспетчер
формирует запросы на выполнение шагов по восстановлению
работоспособности УС. Запросы передаются между участниками процесса
средствами платформы М3, среди которых:
внутренние каналы М3;
электронная почта.
Получив запрос, участник процесса инициирует необходимые для его
выполнения действия: связывается с непосредственным подрядчиком и
предоставляет данные о ходе выполнения действия стороне, инициировавшей
запрос.
Источник: https://baza.diplomsite.ru/previewfile/1866