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

Проектирование реализации операций бизнес-процесса Ежедневный складской учет

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

Объект исследования – компания «Diogems».

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

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

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

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

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

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

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

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

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

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

Ювелирная компания «Diogems» начала свою деятельность в 2004 году. Руководство компании выбрало динамичный путь становления, главной задачей которого стало создание собственного производства, найти собственный стиль, лицо компании. Привлечь к работе не только профессионалов с многолетним стажем работы, но и креативных молодых ювелиров, художников. Создать идеальные условия труда, современную производственную базу, обеспечить передовым оборудованием, инструментами и материалами.

За 11 лет работы компания «Diogems» не меняла принципов внутрикорпоративной и маркетинговой политики. При наборе персонала не ставилась задача ротации кадров. Главное - увидеть в специалисте его профессиональные достоинства, творческий потенциал, дать ему раскрыться. Молодых, перспективных ювелиров направляли на курсы повышения квалификации, проводили тренинги.

Благодаря правильно выбранной маркетинговой политике компания «Diogems» реализует свою продукцию во многие регионы России. В настоящий момент ведутся переговоры на поставки продукции в страны ближнего и дальнего зарубежья.

Эксперты компании «Diogems» ежегодно посещают крупнейшие Российские и Европейские выставки Ювелирного искусства современности. Анализируют текущую динамику развития, тенденцию спроса в Российской и мировой ювелирной отрасли. На каждой отдельной выставке представляются новые коллекции эксклюзивных ювелирных украшений имеющие высокую популярность у населения страны. Это служит хорошей проверкой роста развития компании, когда работу оценят не только покупатели, посетители выставки, но и коллеги по цеху – профессионалы ювелирного дела.

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

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

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

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

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

Выходы системы: ведомость карточек учета; отчет по лимитам материалов; материальный отчет; реестр материалов.

Рисунок 1. Функциональная модель «Ежедневный складской учет»

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

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

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

– обработка первичных документов;

– обработка карточки учета материалов;

– учет движения материалов;

– формирование базы данных.

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

«Ежедневный складской учет»

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

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

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

ÐÐ¾Ð´ÐµÐ»Ñ Ð¿ÑÐ¾ÑÐµÑÑÐ° Ð² Ð½Ð¾ÑÐ°ÑÐ¸Ð¸ BPMN

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

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

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

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

Application Implementation Method (AIM) представляет собой постоянно совершенствуемую методологию, которая позволяет обеспечить эффективное взаимодействие участников разработки и постоянный контроль над реализуемым проектом внедрения со стороны спонсоров и руководства [6]. AIM включает полный комплекс методических указаний для наиболее эффективного выполнения работ и специальный набор дополнительных шаблонов используемых в данном процессе документов.

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

– Определение (Definition);

– Анализ операций (Operations Analysis);

– Проектирование решения (Solution Design);

– Разработка (Build);

– Переход (Transition);

– Промышленная эксплуатация (Production) [8].

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

Определение – результатом данного этапа являются определенные совокупные требования, сформулированные заказчиком к разрабатываемой информационной системе. В процессе выполнения проекта полученные и впоследствии задокументированные требования могут быть уточнены и изменены доступными средствами [12]. Если у заказчика появятся новые требования к проектируемой информационной система, фаза Определение будет возобновлена заново.

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

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

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

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

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

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

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

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

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

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

Windows Server 2016 – серверная операционная система от 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) для одновременного управления физическими и виртуальными сетями [1];

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

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

– полноценный 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. Информационная модель и её описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Существует несколько типов запросов: на выборку; на обновление; на добавление; на удаление; перекрестный запрос; создание таблиц [7].

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

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

Рисунок 5. Результат выполнения запроса «Потребность в материалах»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Справочники служат основанием для непосредственного заполнения документов, что требует дополнительных прав доступа пользователя [13].

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

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

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

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

В базе данных информационной системы были разработаны следующие таблицы:

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

– таблица «Материал», включает следующие атрибуты: код материала; наименование материала; лимит; примечание;

– таблица «Поставщик», включает следующие атрибуты: код поставщика; наименование поставщика; полное наименование поставщика; юридический адрес поставщика; расчетный счет; ОКПО; КПП; телефон; электронный адрес; примечание;

– таблица «Сотрудник», включает следующие атрибуты: код сотрудника; ФИО сотрудника; код должности; образование; паспортные данные; адрес проживания; семейное положение; код отдела; контактный телефон; электронный адрес;

– таблица «Должность», включает следующие атрибуты: код должности; наименование должности;

– таблица «Отдел», включает следующие атрибуты: код отдела; наименование отдела;

– таблица «Склад», включает следующие атрибуты: код склада; наименование склада;

– таблица «Тип материла», включает следующие атрибуты: код типа материала; наименование типа материала;

– таблица «Типоразмер», включает следующие атрибуты: код типоразмера; наименование типоразмера;

– таблица «Единица измерения», включает следующие атрибуты: код единицы измерения; наименование единицы измерения.

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

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

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

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

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

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

Назначение модулей информационной системы заключается в следующем:

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

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

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

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

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

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

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

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

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

– карточка учета;

– материал;

– поставщик;

– сотрудник;

– должность;

– отдел;

– склад;

– тип материала;

– типоразмер;

– единица измерения.

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

Рисунок 11. Меню информационной системы

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

– переход к следующей записи;

– переход к предыдущей записи;

– переход к последней записи;

– переход к первой записи;

– сохранение изменений;

