66
Для каждого пользователя системы необходима процедура авторизации для
защиты от внутренних угроз информационной безопасности. Ежеквартально система
должно запрашивать изменение пароля при авторизации для каждого пользователя,
при этом необходимо осуществлять проверку того, не ввел ли пользователь пароль,
который уже им использовался для доступа к системе.
Для защиты от внешних угроз необходимо хранение паролей в зашифрованном
виде и обеспечить надежность каналов связи для того, чтобы избежать перехвата
информации [14].
Для обеспечения информационной безопасности в организации уже
используются следующие программно-аппаратные методы зашиты:
1. Антивирусное ПО «Nod32», которое включает в свой состав брандмауэр.
2. SIEM-систему «КОМРАД», которая осуществляет анализ сетевого
трафика и предупреждает лицо, ответственное за информационную безопасность при
обнаружении инцидентов информационной безопасности.
Также необходимо обеспечить следующие механизмы обеспечения
информационной безопасности:
защиту базы данных;
систему резервного копирования.
Защита базы данных обеспечивается использованием алгоритмов шифрования
данных. Резервное копирование осуществляется созданием резервных копий системы
лицом, ответственным за обеспечение информационной безопасности.
Защиту от хищения данных злоумышленниками обеспечивает пропускная
система контроля доступа в служебные помещения организации. Защита от порчи
данных регламентируется Политикой информационной безопасности, которая принята
в организации.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для разработки информационной модели необходимо осуществить
моделирование нового варианта организации информационной системы предметной
области, в которую входят:
67
полный состав информации, которая необходима для решения комплекса
задач;
отражение этой информации на всех типах носителей;
описание процесса преобразования информации, от получения первичной
переменной и условно-постоянной информации, и заканчивая получением файлов с
результатной информацией и выдачей ее пользователю;
состав исходных первичных документов и распределение их по задачам;
источники и способы получения первичной информации;
состав файлов с первичной, условно-постоянной, промежуточной и
результатной информацией;
информационная потребность для каждой задачи комплекса;
адресаты выдачи и получения результатной информации [12].
На рисунке 20 представлена информационная модель. Менеджер по продажам
на основании данных о клиентах, которые могут быть получены устно, а могут быть
представлены в виде копий или оригиналов документов, заполняет клиентскую базу.
Также по распоряжению руководителя могут быть внесены изменения в справочник
предоставляемых услуг компании. В результате работы с клиентом оформляется
договор на оказание услуг. Данные о договорах содержатся в справочнике «Договор»,
который заполняется менеджером по продажам.
В рамках взаимодействия с клиентами сотрудники отдела продаж могут
назначить себе задачу или любому другому сотруднику. В каждой задаче учитывается
результат ее выполнения, а именно: меняется ее статус, пишется отчет о проделанной
работе и прикрепляется документ. На основании группы задач формируется отчет о
проделанной работе, в который включаются все проделанные действия и их
результаты. На основании отчета о проделанной работе формируется счет на оплату
услуг, который доступен бухгалтеру.
Также система позволяет осуществить выборку контактных данных при
необходимости информирования группы клиентов. Выборка контактных данных и
контактных лиц формирует клиентскую базу организации.
68
ИС
Спр. Клиент
Спр. Договор
Контакт
Спр. Сотрудник
Менеджер по продажам
Форма
документа
Форма
сохранения
документа
Спр. Услуги
Спр.
Клиент*
Спр.
Сотрудник*
Форма
редактирования
справочников
Спр.
Договор*
Спр.
Услуги*
Спр.
Договор*
Форма
загрузки
документа
Задача
Задача* Контакт*
Сделка*
Счет
Роль
Счет*
Менеджер по продажам
Руководитель отдела продаж
Бухгалтер
Пользователь
Сделка
Роль*
Пользователь*
Счет на оплату
Отчет о
проделанной
работе
Клиентская
база
Рисунок 20. Информационная модель
69
2.2.2. Характеристика нормативно-справочной, входной и оперативной информации
Дадим описание составу входных документов, файлов и справочников. В
системе существуют следующие справочники:
1. Сотрудник.
2. Клиент.
3. Услуги.
4. Договор.
Характеристика справочников представлена в таблице 8.
Таблица 8
Характеристика справочников
Характеристика
Сотрудник
Договор
Клиент
Услуги
Ответственный
за ведение
Менеджер по продажам
Объем
справочника в
записях
50
100 000
100 000
50
Частота
актуализации
При
поступлении
или
увольнении
сотрудников
Ежедневно
Раз в квартал
Объем
актуализации
1 запись
10 - 30 записей в день
1 запись
Реквизитный
состав
Фамилия
Номер
ИНН
Код
ОГРН
Имя
Дата
Название
Наименование
Отчество
Телефон
Входные документы и файлы при взаимодействии с системой отсутствуют.
Первичные данные о клиентах записываются по устному обращению непосредственно
от клиентов. Задачи создаются по распоряжению руководителей или ответственных
сотрудников. Проектная документация хранится на бумажных носителях.
2.2.3. Характеристика результатной информации
Результатной информацией являются:
1. Клиентская база.
2. Отчет о проделанной работе.
70
3. Счет.
Отчет «Клиентская база» создается на основе таблицы «Клиент». Отчет о
проделанной работе создается на основе выборки из таблиц «Клиент» и «Договор».
Отчет «Счет» создается на основе таблицы «Договор».
Отчеты «Клиентская база» и «Отчет о проделанной работе» не являются
унифицированными документами. Полученные в результате обработки поисковых
запросов документы дальнейшему хранению не подлежат.
Отчет «Счет» является унифицированным документом. форма счета
представлена на рисунке 21. Счета подлежат хранению в базе данных в таблице «Счет».
Рисунок 21. Образец счета на оплату
71
Счет на оплату является учетным документом и хранится в бухгалтерии
организации. Документ «Отчет о проделанной работе» используется при расчете
премиальной части заработной платы сотрудников отдела продаж.
Результатная информация хранится в следующих таблицах:
1. Клиент.
2. Счет.
3. Договор.
Характеристика перечисленных таблиц представлена в таблице 9.
Таблица 9
Характеристика таблиц с результатной информацией
Наименование
таблицы
Наименование поля
Клиент
Название
Телефон
Договор
Дата договора
№ Договора
Клиент
Сумма
Счет
№ счета
Дата
Отчет «Клиентская база» формируется по мере необходимости. Отчет «Отчет о
проделанной работе» формируется ежемесячно. Счет на оплату формируется при
завершении работы с клиентом и прикладывается к договору.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Рассмотрим иерархию функций управления и обработки данных, которые будут
автоматизированы с помощью CRM-системы. Функции делятся на два вида:
1. Служебные, к которым относятся проверка пароля, ведение календаря и
т.д.
2. Основные функции обработки данных, к которым относятся ввод данных,
обработка пользовательских запросов, ведение справочников и т.д [15].
В системе будут доступны следующие функции:
ведение справочников;
72
формирование счетов;
ввод данных о задачах.
Наиболее удобной формой взаимодействия программного продукта с
пользователем является меню программы. Дерево функций системы представлено на
рисунке 22.
Функции
Основные Служебные
Ведение
справочников
Ввод данных
Формирование
отчетов
Проверка учетных
данных
Управление окнами
Настройка
Руководство
пользователя
Рисунок 22. Дерево функций системы
На основании выделенных функций разработаем структуру сценария диалога
пользователя с системой. В процессе разработки сценария диалога необходимо
предусмотреть возможность работы с экранными формами входных документов,
формирование выходных документов, корректировки вводимых данных, просмотра
введенной информации, работу с таблицами нормативно-справочной информации,
протоколирования действий пользователя, а также помощь на всех этапах работы.
Для описания диалога выбран способ представления структуры диалога в виде
орграфа, вершины которого представляют собой пункты меню системы. Сценарий
диалога представлен на рисунке 23.
73
Главное меню
Справочники
Открыть
Изменить
Печать
Сохранить
Закрыть
Документ
Создать
Сохранить
Печать
Закрыть
Отчет
Сформировать
Настройки
Контакт
Создать
Редактировать
Сохранить
Закрыть
Задача
Создать
Редактировать
Сохранить
Закрыть
Рисунок 23. Сценарий диалога
74
2.3.2. Характеристика базы данных
Разрабатываемая CRM-система будет хранить и обрабатывать данные в
реляционной базе данных, которая представляет собой совокупность двумерных
таблиц [21]. База данных будет включать следующие таблицы:
1. Сотрудник.
2. Клиент.
3. Услуги.
4. Договор.
5. Контакт.
6. Задача.
7. Счет.
8. Сделка.
9. Пользователь.
10. Роль.
Для описания взаимосвязей между таблицами построим ER-модель [22]. ER-
модель представлена на рисунке 24.
Рисунок 24. ER-модель
75
Характеристика таблиц базы данных представлена таблице 10.
Таблица 10
Характеристика базы данных
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Справочник «Клиент»
ID_клиента
ID_ul
Счетчик
5
Ключевое
поле
ИНН
inn_ul
Текст
12
ОГРН
ogrn_ul
Текст
14
Название
Naim_ul
Текс
100
Телефон
Tel_ul
Числовой
10
Справочник «Сотрудник»
ID_сотрудника
ID_sotr
Счетчик
5
Ключевое
поле
Фамилия
Fam_str
Текст
30
Имя
Name_str
Текст
30
Отчество
Otch_str
Текст
30
Справочник «Услуга»
ID_услуги
ID_usl
Счетчик
5
Ключевое
поле
Код
Code_usl
Текст
30
Название
Name_usl
Текст
100
Цена
Price_usl
Число
6
Справочник «Договор»
ID_договора
ID_dog
Счетчик
5
Ключевое
поле
Дата
datee_dog
Дата
8
Номер
Nom_dog
Число
6
Сумма
Sum_dog
Число
6
Счет
ID_счет
ID_sch
Счетчик
5
Ключевое
поле
Номер
nom_sch
Число
7
Дата
date_sch
Дата
8
Задача
ID_zad
ID_zad
Счетчик
5
Ключевое
поле
Дата
Date_zad
Дата
8
Содержание
Sod_zad
Текст
100
Статус
St_zad
Текст
100
Примечание
Pr_zad
Текст
100
Контакт
ID_контакта
ID_kont
Счетчик
5
Ключевое
поле
Дата
Date_kont
Дата
8
Описание
Opis_kont
Текст
100
Сделка
ID_сделки
Id_sd
Счетчик
5
Ключевое
поле
Дата
Date_sd
Дата
8