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

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

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

Анализ предметной области и теоретические основы

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

Основные определения

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

1. Автоматизированная информационная система (АИС): Это не просто набор программ и устройств, а сложный программно-аппаратный комплекс, созданный для оптимизации деятельности организации путем автоматизации процессов хранения, передачи, поиска и обработки информации. Главная задача АИС — эффективно удовлетворять информационные запросы большого числа пользователей, обеспечивая им своевременный и достоверный доступ к данным. Она выступает как механизм и технология для обработки, хранения и представления информации.
2. Автоматизированная система (АС): Более широкое понятие, включающее в себя АИС. Это система, которая реализует заданные функциональные задачи в автоматизированном режиме. АС представляет собой взаимосвязанную совокупность подразделений предприятия и средств автоматизации, которые вместе выполняют автоматизированные функции по определенным видам деятельности.
3. Складской учет: Это дисциплинированная система отслеживания движения товаров на складе, от момента их поступления до отгрузки. Она охватывает учет остатков, инвентаризацию, перемещение и контроль каждой единицы продукции. Главная цель складского учета — обеспечение точного и достоверного контроля за материальными ценностями. Эффективный складской учет является фундаментом для сокращения издержек, финансовых и временных потерь, требуя фиксации каждой операции с товаром. За его ведение обычно отвечает материально ответственное лицо, например, заведующий складом или кладовщик.
4. Гостиничный бизнес: Это обширная сфера предпринимательской деятельности, сосредоточенная на получении прибыли через предоставление услуг по размещению гостей в специализированных помещениях, а также сопутствующего сервиса. Эта отрасль ориентирована на удовлетворение потребностей туристов и путешественников, охватывая как глобальные транснациональные сети отелей, так и небольшие частные гостиницы.
5. Система управления базами данных (СУБД): Это программно-языковой комплекс, позволяющий создавать, модифицировать, извлекать и управлять данными в базах данных. СУБД можно представить как «посредника» или «переводчика» между пользователем (или приложением) и необработанными данными, обеспечивающего их структурированное хранение и эффективное взаимодействие. Современные СУБД поддерживают различные режимы использования (локальный, распределенный) и могут быть как платными, так и бесплатными, подходящими для проектов разного масштаба.

Специфика складского учета в гостиничном бизнесе

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

Представьте себе склад крупного отеля. Здесь одновременно хранятся:

• Продукты питания: скоропортящиеся (молочные продукты, свежие фрукты, овощи, мясо, рыба) с жесткими требованиями к температурному режиму и срокам годности, а также бакалея.
• Напитки: алкогольные и безалкогольные напитки для ресторанов, баров и мини-баров, требующие отдельного учета акцизных марок.
• Бытовая химия и расходные материалы для клининга: моющие средства, дезинфекторы, губки, салфетки — с учетом требований к хранению опасных веществ.
• Постельное белье и текстиль: полотенца, халаты, униформа для персонала, которые постоянно находятся в ротации между складом, прачечной и номерами.
• Мебель и инвентарь: запасные части, ремонтные материалы, посуда, столовые приборы.
• Косметика и гигиенические принадлежности: шампуни, гели, мыло для ванных комнат.
• Рекламные материалы и сувенирная продукция.

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

• Высокая оборачиваемость: многие товары (продукты питания, мини-бар) имеют очень короткий цикл от поступления до использования.
• Множество мест хранения: помимо центрального склада, товары могут храниться в подсобных помещениях этажей, на кухне, в барах, в кладовых прачечной.
• Сезонность и непредсказуемость спроса: загруженность отеля может резко меняться, влияя на потребность в различных категориях товаров.
• Строгие стандарты качества и гигиены: особенно для пищевых продуктов и текстиля, что требует точного контроля сроков годности и условий хранения.
• Интеграция с другими системами: складская система должна бесшовно обмениваться данными с системой управления отелем (PMS), бухгалтерскими программами, системами закупок.
• Внутренние перемещения: постоянное движение товаров между основным складом и многочисленными внутренними потребителями (кухня, бары, клининг, номера).

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

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

На рынке представлено множество систем управления складом (WMS), однако специализированные решения, разработанные исключительно для гостиничного бизнеса, встречаются реже. Чаще всего отели адаптируют универсальные WMS или используют модули складского учета, интегрированные в общие системы управления отелем (PMS).

Общие WMS-системы:
Такие системы, как Solvo.WMS, AXELOT WMS, Logistics Vision Suite, ARENA.WMS, предлагают широкий функционал для любого типа склада. Их преимущества:

• Высокая производительность: способны обрабатывать огромные объемы данных и операций.
• Широкий функционал: управление топологией склада, адресное хранение, управление партиями, сроками годности, комплектация, отгрузка, инвентаризация.
• Гибкость: возможность тонкой настройки бизнес-процессов.
• Масштабируемость: подходят для складов любого размера.

Недостатки для гостиничного бизнеса:

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

PMS-системы с модулем складского учета:
Многие популярные PMS (Property Management Systems), такие как Fidelio, Opera PMS, 1C:Отель, имеют встроенные модули для управления запасами.

Преимущества:

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

Недостатки:

• Ограниченный функционал WMS: модули складского учета в PMS часто упрощены и не предлагают всей глубины функций специализированных WMS (например, продвинутое адресное хранение, оптимизация маршрутов сборки).
• Менее гибкие настройки: возможности кастомизации под уникальные складские процессы могут быть ограничены.
• Проблемы с производительностью: при больших объемах данных и операций складской модуль может стать «бутылочным горлышком» общей PMS.

Выводы из анализа аналогов:
Налицо «слепая зона» на рынке — нехватка специализированных, но при этом функциональных и доступных WMS-систем, разработанных с учетом всех нюансов гостиничного бизнеса. Это подтверждает потенциал для создания уникального и востребованного решения. Разрабатываемое ПО должно взять лучшее от общих WMS (точность, автоматизация) и интегрировать это с особенностями гостиничного учета, обеспечивая при этом достаточную гибкость и масштабируемость.

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

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

Обзор методологий разработки ПО

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

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

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

Гибкие (Agile) методологии (например, Scrum):
Agile — это набор принципов, ориентированных на итеративную и инкрементальную разработку, быструю обратную связь от заказчика и адаптацию к изменениям. Scrum является одной из самых популярных реализаций Agile.

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

Обоснование выбора методологии для данного проекта:
Проект по разработке ПО для автоматизации склада гостиницы, несмотря на кажущуюся стандартизацию, обладает высокой степенью неопределенности в деталях требований, особенно учитывая уникальность каждого гостиничного предприятия. Необходимость интеграции с существующими системами отеля, учет специфических товарных групп и бизнес-процессов, а также возможность быстрой реакции на обратную связь от будущих пользователей делают гибкие методологии (Agile/Scrum) наиболее предпочтительными. Они позволят итеративно развивать систему, поэтапно внедрять функционал, получать обратную связь и оперативно адаптироваться к изменяющимся потребностям гостиницы, минимизируя риски и обеспечивая создание действительно полезного продукта.

Классификация и функционал WMS-систем

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

• Сокращение операционных издержек на 20-30%: за счет оптимизации использования пространства, сокращения потерь и минимизации ручного труда.
• Повышение производительности труда на складе в среднем на 30-50%: благодаря автоматизации рутинных операций, оптимизации маршрутов и использованию терминалов сбора данных (ТСД).
• Улучшение точности инвентаризации до 99,5%: автоматизация учета минимизирует количество ошибок, связанных с человеческим фактором.
• Значительное снижение ошибок при комплектации заказов и учете товаров: автоматический контроль и штрихкодирование практически исключают пересортицу и неправильную отгрузку.
• Минимизация рисков порчи, кражи и потери товаров: благодаря строгому контролю движения и адресного хранения.
• Сокращение времени на передвижение сотрудников и минимизация лишних операций: ведет к повышению общей производительности и сокращению времени адаптации новых сотрудников до нескольких дней.

