66
Таблица 2.9
Таблица мониторинга авторизации клиентов в личном кабинете
«clientsMonitoring»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id_monitoring
int, auto_increment
11
2
Дата наступления
события
timestamp
timestamp
3
Идентификатор
клиента
client_id
int, foreign key
11
Таблица 2.10
Таблица мониторинга изменения статусов заказов «statusMonitoring»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id_monitoring
int, auto_increment
11
2
Идентификатор заказа
ticket_id
int, foreign key
11
3
Дата наступления
события
timestamp
datetime
4
Идентификатор
статуса до изменения
oldstatus_id
int, foreign key
11
5
Идентификатор
статуса после
изменения
newstatus_id
int, foreign key
11
6
Идентификатор
сотрудника, который
измени статус
initiator_id
int, foreign key
11
67
Таблица 2.11
Таблица с задачами и заметками «tasksList»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id
int, auto_increment
11
2
Автор записи
author_id
int, foreign key
11
3
Время добавления
записи
timestamp
datetime
5
Текст записи
text
text
6
Тип записи(задача или
заметка)
type
varchar
10
Таблица 2.12
Таблица c сотрудниками сервиса «workers»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id_worker
int, auto_increment
11
2
Логин сотрудника в
системе
synonym
varchar
255
3
Имя сотрудника
fname
varchar
255
5
Фамилия сотрудника
sname
varchar
255
6
Группа прав доступа
rights
varchar
10
7
Электронный адрес
почты сотрудника
email
varchar
255
8
Хэш пароля
сотрудника
password
varchar
255
68
Таблица 2.13
Таблица мониторинга изменения ответственного за выполнение заказа
«workersMonitoring»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id
int, auto_increment
11
2
Заказ по которому
производится
изменение
ticket_id
int, foreign key
11
3
Время изменения
timestamp
datetime
4
Ответственный
сотрудник до
изменения
oldworker_id
int, foreign key
11
5
Ответственный
сотрудник после
изменения
newworker_id
int, foreign key
11
6
Сотрудник, который
внес изменение
initiator_id
int, foreign key
11
Таблица 2.14
Таблица с историей сообщений отправленных клиентам «smsArchive»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id
int, auto_increment
11
2
Идентификатор
клиента, которому
было отправлено смс
client_id
int, foreign key
11
3
Время отправки смс
timestamp
datetime
69
4
Работник
отправивший смс
worker_id
int, foreign key
11
5
Текст смс
text
6
Статус смс, который
возвращает сервис
status
varchar
255
Таблица 2.15
Таблица с историей добавления этапов к заказам «stagesMonitoring»
№
п/п
Наименование поля
Идентификатор
Тип поля и
обозначение
Макс.
длинна
1
Уникальный
идентификатор записи
id
int, auto_increment
11
2
Идентификатор этапа
stage_id
int, foreign key
11
Резюмируя выше представленные таблицы с описанием и рисунок ER
диаграммы, следует подчеркнуть, что разработанная БД соответствует
поставленной задаче и требованиям к проектированию реляционных баз данных.
Избыточность, повторение и дублирование данных сведены к минимуму.
Полностью избавиться от дублирования или повторения данных, в соответствии
с требованиями нормализации БД – невозможно [14, стр.214].
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
В данном разделе будет рассмотрена структурная схема пакета. Данный
проект полностью является модульным. Это означает, что главного модуля как
такового не существует, так как модули являются самостоятельными единицами
и выполняют свои функции используя только вспомогательные процедуры, что
очень наглядно изображено на рисунке 2.14. В таблице 2.16 представлена
информация о существующих в проекте модулях с общим описанием
функционала каждого их них.
70
Таблица 2.16
Таблица с описанием модулей разработанной системы
№
п/п
Наименование модуля
Функционал модуля
1
Авторизация
Задачей модуля является контроль
пользователей, которые запрашивают доступ к
данным личного кабинета или к разработанной
для сотрудников сервиса системе. Результатом
его работы является отсев пользователей, не
прошедших проверку или передача в модуль
«Личный кабинет клиента» или «Список заказов
системы». Дополнительной функцией данного
модуля является регистрация истории
посещения клиентами личного кабинета.
2
Личный кабинет
Модуль личного кабинета является достаточно
простым, так как единственной задачей, которая
перед ним стоит – это дать пользователю
возможность дистанционно ознакомиться с
состоянием о текущем и предшествующих
ремонтах его техники, тем самым снимая часть
нагрузки с менеджера.
3
Карточка клиента
Позволяет контролировать список клиентов
сервиса путем добавления, редактирования и
удаления клиентов сервиса. Имеет
вспомогательные функции для отображения
полного списка клиентов, а также поиска и
сортировки по нему, печати карточки клиента с
параметрами для доступа в личный кабинет.
4
Карточка заказа
Создание, редактирование, удаление заказов. По
мимо перечисленных функций имеются
71
дополнительные: оповещение клиента, печать
документов по заказу, добавление нового этапа
работ к заказу, а также регистрация данного
события в отдельную таблицу.
5
Список заказов
Данный модуль делится на 3 части – в
соответствии с количеством статусов заказов. В
зависимости от статуса – возможности каждого
из элементов (заказов) списка отличаются в
соответствии с требованиями к действиям с
заказов в данном статусе.
Вспомогательными функциями данного модуля
являются фиксирование изменений мастеров и
статусов заказов в отдельные таблицы, а также
фильтр и поиск по списку заказов.
6
Мониторинг
Использует данные которые добавляются
модулями под номером 1, 3, 4 в данной таблице.
Основной задачей данного модуля является
отображение данных в удобном формате с
функциями поиска, сортировки и фильтрации по
времени и сотрудникам сервиса.
7
Настройки
Позволяет управлять списком сотрудников и их
уровнем прав доступа к информации, модулям и
функциям модулей системы, доступен только
руководителю предприятия.
8
Шаблоны
Важный модуль, который позволяет выполнять
все функции, требуемые для ведения и
поддержания актуальности справочников.
9
Задачи
Данный является одним из самых простых.
Позволяет добавлять и редактировать список
задач и заметок, а также правильно отображать
72
их в виде списка. Единственной дополнительной
функцией – является контроль за тем, чтобы
сотрудники могли редактировать только задачи и
заметки, созданные ими лично. Исключением
является руководитель предприятия.
10
Один заказ
Данный модуль предназначен для работы с
одним заказом, имея возможность выполнять все
действия в зависимости от уровня доступа.
Иными словами, его задачей является
представить в едином интерфейсе любой из
заказов со всеми присущими работе с заказом
функциями.
11
SMS история
Модель предназначен для отслеживания истории
смс, отправленных средствами разработанной
системы. По мимо истории также отслеживается
статус доставки каждого из сообщений. Так как
бывают случаи, когда телефон абонента
выключен и сообщение не доставлено до
адресата. Таким образом данный модуль,
дополнительно позволяет контролировать
эффективность оповещений.
Описанные в таблице модули являются самостоятельными. Функции,
заложенные в их логику, выполняют поставленные в разделе 1.3.3 задачи, а также
позволяют использовать некоторые функции совместно без нарушения основного
бизнес процесса. На рисунке 2.16 изображено дерево вызова программных
функций одного из сложнейших модулей проекта – «Один заказ». В системе он
открывается по адресу следующего формата:
http://login.thespectra.ru/tiketPreview/9999/ . Динамической частью является только
номер заказа, что позволяет открывать таким образом любой заказ не зависимо от
73
статуса и состояния. Также такими образом удобно делиться ссылкой на заказ в
заметке или задаче для быстрого перехода.
Рисунок 2.16 Дерево вызова программных функций модуля «Один заказ»
2.3.4. Описание программных модулей
Как видно из таблицы 2.16, для выполнения всех поставленных задач было
создано достаточное количество модулей. На рисунке 2.16 отлично видно, что
некоторые из модулей имеют большое количество функций.
Так как для решения задачи был выбран объектно-ориентированный
подход программирования, изобразить в удобном для понимания виде блок-схему
структуру какого –либо из модулей – достаточно проблематично [6, стр.34]. Было
принято решение рассмотреть структуру модуля «Авторизация», как одного из
наиболее близких по стилю написания к процедурному стилю программирования.
Блок-схема, описывающая логику работы выбранного модуля представлен на
рисунке 2.17.
74
Рисунок 2.17 Блок схема работы модуля «Авторизация».
2.4. Контрольный пример реализации проекта и его описание
В данном разделе будет расписана итоговая реализация разработанного в
ходе выполнения данной работы СРМ системы.
Первой страницей, с которой встречается пользователь при попытке
воспользоваться возможностями системы – это авторизационные формы модуля
«Авторизация», будь то клиент или работник сервиса. В соответствии с заданием,
75
для каждого из них должна быть предусмотрена своя форма. На рисунке 2.18
представлены оба варианта форм.
Рисунок 2.18 Формы авторизации для клиентов и работников сервиса
соответственно.
После того как пользователь правильно введет авторизационные данные,
модуль автоматически перенаправит пользователя на главную страницу. На
рисунке 2.19 приведена главная страница личного кабинета пользователя, где
заказы разделены на 3 блока. Для заказов, которые ожидают вручения,
предусмотрена плашка со справочной информацией, а также для каждого заказа
можно раскрыть блок со списком этапов проведенных работ.
В текущей версии разработанной системы, возможности пользователя в
личном кабинете ограничиваются интерактивом со списком заказов на главной
странице и не предусматривает каких-либо дополнительных модулей, страниц,
функций или других возможностей.