77
Рисунок 18
Рисунок 19
Каталог действий планов восстановления после инцидента находится в
приложении 1 к данной дипломной работе. Регламент диспетчера и рабочий
план диспетчера находится в приложении 2 и приложении 3. В данных
приложениях описана инструкция для диспетчерской. Как описывалось ранее,
обработка заявки начинается именно с диспетчерской.
78
III. Обоснование экономической эффективности проекта
3.1. Выбор и обоснование методики расчёта экономической эффективности
Почти все методики подсчёта экономической эффективности основаны
на показателях инвестиций, вложенных в проект. На каждом этапе существует
свой показатель, на который можно ориентироваться. В данной ситуации,
лучше рассчитать экономическую эффективность по показателям.
Для расчета экономической эффективности необходимо сравнить два
типа показателей. Показатели, которые были приведены в начале проекта –
базовый вариант, и те показатели, которых планируется достичь путем
реализации данного проекта – предлагаемый вариант.
После выбора показателей необходимо произвести расчет:
Для трудовых затрат:
абсолютное снижение трудовых затрат
Т = Т
0
- Т
1,
где Т
0
- трудовые затраты на обработку информации по базовому
варианту;
Т
1
– трудовые затраты на обработку информации по предлагаемому
варианту;
коэффициент относительного снижения трудовых затрат
К
Т
=
Т / T
0
* 100%,
индекс снижения трудовых затрат или повышение
производительности труда
Y
T
= T
0
/ T
1
А также для стоимостных затрат.
абсолютное снижение стоимостных затрат
С = С
0
- С
1,
С
0
– стоимостные затраты на обработку информации по базовому
варианту;
79
С
1
– стоимостные затраты на обработку информации по предлагаемому
варианту.
коэффициент относительного снижения трудовых затрат
К
с
=
С / С
0
* 100%,
– индекс снижения трудовых затрат или повышение производительности
труда
Y
С
= С
0
/ С
1
А после чего рассчитать срок окупаемости проекта:
Т
ок
= К
П
/
C
80
3.2. Расчёт показателей экономической эффективности проекта
На основании формул данных, которые мы получили, можно сделать
следующие расчёты
Т
0
= 30 дней * 11 месяцев *((800 заявок * 3 мин) / 10 человек) = 79200
Т
1
= 30 дней *11 месяцев *((100 заявок * 3 мин) / 6 человек) = 16500
Теперь мы рассчитаем абсолютное снижение затрат:
Т = Т
0
- Т
1
=79200 - 16500 = 62700 минут
Далее рассчитаем индекс снижения трудовых затрат:
У
Т
=Т
0
/ T
1
=79200/16500 = 4,8
Данный индекс указывает на то, что показатели были улучшены при
автоматизации задачи.
В подразделении регистраций заявок Octopus работает 10 сотрудников –
диспетчеров. Заработная плата одного сотрудника составляет 24000 рублей в
месяц. Таким образом, можно получить стоимостные показатели затрат на
регистрацию заявок:
C
0
= 12*10*24000 рублей = 2880000 рублей в год
C
1
= 12*6*24000 рублей = 1728000 рублей в год
Теперь рассчитаем абсолютное снижение стоимостных затрат:
С = С
0
- С
1
= 2880000 рублей - 1728000 рублей = 1152000 рублей за год
81
Рассчитаем индекс снижения стоимостных затрат:
Y
С
= С
0
/ С
1
= 2880000/1728000 = 1,6
Общие затраты на проект составляют:
Стоимость работы разработчика/программиста в течении двух месяцев
составляет около 90000 рублей в месяц. К
п
= 90000 руб.
Т
ок
= К
П
/
C = 90000рублей / 1152000 рублей = 0,07 г.
82
Заключение
В данном дипломном проекте был представлен и рассмотрен проект М3,
который дополняет систему Octopus в ООО «ЛАН АТМсервис». Были
рассмотрены особенности данного проекта, методы и варианты работы с
заявками, варианты решения тех или иных проблем, роли сотрудников, а также
определены технические и программные средства, необходимые для
реализации данного проекта.
Результатом успешного внедрения проекта являются успешные и
улучшенные показатели компании ООО «ЛАН АТМсервис» с точки зрения
экономической эффективности проекта. На основании расчётов, которые
приведены в третьей главе, можно сделать вывод, что проект
автоматизирования обработки заявок успешен и является целесообразным.
В проекте были решены задачи автоматизации процесса обработки, были
рассмотрены всевозможные пути автоматизации и выбран наилучший способ
решения автоматизации, а именно, создание дополнительной системы для
банка РСХБ. Благодаря данной системе, мы получили:
Возможность удаленно просматривать состояние устройства и
регистрировать заявки на неисправность;
Быстро реагировать и заводить заявку на ремонт после появления
новой неисправности, за счёт автоматической генерации заявки в
системе М3 исходя из текущего статуса устройств;
Полностью контролировать и сопровождать заявку от появления
неисправности до её закрытия, а именно, восстановления УС и
приведение его в рабочее состояние;
Упрощенное и более удобное частичное взаимодействие системы
М3 с системой Octopus. Благодаря отдельной системе, нет
необходимости вручную создавать заявку на неисправность в
системе Octopus. Заявки на неисправность будут автоматически
создаваться в системе М3.
83
Список литературы
1. Федеральный закон РФ №149-ФЗ «Об информации, информационных
технологиях и о защите информации»
2. Доктрина информационной безопасности Российской Федерации
3. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов
на автоматизированные системы. Автоматизированные системы. Стадии
создания
4. ГОСТ 34.320-96 Информационные технологии. Система стандартов
по базам данных. Концепции и терминология для концептуальной схемы и
информационной базы
5. Методология функционального моделирования IDEF0, Руководящий
документ, Госстандарт России
6. Модель процессов MSF, Microsoft.
7. Балдин К. В Информационные системы в экономике: Учебник / К. В
Балдин, В. Б. Уткин. - М.: Дашков и К, 2017.
8. Ерохин В. В. Безопасность информационных систем. Учебное пособие
/ В. В. Ерохин, Д. А. Погонышева, И. Г. Степченко – М.: Флинта, 2016.
9. Исаев Г. Н. Проектирование информационных систем: учебное
пособие – М.: ОМЕГА-Л, 2015.
10. Автоматизация проектирования вычислительных систем. Языки,
моделирование и базы данных / ред. М. Брейер. - М.: Мир, 2015.
11. Вдовин В. М. Предметно-ориентированные экономические
информационные системы: Учебное пособие / В. М. Вдовин, Л. Е. Суркова и
др. - М.: Дашков и К, 2016.
12. Информационные системы и технологии: Научное издание. / Под
ред. Ю. Ф. Тельнова. - М.: ЮНИТИ, 2016.
13. Ипатова Э. Р. Методологии и технологии системного
проектирования информационных систем / Э. Р. Ипатова, Ю. В. Ипатов. - М.:
Флинта, 2016.
84
14. Косиненко Н. С. Информационные системы и технологии в
экономике: Учебное пособие / Н. С. Косиненко, И. Г. Фризен. - М.: Дашков и К,
2015.
85
Приложение 1. Каталог действий планов восстановления инцидентов (заявок)
Действие
Заказчик
Подрядчик
Условия начала
Условия
окончания
Содержание действия
Ручной инцидент от
Заказчика Услуги.
Очередь заданий
Диспетчерская
Нарушение условий
эксплуатации УС.
Нарушение условий
эксплуатации УС
устранено.
Возможность зарегистрировать инцидент
вручную без неисправности модуля УС
(например, при получении Заказчиком
Услуги информации о неисправности
по
телефону или иным способом).
Диспетчеризация
Очередь заданий
Диспетчерская
Неисправность
зарегистрирована в М3.
Диспетчер взял в работу
(нажал «Взять в работу»)
Информация о неисправности получена на
сервере М3. Инцидент помещен в очередь
для выбора исполнителя (Диспетчера).
Ожидается принятие инцидента в работу
Диспетчером.
Первичный анализ
Диспетчерская
Диспетчерская
Диспетчер взял в работу
(нажал «Взять в работу»)
Источник и
характер
неисправности
определен. План
устранения выбран.
Диспетчер проверяет полноту данных о
неисправности.
Запрос 2-й линии
Диспетчерская
2-я линия
Диспетчер выбрал
действие в Плане.
2-я линия взял в работу
(нажал «Взять в работу»)
Диспетчеру необходима дополнительная
информация для принятия решения по
дальнейшим шагам Плана.
Запрос 2-й линии.
Завершено
2-я линия
Диспетчерская
Получен запрос на
дополнительную
информацию.
Информация
предоставлена (в
комментариях).
2-я линия предоставила запрошенную
информацию.
Запрос 2-й линии. Отмена
2-я линия
Диспетчерская
Получен запрос на
дополнительную
информацию.
Запрошенная
информация не будет
предоставлена (причина
в комментариях).
Отказ от предоставления запрошенной
информации.
Запрос подрядчику
Диспетчерская
Технический
Администратор Филиала
Диспетчер выбрал
действие в Плане.
Технический
Администратор взял в
работу (нажал «Взять в
работу»)
Диспетчеру необходима информация от
Технического Администратора.
Запрос подрядчику.
Завершено
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
дополнительную
информацию.
Информация
предоставлена (в
комментариях).
Технический Администратор предоставил
запрошенную информацию.
Запрос подрядчику.
Отмена
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
дополнительную
информацию.
Запрошенная
информация не будет
предоставлена (причина
в комментариях).
Отказ от предоставления запрошенной
информации.
Ожидание подрядчика
сетчерская
Технический
Администратор Филиала
Диспетчер выбрал
действие в Плане.
Технический
Администратор взял в
работу (нажал «Взять в
работу»)
Диспетчер ожидает завершения работ
подрядчика для дальнейших шагов по
Плану.
86
Ожидание подрядчика.
Завершено
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
дополнительную
информацию.
Работы завершены.
Запрошенные работы подрядчика
завершены.
Ожидание подрядчика.
Отмена
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
дополнительную
информацию.
Работы не могут быть
выполнены.
Запрошенные работы подрядчика
не могут быть выполнены.
Запрос оборудования
Диспетчерская
Технический Администратор
Филиала
Диспетчер выбрал действие
в Плане.
Технический
Администратор взял
в работу (нажал
«Взять в работу»)
Технический Администратор
принял заявку на организацию
передачи оборудования для ремонта
(если оборудование не входит в зону
ответственности СП).
Запрос оборудования.
Завершено
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
получение оборудования
для СП.
Оборудование
передано
представителю СП.
Запрошенное оборудование передано
представителю СП.
Запрос оборудования.
Отмена
Технический
Администратор Филиала
Диспетчерская
Получен запрос на
получение оборудования
для СП.
Оборудование не может
быть передано СП.
Запрошенное оборудование
отсутствует.
Запрос разгрузки
Диспетчерская
Финансовый Администратор
Диспетчер определил
необходимость разгрузки
для ремонта.
Финансовый
Администратор взял в
работу (нажал «Взять в
работу»)
Диспетчер запрашивает дату разгрузки
(готовности УС к ремонту) у Финансового
Администратора.
Запрос разгрузки.
Завершено
Финансовый
Администратор
Диспетчерская
Финансовый
Администратор получил
от инкассаторов дату
разгрузке.
Финансовый
Администратор
заполнил «Плановая
дата» датой загрузки
(готовности УС к
ремонту).
Финансовый Администратор запросил
дату разгрузки у инкассаторов. Заполнил
поле «Плановая дата» инцидента.
Запрос разгрузки.
Отмена
Финансовый
Администратор
Диспетчерская
Финансовый
Администратор получил
информацию о
невозможности разгрузке.
Финансовый
Администратор
заполнил
«Комментарий»
причиной отказа в
разгрузке.
Финансовый Администратор запросил
дату разгрузки у инкассаторов.
Получил информацию об отказе в
разгрузке.
Заполнил «Комментарий» причиной
отказа.
Разгрузка.
Диспетчерская
Финансовый Администратор
Филиала
Диспетчер выбрал действие
в Плане.
Подрядчик убедился, что
УС разгружен и готов к
ремонту.
Подрядчик уточняет дату готовности УС
к ремонту, заносит дату в карточку
инцидента и контролирует выполнение
разгрузки.
Разгрузка. Завершено.
Финансовый
Администратор
Диспетчерская
Получен запрос на
разгрузку.
Разгрузка успешно
выполнена.
Финансовый Администратор. Убедился,
что разгрузка УС завершена.
Разгрузка. Отмена
Финансовый
Администратор
Диспетчерская
Получен запрос на
разгрузку.
Разгрузка отменена
инкассацией.
Финансовый Администратор получил
информацию, что разгрузка отменена.