27
бизнес-процессов исследуемого предприятия станет известна компании
разработчика. Поскольку деловая репутация последней и политика
конфиденциальности, которой строго придерживается разработчик, не вызывает
сомнений, будет использован именно этот вариант приобретения
информационной системы для автоматизации задачи.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Осуществление компанией-разработчиком работы в собственной
программе является преимуществом, в то время как выбор другого продукта
вместо собственного – заставляет задуматься.
Исходя из осуществленного анализа аналогичных программных продуктов
можно произвести формирование требований к функциональности системы
управления взаимоотношениями с клиентами. Итак, разрабатываемая система
должна обладать следующими возможностями и функциями:
создание клиентов (контрагентов) с возможностью редактирования,
добавление сотрудников и компаний, просмотр текущих проектов и планов по
конкретному контрагенту, а также истории всех операций;
добавление контрагентам отдельных задач с возможностью выбора
исполнителей;
управление шаблонами проектов, добавление к клиентам проектов,
выбор исполнителей;
просмотр выполненных каждым исполнителем задач и выгрузка
статистики в xls-файл;
осуществления начала и завершения каждого шага ведения проекта с
учетом времени выполнения и полученного результата;
создание заметок с возможностью их комментирования;
добавление предложений и идей в соответствии с категориями;
28
рассылка писем контрагентам по шаблонам (имеющимся или
собственноручно написанным);
возможность просмотра последней активности исполнителей [41. стр.
39].
Исходными данными являются строчные (текстовые) данные, которые
вводятся в диалоговом режиме. Выходными данными являются выводимые на
дисплей табличные и текстовые данные, а также отчеты формата xls.
Необходимо оптимизация вывода данных на формы для занятия
минимального времени в целях обеспечения пользователю наиболее комфортной
работы с системой. При этом к емкостным характеристикам программы
специальные требования не предъявляются.
1.4.2 Обоснование проектных решений по программному обеспечению
Проведем обзор фреймворков, используемых для разработки Web-
приложений. Для обзора были отобраны популярные зарубежные фреймворки [6]
и один отечественный аналог:
• Ruby on Rails представляет собой фреймворк, который написан на языке
программирования Ruby и является архитектурным образцом Model-View-
Controller (модель-представление-контроллер) для web-приложений,
обеспечивающим их интеграцию с сервером базы данных и веб-сервером.
Ruby on Rails представляет собой открытое программное обеспечение,
распространяемое под лицензией MIT.
Ruby on Rails определяется ряд принципов разработки приложений [7]:
принцип Don’t repeat yourself (предоставление Ruby on Rails
механизмов повторного использования, предоставляющих возможность
минимизации дублирования кода в приложениях);
принцип Convention over configuration (использование по умолчанию
соглашений по конфигурации, являющихся типичными для большинства
приложений). Необходимости явной спецификации конфигурации присутствует
исключительно в нестандартных случаях.
29
• Django (Джанго) представляет собой свободный фреймворк для web-
приложений, который написан на языке Python. Сайт на Django выстраивается из
одного или нескольких приложений. При этом рекомендуется их делать
подключаемыми и отчуждаемыми, что является одним из существенных
архитектурных отличий данного фреймворка от ряда других (в частности, Ruby
on Rails) [66].
Кроме того, в противовес другим фреймворкам, в Django обработчики URL
не выводятся из структуры моделей контроллеров автоматически, явно
конфигурируются посредством регулярных выражений.
Django применяет для работы с базой данных собственный ORM. Модель
данных ORM описывается классами Python. Схема базы данных генерируется по
этой модели данных.
Особенности рассмотренных фреймворков представлены в ниже
приведенной таблице 1.2. Достоинством разрабатываемой системы стоит
отметить выбор языка программирования PHP, являющегося скриптовым языком
программирования общего назначения, интенсивно используемым для
разработки web-приложений. На сегодняшний день PHP поддерживают
подавляющее большинство хостинг-провайдеров. Он выступает в качестве
одного из лидеров используемых для создания динамических веб-сайтов языков
программирования.
Таблица №1.2
Анализ фреймворков
Ruby
On Rails
Django
Cake
PHP
CodeIgniter
Mayral
Framework
Простота освоения и
применения
–
–
–
+
+
Язык программирования
PHP
–
–
+
+
+
Легко расширяем
+
+
–
+
+
Бесплатный
+
+
+
+
+
Наличие русскоязычной
документации
–
+
+
+
+
30
Результаты анализа свидетельствуют о соответствии фреймворков Mayral
Framework и CodeIgniter предъявляемым требованиям. Базируясь на опыте работы
и исходя из личных предпочтений, Mayral Framework выбран для разработки
CRM-системы.
Как среду разработки выбираем PHP Storm, что обусловлено возможностью
ее бесплатного использования. Как наиболее популярные и распространенные
средства, выбираем Apache 2.0 в качестве веб-сервера, MySQL 5.3 в качестве
СУБД.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение проекта по разработке и внедрению
автоматизированной информационной системы взаимодействия с клиентами
(CRM) включает в себя всю совокупность технических средств, без которых
невозможно функционирование информационной системы.
В качестве критериев выбора в процессе подбора технического
обеспечения выступают:
1) экономическая эффективность, поскольку в процессе интегрирования
разработанной информационной системы взаимодействия с клиентами кадрового
агентства не нужно приобретение нового оборудования для рабочих станций;
2) поскольку объем результативных данных велик (информация поступает
и аккумулируется также из филиалов), то размер оперативной памяти и объем
жесткого диска должны быть достаточными, чтобы заархивировать огромные
объемы данных. Процессор также должен быть достаточно быстродействующим.
С целью реализации практической автоматизации должен быть установлен
сервер баз данных, поскольку на нем размещается серверная часть программного
оборудования разрабатываемое информационной системы. Сервер базы данных
должен находиться во взаимодействии с сервером корпоративной сети. На него
загружаются данные по всем создаваемым сделкам и заявкам на подбор
персонала, планами и отчетами.
31
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл разрабатываемое системы «CRM-Фаворит» представлен
на Рис. 2.1.
Рис. 2.1 Жизненный цикл системы «CRM-Фаворит»
В соответствии с Рис. 2.1 в жизненный цикл разрабатываемой системы
входят следующие элементы:
1. Интеграция – компонент, ответственный за обеспечение роста
производительности и эффективности. Его результатом выступает
сформированная база данных о клиентах анализируемого кадрового агентства.
2. Анализ – компонент для углубленного понимания реальных нужд
клиента и анализа его поведения. Результатом являются принимаемые
стратегические решения.
3. Действия – компонент, ответственный за укрепление
складывающихся отношений «клиент — международный кадровый центр
«Фаворит». Результатом выступает усовершенствованный бизнес-процесс.
Для реализации цели данного исследования мы выбрали стандарт ISO/IES
15288, который имеет статус международного. Ключевым отличием данного
стандарта от предыдущего (ISO/IES 12207) является максимальная ориентация на
программно-аппаратные системы в целом. В табл. приведены процессы
жизненного цикла данного проекта.
32
Таблица № 2.1
Процессы жизненного цикла систем по ISO 15288
Процессы
выработки
соглашений
Процессы
уровня
организаций
Процессы
уровня проекта
Технические
процессы
Специальные
процессы
Приобретение
системы
Управление
окружением
Планирование
Определение
требований
Адаптация
описываемых
стандартом
процессов под
нужды
конкретного
проекта
Поставка
системы
Управление
заказчиками
Оценивание
Анализ
требований
Управление
процессами
Мониторинг
Проектирование
архитектура
Управление
кандидатами
на занятие
вакантных
должностей
Управление
рисками
Реализация
Управление
качеством
оказываемых
услуг
Управление
конфигурацией
Интеграция
Управление
информацией
Верификация
Выработка
решений
Валидация
Передача в
использование
Эксплуатация
Поддержка
Изъятие из
эксплуатации
В настоящее время существуют следующие модели жизненного цикла
информационных систем – итерационная, спиральная и каскадная. Предлагаем
использовать в рамках данного проекта именно итерационную модель, точнее, ее
частный случай – способ быстрой разработки приложений RAD (Rapid application
Development).
Из 4-х существующих способов (стратегий) внедрения разрабатываемой
системы (параллельная стратегия, «скачок», пилотный проект и «узкое место»), в
силу специфики деятельности анализируемой компании предполагается
отсутствие возможности на какое-то время остановить работу персонала для
33
внедрения программного продукта. Простой деятельности может обусловить не
просто финансовый ущерб, но и потерю клиентов, ошибки в осуществлении
документооборота компании, а также упущенную выгоду, размеры которой могут
быть значительны. Также нельзя игнорировать наличие риска от возможности
неудачного внедрения ИС, что также отрицательно скажется на прибыли.
Следовательно, данный риск необходимо минимизировать.
Мы не можем рекомендовать стратегию «скачка», поскольку в рамках
данной стратегии необходим полный отказ от существующей системы и быстрый
и окончательный переход на разработанную ИС. Несомненно, пользователи буту
замотивированы на максимально быстрое освоение новой ИС, тем не менее,
вероятность остановки бизнес-процессов компании слишком велика. В случае,
если в новой ИС возникнет сбой, технологический процесс сбора и последующей
обработки информации будет остановлен.
Стратегия «узкого места» никаким образом не может быть применена в
анализируемой компании, поскольку внедрение ИС должно осуществляться в
самый критический участок работы. После чего предполагается его внедрение в
самом широком масштабе, в рамках всего предприятия. Однако в анализируемой
компании не планируется переход на уровень всей компании.
Следовательно, можно сделать обоснованный вывод, что можно
рекомендовать к использованию две стратегии внедрения разрабатываемого
программного продукта – стратегия пилотного проекта или параллельная
стратегия.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Для многих современных компаний система взаимодействия с клиентами
(CRM) является одной из информационных систем управляющего ядра компании
и одной из самых ценных систем, поскольку именно в ней размещена
информация, позволяющая компании извлекать прибыль из своей операционной
деятельности. Именно потому CRM-системы компании выступает в качестве
объектов атак не только внешних хакеров, но и недобросовестных сотрудников
компании, которые могут выступать в роли инсайдеров. Угроза внешнего
34
воздействия на CRM очень велика и (в силу наличия у сотрудников компании
непосредственного доступа к системе) вполне реальна [51. стр. 55].
Помимо угрозы внешнего воздействия на имеющуюся в CRM информацию
есть еще целый ряд угроз, порожденных существующими методиками разработки
бизнес-приложений. Речь идет об уязвимостях корпоративных систем. Они
появились не только в силу случайных или намеренных ошибок, внесенных
разработчиками в код, но и вследствие того, что при создании подобных
приложений вопросы их безопасности, разделения прав доступа пользователей,
отчетности о производимых действиях, безопасного взаимодействия с другими
информационными системами и базами данных часто не рассматривались,
поскольку не были заказаны и оплачены первыми клиентами данного решения
[50. стр. 61].
В целях обеспечения безопасности современных бизнес-приложений
(включая CRM-систем) применяется несколько подходов. Их выбор
осуществляется заказчиком, исходя из соотношения цена/остаточный риск,
которое точно определить «на глаз» совсем не просто.
Одним из наиболее простых вариантов защитить информацию в CRM
выступает использование внешних ИБ-средств. Удобство такого подхода
определяется возможностью максимального абстрагирования от структуры
процессов обмена информации внутри CRM-системы. Система безопасности в
этом случае целиком защищает CRM, посредством ее погружения в своего рода
«кокон безопасности». Указанное способствует серьезному расширению
возможностей при создании ИБ-системы, поскольку проектировщику доступен
выбор любых технических решений, в отсутствии необходимости ограничения
себя интеграцией с CRM-решением и осуществления взаимодействия с иными
информационными корпоративными системами [46. стр. 128].
Стоит отметить, что наряду с техническими требованиями, к системе
информационной безопасности предъявляются также законодательные
требования. Поскольку в качестве основного субъекта обработки в CRM-системе
выступает контактная информация клиентов, данные системы попадают под
действие Федерального закона № 152 «О персональных данных», требования
35
которого подлежат обязательному учету в процессе проектирования системы
защиты информации.
Вышеизложенная информация позволяет сформулировать ряд выводов.
Современные CRM-системы достаточно часто подвергаются атакам. В случае
успешности такой атаки, причиненные компании убытки могут не только
оказаться весьма критичными, но и стать причиной прекращения бизнеса.
Встроенные в CRM-системы процедуры и функций защиты информации
являются недостаточными для обеспечения полноценной защиты, вследствие
чего обязательным является использование внешних средств защиты. Помимо
этого, необходимо учитывать требования действующего законодательства
относительно защиты информации, которой оперирует CRM-система.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Средства защиты информации необходимо применять непосредственно к
информации доступ к которой ограничен — это государственная тайна и
конфиденциальные данные.
Согласно закона РФ от 21.07.1993 N 5485-1 (ред. от 08.03.2015) «О
государственной тайне» статья 5. «Перечень сведений составляющих
государственную тайну» относится:
1. Сведения в военной области.
2. Сведения в области экономики, науки и техники.
3. Сведения в области внешней политики и экономики.
4. Сведения в области разведывательной, контрразведывательной и
оперативно-розыскной деятельности, а также в области противодействия
терроризму и в области обеспечения безопасности лиц, в отношении которых
принято решение о применении мер государственной защиты.
Перечень сведений, которые могут составлять конфиденциальную
информацию, содержится в указе президента от 6 марта 1997 г. №188 (ред. от 13
июля 2015 г.) «Об утверждении перечня сведений конфиденциального
характера». Отдельно стоит уделить внимание и рассмотреть персональные
36
данные. Согласно федерального закона от 27.07.2006 № 152-ФЗ (ред. от
29.07.2017) «О персональных данных», статья 4: Персональные данные – это
любая информация, относящаяся к прямо или косвенно определенному или
определяемому физическому лицу (субъекту персональных данных).
К программно-аппаратным средства защиты информации отнесем DLP-
системы и SIEM-системы.
DLP-системы («Data Leak Prevention» дословно «предотвращение утечки
данных») соответственно служат для предотвращения утечки,
переформатирования информации и перенаправления информационных потоков.
SIEM-системы («Security Information and Event Management», что в
переводе означает «Управление событиями и информационной безопасностью»)
обеспечивают анализ в реальном времени событий (тревог) безопасности,
исходящих от сетевых устройств и приложений. SIEM представлено
приложениями, приборами или услугами, и используется также для
журналирования данных и генерации отчетов в целях совместимости с прочими
бизнес-данными.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
В Приложении 1 представлена информационная модель.
Началом процесса разработки CRM-системы выступает проектирование
общей схемы системы, отображающей составляющие ее модули, а также ее
выходные и входные данные.
Структуру системы управления взаимоотношениями с клиентами
составляют двадцать модулей:
– работы с пользователями системы;
– работы с группами пользователей;
– справочник «Типы контрагентов»;
– авторизации пользователя;
– справочник «Шаблоны проектов»;
– справочник «Атрибуты контрагентов»;