Автоматизация учета торговых заказов: Системный анализ и проектирование реляционной базы данных (на примере СУБД MS Access)

Введение: Актуальность, цели и задачи исследования

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

По данным исследований, на этапе анализа требований зарождается около 31% всех дефектов в информационных системах, а стоимость их исправления на поздних этапах разработки может быть в 10–100 раз выше, чем на этапе проектирования. Этот факт подчеркивает критическую важность методологически корректного системного анализа и проектирования, которые служат фундаментом для создания эффективной и адекватной информационной системы (ИС).

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

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

1. Обосновать нормативно-правовую базу и проанализировать методику бухгалтерского учета торговых операций в соответствии с актуальными ФСБУ.
2. Провести системный анализ предметной области, определить функциональные требования и разработать Техническое Задание (ТЗ).
3. Спроектировать логическую модель реляционной базы данных (БД) с использованием ER-диаграммы и провести нормализацию таблиц.
4. Реализовать ключевой функционал БД «Учет торговых заказов» в среде СУБД MS Access, включая формы ввода и аналитическую отчетность.

Теоретические основы и нормативно-правовое регулирование учета торговых операций

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

Правовое поле и определение торговой деятельности в РФ

Система бухгалтерского учета в Российской Федерации базируется на Федеральном законе от 06.12.2011 № 402-ФЗ «О бухгалтерском учете», который устанавливает общие требования к ведению учета и составлению отчетности. В соответствии с этим законом, каждый факт хозяйственной жизни подлежит регистрации, а основой для записей служат первичные учетные документы.

Что касается сферы деятельности, то Федеральный закон от 28.12.2009 № 381-ФЗ «Об основах государственного регулирования торговой деятельности в Российской Федерации» определяет торговую деятельность. Согласно пункту 1 статьи 2 этого закона, «торговая деятельность (далее также – торговля)» — это вид предпринимательской деятельности, связанный с приобретением и продажей товаров. То есть, ключевым отличием торговой организации является не производство, а перепродажа товаров, приобретенных у других лиц, что напрямую влияет на структуру учетных регистров.

Кроме того, розничная торговля жестко регулируется Федеральным законом от 22.05.2003 № 54-ФЗ, который регламентирует порядок применения контрольно-кассовой техники (ККТ) при осуществлении расчетов.

Методика бухгалтерского учета товаров и заказов (в свете ФСБУ 5/2019)

Бухгалтерский учет товаров в торговых организациях ведется на активном счете 41 «Товары». Для детализации учетной информации к нему открываются субсчета:

• 41.1 «Товары на складах»
• 41.2 «Товары в розничной торговле»

Вступивший в силу ФСБУ 5/2019 «Запасы» внес существенные коррективы в методику формирования фактической себестоимости товаров, предназначенных для перепродажи, что требует от разработчика ИС глубокого понимания новых правил.

Формирование фактической себестоимости

Согласно ФСБУ 5/2019, фактическая себестоимость товаров, приобретаемых для перепродажи, формируется из следующих компонентов:

1. Цена приобретения (без учета НДС, если организация является плательщиком).
2. Затраты на доставку и доведение до пригодного к использованию состояния (например, транспортно-заготовительные расходы, страхование в пути, таможенные пошлины и сборы).
3. Невозмещаемые налоги и пошлины.

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

1. По стоимости закупки (фактической себестоимости).
2. По цене реализации (с использованием счета 42 «Торговая наценка»).

Пример учета транспортно-заготовительных расходов (ТЗР)

Предположим, компания закупила 100 единиц товара по цене 500 руб./ед. (без НДС). Общие ТЗР составили 5000 руб.

Расчетный показатель	Формула	Значение
Цена приобретения	100 ед. × 500 руб./ед.	50 000 руб.
Фактическая себестоимость	Цена приобретения + ТЗР	50 000 + 5 000 = 55 000 руб.
Себестоимость единицы	Фактическая себестоимость / Количество	55 000 / 100 = 550 руб./ед.

Таким образом, информационная система учета торговых заказов должна быть спроектирована с учетом необходимости фиксации не только цены продажи, но и всех компонентов, влияющих на себестоимость, для корректного отражения запасов по ФСБУ 5/2019 и последующего расчета финансового результата. И что из этого следует? Это означает, что в структуру базы данных необходимо заложить отдельные поля для учета непрямых затрат (ТЗР), иначе автоматизированный расчет корректной себестоимости, требуемый регулятором, будет невозможен.

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

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