– редактирование записи;

– сворачивание, разворачивание и закрытие пользовательской формы информационной системы.

Рисунок 12. Форма «Карточка учета»

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

Рисунок 13. Форма «Материал»

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

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

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

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

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

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

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

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

Работа с используемыми типами материалов в информационной системе организована при помощи пользовательской формы «Тип материала», рис. 19.

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

Работа с типоразмерами обрабатываемых товаров в информационной системе организована при помощи формы «Типоразмер», рис. 20.

Рисунок 19. Форма «Тип материала»

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

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

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

Анализ информации в информационной системе выполняется при помощи специальных запросов и отчетов: наличие материала на складе; потребность в материалах; реестр материалов; отчет по лимитам; реестр поставщиков; реестр сотрудников. Отчет «Реестр поставщиков» предоставляет пользователю всю необходимую информацию о поставщиках, интерфейс отчета представлен на рис. 22. Отчет «Реестр сотрудников» предоставляет пользователю всю необходимую информацию о сотрудниках, интерфейс отчета представлен на рис. 23.

Рисунок 22. Интерфейс отчета «Реестр поставщиков»

Отчет представляет собой объект базы данных, который используется для вывода на экран, в печать или файл структурированной информации. Reports позволяют извлечь из таблиц или запросов базы данных необходимую информацию и представить ее в виде удобном для восприятия [17]. Report содержит заголовок, область данных, верхний и нижний колонтитулы, примечание и разбит на страницы.

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

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

Рисунок 23. Интерфейс отчета «Реестр поставщиков»

Сбросить себе на компьютер файл системы управления базами данных Microsoft Access system.mdb. Далее необходимо установить низкий уровень безопасности системы, т.к. в системе обработка информации выполняется по средствам запуска макросов. Для этого необходимо в главном меню системы управления базами данных Microsoft Access выбрать Сервис -> Макрос -> Безопасность -> Уровень безопасности -> Низкий.

Запустив файл system.mdb необходимо следовать порядку работы с информационной системой. Информационная система распространяется файлом базы данных формата с отдельной базой данных Microsoft Access. Для ввода информационной системы в опытную эксплуатацию необходимо заполнить исходные справочные данные, проверить правильность заполнения информации.

ЗАКЛЮЧЕНИЕ

В процессе выполнения данной работы были получены следующие результаты. Ювелирная компания «Diogems» начала свою деятельность в 2004 году. Руководство компании выбрало динамичный путь становления, главной задачей которого стало создание собственного производства, найти собственный стиль, лицо компании.

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

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

Использование системы управления базами данных MS Access обеспечит реализацию следующих возможностей: расположения всех объектов, которыми оперирует система управления базами данных Access в одном файле позволит без труда переносить информационную систему на другие станции; наличие возможностей по управлению объектами Access по средствам высокоуровневого, стандартного для пакета Office, языка программирования VBA позволит самостоятельно разработать или доработать управляющие модули организации; наличие возможностей по созданию в таблицах таких полей как OLE и Счетчик позволит внедрить дополнительную графическую и автоматически изменяемую информацию в представленные документы информационной системы; наличие возможностей организации ссылочной целостности по средствам удобного интерфейса в виде схемы данных позволит организовать целостность данных;

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

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

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

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

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

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

ПРИЛОЖЕНИЕ

Код разработанных SQL-запросов

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

SELECT [Карточка учета].[Код карточки учета], Материал.[Наименование материала], Поставщик.[Наименование поставщика], Склад.[Наименование склада], [Карточка учета].Стоимость, [Карточка учета].[Наличие на складе]

FROM Склад INNER JOIN (Поставщик INNER JOIN (Материал INNER JOIN [Карточка учета] ON Материал.[Код материала] = [Карточка учета].[Код материала]) ON Поставщик.[Код поставщика] = [Карточка учета].[Код поставщика]) ON Склад.[Код склада] = [Карточка учета].[Код склада]

WHERE ((([Карточка учета].[Наличие на складе])=True));

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

SELECT [Карточка учета].[Код карточки учета], Материал.[Наименование материала], [Карточка учета].[Количество материала], [Единица измерения].[Наименование единицы измерения], Материал.Лимит, Поставщик.[Наименование поставщика], Склад.[Наименование склада], [Карточка учета].Стоимость

FROM Склад INNER JOIN (Поставщик INNER JOIN (Материал INNER JOIN ([Единица измерения] INNER JOIN [Карточка учета] ON [Единица измерения].[Код единицы измерения] = [Карточка учета].[Код единицы измерения]) ON Материал.[Код материала] = [Карточка учета].[Код материала]) ON Поставщик.[Код поставщика] = [Карточка учета].[Код поставщика]) ON Склад.[Код склада] = [Карточка учета].[Код склада];

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

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

FROM (Должность INNER JOIN Сотрудник ON Должность.[Код должности] = Сотрудник.[Код должности]) INNER JOIN (Склад INNER JOIN (Поставщик INNER JOIN (Материал INNER JOIN ([Единица измерения] INNER JOIN [Карточка учета] ON [Единица измерения].[Код единицы измерения] = [Карточка учета].[Код единицы измерения]) ON Материал.[Код материала] = [Карточка учета].[Код материала]) ON Поставщик.[Код поставщика] = [Карточка учета].[Код поставщика]) ON Склад.[Код склада] = [Карточка учета].[Код склада]) ON Сотрудник.[Код сотрудника] = [Карточка учета].[Код сотрудника];