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

? Охранник.

Рассмотрим, какие возможности должна предоставлять разрабатываемая

ИС:

Клиент использует ИС для регистрации, авторизации и ввода заявки в

онлайновом режиме.

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

? Зам. Директора использует ИС для распределения заявок;

? Охранник использует ИС для акцепта заявки.

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

Были выделены и сведены в таблицу 2.1 следующие прецеденты (варианты использования)

Таблица 2.1 - Краткое описание прецедентов исследуемого бизнес- процесса

Диаграмма вариантов использования, построенная на основе таблицы 2.1 представлена на рисунке 2.1.

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

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

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

Диаграмма классов в унифицированном языке моделирования UML представляет собой тип статической структурной схемы, которая описывает структуру системы, показывая классы системы, их атрибуты, операции (или методы) и отношения между объектами [19].

Диаграмма классов является основным строительным блоком объектно- ориентированного моделирования.

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

Диаграммы классов также могут использоваться для моделирования данных. Классы в диаграмме классов представляют как основные элементы, взаимодействия в приложении, так и классы, которые нужно использовать в программном приложении.

На рисунке 2.2 изображена диаграмма классов ИС, построенная по представленным выше рекомендациям.

Спецификация классов:

? Заявка - класс заявок на прием объекта под охрану;

? Диспетчер - класс диспетчеров ;

? Клиент - класс лиц, открывающих заказы;

? Зам. директора - класс лиц, распределяющих заявки;

? Охранник - класс лиц, выполняющих заявки.

Описанные классы являются родителями объектов Web-приложения ИС.

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

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

Диаграммы последовательности полезны не только разработчикам, но и менеджерам организации.

Рисунок 2.2 - Диаграмма классов ИС управления диспетчерской службы

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

На этапе требований проекта диаграмма последовательности позволяет аналитикам предоставить более формальный уровень детализации прецедентов.

При этом прецеденты часто уточняются с помощью нескольких диаграмм последовательностей.

Диаграмма последовательности (sequence diagram) отображает динамический аспект системы.

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

В случайный момент времени объект Клиент вводит заявку в базу данных ИС и обращается к объекту Диспетчер с сообщением Открыть заявку на охрану объекта. Диспетчер открывает заявку.

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

Объект Диспетчер обращается к объекту Зам. директор с сообщением распределить заявку.

Объект Зам. директор определяет свободного Охранника и передает ему заявку для выполнения.

Объект Охранник акцептует заявку сообщает объекту Диспетчер о принятии заявки на исполнение.

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

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

Логическая модель данных ИС управления диспетчерской службы охранной организации, полученная путем преобразования ее диаграммы классов, изображена на рисунке 2.4 [4].

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

Между сущностями модели в рамках автоматизированного бизнес- процесса установлены следующие связи:

Клиент может иметь несколько Заявок («один ко многим»);

Клиент может передать под охрану несколько Объектов («один ко многим»);

Диспетчер может открыть несколько Заявок («один ко многим»);

Зам. директора может распределить несколько Заявок («один ко многим»);

Рассылка Заявок может проводиться нескольким Охранникам («один ко многим»);

Все связи в логической модели имеют неидентифицирующий тип.

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

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

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

В качестве архитектуры ИС будет использована самая популярная в настоящее время трехзвенная архитектура «клиент-сервер» для Web- приложений, в которой:

сервером базы данных является бесплатная система управления базами данных (СУБД) MySQL 5.x;

Web-сервер построен на базе свободно распространяемого программного обеспечения Apache 2.x.

В качестве языка программирования Web-приложения ИС выбрано PHP 5.6 [7,16,18,20].

Web-приложения предназначено для работы в операционной системе Windows.

Таким образом, для разработки ИС необходимо выбрать среду разработки «Windows, Apache, MySQL, PHP» - WAMP.

Для сравнительного анализа выбраны следующие WAMP-платформы: Denwer, XAMPP и Open Server.

Denwer - это отечественная локальная среда разработки для PHP + MySQL.

Denwer обеспечивает эмуляцию Web-сервера Apache с поддержкой PHP и MySQL на машине, работающей под управлением MS Windows. В настоящее время практически не развивается.

Кросс-платформенная среда XAMPP очень популярна за рубежом [17]. XAMPP существует более 10 лет и постоянно обновляется.

Open Server - относительно молодая, обновляемая портативная платформа, доступная без установки на операционную систему.

В таблице 2.2 представлены для сравнения основные показатели описанных платформ.

Таблица 2.2 - Сравнительный анализ WAMP-сред

На основании результатов анализа выбрана среда xampp-win32-5.6.30-1- VC11.

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

Физическая модель данных ИС управления диспетчерской службы охранной организации построена путем преобразования ER-модели системы в реляционную модель ее базы данных, поддерживаемой СУБД MySQL.

Таблица 2.3- Структура таблицы ZAJAVKA (Заявки)

Для упрощения логического моделирования данных рекомендуется использовать доступные CASE-средства.

Опишем структуру основной таблицы ИС - Заявки (таблица 2.3).

Для упрощения моделирования данных использовался дизайнер dbForge Studio for MySQL [12].

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

Для представления структурной схемы используется диаграмма развертывания ИС, изображающая программные и аппартные компоненты системы (рисунок рисунке 2.5).

Рисунок 2.5 - Диаграмма развертывания ИС управления диспетчерской службы

АРМ диспетчера состоит из следующих компонентов:

? клиент - Web -браузер (IE, Mozilla, Chrome);

? Web-сервер - построен на базе программного обеспечения Apache;

? сервер баз данных на основе СУБД MySQL.

Доступ к серверам АРМ осуществляется через Интернет-канал.

ИТ-инфраструктура охранного предприятия не позволяет обеспечить круглосуточную работу сайта и Web-приложения.

Поэтому серверные компоненты ИС принято передать в хостинговую компанию.

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

Работа с ИС начинается с авторизации, после чего открывается главная страница сайта (рисунок 2.6).

Рисунок 2.6 - Главная страница ИС

Каждая страница ИС состоит из 3 основных частей: верхнего меню, левого меню и основного содержимого страницы.

На странице списка заявок можно увидеть все заявки системы, их состояние. При нажатии на строку с нужно заявкой происходит открытие модального окна с детальным описанием заявки, включающая сведения о клиенте, описание услуги ЧОП и ее стоимость (рисунок 2.7).

Рисунок 2.8. - Окно списка заявок

Для создания заявки следует активизировать соответствующий пункт меню (рисунок 2.8).

Рисунок 2.8 Форма создание заявки После создания заявки ей выставляется статус «Создана».

В случае необходимо заявку можно внести изменения (рисунок 2.9)

Рисунок 2.9 - Форма изменения заявки

В системе также предусмотрена возможность хранения информации о клиентах (телефон, адрес, организация и контактное лицо) (рисунок 2.10).

Рисунок 2.10 - Окно списка клиентов

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

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

охранной организации

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

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