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

Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов» (Глава 1. Аналитическая часть)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

Объект исследования – транспортная доставка заказов.

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

Целью данной работы является проектирование реализации операций бизнес-процесса транспортной доставки заказов.

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

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

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

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

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

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

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

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

Организация ООО «СДЕЛАЙ СВОИМИ РУКАМИ» зарегистрирована 25 декабря 2002 года. Компании был присвоен ОГРН 1025000661344 и выдан ИНН 5003042456. Основным видом деятельности является торговля розничная скобяными изделиями, лакокрасочными материалами и стеклом в специализированных магазинах.

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

Политика организация ООО «СДЕЛАЙ СВОИМИ РУКАМИ» в области качества – это:

– точное соблюдение технологии производства своей продукции;

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

– партнерство между всеми участниками проектов и тесное сотрудничество с заказчиками;

– клиенто-ориентированность, полное и адекватное удовлетворение потребностей заказчиков;

– исследования и использования в своих продуктах современных материалов;

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

Организационная структура организация ООО «СДЕЛАЙ СВОИМИ РУКАМИ» представлена на рис. 1.

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

Рисунок 1. Организационная структура

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

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

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

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

Отдел дизайна выполняет дизайнерские работы в процессе разработки и последующей реализации продукции.

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

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

Подразделением, обеспечивающим реализацию задач автоматизации, является отдел продаж и деятельность менеджера по продажам организации ООО «СДЕЛАЙ СВОИМИ РУКАМИ».

Менеджер по продажам выполняет следующие должностные обязанности:

– занимается поиском потенциальных клиентов;

– ведет коммерческие переговоры с клиентами;

– осуществляет прием и обработку заказов клиентов, оформляет необходимые документы;

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

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

– составляет ежемесячный план продаж;

– ведет отчетность по продажам и отгрузкам клиентам организации;

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

– ведет клиентскую базу; 

– контролирует отгрузки продукции клиентам;

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

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

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

Рисунок 2. Функциональная модель «Транспортная доставка заказов»

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

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

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

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

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

Рисунок 3. Декомпозированная функциональная модель процесса «Транспортная доставка заказов»

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

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

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

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

Рисунок 4. Диаграмма BPMN

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

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

Одной из проблем во взаимоотношениях клиентов с менеджерами организации ООО «СДЕЛАЙ СВОИМИ РУКАМИ» является обработка заказов на приобретение товаров.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

– можно создавать снапшоты прямо из гостевой ОС [1];

– полноценный Storage Quality of Service (QoS) – возможность динамического отслеживания производительности хранилищ и горячая миграция виртуальных машин при превышении этими хранилищами пороговых значений (IOPS);

– изменения в самом Hyper-V: использование альтернативных аккаунтов (хранение нескольких учётных данных одного человека, возможность использования по времени), возможность управления предыдущими версиями Hyper-V в корпоративной инфраструктуре, обновление и улучшение протокола удалённого управления, возможность безопасной загрузки гостевых операционных систем Linux [9];

– возможность обновления Integration Services через Windows Update;

– горячее добавление сетевых карт и оперативной памяти;

– поддержка OpenGL и OpenCL для Remote Desktop;

– совместимость с режимом Connected Standby.

Усовершенствования Windows Server 2016:

– Windows Defender: Windows Server Antimalware теперь установлена и включена по умолчанию без графического интерфейса;

– IIS 10: Добавлена поддержка протокола HTTP/2;

– Windows PowerShell 5.0;

– Убран Telnet сервер.

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

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

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

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

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

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

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

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

Оперативной информацией является изменяемая оперативная информация для каждого фиксированного случая ее практического использования в информационной системе. Входными являются следующие справочники: справочник «Клиенты»; справочник «Сотрудник»; справочник «Организация»; справочник «Поставщики»; справочник «Товары»; справочник «Должности»; справочник «Единицы измерения»; справочник «Тип»; справочник «Метод доставки».

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

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