Цели, экономический эффект и функциональные требования к ИС

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

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

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

Ключевые функциональные требования к современным ИС:

1. Учет заказов: Фиксация информации о клиенте, составе заказа, ценах, скидках и статусе исполнения.
2. Управление запасами: Партионный, количественно-суммовой учет остатков в разрезе складов.
3. Управление ценообразованием: Возможность назначать разные типы цен (оптовые, розничные) и контролировать применение скидок.
4. Интеграция: Связь с бухгалтерскими системами (для выгрузки проводок), системами ККТ и государственными системами прослеживаемости («Честный ЗНАК», ЕГАИС).
5. Аналитика: Формирование отчетов по продажам, прибыльности, динамике заказов и рейтингу товаров/клиентов.

Сравнительный анализ ведущих ИС на рынке РФ

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

Система	Назначение и Архитектура	Ключевой функционал
«1С: Управление торговлей 8» (Ред. 11)	Комплексная система для среднего и крупного бизнеса. Лидер российского рынка.	Полный цикл: планирование, закупки, склад, CRM, анализ продаж, интеграция с Бухгалтерией 3.0, поддержка маркировки.
«МойСклад»	Облачный сервис, ориентированный на малый и средний бизнес.	Быстрое развертывание, работа с розницей и интернет-магазинами, интеграция с онлайн-кассами и маркетплейсами.
«СБИС»	Комплекс для электронного документооборота, бухгалтерии и управления.	Модули для учета, отчетности, ЭДО, а также торговый и складской учет.
MS Access	Персональная или локальная СУБД для небольших проектов, учебных целей и прототипирования.	Простой интерфейс, мощный конструктор запросов, возможность быстрого создания форм и отчетов без сложного программирования.

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

Системный анализ и проектирование ИС «Учет торговых заказов»

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

Этапы жизненного цикла ИС и анализ требований

Разработка любой ИС проходит через классический жизненный цикл:

1. Планирование: Определение целей, границ проекта и технико-экономического обоснования.
2. Анализ: Сбор, документирование и структурирование требований пользователей и бизнес-процессов (этап «как есть»).
3. Проектирование: Разработка логической (модели данных) и физической (архитектура, интерфейсы) модели системы («как будет»).
4. Реализация: Кодирование, тестирование и внедрение.

Критичность этапа анализа требований подтверждается статистикой: устранение дефекта на этом этапе обходится в 10–100 раз дешевле, чем после выпуска продукта. Если требования сформулированы неполно или некорректно, система не сможет обеспечить функциональную адекватность. Какой важный нюанс здесь упускается? Точность, с которой мы собираем требования на втором этапе, напрямую определяет, насколько успешно будет проведена нормализация таблиц на этапе проектирования, что является залогом масштабируемости и устойчивости БД.

Процесс анализа требований для ИС «Учет торговых заказов»:

• Идентификация пользователей: Менеджеры по продажам, кладовщики, бухгалтер.
• Функциональные требования: Ввод нового заказа, изменение статуса заказа (ожидание, подтвержден, отгружен, отменен), поиск товаров по каталогу, печать первичных документов (счет, накладная).
• Нефункциональные требования: Требования к производительности (быстрый поиск), безопасности (разграничение доступа), надежности.

Разработка Технического Задания и моделирование процессов

Результатом этапа анализа является разработка Технического Задания (ТЗ). В Российской Федерации требования к содержанию и оформлению ТЗ на создание автоматизированной системы (АС) регламентируются ГОСТ 34.602-89.

Основные разделы ТЗ (согласно ГОСТ 34.602-89):

1. Общие положения (наименование системы, заказчик, разработчик).
2. Назначение и цели создания (например, сокращение времени обработки заказа на 30%).
3. Характеристики объекта автоматизации (описание текущих бизнес-процессов).
4. Требования к системе (требования к функциям, надежности, эргономике, защите информации).
5. Состав и содержание работ по созданию системы.
6. Порядок контроля и приемки системы.

Моделирование бизнес-процессов.

Для наглядного документирования процесса обработки заказа используется моделирование. Нотация DFD (Data Flow Diagrams) или IDEF0/BPMN позволяет четко отобразить, как данные и документы перемещаются между функциями и отделами. Зачем вообще нужно ТЗ, если все требования можно просто обсудить устно?

