Описание программных модулей

Содержание:

ВВЕДЕНИЕ

Деятельность организаций, реализующих непродовольственные товары или услуги, как правило, не ограничивается только продажей товаров и предоставлением услуг. Компании дают гарантию на свои товары или услуги, которая действует от одного до нескольких лет.

Процесс послепродажного обслуживания оказывает не меньшее влияние на качество предоставляемых услуг, чем непосредственно процесс продажи. При осуществлении гарантийного обслуживания важным является проверка соответствия условиям гарантии.

Когда клиент компании хочет воспользоваться послепродажным обслуживанием, необходимо проверить дату заключения договора на предмет истечения гарантийного срока. В зависимости от объема реализации товаров и услуг компании, объем документооборота может оказаться настолько значительным, что потребуются высокие временные затраты на проверку документов.

Поэтому для хранения, обработки и обеспечения оперативного доступа к данным используются информационные системы (ИС). Использование ИС для решения управленческих задач позволяет организации осуществить повышение эффективности и оперативности деятельности сотрудников. С помощью автоматизации обработки информации и предоставления документов сокращаются временные затраты на выполнение бизнес-процессов предприятия, а систематизация документации способствует сокращению времени на поиск необходимых данных.

Актуальность работы заключается в применении информационных технологий в процессе обеспечения послепродажного обслуживания.

Объектом исследования является процесс послепродажного обслуживания.

Предметом исследования является автоматизация процесса послепродажного обслуживания.

Целью работы является проектирования информационной системы, автоматизирующей процесс послепродажного обслуживания.

Для достижения поставленной цели необходимо осуществить ряд задач:

1. Дать характеристику существующих бизнес-процессов.
2. Описать документооборот бизнес-процессов предметной области.
3. Дать обоснование проектным решения по информационному и программному обеспечению.
4. Создать информационную модель предметной области.
5. Охарактеризовать данные, необходимые для решения поставленной задачи.
6. Дать характеристику базе данных.
7. Описать назначение и состав программных модулей.
8. Разработать контрольный пример реализации проекта.

Аналитическая часть

• 1. Выбор комплекса задач автоматизации

Процесс обеспечения послепродажного обслуживания клиентов включается в себя не только гарантийные обязательства, но и продажу клиенту сервисных услуг. Входным информационным потоком процесса является обращение клиента. Клиент может обратиться в организацию в течении гарантийного срока в случае обнаружения неисправности в товаре.

Выходными информационными потоками процесса являются:

1. Замененный товар – товар, который был предоставлен клиенту взамен купленного товара.
2. Отремонтированный товар – товар, поломка которого подлежала ремонту в рамках гарантийных обязательств.
3. Предоставленная услуга – услуга, которая была предоставлена клиенту в рамках сервисного обслуживания приобретенного товара.
4. Акт выполненных работ – документ, подтверждающий выполнение работ по гарантийным обязательствам.

В границы рассматриваемой задачи входят: проверка работоспособности товара, выполнение работ по гарантийным обязательствам, выполнение сервисного обслуживания и оформление документа.

Рассматриваемый процесс связан с процессом снабжения, поскольку для замены товара может потребоваться заказ товара у поставщика. Также процесс связан с бухгалтерским учетом, поскольку является поставщиком данных о финансовых результатах.

Важность задачи в целом для предприятия заключается в том, что при эффективном оказании послепродажного обслуживания повышается лояльность клиентов организации и увеличивается количество оказываемых сервисных услуг предприятия.

В процессе обеспечения послепродажного обслуживания задействованы специалисты сервисного отдела, которые осуществляют проверку товара и принимают решение о замене или ремонте товара.

Основными определениями и понятиями, свойственными рассматриваемой области являются:

1. Гарантийный срок - срок, в течение которого поставщик (подрядчик, исполнитель и т.д.) обязуется обеспечить соответствие качества исполнения условиям договора и несет ответственность перед контрагентом за выявленные недостатки.
2. Сервисное обслуживание – это периодическое обслуживание, во время которого требуется разборка машины согласно инструкции по применению и рекомендациям сервисного центра.

Результатными показателями процесса являются:

1. Количество товара, поступившего для послепродажного обслуживания.
2. Количество замененного товара (количество брака).
3. Количество отремонтированного товара.

Используемым входным документом, в котором содержатся первичные показатели, является договор купли-продажи, который содержит перечень гарантийных обязательств и дату покупки товара.

Результатным документом, в котором отражаются результатные показатели, является акт выполненных работ.

• 1. Характеристика существующих бизнес-процессов

Осуществим моделирование бизнес-процесса послепродажного обслуживания. На рисунке 1 представлена контекстная диаграмма процесса послепродажного обслуживания. Управление процессом осуществляется согласно законодательству РФ, регламенту и должностным инструкциям. Механизмом процесса является сервисный отдел. Входом процесса является обращение клиента. Выходами процесса являются: замененный товар, отремонтированный товар, предоставленная услуга и акт выполненных работ.

