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

Общие определения и назначение складского учета

Содержание:

Введение

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

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

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

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

Задачи работы:

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

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

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

1.1 Общие определения и назначение складского учета

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

Склад – помещение для приема, организации, хранения товаров перед отправкой.

Складская логистика – методы и правила хранения, распределения и погрузки товаров.

Автоматизация склада – система сортировки и хранения товаров с одинаковыми параметрами и размерами в одном месте.

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

Типы складов по типу продукции, хранящейся там

  • Склад готовой продукции
  • Склад сырья
  • Склад материалов и комплектующих
  • Склад упаковки

Автоматизации складских операций представляет собой такие технологические операции:

  • прием;
  • организация;
  • хранение;
  • обработка;
  • погрузка.

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

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

Определим исходные данные.

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

  • название контрагента (ФИО контрагента);
  • тип контрагента (поставщик или покупатель);
  • телефон;
  • адрес;
  • контактное лицо;
  • № договора.

Данные по товару (номенклатуре), к ним относятся:

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

Данные по сотрудникам склада:

  • ФИО сотрудника;
  • телефон;
  • стаж работы.

Основными элементами, которые обеспечивают движение по складу являются документы, к ним относятся:

  • приходная накладная;
  • накладная на перемещение;
  • расходная накладная.

Представим макеты форм данных документов. На рисунке 1 представлен макет документа «Приходная накладная».

Рисунок 1 – Макет документа «Приходная накладная»

На рисунке 2 представлен макет документа «Расходная накладная».

Рисунок 2 – Макет документа «Расходная накладная»

На рисунке 3 представлен макет документа «Накладная на перемещение».

Рисунок 3 – Макет документа «Накладная перемещения»

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

  • отчет «Остатки товаров»;
  • отчет «Обороты товаров»;
  • отчет «Акт инвентаризации».

На рисунке 4 представлен макет отчета «Остатки товаров».

Рисунок 4 – Макет отчета «Остатки товаров»

На рисунке 5 представлен макет отчета «Обороты товаров».

Рисунок 5 – Макет отчета «Обороты товаров»

На рисунке 6 представлен макет отчета «Акт инвентаризации».

Рисунок 6 – Макет отчета «Акт инвентаризации»

Для отчета «Остатки товаров» были определены следующие поля:

  • склад;
  • товар;
  • количество;
  • сумма.

Для отчета «Оборот товаров» были определены следующие поля:

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

Для отчета «Инвентаризация» были определены следующие поля:

  • товар;
  • склад;
  • количество;
  • фактическое количество.

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

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

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

Выходными информационными потоками являются:

  • данные по приходу;
  • данные по расходу;
  • данные по перемещению;
  • инвентаризация.

Механизмом является информационный поток «Персонал».

Управлением является поток «Инструкции».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На рисунке 12 представлена детализация процесса «Определить фактическое количество остатков товара».

Рисунок 12 – Детализация процесса «Определить фактическое количество остатков товара»

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

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

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

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

Представим перечень мероприятий, которые позволят улучшить выполнение процесса «Ведение учета запасов на складе»:

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

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

1. Справочники – объекты, которые хранят нормативно-справочную информацию:

  • контрагенты;
  • места хранения;
  • номенклатура (товары);
  • единицы измерения;

2. Документы – объекты, которые отображают выполнение основных хозяйственных операций:

  • приходная накладная;
  • расходная накладная;
  • заказ товара;
  • накладная на перемещение.

3. Хранилища данных – объекты, которые хранят информацию по имеющемуся товару на складах:

  • остатки товаров;
  • обороты товаров.

4. Отчеты – объекты, которые позволяют выводить информацию из хранилищ данных по различным запросам:

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

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

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

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

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

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

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

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

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

На рисунке 16 представлена детализация блока «Выполнить учет перемещения товар», которая выполнена также в стандарте DFD. Блок представлен процессами:

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

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

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

Блок «Выполнить списание товара» представлен на рисунке 17.

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

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

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

Детализация процесса осуществляется с помощью блоков:

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

Одним из основных блоков рассматриваемого бизнес процесса является блок «Сформировать отчеты и документы». Представим его детализацию (см. рис.19).

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

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

Добавлено хранилище данных – «Информационная база».

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

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

3 Проектирование структуры конфигурации

3.1 Определение работы пользователей с системой

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

Рисунок 20 – Алгоритм работы менеджера склада

Менеджер склада, фактически в его функции входит полное администрирование и управление складом, перечисли его основные функции:

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

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

  • прием товара;
  • перемещение товара;
  • списание товара.

На рисунке 21 представлен алгоритм работы кладовщика.

Рисунок 21 – Алгоритм работы кладовщика

3.2 Проектирование структуры информационной базы

На рисунке 22 представлена ER диаграмма конфигурации «Запасы – склад» [16].

Рисунок 22 – ER схема информационной базы

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

4 Разработка конфигурации учета запасов склада

4.1 Разработка объектов в режиме конфигурирования

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

Рисунок 23 – Создание подсистемы «Менеджер»

Представим реализацию справочников, которые подлежат разработке. Справочник «Контрагенты», является иерархическим справочником, и имеет реквизит «ПолноеНаименование» - тип «Строка» длина – 30, вид справочника представлен на рисунке 24.

Рисунок 24 – Справочник «Контрагенты»

Для этого справочника была создана форма элемента, которая представлена на рисунке 25.

Рисунок 25 – Разработанная форма справочника «Сотрудники предприятия»

Наиболее важным справочником является справочник «Номенклатура» - справочник по номенклатурным группам и товарам, этот справочник является иерархическим. Разработанная форма элемента справочника, рисунок 26.

Рисунок 26 – Форма элемента справочника «Номенклатура»

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

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

  • приходная накладная (прием товара);
  • расходная накладная (списание товара);
  • накладная перемещения.

Представим, каким образом было выполнено построение документа «Приходная накладная». Для этого документа была разработана следующая форма (см. рис.27).

Рисунок 27 – Форма документа «Приходная накладная»

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

Рисунок 28 – Модуль формы документа «Приходная накладная»

Опишем назначение представленных процедур и функций.

1. Процедура ТоварыКоличествоПриИзменении – выполняет пересчет суммы строки при изменении количества, путем умножения количества на цену.

2. Функция ТоварыНаСервере – возвращает цену поступления, которая хранится в справочнике ТМЦ;

3. Процедура ТоварыНоменклатураПриИзменении – пересчитывает сумму строки, если произошло изменение цены, путем умножения количества на цену.

Для сохранения и аккумулирования данных документа необходимо разработать регистры. В данной работе были разработаны два регистра накопления – регистр остатков «ОстаткиНоменклатуры» и регистр оборотов «ДвижениеТовара».

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

Рисунок 29 – Регистр «Остатки товаров»

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

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

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

Приведем пример создания отчета «Остатки товара», данный отчет будет показывать, сколько товара и на какую сумму есть на складе, для этого воспользуемся встроенным средством формирования отчетов в среде 1С – средство компоновки данных. Сформируем запрос и выберем соответствующие таблицы (рис.30).

Рисунок 30 – Конструктор запроса

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

После этого выполним соответствующие настройки отчета (см. рис.31). Определяется, каким образом будут отображены данные, полученные из запроса.

Рисунок 31 – Настройка отчета

Были разработаны следующие отчеты.

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

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

Отчет «Выручка менеджер» позволяет отследить эффективность работы менеджеров при продаже товара (полученные денежные средства).

Отчет «Обороты товаров» позволяет представить товародвижение и движение денежных средств на складе – приход, расход, оборот.

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

Отчет «Внутренний прайс-лист» отображает перечень товара с закупочной ценой.

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

Отчет «Количество проданного товара» отображает информацию по количеству проданного товара.

Возможна дальнейшая доработка объектов.

4.2 Разработка руководства пользователя

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

Рисунок 32 – Главное окно программы

В данном случае в систему осуществил вход пользователь с ролью «Администратор», представим функционирование основных объектов, используя интерфейс данной подсистемы. На рисунке 33 представлены объекты, которые доступны в данной подсистеме. Администратор имеет значительно больший функционал, при этом для удобства работы объекты сгруппированы по справочникам и документам. Этого удалось достичь путем разработки подчиненных подсистем.

