58
Документ «Заказ клиента» предназначен для фиксации требований
клиента к заказу, определение параметров заказа. Документ учитывает статус
заказа и тип его срочности.
Документ «Оказание услуги» фиксирует и учитывает завершенность
исполнения заказа клиента, оказание ему всех необходимых услуг.
На рис. 15 – 16 представлены документы разработанной ИС.
Рисунок 15 - Документ «Заказ клиента»
Рисунок 16 - Документ «Обратная связь с клиентом»
2.2.3 Характеристика результатной информации
Отчеты представляют собой объекты конфигурации, созданные на
основе предопределенного шаблона объекта – прототипа «Отчеты». Отчеты
59
позволяют представить информацию из регистров в удобном для пользователя
виде.
Отчеты в системе 1С: Предприятие 8, по моему мнению, являются
самым развитым механизмом системы, что ярко выделяет систему «1С:
Предприятие 8» среди многих информационных систем, так как включают
себя очень богатые возможности.
Система компоновки данных – визуальное средство для построения и
вывода отчетов, предназначенная для декларативного создания отчетов, т.е.
создания отчетов без программирования, которая однако, включает в себя и
программные механизмы, и механизмы XML. Данная система позволяет
разрабатывать отчеты не только программистам, но и опытным
пользователям, которым предоставляются различные возможности
форматирования, настройки и оформления отчетов прямо в режиме
использования информационной системы.
В ходе разработки прикладного решения были созданы следующие
отчеты:
«Анализ первичного интереса клиентов»
«Анализ обратной связи»
«Заказы компании»
«Клиентская база»
«Продажи компании»
«Состояние заказов»
«Прибыль компании»
Отчет «Анализ первичного интереса клиентов» предназначен для
анализа интересов клиентов по услугам компании. Он позволяет выявить
первичный интерес клиента к продукции или услугам компании. Данный
отчет используется на уровне специалистов компании и директора.
Отчет «Анализ обратной связи» показывает количественную оценку
специалистам и руководству проделанной работы. Данный отчет доступен
60
только для директора компании и специалиста, занимающимся обратной
связью с клиентом.
Отчет «Заказы компании» показывает учитываемые заказы клиентов в
компании и их детализированную характеристику. Данный отчет доступен
только для директора компании.
Отчет «Клиентская база» демонстрирует всю единую клиентскую базу и
подробными характеристиками. Данный отчет доступен только директору
компании и специалистам занимающимся анализом клиентской базы.
Отчет «Продажи компании» показывает уровень продаж,
количественные показатели продаж в различных группировках – по клиенту,
по услуге, по инженеру. Данный отчет доступен только директору.
Отчет «Состояние заказов» позволяет руководству оценить, как быстро
продвигаются заказы клиентов, а специалистам сориентироваться выполнение
каких заказов необходимо ускорить. Данный отчет доступен всем
сотрудникам компании.
Отчет «Прибыль компании» показывает уровень прибыли,
количественные показатели прибыли в различных группировках – по клиенту,
по услуге, по инженеру. Данный отчет доступен только директору компании.
На рис. 17 – 18 представлены формы отчетов «Анализ обратной связи»
и «Анализ первичного интереса»
Рисунок 17 - Отчет «Анализ обратной связи»
61
Рисунок 18 - Отчет «Анализ первичного интереса клиентов»
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
На рис. 19 представлено дерево функций модулей, используемых в
даннойинформационной системе.
Рисунок 19 - Дерево функций программного продукта
62
В рамках информационной системы существуют функции управления и
обработки данных. Среди них можно выделить два подмножества: реализующие
служебные функции (добавление новых пользователей в систему, указание и
возможность изменения пароля для каждого, а также установление прав в
соответствии с ролью пользователя) и реализующие основные функции (ввод
нормативно-справочной информации, регистрация проектов и их параметров).
Диалог – это процесс обмена сообщениями между пользователем и ИС, при
котором осуществляется постоянная смена ролей информатора и реципиента
(пользователя, принимающего информацию), причем смена ролей достаточно
оперативна.
В процессе диалога возможно:
двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны ИС с языком общения типа
«меню», «заполнения шаблона», ответа по «подсказке»,
одностороннее управление со стороны пользователя с использованием
языка директив (команд).
При разработке данного проекта система общения с пользователем
организована таким образом, что основная часть диалога ведется на языке типа
«меню», а заполнение форм входных документов – по «шаблону». Таким
образом, происходит одностороннее управление процессом обработки данных
со стороны ИС.
Структура сценария диалога в совокупности с деревом функций,
которое отражает состав и иерархию функций системы, дает возможность
определить состав кадров диалога, содержание каждого кадра и их
соподчиненность.
Сценарий диалога представлен на рис. 20.
63
Рисунок 20 – Структура диалога системы
Сценарий диалога состоит из двух логически связанных частей:
Вход в
систему
1.1.Админис
тратор
2.Основные
2. Основные
функции ЭИС
2.1.Работа с НСИ
2.2.Клиенты
3. Служебные
функции
3.1. Перерасчет итогов.
2.1. НСИ
2.1.1.Работ
а с
договорам
и.
2.1.2.
Работа с
2.2.
Клиенты
2.2.1Утвер
ждение
заказа и
его
2.3. Продажи и
Маркетинг
2.3.1. Первичная
связь по заказу с
клиентом.
2.3.2. Обратная
связь с клиентом
по заказу.
2.4.Отчетность
по клиентам
2.6.1. Заказы
клиентов
2.4.2. Анализ
продаж по
1.Аутенти
фикация
64
Основные меню, относящиеся к головному, то есть те экраны меню,
которые видит пользователь, прежде чем приступить к выполнению
основных функций, согласно дереву функций. Основные меню
предполагают обязательные действия пользователя при работе с ИС.
Сервисные меню, которые становятся доступны конечному
пользователю после того, как выдана на экран соответствующая форма
документа. Сервисные меню предполагают возможные действия, одно
из которых может являться необязательным к выполнению.
При разработке ИС важным этапом является описание иерархии
функций управления и обработки данных разрабатываемого программного
продукта.
2.3.2. Характеристика базы данных
Модель Сущность-Связь (ER-модель) — модель данных, позволяющая
описывать концептуальные схемы.
ER-модель удобна при проектировании информационных систем, баз
данных, архитектур компьютерных приложений, и других систем (далее,
моделей). С её помощью можно выделить ключевые сущности,
присутствующие в модели, и обозначить отношения, которые могут
устанавливаться между этими сущностями.
ER-модель является одной из самых простых визуальных моделей
данных (графических нотаций). Она позволяет обозначить структуру в общих
чертах.
СУБД, применяемая на предприятии – MSSQLServer.
На рис. 21 описана связь основных таблиц в базе данных.
65
Рисунок 21 - «ER-модель» предметной области управления клиентской базой
компании ООО «Тат Телеком»
Описание таблиц ER-модели представлено в табл. 11- 20.
Таблица 11. Клиенты
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказчика
IDЗаказчика
число
4
Первичный
ключ –
ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Таблица 12. Договоры
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный
ключ –
ключевое
поле (PK)
Наименование
договора
НаименоваиеДоговора
строка
30
FK1
66
Условия
договора
УсловияДоговора
ХранилищеЗначений
Сумма
договора
СуммаДоговора
число
0
Таблица 13. Заказ
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
заказа
Наименование_Заказа
строка
30
Сумма заказа
СуммаПоЗаказу
Число
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица 14. Менеджеры клиентов
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Менеджера
IDМенеджера
число
0
Первичный
ключ –
ключевое
поле (PK)
ФИО
Менеджера
ФИОМенеджера
Строка
30
Аналитическая
информация
АналитическаяИнформация
число
4
Таблица 15. Первичная связь с клиентом по заказу
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
67
Таблица 16. Обратная связь клиента по заказу
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица 17. Заказы компании
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
Наименование
договора
НаименоваиеДоговора
строка
30
FK1
ID_Клиента
ID Клиента
число
4
FK2
Менеджер
клиента
Менеджер клиента
Строка
FK3
Таблица 18. Cостояние заказов клиента
Наименование поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Cостояние_Клиента
IDCостояниеКлиента
число
4
ID_Клиента
ID Клиента
число
4
FK1
Статус клиента
Статус Клиента
строка
30
Дата Начала
ДатаНачала
Дата
Дата Окончания
ДатаОкончания
Дата
Таблица 19. Утвержденный заказа клиента
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
заказа
Наименование_Заказа
Строка
30
Договор
клиента
Договор клиента
Строка
12
FK1
Менеджер
проекта
Менеджер Клиента
Строка