Дипломная работа: Информационная система управления диспетчерской службы охранной организации

Для представления каждой роли в процессе потребуется по крайней мере один участник. Для исследуемого процесса таким участником является диспетчер охранной организации.

Для построения модели «КАК ЕСТЬ» охранного предприятия использованы методы аудита существующего бизнес-процесса управления заявками и опроса диспетчеров.

Рисунок 1.3 - Контекстная диаграмма «КАК ЕСТЬ» бизнес-процесса управления заявками диспетчерской службы охранного предприятия в методологии IDEF0 (0-й уровень)

На рисунках 1.3,1.4 представлены модель «КАК ЕСТЬ» контекстная диаграмма и декомпозиция бизнес-процесса управления заявками с точки зрения Диспетчера, построенная по методологии IDEF0.

Рисунок 1.4 - Декомпозиция бизнес-процесса управления заявками диспетчерской службы охранного предприятия «КАК ЕСТЬ» в методологии DFD (1-й уровень)

На представленных диаграммах изображены следующие элементы:

? входные данные: Заявка клиента;

? выходные данные: Заявка, принятая на обслуживание;

? управляющие воздействия: ГК РФ, Инструкция диспетчера;

? исполнители: Клиент, Диспетчер, 1C:Бухгалтерия, Зам. директора, Охранник.

Анализ модели «КАК ЕСТЬ» показал, что существующий бизнес- процесс управления заявками имеет следующие недостатки:

? отсутствует возможность регистрации заявки в онлайновом режиме;

? отсутствует личный кабинет Клиента;

? журнал на базе «1С: Бухгалтерия» не обладает достаточной функциональностью для ведения учета заявок;

? отсутствует возможность просмотра и распределения заявок в онлайновом режиме.

С учетом вышеизложенного принято решение улучшить бизнес-процесс управления заявками диспетчерской службы охранного предприятия за счет внедрения ИС управления диспетчерской службы, разработанной на основе современных Web-технологий.

Разработка и анализ модели бизнес-процесса управления заявками диспетчерской службы охранной организации «КАК ДОЛЖНО БЫТЬ»

Модель «КАК ДОЛЖНО БЫТЬ» определяет будущее состояние бизнес- процесса в организации.

Обычно целью такого моделирования является выяснение того, как будет работать бизнес-процесс в какой-то момент в будущем после внесения изменений.

Эти изменения могут быть технологическими изменениями или изменениями бизнес-процесса.

Рисунок 1.5 - Контекстная диаграмма «КАК ДОЛЖНО БЫТЬ» бизнес- процесса управления заявками диспетчерской службы охранного предприятия в методологии IDEF0 (0-й уровень)

С учетом вышеперечисленных недостатков существующего бизнес- процесса управления заявками диспетчерской службы разработана модель усовершенствованного бизнес-процесса «КАК ДОЛЖНО БЫТЬ» (рисунки 1.5, 1.6) .

В рассматриваемом случае улучшение бизнес-процесса достигается за счет его автоматизации.

Рисунок 1.6 - Декомпозиция бизнес-процесса управления заявками диспетчерской службы охранного предприятия «КАК ДОЛЖНО БЫТЬ» в методологии DFD (1-й уровень)

Рисунок 1.7 - Функциональная DFD-диаграмма ИС управления диспетчерской службы охранного предприятия

На рисунке 1.6 изображена функциональная диаграмма ИС управления диспетчерской службы охранного предприятия.

Как следует из указанной диаграммы, ИС обеспечивает поддержку следующих операций:

- Клиент регистрируется на сайте охранного предприятия;

? Клиент входит в Личный кабинет и вводит заявку о приеме объекта под охрану;

? Диспетчер формирует электронную заявку и регистрирует ее в базе данных ИС;

? Диспетчер передает заявку по электронной почте или СМС Зам. директора предприятия и Клиенту;

? Зам. директора предприятия перенаправляет заявку Охраннику;

