68
В целях защиты информационной системы проводятся следующие
мероприятия:
обеспечение сетевой безопасности;
обеспечение локальной безопасности;
обеспечение физической безопасности.
Для обеспечения сетевой безопасности используются следующие
средства:
фильтрация трафика;
ограничение доступа в интернет и во внутреннюю сеть;
антивирусная фильтрация;
система обнаружения атак;
контроль содержания трафика;
протоколирование и регулярный мониторинг доступа.
Локальная безопасность обеспечивается осуществлением следующих
мероприятий:
антивирусный контроль;
аппаратная защита от несанкционированного доступа;
криптографическая защита данных;
защита персональным файрволом;
резервирование данных;
протоколирование доступа.
Для обеспечения физической информации файрвол, веб-сервер, сервера
IDS и контроля за трафиком и все сервера данных находится в отдельном
помещении, доступ в которое разрешен только администраторам, у которых есть
ключ или магнитная карта к этой комнате (комната закрыта). Помещение
оборудовано принудительной вентиляцией и пожарной защитой
(полуавтоматической). Вход в офис компании должен осуществляться только по
магнитным картам.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
69
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рисунке 2.1.
ИС
Спр Статус заявки
Спр Статус
заявки*
Спр Пользователь
Т Заявка
Т Услуги в заявке*
Спр Услу га
Т Услуги в заявке
Т Заявка*
Учет
клиентов
Учет
сотрудников
Список
сотрудников
Учет типов
пользовател
ей
Список услуг
Учет заказа
Сотрудник
Сотрудник
Список
клиентов
Учет услуг
список
клиентов
список
договоров
Отчет Заявка
Отчет Заявка
Отчет Договор
Отчет
Договор
Спр
Пользователь*
Спр Тип
пользователя*
Спр Тип
пользователя
Спр Услуга*
Список типов
пользователей
Журнал учета
заявок
Журнал
учета заявок
Прайс-лист
Прайс-лист
Отчет по
работе
менеджеров
список
пользовател
ей
Рисунок 2.1 Информационная модель системы
70
Информационная модель включает в себя три области – область 1, в
которой происходит заполнение справочников, область 2, в которой показана,
как осуществляется учет выданных книг, и область 3, где указано, каким
образом осуществляется получение выходных документов.
Пользователь системы на основании имеющихся документов вводит
данные в справочники системы, тем самым подготавливая ее к работе. После
этого происходит учет клиентов и заказов, на основании чего формируются
выходные документы, перечисленные на модели, исключительно в электронной
форме.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Справочники ИС считаются особой группой совокупных данных.
Справочники нужны для упорядочивания различной информации: значений,
параметров, типов, спецификаций и т.п. Итогом подобной систематизации часто
становится то, что, занося отдельные данные в систему, пользователь далее
заносит только те значения, которые находятся в соответствующем справочнике.
Такой подход значительно облегчает ввод, помогает минимизировать некоторые
ошибки (опечатки), а также делает проще последующий анализ.
Справочники изначально создаются незаполненными, поэтому
предварительно необходима их тонкая настройка. Также в процессе
использования возникают некоторые потребности в корректировке справочных
значений или создании новых полей.
Перечень используемых справочников приведен в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
Название
справочник
а
Ответственны
й за ведение
Средний
объём
справочник
а в записях
Средняя
частота
актуализаци
и
Средний
объем
актуализации
, %
Пользователь
Администратор
5
1 раз в год
10
Статус
заявки
Администратор
100
1 раз в год
20
71
Тип
пользователя
Администратор
50
1 раз в год
20
Услуга
Администратор
50
1 раз в год
20
Реквизитный состав справочников приведен в Таблице 2.4.
Таблица 2.4
Реквизитный состав справочников
Наименование
Перечень реквизитов
Тип пользователя
Название;
Права.
Статус заявки
Название статуса
Услуга
Название услуги;
Описание услуги;
Стоимость.
Пользователи
фамилия;
имя;
отчество;
статус в системе;
пароль;
логин;
дата регистрации.
В системе используются следующие входные документы:
сведения о пользователях, поступающие от инспектора по кадрам
компании;
заявки, поступающие от клиентов;
Сведения о клиентах;
Список услуг, поступающий от директора компании..
Список пользователей содержит следующие сведения о пользователях
системы:
фамилия;
имя;
отчество;
должность.
На основании данного документа формируется содержимое справочника
Пользователи.
При учете услуги используются такие реквизиты, как ее описание и
стоимость.
72
При учете заявок учитываются данные клиента, данные объекта охраны,
оказываемые услуги, документы.
2.2.3 Характеристика результатной информации
В качестве выходных в разработанной системе учета работы с клиентами
формируются следующие документы:
список пользователей – содержит перечень пользователей;
список клиентов – содержит перечень клиентов;
список договоров– содержит перечень договоров;
Отчет Заявка;
Отчет Договор;
Журнал учета заявок;
Прайс-лист;
Отчет по работе менеджеров.
Отчет Заявка содержит следующие реквизиты:
Код заявки
Дата регистрации
Договор (Дата)
Договор (Номер)
Клиент
Название объекта
Адрес объекта
Описание объекта
Дата отправки последнего Email сообщения
Количество отправленных Email сообщений
Стоимость, руб.
Зарегистрировал
Зарегистрированные документы
Услуги
Общая стоимость услуг.
73
Отчет Договор содержит все сведения по заключаемому договору, в том
числе наименование клиента, предмет договора, стоимость, продолжительность.
Журнал учета заявок содержит:
Код заявки
Дата регистрации
Договор (Дата)
Договор (Номер)
Клиент
Название объекта
Адрес объекта
Стоимость, руб.
Зарегистрировал
Прайс-лист содержит наименование услуги, ее описание и стоимость.
Отчет по работе менеджеров содержит:
Фамилия, Имя, Отчество менеджера;
Телефон
Зарегистрировал(а);
Количество Клиентов;
Количество Заявок;
Количество Документов;
Количество Услуг;
Сумма заявок, руб.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция разрабатываемой информационной системы – это учет
заявок клиентов. Однако для ее реализации необходимо наличие других,
второстепенных функций, которые позволяют полноценно функционировать
информационной системе. Поэтому для более наглядного представления
функции системы необходимо декомпозировать на составляющие его функции.
74
На Рисунке 2.2 представлено дерево функций системы.
Основные
Учет клиентов Учет заявок
Работа со
справочниками
Пользователь
Статус заявки
Служебные
Функции разрабатываемой
ИС
Договор
Прайс-лист
Учет договоров
Заявка
Журнал учета
заявок
Отчет по
работе
менеджеров
Получение
отчетов
Настройки соединения
Настройки авторизации
Добавление
Редактирование
Удаление
Добавление
Редактирова
ние
Удаление
УСлуга
Документы
Период
Услуга
Тип пользователя
Рисунок 2.2 Дерево функций системы
Первый уровень представляет основную функцию разрабатываемой
системы – учёт информации о клиентах, договорах. Подфункция работы со
справочниками системы предполагает разделение на ввод данных, получение
содержания справочника, редактирование и удаление записей в справочнике.
Служебные функции содержат функции настройки доступа к ИС, а также
авторизационных данных.
Сценарии диалога системы приведен на рисунке 2.3.
75
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 2.3 Сценарий диалога
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это некое описание
предметной области, выполненное без привязки в дальнейшем к конкретным
программным и техническим средствам. Инфологическая модель является
динамической и имеет легкую корректировку. К основным требованиям,
предъявляемым к инфологической модели, часто относят такие:
• инфологическая модель может содержать всю необходимую и
достаточную информацию для дальнейшего создания БД;
• инфологическая модель должная пониматься лицам, которые
непосредственно участвуют в создании системы.
76
ER-модель является логической структурой данных об объектах системы.
Компонентами ER-модели выступают сущности (объекты) и отношения (связи
между объектами). Объект включает большое количество реализаций или
экземпляров. Экземпляр объекта происходит из совокупности конкретных
значений реквизитов и определяется однозначно, т.е. указываться значением
ключа объекта, включающего нескольких ключевых реквизитов.
Для отображения отношений между сущностями часто применяют связи.
Связи могут быть, если экземпляры сущностей взаимосвязаны логически уже
изначально.
Схема базы данных показана на рисунке 2.4.
Рисунок 2.4 Схема базы данных
Характеристика каждой таблицы приведена ниже.
Таблица 2.5
Структура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
77
id_request_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
order_date
datetime
Да
NULL
order_number
int(11)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
id_executor
int(11)
Да
NULL
paid
bit(1)
Да
NULL
Таблица 2.6
Структура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_service
int(11)
Да
NULL
amount
double
Да
NULL
cost
double
Да
NULL
total
double
Да
NULL
description
longtext
Да
NULL
id_creator
int(11)
Да
NULL
Таблица 2.7
Структура таблицы request_status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.8
Структура таблицы service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
Таблица 2.9
Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет