ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИЙ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «СКЛАДСКОЙ УЧЕТ»

Содержание:

Введение

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

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

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

- контроль за поступлением товаров и их фактическим наличием на складе;

- контроль за операциями по отгрузке и реализацией товаров;

- контроль за запасами товаров и своевременным заказом новых товаров;

- правильное оформление документации, сопровождающее все вышеперечисленные процессы.

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

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

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

- исследовать предметную область;

- изучить технологии функционирования информационных систем;

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

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

В процессе написания работы были использованы следующие литературные источники: методологии проектирования информационных систем – Вендров А.М., Костров А.В, Черемных С.В., теоретические основы разработки и моделирования систем автоматизации Афонин А. М., кладовщик: Устройство складов. Складские операции. Управление складом. Нормативные документы. Волгин В.В.

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

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

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

К основным функциям склада можно отнести следующие:

- преобразование производственного ассортимента в потребительский. Создание необходимого ассортимента для выполнения заказов клиентов в соответствии со спросом;

- складирование и хранение.

Позволяет выравнивать временную разницу между выпуском продукции и ее потреблением, и даёт возможность осуществлять непрерывное производство и снабжение на базе создаваемых товарных запасов. Хранение товаров в распределительной системе необходимо также в связи c сезонным потреблением некоторых товаров;

- объединение и транспортировка грузов.

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

- предоставление услуг.

Очевидным аспектом этой функции является оказание клиентам различных услуг, обеспечивающих фирме высокий уровень обслуживания потребителей. Среди них: подготовка товаров для продажи (фасовка продукции, заполнение контейнеров, распаковка и т.д.); проверка функционирования приборов и оборудования, монтаж; придание продукции товарного вида, предварительная обработка, тpaнcпopтнo-экcпeдициoнныe услуги и т.д.

Процедура принятия продукции на склад:

- Продукция приходит на склад в сопровождении экспедитора и приходной накладной;

- Контролер на складе, проверяет приходную накладную, и регистрирует ее в книге учета входящих документов (накладных);

- Осматривает входящую продукцию, и если с ней все нормально принимает ее на склад, передавая экспедитору товара выписку (документ) о том, что товар принят на хранение;

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

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

Отгрузка товаров со склада проходит следующие стадии:

- Получатель товара подает накладную на отгрузку товара;

- Контролер проверяет эту накладную и регистрирует ее в книге учета входящих документов;

- Далее контролер дает указание работникам склада на поиск нужной продукции и отгрузки ее;

- Затем получатель товара проводит его осмотр, на счет того нужный ли товар отгрузили и в нужном количестве;

- Контролер регистрирует в книге учета факт отгрузки товара;

- Далее контролер выдает получателю груза сопроводительный документ по отгрузке товара;

- Далее происходит непосредственно отгрузка товара техническими средствами.

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

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

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

-регистрация документов;

-поиск товаров для отгрузки и просмотр информации и месте хранения;

-формирование документов отчетности;

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

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

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

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

Необходимо разработать систему учёта, которая включает в себя: Возможность учета товаров;

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

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

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

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

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

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

2.1. Логическая и физическая модель информационной системы

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

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

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

Рис.1. Логическая модель информационной системы складского учета

Физическая модель Дерево метаданных «Складской учет»

	Товаровед Программист Бухгалтер