Рисунок 1. Контекстная диаграмма процесса послепродажного обслуживания

Рассмотрим процесс послепродажного обслуживания более подробно. Клиент обращается в компанию в двух случаях: для осуществления гарантийного обслуживания и для осуществления прочих услуг. В рамках гарантийного обслуживания производится ремонт или замета товара. В рамках предоставления прочих услуг может осуществляться проверка работоспособности оборудования, закупка комплектующих материалов или обслуживание товара. В результате проведенных работ составляется акт выполненных работ, в котором отражен перечень выполненных работ, стороны, заключившие договор купли-продажи и стоимость проведенных работ. Модель процесса представлена на рисунке 2.

Процесс выполнения гарантийных обязательств начинается с проверки товара. В результате проверки определяется состояние товара, подлежит ли он ремонту или нет. Если товар подлежит ремонту, компания осуществляет ремонт в соответствии с гарантийными обязательствами. Если товар не подлежит ремонту, компания осуществляет замену товара.

Затем товар проходит диагностику, в результате которой устанавливается какое обслуживание необходимо осуществить. Затем осуществляется выбор услуг из предоставленного перечня и предоставление услуг клиенту.

Сотрудник сервисного отдела заполняет акт выполненных работ в соответствии с проведенными работами. Сотрудник сервисного отдела и клиент подписывают документ.

• 1. Характеристика документооборота, возникающего при решении задачи

При осуществлении бизнес-процесса используются два документа:

1. Заявка.
2. Договор сервисного обслуживания.
3. Акт выполненных работ.

Рассмотрим схему документооборота этих документов. Схема документооборота представлена на рисунке 3.

Рисунок 2. Модель процесса послепродажного обслуживания

Рисунок 3. Схема документооборота

В таблице 1 представлены временные затраты на формирование документооборота.

Таблица 1

Характеристика формирования документооборота

Характеристика	Заявка	Договор	Акт
Количество документов в год, шт.	100 000	100 000	100 000
Количество символов в документе, шт.	3 000	10 000	5 000
Частота возникновения в год	1	1	1
Трудозатраты на обработку в год, ч/час	130 000	120 000	120 000

Согласно данным таблицы, в текущем процессе имеют место высокие временные затраты на обработку документооборота. Это связано с тем, что формирование документооборота и поиск данных по документам не автоматизирован.

После внедрения проектируемой информационной системы, автоматизирующей процесс послепродажного обслуживания, будут устранены следующие недостатки:

1. Высокие временные затраты на проверку возможности послепродажного обслуживания;
2. Высокие затраты, связанные с выбором сервисных услуг для клиента;
3. Высокие затраты на формирование документооборота.

В таблице 2 представлен расчет трудозатрат на формирование документооборота при внедрение информационной системы.

Таблица 2

Характеристика формирования документооборота

Характеристика	Заявка	Договор	Акт
Количество документов в год, шт.	100 000	100 000	100 000
Количество символов в документе, шт.	3 000	10 000	5 000
Частота возникновения в год	1	1	1
Трудозатраты на обработку в год, ч/час	100 000	90 000	80 000

В результате проведенного анализа можно сделать вывод, что трудозатраты на формирование документооборота после внедрения информационной системы будут значительно снижены, следовательно, внедрение информационной системы можно считать целесообразным.

• 1. Обоснование проектных решений по информационному обеспечению

Рассмотрим состав и содержание входных и выходных документов автоматизируемого бизнес-процесса. Входным документом является заявка на проведение послепродажного обслуживания. Этот документ составляется в свободной форме и не имеет унифицированной формы, поэтому потребует оригинальное проектирование формы документа.

Выходными документами процесса являются договор на проведение послепродажного обслуживания и акт выполненных работ. Оба документа имеют унифицированные формы, поэтому не потребуется оригинального проектирования формы документа. Оба документа должны иметь возможность печати и сохранения в форматах: .doc, .docx, .xlsx, .xls для обеспечения удобства дальнейшей обработки.

В рассматриваемых документах используются следующие классификаторы:

1. Номенклатура;
2. Единицы измерения.

Информационная база должна быть организована в виде интегрированной базы данных с распределенной организацией для обеспечения совместной работы нескольких специалистов. Для организации базы данных будет использоваться реляционный подход, который минимизирует избыточность данных и обеспечивает простоту манипулирования ими.

• 1. Обоснование проектных решений по программному обеспечению

Проектируемая информационная система должна быть кроссплатформенной. На клиентский компьютерах зачастую установлены операционные системы семейства Windows, а серверы организаций могут находить под управлением операционных систем семейства Windows или Linux.

