Разработка модуля ИС Стрелец по управлению событиями и инциндентами

Целью дипломного проекта является повышение эффективности работы охранного комплекса ФГУП «Охрана» путем разработки и внедрения информационной системы управления событиями и инцидентами. В первой главе работы было дано описание деятельность предприятия ФГУП «Охрана». ФГУП «Охрана» МВД РФ оказывает весь спектр услуг по охране. Рассмотрена структура управления предприятия. Рассмотрен процесс работы оперативного дежурного. В ходе анализа процесса были выявлены следующие недостатки: Высокая трудоемкость обработки информации; Высокая трудоемкость формирования отчетов; Контроль прохождения осуществляется вручную только в начале и конце рабочего дня; Учет срабатываний и действий оператора ведется вручную на бумажном носителе; Все подсистемы выведены на отдельные терминалы. Дано обосновать необход ...

Оглавление

Введение
1. Теоретическая часть
1.1 Описание деятельности предприятия
1.2 Описание структуры управления предприятия
1.3 Описание процесса работы оперативного дежурного службы безопасности
1.4 Недостатки существующего процесса
1.5 Обоснование необходимости автоматизации процесса
2. Проектная часть
2.1 Выбор инструментальных средств разработки
2.2 Выбор СУБД
2.3 Проектирование структуры информационного фонда
2.4 Проектирование функциональной структуры системы
2.5 Алгоритм работы системы
2.6 Контрольный пример работы системы
3. Экономическая часть
3.1 Расчет стоимости разработки системы
3.2 Расчет показателей экономической эффективности
Заключение
Список литературы

С истемы обеспечения безопасности являются превентивной мерой, то есть они предотвращают возникновение нежелательных, или опасных ситуаций. А это хорошо тем, что предотвращение лучше решения уже возникшей опасной ситуации – “кто предупрежден, тот и вооружен”. Таким образом, охранные системы комплексной безопасности сводят к минимуму, либо полностью исключают возможность возникновения опасных ситуаций.  Технические охранные системы обеспечения безопасности успешно дополняют, и позволяют повысить эффективность деятельности существующих служб охраны. К омплексные охранные системы безопасности позволяют в значительной степени расширить человеческие способности, работая на больших расстояниях в сложных погодных условиях, в любое время суток, обеспечивая непрерывный контроль, и работая неустанно в течение 24 часов в сутки Вышесказанное обуславливает актуальность тематики дипломного проекта. Целью дипломного проекта является повышение эффективности работы охранного комплекса ФГУП «Охрана» путем разработки и внедрения информационной системы управления событиями и инцидентами. Для достижения поставленной цели необходимо выполнение следующих задач: Описать деятельность предприятия ФГУП «Охрана»; Рассмотреть процесс работы оперативного дежурного; Выявить недостатки процесса; Обосновать необходимость внедрения системы управления событиями и инцидентами; Осуществить выбор инструментальных средств разработки; Разработать структуру информационного фонда системы; Разработать функциональную структуру системы; Разработать программную реализацию системы; Дать экономическое обоснование разработки.