Справочники
Справочник.Поставщики
Код	Число – 10
Полное наименование	Строка – 50
ИНН	Строка – 12
Адрес	Строка – 100
Телефон	Строка – 11
Контактное лицо	Строка – 50
Справочник.Сотрудники
Реквизиты:
Код	Число – 10
Наименование	Строка – 50
Паспорт серия	Строка – 4
Паспорт номер	Строка – 6
Адрес	Строка – 100
Телефон	Строка – 11
Табличная часть: Данные
Должность	ПеречислениеСсылка.Должность
Дата приема	Дата
Справочник.Товары (2-х уровневый)
Код товара	Число – 10
Полное наименование	Строка – 50
Единица измерения	ПеречислениеСсылка.ЕдиницыИзмерения
Цена	Число (10), точность - 2, неотрицательное
Справочник.Склады
Константы
Наименование организации ИНН организации ОГРН организации Юридический адрес Телефон	Строка – 100 Строка – 12 Строка – 15 Строка – 100 Строка – 11
Перечисления
Единицы измерения	Шт
Должность	Кладовщик Грузчик
Код	Число – 10
Наименование склада	Строка – 50
Документы
Документы.ЗаказНаСклад
Шапка:
Дата исполнения документа	Дата
Сотрудник	Справочник.Сотрудники
Табличная часть: Товары
Наименование	Справочник.Товар
Количество	Число – 15, точность – 0
Цена	Число – 15, точность – 2
Сумма	Число – 15, точность – 2
Документы.ЗаказПоставщику
Шапка:
Поставщик	Справочник.Поставщики
Дата поставки	Дата
Табличная часть: Заказ
Наименование	Справочник.Товар
Количество	Число – 15, точность – 0
Сумма	Число – 15, точность – 2
Документы.ПриходнаяНакладная
Шапка:
Дата	Дата
Поставщик	Справочник.Поставщики
Склад	Справочник.Склады
Сотрудник	Справочник.Сотрудники
Табличная часть: Поставка
Наименование	Справочник.Товары
Количество	Число – 15, точность – 0
Цена	Число – 15, точность – 2
Сумма	Число – 15, точность – 2
Документы.РасходнаяНакладная
Шапка:
МОЛ 1	Справочник.Сотрудники
Склад	Справочник.Склады
МОЛ 2	Справочник.Сотрудники
Табличная часть: Выбытие
Товар	Справочник.Товар
Количество	Число – 15, точность – 0
Цена	Число – 15, точность – 2
Сумма	Число – 15, точность – 2
Документы.ПрайсЛист
Шапка:
Наименование поставщика	Справочник.Постащики
Табличная часть: Прайс
Наименование товара	Число – 10
Единица измерения	Число – 10
Цена	Число - 10, точность - 3, неотрицательное
Регистры
Регистры накопления
Регистры.ОстаткиНаСкладе {-РН}, {+Пн}
Измерения:
Склад	Справочник.Склады
Товар	Справочник.Товар
МОЛ 1	Справочник.Сотрудники
Ресурсы:
Количество	Число – 15, точность – 3
Регистры.ИсполнениеЗаказовПоставщиками{+зак. поставщику},{-ПН}
Измерение: Поставщик	Справочник.Поставщики
Ресурсы: Поставщик Товар	Справочник.Поставщики Справочник.Товар
Количество	Число – 15, точность – 3
Регистры.ПоступлениеТовараНаСклад {+Пн}
Измерение:
Склад	СправочникСсылка.Склады
Наименование	СправочникСсылка.Товары
Поставщик	СправочникСсылка.Поставщики
Сотрудник	СправочникСсылка.Сотрудники
Ресурсы:	Число – 10
Количество	Число – 10
Цена	Число – 10
Стоимость	Число – 15
Регистры сведений Регистры.Цена
Измерение:
Наименование товара	СправочникСсылка.Товары
Ресурсы:
Цена	Число – 10
Отчеты
Движение товара за период (регистр:ОстаткиНаСкладе)
Условия отбора:	Склад Товар Период с
	Период по
