53
Таблица 2.8 – Task
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Task
Int
PK
Дата
Date
DateTime
Текст
Text
Text
FK
Ответственный
ID_ Otvetstv
Enum
FK
Таблица 2.9 – Leadname
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Leadname
Int
PK
Название
сделки
Leadname
Varchar
100
Таблица 2.10 – Otvetstv
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Otvetstv
Int
PK
Имя
ответственного
Oname
Int
Таблица 2.11 – Funnelname
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Funnelname
Int
PK
Название
воронки
Funnelname
Int
Воронка
продаж
ID_ Salesfunnel
Enum
50
FK
Таблица 2.12 – Name
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Name
Int
PK
Имя клиента
Name
Varchar
50
54
Таблица 2.13 – Status
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Status
Int
PK
Статус сделки
Status
Varchar
100
Таблица 2.14 – Salesfunnel
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Salesfunnel
Int
PK
Воронка
продаж
Salesfunnel
Varchar
100
Таблица 2.15 – Masseg
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Masseg
Int
PK
Примечание
Masseg
Text
Таблица 2.16 – Lead
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
ID_ Lead
Int
PK
Название
сделки
ID_Leadname
Varchar
100
FK
Статус
ID_ Status
Enum
50
FK
На рисунке 2.4 представлена модель сущность-связь базы данных
55
Рисунок 2.4 – Модель базы данных
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
После проектирования сущности системы, базы данных, рассмотрения
функционала системы, можно приступить к реализации структурной схемы
пакетов. На рисунке 2.5 представлена структурная схема пакетов системы
принятия заявок.
56
Рисунок 2.5 – Структурная схема пакетов ИС процесса принятия заявок
Рассмотрим каждый модуль подробнее. В таблице 2.17 представлено
описание модулей.
Таблица 2.17 – Описание модулей системы принятия заявок
Наименование
модуля
Описание
ULogin
Окно авторизации в системе
UMain
Главное окно программы
ULead
Окно создания сделки
UTask
Окно создания и редактирования задач
USalesfunnel
Окно создания и редактирования
воронки продаж
UJnvetstv
Окно редактирования списка
ответственных
ULib
Окно редактирование справочников
DM
Дата модуль – функции работы с базой
данных
2.3.4 Описание программных модулей
Рассмотрим алгоритм работы модуля данных при подключении к ядру
интроверта и переносе в него данных . На рисунке 2.6 представлена блок-
схема алгоритма подключения и переноса данных.
57
Рисунок 2.6 – Блок-схема алгоритма интеграции данных
2.4 Контрольный пример реализации проекта и его описание
Рассмотрим, как работает спроектированная система принятия заявок.
На рисунке 2.7 изображено главное меню программы. В нём доступны
основные операции работы с системой. Также, это окно является отправной
точкой работы с системой. Отсюда запускаются все остальные окна. Согласно
сценарию диалога (рисунок 2.3) – главное меню системы позволяет запустить:
окно рабочего стола;
58
окно работы со списком сделок;
окно работы со списком задач.
Рисунок 2.7 – Главное окно
На рабочем столе (Рис. 2.8 – 2.11) в виде ленты отражены статистики
статусов, задач, менеджеров и прогноз продаж. На рисунке 2.8 изображена
начало ленты рабочего стола и статистика по статусам.
Рисунок 2.8 – Статистика по статусам
На рисунке 2.9 изображена часть рабочего стола, содержащую статистику по
задачам.
59
Рисунок 2.9 – Статистика по задачам
Рисунок 2.10 демонстрирует часть рабочего стола, содержащую
статистику по менеджерам.
Рисунок 2.10 – Статистика по менеджерам
Рисунок 2.11 демонстрирует часть рабочего стола, содержащую прогноз
продаж.
Рисунок 2.11 – Прогноз продаж
Сбор всей статистики система производит автоматически, но при условии, что
данные вносятся корректно.
60
На рисунке 2.12 представлен раздел задач, отображающий просроченные и
текущие задачи конкретного сотрудника или отдела. В этом разделе имеется
фильтр, позволяющий сортировать задачи по множеству критериев,
представленных на рисунке 2.13.
Рисунок 2.12 – Список задач
Рисунок 2.13 – Фильтр задач
Теперь перейдем непосредственно к самому тестированию
работоспособности системы. Для этого заходим в конструктор веб-страниц,
61
которым пользуется компания, и оставляем заявку, заполняя
соответствующую форму, представленную на рисунке 2.14.
На рисунке 2.14 представлена воронка продаж, содержащая статусы, в
которых находятся сделки.
Рисунок 2.14 – Форма заявки на сайте компании
Далее нас переносит на страницу благодарности (Рис. 2.15). Наличие
этой страницы обязательно, так как в нашем случае только с нее
осуществляется интеграция с CRM-системой.
62
Рисунок 2.15 – Страница благодарности
Как только клиента переносит на страницу благодарности, сразу
происходит перенос информации в нашу amoCRM в статус - лид магнит.
Теперь рассмотрим самый массивный раздел нашей системы – сделки, в
котором содержатся воронка продаж и статусы, непосредственно в которых в
виде списка находятся сделки (Рис. 2.16). Так же, на этом рисунке видно, что
заявка, которую мы оставили на сайте, автоматически добавилась в воронку в
виде сделки.
Рисунок 2.16 – Сделки
На рисунке 2.17 более отчетливо представлен интерфейс самой сделки в
воронке продаж.
Рисунок 2.17 – Сделка в статусе лид магнит.