Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Обеспечение послепродажного обслуживания» (Аналитическая часть )

Содержание:

ВВЕДЕНИЕ

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

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

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

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

Объект исследования – сеть магазинов DNS.

Предмет исследования – проектирование реализации операций бизнес-процессов.

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

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

– выбрать комплекс задач автоматизации;

– обосновать проектные решения по информационному и программному обеспечению;

– описать информационную модель;

– разработать базу данных и структурную схему пакета;

– описать порядок работы с информационной системой.

Глава 1. Аналитическая часть

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

DNS (ДНС) – российская компания, владелец розничной сети, специализирующейся на продаже компьютерной, цифровой и бытовой техники, а также производитель компьютеров, в том числе ноутбуков, планшетов и смартфонов (сборочное производство). На середину 2015 года сеть насчитывает более 1400 магазинов в 540 городах России. Штаб-квартира компании находится во Владивостоке.

В I полугодии 2011 года компания собрала 193 тыс. компьютеров, выйдя на первое место среди российских сборщиков ПК.

Компания также выпускает ноутбуки, компьютеры, мониторы, смартфоны, источники питания и компьютерные аксессуары под собственными марками DNS, DEXP.

30 % выручки компании обеспечивают компьютерные аксессуары, 18 % ноутбуки, 16 % – смартфоны, 13 % – планшеты, 11 % – телевизоры, по 3 % настольные компьютеры и зеркальные камеры, по 2 % – мобильные телефоны, компактные камеры и мониторы.

В апреле 2014 года компания приобрела сеть «Компьютерный мир» (21 магазин в Санкт-Петербурге и ещё 11 в других городах Северо-Запада). В апреле 2015 года произошло объединение всех форматов магазинов («Фрау-техника», TechnoPoint, Smart) под одним единым брендом «DNS».

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

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

Подразделением, обеспечивающим реализацию задач автоматизации, является отдел послепродажного обслуживания компании «DNS».

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

Входы системы: информация о предоставляемых услугах, информация о отделах компании; информация о клиентах.

Управления разработанной системы: шаблоны документов; устав компании.

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

Рисунок 1. Функциональная модель «Обеспечение послепродажного обслуживания»

Механизмы системы: персонал; информационные технологии.

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

Данный процесс, включает следующие подпроцессы:

– сбор информации;

– оформление заявки и заключение договора на предоставление услуг;

– выполнение работ;

– анализ и обработку информации

Рисунок 2. Декомпозированная функциональная модель процесса

«Обеспечение послепродажного обслуживания»

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

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

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

Эффективность внедрения информационной системы базируется на четких принципах, главный из которых – ориентация на информационные потребности определенной задачи [4]. Исходя из целей и задач развития бизнеса, необходимо тщательно прорабатывать все детали проекта, основные этапы которого включают в себя: анализ текущих бизнес-процессов компании, разработку технического проекта, внедрение информационной системы, ввод информационной системы в промышленную эксплуатацию.

Общая схема работы информационной системы менеджера послепродажного обслуживания представлена на рис. 3.

Рисунок 3. Общая схема работы ИС менеджера по продажам

Взаимодействие менеджера послепродажного обслуживания с АРМ выполняется следующим образом. На первоначальном этапе анализируется первичная информация о заявке, к которой относятся различные документы в бумажном виде. Затем, необходимая информация заносится в справочник «Заказчик», «Тип работ», «Отдел» и в процессе оформления заявки заносится информация в документ «Договор». Также, в системе необходимо заполнить ряд вспомогательных справочников, к которым относятся: «Должность», «Семейное положение».

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

Управление этапами жизненного цикла проекта автоматизации целесообразно выполнять по средствам использования современных методологий проектирования информационных систем, например, методология AIM [7].

Основные цели, которые должны быть достигнуты в соответствующих фазах реализации проекта автоматизации средствами методологии AIM включают:

– в фазе проекта Определение формулируются общие бизнес-требования определенного Заказчика. Впоследствии установленные бизнес-процессы могут быть уточнены и видоизменены в ходе непосредственного отображения на функциональность в среде моделирования бизнес-процессов Oracle E-Business Suite, но в тоже время появление новых бизнес-требований не будет;

– в фазе проекта Анализ операций происходит фиксация будущих бизнес-процессов и определение, как они будут в практической части реализованы при помощи использования инструментов Oracle E-Business Suite [2]; при этом устанавливается, какие именно бизнес-требования не будут реализованы при помощи использования стандартного набора функциональности и какая дополнительная разработка в проекте будет необходима;

