Разработка регламента выполнения процесса «Складской учет» (Описание принципов организации складского учета)

Содержание:

Введение

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

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

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

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

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

• провести исследование организации складского учета на торговом предприятии;
• рассмотреть средства моделирования бизнес-процессов;
• выполнить построение процесса функционирования склада торгового предприятия в модели «КАК-ЕСТЬ»;
• определить проблемы в данных процессах и представить рекомендации по их устранению;
• выполнить проектирование и построение модели «КАК-БУДЕТ» для процесса «Складской учет».

1. Описание принципов организации складского учета

1.1 Описание предметной области. Постановка задачи

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

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

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

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

• повышение эффективности и производительности при одновременном снижении затрат;
• повышение качества и точности;
• технологические достижения;
• управление персоналом;
• здоровье и безопасность;
• окружающая среда [13].

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

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

Общество с ограниченной ответственностью «Успех» является коммерческой организацией и частной собственностью с единственным учредителем участником общества функционирует на основе Федерального закона "О государственной регистрации юридических лиц и индивидуальных предпринимателей" от 08.08.2001 N 129-ФЗ зарегистрировано в соответствии с Главой IV. Государственная регистрация юридических лиц при их создании ОГРН 1147746570828 от 21 мая 2014г. Межрайонная инспекция Федеральной налоговой службы №46 по г. Москве.

Общество зарегистрировано 21 мая 2014 г. Межрайонной инспекцией Федеральной налоговой службой № 46 по г. Москве, с присвоением основного государственного регистрационного номера 1147746570828.

Компания создана в начале большого финансового кризиса с учетом всех неблагоприятных внешних факторов. Прошла этап становления в сложное кризисное время. Компания заняла свою нишу в структуре федеральных поставщиков по обеспечения розничный сетей фармацевтической отрасли, конкурируя с крупнейшими игроками рынка входящими в топ 10 самых крупных по составам и объёму капитала (ООО «Протек», ООО «Невис» ООО «Ригла»).

Основными видами деятельности ООО «Успех» является в соответствии с положениями устава пункта 2.3.1. и кодом классификации ОКВЭД 51.46 - Оптовая торговля фармацевтическими и медицинскими товарами, изделиями медицинской техники и ортопедическими изделиями.

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

Организационная структура предприятия представлена на рисунке 1.

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

Рисунок 1 – Организационная структура ООО «ТПП «Успех»

Директор занимается развитием компании, составлением стратегического плана развития, постановкой и контролем за реализацией планов продаж на месяц, квартал, год, и перспективным планированием товарного ассортимента компании. Разрабатывает мотивационные планы для отделов продаж и маркетинга, финансового и бухгалтерского учета, складской и транспортной логистики. Проводит еженедельные плановые и внеплановые планерки и совещания, с пояснением поставленных текущих задач, и согласует данные планы и их выполнение и корректировку совместно с руководителями отделов и сотрудниками компании. Контролирует исполнение должностных обязанностей сотрудников. Ведет международные переговоры, согласовывает даты ввода новой продукции на заводах, фабриках, оптовых подразделениях российских и зарубежных компаниях и представительствах на территории РФ. Занимается поиском производственных площадей для реализации проектов по внедрению производства под собственной торговой маркой, контролирует производства партнеров по выпуску продукции СТМ (собственная торговая марка).

В функциональные обязанности менеджера по продажам входит. Работа с клиентами по поступающим текущим заказам, планирование отгрузок в краткосрочной перспективе два дня с момента принятия и формирования, и согласования поступившего заказа от клиента. Ведение отчетности по входящим и исходящим клиентским звонкам с предоставлением еженедельного отчета генеральному директору. Заполняет первичную документацию в программе 1С: Предприятие версия 8.3. Занимается поиском, переговорами с клиентами, рассылкой коммерческих предложений и условий сотрудничества. В функциональные обязанности менеджера по рекламе и маркетингу входит разработка планов по рекламе продаваемой продукции, анализу рынка по направлениям медицинская техника, ортопедическая продукция. Разработка и предоставление на согласование стратегических планов по развитию отдельных продуктов и направлений. Анализ конкурентной среды, отслеживание конкурентов. Отслеживания выхода новых брендов на рынок, появление новых товарных направлений, предоставление статистики по компаниям ООО «Вайлдберриз», ООО «Студио Модерна». ООО «Интернет Решения», ООО «ПРОТЕК» являющихся основными покупателями компании. Анализом выпуска изделий для включения в группу СТМ производства фабрики ортопедической продукции ООО «Альмед» торговая зарегистрированная международная марка продукции Almed.

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

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

На ТПП «Успех» складской учет организован следующим образом (см. рис.2).

Рисунок 2 – Схема использования склада на ТПП «Успех»

На рисунке представлен следующий процесс:

• главный менеджер по закупке связывается с поставщиками, и заказывает товар (данный процесс не является функцией склада, но косвенно влияет на его работу);
• при доставке товара менеджер склада принимает товар, сверяя его с заявкой, которое передается от менеджера по закупке;
• при приеме товара формируется документ «Приходная накладная»;
• после этого товар распределяется на складе кладовщиком;
• при покупке товара в торговых точках формируется документ «Перемещение товара»;
• при продаже товара формируется документ «Расходная накладная».

