Диплом: Автоматизация приема и анализа заявок технической поддержки в АКБ Тинькофф Банк

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
В разрабатываемой АИС предусматривается работа с системой
одного пользователя, который принимает заявку от клиента.
Дерево функций, которые применяются при работе с системой,
представлено ниже на рисунке 28.
Рисунок 28 – Описание дерева функций
Заметим, что имеющиеся функции разделены между несколькими
подсистемами.
Стоит заметить, что некоторые из объектов могут брать участие в
нескольких подсистемах.
Источники
Клиенты
Услуги
Категории услуг
Метод доставки информации
Ввод вручную
Функции
менеджера по
работе с клиентами
Основные
Прием заявок
Ввод оперативных
данных
Анализ заявок
Служебные
Заполнение
справочников
Ввод постоянных
данных
68
На базе имеющихся данных опишем последовательность работы с
конфигурацией.
Такая последовательно сть действий но сит рекомендационный
характер, а при надобности может быть нарушена (рисунок 29).
Рисунок 29 – Последовательность операций с создаваемой АИС
На рисунке 30 рассматривается сценарий диалога.
Пункт Действия описывает возможные действия с объектами
конфигурации.
Пункт Справочники используется для ввода первичных данных в
базу данных.
Пункт Документы применяется для ввода оперативной информации
о деятельности отдела техподдержки.
Пункт Отчеты используется для вывода результатной информации
по приеме и анализе заявок.
Пункт Выход используется для закрытия конфигурации.
Формирование отчетной информации
Менеджер по работе с клиентами
Обработка заявки
Менеджер по работе с клиентами
Ввод информации с заявки
Менеджер по работе с
клиентами
Клиент
Ввод данных в справочники
Менеджер по работе с клиентами
69
Рисунок 30 – Сценарий диалога
2.3.2.Характеристика базы данных
После анализа исходных данных надо выделить совокупность
используемых объектов базы данных:
Сотрудники;
Услуги сервиса;
Категории услуг;
Клиенты;
Прием.
Опишем далее атрибутный состав для указанных выше объектов
(таблица 12):
Таблица 12
Описание атрибутов
Основное
меню
Действия
Создать
Провести
Изменить
Удалить
Обновить
Справочники
Услуги
Клиенты
Категории
услуг
Сотрудники
Документы
Прием
Отчеты
Отчет по
приему
Анализ
Формы
Услуги
Клиенты
Сотрудники
Категории
услуг
Прием
Выход
70
Название
Тип
Ключевое
поле
Сотрудники
Код сотрудника
Число
Да
ФИО сотрудника
Строка (текст)
Адрес сотрудника
Строка (текст)
Телефон сотрудника
Строка (текст)
Категории услуг
Код категории
Число (целое)
Да
Название категории
Строка (текст)
Примечание
Строка (текст)
Услуги
Код услуги
Число (целое)
Да
Название услуги
Строка (текст)
Категория
Строка (текст)
Да
Минимальный вклад
Число (целое)
Минимальный срок
Число (целое)
Примечание
Строка (текст)
Клиенты
Код клиента
Число (длина 3)
Да
Название клиента
Строка (текст)
Адрес клиента
Строка (текст)
Пол клиента
Перечисление
Телефон клиента
Строка (текст)
Прием
Номер
Число (целое)
Да
Дата оформления
заявки
Строка (текст)
Клиент
Подстановка
СправочникСсылка.Клиенты
Да
Услуга
Подстановка
СправочникСсылка.Услуги
Да
Проблема решена
Булевое
Время консультации
Число (целое)
71
Рассмотрим далее определенные связи между объектами, а также
разработаем ER-диаграмму.
Между объектами Категории услуг и Услуги присутствует бинарная
связь «один-ко-многим», так как одна категория может иметь в своем
составе несколько услуг.
Между объектами Прием и Сотрудники есть связь «один-ко-
многим», так как 1 сотрудник может присутствовать несколько раз в
документе приема заявок.
Меж ду объектами под названием Клиент и Прием будет
присутствовать связь «один-ко-многим», поскольку один клиент несколько
раз может обращаться в техподдержку.
Между объектами Услуги и Прием используется связь «один-ко-
многим», так как одна предлагаемая услуга может входить несколько раз в
документ Прием заявок.
Рассмотрим ER-диаграмму, показанную на рисунке 24:
Рисунок 31 – ER-модель
Подпись
Строка (текст)
Сотру дники
Код сотру дника
ФИО
А дрес
Телефон
Категории у слуг
Код категории
Наз вание
Примечание
Услу ги
Код услу ги
Код категории (FK)
Наз вание услу ги
Стоимость
Минимальный вклад
Минимальный срок
Примечание
Клиенты
Код клиента
Наз вание
А дрес
Пол
Телефон
Прием
Код клиента (FK)
Код услу ги (FK)
Код сотру дника (FK)
Дата
Проблема решена
В ремя консультации
Подпись
72
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Разработанная конфигурация в себя включает непосредственно
модуль, разработанный в конфигурации, а также платформу (серверную ее
часть).
Платформа в данном случае является базой для создаваемого
модуля и осуществления на ее основании всех основных функций для
программного продукта.
Численность уровней вложенно сти для всех вызовов процедур в
разработанной конфигурации возр осло и ана лиз работы отдель ных
программных инструментов превращается порой в сложнейший механизм.
[12]
Чтобы как-то облегчить указанный процесс работы, разработано
дерево вызовов для спроектированных объектов (рисунок 32).
Подсистема
"Администрация"
Справочник
"Категория
услуг"
Документ
"Прием"
Справочник
"Клиенты"
Отчет по
приему
Отчет
"Анализ"
Подсистема
"Техподдержка"
Справочник
"Категория
услуг"
Справочник
"Клиенты"
Справочник
"Сотрудники"
Справочник
"Услуги"
Документ
"Прием"
73
Рисунок 32 – Дерево вызовов
2.3.4.Описание программных модулей
Рассмотрим да лее программные модули, что представляются в
разрабатываемой конфигурации :
разработанные подсистемы:
Руководство;
Техподдержка.
справочники:
Услуги;
Категории услуг;
Сотрудники;
Клиенты.
документация;
Прием;
отчет:
Отче по приему;
Отчет для анализа;
созданные перечисления:
Пол.
2.4.Контрольный пример реализации проекта и его описание
Выполним обеспечение информационной безопасности для приема
и анализа заявок технической поддержки.
Рассмотрим возможности АИС для приема и анализа заявок
техподдержки ООО «Тинькофф Банк».
После запуска созданной конфигурации откроется окно АИС
(рисунок 33):
74
Рисунок 33 – Главное окно
Стоит отметить, что в конфигурации применяются несколько типов
форм:
обычные формы;
формы с табличной частью;
печатные формы.
В ве рх н е й части панели размещены кнопки для разработки
подсистем.
К примеру, для подсистемы Руководство предназначены такие
объекты (рисунок 34):
75
Рисунок 34 – Перечень объектов Руководство
Для ввода любых данных, к примеру, о новых клиентах, надо
открыть справочник (рисунок 35):
Рисунок 35 – Данные справочника Клиенты
Для добавления новых записей в справочник Клиенты надо нажать
кнопку Создать (рисунок 36):
76
Рисунок 36 – Форма для вставки нового клиента
По аналогичной схеме добавляются иные данные (рисунки 37 – 39):
Рисунок 37 – Справочник Сотрудники

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

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