– в фазе проекта Дизайн решения выполняются работы по созданию детальной спецификации для осуществления работ по дополнительной разработке (среди такого рода работ можно выделить функциональный и технический дизайн проекта) и разрабатываются необходимые сценарии тестирования конечного продукта;

– в фазе проекта Разработка завершаются все вспомогательные разработки, проводятся специализированные приемочные тесты, разрабатывается пользовательская документация для непосредственной эксплуатации прикладного программного решения [9];

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

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

Таким образом, внедрение готового приложения заключается в одновременном согласовании возможностей прикладного программного приложения и организации исполнения автоматизируемых бизнес-процессов. Это приводит к необходимости настройки (доработки) прикладного программного приложения и модификации бизнес-процессов.

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

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

В связи с тем, что использование информационной системы на базе Microsoft Access накладывает некоторые ограничение на операционную систему, было принято решение о выборе операционной системы Windоws Server 2016.

Windows Server 2016 – серверная операционная система от Microsoft. Система является частью семейства Windows NT и разрабатывается одновременно с Windows 10. Первая ранняя предварительная версия (Technical Preview) стала доступна 1 октября 2014 года, одновременно с первой предварительной версией System Center [10]. Релиз состоялся 29 сентября 2016 года.

Возможности Windows Server 2016:

– механизм обновления ОС хостов кластера без его остановки (Cluster Operating System Rolling Upgrade) – это происходит через создание смешанного кластера Windows Server 2012 R2 и Windows Server vNext;

– синхронная репликация хранилищ на уровне блоков с поддержкой географически распределенных кластеров;

– виртуальный сетевой контроллер (software-defined networking stack) для одновременного управления физическими и виртуальными сетями [12].

Усовершенствования Windows Server 2016: Windows Defender: Windows Server Antimalware теперь установлена и включена по умолчанию без графического интерфейса; IIS 10: Добавлена поддержка протокола HTTP/2; Windows PowerShell 5.0; Убран Telnet сервер.

Таким образом, для реализации проекта автоматизации необходимо установить операционную систему Microsoft Windows Server 2016 и систему управления базами данных Microsoft Access. Это позволит достичь необходимой эффективности, как процесса разработки информационной системы, так и процесса ее функционирования.

Глава 2. Проектная часть

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

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

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

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

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

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

1. Входная оперативная информация.

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

– справочник «Семейное положение»;

– справочник «Должность»;

– справочник «Отдел»;

– справочник «Сотрудник»;

– справочник «Заказчик»;

– справочник «Типы работ»;

– документ «Заявка»;

– документ «График выполнения работ»;

– документ «Договор».

Представленные справочники и документы выполнены в соответствии с типовыми оперативными документами, которые используются в исследуемой компании.

2. Выходная информация.

В результате работы информационной системы выполняются следующие запросы и отчеты:

– запрос «Реестр заявок»;

– запрос «Реестр договоров»;

– запрос «Необработанные заявки»;

– запрос «Невыполненные работы»;

– отчет «Реестр заявок на дату»;

– отчет «График выполнения работ»;

– отчет «Реестр выполненных работ».

3. Условно-постоянная информации.

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

– «Заявка»;

– «Договор»;

– «График выполнения работ».

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

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

В таблице 2 представлен перечень обозначений видов классификаторов которые предназначены для объяснения формирования классификаторов, описанных в сводно-проектной таблице 3.

Таблица 1

Перечень обозначений систем кодирования

Система кодирования

Порядко-вая

Серийно-поряд-ковая

Разрядная (позицион-ная)

Комбини-рованная (смешанная)

Краткое обозначение

СП

Таблица 2

Перечень обозначений видов классификаторов

Вид классификатора

Общегосударственный

Отрасле-вой

Локаль-ный

Международ-ный

Краткое

обозначение

ОГ

Таблица 3

Используемые классификаторы и коды

№ п/п	Наименование объекта кодируемого множества	Значно-сть кода	Система кодиро-вания	Вид клас-тора	Список кодов или пример кода из кодируемого множества
№ п/п	Наименование объекта кодируемого множества	Значно-сть кода	Система кодиро-вания	Вид клас-тора	Код	Значение
1	2	3	4	5	6	7
1	Код заявки	3	К	Л	001	Код заявки
2	Код договора	3	К	Л	001	Код договора
3	Код графика выполнения работ	3	К	Л	001	Код графика выполнения работ
4	Код типа работ	3	К	Л	001	Код типа работ
5	Код сотрудника	3	К	Л	001	Код сотрудника
6	Код отдела	3	К	Л	001	Код отдела
7	Код должности	3	К	Л	001	Код должности
8	Код семейного положения	3	К	Л	001	Код семейного положения
9	Код заказчика	3	К	Л	001	Код заказчика