Самой главной проблемой, с которым сталкивается ТПП «Успех», ведение учета в системе, которая не выгружает данные в систему, которая ведет бухгалтерский учет, что иногда приводит к отсутствию данных или их дублированию.

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

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

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

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

Для того, чтобы информационная система функционировала она должна содержать следующие объекты:

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

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

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

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

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

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

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

1.2 Выбор средства для моделирования бизнес процессов

Microsoft Visio - редактор диаграмм для Windows. Использует векторную графику для создания диаграмм. Доступен в двух версиях: стандартной и профессиональной.

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

Microsoft приобрел Visio Corporation в 2000 году, назвав его по отношением с офисного пакета Microsoft Office. Тем не менее, Visio ни разу не появился в Microsoft Office. Но Visio for Enterprise Architects был частью некоторых редакций Visual Studio .NET 2003 и Visual Studio 2005.

Visio 2007 увидел свет 30 ноября 2006 года. Microsoft Visio может стать помощником в решении трех основных задач: в анализе сложных данных, в графическом представлении данных и в обмене этими данными между пользователями. Основной способ представления данных в Visio - это векторные фигуры, на основе которых строится диаграмма или план. Для удобства фигуры сгруппированы по тематическим категориям, в каждой из которых можно увидеть похожие по внешнему виду или по теме элементы [4]. Фигуры является основным, но не единственным средством для представления данных в Visio. Кроме них можно использовать текст и числовые данные, графические элементы и форматирование цветом.

На рисунке 3 отображен вид начальной страницы Microsoft Visio Professional 2007.

Microsoft Visio 2007 может стать помощником в решении трех основных задач: в анализе сложных данных, в графическом представлении данных и в обмене этими данными между пользователями.

Рисунок 3 – Microsoft Visio Professional 2007

Основной способ представления данных в Visio - это векторные фигуры, на основе которых строится диаграмма или план. Для удобства фигуры сгруппированы по тематическим категориям, в каждой из которых можно увидеть похожие по внешнему виду или по теме элементы. Фигуры отражаются на одноименной области задач. Для добавления фигуры в проект нужно просто перетащить ее на рабочую область, после чего можно откорректировать ее размеры, задать свойства и параметры отображения [5]

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

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

На рисунке 4 отражена вкладка с перечнем готовых шаблонов в Microsoft Visio Professional 2007.

Рисунок 4 - Вкладка с перечнем готовых шаблонов

Для большинства пользователей Visio является лишь вспомогательной программой, которая используется вместе с Excel, Access, Microsoft SQL Server и другими решениями. Иными словами, несмотря на то, что в Visio является возможность ввода данных вручную, в большинстве случаев это неоправданно [6]. Гораздо проще связать диаграмму Visio данным, которые вводятся и обрабатываются в специальных приложениях, предназначенных именно для этого. Основная функция Visio - в лучшем визуальном представлении уже имеющихся данных. Использование внешних источников имеет свои преимущества. Во-первых, гораздо проще связать уже имеющиеся данные с элементами диаграммы Visio, чем вводить их вручную. Во-вторых, при использовании внешних источников обновления может происходить автоматически - при изменении файла Excel или другого источника данные на диаграмме Visio тоже меняются.

ArgoUML - средство UML моделирования. ArgoUML открыт программным обеспечением и распространяется под лицензией EPL.

ArgoUML полностью написан на Java и для работы ему подходит любая операционная система с установленной Java 2 JRE или JDK версии 1.4 или выше.

Функциональность ArgoUML включает в себя:

- поддержку спецификаций UML 1.3, 1.4, XMI 1.0, 1.1, 1.2;

- 9 видов диаграмм UML (диаграммы классов, сословий, кооперации, последовательности, деятельности, прецедентов, объектов, компонентов, развертывания)

- поддержку OCL для классов;

- генерацию исходного кода Java, C, C # и PHP;

- обратная инжинеринг из исходного кода и байткода Java;

- автоматическую верификацию модели UML (design critics).

На рисунке 5 изображен интерфейс пакета ArgoUML.

Рисунок 5 – Скриншот ArgoUML

Программный пакет ErWin Process Modeller предназначен для построения моделей с помощью нотаций языка SADT – IDEF0, DFD, IDEF3.

Данный пакет позволяет выполнять следующие действия:

• строить диаграммы в нотациях IDEF0, DFD, IDEF3;
• создавать дерево узлов;
• создавать FEO диаграмму;
• формировать различные отчеты по потокам, процессам, объектам и пр. элементам нотаций;
• позволяет выполнять вычисление стоимости проекта, с последующим экспортом данных в программные пакеты MS Office;
• при создании диаграмм нижнего уровня переносит все необходимые информационные потоки.

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

Рисунок 6 – Интерфейс пакета ErWin Process Modeller

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

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

В таблице 1 представлена сравнительная характеристика средств для моделирования бизнес-процессов.

Таблица 1

Сравнительная характеристика средств для моделирования бизнес-процессов

