Диплом: Автоматизация процесса взаимодействия с клиентами (CRM) в компьютерном сервисе ООО "Спектра"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
56
2.2.3. Характеристика результатной информации
Основной результативной информацией, которая доступна после
завершения всех этапов бизнес процесса для одного заказа, являются печатные
документы, которые не подлежат последующему изменению:
1. Акт приема оборудования в ремонт (в двух экземплярах).
2. Анкета клиента.
3. Информация об этапах выполненных работ.
4. Информация о заказе включающая этапы выполненных работ.
5. Расписка о получении оборудования (в случае утери клиентом копии
акта приема оборудования).
На рисунках 2.6 – 2.10 представлены снимки экранов с открытыми
модулями для печати выше описанных документов, соответственно.
Рисунок 2.6 Акт приема оборудования в ремонт
57
Рисунок 2.7 Анкета клиента
Рисунок 2.8 Открытый модуль этапов проведенной работы
58
Рисунок 2.9 Информация о заказе включающая этапы выполненных работ
Рисунок 2.10 Расписка о получении оборудования
59
Представленные выше рисунки, являются основной результатной
информацией, которая передается клиенту путем бумажных носителей.
Кроме того, результатной информацией является раздел, позволяющий
клиентам получать доступ в личный кабинет для просмотра статуса и списка
проведенных работ по всем их заказам. На рисунке 2.11 приведен снимок экрана
личного кабинета с общим списком заказов, а на рисунке 2.12 – информация со
списком этапов проведенных работ.
Рисунок 2.11 Скриншот личного кабинета клиента
60
Структура каждого результата является согласованным стандартом,
принятым в сервисном центре [5]. Вся динамическая информация подставляется
из таблиц базы данных соответственно. Так как описанные выше документы,
являются итоговыми, для их формирования используются данные из основных
таблиц БД, таких как «заказы», «карточка клиента», «этапы проведенных работ»,
а также из перечисленных в пункте 2.2.3 справочников.
Рисунок 2.12 Отображение информации в личном кабинете клиента по
выбранному заказу
61
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Любой функционал программы можно разделить на основной, с помощью
которой достигается главная цель алгоритма программы, и дополнительный
(служебный) – это то, что можно настроить изменить, прояснить. Дерево функций
наглядно демонстрирует разделение данных функций и изображено на рисунке
2.13.
Рисунок 2.13 Дерево функций проекта
По аналогии с деревом функций создан сценарий диалога, который
изображен на рисунке 2.14. Он состоит из основных модулей и наиболее
значимых функций, созданных в соответствии с заданием данной работы и
использующихся работниками сервиса в повседневной работе, для выполнения
задач в соответствии этапами бизнес- процесса [3, стр. 80].
62
Рисунок
2.14 Сценарий диалога системы
63
2.3.2. Характеристика базы данных
В данном разделе будет рассмотрена структура базы данных проекта,
созданной в рамках данной дипломной работы. На рисунке 2.15 представлена ER
модель таблиц и связей между ними, которая получена с помощью инструмента
визуализации связей между таблицами БД в приложении MySql Workbench 8.0.
Рисунок 2.15 ER-модель базы данных проекта
64
Далее в таблицах под номерами 2.7, 2.8, 2.9, 2.10, 2.11, 2.12, 2.13, 2.14, 2.15
представлено описание таблиц, структура которых не была раскрыта в данной
дипломной работе, ранее.
Таблица 2.7
Таблица заказы «tickets»
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id_tickets
int, auto_increment
11
2
Идентификатор клиента
client_id
int, foreign key
11
3
Идентификатор статуса
statuses_id
int, foreign key
11
4
Номер заказа
actnum
int
11
5
Наименование техники
productname
varchar
255
6
Серия техники
productseries
varchar
255
7
Комплектность
completeness
varchar
255
8
Описание неиспрваности
faultdescription
varchar
255
9
Внешний вид
exteriorview
varchar
255
10
Комментарий менеджера
tktcomment
varchar
255
11
Мини-прайс
miniprice
text
12
Идентификатор
состояния
tiketstate_id
int, foreign key
11
13
Идентификатор
информированности
isnotified_id
int, foreign key
11
14
Дата приема
admissiondate
datatime
15
Ответственный за ремонт
master_id
int, foreign key
11
16
Идентификатор,
оформившего заказ
tiketcreator_id
int, foreign key
11
17
Приоритет
priority
int
11
18
Примерные рамки
стоимости
pricerange
varchar
255
65
Таблица 2.8
Таблица этапы «stages»
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор
записи
id_stage
int, auto_increment
11
2
Индентификатор
заказа, которому
предназначен этап
ticket_id
int, foreign key
11
3
Сериализованный
массив со списком
названий картинок
stageimages
text
4
Заголовок этапа
stagename
varchar
255
5
Развернутое описание
этапа
stagedescription
text
6
Скрытое от клиента
описание этапа
hidstagedescription
text
7
Время и дата
добавления этапа
stagedate
timestamp
8
Идентификатор,
работника,
добавившего этап
stageauthor_id
int, foreign key
11
9
Итоговая цена за этап
stageprice
int
11
10
Определяет является
ли этап публичным
или нет
visibility
int
4

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)