WMS-системы можно классифицировать по уровню их сложности и адаптивности:

1. Коробочные WMS-решения:
   • Описание: Это готовые, «из коробки» продукты со стандартным набором функций.
   • Применение: Идеальны для небольших складов с типовыми, несложными процессами.
   • Преимущества: Быстрое внедрение (до 3 месяцев), низкая стоимость, простота освоения.
   • Недостатки: Ограниченные возможности масштабирования и кастомизации, могут не подойти для специфических бизнес-процессов гостиницы.
2. Адаптивные системы:
   • Описание: Строятся на базе центрального модуля с возможностью добавления и настройки дополнительных модулей, что позволяет расширять функционал.
   • Применение: Подходят для складов со средней сложностью процессов, где требуется определенная степень кастомизации.
   • Преимущества: Гибкость в настройке под более сложные бизнес-процессы, баланс между стоимостью и функционалом.
   • Недостатки: Требуют больше времени и усилий на внедрение по сравнению с коробочными решениями.
3. Индивидуальные системы:
   • Описание: Разрабатываются на заказ, полностью адаптированные под уникальные и специфические бизн��с-процессы конкретного предприятия.
   • Применение: Для масштабных, сложных проектов с уникальными требованиями.
   • Преимущества: Максимальная адаптация под все потребности заказчика, полное соответствие бизнес-процессам.
   • Недостатки: Значительные инвестиции, длительные сроки внедрения, высокая стоимость поддержки.

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

Средства разработки и технологии

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

• Интегрированные среды разработки (IDE):
  • Visual Studio Code / Visual Studio: для разработки на .NET/C# или фронтенда.
  • IntelliJ IDEA / Android Studio: для разработки на Java/Kotlin (особенно для мобильных клиентов ТСД).
  • PyCharm: для Python-разработки (если выбран этот язык для бэкенда или аналитики).
• Языки программирования:
  • C# (.NET): Один из наиболее распространенных языков для корпоративных систем, обеспечивает высокую производительность, надежность и обширную экосистему.
  • Java: Еще один мощный и кроссплатформенный язык, широко используемый для сложных корпоративных решений.
  • Python: Отличное решение для бэкенда, аналитики, интеграции благодаря богатым библиотекам и простоте разработки.
  • Kotlin: Современный язык для Android-разработки, предлагающий улучшенную безопасность и производительность по сравнению с Java, идеален для мобильных клиентов на ТСД.
  • JavaScript/TypeScript: Для фронтенда (веб-интерфейсов) с использованием фреймворков.