Критерий сравнения	ArgoUML	Microsoft Visio	ErWin Process Modeller
функциональность	Средняя	Высокая	высокая
полнота визуализации бизнес процессов	Средняя	Высокая	Высокая
удобство создания диаграмм	Среднее	Среднее	Высокое
сложность установки	Не сложная	Не сложная	Не сложная
стоимость пакета	Средняя	Средняя	средняя

При сравнении основным критерием является удобство создания диаграмм, при одинаковых показателях, разработка бизнес процессов будет осуществляться в пакете ErWin Process Modeller.

1.3 Моделирование процессов «Как есть»

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

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

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

На рисунке 7 представлена контекстная диаграмма процесса «Вести учет складских операций».

Рисунок 7 – Контекстная диаграмма «Вести учет складских операций»

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

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

• приход товара;
• заявка на выдачу товара;
• товар.

Выходными данными являются:

• остатки товара;
• движение товара по складу;
• инвентаризация товара;
• заказ у поставщика.

На рисунке 8 представлена детализация этого процесса.

Рисунок 8 – Детализация контекстной диаграммы «Вести учет складских операций»

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

• выполнить учет прихода товара;
• выполнить списания товара;
• вести учет общего количества товара на складе.

Представим детализацию следующего блока. На рисунке 9 представлена детализация блока «Выполнить учет прихода товара».

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

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

Рисунок 9 – Детализация блока «Выполнить учет прихода товара»

Детализация данного процесса была представлена с помощью стандарта DFD – диаграмма потоков данных, которая определяет процессы, сущности и хранилища данных. На представленной диаграмме выделена сущность – Поставщик и хранилище данных – товар.

На рисунке 10 представлена детализация блока «Выполнить списание товара».

Блок представлен следующими процессами:

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

Рисунок 10 – Детализация блока «Выполнить списание товара»

Детализация блока «Вести учет общего количества товара на складе» представлена на рисунке 11.

Рисунок 11 – Детализация блока «Вести учет общего количества товара на складе»

Данный блок представлен процессами:

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

На данной диаграмме добавляются хранилища данных – «Приход товара» и «Расход товара».

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

2 Формирование рекомендаций по регламенту выполнения процесса «Складской учет»

2.1 Предлагаемые мероприятия по улучшению бизнес процессов

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

Рекомендуются следующие мероприятия:

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

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

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

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

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

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

2.2 Моделирование бизнес процессов «Как должно быть»

Главным действующим лицом в процессе автоматизации складского учета является менеджер склада, разработаем диаграммы в модели «Как должно быть» с его точки зрения [16].

На рисунке 12 представлена измененная контекстная диаграмма «Вести учет складских операций».

Рисунок 12 – Контекстная диаграмма «Вести учет складских операций в модели «Как должно быть»

Если сравнить контекстную диаграмму в модели «Как должно быть» с моделью «Как есть», то были изменены следующие информационные потоки:

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

Рассмотрим те блоки, которые будут изменены в процессе автоматизации задачи.

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

Рисунок 13 – Декомпозиция контекстной диаграммы

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

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

На рисунке 14 представлена детализация блока «Выполнить учет перемещения товар», которая выполнена также в стандарте DFD. Данный блок ранее не был представлен на диаграмме «Как есть», это связано с возможным расширением ТПП «Успех», увеличением торговых точек и соответственно складов размещения товара. Блок представлен процессами:

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

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

Рисунок 14 – Детализация блока «Выполнить учет перемещения товара»

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

На рисунке 15 представлена детализация блока «Вести учет движения по складу, сформировать отчетность».

Рисунок 15 – Детализация блока «Вести учет движения по складу, формировать отчетность»

Добавлен блок «Записать данные про перемещение товара», добавлены информационные потоки в блок «Сформировать отчеты и документы».

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

Блок представлен процессами:

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

Добавлено хранилище данных – «БД системы учета операций ТПП «Успех».

Рисунок 16 – Детализация блока «Сформировать отчеты»

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

Заключение

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

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

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

Литература

1. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств
2. Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.
3. Баронов В.В. Автоматизация управления предприятия. – М.: Инфо-М, 2015.
4. Лемке Джуди Microsoft Office Visio 2007 (+ CD-ROM); ЭКОМ Паблишерз - Москва, 2014. - 368 c.
5. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
6. Коноплева, В. Приемка товаров по количеству и качеству: пособие / В. Коноплева. – Минск: Бизнес-Инфо, 2014. – 86 с.
7. Линерс, М. Управление закупками и поставками: учебник для высших учебных заведений / Майкл Линдерс [и др.]. – Москва: ЮНИТИ, 2014. – 723 с.
8. Маклаков, С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2001. – 304 с.
9. Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2005. – 432 с.
10. Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. - Москва: СИНТЕГ, 2016. - 366 c.
11. Полещук, И.И. Логистика: учебное пособие для вузов / И.И. Полещук. – Минск: БГЭУ, 2015. – 431 с.
12. Щербаков, В. В. Автоматизация бизнес-процессов в логистике / В.В. Щербаков, А.В. Мерзляк, Е.О. Коскур-Оглы. - М.: Питер, 2016. - 464 c.