В результате практического использования информационной системы выполняются следующие запросы и отчеты: запрос «Информация о товаре»; запрос «Поиск информации о клиенте»; отчет «Информация о сотрудниках»; отчет «Реестр заказов»; отчет «Информация о поставщиках»; отчет «Товары на складе».

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

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

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

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

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

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

В большинстве случаев используется порядковая и серийно-порядковая системы кодирования. Порядковая система кодирования основана на последовательном порядке регистрации объектов. Серийно-порядковая система кодирования применяется для кодирования однопризначных номенклатур, находящихся в определенной соподчиненности [5].

В приведенных таблицах описаны классификаторы, используемые при проектировании подзадачи. В таблице 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

Код организации

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

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

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

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

Рисунок 6. Диалоговое окно запроса

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

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

Рисунок 8. Диалоговое окно запроса

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

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

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

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

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

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

Главное меню информационной системы позволяет объединить все программные модули в единую систему взаимодействия пользователя и информационным пространством предприятия [6]. Состав и классификация функций информационной системы представлен в виде следующего дерева программных модулей информационной системы, рис. 10.

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

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

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

В процессе разработки базы данных информационной системы транспортной доставки заказов были созданы следующие таблицы: таблица «Должности»; таблица «Сотрудники»; таблица «Организация»; таблица «Методы доставки»; таблица «Заказы»; таблица «Товары»; таблица «Клиенты»; таблица «Поставщики»; таблица «Тип»; таблица «Единицы измерения» рис. 11.

Рисунок 11. Даталогическая модель

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

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

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

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

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

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

Рисунок 12. Структурная схема пакета

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

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

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

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

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

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

Обработка данных в системе выполняется при помощи ряда функциональных форм: справочник «Заказы»; справочник «Клиенты»; справочник «Организация»; справочник «Сотрудники»; справочник «Поставщики»; справочник «Товары»; справочник «Должности»; справочник «Единицы измерения»; справочник «Тип»; справочник «Метод доставки».

Рисунок 13. Главное меню программы

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

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

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

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

Рисунок 15. Форма «Клиенты»

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

Рисунок 16. Форма «Организация»

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

Ввод информации о поставщиках осуществляется по средствам функциональной формой «Поставщики» рис. 18. При помощи формы «Поставщики» можно добавить, изменить и удалить данные о поставщиках товаров. Ввод оперативной информации о реализуемых товарах осуществляется по средствам использования специальной функциональной формой «Товары» рис. 19. При помощи формы «Товары» можно добавить, изменить и удалить данные о товарах.

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

Рисунок 18. Форма «Поставщики»

Рисунок 19. Форма «Товары»

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

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

Рисунок 21. Форма «Единицы измерения»

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

Рисунок 22. Форма «Тип»

Ввод информации о методах доставки осуществляется по средствам функциональной формой «Методы доставки» рис. 23. При помощи формы «Методы доставки» можно добавить, изменить и удалить данные о методах доставки.

Рисунок 23. Форма «Метод доставки»

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

Рисунок 24. Отчет «Количество товаров на складе»

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

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

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

ЗАКЛЮЧЕНИЕ

В процессе выполнения дипломной работы было проанализировано организационную структуру производственного предприятия ООО «СДЕЛАЙ СВОИМИ РУКАМИ» и особенности работы менеджера по продажам. Были выделены бизнес-процессы обеспечивающие работу менеджера по продажам компании по средствам CA ERWin Process Modeler, к которым относятся следующие подпроцессы: прием и предварительная обработка данных; обработка заказа; оформление доставки товара; оформление базы данных.

В процессе разработки информационной системы были учтены все требования к проектированию систем такого типа. Использование средств системы управления базами данных Microsoft Access позволяет в полной мере обеспечить информационные потребности менеджера по продажам. Использование SQL-запросов позволяет повысить эффективность информационной системы и оптимизировать стандартные механизмы системы управления базами данных.