1.4 Недостатки существующего процессаНедостатки процесса:Высокая трудоемкость обработки информации;Высокая трудоемкость формирования отчетов;Контроль прохождения осуществляется вручную только в начале и конце рабочего дня;Учет срабатываний и действий оператора ведется вручную на бумажном носителе;Все подсистемы выведены на отдельные терминалы.Предлагаемое решение:Для всех подсистем безопасности сформировать единую систему управления;Автоматизировать журналирование прохождений сотрудников, срабатываний шлейфов и действий оператора;Автоматизировать формирование отчетов. 1.5 Обоснование необходимости автоматизации процессаДля обоснования необходимости автоматизации задач проведем оценку потоков информации и расходов на выполнение операций. Оценка информационных потоков приведена в таблице 1.2.Таблица 1.2Оценка потоков информацииЭтапы процессаЧастота возникновения, в месяцТип обработки данныхРучнойАвтоматизированныйВременные затраты, мин.Вып. действияВременные затраты, мин.Вып. действияучет шлейфов системы 520Вручную5С использование специального интерфейсаучет срабатываний 5015Вручную0Автоматическиучет пропусков 520Вручную5С использование специального интерфейсажурналирование действий оператора 5015Вручную0Автоматическиучет прохождений 25005Вручную0Автоматическиформирование отчета за смену 3040Вручную5С использование специального интерфейсаОценка расходов на выполнение операций приведена на рис. 1.3.Таблица 1.3Расходы на выполнение операцийВид расходаТип обработки данныхРучнойАвтоматизированныйМинутыВ рубляхМинутыВ рубляхучет шлейфов системы 2050520учет срабатываний 153500учет пропусков 2050520журналирование действий оператора 153500учет прохождений 52000формирование отчета за смену 40100520При внедрении проектируемой ИС, часть задач процесса будет полностью автоматизирована, часть задач будет частично автоматизирована.Экономия трудозатрат по комплексу задач приведена в таблицах.2. Проектная часть2.1 Выбор инструментальных средств разработкиПроизведем сравнение нескольких языков программирования в отношении их поддержки компонентного ПО, проведенное в таблице 2.1. Таблица 2.1Сравниваются только самые основные языки общего назначенияАспектC++CObject PascalSmalltalkComponent PascalСтруктурированный синтаксис+---+Простота и регулярность+--++Статические объекты+++-+Статические типы+++-+Динамические типы+-+++Эффективная трансляция+++-+Динамич. связывание++(3)+++Сокрытие информации--+(5)+ (5)+ (4)Полиморфизм+-+++Наследование+-+++Множ. наследование+-+--Полная безопас. типов- (7)-(7,8)- (9)++Сборка «мусора» (10)---++ (11)Динамическая загрузка---++Разделельный интерф./реализ.----- (12)Отсутствие требования к доп. изучению+----Отсутствие дублирования кода +++--Взаимодействие с традиционным оборудованием++++-Поддерживают пред- и постусловия в интерфейсе++++-Интегральная оценка147121113(1) Определение языка включает 34 класса и сотни методов; существует множество исключений из правил; возможности языка взаимоблокируются так, что невозможно объяснить одно без знания остального;(2) Отсутствие статических типов и параметров, передаваемых по значению, накладывает ограничения на быстродействие;(3) Процедурные типы / указатели на процедуры;(4) Модули / пакеты;(5) Только в отдельных классах, никакие инварианты между классами не могут гарантироваться;(6) Интерфейсы для (множественного) наследования интерфейса; классы для (одиночного) наследования реализации;(7) Небезопасные вариантные записи; явное освобождение памяти;(8) Небезопасные указатели;(9) Унаследованные небезопасные возможности C;(10) Сборка мусора необходима для достижения полной безопасности типов;(11) Образуется меньше мусора, чем в языках без статических типов, поэтому - более эффективен;(12) По соглашению, наследование реализации редко используется, поэтому такое разделение не слишком важно [4].Интегральная оценка языков программирования производится аддитивной сверткой. При этом «+» имеет вес равный 1, а «–» имеет вес равный 0, все критерии имеют одинаковый вес:Из таблицы 2.1 видно, что выбранным критериям в полной мере удовлетворяет язык программирования – С++. На данный момент основной визуальной средой разработки ПО, основанной на С++ и имеющей мощные инструменты для работы с БД, является среда разработки Visual Studio.Microsoft Visual Studio 2012 предоставляет новые возможности для поддержки разработки на новейших платформах с применением современных инструментов управления циклом разработки, чтобы команды могли непрерывно создавать новые преимущества для бизнеса. С Visual Studio вы можете быть уверены, что вам доступны лучшие решения для создания приложений и самые современные инструменты управления разработкой.2.2 Выбор СУБДВыбор СУБД произведен на основании матрицы возможностей СУБД и потребностей проекта. Общая оценка определена как сумма положительных и отрицательных оценок с весом, равным единице. Стоимостной показатель нормирован (нормированное значение приведено в скобках).Анализируя сравнительную таблицу, видно, что СУБД Access, SQLAnywhere и Oracle лучшие по показателям, но, учитывая опыт работы с СУБД MsAccess, мною сделан выбор в пользу СУБД MsAccess, как наиболее полно удовлетворяющей потребностям проектирования.Таблица 2.2Сравнение основных СУБДСравнительный признакMS AccessSQLAnywhereORACLE Server 8.05Personal ORACLE 7.0DBASE IVFoxPro7.0Возможность реализации архитектуры клиент-сервер+++--+Реализация реляционной модели данных++++-+Наличие механизмов защиты данных++++--Нетребовательность к ресурсам вычислительной платформы++-++-Наличиевстроенного интерпретирующего языка программирования-+--++Поддержка синтаксиса SQL-92++++--Стоимость($)60(0.96)45(0.97)1000(0.00)135(0.88)15(1.00)65(0.95)Отсутствие необходимостидополнительного обучения+++---Наличие опыта применения+++---Возможность редактирования уже созданных таблиц+-++--Общая оценка8.968.978.005.883.003.952.3 Проектирование структуры информационного фондаОсуществим проектирование информационного фонда системы.Сначала определим состав сущностей БД и смысловые связи между ними. Для этого построим концептуальную модель БД (рис. 2.1).Далее после формирования состава сущностей сформируем состав атрибутов для каждой из них и определим ключевые атрибуты.Для этого построим логическую модель БД (рис. 2.2).На заключительном этапе сформируем физическую модель БД с учетом состава сущностей, доменов атрибутов и структуры данных выбранной СУБД.Построим физическую модель БД (рис. 2.3).Рис. 2.1 – Концептуальная модель БДРис. 2.2 – Логическая модель БДРис. 2.3 – Физическая модель БД2.4 Проектирование функциональной структуры системыНа рис. 2.4 представлена функциональная модель системы.Рис. 2.4 – Дерево функций проектируемой системыКак видно из схемы в системе реализованы служебные и основные функции.При входе в систему пользователь авторизуется, а затем ему становятся доступны все функции системы.На рис. 2.5 представлена архитектура проектируемой интегрированной системы безопасности.Рис. 2.5 - Архитектура проектируемой интегрированной системы безопасности2.5 Алгоритм работы системыНа рис. 2.6 представлена схема алгоритма работы пользователя в системе.Рис. 2.6 - Схема алгоритма работы пользователя в системеКак видно из схемы алгоритма после входа в систему пользователь выбирает одну из вкладок информационной системы управления событиями и инцидентами.Переходя по вкладкам, пользователь пользуется функциями системы.2.6 Контрольный пример работы системыУстановка программыКопируем файл degurn.accdb в корень диска C:\Устанавливаем MS AccessСоздаем источник данныхРис. 2.7 – Выбор меню «Администрирование»Рис. 2.8 – Выбор меню «Источники данных»Рис. 2.9 – Добавить источник данныхНажимаем кнопку «Добавить…»Рис. 2.10 – Выбор драйвераВыбираем драйвер Microsoft AccessРис. 2.11 – Настройка источникаВыбираем файл БД нажатием кнопки Выбрать…Рис. 2.12 – Выбор файла БДВыбираем файл БД – degurn.accdbРабота в системеДля начала работы в системе необходимо запустить приложение ohrana.exe. После этого появится главное окно информационной системы управления событиями и инцидентами.Рис. 2.13 – Вкладка «Пропуска»Изначально необходимо ввести в систему все выданные пропуска. Для этого необходимо заполнить электронную форму ввода.Рис. 2.14 – Заполнение формы «Пропуска»Теперь перейдем на вкладку «Журнал СКУД», в нем отображается информация о пропусках и журнал прохождений по пропускам.Рис. 2.15 – Вкладка «Журнал СКУД»Для поиска информации о прохождении отдельных лиц или в назначенный день можно воспользоваться фильтром.Рис. 2.16 – Заполнение формы поиска «Журнал СКУД»Теперь перейдем на вкладку «Шлейфы», здесь необходимо внести все шлейфы пожарно-охранной сигнализации.Рис. 2.17 – Вкладка «Шлейфы»Для ввода шлейфа необходимо заполнить электронную форму ввода.Рис. 2.18 – Заполнение формы шлейфаТеперь перейдем на вкладку «Журнал действий дежурного», здесь журналируются все действия оперативного дежурного.Рис. 2.19 – Вкладка «Журнал действий дежурного»Для ввода информации необходимо заполнить электронную форму.Рис. 2.20 – Заполнение формы действийТеперь перейдем на вкладку «Журнал срабатываний», здесь автоматически фиксируются все срабатывания шлейфов сигнализации с выдачей сообщений оперативному дежурному.Рис. 2.21 – Вкладка «Журнал срабатываний»Для поиска информации в журнале можно воспользоваться фильтром.Рис. 2.22 – Заполнение формы поиска «Журнал срабатываний»3. Экономическая часть3.1 Расчет стоимости разработки системыДля оценки экономической целесообразности разработки и внедрения модуля необходимо рассчитать такие показатели, как:Стоимость разработки модуля.Стоимость внедрения модуля (с учетом необходимого обучения персонала).Сравнение суммы этих показателей с размером дополнительной ожидаемой прибыли от внедрения покажет вероятный экономический эффект и срок окупаемости внедрения.3.1.1 Определение состава и стоимости работ по разработке ИССформируем перечень работ проекта и состав исполнителей.В таблице 3.1 представлен состав и стоимость работ по разработке информационной системы управления событиями и инцидентами.Таблица 3.1Состав и стоимость работ по разработке информационной системы управления событиями и инцидентамиНазвание работыВремя (чел./час)Стоимость(руб./чел. Час.)Стоимость этапа (руб.)РезультатИсследование вопроса4030012 000Видение вопроса, маркетинговое исследованиеРазработка технического задания 6045027 000ТЗРазработка технической и рабочей документации6040024 000Техническая документацияРазработка ПО52503751.968 750ПОТестирование300375112 500Ошибки и возможные улучшенияДоработка500375187 500Готовый продуктИтого (руб.):2 331 750Время на разработку: 6 месяцев.Также в стоимость разработки следует включить:Обслуживание 10 компьютеров за 6 месяцев. 10*6*300 = 18 000 руб.Затраты на необходимые производственные ресурсы и материалы (бумага, электроэнергия, пр.) 6*2000 = 12 000 руб. Аренда офиса 6*100.000 = 600 000 руб.Прочие расходы 10% от «Итого» 233 175 руб.Итого: общая стоимость разработки 3 194 925 руб.3.1.2 Расчет стоимости внедрения и поддержки ИСДля оценки стоимости внедрения необходимо рассчитать:Стоимость оборудования;Стоимость работ по установке и первому запуску модуля;Стоимость обучения сотрудников.Из расчета, что с модулем будут работать 30 человек, получаем:Стоимость оборудованияСтоимость оборудования, программного обеспечения и лицензий не входит в данный расчет для Заказчика. Внедрение информационной системы управления событиями и инцидентами при обновлении установленной существующей системы не требует дополнительного оборудования, дополнительного программного обеспечения (не считая данного модуля).Стоимость пуско-наладочных работ приведено в таблице 3.2.Таблица 3.