Назначение классификаторов в системе кодирования информационно системы: систематизация наименований кодируемых объектов; однозначная интерпретации одних и тех же объектов в различных задачах; возможность обобщения информации по заданной совокупности признаков; возможность сопоставления одних и тех же показателей, содержащихся в формах статистической отчетности; возможность поиска и обмена информацией между различными внутрифирменными подразделениями и внешними информационными системами; экономия памяти компьютера при размещении кодируемой информации [3].

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

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

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language) [5].

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

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

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

Рисунок 5. Результат выполнения запроса

Рисунок 6. Результат выполнения запроса

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

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

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

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

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

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

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

Рисунок 7. Дерево функций

Для сбора первичной информации в информационной системе предусмотрено использование следующих справочников: типы работ; сотрудник; отдел; должность; семейное положение; заказчик. Для обработки данных используется следующий документ – заявка; график выполнения работ; договор. Для обработки данных используются следующие запросы и отчеты: реестр договоров; реестр заявок; реестр заявок на дату; график выполнения работ; необработанные заявки; невыполненные работы; реестр выполняемых сервисных работ. Главное меню информационной системы позволяет объединить все программные модули.

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

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

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

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

Рисунок 9. Схема данных

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

В таблице базы данных «Сотрудник» первичным ключом является «Код сотрудника». Атрибут «Код должности» является внешним ключом к таблице «Должность». Атрибут «Код семейного положения» является внешним ключом к таблице «Семейное положение».

В таблице базы данных «Заявка» первичным ключом является «Код заявки». Атрибут «Код отдела» является внешним ключом к таблице базы данных «Отделы». Атрибут «Код работы» является внешним ключом к таблице базы данных «Тип работ».

В таблице базы данных «График выполнения работ» первичным ключом является «Код».

В таблице базы данных «Отдел» первичным ключом является «Код отдела».

В таблице базы данных «Типы работ» первичным ключом является «Код работы».

В таблице базы данных «Заказчик» первичным ключом является атрибут «Код заказчика».

В таблице базы данных «Договор» первичным ключом является «Код договора». Атрибут «Код заказчика» является внешним ключом к таблице базы данных «Заказчик». Атрибут «Код заявки» является внешним ключом к таблице базы данных «Заявка».

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

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

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

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

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

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

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

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

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

– модуль работы со справочниками обеспечивает необходимый доступ ко всем разработанным справочникам информационной системы и обеспечивает удобство работы с ними;

– модуль отчетов обеспечивает доступ ко всем отчетам информационной системы; модуль запросов обеспечивает доступ ко всем запросам информационной системы;

– модуль работы с базой данных обеспечивает хранение объектов информационной системы.

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

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

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

– справочник «Заявка»;

– справочник «Договор»;

– справочник «График выполнения работ»;

– справочник «Типы работ»;

– справочник «Сотрудник»;

– справочник «Отдел»;

– справочник «Должность»;

– справочник «Семейное положение»;

– справочник «Заказчик».

Рисунок 11. Главное меню системы

Обработка оперативной информации о заявках выполняется при помощи использования пользовательской формы «Заявка» рис. 12. Данная форма предоставляет пользователю необходимые возможности по добавлению, изменению и удалению записей таблицы «Заявка».

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

Рисунок 12. Форма «Заявки»

Обработка оперативной информации о типах работах выполняется при помощи интерфейсной формы «Типы работ» рис. 14. Данная форма предоставляет возможности добавления, изменения и удаления записей таблицы типы работ.

Рисунок 13. Форма «График выполнения работ»

Рисунок 14. Форма «Типы работ»

Обработка информации о сотрудниках организации выполняется при помощи формы «Сотрудник» рис. 15. Данная пользовательская форма предоставляет пользователю возможности по добавлению, изменению и удалению записей соответствующей таблицы базы данных информационной системы.

Рисунок 15. Форма «Сотрудник»

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

Рисунок 16. Форма «Отдел»

Обработка информации о должностях сотрудников сервисной службы выполняется при помощи формы «Должность» рис. 17 Данная форма предоставляет пользователю все необходимые возможности по непосредственному добавлению, изменению и удалению записей данной таблицы базы данных.

Обработка управленческой информации о семейном положении сотрудников организации выполняется при помощи специальной пользовательской формы «Семейное положение» рис. 18. Данная форма предоставляет пользователю возможности по добавлению, изменению и удалению записей данной таблицы.

Рисунок 17. Форма «Должность»

Рисунок 18. Форма «Семейное положение»