В качестве операционной системы сервера была выбрана Windows Server 2016, которая является серверной операционной системой от Microsoft. К основным возможностям Windows Server 2016 можно отнести следующие: синхронная репликация хранилищ на уровне блоков с поддержкой географически распределенных кластеров; виртуальный сетевой контроллер для одновременного управления физическими и виртуальными сетями; полноценный Storage Quality of Service – возможность динамического отслеживания производительности хранилищ и горячая миграция виртуальных машин при превышении этими хранилищами пороговых значений (IOPS); горячее добавление сетевых карт и оперативной памяти; совместимость с режимом Connected Standby.

В качестве среды разработки информационной системы была выбрана Mісrоsоft Ассess, которая представляет собой реляционную систему управления базами данных корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Модель информационных потоков в информационной системе включает следующие компоненты. Входная оперативная информация. Оперативной информацией является изменяемая информация для каждого фиксированного случая ее использования. Входными являются следующие справочники и документы: справочник «Клиенты»; справочник «Сотрудник»; справочник «Организация»; справочник «Поставщики»; справочник «Товары»; справочник «Должности»; справочник «Единицы измерения»; справочник «Тип»; справочник «Метод доставки».

Выходная информация. В результате работы информационной системы выполняются следующие запросы и отчеты: запрос «Информация о товаре»; запрос «Поиск информации о клиенте»; отчет «Информация о сотрудниках»; отчет «Реестр заказов»; отчет «Информация о поставщиках»; отчет «Товары на складе». Условно-постоянная информация. Работа информационной системы организована на следующих основополагающих документах: «Заказы».

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

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

  1. Автоматизированные ИТ [Текст] / под ред. В.Б. Либермана, М., 2011. – 564 с.
  2. Алексеев А. Разработка информационных систем Часть 1. – Москва, 2010. – 638 с.
  3. Афанасьев Э.В, Ярошенко В.Н. Эффективность информационного обеспечения управления. – М.: Экономика, 2010. – 478 с.
  4. Ахметова А.В. Информационные технологии в документационном обеспечении управления и архивном деле : учеб. пособие / А.В. Ахметова. – Комсомольск-на-Амуре : ФГБОУ ВПО «КнАГТУ», 2014. – 143 с.
  5. Березин В.М. Введение в системы баз данных. – 6-е издание. – К.: Диалектика; 2012. – 360 c.
  6. Березин В.М. Базы данных. Модели, разработка, реализация. – СПб: Питер, 2012. – 304 c.
  7. Блюмин А.М. Информационные ресурсы: Учебное пособие для бакалавров / А.М. Блюмин, Н.А. Феоктистов. – 3-е изд., перераб. и доп. – М.: Издательско-торговая корпорация «Дашков и Ко», 2015. – 384 с.
  8. Варфоломеева Е.В. Информационные системы в экономике: Учебное пособие / Е.В. Варфоломеева, Т.В. Воропаева и др.; Под ред. Д.В. Чистова - М.: НИЦ ИНФРА-М, 2015. – 234 с.
  9. Васильков А. В. Информационные системы и их безопасность / А. В. Васильков, А. А. Васильков, И. А. Васильков - М.: Форум, 2010. - 525 с.
  10. Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. – 304 с.
  11. Вейцман В.М. «Проектирование экономических информационных систем: Учебное пособие». – Яр.: МУБИНТ, 2012. – 214 c.
  12. Вендров А.М. CASE технологии. Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 2012. – 176 с.
  13. Гвоздева В.А. Базовые и прикладные информационные технологии: Учебник / Гвоздева В. А. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. – 384 с.
  14. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. – 544 с.
  15. Гринченко Н.Н. Проектирование баз данных. СУБД Microsoft Access / Н.Н. Гринченко и др. – Горячая Линия Телеком, 2012. – 613 c.
  16. Грошев А. С., Закляков П. В. Информатика: учеб. для вузов – 3-е изд., перераб. и доп. – М.: ДМК Пресс, 2015. – 588 с.
  17. Дейт К.Дж. Введение в системы баз данных. – 6-е издание. – К.: Диалектика; 2012. – 360 c.
  18. Епанешников А., Епанешников В. Практика создания приложений в ACCESS 2010 Диалог-МИФИ, 2011. – 459 с.
  19. Жук А.П. Защита информации: Учебное пособие / А.П. Жук, Е.П. Жук, О.М. Лепешкин, А.И. Тимошкин. - 2-e изд. - М.: ИЦ РИОР: НИЦ ИНФРА-М, 2015. – 392 с.
  20. Затонский А.В. Информационные технологии: разработка информационных моделей и систем: Учеб. пос. / А.В. Затонский - М.: ИЦ РИОР: НИЦ ИНФРА-М, 2014. – 344с.

