52
2.3.2 Характеристика базы данных
Рассмотрим базу данных, которая используется в системе учёта
контроля качества. Для этого требуется построить модель сущность-связь.
Диаграмма сущность-связь - инструмент разработки моделей данных,
обеспечивающий стандартный способ определения данных и отношений
между ними.
В базе данных содержаться следующие объекты:
Lead – сделка;
Phoun – телефон клиента;
Email – email клиента;
Name – имя клиента;
Leadname – название сделки;
Masseg – примечание;
Otvetstv – ответственный;
Funnelname – название воронки;
Task – задача;
Salesfunnel – воронка продаж;
Status – статус сделки.
Рассмотрим структуру таблиц базы данных (таблицы 2.6 – 2.16).
Таблица 2.6 – Phoun
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
ID_ Phoun
Int
PK
Телефон
Phone
Varchar
20
Таблица 2.7 – Email
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
ID_ Email
Int
PK
Email клиента
Email
Varchar
50
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-системой.