Обработка управленческой информации о заказчиках выполняется при помощи использования пользовательской формы «Заказчик» рис. 19. Данная форма предоставляет пользователю возможности по добавлению, изменению и удалению записей данной таблицы базы данных.

Рисунок 19. Форма «Заказчик»

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

Для осуществления оперативного анализа данных были разработаны соответствующие выходные документы, в виде набора запросов и аналитических отчетов:

– реестр договоров;

– реестр заявок;

– реестр заявок на дату;

– график выполнения работ;

– необработанные заявки;

– невыполненные работы;

– реестр выполняемых работ.

Рисунок 20. Форма «Договор»

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

При печати таблиц и запросов информация выдается практически в том виде, в котором хранится в таблицах базы данных информационной системы [11]. Часто возникает необходимость представить оперативные данные в виде отчетов, которые имеют традиционный вид и легко читаются пользователем [13].

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

Рисунок 21. Отчет «Реестр заявок на дату»

Отчет «График выполнения работ» позволяет вывести сводную информацию о выполняемых работах сервисным центром организации. Данный отчет отображает соответствующую информацию о коде заявки, наименовании выполняемой работы, дате, времени и статусе выполнения сервисных работ. Интерфейс консолидированного отчета представлен на рис. 22.

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

– код;

– код заявки;

– наименование работы;

– дату начала работ;

– дату окончания работ;

– статус выполнения.

Рисунок 22. Отчет «График выполнения работ»

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

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

– код работы;

– наименование работы;

– продолжительность выполнения.

Рисунок 23. Отчет «Реестр выполняемых работ»

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

ЗАКЛЮЧЕНИЕ

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

Анализ деятельности предприятия показал наличие большого количества информационных процессов подлежащих непосредственной автоматизации средствами информационно-коммуникационных технологий. Для более эффективной автоматизации была проанализирована организационная структура компании и определен комплекс автоматизируемых бизнес-процессов, среди которых были выделены: сбор информации; оформление заявки и заключение договора на предоставление услуг; выполнение работ; анализ и обработку информации.

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

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

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

Для обработки оперативных данных были разработаны и описаны следующие запросы и отчеты: реестр договоров; реестр заявок; реестр заявок на дату; график выполнения работ; необработанные заявки; невыполненные работы; реестр выполняемых сервисных работ.

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

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

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

Архипенков С. Хранилища данных. От концепции до внедрения / С. Архипенков, Д. Голубев, О. Максименко. - М.: Диалог-Мифи, 2017. – 528 c.
Архитектура и проектирование программных систем : монография / С.В. Назаров. – 2-е изд., перераб. и доп. – М. : ИНФРА-М, 2018. – 374 с.
Базы данных. Практическое применение СУБД SQL и NoSOL-типа для применения проектирования информационных систем: Учебное пособие / Мартишин С.А., Симонов В.Л., Храпченко М.В. – М.:ИД ФОРУМ, НИЦ ИНФРА-М, 2017. – 368 с.
Балдин К.В. Информационные системы в экономике: учеб. пособие. – М.: ИНФРА-М, 2017. – 218 с.
Бизнес-процессы: регламентация и управление : учебник / В.Г. Елиферов, В.В. Репин. – М. : ИНФРА-М, 2018. – 319 с.
Богатырев С.Ю. Использование современных информационных систем в корпоративных финансах [Электронный ресурс]: учеб. пособие / С.Ю. Богатырев – М.: РИОР: ИНФРА-М, 2017. – 180 с.
Информатика. Базовый курс [Текст] : учебное пособие для студентов высших учебных заведений / под ред. С.В. Симоновича. – 3-е изд. – СПб.: Питер, 2017. – 639 с.
Информатика : учебник / И.И. Сергеева, А.А. Музалевская, Н.В. Тарасова. – 2-е изд., перераб. и доп. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 384 с.
Информатика и информационно-коммуникационные технологии (ИКТ) : учеб. пособие / Н.Г. Плотникова. – М. : РИОР : ИНФРА-М, 2018. – 124 с.
Информатика и информационные технологии [Текст] : пособие / В.А. Шаршунов, Д.В. Шаршунов, В.Л. Титов. – Минск : Мисанта, 2017. – 383 с.
Кренке Д. Теория и Практика построения баз данных / Д. Кренке. - М.: СПб: Питер; Издание 9-е, 2017. – 858 c.
Кузнецов С.Д. Основы баз данных / С.Д. Кузнецов. - М.: Бином, 2017. – 484 c.
Нестеров С. А. Информационная безопасность : учебник и практикум для академического бакалавриата / С. А. Нестеров. – М. : Издательство Юрайт, 2017. – 321 с.