Пример (Упрощенный DFD для обработки заказа):

1. Внешняя сущность (Клиент) генерирует Поток данных (Заказ).
2. Процесс (Прием заказа) получает заказ, проверяет Хранилище данных (Каталог товаров) на наличие и формирует Поток данных (Подтвержденный заказ).
3. Процесс (Отгрузка) использует Подтвержденный заказ для изменения Хранилища данных (Остатки на складе) и формирует Поток данных (Накладная) для бухгалтерии.

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

Проектирование реляционной базы данных для учета торговых заказов

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

Концептуальное моделирование: Диаграмма «Сущность-Связь» (ERD)

ER-модель (Entity-Relationship model) является стандартом для описания концептуальной схемы предметной области. Она определяет сущности (Entity), их атрибуты (Attribute) и связи (Relationship) между ними.

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

Сущность	Описание	Ключевые атрибуты (Поля)
Клиенты	Сведения о покупателях	Код клиента (PK), Наименование, Адрес, Телефон.
Товары	Каталог продукции	Код товара (PK), Наименование, Единица измерения, Цена закупки, Цена продажи.
Заказы	Общая информация о сделке	Номер заказа (PK), Дата заказа, Дата отгрузки, Код клиента (FK), Статус.
Состав Заказа	Детализация позиций в заказе	Номер заказа (FK), Код товара (FK), Количество, Цена продажи в заказе.

Разрешение связи «Многие-ко-Многим» (M:N)

Один Заказ может содержать Много Товаров, и Один Товар может быть включен во Многие Заказы. Это связь M:N. В реляционной модели она должна быть разрешена через промежуточную сущность — «Состав Заказа». Эта сущность содержит внешние ключи (FK) из обеих связанных таблиц, образуя две связи 1:N.

ER-диаграмма (Нотация «Воронья лапка»):

• Клиенты (1) — N (много) Заказы
• Заказы (1) — N (много) Состав Заказа
• Товары (1) — N (много) Состав Заказа

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

Логическая структура и нормализация таблиц

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

Таблица	Поля	Тип данных	Описание	Ключи
Клиенты	Код_Клиента	Счетчик	Уникальный идентификатор	PK
	Наименование_Клиента	Текст (50)	Название организации
	Адрес	Текст (100)	Фактический адрес
	Телефон	Текст (20)	Контактный номер
Товары	Код_Товара	Счетчик	Уникальный идентификатор	PK
	Наименование_Товара	Текст (50)	Название товара
	Единица_Измерения	Текст (10)	Шт., кг, м
	Цена_Закупки	Денежный	Себестоимость (по ФСБУ 5/2019)
	Цена_Продажи	Денежный	Базовая цена
Заказы	Номер_Заказа	Счетчик	Уникальный номер заказа	PK
	Дата_Заказа	Дата/Время	Дата создания
	Код_Клиента	Числовой	Ссылка на таблицу Клиенты	FK
	Статус	Текст (20)	Например: «Новый», «Отгружен», «Закрыт»
Состав_Заказа	Номер_Заказа	Числовой	Ссылка на таблицу Заказы	FK
	Код_Товара	Числовой	Ссылка на таблицу Товары	FK
	Количество	Числовой	Заказанное количество
	Цена_Заказа	Денежный	Цена продажи, зафиксированная на момент заказа
	Составной ключ		(Номер_Заказа, Код_Товара)	PK

Реализация функционала информационной системы в среде MS Access

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

Создание таблиц и связей

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

Установление связей

Критически важным является обеспечение целостности данных (Referential Integrity). Это достигается путем создания схемы данных, где устанавливаются связи «один-ко-многим» (1:N) между:

• Клиенты (1) — Заказы (N) по полю Код_Клиента.
• Заказы (1) — Состав_Заказа (N) по полю Номер_Заказа.
• Товары (1) — Состав_Заказа (N) по полю Код_Товара.

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

Формы ввода и пользовательский интерфейс

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

Главная кнопочная форма (Меню)

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

• Формы для ввода данных (Клиенты, Товары, Заказы).
• Ключевые отчеты.
• Схему данных.

Форма «Заказы» (Master/Detail)

Для работы с заказами используется форма, построенная по принципу «главная/подчиненная» (Master/Detail).