Актуальной версией операционной системы Windows сейчас является Windows 10, поэтому при разработке информационной системы будет учитываться эта операционная система.

При выборе языка программирования необходимо учитывать не только квалификацию разработчиков и их навыки работы с языком, но и наличие встроенных библиотек функций [5]. Также, стоит учитывать специфику предметной области. Поскольку предметная область обладает большим количеством данных и функций, необходимо обеспечить надежность приложения. Язык программирования Java позволяет на этапе компиляции и тестирования выявить значительную часть ошибок и можно не беспокоиться о том, что приложение окажется неработоспособным в неожиданный момент.

После выбора языка программирования, следует выбрать среду программирования, в которой будет разработано приложение. Средами программирования для языка программирования Java являются [7]:

1. NetBeans является мощной бесплатной средой разработки с открытым исходным кодом, которая работает с Linux, Windows, MacOS и даже Oracle Solaris. Эта среда считается Java-ориентированной, поскольку обеспечивает качественное взаимодействие с JPA, JSP, Struts, Spring и библиотекой Hibernate.
2. IntelliJ IDEA является коммерческой средой программирования, которая обеспечивает поддержку фреймворков Spring (Spring MVC framework, Spring Security, Spring Boot, Spring Integration и т. д.), Node.js, Angular React, Grails, возможность использовать дополнительные языки (javascript, typescript, coffeescript) и взаимодействовать почти со семи популярными серверами (Tomcat, TomEE, GlassFish, JBoss, WildFly, Weblogic, WebSphere, Geronimo, Virgo и т. д.).
3. Среда программирования Eclipce является самой распространенной среди разработчиков, потому что обладает большим количеством пользовательской документации и плагинов.
4. Среда программирования JDeveloper обладет поддержкой системы контроля версий и облачного сервиса Oracle, PL / SQL обработчиком запросов, WebLogic Server, редакторами HTML, CSS, JavaScript, JSF, JSP, WSDL и ещё огромным количеством всевозможных полезностей.

Из перечисленных сред программирования была выбрана среда программирования Eclipce, поскольку она является наиболее подходящей для языка программирования Java.

Поскольку в информационной системе будут храниться и обрабатываться данные, необходимо осуществить выбор СУБД, которая будет управлять базой данных. Наиболее распространенным видом базы данных является реляционная база данных, которая представляет собой совокупность двумерных таблиц.

Управление реляционной базой данных будет осуществлять реляционная СУБД. Рассмотрим виды реляционных СУБД [8]:

1. СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность.
2. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows.
3. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД.

На основании вышеперечисленного, для реализации базы данных наиболее подходит СУБД Microsoft SQL Server.

Проектная часть

1. Информационная модель и её описание

Создадим информационную модель решаемой задачи. Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе [10]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 4.

Рисунок 4. Информационная модель

1. Характеристика нормативно-справочной, входной и оперативной информации

Входным документом рассматриваемой задачи является заявка на проведение послепродажного обслуживания. Заявка содержит в себе следующие показатели:

1. ФИО клиента.
2. Паспортные данные.
3. Наименование товара.
4. Дата покупки.
5. Наименование неисправности.

Заявка не является унифицированным документом и составляется в свободной форме.

Дадим характеристику нормативно справочной информации. В рассматриваемой системе должны присутствовать следующие справочники:

1. Сотрудник – содержит перечень всех специалистов сервисного отдела организации.
2. Номенклатура – содержит перечень всех товарных позиций организации.
3. Единица измерения – содержит перечень единиц измерения товаров.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Единица измерения	Сотрудник	Номенклатура
Ответственный за ведение	Специалист по рекламе
Объем справочника в записях	100	100	100 000
Частота актуализации	1 раз в квартал		Ежедневно
Объем актуализации	10%
Реквизитный состав	Код	Фамилия	Код
		Имя
	Наименование	Отчество	Наименование

1. Характеристика результатной информации

Результатной информацией является отчет «Отчет по проделанной работе». Отчет представляет собой перечень работ проведенных каждым сотрудником сервисного отдела.

Отчет формируется специалистами сервисного отдела ежемесячно и используется для расчета комиссионного вознаграждения каждого специалиста. Образец отчета представлен на рисунке 5.

Рисунок 5. Образец отчета по результатам проделанной работы

Результатная информация хранится в следующих таблицах базы данных:

1. Акт.
2. Номенклатура.
3. Сотрудник.
4. Единица измерения.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

Характеристика таблиц с результативной информацией

Наименование таблицы	Наименование поля
Сотрудник	Фамилия
	Имя
	Отчество
Акт	№ договора
	Дата
	Сумма
Номенклатура	Наименование
Единица измерения	Наименование

Полученный документ включает в себя оперативную информацию и является уточняющим. Документ выгружается из ИС в форматах .doc, .docx, .xlsx, .xls для дальнейшей печати.