Приложение

Приложение А

Программный код разработанных запросов

SQL-запрос для просмотра реестра заказов:

SELECT Заказы.[Код заказа], Заказы. Дата, Клиенты. ФИО, Товары.[Наименование товара], [Методы доставки].[Наименование метода доставки], [Заказы. Количество]*[Заказы. Цена]-[Заказы. Сумма скидки]+[Цена доставки] AS [Сумма заказа]

FROM Товары INNER JOIN (Сотрудники INNER JOIN ([Методы доставки] INNER JOIN (Клиенты INNER JOIN Заказы ON Клиенты.[Код клиента] = Заказы.[Код клиента]) ON [Методы доставки].[Код метода доставки] = Заказы.[Код метода доставки]) ON Сотрудники.[Код сотрудника] = Заказы.[Код сотрудника]) ON Товары.[Код товара] = Заказы.[Код товара]

ORDER BY Заказы.[Код заказа], Заказы. Дата, Клиенты. ФИО DESC , Товары.[Наименование товара] DESC , [Методы доставки].[Наименование метода доставки], [Заказы. Количество]*[Заказы. Цена]-[Заказы. Сумма скидки]+[Цена доставки];

SQL-запрос для просмотра реестра сотрудников:

SELECT Сотрудники.[Код сотрудника], Сотрудники. ФИО, Сотрудники. Образование, Должности.[Наименование должности], Сотрудники.[Контактный телефон], Сотрудники.[Электронный адрес]

FROM Должности INNER JOIN Сотрудники ON Должности.[Код должности] = Сотрудники. Должность

ORDER BY Сотрудники.[Код сотрудника], Сотрудники. ФИО DESC , Сотрудники. Образование, Должности.[Наименование должности] DESC , Сотрудники.[Контактный телефон], Сотрудники.[Электронный адрес] DESC;

FROM Должности INNER JOIN Сотрудники ON Должности.[Код должности] = Сотрудники. Должность

SQL-запрос для просмотра количества товара на складе:

SELECT Товары.[Наименование товара], Поставщики.[Наименование поставщика], Товары. Заказано, Товары. Цена, [Товары. Заказано]*[Товары. Цена] AS [На сумму], Товары.[На складе]

FROM Поставщики INNER JOIN Товары ON Поставщики.[Код поставщика] = Товары.[Код поставщика]

ORDER BY Товары.[Наименование товара], Поставщики.[Наименование поставщика] DESC , Товары. Заказано, Товары. Цена DESC , [Товары. Заказано]*[Товары. Цена], Товары.[На складе] DESC;

FROM Поставщики INNER JOIN Товары ON Поставщики.[Код поставщика] = Товары.[Код поставщика]

SQL-запрос для просмотра информации о товаре:

SELECT Товары.[Наименование товара], Поставщики.[Наименование поставщика], Товары. Заказано, Товары. Цена, [Товары. Заказано]*[Товары. Цена] AS [На сумму], Товары.[На складе]

WHERE (((Товары.[Наименование товара])=[Введите необходимый товар: ]))

FROM Поставщики INNER JOIN Товары ON Поставщики.[Код поставщика] = Товары.[Код поставщика]

WHERE (((Товары.[Наименование товара])=[Введите необходимый товар: ]))

ORDER BY Товары.[Наименование товара], Поставщики.[Наименование поставщика] DESC , Товары. Заказано, Товары. Цена DESC , [Товары. Заказано]*[Товары. Цена], Товары.[На складе] DESC;

FROM Поставщики INNER JOIN Товары ON Поставщики.[Код поставщика] = Товары.[Код поставщика]