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

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

Содержание:

Введение

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

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

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

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

Задачами работы являются:

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

1 Анализ процесса «Складской учет»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Формируется информация по данным с указанием товара, его стоимости и количества на складах;

3. Данные помещаются в поля формы и представляются пользователям [7].

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

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

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

3. Данные помещаются в поля формы и представляются пользователям [6].

Для отчета «Инвентаризация» механизм в чем-то похожий:

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

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

3. Данные помещаются в поля формы и представляются пользователям.

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

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

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

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

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

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

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

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

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

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

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

  • BPMN;
  • DFD;
  • IDEF0.

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

  • BPMN только моделирует потоки управления, и здесь не видно потока данных;
  • BPMN не позволяет моделировать структуру компании;
  • BPMN не позволяет моделировать иерархию пользователей;
  • BPMN имеет много элементов, которые требуют, чтобы человек, читающий диаграмму, знал нюансы BPMN;
  • знание нотации BPMN не позволяет читать модели, описывающие спроектированную (или работающую) ИТ-систему
  • BPMN предлагает одну схему для описания организации;

BPMN имеет ряд преимуществ:

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

Диаграмма потоков данных DFD (Data Flow Diagrams) показывает функционирования подсистем и показывает три фактора: потоки данных через систему (входы и выходы), процессы обработки данных, хранилища, в которых данные запоминаются и сохраняются. Данный метод рассматривает процессы как иерархию действий и подпроцессов, каждая из которых преобразует один или несколько входов на выход, которые продолжают подставляться в другой подпроцесс или деятельность [20]. Иерархическое описание процессов упрощает навигацию по сложным процессам, поскольку все диаграммы понятны и разборчивым. Для данного стандарта используется концепция «коробки ICOM» – деятельность представляется в виде блока, показывающего некоторый фрагмент работы компании и четыре категории стрелок с изображением соединений с окружающей средой. Стрелки представляют собой следующие элементы: вход, управление, выход, механизм.

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

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

Основным предположением IDEF0 является включение отдельных функций, включенных в процесс, в прямоугольные рамки. Стрелки слева указывают на входы функции - материал и информационные входы, стрелки справа - вывод функции - означает материальные и нематериальные эффекты ее реализации. Стрелки, идущие сверху, символизируют механизмы управления функцией (например, внутренняя политика компании или внешние факторы), а стрелки, идущие снизу - механизмы, необходимые для выполнения функций - например, инструменты, транспортные средства, подрядчики. Модели могут быть построены из многих функций, связанных с помощью стрелок таким образом, что выходы одной функции являются входами или механизмами управления для других функций. В стандарте также учитывается возможность одновременного выполнения двух или более функций - в ситуации, когда вывод одной функции является входом для многих других функций. Каждая функция может быть описана отдельной, подчиненной моделью [5].

В стандарте IDEF0 подробно описывается, как размещать функции, стрелки и их описания. Каждая функция, стрелка и модель описываются идентификатором, указанным в соответствии со стандартом. Согласно стандарту IDEF0, основная модель отмечена символом A-0 , и в ней есть одна превосходная функция A0. Он может быть описан моделью A0, а функции, расположенные в нем, будут отмечены A1, A2, A3 и т.д. Подмодуль, описывающая функцию A1, также будет иметь метку A1, а ее подмодели будут обозначаться A11, A12, A13 и т. д. Этот метод структурированного описания позволяет быстрее создавать список отдельных моделей и функций. Отношения между дочерней и родительской моделями также можно графически отображать с использованием дерева иерархии функций. Стандарт IDEF0 ограничивает шесть функций, которые можно найти в дочерней модели [9].

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

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

  • MS Visio;
  • AllFusion Process Modeler 7.

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

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

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

AllFusion Process Modeler 7 (ранее BPwin) - это инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленный рабочий процесс, обмен информацией и диаграмма рабочего процесса визуализируют модель бизнес-процесса. Графическое представление этой информации позволяет перенести задачи организационного управления в области сложного мастерства в область технологий.

AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты всех бизнес-процессов: действия, которые необходимо предпринять, методы их реализации и управления, необходимые для этого ресурсы, а также визуализацию результатов, полученных в результате этих действий. AllFusion Process Modeler 7 повышает эффективность ИТ-решений для бизнеса, позволяя аналитикам и разработчикам моделей адаптировать корпоративные инициативы и задачи к бизнес-требованиям, а также к информационной архитектуре и процессам разработки приложений. Это создает целостное представление о деятельности компании: от рабочих процессов в небольших подразделениях до сложных организационных функций.

В качестве пакета моделирования бизнес процессов был выбран пакет AllFusion Process Modeler 7, это обосновывается следующими соображениями:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добавлено хранилище данных – «БД информационной системы».

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

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

Заключение

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

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

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

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

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

Литература

  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. - 464 c.
  11. Хаббард, Дж. Автоматизированное проектирование баз данных / Дж. Хаббард. - М.: Мир, 2016. - 296 c.