? Охранник в режиме онлайн акцептует заявку.

Далее выполняется согласование функциональной диаграммы ИС с руководством охранного предприятия и формируется техническое задание на ее разработку и внедрение.

Требования к функциональности и архитектуре информационной системы управления диспетчерской службы охранной организации

На основании проведенного анализа и требований Заказчика определены следующие требования к архитектуре и функциональности ИС управления диспетчерской службы.

По архитектуре ИС:

? Web-приложение ИС должно быть компонентом сайта охранного предприятия;

? ИС должна быть реализована с помощью современных Web- технологий;

? ИС должна иметь низкую стоимость владения. По функциональности:

? возможность регистрации клиента;

? личный кабинет клиента;

? ввод заявки в онлайновом режиме;

? распределение заявок в онлайновом режиме.

? учет заявок.

Для выработки решения об использовании готового ИТ-решения или разработке новой ИС предварительно производится выбор аналогов системы и их анализ на предмет соответствия требованиям Заказчика.

Обзор и анализ известных аналогов информационной системы управления диспетчерской службы охранной организации

По своим функциональным и архитектурным особенностям внедряемая ИС относится к специализированному программному обеспечению диспетчерских служб охранных организаций.

Ниже приведены выявленные готовые ИТ-решения, относящиеся к категории систем автоматизации бизнес-процессов охранных организаций.

Программа CRM Охранная компания Вендор: Компания GuardCRM [13].

CRM Охранная компания - это система управления взаимоотношениями с клиентами, является эффективным инструментом для автоматизации охранных компаний.

Основные характеристики:

? архитектура клиент-сервер на базе серверов базы данных Firebird 2.x и Microsoft SQL Server;

? клиентская база юридических и физических лиц;

? охраняемые объекты юридических и физических лиц;

? заявки на обслуживание;

? жалобы клиентов;

? управление инцидентами;

? заявки и договоры на монтаж (рисунок 1.8);

? аналитика, отчеты, внутренние шаблоны документов (в форматах Microsoft Word, Microsoft Excel и FastReport);

? гибкие права доступа для каждого пользователя;

? рассылка SMS, PUSH и электронной почты клиентам;

? поддержка карт GoogleMaps и др.

Архитектура системы - клиент-сервер на базе серверов базы данных Firebird 2.x и Microsoft SQL Server.

Профессиональная версия программы предназначена для работы в локальной сети.

Количество пользователей не ограничено.

Рассчитана на обслуживание одной охранной компании в одной базе данных.

Рисунок 1.8 - Окно ввода заявки CRM Охранная компания

По заявлению разработчиков CRM Охранная компания постоянно развивается, предоставляя пользователям новые функциональные возможности.

Программа ФАРБ: Управление охранным предприятием Вендор: Компания «ФАРБ» [14].

Основная функция данного программного продукта - ведение управленческого учета на частных охранных предприятиях (рисунок 9).

Рисунок 1.9 - Заставка программы «ФАРБ»

Таким образом вся необходимая информация будет храниться в одном месте, что существенно облегчает контроль над всеми подразделениями охранного предприятия.

Основные функции:

? управление отделом продаж, планирование поступлений (CRM);

? постановка задач сотрудникам компании и контроль их исполнения;

? учет договорных обязательств между компанией и клиентами. Ведение истории договоров и дополнительных соглашений (с момента создания и подписания, до момента расторжения);

? учет объектов клиентов и мониторинг систем (СОС, СПС, СТС, СОТ);

? планирование, ведение и контроль технического обслуживания объектов клиентов;

? обмен с бухгалтерией 1С и ЗУП;

? E-mail рассылка и др.

Программа является конфигурацией 1С: Предприятие 8.3.

Программа Учет клиентов: Охранное предприятие Вендор: ООО «Простой софт» [15].

Программа предназначена для учета клиентов охранного предприятия (рисунок 1.10).