1. Общие положения (дерево функций и сценарий диалога)

Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций [2]:

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных.

Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся [1]:

1. Редактирование справочников.
2. Расчет показателей.
3. Ввод данных.

К служебным функциям разрабатываемой ИС относятся [3]:

1. Формирование отчетов.

Дерево функций представлено на рисунке 6.

Рисунок 6. Дерево функций системы

При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы [9].

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 7.

Рисунок 7. Сценарий диалога

1. Характеристика базы данных

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. База данных будет включать следующие таблицы:

1. Сотрудник.
2. Номенклатура.
3. Единица измерения.
4. Договор.
5. Заявка.
6. Акт.

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 8.

Рисунок 8. ER-модель

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

Характеристика базы данных

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nom	Счетчик	5	Ключевое поле
Наименование	Name_nom	Текст	30
Описание	Con_nomm	Текст	100
Справочник «Сотрудник»
ID_сотрудника	ID_sotr	Счетчик	5	Ключевое поле
Фамилия	Lname	Текст	30
Имя	Fname	Текст	30
Отчество	Mname	Текст	30
Справочник «Единица измерения»
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_единицы	ID_edizm	Счетчик	5	Ключевое поле
Код	Code_edizm	Текст	30
Наименование	Name_edizm	Дата	8
Договор
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	Nomer_dog	Текст	30
Дата	Date_dog	Дата	8
Срок действия	Date_end	Дата	8
Заявка
ID_заявки	ID_zavl	Счетчик	5	Ключевое поле
Дата	Date_zavl	Число	3
Количество	Kol_zavl	Число	6
Акт
Номер	Num_act	Текст	15
Дата	Date_act	Дата	8

1. Структурная схема пакета (дерево вызова программных модулей)

Структурная схема пакета программных модулей состоит из модулей следующих классов [6]:

1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.

Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы.

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль создания документов	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при создании документов
3	Модуль формирования отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета

Модель дерева вызова программных модулей представлено на рисунке 9.

Рисунок 9. Модель дерева вызова программных модулей

1. Описание программных модулей

На рисунке 10 представлен алгоритм модуля справочников. Когда пользователь выбирает в главном меню команду открытия модуля-справочника, открывается форма, в которой показаны все записи, содержащиеся в этом справочнике. При нажатии кнопки «Добавить», открывается форма добавления записи. При нажатии кнопки «Изменить», открывается форма редактирования записи справочника. Все справочники работают по аналогичному алгоритму.

Рисунок 10. Алгоритм работы модулей справочников

На рисунке 11 представлен алгоритм работы модулей формирования документов. Пользователь нажимает кнопку создания документов и происходит открытие документа, который он выбрал. Пользователь заполняет документ, затем он может сохранить его или закрыть. Во втором случае введенные данные не будут сохранены.

Рисунок 11. Алгоритм формирования документов

На основании введенных данных пользователь может осуществить формирование отчетности. Алгоритм формирования отчетов представлен на рисунке 12.

Рисунок 12. Алгоритм формирования отчетности

1. Контрольный пример реализации проекта и его описание

Для разработки контрольного примера реализации проекта и его описания необходимо [4]:

1. Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Результат формирования отчета.

На рисунке 13 представлен результат ввода данных в форму справочника «Номенклатура».

Рисунок 13. Ввод данных в справочник «Номенклатура»

Для того, чтобы выяснить входит устранение неисправности в гарантийное обслуживание, необходимо осуществить поиск договора купли-продажи товара. На рисунке 14 представлена форма данных о продаже товара.

Рисунок 14. Форма данных о продаже товара

Затем необходимо создать заказ на осуществление работ по гарантийным обязательствам. Форма создания заказа представлена на рисунке 15.

Рисунок 15. Создание заказа

Для каждого заказа необходимо ввести данные о проделанной работе. Список проделанных работ представлен на рисунке 16.

Рисунок 16. Список работ по гарантии

После закрытия каждого заказа печатается акт выполненных работ, форма которого представлена на рисунке 17.

Рисунок 17. Форма акта выполненных работ

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.

Были описаны информационные потоки, возникающие в результате осуществления документооборота, возникающего при предоставлении рекламных услуг.

Проведено исследование проектных решений по информационному обеспечению. В результате анализа была выбрана реляционная модель базы данных.

В ходе анализа существующих проектных решений по программному обеспечению было выбрано наиболее оптимальное решение.

Во второй главе работы была разработана информационная модель предметной области. Дана характеристика оперативной, справочной информации и входных и оперативных данных. Разработаны формы результативной информации.

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

Разработана структурная схема пакетов программных модулей. Дано описание программных модулей. Разработан контрольный пример реализации системы и его описание.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
2. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
3. Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
4. ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
5. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
6. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
7. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
8. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
9. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
10. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.