Рисунок 33 – Подсистема «Администратор»

На рисунке 34 представлено добавление товара в справочник «Номенклатура».

Рисунок 34 – Добавление товара в справочник «Номенклатура»

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

На рисунке 35 представлен созданный документ «Приходная накладная», отображающий поступление товара на склад.

Рисунок 35 – Документ «Приходная накладная»

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

Рисунок 36 – Документ «Расходная накладная»

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

Рисунок 37 – Отчет «Остатки товаров»

На рисунке 38 представлен отчет «Обороты товаров».

Рисунок 38 – Отчет «Обороты товаров»

На рисунке 39 представлен результат работы отчета «Выручка менеджеров».

Рисунок 39 – Отчет «Выручка менеджера»

На рисунке 40 представлена информация по полученному доходу.

Рисунок 40 – Отчет «Выручка от продажи»

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

Заключение

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

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

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

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

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

  1. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств
  2. Информационные технологии и вычислительные системы: Обработка информации и анализ данных. Программная инженерия. Математическое моделирование. Прикладные аспекты информатики / Под ред. С.В. Емельянова. - М.: Ленанд, 2015. - 104 c.
  3. Баронов В.В. Автоматизация управления предприятия. – М.: Инфо-М, 2015.
  4. Лемке Джуди Microsoft Office Visio 2007 (+ CD-ROM); ЭКОМ Паблишерз - Москва, 2014. - 368 c.
  5. Информационные системы и технологии: Научное издание / Под ред. Ю.Ф. Тельнова. - М.: Юнити, 2016. - 303 c.
  6. Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.
  7. Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0 / А.П. Габец и др. - М .: 1С-Паблишинг, 2016. - 808 с.
  8. Данелян, Т. Я. Экономические информационные системы (ЭИС) предприятий и организаций / Т.Я. Данелян. - М.: Юнити-Дана, 2015. - 284 c.
  9. Даниленко, А. Ю. Безопасность систем электронного документооборота. Технология защиты электронных документов / А.Ю. Даниленко. - М.: Ленанд, 2015. - 232 c.
  10. Зегжда, Д.П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. - М.: Горячая линия - Телеком, 2017. - 452 c.
  11. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2016.-256 c.
  12. Катернюк, А. В. Исследование систем управления. Введение в организационное проектирование: моногр. / А.В. Катернюк. - М.: Феникс, 2015. - 320 c.
  13. Коноплева, В. Приемка товаров по количеству и качеству: пособие / В. Коноплева. – Минск: Бизнес-Инфо, 2016. – 86 с.
  14. Одинцов, Б.Е. Информационные системы управления эффективностью бизнеса: Учебник и практикум для бакалавриата и магистратуры / Б.Е. Одинцов. - Люберцы: Юрайт, 2016. - 206 c.
  15. Малюк, А.А. Введение в защиту информации в автоматизированных системах. Учебное пособие / А.А. Малюк. - М.: Горячая линия - Телеком, 2017. - 148 c.
  16. Голицына, О.Л. Информационные системы: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2016. - 352 c.
  17. Рожков, И.В. Информационные системы и технологии в маркетинге / И.В. Рожков. - М.: Русайнс, 2017. - 320 c.
  18. Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – 288 с.
  19. Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. - Москва: СИНТЕГ, 2016. - 366 c.
  20. Полещук, И.И. Логистика: учебное пособие для вузов / И.И. Полещук. – Минск: БГЭУ, 2015. – 431 с.
  21. Щербаков, В. В. Автоматизация бизнес-процессов в логистике / В.В. Щербаков, А.В. Мерзляк, Е.О. Коскур-Оглы. - М.: Питер, 2016. - 464 c.
  22. Хаббард, Дж. Автоматизированное проектирование баз данных / Дж. Хаббард. - М.: Мир, 2016. - 296 c.
  23. Шаймарданов, Р.Б. Моделирование и автоматизация проектирования структур баз данных / Р.Б. Шаймарданов. - М.: Радио и связь, 2017.