Диплом: Автоматизация приема и обработки заявок отделом техподдержки ООО "Centrobit"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
68
2.3.4. Описание программных модулей
Описание программных модулей включает блок-схемы
программных модулей и описание блок-схем алгоритмов основных
расчетных модулей. В качестве примера рассмотрим программный модуль
rpMoneyReport «Реестр оплаченных счетов».
При вызове модуля производится формирование и вывод на экран
отчета по платежным документам клиентам, которым были предоставлены
услуги от техподдержки по заявкам, за определенный промежуток
времени. Руководитель или бухгалтер, ознакомившись с документом,
может его распечатать или сохранить на жесткий диск в формате Microsoft
Word (Текст RTF). Развернутая блок-схема работы данного модуля
представлена на Рисунке 20.
Структура представления (VIEW) ALLCLIENTS, предназначенного
для временного хранения и обработки сумм оплаты клиентами за
выполненные работы, представлена в таблице 18.
Таблица 18
Структура записи представления ALLCLIENTS («Денежные
выплаты клиентами за выполненные работы»)
Наименование показателя
Идентификатор
Тип
Код строки
id
Int
Код клиента
Clients_id
Int
ФИО клиента. Формируется из поля
Name справочника Clients
Name
Nvarchar(600)
Заказ клиента, по которому были
оплачены выполненные работы
(берется из поля «Num» таблицы
Orders
NumZak
Int
Сумма оплаты по заказу (берется как
сумма полей «Price» из таблицы
Invoice)
Sum
Money
69
Рисунок 20. Блок-схема работы с заявками клиента
Начало
Установка соединения с сервером
БД
Открытие таблиц Clients, Users,
Orders, Кnowledge, Invoice
Создание представления для
списка клиентов ALLCLIENTS
Сортировка по FIO и NumZak
Цикл по клиентам
j =1;
j<COUNT(AllClients);
j++
Sum = 0
Sum = Sum + AllClients[j].sum
Внесение Sum в макет отчета
Sum = 0
Конец цикла по
клиентам
Закрытие таблиц и представления
AllClients
Конец
70
Переменная Sum в блок-схеме данного модуля представляют собой
результатные показатели «Денежные выплаты клиентом за выполненные
работы отдела техподдержки».
2.4. Контрольный пример реализации проекта и его описание
Взаимодействие пользователя с системой осуществляется в
диалоговом режиме. Основным связующим элементом разрабатываемой
АИС является система меню, состоящего из главной формы и
вспомогательных. Разработанная система является меню -
ориентированной. Опишем интерфейс работы с программой. При запуске
программы необходимо ввести имя и пароль для авторизации в данной
программе (см. рис. 21).
Рисунок 21. Вход в систему обработки заявок
В результате удачной авторизации появляется главное меню (см.
рис.22).
Рисунок 22. Главное меню системы обработки заявок
При нажатии меню «Служебные» – «Выход» (см. рис.23) программа
закрывается, а «Служебные» - «Смена пользователя» программа
закрывается и появляется форма авторизации (см. рис.21).
71
Рисунок 23. Выход из программы
При нажатии меню «Журнал» - «Заявки от клиента» (см. рис. 24)
появляется форма с заявками (см. рис. 25).
Рисунок 24. Выбор меню «Журнал»
Рисунок 25. Форма «Заявки отдела техподдержки ООО «Centrobit»»
Для того чтобы ограничить количество выводимых документов
используется кнопка при нажатии на которую появляется форма
выбора периода (см. рис. 26).
Рисунок 26. Форма выбора периода
72
При нажатии периода с 01.01.2018 по 06.04.2018 получаем заявки
клиента для отдела техподдержки поступившие в данный период.
В случае использования фильтра по описанию проблемы остаются
только те заявки, у которых в описании содержится данная проблема. Это
удобно если нужно быстро найти заявки, по которым были проблемы
указанные в описании.
На рисунке 27 представлена форма на которой производится ввод
новой заявки от клиента отделу техподдержки.
Рисунок 27. Ввод новой заявки от клиента в отдел техподдержки
Как видно на рисунке выбран клиент из справочника клиента,
сотрудник отдела техподдержки, который принял заявку, введен номер 55,
выбрана дата 28.01.2018. В описании сказано, что данная заявка связана с
проблемой операционной системы Windows.
При нажатии меню «Отчеты» появляются подменю «Заявки
клиенту» и «Счет на оплату».
Рисунок 28. Выбор меню «Отчеты»
При нажатии «Заявки клиенту» выгружается реестр заявок в формате
Excel. При нажатии «Счет на оплату» можно выгрузить документ дл
клиента на оплату услуг в формате Excel (см. рис.29).
73
Рисунок 29. Счет на оплату
При нажатии меню «Справочники» появляются подменю «Клиенты»
и «Сотрудники» и «База знаний».
Рисунок 30. Выбор меню «Справочники»
При нажатии меню «?» – «О программе» (см. рис. 31) появляется
форма с информацией о данной программе в которой указано
наименование дипломной работы и год создания (см. рис. 32).
Рисунок 31. Выбор меню «О программе»
74
Рисунок 32. Форма с информацией о программе
В результате можно сделать вывод, что программа работает и
соответствует целям и задачам дипломной работы.
75
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической
эффективности
В разрабатываемом дипломном проекте программное обеспечение
(ПО) по компьютерному ведению обработки заявок в ООО «Centrobit»
позволяет сократить трудовые затраты предприятия на выполнение
рутинных ежедневных операций по хранению и управлению
корпоративными данными, а также автоматизировать большую часть
процессов, связанных с хранением и управлением
внутрипроизводственной информации.
Разработка данного программного продукта предусматривает
проведение регламентированных стадий разработки программного
продукта, а именно исследование, анализ требований, проектирование,
разработка и внедрение, и относится ко 2-ой категории сложности, то есть
предполагается обеспечить телекоммуникационную обработку данных и
переносимость системы.
Тип разрабатываемого проекта определен как ПО функционального
назначения, а по степени новизны относится к категории В [23].
Базой для расчета плановой сметы затрат на разработку данного ПО
является объем ПО. Для оценивания объема ПО в дипломном проекте в
качестве единицы измерения используется строка исходного кода (Lines Of
Code, LOC), которая представляет собой универсальную метрику для
создания любых программных продуктов.
Для оценивания объема ПО в дипломном проекте в качестве
единицы измерения используется строка исходного кода (Lines Of Code,
LOC), которая представляет собой универсальную метрику для создания
любых программных продуктов (ГОСТ 28195-89).
76
Общий объем (V
0
) программного продукта определяется исходя из
количества и объема функций, реализуемых программой [13]:
n
1i
io
VV
, (1)
где V
i
объем отдельной функции ПО;
n – общее число функций.
На основании информации о функциях разрабатываемого ПО
определен объем функций и общий объем ПО, представленный в таблице
22.
Таблица 22
Перечень и объем функций исходного кода программных модулей
функции
Наименование (содержание)
Объем функции
исходного кода
(LOC)
101
Организация ввода информации
150
109
Организация ввода/вывода информации в
интерактивном режиме
320
110
Организация ввода/вывода информации с сети
терминалов
3200
203
Формирование базы данных
2180
204
Обработка наборов и записей базы данных
2670
206
Обслуживание базы данных в интерактивном
режиме
6950
207
Манипулирование данными
9550
208
Организация поиска и поиск в базе данных
5480
305
Обработка файлов
720
308
Управление файлами
5750
506
Обработка ошибочных и сбойных ситуаций
410
Итого (V
o
)
37380
По объему ПО и нормативам затрат труда в расчете на единицу
объема определяется нормативная и общая трудоемкость разработки ПО.
Нормативная трудоемкость (Т
н
) определяется по таблице укрупненных
норм времени на разработку ПО и при объеме V
o
= 37380 LOC составляет
Т
н
= 847 чел./дн.
На основании нормативной трудоемкости рассчитывается общая
трудоемкость (Т
о
) с учетом распределения ее по стадиям:
77
n
1i
, (2)
где Т
i
трудоемкость разработки ПО на i-й стадии, чел./дн.;
n – количество стадий разработки.
Расчет общей трудоемкости разработки ПО с учетом стадий
приведен в таблице 23.
Таблица 23
Расчет общей трудоемкости разработки ПО с учетом стадий
Показатели
Стадии
Итого
ТЗ
ЭП
ТП
РП
ВН
Коэффициенты
удельных весов
трудоемкости стадий
разработки ПО (d)
0,09
0,07
0,07
0,61
0,16
1
Распределение
нормативной
трудоемкости ПО (Т
н
)
по стадиям, чел./дн.
76,23
59,29
59,29
516,67
135,52
847
Коэффициент
сложности ПО (К
с
)
1,12
1,12
1,12
1,12
1,12
-
Коэффициент
использования
стандартных модулей
т
)
1
1
1
0,7
1
-
Коэффициент новизны
ПО (К
н
)
0,7
0,7
0,7
0,7
0,7
-
Общая трудоемкость
ПО (Т
о
), чел./дн.
59,8
46,5
46,5
283,6
94,9
532
Новизне ПО категории В соответствует коэффициент новизны К
н
=
0,7 и следующее распределение трудоемкости по стадиям: d
з
= 0,09; d
э
=
0,07; d
т
= 0,07; d
р
= 0,61; d
в
= 0,16. Наличие двух характеристик,
определяющих сложность ПО: обеспечение настройки ПО на изменение
структур входных и выходных данных и обеспечение переносимости ПО,
позволяет применить к объему ПО коэффициент сложности К
с
: К
с
= 1 +

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

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