Отчет «Остатки комплектующих»
Комплектующие
Место хранения
Количество остаток
Сумма остатка
Сформировать
Закрыть
Рис. 2.11 Кнопочная форма отчета «Остатки комплектующих»
Отчет «Доход по сотрудникам»
Дата, период
Сотрудник
Вырученные средства
Сформировать
Закрыть
Рис. 2.12 Кнопочная форма отчета «Доход по сотрудникам»
Отчет «Данные по заявкам»
Номер заявки
Клиент
Техника
Сформировать
Закрыть
Проблемы
Дата
Статус заявки
Рис. 2.13 Кнопочная форма отчета «Данные по заявкам»
Отчет «Доход по от поступлений»
Комплектующие
Услуга
Вырученные средства
Сформировать
Закрыть
Рис. 2.14 Кнопочная форма отчет «Доход от поступлений»
Данные для представленного отчета «Остатки комплектующих» будут
формироваться следующим образом:
1. На основании документов «Прием комплектующих» и «Счет»
формируется движение, данные этого документа сохраняются в реестре БД
системы;
2. Формируется механизм вызова данных для отображения их в удобном для
анализа виде – отображение в виде таблиц с полным перечнем необходимых для
анализа данных;
3. Данные помещаются в поля формы и представляются на экран [12,13,14].
Данные для представленного отчета «Доход по сотрудникам» будут
формироваться следующим образом:
1. На основании ранее сформированного документов «Счет» формируется
движение, данные этого документа сохраняются в реестре БД системы;
2. Формируется механизм вызова данных для отображения их в удобном для
анализа виде – отображение в виде таблиц с полным перечнем необходимых для
анализа данных;
3. Данные помещаются в поля формы и представляются на экран [12,13].
Для отчета «Данные по заявкам» механизм в чем-то похожий:
1. На основании документа «Заявки» формируются необходимые данные в
регистре БД. Далее механизм работы схожий с предыдущими отчетами;
2. Формируется механизм вызова данных для отображения их в удобном для
анализа виде – отображение в виде таблиц с полным перечнем необходимых для
анализа данных;
3. Данные помещаются в поля формы и представляются на экран.
В таблице 2.4 представлены сводные данные по результатной информации.
Таблица 2.3
Сводные данные по результатной информации
Название объекта
Ответственн
ый за
ведение
Средний
объем
записей
Частота
актуализации
Средний
объем
актуали-
зации
Отчет «Остатки
комплектующих»
Менеджер
10 – 500
Вызов при
выполнении
ремонта
45%
Отчет «Доход по
сотрудникам»
Директор
10 – 50
Вызов по мере
необходимости
30%
Отчет «Доход от
поступлений»
Директор
10 – 50
Вызов по мере
необходимости
30%
Отчет «Данные по
заявкам»
Директор
10 – 50
Вызов в конце и
начале рабочего
дня
30%
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Для определения функций системы сервисного обслуживания клиентов
сформируем два подмножества функций: служебные, которые обеспечивают
выполнение должностных заданий и ключевые, на которые возложены задания
обработки и управления данными: ввода первичной информации, обрабатывания,
ведения справочников, решений в требования и др.
На рисунке 2.15 представлены функции системы.
Определение состава функций, их связи их иерархии даст возможность
определить саму структуру диалога.
Функции
Ключевые Служебные
Обработки данных
клиентов
Обработка данных
по
комплектующим
Обработка данных
по сотрудникам
Формирования
статистических
отчетов
Обработка
запросов к БД
Построение
диалоговых окон
(форм)
Разделение прав
доступа
Хранения данных
Обработка данных
по счетам
Обработка данных
по заявкам
Поиска
информации по БД
Обработка данных
по поступлениям
комплектующих
Рис. 2.15 Функции системы
Ключевые функции можно условно разделить на два типа – функции,
которые обрабатывают процессы, связанные с взаимодействием с клиентом и
функции поддерживающие, непосредственно процесс ремонта техники и
предоставления услуг, к первому типу относятся функции обработки заявок,
данных клиентов, данных по счетам. Ко второму типу можно отнест и обработка
данных по комплектующим, поступлениям комплектующих, данные по
сотрудникам, статистические отчеты [22].
Из рисунка видно, что функции системы будут использоваться для
обработки данных по заявкам, приемам комплектующих, счетам.
На рисунке 2.16 представлен сценарий диалога системы автоматизации
управления сервисного обслуживания клиентов для компании NURANA YYLDYZ.
Основное меню
Файл
Создать
Открыть
Сохранить
Сохранить
как
Печать
Предварительный
просмотр
Выход
Операции
Перечисления
Управление
оперативными
итогами
Удаление
помеченных
объектов
Проведение
документов
Справочники
Клиенты
Сотрудники
Комплектующие
Документы
Заявка
Прием
номенклатуры
Отчеты
Доход по
сотрудникам
Доход по
поступлениям
Поставщики
комплектующих
Счет
Данные по заявкам
Сервис
Табло
Монитор
пользователей
Временная
блокировка
Параметры
Остатки
комплектующих
Рис. 2.16 Сценарий диалога системы
На рисунке представлены ранее определенные объекты, которые
группируются по соответствующим группам объектов:
– файл;
– операции;
– справочники;
– документы;
– отчеты;
– сервис [14].
2.3.2 Характеристика базы данных
Построение логической схемы БД выполним в пакете ERwin Data Modeler.
CA ERwin Data Modeler (CA ERwin DM), инструмент проектирования базы данных
что повышает уровень качества данных в транзакционных и хранилищах данных
[7].
Логическая схема базы данных системы автоматизации управления
сервисного обслуживания клиентов для компании NURANA YYLDYZ
представлена на рисунке 2.18. на рисунке представлены документы и справочники,
которые поддерживают автоматизацию учета деятельности сервисного центра.
Клиент
код клиента
наименование
техника
телефон
Комплектующие
код комплекту ющей
код вида (FK)
наименование
цена заку пки
цена с наценкой
Сотрудники
код сотру дника
ФИО
телефон
Счет
код доку мента
код клиента (FK)
код комплекту ющей (FK)
код вида (FK)
код места хранения (FK)
код сотру дника (FK)
количество
цена услу ги
сумма услу ги
общая стоимость счета
Прием комплекту ющих
код доку мента
код комплекту ющей (FK)
код вида (FK)
код места хранения (FK)
код сотру дника (FK)
цена заку пки
количество
сумма товара
сумма документа
Вид номенклатуры
код вида
название
Места хранения
код места хранения
название
Заявка
код сотру дника (FK)
код клиента (FK)
техника
проблема
стату с заявки
Рис. 2.18 Логическая схема БД системы автоматизации управления
сервисного обслуживания клиентов
Поля объектов может быть изменено в процессе программной реализации.
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Выделим следующие группы модулей:
– модули управления;
– функциональные модули;
– модули сервиса.
На рисунке 2.19 представлено дерево вызова программных модулей.
Модули системы управления
сервисного обслуживания
клиентов
Модули
управления
Модуль
аутентификации
пользователей
Функциональные
модули
Модуль документа
«Заявка»
Модуль документа
«Прием
комплектующих»
Модуль поиска
объектов
Модуль отчета
«Остатки
комплектующих»
Модули сервиса
Модуль экспорта
данных
Модуль
инициализации
интерфейса
системы
Модуль
управления БД
Модуль
мониторинга
сетевых
подключений
Глобальный модуль
Модуль документа
«Счет»
Модуль отчета
«Доход от
сотрудников»
Модуль отчета
«Доход от
поступлений»
Модуль отчета
«Данные по
заявкам»
Ри
с. 2.19 Дерево вызова программных модулей
Описание модулей представлено в таблице 2.5.
Таблица 2.5
Описание модулей системы
№
п/п
Наименование модуля
Функции модуля
1.
Глобальный модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые необходимо выполнить
при запуске системы «1С:Предприятие 8.3».
2.
Модуль документа
«Заявка»
Содержит предопределенные процедуры
формы документа
3.
Модуль документа
«Прием комплектующих»
Содержит предопределенные процедуры и
формы документа
4
Модуль отчета «Данные по
заявкам»
Содержит процедуры формирования данных
по запросу
5
Модуль отчета «Доход по
поступлениям»
Содержит процедуры формирования данных
по запросу
6
Модуль отчета «Доход от
сотрудника»
Содержит процедуры формирования данных
по запросу
7
Модуль отчета
«Остатки комплектующих»
Содержит процедуры формирования данных
по запросу
8
Модуль документа
«Счет»
Содержит предопределенные процедуры и
формы документа
Представленные программные модули предназ начены для упрощения
реализации информационной системы сервисного обслуживания клиентов.
2.3.4 Описание программных модулей
Выполним построение сценариев диалога с системой управления сервисным
обслуживанием клиентов для компании NURANA YYLDYZ.
На рисунке 2.20 представлена схема работы программных модулей при
обслуживании клиента.
Сценарий работы с клиентом имеет два варианта – «Формирование заявки»
и «Ремонт техники». При формировании заявки алгоритм следующий:
– оператор работает со справочником «Клиенты» в который вносятся
данные клиента, интересующегося услугами компании NURANA YYLDYZ;
– после согласования сторонами всех аспектов взаимодействия
(менеджером и клиентом) клиент из разряда потенциальный переводится в
клиенты предприятия;
– после этого формируется документ «Заявка», в нем указываются данные
из справочника «Клиенты», техника, проблема, статус заявки;
– документ сохраняется.
При выполнении ремонта выполняется следующий алгоритм:
– исполнителем создается документ «Счет», в котором указывается кто
выполнял работу, кто заказчик, какие работы проводились, в каком количестве
(например установка платформы на рабочие станции), стоимость оказанных услуг;
– документ имеет механизмы расчета стоимости предоставленных услуг,
затраченных комплектующих и общей стоимости счета;
– документ сохраняется [26].
Схема работы программных модулей при работе с клиентами
Формирование заявки
Выдача отремонтированной
техники и расчет за работу
Этап
Вызов справочника
«Клиенты»
Заполнение полей
справочника
Сохранить данные
Вызвать документ
«Заявка»
Заполнить поля
документа
Вызвать документ
«Счет»
Выбрать клиента
Указать статус
заявки
Внести
информацию по
компьютерной и
оргтехнике
Выбрать
исполнителя
Указать проблему
Сохранить
документ
Выбрать клиента
Указать кто делал
ремонт
Указать технику
Выбрать название
комплектующих,
которые
использовались в
ремонте
Указать
предоставленную
услугу
Указать количество
Рассчитать
стоимость
комплектующихно
менклатуры
Рассчитать
итоговую
стоимость счета
Сохранить
документ
Указать количество
Рассчитать
стоимость услуги
Рис. 2.20 Схема работы программных модулей при обслуживании клиента
На рисунке 2.21 представлена схема при ведении отчетности. Данный
алгоритм содержит следующую последовательность:
– сформировать отчет по заявкам;
– отчеты по остаткам комплектующим;
– отчет по доходу от сотрудников;
– отчет по доходу от поступлений.
Формирование отчетов
КонсультантРуководитель
Этап
Сформировать
отчет по заявкам
Отчеты по
остаткам
комплектующих
Отчет по доходам
от исполнителей
Отчет по доходам
от поступлений
Открыть раздел
«Отчеты»
Открыть раздел
«Отчеты»
Рис. 2.21 Схема работы программных модулей при ведении отчетности
После стадии проектирования была выполнена программная реализация
информационной системы сервисного обслуживания клиентов.
2.4 Апробация результатов исследования
На рисунке 2.22 представлено главное окно при входе в режим 1С
Предприятие разработанной базы данных. Начальное окно представляет собой
отображение подсистем. Подсистемы используются для распределения объектов в
соответствии с правами доступа, это необходимо в первую очередь для
обеспечения информационной безопасности данных и дает возможность
обеспечить защиту от несанкционированного использования объектов системы [6].