2.3.3.
Структурная схема пакета (дерево вызова программных модулей)
На рисунке 22 приведена архитектура разработанной
виде UML-
диаграммы пакетов программных модулей.
Рисунок 22
В
соответствии с диаграммой
систем
ы включает следующие пакеты
.
NETFramework
MySQL –
среда СУБД, в которой хранится БД системы
Resources –
ресурсы системы (значки, параметры и т.д.)
Libraries–
библиотеки программного решения
Структурная схема пакета (дерево вызова программных модулей)
На рисунке 22 приведена архитектура разработанной
диаграммы пакетов программных модулей.
Рисунок 22
– Диаграмма архитектуры
CRM
соответствии с диаграммой
пакетов архитектура
разработанн
ы включает следующие пакеты
:
NETFramework
3.5 – библиотеки фреймворка;
среда СУБД, в которой хранится БД системы
ресурсы системы (значки, параметры и т.д.)
библиотеки программного решения
.
67
Структурная схема пакета (дерево вызова программных модулей)
На рисунке 22 приведена архитектура разработанной
CRM-системы в
CRM
-системы
разработанн
ойCRM-
среда СУБД, в которой хранится БД системы
;
ресурсы системы (значки, параметры и т.д.)
;
68
Application Project – проект приложения системы:
AuxPanels – панели сервисных функций;
Menu – компоненты меню пользователей;
Workspaces – рабочие столы пользователей;
Interfaces – интерфейсы объектной структуры системы (;
Widgets – виджеты, размещаемые на рабочих столах пользователей;
Subsystems – панели подсистем в рамках реализации рабочих
столов пользователей;
EntityClasses – классы-сущности, отражающие в систему структуру
данных из БД;
Dialogs – диалоги ввода и редактирования данных в системе.
Каждый из этих пакетов имеет свой набор компонентов (программных
модулей). Системными компонентами являются:
библиотеки функций, реализованные Microsoftв.NETFramework: в
CRM-системе применены пространства имен System, System.Drawing,
System.Windows.Forms, System.IO;
база данных СRМ-BASE, которая разворачивается на сервере MySQL
(структура БД приведена в п. 2.3.2 и в Приложении 1);
MySQL.Data.dll – библиотека, позволяющая прикладному приложению
работать с объектной моделью базы данных (включая поддержку
адаптеров к физическим таблицам соответствующих провайдеров
данных);
TeeChart.Lite.dll – библиотека, позволяющая реализовать возможности
построения в приложении инфографики.
Помимо системных, описанию подлежат пользовательские компоненты
приложения CRM-системы. То есть компоненты, разработанные в рамках
данной работы. Подробный состав таких компонентов проекта программного
обеспечения CRM-системы, разработанных в среде разработки VisualStudio
2015,приведен на рисунке 23 в виде UML-диаграммы компонентов.
Рисунок 23 –
Диаграмма компонентов проекта программного
Спецификация диаграммы компонентов
Имя файла (компонента)
CRMSystem
frmCRM
crmbaseDataSet
Классы, представляющие взаимодействие с данными таблиц БД
представлены для каждой информационной сущности
Client
Contact
Диаграмма компонентов проекта программного
обеспечения CRM-системы
Спецификация диаграммы компонентов
Имя файла (компонента)
Описание назначения
Главный управляющий класс системы
Класс
основной
формы
Системный компонент обеспечения доступа к
провайдеру БД
Классы, представляющие взаимодействие с данными таблиц БД
представлены для каждой информационной сущности
Класс
-
сущность: клиент
Класс
-
сущность:
контакт
69
Диаграмма компонентов проекта программного
Таблица 8
Спецификация диаграммы компонентов
CRM-системы
Описание назначения
Главный управляющий класс системы
Системный компонент обеспечения доступа к
Классы, представляющие взаимодействие с данными таблиц БД
–
представлены для каждой информационной сущности
70
Продолжение таблицы 8
Спецификация диаграммы компонентов CRM-системы
Имя файла (компонента)
Описание назначения
Manager
Класс
-
сущность: менеджер
Note
Класс
-
сущность: заметка
Organization
Класс
-
сущность: организация
Task
Класс
-
сущность: задача
Виджеты
ucTask
Виджет задачи менеджера
ucNote
Виджет заметки в органайзере менеджера
Интерфейсные панели подсистем
pnlAllClients
Панель подсистемы клиентской базы
pnlContacts
Панель подсистемы запланированных контактов
pnlManagers
Панель подсистемы менеджеров
pnlCBSegments
Панель подсистемы доступа к инфографике
pnlOrganizations
Панель подсистемы справочника компаний
pnlWorkspace
Панель рабочего стола менеджера
pnlTasks
Панель подсистемы задач менеджеров
Интерфейсы
объектной структуры
IDataBase
Интерфейс классов
-
сущностей доступа к БД
IUser
Интерфейс классов
-
сущностей доступа к
командам пользователя изменения в БД
Формы диалоговых окон ввода / редактирования данных
dialogClient
Ввод
/
Редактирование данных клиента
dialogContact
Ввод
/
Редактирование данных контакта
dialogManager
Ввод
/
Редактирование данных менеджера
dialogNote
Ввод
/
Редактирование данных заметки
dialogOrganization
Ввод
/
Редактирование данных организации
dialogStatuses
Диалог настройки статусов клиентов
dialogTask
Ввод
/
Редактирование данных задачи
dialogTaskProgress
Форма контроля выполнения задачи
Рабочие панели
panelLogin
Панель авторизации пользователя
panelManagerWorkspace
Панель рабочей области
менеджера
panelTopManagerWorkspace
Панель рабочей области топ
-
менеджера
Панели реализации меню пользователей
panelManagerMenu
Панель реализации меню менеджера
panelTopManagerMenu
Панель реализации меню топ
-
менеджера
71
2.3.4. Описание программных модулей
Одним из первых действий пользователя в CRM-системе является его
авторизация и назначение ему прав доступа к функциям и данным.
Авторизация пользователя в CRM-системеосуществляется посредством ввода
личного логина и пароля, которые выдаются администратором системы при
создании в CRM-системеучетной записи пользователя.
Для авторизации пользователя система предлагает сервисную панель,
на которой предлагается ввести логин и пароль. Система соотносит данные,
введенные пользователем, с аккаунтами пользователей в БД. При наличии
совпадения введенных данных с данными из БД система идентифицирует
пользователя (его имя, флаг уровня доступа).
На рисунке 243 приведена схема алгоритма авторизации пользователя в
CRM-системе.
Рисунок 24 –
Алгоритм
Каждый идентифицированный пользователь имеет свой рабочий стол.
Подготовка рабочего стола пользователя выполняется системой после
авторизации пользователя в соответствии со схемой алгоритма, приведенной
на рисунке 25.
Алгоритм
авторизации
пользователя
Каждый идентифицированный пользователь имеет свой рабочий стол.
Подготовка рабочего стола пользователя выполняется системой после
авторизации пользователя в соответствии со схемой алгоритма, приведенной
72
пользователя
в CRM-системе
Каждый идентифицированный пользователь имеет свой рабочий стол.
Подготовка рабочего стола пользователя выполняется системой после
авторизации пользователя в соответствии со схемой алгоритма, приведенной
Рисунок 25 –
Схема алгоритма работы пользователя
на своем рабочем столе при помощи меню подсистем
В рамках работы менеджера
набор подсистем:
рабочий стол;
управление
запланированными
просмотр клиентской баз
просмотра без права редактирования)
Схема алгоритма работы пользователя
на своем рабочем столе при помощи меню подсистем
В рамках работы менеджера
CRM-
система предлагает следующий
запланированными
контактами;
просмотр клиентской баз
ы компании
(доступна только в режиме
просмотра без права редактирования)
;
73
Схема алгоритма работы пользователя
CRM-системы
на своем рабочем столе при помощи меню подсистем
система предлагает следующий
(доступна только в режиме
74
просмотр списка менеджеров компании (доступна только в режиме
просмотра без права редактирования);
просмотр справочника организаций клиентов компании (доступна
только в режиме просмотра без права редактирования).
Топ-менеджерам доступныподсистемы (во всех имеется полный
доступ, включая изменение и удаление данных):
управление задачами менеджерам;
формирование графических отчетов;
просмотр клиентской базы компании;
просмотр списка менеджеров компании
просмотр справочника организаций клиентов компании.
Основной областью работы менеджера в CRM-системе является его
рабочий стол. Рабочий стол менеджера является сегментированным
представлением основных сводных и оперативных данных, которые
необходимы менеджеру для непосредственной работы. Каждый такой
сегмент представляет функционально отдельный аспект деятельности
менеджера и в совокупности образует единую систему визуализации или
учета и способствует удобству работы менеджера.
На рисунке 26 приведена схема алгоритма, в соответствии с которой
CRM-система формирует рабочий стол менеджера. При этом основными
подключаемыми (загружаемыми) сегментами рабочего стола менеджера
являются:
личная клиентская база менеджера;
воронка продаж, построенная только по данным личной клиентской
базы менеджера;
органайзер менеджера;
панель актуальных задач, созданных топ-менеджером, автоматически
по заметкам органайзера или системой по событиям (триггерам из БД –
см. п. 2.3.2, рисунок 21).
Рисунок 26 –
Для организации управления данными в
БД (
справочники организаций, клиентской базы, заметки, задачи и т.д.
предусмотрены соответствующие объекты классов
которая бере
тся для экземпляров этих классов, хранится в БД, а сами классы
сущности предполагают управление записями пользователями в БД через
формы диалогов ввода данных. Типовая схема управления данными для
любого модуля класса
Схема алгоритма
загрузки рабочего стола
менеджера
Для организации управления данными в
CRM-
системе
справочники организаций, клиентской базы, заметки, задачи и т.д.
предусмотрены соответствующие объекты классов
-
сущностей.
тся для экземпляров этих классов, хранится в БД, а сами классы
сущности предполагают управление записями пользователями в БД через
формы диалогов ввода данных. Типовая схема управления данными для
любого модуля класса
-
сущности приведена на диаграмме на рис
75
загрузки рабочего стола
системе
, хранимыми в
справочники организаций, клиентской базы, заметки, задачи и т.д.
)
сущностей.
Информация,
тся для экземпляров этих классов, хранится в БД, а сами классы
сущности предполагают управление записями пользователями в БД через
формы диалогов ввода данных. Типовая схема управления данными для
сущности приведена на диаграмме на рис
унке 27.
Рисунок 2
7
Управление данными классов
возможность выполнения следующих действий:
создание новых данных посредством диалога ввода данных;
редактирование существующих данных
диалога ввода (редактирования) данных;
удаления данных с предварительным запросом подтверждения.
Диалог ввода (редактирования) данных проверяет введенные
пользователем данные на корректность и полноту, таким образом, не
допуская п
опадания в БД не консистентных данных.
Каждая выполненная операция по управлению данными инициирует
принудительное обновление отображаемой учетной структуры данных
(например, таблицы).
7
– Схема алгоритма
управления данными
Управление данными классов
-
сущностей пользователем предполагает
возможность выполнения следующих действий:
создание новых данных посредством диалога ввода данных;
редактирование существующих данных
с использованием того же
диалога ввода (редактирования) данных;
удаления данных с предварительным запросом подтверждения.
Диалог ввода (редактирования) данных проверяет введенные
пользователем данные на корректность и полноту, таким образом, не
опадания в БД не консистентных данных.
Каждая выполненная операция по управлению данными инициирует
принудительное обновление отображаемой учетной структуры данных
76
управления данными
сущностей пользователем предполагает
создание новых данных посредством диалога ввода данных;
с использованием того же
удаления данных с предварительным запросом подтверждения.
Диалог ввода (редактирования) данных проверяет введенные
пользователем данные на корректность и полноту, таким образом, не
Каждая выполненная операция по управлению данными инициирует
принудительное обновление отображаемой учетной структуры данных