• Фреймворки и платформы:
  • ASP.NET Core (для C#): Мощный фреймворк для создания веб-приложений и API.
  • Spring Boot (для Java): Для быстрого создания микросервисов и корпоративных приложений.
  • Django/Flask (для Python): Для веб-разработки и создания RESTful API.
  • React/Angular/Vue.js (для JavaScript): Для создания интерактивных и отзывчивых пользовательских интерфейсов.
  • 1С:Предприятие: Если гостиница уже использует 1С для бухгалтерского или управленческого учета, интеграция или даже разработка WMS как конфигурации на платформе 1С может быть целесообразной. Пример WMS-системы YARUS показывает такую архитектуру, где сервер 1С:Предприятие выступает как стационарное рабочее место оператора и сервер для интеграции/обработки данных.
• Примеры архитектурных решений:
  • ПО DataMobile: Разработано специально для терминалов сбора данных (ТСД) на ОС Android. Позволяет автоматизировать ключевые операции товарного учета: приемка, инвентаризация, формирование заказов, отгрузка, перемещение, адресное хранение, печать этикеток. Это указывает на необходимость разработки мобильного клиента.
  • Архитектура WMS-системы YARUS: Трехуровневая модель, включающая:
    • Сервер 1С:Предприятие: Для стационарных рабочих мест операторов, интеграции и обработки данных.
    • WEB-server: Для обмена данными между компонентами.
    • Kotlin Android клиент: Основной интерфейс для мобильных работников на ТСД, обеспечивающий оперативность и мобильность.
  • Модульность и масштабируемость YARUS, с базовым модулем для основных операций и возможностью расширения через транзакционную логику и скрипты, является отличным примером для подражания. Базовый модуль, способный вести количественный учет ТМЦ с адресным хранением и специализированным оборудованием (ТСД, весы), показывает достаточную автономность.

Принимая во внимание потребность в мобильности и интеграции, наиболее перспективным стеком является комбинация стабильного бэкенда (например, на C#/.NET или Java/Spring) для бизнес-логики и работы с базой данных, веб-интерфейса на современном JavaScript-фреймворке для стационарных рабочих мест и мобильного клиента на Kotlin для Android-ТСД. Интеграция с 1С или другими PMS будет обеспечиваться через API.

Проектирование базы данных автоматизированной системы склада гостиницы

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

Теоретические основы проектирования баз данных

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

• Роль СУБД: СУБД — это комплекс программно-языковых средств, который позволяет не только создавать базы данных, но и эффективно поддерживать, администрировать их, а также взаимодействовать с хранящейся информацией. Она выступает в роли посредника, обеспечивающего структурированное хранение данных, их извлечение, изменение и контроль версий, будь то локальное или распределенное использование.
• Реляционная модель данных (РМД): Среди множества моделей данных реляционная является наиболее распространенной и мобильной, особенно в логистических системах. Ее основу составляет математическое понятие «отношение», которое в практическом смысле реализуется как таблица. В реляционной базе данных информация хранится в виде двумерных таблиц, состоящих из строк (записей) и столбцов (атрибутов). Каждая таблица представляет собой сущность предметной области, а строки — отдельные экземпляры этой сущности.
• Обеспечение согласованности данных: Реляционные базы данных обладают встроенными механизмами для поддержания согласованности данных. Это достигается за счет связей между первичными (PRIMARY KEY) и внешними (FOREIGN KEY) ключами. Первичный ключ однозначно идентифицирует каждую запись в таблице, а внешний ключ связывает записи между различными таблицами, указывая на первичный ключ другой таблицы. Например, таблица Заказы может иметь внешний ключ ID_Товара, ссылающийся на первичный ключ ID_Товара в таблице Товары, обеспечивая, что каждый заказ ссылается только на существующий товар.
• Ограничения целостности: Для гарантии, что в базу данных не будут введены недействительные или противоречивые данные, используются ограничения целостности:
  • NOT NULL: Гарантирует, что определенное поле не может быть пустым. Например, Название_товара не может быть NULL.
  • UNIQUE: Обеспечивает уникальность значений в определенном столбце среди всех записей. Например, Артикул товара должен быть уникален.
  • CHECK: Позволяет задавать произвольные условия для значений в поле. Например, Количество_на_складе должно быть больше или равно нулю.
• Язык структурированных запросов (SQL): Для взаимодействия с реляционными базами данных используется SQL — мощный и относительно простой язык. Он позволяет эффективно:
  • Извлекать данные: с помощью оператора SELECT, с возможностью фильтрации (WHERE), сортировки (ORDER BY), группировки (GROUP BY) и объединения данных из нескольких таблиц (JOIN).
  • Манипулировать данными: добавлять новые записи (INSERT), изменять существующие (UPDATE), удалять (DELETE).
  • Определять структуру данных: создавать, изменять и удалять таблицы, индексы, представления.
• Масштабируемость и гибкость: Реляционные базы данных способны эффективно обрабатывать большие объемы данных и сложные взаимосвязи, поддерживая как вертикальное (увеличение мощности сервера), так и горизонтальное (распределение данных по нескольким серверам) масштабирование. Их отличает высокая гибкость при запросе данных, позволяющая получать информацию сразу из нескольких таблиц, объединять связанные данные, фильтровать и агрегировать их, что крайне важно для аналитики складского учета.
• Соответствие требованиям ACID: Ключевым преимуществом реляционных баз данных является их соответствие строгим требованиям ACID, которые гарантируют надежность и корректность транзакций:
  • Atomicity (Атомарность): Транзакция либо выполняется целиком, либо не выполняется вообще. При сбое все изменения отменяются («откат»). Например, при перемещении товара со склада A на склад B, операции списания и оприходования должны быть либо выполнены обе, либо ни одна.
  • Consistency (Согласованность): Транзакция переводит базу данных из одного согласованного состояния в другое. Нарушение правил целостности данных недопустимо.
  • Isolation (Изолированность): Параллельно выполняющиеся транзакции не должны влиять друг на друга. Результат выполнения нескольких транзакций должен быть таким же, как если бы они выполнялись последовательно.
  • Durability (Долговечность): После успешного завершения транзакции все изменения данных сохраняются в постоянном хранилище и не будут потеряны даже при сбоях системы.

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

Разработка концептуальной и логической модели базы данных

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

ER-диаграмма предметной области «Склад гостиницы» (Концептуальная модель):

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

erDiagram
    Сотрудники ||--o{ Заказы : "Размещает"
    Поставщики ||--o{ Поступления : "Осуществляет"
    Склады ||--o{ Поступления : "Принимает"
    Склады ||--o{ Отгрузки : "Отгружает"
    Склады ||--o{ Инвентаризации : "Проводит"
    Товары ||--o{ Поступления_Детали : "Содержит"
    Товары ||--o{ Заказы_Детали : "Содержит"
    Товары ||--o{ Отгрузки_Детали : "Содержит"
    Товары ||--o{ Инвентаризации_Детали : "Содержит"
    Заказы ||--o{ Заказы_Детали : "Включает"
    Поступления ||--o{ Поступления_Детали : "Включает"
    Отгрузки ||--o{ Отгрузки_Детали : "Включает"
    Инвентаризации ||--o{ Инвентаризации_Детали : "Включает"
    Склады {
        int ID_Склада PK
        varchar Название
        varchar Адрес
        varchar Тип_склада
    }
    Товары {
        int ID_Товара PK
        varchar Артикул UNIQUE
        varchar Название
        varchar Единица_измерения
        decimal Текущий_остаток
        decimal Мин_остаток
        decimal Макс_остаток
        date Срок_годности_по_умолчанию
        varchar Категория
        varchar Производитель
    }
    Поставщики {
        int ID_Поставщика PK
        varchar Название
        varchar Контактное_лицо
        varchar Телефон
        varchar Email
    }
    Сотрудники {
        int ID_Сотрудника PK
        varchar ФИО
        varchar Должность
        varchar Логин UNIQUE
        varchar Пароль
        int ID_Роли FK "Роли"
    }
    Заказы {
        int ID_Заказа PK
        int ID_Сотрудника FK "Сотрудники"
        date Дата_заказа
        varchar Статус
        varchar Тип_заказа
        varchar Комментарий
    }
    Поступления {
        int ID_Поступления PK
        int ID_Поставщика FK "Поставщики"
        int ID_Склада FK "Склады"
        date Дата_поступления
        varchar Номер_документа
        varchar Статус
    }
    Отгрузки {
        int ID_Отгрузки PK
        int ID_Склада FK "Склады"
        date Дата_отгрузки
        varchar Получатель
        varchar Статус
        varchar Тип_отгрузки
    }
    Инвентаризации {
        int ID_Инвентаризации PK
        int ID_Склада FK "Склады"
        date Дата_начала
        date Дата_завершения
        varchar Статус
        int ID_Сотрудника FK "Сотрудники"
    }
    Заказы_Детали {
        int ID_Заказа_Детали PK
        int ID_Заказа FK "Заказы"
        int ID_Товара FK "Товары"
        decimal Заказанное_количество
        decimal Полученное_количество
        decimal Цена_за_единицу
    }
    Поступления_Детали {
        int ID_Поступления_Детали PK
        int ID_Поступления FK "Поступления"
        int ID_Товара FK "Товары"
        decimal Поступившее_количество
        decimal Цена_за_единицу
        date Срок_годности
        varchar Номер_партии
    }
    Отгрузки_Детали {
        int ID_Отгрузки_Детали PK
        int ID_Отгрузки FK "Отгрузки"
        int ID_Товара FK "Товары"
        decimal Отгруженное_количество
    }
    Инвентаризации_Детали {
        int ID_Инвентаризации_Детали PK
        int ID_Инвентаризации FK "Инвентаризации"
        int ID_Товара FK "Товары"
        decimal Фактическое_количество
        decimal Учетное_количество
        decimal Разница
    }
    Роли {
        int ID_Роли PK
        varchar Название_роли UNIQUE
    }

Нормализация таблиц БД до 3-й нормальной формы:

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

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

Таблица Товары (до 1НФ, 2НФ, 3НФ):

• Начальная (ненормализованная):
  Товары (ID_Товара, Артикул, Название_товара, Единица_измерения, Текущий_остаток, Мин_остаток, Макс_остаток, Срок_годности_по_умолчанию, Категория_название, Категория_описание, Производитель_название, Производитель_страна)
  Проблема: Избыточность данных о категориях и производителях, повторяющиеся описания. Частичные зависимости (Категория_описание зависит только от Категория_название, а не от ID_Товара). Транзитивные зависимости (Производитель_страна зависит от Производитель_название, а не от ID_Товара).
• После 1НФ (все атрибуты атомарны, нет повторяющихся групп):
  Все поля атомарны. Переходим к устранению частичных зависимостей.
• После 2НФ (нет частичных зависимостей):
  Выделяем сущности, зависящие только от части первичного ключа (если бы был составной ключ). В данном случае, первичный ключ ID_Товара не составной, поэтому 2НФ уже соблюдается, если мы выделяем Категории и Производителей.
• После 3НФ (нет транзитивных зависимостей):
  Выделяем сущности, не зависящие напрямую от первичного ключа, а зависящие от других неключевых атрибутов.
  1. Категории:
     • ID_Категории (PK)
     • Название_категории (UNIQUE)
     • Описание_категории
  2. Производители:
     • ID_Производителя (PK)
     • Название_производителя (UNIQUE)
     • Страна_производителя
  3. Товары:
     • ID_Товара (PK)
     • Артикул (UNIQUE)
     • Название_товара
     • Единица_измерения
     • Текущий_остаток
     • Мин_остаток
     • Макс_остаток
     • Срок_годности_по_умолчанию
     • ID_Категории (FK на Категории)
     • ID_Производителя (FK на Производители)

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

Обеспечение целостности и безопасности данных

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

Методы обеспечения целостности:

Целостность данных — это гарантия того, что данные в базе данных точны, согласованы и надежны.

1. Доменная целостность: Определяет допустимый диапазон значений для каждого атрибута.
   • Пример: Для поля Количество (в Поступления_Детали или Отгрузки_Детали) можно установить ограничение CHECK (Количество ≥ 0), чтобы предотвратить ввод отрицательных значений. Для поля Статус (в Заказы, Поступления, Отгрузки, Инвентаризации) можно использовать перечисляемый тип данных (ENUM) или справочную таблицу, чтобы разрешить только предопределенные значения (например, «Новый», «В обработке», «Выполнен», «Отменен»).
2. Категорийная целостность (или целостность сущности): Гарантирует, что каждая запись в таблице уникальна и может быть однозначно идентифицирована.
   • Пример: В каждой таблице (например, Товары, Склады, Сотрудники) должен быть определен первичный ключ (PRIMARY KEY), который состоит из одного или нескольких столбцов. Значения первичного ключа должны быть уникальными и непустыми (NOT NULL). Например, ID_Товара в таблице Товары является первичным ключом.
3. Ссылочная целостность (или целостность связей): Обеспечивает согласованность связей между таблицами.
   • Пример: Если таблица Отгрузки_Детали содержит внешний ключ ID_Отгрузки, который ссылается на первичный ключ ID_Отгрузки в таблице Отгрузки, то СУБД должна г��рантировать, что нельзя удалить запись из таблицы Отгрузки, если на нее ссылаются записи в Отгрузки_Детали. Это реализуется с помощью правил внешних ключей (FOREIGN KEY) с действиями типа ON DELETE CASCADE (автоматическое удаление зависимых записей), ON DELETE SET NULL (установка внешнего ключа в NULL) или ON DELETE RESTRICT (запрет удаления, пока есть зависимые записи). Для складской системы RESTRICT или SET NULL (где применимо) предпочтительнее для предотвращения случайной потери данных.

Механизмы обеспечения безопасности данных:

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

1. Права доступа (ролевая модель):
   • Суть: Предоставление пользователям только тех прав, которые необходимы для выполнения их рабочих обязанностей.
   • Реализация: Создание таблицы Роли (ID_Роли, Название_роли) и связывание ее с таблицей Сотрудники через внешний ключ. Каждая роль (например, «Кладовщик», «Менеджер склада», «Администратор») имеет определенный набор разрешений (SELECT, INSERT, UPDATE, DELETE) на определенные таблицы или даже отдельные столбцы.
   • Пример: Кладовщик может иметь права на изменение остатков товаров и создание отгрузок, но не иметь доступа к финансовой информации о ценах закупки. Администратор имеет полные права.
2. Аутентификация и авторизация:
   • Аутентификация: Проверка подлинности пользователя (логин/пароль) при входе в систему.
   • Авторизация: Предоставление доступа к ресурсам системы на основе прав, связанных с ролью аутентифицированного пользователя.
3. Резервное копирование и восстановление:
   • Суть: Регулярное создание копий базы данных для предотвращения потери данных в случае сбоев оборудования, программного обеспечения, человеческих ошибок или злонамеренных действий.
   • Стратегии:
     • Полное резервное копирование: Копирование всей базы данных.
     • Инкрементное/Дифференциальное резервное копирование: Копирование только измененных данных с момента последнего полного/инкрементного бэкапа.
   • Расписание: Ежедневное или даже ежечасное (для критически важных данных) резервное копирование с хранением копий на отдельных носителях и в облаке.
   • Планы восстановления: Документированные процедуры для восстановления базы данных из резервных копий в случае катастрофы.
4. Журналирование (логирование) операций:
   • Суть: Запись всех значимых действий пользователей и системы (кто, что, когда изменил) в специальные журналы.
   • Назначение: Отслеживание изменений, аудит, выявление подозрительной активности, помощь в восстановлении данных.
5. Шифрование данных:
   • Суть: Защита конфиденциальных данных (например, личных данных сотрудников, финансовой информации) путем их преобразования в зашифрованный вид, недоступный для неавторизованных лиц.
   • Применение: Шифрование данных как «в покое» (на диске), так и «в движении» (при передаче по сети).

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

Архитектура и функциональные возможности разрабатываемой системы

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

Принципы построения архитектуры АИС управления складом

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

1. Первый компонент: Клиентское приложение (интерфейс «человек-машина»)
   • Описание: Это та часть системы, с которой непосредственно взаимодействует пользователь. Она отвечает за представление данных и прием пользовательского ввода.
   • Функции: Ввод, изменение, удаление данных; выполнение запросов на операции (например, приемка, отгрузка); генерация отчетов.
   • Форм-факторы: Доступно на различных устройствах:
     • Стационарные компьютеры (ПК): Для менеджеров склада, администраторов, бухгалтеров, работающих с большими объемами данных и отчетами.
     • Терминалы сбора данных (ТСД): Мобильные устройства со встроенным сканером штрих-кодов, используемые кладовщиками и работниками склада для оперативного выполнения операций (сканирование товаров, ячеек, комплектация).
     • Планшеты/Смартфоны: Могут использоваться для более простых операций, просмотра информации или для руководящего состава.
   • Технологии: Веб-приложения (HTML, CSS, JavaScript/TypeScript с фреймворками React, Angular, Vue.js) для ПК и планшетов, нативные Android-приложения (Kotlin/Java) для ТСД.
2. Второй компонент: Сервер базы данных
   • Описание: Это центральное хранилище всех данных системы. Он отвечает исключительно за хранение, управление и обеспечение целостности информации.
   • Функции: Прием и выполнение SQL-запросов от бизнес-логики; обеспечение транзакционности (ACID); резервное копирование и восстановление; управление доступом к данным на низком уровне.
   • Характеристики: Полностью скрыт от конечных пользователей, доступ к нему имеют только компоненты бизнес-логики.
   • Технологии: Реляционные СУБД, такие как PostgreSQL, MySQL, Microsoft SQL Server, Oracle.
3. Третий компонент: Бизнес-логика (сервер приложений)
   • Описание: Это «мозг» системы, содержащий все «правила» и «процессы» деятельности склада. Он обрабатывает запросы от клиентских приложений, выполняет необходимые вычисления, взаимодействует с базой данных и возвращает результаты.
   • Функции: Выполнение запросов на операции (например, при получении запроса «принять товар», бизнес-логика проверяет наличие товара в системе, записывает данные в БД, обновляет остатки); применение специализированных программ обработки данных (например, алгоритмы размещения товаров, оптимизации маршрутов комплектации); взаимодействие с внешними системами (PMS отеля, бухгалтерские системы).
   • Характеристики: Здесь содержится вся основная функциональность и интеллекта системы.
   • Технологии: Серверные языки программирования (C#, Java, Python) с соответствующими фреймворками (ASP.NET Core, Spring Boot, Django/Flask).

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

Функциональные модули системы автоматизации склада для гостиниц

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

1. Модуль управления топологией склада:
   • Функционал: Содержит детальное описание физической структуры склада: ячейки, зоны (например, «зона приемки», «зона хранения скоропортящихся», «зона отгрузки», «зона карантина»), участки, стеллажи, проходы. Возможность создания визуальной схемы склада для наглядности.
   • Специфика для гостиниц: Учет различных типов хранения (холодильные камеры, сухие склады, склады для текстиля, склады для мини-баров на этажах).
2. Модуль управления объектами хранения (номенклатурный справочник):
   • Функционал: Описывает все номенклатурные позиции: их свойства (вес, объем), товарные группы, производители, сертификаты, различные виды упаковки (штуки, коробки, паллеты), штрих-коды.
   • Специфика для гостиниц: Детальное описание разнообразия товаров (продукты питания, напитки, постельное белье, бытовая химия, мини-бар, расходные материалы для уборки, униформа). Учет сроков годности для скоропортящихся продуктов.
3. Модуль приемки товара:
   • Функционал: Автоматизация процесса получения товаров от поставщиков. Сканирование штрих-кодов, проверка соответствия заказанным позициям, фиксация количества и качества, учет расхождений. Автоматическое формирование приходных ордеров.
   • Специфика для гостиниц: Возможность привязки к конкретным заказам от поставщиков, создание актов приемки с учетом температурного режима для продуктов питания.
4. Модуль размещения товара (put-away):
   • Функционал: Оптимизация распределения поступивших товаров по ячейкам хранения с учетом их характеристик (размер, вес, срок годности, оборачиваемость), типа склада и стратегии хранения (FIFO, FEFO).
   • Специфика для гостиниц: Автоматическое размещение скоропортящихся продуктов в ближайшие к дате истечения срока годности ячейки, приоритетное размещение товаров в «горячие» зоны для быстрого доступа.
5. Модуль управления хранением:
   • Функционал: Отслеживание текущих остатков по каждой ячейке и номенклатурной позиции, контроль сроков годности, автоматическое перемещение товаров между ячейками (пополнение зон отбора).
   • Специфика для гостиниц: Сигнализация о приближающихся сроках годности, автоматическое формирование заданий на перемещение товаров в «карантин» или для списания.
6. Модуль комплектации и отбора (picking):
   • Функционал: Генерация заданий на сборку заказов, оптимизация маршрутов сборки для минимизации пробега сотрудников, контроль правильности отбора с помощью ТСД и штрих-кодирования.
   • Специфика для гостиниц: Управление заказами от различных внутренних потребителей (кухня, бар, прачечная, служба номеров, мини-бары на этажах). Возможность приоритезации срочных заказов.
7. Модуль отгрузки:
   • Функционал: Автоматизация процесса подготовки товаров к отгрузке, формирование упаковочных листов, проверка комплектности перед выездом, учет исходящих партий.
   • Специфика для гостиниц: Отгрузка может быть как внешним поставщикам (возврат), так и внутренним подразделениям.
8. Модуль инвентаризации:
   • Функционал: Плановые и внеплановые инвентаризации, частичные и полные пересчеты, сравнение фактических остатков с учетными, выявление расхождений и их автоматическая корректировка.
   • Специфика для гостиниц: Возможность проводить инвентаризацию по отдельным категориям товаров (например, только алкоголь или текстиль), инвентаризация мини-баров на этажах.
9. Модуль управления партиями и сроками годности:
   • Функционал: Детальный учет каждой партии товара с указанием даты производства, срока годности, номера партии. Реализация стратегий FIFO (первым пришел – первым ушел) или FEFO (первым истекает – первым уходит) для оптимизации использования запасов.
   • Специфика для гостиниц: Критически важен для продуктов питания и напитков.
10. Модуль отчетности и аналитики:
    • Функционал: Генерация разнообразных отчетов по движению товаров, остаткам, оборачиваемости, эффективности работы персонала, складским операциям. Предоставление аналитических данных для принятия управленческих решений.
11. Интеграция со штриховым кодированием и мобильными устройствами (ТСД):
    • Функционал: Использование штрих-кодов (или QR-кодов) для идентификации товаров, ячеек, документов. Мобильные клиенты на ТСД для оперативного выполнения всех складских операций «на месте». Это позволяет достичь 100% контроля подобранных заказов сканером и значительно уменьшить количество ошибок.
12. Интеграция с PMS-системами отеля:
    • Функционал: Обмен данными о потребностях номеров (мини-бары, расходные материалы), ресторанов (продукты, напитки), прачечной (текстиль). Автоматическое создание внутренних заказов на пополнение.
    • Специфика для гостиниц: Это ключевой аспект, который делает систему по-настоящему «гостиничной», обеспечивая бесшовный обмен информацией и централизованное управление ресурсами.

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

Безопасность жизнедеятельности и охрана труда при внедрении АИС

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

Общие требования к автоматизированному рабочему месту (АРМ)

Автоматизированное рабочее место (АРМ) — это комплекс аппаратных, программных средств и мебели, специально организованный для выполнения определенных информационных задач сотрудником. Это не просто стол с компьютером, а продуманная система, призванная максимально облегчить труд человека и минимизировать негативное воздействие технологической среды.

Общие требования к АРМ включают:

• Удобство и простота общения (юзабилити): Интерфейс ПО должен быть интуитивно понятным, логичным, минимизирующим когнитивную нагрузку на пользователя.
• Настройка под конкретного пользователя: Возможность персонализации интерфейса, горячих клавиш, отчетов под индивидуальные предпочтения и задачи сотрудника.
• Эргономичность конструкции: Все элементы рабочего места (стол, стул, монитор, клавиатура, мышь, ТСД) должны быть спроектированы с учетом анатомических и физиологических особенностей человека.
• Оперативность ввода, обработки, размножения и поиска документов: Система должна работать быстро, без задержек, позволяя сотруднику эффективно выполнять свои задачи.
• Возможность оперативного обмена информацией: Легкая интеграция с другими системами и возможность быстрого обмена данными с коллегами.
• Безопасность для здоровья пользователя: Минимизация рисков развития профессиональных заболеваний, связанных с длительной работой за компьютером (зрение, опорно-двигательный аппарат), а также общая электро- и пожаробезопасность.

Эргономические и санитарно-гигиенические требования к рабочим местам

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

Общие эргономические требования:
Эти требования закреплены в ГОСТ 12.2.032-78 «ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования» и ГОСТ 12.2.033-78 «ССБТ. Рабочее место при выполнении работ стоя. Общие эргономические требования». Они определяют:

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

Основные требования к организации рабочего места пользователя ПЭВМ (СанПиН 2.2.2/2.4.1340-03):
Этот документ является ключевым для рабочих мест, оснащенных видеодисплейными терминалами (ВДТ) и персональными электронно-вычислительными машинами (ПЭВМ).

• Расположение относительно световых проемов: Рабочие места с ВДТ и ПЭВМ должны располагаться так, чтобы естественный свет падал сбоку, преимущественно слева. Это минимизирует блики на экране и предотвращает утомление глаз.
• Расстояние между рабочими столами:
  • Между рабочими столами с видеомониторами (в направлении тыла к экрану) должно быть не менее 2,0 м.
  • Между боковыми поверхностями мониторов — не менее 1,2 м.

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

• Оконные проемы: Должны быть оборудованы регулируемыми устройствами типа жалюзи или занавесей для контроля уровня естественного освещения и предотвращения слепящего света.
• Конструкция рабочего стола: Должна обеспечивать оптимальное размещение всего оборудования (монитора, клавиатуры, мыши, ТСД, документов) с учетом его количества, конструктивных особенностей и характера работы. Высота стола и возможность регулировки должны позволять сотруднику принимать удобную рабочую позу.
• Размещение дисплея:
  • Дисплей на рабочем месте оператора должен располагаться так, чтобы изображение в любой его части было различимо без необходимости поднять или опустить голову.
  • Он должен быть установлен ниже уровня глаз оператора (обычно верхний край экрана на уровне или чуть ниже глаз).
  • Угол наблюдения экрана оператором относительно горизонтальной линии взгляда не должен превышать 60°. Это предотвращает напряжение шейного отдела позвоночника и глаз.

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

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

1. Снижение производственного травматизма за счет роботизации опасных задач:
   • Пример: Автоматизированные погрузчики, штабелеры, конвейерные системы могут выполнять задачи по перемещению тяжелых грузов, работе на высоте, в условиях низких температур или с опасными веществами, где риск для человека крайне высок.
   • Системы мониторинга и диагностики оборудования: Автоматизированные системы могут непрерывно отслеживать состояние складского оборудования, предсказывая возможные поломки и предотвращая аварии.
   • Использование искусственного интеллекта (ИИ) для предиктивного обслуживания: ИИ может анализировать данные с датчиков оборудования, выявлять аномалии и прогнозировать потребность в обслуживании до того, как произойдет сбой, который может привести к травмам.
   • Автоматизированные системы управления: Уменьшают прямое участие человека в опасных зонах, например, при управлении сложными механизмами или работе на больших высотах.
   • Повышение уровня безопасности: По результатам опросов, 33,3% респондентов выделяют повышение уровня безопасности и снижение травматизма как одну из наиболее важных целей автоматизации и цифровизации рабочих процессов в охране труда.
2. Автоматизация учета происшествий и микротравм:
   • Качественный анализ причин: Программные системы позволяют быстро и точно регистрировать все происшествия, включая микротравмы, которые часто остаются незамеченными при ручном учете.
   • Своевременные корректирующие мероприятия: Анализ собранных данных позволяет выявить паттерны, определить наиболее опасные зоны или процессы, и оперативно разработать меры по их устранению. Например, если статистика показывает частые травмы при работе с определенным типом груза, можно автоматизировать его перемещение или изменить методы хранения.
3. Оптимизация учета и контроля затрат на охрану труда:
   • Программные продукты, такие как «1С:Производственная безопасность. Охрана труда», предназначены для автоматизации учета, планирования, контроля и отчетности в сфере охраны труда в соответствии с законодательством РФ.
   • Это помогает снизить нагрузку на специалистов по охране труда (еще 33,3% по опросам) и обеспечить своевременное выполнение всех необходимых процедур:
     • Планирование обучения сотрудников по охране труда.
     • Учет и управление обслуживанием опасных производственных объектов.
     • Фиксация нарушений и планирование их устранения.
     • Выполнение процедур по специальной оценке условий труда (СОУТ).

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

Экономическая эффективность внедрения программного обеспечения автоматизации склада

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

Методики расчета экономической эффективности

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

1. ROI (Return on Investment) — Возврат инвестиций:
   • Суть: Показатель, измеряющий отношение прибыли или выгоды от инвестиции к ее стоимости. Выражается в процентах.
   • Формула: ROI = (Доход от инвестиции - Стоимость инвестиции) / Стоимость инвестиции × 100%
   • Применение: Позволяет понять, насколько прибыльной была инвестиция, и сравнить эффективность различных проектов. Для WMS доход будет включать сокращение издержек, увеличение производительности и снижение потерь.
2. NPV (Net Present Value) — Чистая приведенная стоимость:
   • Суть: Метод оценки инвестиционного проекта, который дисконтирует (приводит к текущему моменту) все будущие денежные потоки (как притоки, так и оттоки) по определенной ставке дисконтирования.
   • Формула: NPV = Σt=1n (CFt / (1 + r)t) - IC
     • Где:
       • CFt — чистый денежный поток в период t (доходы минус расходы).
       • r — ставка дисконтирования (стоимость капитала, минимальная требуемая доходность).
       • t — период времени.
       • IC — начальные инвестиции (Initial Cost).
   • Применение: Если NPV > 0, проект считается экономически выгодным, поскольку он приносит прибыль выше стоимости капитала. Учитывает временную стоимость денег, что особенно важно для долгосрочных проектов.
3. Срок окупаемости (Payback Period):
   • Суть: Период времени, необходимый для того, чтобы доходы от проекта полностью покрыли первоначальные инвестиции.
   • Формула (для равномерных потоков): Срок окупаемости = Начальные инвестиции / Ежегодный денежный поток.
   • Применение: Простой и понятный показатель, позволяющий быстро оценить, как быстро вернутся вложенные средства. Для WMS-систем средний срок окупаемости составляет от 2,5 до 7 лет в зависимости от сложности и масштаба проекта.
     • 2,5 года: для несложных проектов, например, с использованием мобильных роботов или базовой автоматизации.
     • 3-4 года: для более крупных систем автоматизации.
     • 5-7 лет: для интегрированных систем и масштабных роботизированных комплексов.

Затраты на внедрение и владение WMS-системой

Внедрение WMS — это комплексный процесс, требующий учета различных категорий затрат, которые могут значительно отличаться в зависимости от выбранного уровня системы (коробочная, адаптивная, индивидуальная) и масштаба склада. Для реализации крупных проектов по автоматизации склада может потребоваться до 600 млн рублей, для менее масштабных — от 150 до 350 млн рублей.

Основные статьи затрат:

1. Анализ решений и консалтинг:
   • Внешний консалтинг: Привлечение экспертов для анализа текущих бизнес-процессов, разработки требований к системе, помощи в выборе решения и его внедрении. По опыту, стоимость лицензий на ПО и расходы на внешний консалтинг соотносятся как 1:1,5–2,0 для систем среднего класса.
   • Внутренний консалтинг: Затраты на время собственных сотрудников, участвующих в проекте.
2. Приобретение лицензий на программное обеспечение:
   • Стоимость лицензий WMS-системы, которая может быть одноразовой или взиматься по подписке (SaaS).
   • Лицензии на СУБД (если используется платная).
   • Лицензии на операционные системы и другое сопутствующее ПО.
3. Дополнительное аппаратное и складское оборудование:
   • Серверы, сетевое оборудование.
   • Терминалы сбора данных (ТСД), сканеры штрих-кодов, принтеры этикеток.
   • Оборудование для беспроводной сети (Wi-Fi) на складе.
   • Возможно, специализированное складское оборудование (автоматические штабелеры, конвейеры, роботы).
4. Интеграция с другими программными продуктами:
   • Разработка и настройка интерфейсов для обмена данными с существующими системами гостиницы: PMS (Property Management System), бухгалтерскими программами (например, 1С), системами закупок.
5. Обучение персонала:
   • Проведение тренингов для пользователей WMS (кладовщиков, менеджеров, операторов ТСД) по работе с новой системой.
6. Техническая поддержка и обновления:
   • Ежегодные платежи за поддержку системы, получение обновлений и исправление ошибок.
   • Расходы на доработки функционала под меняющиеся потребности бизнеса.

Первоначальный бюджет на внедрение WMS часто повышается на 15% из-за ошибок в оценке сроков, появления новых требований к функционалу или неготовности персонала к изменениям. Это подтверждает предпочтительность Agile-методологий.

Оценка экономического эффекта и срока окупаемости

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

Прогнозируемые выгоды и показатели эффективности:

1. Снижение операционных расходов:
   • Оптимизация логистики, внедрение цифровых решений и роботизация процессов позволяют компаниям уменьшить операционные расходы на 20-30%. Это включает сокращение затрат на персонал (за счет повышения производительности), уменьшение потерь от порчи товаров, снижение расходов на топливо для техники (за счет оптимизации маршрутов).
2. Повышение производительности труда:
   • Производительность труда растет на 70% после автоматизации. Это достигается за счет:
     • Значительного ускорения приемки товара (на 30%).
     • Оптимизации размещения и комплектации.
     • Сокращения времени на передвижение сотрудников и минимизации лишних операций.
     • Сокращения времени адаптации новых сотрудников до нескольких дней.
3. Улучшение точности учета и сокращение ошибок:
   • Точность учета достигает 99,9%.
   • Число ошибок снижается до 2% в общем объеме операций.
   • Внедрение WMS значительно минимизирует количество ошибок при комплектации заказов и учете товаров, а также риски порчи, кражи и потери товаров благодаря автоматизации, контролю и штрихкодированию.
   • 100% контроль подобранных заказов сканером.
4. Улучшение порядка и управляемости склада:
   • Внедрение WMS наводит порядок на складе, делая каждый товар легко находимым и отслеживаемым.
   • Появляется возможность оценки эффективности работы персонала, что позволяет выявлять «узкие места» и мотивировать сотрудников.
   • Система генерирует разнообразную отчетность, предоставляя руководству актуальные данные для принятия решений.
5. Дополнительные выгоды:
   • Повышение качества обслуживания клиентов: Своевременное наличие необходимых товаров (продуктов для ресторана, свежего белья, принадлежностей для мини-бара) напрямую влияет на удовлетворенность гостей и репутацию отеля. Улучшение работы склада минимизирует ситуации отсутствия нужных позиций.
   • Оптимизация использования складских площадей: За счет более рационального размещения товаров.
   • Улучшение контроля за сроками годности: Особенно критично для гостиничного бизнеса с его обширной номенклатурой скоропортящихся продуктов.

Расчеты экономической эффективности будут производиться на основании оценки окупаемости вложений, учитывая общую стоимость владения системой (Total Cost of Ownership — TCO), которая включает не только первоначальные инвестиции, но и текущие расходы на консалтинг, лицензии, техническую поддержку, обновления, обучение и доработки. Сравнивая эти затраты с ожидаемыми выгодами, можно обосновать целесообразность проекта и прогнозировать сроки его окупаемости, которые, как показывает практика, варьируются от 2,5 до 7 лет, что является приемлемым для большинства инвестиционных проектов в IT-сфере. Наилучшие результаты автоматизации, как правило, получают объекты с высокой динамикой операций и площадью складов свыше 4500 квадратных метров, но даже для средних и малых гостиниц эффект может быть значительным.

Заключение

Настоящая дипломная работа представляет собой комплексный план по разработке программного обеспечения для автоматизации склада в гостиничном бизнесе. Проведенное исследование подтверждает высокую актуальность этой задачи, обусловленную стремлением гостиничных предприятий к сокращению операционных расходов на 20-30%, повышению производительности труда на 70% и достижению точности учета до 99,9% за счет внедрения современных ИТ-решений.

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

1. Анализ предметной области и теоретические основы: Детально определены основополагающие термины, такие как «Автоматизированная информационная система», «Складской учет», «Гостиничный бизнес» и «СУБД». Выявлена уникальная специфика складского учета в гостиничном бизнесе, характеризующаяся широким ассортиментом товаров (от скоропортящихся продуктов до текстиля), множеством мест хранения и высокой оборачиваемостью. Анализ существующих аналогов показал дефицит специализированных WMS-систем для отелей, что открывает возможности для создания уникального и востребованного решения.
2. Методологии и инструменты разработки программного обеспечения: Обоснован выбор гибкой методологии (Agile/Scrum) как наиболее подходящей для данного проекта, учитывая потребность в адаптации к меняющимся требованиям и оперативном получении обратной связи. Рассмотрена классификация WMS-систем (коробочные, адаптивные, индивидуальные), при этом адаптивные или индивидуальные решения признаны оптимальными для гостиниц. Определен технологический стек, включающий мобильные клиенты на Kotlin для Android-ТСД и серверные решения на платформах типа 1С:Предприятие, .NET или Java, что обеспечит высокую производительность и гибкость.
3. Проектирование базы данных автоматизированной системы склада гостиницы: Подробно изложены теоретические основы проектирования реляционных баз данных, их соответствие требованиям ACID и использование SQL. Разработана концептуальная ER-диаграмма, включающая ключевые сущности (Товары, Склады, Заказы, Поступления, Отгрузки, Инвентаризации, Сотрудники) и связи между ними. Описан процесс нормализации таблиц до 3-й нормальной формы для минимизации избыточности и обеспечения целостности данных. Определены механизмы обеспечения безопасности данных, включая ролевую модель прав доступа, регулярное резервное копирование и журналирование операций.
4. Архитектура и функциональные возможности разрабатываемой системы: Спроектирована трехуровневая архитектура WMS, включающая клиентское приложение (для ПК и ТСД), сервер базы данных и бизнес-логику. Детально описаны функциональные модули системы: управление топологией склада, номенклатурой, приемкой, размещением, хранением, комплектацией, отгрузкой, инвентаризацией, управлением партиями и сроками годности. Особое внимание уделено интеграции со штрих-кодированием, мобильными устройствами и существующими PMS-системами отеля, что критически важно для гостиничного сектора.
5. Безопасность жизнедеятельности и охрана труда при внедрении АИС: Рассмотрены общие требования к автоматизированному рабочему месту (АРМ), включая удобство, эргономичность и безопасность. Проанализированы ключевые нормативные документы (ГОСТ 12.2.032-78, ГОСТ 12.2.033-78, СанПиН 2.2.2/2.4.1340-03), регламентирующие эргономические и санитарно-гигиенические условия труда. Показано, как автоматизация способствует снижению производственного травматизма за счет роботизации опасных задач, систем мониторинга и предиктивного обслуживания, а также автоматизации учета происшествий и микротравм.
6. Э��ономическая эффективность внедрения программного обеспечения автоматизации склада: Представлены методики расчета экономической эффективности (ROI, NPV, срок окупаемости). Проанализированы основные статьи затрат на внедрение и владение WMS (лицензии, оборудование, консалтинг, интеграция, обучение, поддержка), с учетом возможных отклонений бюджета. Спрогнозирован экономический эффект, включающий снижение операционных расходов на 20-30%, повышение производительности труда на 70%, улучшение точности учета до 99,9% и сокращение ошибок до 2%. Средний срок окупаемости для таких проектов оценивается от 2,5 до 7 лет.

Перспективы дальнейшего развития разработанной системы или расширения исследования включают:

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

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

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

1. Агафонова, В.В. Интерфейсы информационных систем в экономике. М.: Финансы и статистика, 2009. 326 с.
2. Балдин, К.В. Информационные системы в экономике. М.: ИТК «Дашков и Ко», 2004. 214 с.
3. Бегг, К., Коннолли, Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. Вильямс, 2003. 1440 с.
4. Бородакий, Ю.В. Информационные технологии. Методы, процессы, системы. М.: Радио и связь, 2002. 389 с.
5. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: учебное пособие. М.: Финансы и статистика, 2006. 126 с.
6. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: учебное пособие. М: Финансы и статистика, 2006. 315 с.
7. Гвоздева, В.А. Информатика, автоматизированные информационные технологии и системы: учебник. М.: «ФОРУМ», ИНФРА—М, 2011. 289 с.
8. Годин, В.В. Информационное обеспечение управленческой деятельности: учебник. М.: Мастерство: Высшая школа, 2001. 275 с.
9. ГОСТ 12.0.002—80. Техника безопасности.
10. ГОСТ 12.1.005—88. ССБТ. Воздух рабочей зоны. Общие санитарно-гигиенические требования.
11. ГОСТ 12.01.030—81. ССБТ. Защитное заземление. Зануление.
12. ГОСТ 12.4.009—85. ССБТ. Пожарная техника для защиты объектов. Общие требования.
13. ГОСТ 12.1.033—81. ССБТ. Пожарная безопасность объектов с электрическими сетями.
14. ГОСТ 21480—76. Система ”человек—машина”. Мнемосхемы. Общие эргономические требования.
15. Гражданский кодекс Российской Федерации. Часть 1 от 30 ноября 1994 г.
16. Грекул, В.И., Денишенко, Г.Н., Коровкина, Н.Л. Проектирование информационных систем. М.: Интернет—Ун—т Информ. технологий, 2006. 423 с.
17. Гурвиц, Г.А. Microsoft Access 2010. Разработка приложений на реальном примере. БХВ—Петербург, 2010. 685 с.
18. Дейт, К.Дж. Введение в системы баз данных. М.: Издательский дом «Вильямс», 2006.
19. Ульман, Д.Дж., Уидом, Д. Основы реляционных баз данных. М.: «Лори», 2007. 1100 с.
20. Дик, В.В. Методология формирования решений в экономических системах и инструментальные среды их поддержки. М.: Финансы и статистика, 2008. 365 с.
21. Карпова, Т.П. Базы данных: Модели, разработка и реализация. СПб.: Питер, 2009. 301 с.
22. Мейер, Д.В. Теория реляционных баз данных. М.: Мир, 2009. 456 с.
23. Мюллер, Р.Дж. Базы данных. Проектирование. М.: Лори, 2009. 498 с.
24. Нильсен, П. MS SQL Server 2005. Библия пользователя. М.: ООО «И.Д.Вильямс», 2008. 1350 с.
25. Романов, А.Н., Одинцов, Б.Е. Информационные системы в экономике (лекции, упражнения и задачи): учебное пособие. М.: Вузовский учебник, 2007. 123 с.
26. Смирнова, Г.Н., Сорокин, А.А., Тельнов, Ю.Ф. Проектирование экономических информационных систем: учебник / под ред. Ю.Ф. Тельнова. М.: Финансы и статистика, 2008. 265 с.
27. Туманов, В.Е. Основы проектирования реляционных баз данных: учебное пособие для вузов. М.: Интернет университет Информационных технологий, Бином. Лаборатория знаний, 2010. 487 с.
28. Хомоненко, А.Д., Цыганков, В.М., Мальцев, М.Г. Базы данных: учебник для высших заведений. СПб.: Корона – Принт, 2008. 632 с.
29. Широков, Л.А. Информационные технологии в экономике: учебное пособие. 2-е изд. М.: МГИУ, 2007. 280 с.
30. Якобсон, А.В. и др. Унифицированный процесс разработки программного обеспечения. СПб.: Питер, 2009. 650 с.
31. Яхонтов, В.Н. Базы данных: учебно-методическое пособие. Казань: Академия управления «ТИСБИ», 2004. 360 с.
32. Автоматизированные информационные системы (АИС) // TAdviser. URL: https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_(%D0%90%D0%98%D0%A1)
33. Что такое СУБД? Наиболее популярные СУБД // RU-CENTER помощь. URL: https://www.nic.ru/info/articles/chto-takoe-subd/
34. Складской учет: что это и как его вести // IT Scan. URL: https://it-scan.ru/blog/skladskoy-uchet-chto-eto-i-kak-ego-vesti/
35. Автоматизированные информационные системы // Инфотактика. URL: https://infotaktika.ru/avtomatizirovannye-informatsionnye-sistemy/
36. СУБД: что это, виды, структура, функции — где и как используются системы управления базами данных, примеры // Яндекс Практикум. URL: https://practicum.yandex.ru/blog/chto-takoe-subd/
37. Что такое СУБД – подробно о системах управления базами данных, их типах и назначении // Рег.ру. URL: https://www.reg.ru/blog/chto-takoe-subd/
38. СУБД — что это: Системы Управления Базами Данных // Skillfactory media. URL: https://skillfactory.ru/media/chto-takoe-subd/
39. Автоматизированные информационные системы // Электронная библиотека >> Информационные технологии. URL: https://uchebnik.online/informatika/avtomatizirovannyie-informatsionnyie-sistemyi-15501.html
40. СУБД: что это и зачем нужно простыми словами // GoIT. URL: https://goit.global/ru/blog/it-terms/what-is-dbms/
41. Что такое Автоматизированная информационная система? // Пограничный словарь. URL: https://poisk-ru.ru/s55224t1.html
42. Гостиничный бизнес // Все Тренинги .ру. URL: https://vsetreningi.ru/glossary/gostinichnyj-biznes/
43. Складской учет: его виды и система автоматизации // Блог Сканпорт. URL: https://scanport.ru/blog/skladskoy-uchet/
44. Гостиничный бизнес — основы, требования и риски // Kiozk. URL: https://kiozk.ru/article/ekonomika/gostinichnyy-biznes-osnovy-trebovaniya-i-riski
45. Складской учет – особенности, применение, автоматизация, оборудование и программное обеспечение // Galaxy. URL: https://galaxy.ru/blog/skladskoy-uchet-osobennosti-primenenie-avtomatizatsiya-oborudovanie-i-programmnoe-obespechenie/
46. Складской учет: как вести и автоматизировать // Контур.Экстерн. URL: https://kontur.ru/articles/5836
47. Средний срок окупаемости автоматизации складских операций составляет от 2,5 до 7 лет // MSD. URL: https://msd.com.ru/news/srednij-srok-okupaemosti-avtomatizacii-skladskih_operacij_sostavlyaet_ot_2-5_do_7_let/
48. Что такое гостиничный бизнес и как его правильно вести? // Бизнесолог. URL: https://biznesolog.com/chto-takoe-gostinichnyj-biznes-i-kak-ego-pravilno-vesti/
49. Гостиничный бизнес — перспективы и возможные риски. Отель — виды // Zen.Yandex.ru. URL: https://zen.yandex.ru/media/id/60551061f06103325e6878b2/gostinichnyi-biznes-perspektivy-i-vozmojnye-riski-otel—vidy-605517173e6593539fb04c1f
50. Средний срок окупаемости автоматизации складских операций — от 2,5 до 7 лет в зависимости от сложности системы // CNews, 2025. URL: https://www.cnews.ru/news/release/2025-09-19_srednij_srok_okupaemosti_avtomatizatsii
51. Средний срок окупаемости автоматизации складских операций — от 2,5 до 7 лет в зависимости от сложности системы // Медиацентр umserv.ru. URL: https://umserv.ru/press-center/news/srednii-srok-okupaemosti-avtomatizatsii-skladskikh-operatsii-ot-2-5-do-7-let-v-zavisimosti-ot-slozh/
52. Автоматизация охраны труда и промышленной безопасности на предприятии: особенности и обзор программного обеспечения и технологий // Первый Бит. Спортивная. URL: https://sportivnaya.1cbit.ru/blog/avtomatizatsiya-okhrany-truda-i-promyshlennoy-bezopasnosti/
53. Складская архитектура автоматизированной системы WMS — Принцип работы // Toplog WMS. URL: https://toplogwms.ru/skladskaya-arhitektura-avtomatizirovannoj-sistemy-wms-princip-raboty/
54. FAQ: автоматизация охраны труда и безопасности // IKOD. URL: https://ikod.ru/faq-avtomatizatsiya-okhrany-truda-i-bezopasnosti/
55. Экономическая эффективность внедрения на складе системы автоматизации EME.WMS // ERP-CRM-WMS.ru. URL: https://erp-crm-wms.ru/ekonomicheskaya-effektivnost-vnedreniya-na-sklade-sistemy-avtomatizacii-eme-wms/
56. Реляционные базы данных в логистических системах // CyberLeninka. URL: https://cyberleninka.ru/article/n/relyatsionnye-bazy-dannyh-v-logisticheskih-sistemah
57. Эффективность внедрения WMS для управления складом // Технологии учета. URL: https://tehno-uchet.ru/blog/effektivnost-vnedreniya-wms-dlya-upravleniya-skladom/
58. Архитектура решений YARUS для управления складом // YARUS WMS. URL: https://yaruswms.ru/articles/arhitektura-reshenij-yarus-dlya-upravleniya-skladom/
59. Архитектура WMS системы автоматизации склада ARENA.WMS // Arena-wms.com. URL: https://arena-wms.com/arch.html
60. Автоматизация производственной безопасности и охраны труда // ОТ-СОФТ. URL: https://www.ot-soft.ru/automation
61. Требования к организации и оборудованию рабочих мест с ВДТ и ПЭВМ // КонсультантПлюс. URL: https://www.consultant.ru/cons/cgi/online.cgi?req=doc&base=EXP&n=354564&dst=1000000001
62. Расчеты экономической эффективности внедрения системы WMS // АльянсСофт. URL: https://alianssoft.ru/articles/raschety-ekonomicheskoj-effektivnosti-vnedreniya-sistemy-wms/
63. Экономическая эффективность совершенствования логистического управления в организации // CyberLeninka. URL: https://cyberleninka.ru/article/n/ekonomicheskaya-effektivnost-sovershenstvovaniya-logistichesko-go-upravleniya-v-organizatsii
64. Как рассчитать, окупится ли автоматизация вашего склада // AXELOT. URL: https://axelot.ru/blog/kak-rasschitat-okupitsya-li-avtomatizatsiya-vashego-sklada/
65. В чем заключаются преимущества реляционных баз данных для управления складскими запасами? // Яндекс Нейро. URL: https://yandex.ru/turbo/yandex.ru/alice/knowledge/questions/4222046-v_chem_zaklyuchayutsya_preimuschestva_relyacionnyx_baz_dannyx_dlya_upravleniya_skladskimi_zapasami
66. Эргономические требования к рабочему месту оператора ПЭВМ // StudFiles. URL: https://studfile.net/preview/4397669/page:3/
67. ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения. URL: https://docs.cntd.ru/document/1200003058
68. Требования к человеко-машинному интерфейсу программных комплексов // CyberLeninka. URL: https://cyberleninka.ru/article/n/trebovaniya-k-cheloveko-mashinnomu-interfeysu-programmnyh-kompleksov/viewer
69. Что такое реляционная база данных? // Amazon Web Services (AWS). URL: https://aws.amazon.com/ru/relational-database/
70. Что такое система управления реляционными базами данных? // Microsoft Azure. URL: https://azure.microsoft.com/ru-ru/resources/cloud-computing-dictionary/what-is-a-relational-database-management-system/
71. Свободная интернет-энциклопедия // Wikipedia. URL: http://ru.wikipedia.org
72. Сайт поддержки Microsoft // Technet.microsoft.com. URL: http://technet.microsoft.com