• Главная форма (Заказы): Содержит поля Номер_Заказа, Дата_Заказа, Статус и Код_Клиента.
  • Для поля Код_Клиента обязательно используется элемент управления «Поле со списком» (Combo Box), который отображает Наименование_Клиента, но хранит в таблице соответствующий Код_Клиента (внешний ключ). Это исключает ошибки при вводе и улучшает эргономику.
• Подчиненная форма (Состав_Заказа): Отображается в виде таблицы и автоматически фильтруется по текущему Номеру_Заказа. Здесь менеджер вводит позиции:
  • Поле Код_Товара также реализовано через Combo Box, отображающий Наименование_Товара.
  • Поля Количество и Цена_Заказа.

Для повышения эффективности может быть добавлено вычисляемое поле, автоматически рассчитывающее сумму позиции: [Количество] * [Цена_Заказа].

Разработка аналитических запросов и отчетности

Основная ценность ИС для принятия управленческих решений заключается в способности оперативно извлекать и анализировать данные. Это реализуется через запросы и отчеты.

1. Запрос на расчет итоговой суммы заказа

Этот запрос должен объединить данные из таблиц Заказы и Состав_Заказа и использовать функцию агрегирования Сумм для вычисления общей стоимости каждого заказа.

Логика SQL (общий вид):

SELECT
    Заказы.Номер_Заказа,
    Заказы.Дата_Заказа,
    Сумм(Состав_Заказа.Количество * Состав_Заказа.Цена_Заказа) AS Итоговая_Сумма
FROM
    Заказы INNER JOIN Состав_Заказа
    ON Заказы.Номер_Заказа = Состав_Заказа.Номер_Заказа
GROUP BY
    Заказы.Номер_Заказа, Заказы.Дата_Заказа;

На основе этого запроса строится отчет «Реестр заказов за период», который позволяет фильтровать данные по датам и выводить итоговую стоимость.

2. Перекрестный запрос (Crosstab Query) для анализа продаж

Перекрестный запрос (в Access) или сводная таблица (в Excel) является мощным инструментом для аналитики. Он позволяет получить сводные данные, где одна группа данных формирует заголовки строк, а другая — заголовки столбцов.

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

• Заголовки строк: Наименование Клиента.
• Заголовки столбцов: Наименование Товара.
• Значения: Сумма (Количество × Цена_Заказа).

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

3. Отчет «Накладная на отгрузку»

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

• Реквизиты клиента.
• Номер и дату заказа.
• Табличную часть с перечнем товаров, количеством, ценой и суммой по каждой позиции.
• Итоговую сумму по всему заказу.

Заключение

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

Теоретическая ценность работы заключается в систематизации знаний о нормативном регулировании учета торговых операций, включая детальный анализ методики формирования фактической себестоимости товаров в свете ФСБУ 5/2019 «Запасы». Кроме того, строгое следование методологии системного анализа, в частности использование стандартов ГОСТ 34.602-89 для формирования Технического Задания, обеспечивает высокий уровень качества и обоснованности проектных решений.

Практическая значимость работы выражается в создании готовой к реализации логической модели базы данных, представленной в виде ER-диаграммы, которая разрешает сложные связи («Многие-ко-Многим») через промежуточную сущность «Состав Заказа». Физическая реализация в среде MS Access успешно продемонстрировала не только базовый функционал (создание таблиц, форм Master/Detail), но и ключевые аналитические возможности, такие как разработка сложных запросов (например, Перекрестный запрос) для поддержки управленческого учета.

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

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

