Диплом: Автоматизация процессов управления взаимоотношениями с клиентами в службе реализации билетов "КАССИР.РУ"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
84
Функции
системы
Основные
Служебные
Настройки
Локализация
Анализ
продаж
Справочники
Билеты
Сотрудники
Площадки
Мероприятия
Категории
Отчет по
мероприятиям
Учет продаж
Отчет по датам
Общий отчет
Отчет по клиентам
Сравнение с аналогичным
периодом прошлого года
Сравнение с произвольным
периодом
Сравнение с аналогичным
периодом прошлого года
Сравнение с произвольным
периодом
Сравнение с аналогичным
периодом прошлого года
Сравнение с произвольным
периодом
Рисунок 2.2Дерево функций системы для менеджера
Как видно из представленной схемы, менеджер при работе в системе
имеет возможность заполнения справочников, в том числе добавления,
удаления записей, поиска по ним и получения списка записей, содержащихся в
справочниках.
При выполнении функция по работе с учетом продаж менеджер имеет
возможность создать запись, копировать ее из буфера, удалить запись, отправить
на печать созданный документ либо сформировать результатный документ в
формате MS Excel в соответствии с перечнем результатных документов,
приведенных выше. Основным документом является счет-фактура, которая
формируется по факту продаж и служит основным отчетным документом.
85
Для анализа продаж формируются отчеты по следующим
характеристикам:
Периоду продаж;
Мероприятиям;
Клиенту.
При этом в первых двух отчетах возможно сравнение результатов с
произвольным периодом или с аналогичным периодом прошлого года.
Сценарии диалога, формирующийся на основе дерева функций, приведен
на Рисунке 2.3.
Главное меню
Анализ продаж
Справочники
Категории
Мероприятия
Клиенты
Билеты
Продажи
Отчет по
продажам
Учет продаж
Заказы
Отчет по
мероприятиям
Отчет по датам
Общий отчет
Отчет по клиентам
Сотрудники
Площадки
Рисунок 2.3 Сценарий диалога для пользователя
2.3.2 Характеристика базы данных
Инфологическая модель используется после словесного описания
предметной области.
Между сущностями могут быть связи – бинарные ассоциации,
указывающие, как сущности взаимодействуют или сравниваются между собой.
86
Связь может быть между двумя разными сущностями или между одной и той же
сущностью (рекурсия). Она отражает, как связаны экземпляры сущностей друг с
другом. При этом если есть связь между двумя сущностями, то она отражает
взаимосвязь между экземплярами той и другой сущности.
Связи можно разделить на три типа по множественности:
• Связь один к одному (1:1) показывает, что экземпляр первой
сущности связан с одним экземпляром второй сущности;
• Связь один ко многим (1:М) показывает, что один экземпляр первой
сущности, расположенный слева по связи, связывается с несколькими
экземплярами второй сущности, расположенными с правой стороны по связи;
• Связь «многие-ко-многим» (М:М) показывает, что несколько
экземпляров первой сущности связываются с несколькими экземплярами второй
сущности. Между двумя сущностями можно задать множество связей с разными
смысловыми нагрузками.
Связь любого из этих типов будет обязательной, если в данной связи
участвует каждый экземпляр сущности, и вовсе не обязательной – если не
каждый экземпляр сущности участвует в данной связи. При этом связь будет
обязательной с одной стороны и необязательной, с другой стороны.
ER-диаграмма базы данных разработанной информационной системы
приведена на Рисунке 2.4.
87
Рисунок 2.4Физическая схема базы данных
88
Описание каждой таблицы базы данных приведено ниже.
Таблица 2.4
Структура таблицы Билеты
Поле
Тип
Описание
поля
Null
По умолчанию
idprod
int(11)
Код записи
Нет
nameprod
text
Наименование
Да
NULL
art
varchar(45)
Дата
Да
NULL
idvz
int(11)
Код
мероприятия
Да
NULL
idtz
int(11)
Код площадки
Да
NULL
model
varchar(255)
Время
Да
NULL
prise
varchar(45)
Стоимость
Да
NULL
primP
text
Примечание
Да
NULL
udalPr
int(1)
Флаг
удаления
Нет
Таблица 2.5
Структура таблицы Сотрудники
Поле
Тип
Описание
поля
Null
По умолчанию
idsotr
int(11)
Код записи
Нет
name
varchar(45)
Фамилия
Да
NULL
dolg
varchar(45)
Должность
Да
NULL
login
varchar(45)
Логин
Да
NULL
parol
varchar(45)
Пароль
Да
NULL
dates
timestamp
Дата
регистрации
Нет
CURRENT_TIMESTAMP
surname
varchar(45)
имя,
отчество
Да
NULL
datebor
varchar(45)
Дата
рождения
Да
NULL
udal
int(1)
Флаг
удаления
Нет
Таблица 2.6
Структура таблицы Мероприятия
Поле
Тип
Описание поля
Null
По умолчанию
Idv
int(11)
Код записи
Нет
Namevendor
varchar(255)
Наименование
Нет
udalv
int(11)
Флаг удаления
Таблица 2.7
Структура таблицы Продажи
89
Поле
Тип
Описание
поля
Null
По умолчанию
idchet
int(11)
Код записи
Нет
idklientchet
int(11)
Код
клиента
Нет
idprodchet
int(11)
Код билета
Нет
kolvochet
int(11)
Количество
Нет
datechet
text
Дата
Нет
nomer
int(11)
Номер
заказа
Нет
Таблица 2.8
Структура таблицы Площадки
Поле
Тип
Описание
поля
Null
По умолчанию
iddolg
int(11)
Код записи
Нет
namedolg
varchar(45)
Наименование
площадки
Да
NULL
udald
int(1)
Флаг
удаления
Нет
0
Таблица 2.9
Структура таблицы Категории билетов
Поле
Тип
Описание
поля
Null
По умолчанию
idkatbil
int(11)
Код записи
Нет
namekatbil
varchar(45)
Наименование
категории
Да
NULL
udalkb
int(1)
Флаг
удаления
Нет
0
Таблица 2.10
Структура таблицы Клиенты
Поле
Тип
Описание поля
Null
По умолчанию
idKlient
int(11)
Код записи
Нет
namekl
varchar(255)
Наименование
Да
NULL
krnamekl
varchar(45)
Краткое
наименование
Да
NULL
adresskl
varchar(45)
Адрес
фактический
Да
NULL
uradrkl
varchar(45)
Адрес
юридический
Да
NULL
banrekKl
varchar(45)
Банк
Да
NULL
kontlizoKl
varchar(45)
Контактное лицо
Да
NULL
tlfKl
varchar(45)
телефон
Да
NULL
emailKl
varchar(45)
Email
Да
NULL
90
dateregKl
timestamp
Дата
регистрации
Нет
CURRENT_TIMESTAMP
tipkl
int(1)
Тип клиента
Нет
udalKl
int(1)
Флаг удаления
Нет
0
nameorg
varchar(255)
Наименование
оргформы
Нет
login
varchar(25)
Логин
Нет
parol
varchar(25)
Пароль
Нет
tel
varchar(30)
Доп. Телефон
Нет
0
opistel
varchar(100)
Описание доп.
Телефона
Нет
0
adres
varchar(255)
Адрес доп.
Нет
0
email
varchar(30)
Email доп.
Нет
0
opisemail
varchar(100)
Описание
Нет
0
namec
varchar(255)
Наименование
дополнительного
контакта
Нет
0
idconka
int(11)
Описание
дополнительного
контакта
Нет
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Программные модули, составляющие структуру пакета, обычно делятся на
три класса: модули управления, используемые для загрузки меню и передачи
управления остальным модулям; модули, служебных функций; модули
хранения, обработки и выдачи данных. От класса модуля обычно зависит и его
функциональность.
Работа с системой осуществляется через любой браузер. Вызов
программных модулей обеспечивается при помощи браузера.
Структурная схема пакета представлена на рис. 2.5.
91
1
1.3
1.3.1
1.3.3
1.3.2
1.3.4
1.1
1.2
1.2.1
1.2.2
1.2.4
1.2.5
1.2.3
1.1.1
1.1.3
1.1.2
1.1.4
1.1.5
1.1.6
Рисунок 2.5 Схема вызова программных модулей
Характеристика программных модулей представлена в таблице 2.11.
Таблица 2.11
Характеристика программных модулей
п/п
Обозначение
на схеме
Наименование
модуля
Функции модуля
1.
1
ПМ загрузка главного
меню
Содержит процедуры, позволяющие
сформировать главное меню
2.
1.1
ПМ формирования
подменю учета
продаж
Содержит предопределенные
процедуры формы списка и
элемента подменю работы со
документами учета продаж
3.
1.1.1
ПМ формирования
счетов-фактур
Содержит предопределенные
процедуры, позволяющие учесть
продажу
4.
1.1.2
ПМ поиска
Содержит предопределенные
процедуры, позволяющие получить
результаты поиска
5.
1.1.3
ПМ отчетов
Содержит предопределенные
процедуры, позволяющие получить
отчеты
6.
1.1.4
ПМ оборотов
Содержит предопределенные
процедуры, позволяющие получить
отчет по оборотам
92
7.
1.1.5
ПМ печати
документов
Содержит предопределенные
процедуры, позволяющие отправить
на печать сформированный
документ
8.
1.1.6
ПМ экспорта в MS
Excel
Содержит предопределенные
процедуры, позволяющие
экспортировать сформированный
документ в файл MS Excel
9.
1.2
ПМ формирования
подменю работы со
справочниками
Содержит предопределенные
процедуры формы списка и
элемента подменю работы со
справочниками
10.
1.2.1-1.2.5
ПМ справочника
Билеты, Категории
билетов, Площадки,
Мероприятия,
Сотрудники
Содержит предопределенные
процедуры, позволяющие
добавлять, удалять, редактировать
записи в справочнике Билеты,
Категории билетов, Площадки,
Мероприятия, Сотрудники, а также
осуществлять поиск
11.
1.3
ПМ
Администрирования
Содержит предопределенные
процедуры, позволяющие
формировать подменю настроек
системы
12.
1.3.1
ПМ Настройки
Содержит предопределенные
процедуры, позволяющие
определять основные настройки
системы
13.
1.3.2
ПМ Локализация
Содержит предопределенные
процедуры, позволяющие
определять настройки локализации
системы
14.
1.3.3
ПМ Метаданные
Содержит предопределенные
процедуры, позволяющие
определять настройки метаданных
системы
15.
1.3.4
ПМ обмена данными
с 1С
Содержит предопределенные
процедуры, позволяющие
определять настройки по обмену с
2.3.4 Описание программных модулей
Описание программных модулей включает блок-схему программных
модулей, содержащих бизнес логику.
93
Основной модуль – модуль реализации прикладной логики. Он содержит
алгоритмы, необходимые для выполнения прикладных функций системы. В его
задачи входит учет продаж. На рисунке 2.6 представлена блок схема модуля.

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

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