Графы отчета:	№ п/п Товар (Строка) Начальный остаток (Число) Приход (Число) Расход (Число) Конечный остаток (Число)
Исполнение заказа поставщика (регистр: ЗаказПоставщику)
Условия отбора:	Товар Период с Период по
Графы отчета:	№ п/п Товар (Строка) Заказано (Число) Исполнено (Число) Не исполнено (Число)
Поступление товара на дату (регистр: ПоступлениеТовараНаСклад
Отбор	Товар Дата начала Дата окончания
Графы	Дата (Число) Склад (Строка) Наименование товара (Строка) Вес (кг) (Число) Количество (Число) Цена (Число, 2 знака после запятой) Сумма (Число, 2 знака после запятой)

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

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

• • • схема базы данных (на основании ER-модели, разработанной на этапе анализа);
    • набор спецификаций модулей системы (они строятся на базе моделей функций).

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие исследовать работы компании с 3-х основных точек зрения:

• • • С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов - работ, которые взаимодействуют между собой, а также представляют информационные, людские и производственные ресурсы, потребляемые каждой работой.
    • С точки зрения потоков данных (документооборота) в концепции. Диаграммы DFD могут расширить, то что ранее отображено в модификации IDEF3, так как они показывают потоки данных, разрешая отследить, каким способом совершается обмен данными. В также время диаграммы DFD сохраняют в отсутствии внимания связь между бизнес- функциями.
    • С точки зрения последовательности производимых трудов.

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

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

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

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

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

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

Рис.2. Контекстная диаграмма

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

Декомпозируем контекстную диаграмму на 3 функциональных блока:

• • • Приемка товара на склад;
    • Хранение и переучет продукции;
    • Отгрузка продукции.

Рис. 3. Диаграмма IDEF0

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

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

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

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

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

• Проверка товарно-транспортной накладной;
• Проверка поставленной продукции;
• Занесение данных о продукции в Базу Данных;
• Передача продукции на хранение.

Рис.4. Диаграмма DFD «Приемка товара на склад»

Далее декомпозируем функциональный блок «Хранение и переучет продукции» на два действия:

• Размещение товара на складе;
• Анализ наличия необходимого количества на складе (на этом этапе лицу, принимающему решение, передается оперативная информация).

Рис.5. Диаграмма DFD «Хранение и переучет продукции»

Декомпозируем функциональный блок «Отгрузка» на три действия:

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

Рис.6. Диаграмма DFD «Отгрузка» Нотация IDEF3

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

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

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

Декомпозируем функциональный блок «Контроль товарно- транспортной накладной» который, в собственную очередность, считается элементом декомпозиции блока «Прием товара на склад» на 4 действия:

Принятие товарно-транспортной накладной:

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

Рис.7. Диаграмма IDEF3 проверки товарно-транспортной накладной.

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

• • Проверка продукции на годность;
  • Принять продукцию;
  • Вернуть поставщику.

Рис.8. Диаграмма IDEF3 проверки поставленной продукции

2.3. Разработка информационной модели данных

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

Основные преимущества ER-моделей:

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

ER-модели реализованы во многих системах автоматизированного проектирования баз данных

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

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

Основные элементы ER-моделей:

• объекты (сущности);
• атрибуты объектов;
• связи между объектами

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

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

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

В данной работе ER-модель имеет связь типа один-ко-многим.

В ERwin существует два уровня представления и моделирования - логический и физический. Логический уровень значит непосредственное отражение фактов из реальной жизни. К примеру, люди, столы, отделы, компьютеры - считаются реальными объектами. Они называются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логичном уровне никак не рассматривается применение конкретной СУБД, не определяются типы данных (к примеру, целое или вещественное число) и не определяются индексы для таблиц.

Рис.9. Диаграмма сущностей и атрибутов логического уровня модели

Рис.10. ERD – диаграмма в нотации IDEF1X физический уровень.

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

Роль директор. Права:

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

Роль кладовщик. Права на возможность изменять такие документы, как:

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

Заключение

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

Подобная автоматизация позволяет:

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

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

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

4. Обеспечить надежный учет и контроль поступлений и расходования денежных средств на всех уровнях управления.

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

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

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

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

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

Список использованной литературы:

1. Афонин, А.М. Теоретические основы разработки и моделирования систем автоматизации - М.: Форум, 2011. - 192 c.
2. Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем/ А.М. Вендров. - М.: Финансы и статистика, 2012. –176 с.
3. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем/ А.М. Вендров. - М.: Финансы и статистика, 2014. –192 с.
4. Волгин В.В. Кладовщик: Устройство складов. Складские операции. Управление складом. Нормативные документы. 2-е изд. пераб. и доп. - М.: Ось-89, 2013. - 320 с.
5. Скворцов, А.В. Автоматизация управления жизненным циклом продукции: Учебник для студентов учреждений высшего профессионального образования - М.: ИЦ Академия, 2013. - 320 c.