1. Адуева Т.В. Автоматизированный бухгалтерский учет и основы аудита: Учебное пособие. Томск: Томский межвузовский центр дистанционного образования, 2003. 189 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. М.: Финансы и статистика, 1989. 35 с.
3. Василевский Д.А., Сосновский О.А. Телекоммуникационные системы и компьютерные сети. Минск: БГЭУ, 2007. 51 с.
4. Виейра Р. Программирование баз данных Microsoft SQL Server 2005. Базовый курс = Beginning Microsoft SQL Server 2005 Programming. М.: Диалектика, 2007. 832 с.
5. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. М.: Гелиос, 2002.
6. Дейт Р. Введение в системы баз данных = Introduction to Database Systems. 8-е изд. М.: Вильямс, 2006. 1328 с.
7. Джексон Г. Проектирование реляционных баз данных для использования с микро ЭВМ. Пер. с англ. М.: Мир, 1991. 252 с.
8. Диго С.М. Проектирование и использование баз данных. Учебник. М.: Финансы и статистика, 1995. 208 с.
9. Михайлов А., Мухин А. и др. Концепция информационного обеспечения МП в России. М.: Инфоцентр, 1996. 183 с.
10. Мэтьюс М. Грамотная разработка программных приложений. М., 1998.
11. Павлов С.Н. Теория систем и системный анализ: Учебное пособие. Томск: Томский межвузовский центр дистанционного образования, 2003. 134 с.
12. Перегудов Ф.И., Тарасенко Ф.П. Введение в системный анализ: Учебное пособие. М.: Высшая школа, 1989. 367 с.
13. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник. М.: Финансы и статистика, 2001. 512 с.
14. Тимаков С.О. Информационные системы в социальной работе: Учебно-методическое пособие. Томск: ТУСУР, 2003. 132 с.
15. Ульман Дж. Основы систем баз данных. М.: Финансы и статистика, 1983. 334 с.
16. Щербанов В.А. Проектирование информационных систем в экономике: Курс лекций. Томск: ТУСУР, 1999. 157 с.
17. БУХГАЛТЕРСКИЙ УЧЕТ НА ПРЕДПРИЯТИЯХ ТОРГОВЛИ. URL: http://academia-moscow.ru/ftp_share/_books/fragments/fragment_24345.pdf (дата обращения: 23.10.2025).
18. Бухучет в торговле // Контур.Маркет. URL: https://kontur.ru/market/articles/718-buhgalterskiy_uchet_v_torgovle (дата обращения: 23.10.2025).
19. Логическое проектирование БД. ER-диаграммы. URL: http://narod.ru/disk/15729790000/15.%20ER-diagrams.pdf.html (дата обращения: 23.10.2025).
20. Методики анализа и проектирования при построении корпоративных информационных систем (Часть 1). URL: https://erp-online.ru/articles/metodiki-analiza-i-proektirovaniya-pri-postroenii-korporativnykh-informatsionnykh-sistem-chast-1/ (дата обращения: 23.10.2025).
21. Обзор современных информационных систем автоматизации деятельности торговых предприятий // Наукару. URL: https://naukaru.ru/ru/nauka/article/17812/view (дата обращения: 23.10.2025).
22. Организация бухгалтерского учета в розничной торговле // Фингуру. URL: https://fingu.ru/buh-uchet/organizatsiya-buhgalterskogo-ucheta-v-roznichnoy-torgovle (дата обращения: 23.10.2025).
23. Порядок создания технического задания для разработки информационной системы // Habr Career. URL: https://habr.com/ru/companies/habr_career/articles/769740/ (дата обращения: 23.10.2025).
24. Правила ведения бухгалтерского учета в торговле в 2022 году // Мое дело. URL: https://www.moedelo.org/club/buhgalterskiy-uchet-v-torgovle (дата обращения: 23.10.2025).
25. Системный анализ и моделирование информационных систем: Учебное пособие. URL: https://elar.urfu.ru/bitstream/10995/78641/1/978-5-7996-2679-0_2018.pdf (дата обращения: 23.10.2025).
26. Справочная информация: «Основные нормативные акты и документы, регулирующие бухгалтерский учет в РФ» // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_120464/ (дата обращения: 23.10.2025).
27. Сущности и связи: как и для чего системные аналитики создают ER‑диаграммы // Яндекс Кью. URL: https://yandex.ru/q/article/sushchnosti_i_sviazi_kak_i_dlia_chego_sistemnye_analitiki_9a6d4825/ (дата обращения: 23.10.2025).
28. ТОП 10 программ для автоматизации магазина: Рейтинг лучших сервисов в 2025 году // VC.ru. URL: https://vc.ru/u/986061-anastasiya-chaykina/1077716-top-10-programm-dlya-avtomatizacii-magazina-reyting-luchshih-servisov-v-2025-godu (дата обращения: 23.10.2025).
29. ТОП-5 программ для торговли // Первый Бит. URL: https://www.1cbit.ru/blog/top-5-programm-dlya-torgovli/ (дата обращения: 23.10.2025).
30. Что такое ER-диаграмма и как ее создать? // Lucidchart. URL: https://www.lucidchart.com/pages/ru/chto-takoe-er-diagramma-i-kak-ee-sozdat (дата обращения: 23.10.2025).
31. ER-диаграмма: что это такое и как использовать // Skyeng. URL: https://skyeng.ru/articles/er-diagramma/ (дата обращения: 23.10.2025).