37
классификаторы являются локальными в пределах CRM-системы, имеют
линейную систему классификации с порядковым кодированием. Порядковые
номера присваиваются средствами автоматического инкремента счетчика
записей, который должен поддерживаться СУБД.
Так, состав информационного обеспечения CRM-системы определяется
набором:
входных данных, включающих данные справочников и оперативной
информации;
входными задачами, принимаемыми к исполнению;
входящих событий;
событий, заметок и задач личного органайзера пользователя (менеджера);
выходных данных, включающих составы информационных таблиц
справочников и оперативных данных в соответствии с запросами
пользователя;
выходных данных для визуализации в виде инфографики (сегментация
клиентской базы, воронка продаж).
1.4.2. Обоснование проектных решений по программному обеспечению
Разрабатываемая CRM-система будет устанавливаться на существующие
компьютеры сотрудников, на которых установлена ОС Windows. Поэтому
разрабатываемая система должна быть совместима с ОС семейства Windows.
Так как Windows 7 уже не поддерживается, то при разработке CRM-системы
следует ориентироваться на ее применение в ОС Windowsверсии 10.
Как было показано ранее, в качестве информационного обеспечения
CRM-системы будет использоваться реляционная база данных, что
подразумевает применение СУБД. СУБД являются программным средством, с
помощью которых можно создавать базы данных, наполнять их и работать с
ними. Многие существующие СУБД являются также специализированными
языками программирования.
38
Для СУБД определены следующие требования [3]:
обрабатывать пользовательские SELECT-запросы;
допускать определения данных;
обеспечивать поддержку целостности данных;
обеспечивать восстановление после сбоев;
поддерживать словарь данных;
иметь высокую производительность;
обрабатывать одновременно запросы множества пользователей.
Одной из наиболее распространенных коммерческих СУБД является
продукт от Oracle. Oracle предназначена для реализации БД высокого уровня и,
как следствие, требует высокой производительности сервера. Является
кроссплатформенной. Поддерживает работу с множеством языков
программирования. Предоставляет достаточно мощные средства
администрирования серверов, как локальных, так и распределенных. Oracle
полностью располагает мощными и удобными средствами администрирования
не только одного сервера, но и группы серверов, расположенных в разных
частях планеты. Поддерживает большие объемы данных, многопроцессность.
Основные недостатки данной СУБД – высокая цена, высокие требования
к аппаратной части.
Другим примером СУБД, которая также широко используется, является
продукт Access от Microsoft. Данная СУБД представляет собой удобное
средство для создания и эксплуатации достаточно мощных баз данных без
необходимости что-либо программировать. Фактически, MS Access является
также инструментом быстрой разработки приложений. В то же время работа с
MS Access не исключает возможности программирования на языке Visual Basic
for Application (VBA).
Основные недостатки MS Access выражены ее принципиальной
архитектурой сетевого доступа – данная СУБД является файл-серверной, что
существенно ограничивает ее и применение.
39
Еще одним файл-серверным решением СУБД является SQLite. SQLite –
компактная встраиваемая реляционная база данных, которая имеет исходные
коды в открытом доступе. Встраиваемая – означает, что SQLite не использует
устоявшуюся парадигму «клиент-сервер», то есть ядро SQLite не является
отдельно работающим процессом, с которым взаимодействует программа, а
представляет собой библиотеку, с которой программа компонуется, а само ядро
становится частью программы [10].
К основным преимуществам СУБД SQLite относятся следующие ее
характеристики [27]:
отсутствие сервера и необходимости установки СУБД;
кроссплатформенность;
интеграция ядра СУБД в сам файл базы данных;
высокая надежность;
полное соответствие стандартам SQL92 (SQL2);
производительность и поддержка ACID-совместимых транзакций.
Отсутствие необходимости сервера также, как и в случае с MSAccess,
является основным недостатком SQLite, что ограничивает сферу применения
этой СУБД.
Стоит отметить еще одну распространенную СУБД, которая уже
используется в Компании – MySQL. Данная СУБД оптимально использует
предлагаемые провайдером хостинг-ресурсы. Высокая эффективность и
высокая надёжность способствовали столь высокой популярности данной
СУБД. По всем этим причинам MySQL стала незыблемым стандартом в
области СУБД для web, а теперь в ней развиваются возможности для
использования ее в любых критичных бизнес-приложениях. MySQL
конкурирует на равных с такими производителями СУБД, как Oracle, IBM,
Microsoft и Sybase.
Основные достоинства СУБД MySQL:
многопоточность, поддержка нескольких одновременных запросов;
40
оптимизация связей с присоединением многих данных за один проход;
записи фиксированной и переменной длинны;
наличие ODBC драйвера, в том числе и интегрированные средства для
MS Visua lStudio;
гибкая поддержка форматов, строк переменной длины и меток времени;
быстрая работа, масштабируемость;
совместимость с ANSISQL;
распространяется согласно стратегии OpenSource;
хорошая поддержка со стороны провайдеров услуг хостинга.
MySQLтакже имеет и свои недостатки:
известные ограничения функционала, которые иногда требуются в
некоторых приложениях;
некоторые способы обработки данных (транзакции, аудиты) делают
СУБД менее надежной;
медленная разработка.
Из рассмотренных вариантов наиболее подходящим является СУБД
MySQL: ее недостатки некритичны для данной задачи, а достоинства
позволяют применить ее в качестве эффективного не затратного решения.
Для разработки прикладного программного обеспечения CRM-системы
выбран язык программирования C#. NET. Данный язык ориентирован на
повышение продуктивности при разработке бизнес-приложений. Для этого в
языке соблюдается баланс между простотой, выразительностью и
производительностью [4]. Универсальность и популярность ЯПВУ C#
обеспечивается за счет следующих возможностей[2]:
унификация системы типов;
поддержка интерфейсов как объектов реализации действий объектов;
лямбда-выражения, упрощающие разработку функций;
декларативность, обеспечиваемая шаблонами [23];
возможности Linq.
41
Для разработки визуальных приложений используются специальные
среды разработки – IDE (Integrated Development Environment), которые
предлагают удобные редакторы визуальных форм, палитру компонентов
интерфейса и редактор исходного кода. Поскольку для разработки прикладного
программного обеспечения CRM-системы выбран язык программирования C#,
то вполне логично в качестве среды разработки использовать MS Visual Studio.
Кроме того, средства Visual Studio имеют набор компонентов,
облегчающих интеграцию в приложение баз данных (в том числе и MySQL),
что повышает эффективность и скорость разработки, уменьшает время
создания продукта и вероятность допущения ошибок на этапе сборки
приложения.
Перед разработкой прикладного приложения необходимо формализовать
требования к CRM-системе. Для этого следует разработать диаграмму
вариантов использования системы. Эта диаграмма показывает наглядно
действующих лиц (будущих пользователей системы) и определяет для каждого
из них функции, которые они в этой системе будут реализовывать.
В [18] отмечается, что модель вариантов использования системы может
выражать ее пользовательские требования. В [28] также говорится о модели
прецедентов как об одном из способов выражения требований к программному
продукту.
Таким образом, модель вариантов использования должна быть построена
на первом этапе разработки системы и использоваться для формализации
функциональных требований [12].
На рисунке 12 приведена диаграмма вариантов использования CRM-
системы. Очевидно, что пользователями системы будут менеджеры, клиенты и
руководство.
Рисунок 12 –
Диаграмма вариантов использования
Диаграмма вариантов использования
помощью средства автоматизированного проектирования(
системы)STARUML
3.1[
На рисунке 13 приведена спецификация вариантов использования,
приведенных на диаграмме.
Диаграмма вариантов использования
Диаграмма вариантов использования
CRM-
системы
помощью средства автоматизированного проектирования(
3.1[
34].
На рисунке 13 приведена спецификация вариантов использования,
приведенных на диаграмме.
42
Диаграмма вариантов использования
CRM-системы
системы
выполнена с
помощью средства автоматизированного проектирования(
CASE-
На рисунке 13 приведена спецификация вариантов использования,
Рисунок 13 –С
пецификация
Окончательная формализация требований к
выполнена в рамках методологии
подразумевающей классификацию требований по системе
функциональные и
нефункциональные требования [
Функциональные требования могут быть определены, исходя из модели
вариантов использования. Нефункциональные требования определяются
внешними и другими факторами и особенностями использования
системы в конкретном
Так, в таблице 3 приведены формальные требования к
пецификация
вариантов использования
Окончательная формализация требований к
CRM
выполнена в рамках методологии
RUP (Rational
Unified
подразумевающей классификацию требований по системе
нефункциональные требования [
26].
Функциональные требования могут быть определены, исходя из модели
вариантов использования. Нефункциональные требования определяются
внешними и другими факторами и особенностями использования
системы в конкретном
случае.
Так, в таблице 3 приведены формальные требования к
43
вариантов использования
CRM-системы
CRM
-системе может быть
Unified
Process) [33],
подразумевающей классификацию требований по системе
FURPS –
Функциональные требования могут быть определены, исходя из модели
вариантов использования. Нефункциональные требования определяются
внешними и другими факторами и особенностями использования
CRM-
Так, в таблице 3 приведены формальные требования к
CRM-системе.
44
Таблица 3
Требования кCRM-системе
Вид
требования по
RUP
Состав требований
Функциональные
требования
1.1.
Авторизация пользователей.
1.2. Хранение данных клиентов: место работы, должность,
личные данные.
1.3. Обеспечить для менеджеров ведение личное
клиентской базы.
1.4. Предусмотреть автоматическое создание в системе
задачи менеджеру при наступлении даты рождения
клиента или смены клиентом места работы, должности.
1.5. Предусмотреть возможность топ-менеджеру создавать
задачи менеджерам.
1.6. Разработать личный органайзер менеджера с системой
заметок и генерированием себе задач.
1.7. Создавать для руководителя отчеты по сегментации
клиентской базы (по отраслям, городам, курирующим
менеджерам).
1.8. Для задач предусмотреть статус выполнения и
отслеживать его визуально.
1.9. Создавать воронки продаж (общую по всем менеджерам
и каждому менеджеру индивидуальную).
Требования к
удобству
использования
2.1.
Эргономичный интерфейс на русском языке
.
2.2. Всплывающие и контекстные подсказки.
2.3. Портативная система без процедуры инсталляции и
конфигурирования.
2.4. Загрузка подсистемы пользователя (рабочего стола
менеджера) сразу после авторизации.
2.5. Использование однотипных компонентов интерфейса
для выполнения однотипных функций.
2.6. Визуализация сводных данных в виде инфографики.
Требования к
надежности
3.1.
Отсутствие конфликтов с другими продуктами
.
3.2. Система не должна разрешать запускать на одном
компьютере больше одной своей копии.
3.3. Наличие системы диагностики ввода исходных данных,
которая подразумевает контроль вводимых данных на
соответствие типу, а также контроль обязательного
заполнения тех данных, которые требуется заполнять в
обязательном порядке.
3.4. Модальность диалоговых окон.
3.5. Использование обработки исключений в программном
коде.
3.6. Диагностика состояния подключения к базе данных.
3.7. Коэффициент оперативной готовности должен
составлять не менее 0,85%.
3.8. Отсутствие зависаний при загрузке большого объема
данных – соответствующая индикация прогресса в
таких случаях.
45
Продолжение таблицы 3
Требования к CRM-системе
Вид требования
по RUP
Состав требований
Требования к
производительности
4.1.
Среднее время загрузки 1000 записей не должно
превышать 5 секунд.
4.2. При длительной загрузке большого объема данных
требуется визуализировать процесс с помощью
индикатора загрузки.
4.3. Время построения одного графического отчета не
должно превышать 10 секунд.
4.4. Обеспечить своевременное оперативное
обновление информации на дисплее в соответствии
с действиями, произведенными пользователем.
Требования к
поддержке
5.1.
Работа системы при поддержке
платформы .NET
Framework версии не ниже 4.0.
5.2. Предоставить исходные коды системы в среде
разработки MS Visual Studio 2015 или выше.
5.3. Использовать модульную архитектуру системы,
объединить функциональные модули в пакеты.
5.4. Оснастить код подробными и понятными
комментариями, предоставить спецификации на
методы и функции.
5.5. При проектировании архитектуры системы
использовать UML, проект системы предоставить
вместе с исходными кодами.
1.4.3. Обоснование проектных решений по техническому обеспечению
Типовая структура комплекса технических средств CRM-системы может
включать:
набор рабочих персональных компьютеров стандартной конфигурации, на
которой возможен запуск операционной системы Windows10, рабочие
системы должны иметь установленные пакеты .NETFramework 4.5 или выше;
выделенный сервер для доступа к глобальной сети;
сервер базы данных MySQL 6.0 (рекомендуется использовать конфигурацию,
указанную в спецификации требований операционной системы WindowsServer
2013);
устройства, образующие сетевую инфраструктуру (сетевые адаптеры,
концентраторы, хабы, свитчи и маршрутизаторы, а также линии связи);
оргтехника (принтеры, МФУ).
46
В составе рабочей станции пользователя (компьютера) должно быть
обеспечено наличие:
системный блок персонального компьютера, включающий набор
основных и периферийных комплектующих;
монитор;
клавиатура, устройство позиционирования «мышь»;
блок бесперебойного питания.
Технические средства системы размещаются в вычислительных центрах
или непосредственно на рабочих местах пользователей и снабжаются
электроэнергией через сеть напряжением 220В. Требования по обеспечению
безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте
технических средств системы должны соответствовать действующими
СанПиН.
Требования по защите от электромагнитного излучения
регламентируются действующими СанПиН.
Все внешние элементы технических средств системы, находящиеся под
напряжением, должны иметь защиту от случайного прикосновения, а сами
технические средства должны иметь защитное заземление. Технические
средства системы должны быть установлены так, чтобы обеспечивалась их
безопасная эксплуатация и техническое обслуживание.
Минимальные требования к вычислительному комплексу:
ПЭВМ типа IBM PC на базе процессора Pentium, Celeron 3 ГГц и выше
фирмы Intel или аналогичных;
ОЗУ объемом 8 ГБ и выше с учетом требований операционной системы;
свободное место на HDD – от 20Гб и более;
объем видеопамяти: 1024 Мб и больше.
Ручной ввод данных в системе осуществляется при помощи
комбинированного использования следующих устройств:
клавиатура (стандартная, 101 / 102 клавиши);