Рисунок 1.10 - Окно системы учета Основные функции:

? учет нынешних и потенциальных клиентов;

? учет сделок;

? учет охраняемых объектов;

? выставление платежей и учет оплаты;

? учет сотрудников и настройка прав доступа;

? регистрация и учет работ;

? формирование документов по шаблонам;

? система напоминаний и др.

Имеется решение «Простой сайт», позволяющее работать с любой базой через браузер компьютера, смартфона или планшета

Результаты сравнительного анализа аналогов сведены в таблице 1.1.

Таблица 1.1 - Сравнительный анализ аналогов ИС управления диспетчерской службы охранной организации

Как следует из таблицы, существующие аналоги не соответствуют всем требованиям Заказчика по функциональности и архитектуре.

Кроме того, представленные аналоги не предназначены для автоматизации диспетчерских служб охранных организаций.

В этой связи руководство охранного предприятия принято решение о разработке специализированной ИС управления диспетчерской службы.

Выводы по главе 1

В результате аудита существующего бизнес-процесса управления заявками диспетчерской службы охранного предприятия были выявлены недостатки, которые сказываются на эффективности ее работы.

Предложено оптимизировать данный бизнес-процесс путем внедрения ИС управления диспетчерской службы охранной организации.

Анализ известных ИТ-решений показал, что они не соответствуют всем предъявляемым требованиям по функциональности и архитектуре, вследствие чего руководство охранного предприятия принято решение о разработке специализированной ИС управления диспетчерской службы.

ГЛАВА 2. РАЗРАБОТКА И РЕАЛИЗАЦИЯ ПРОЕКТНЫХ РЕШЕНИЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ДИСПЕТЧЕРСКОЙ СЛУЖБЫ ОХРАННОЙ ОРГАНИЗАЦИИ

2.1 Логическое проектирование информационной системы управления диспетчерской службы охранной организации

Целью логического проектирования ИС является разработка классов и спецификации объектов для использования на этапе реализации специализированного программного приложения и отображения объектной модели ИС на логическую схему ее базы данных.

В настоящее время для разработки логической модели систем используется унифицированный язык моделирования UML (Unified Modeling Language).

Этот язык был создан путем объединения изобразительных средств трех наиболее распространенных методов моделирования: метода Г. Буча, метода ОМТ (Object Modeling Technique) Д. Рамбо и метода вариантов использования И. Якобсона [3,22].

На рынке CASE-средств на UML можно выделить такие продукты, как Rational Rose, Visual Paradigm, MagicDraw.

Главным преимуществом этих систем является возможность автоматической генерации фрагментов кода приложения ИС. Однако, учитывая их высокую стоимость, целесообразно использовать альтернативные графические среды, позволяющие создавать на ЭВМ ключевые диаграммы языка UML (например, пакет MS Visio).

Разработка диаграммы вариантов использования бизнес-процесса управления заявками диспетчерской службы охранной организации Логическая модель «КАК ДОЛЖНО БЫТЬ» представляется в

функциональном, элементном и динамическом аспектах, реализуемых с помощью наиболее часто используемых диаграмм: диаграммы пакетов, диаграммы вариантов, диаграммы классов и диаграммы деятельности.

Диаграммы вариантов использования (use case diagram) в самом простом виде представляет собой взаимодействие пользователя с системой, которое показывает взаимосвязь между пользователем и различными вариантами использования (прецедентами), в которых участвует пользователь (актер). бизнес диспетчерский архитектура информационный

Диаграмма прецедентов может идентифицировать различные типы пользователей системы и различные варианты использования, и часто она сопровождается другими типами диаграмм.

Варианты использования проявляются только в терминах того, как они проявляются, когда рассматриваются внешним пользователем, при всем этом не описывают, какие функциональные возможности предоставлены внутри системы.

В исследуемом бизнес-процесс выделены следующие актеры:

? Клиент;

? Диспетчер;

? Зам. Директора;