Проектирование, Реализация и Анализ Базы Данных в MS Access для Учета Отгрузки Продукции: Методическое Руководство и Практический Пример

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

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

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

1. Рассмотреть теоретические основы баз данных и систем управления базами данных (СУБД), уделив особое внимание Microsoft Access.
2. Разработать методологию проектирования реляционной базы данных для учета отгрузки продукции, включающую концептуальное, логическое и физическое моделирование.
3. Спроектировать структуру базы данных, определив необходимые сущности, атрибуты и связи.
4. Реализовать разработанную структуру в MS Access, создав таблицы, запросы, формы и отчеты.
5. Разработать алгоритмы для расчета фактической отгрузки и формирования аналитических ведомостей.
6. Представить методы анализа фактической отгрузки продукции, включая факторный анализ.

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

Теоретические Основы Баз Данных и СУБД Microsoft Access

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

Понятие и Классификация Баз Данных и СУБД

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

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

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

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

Ключевые возможности СУБД включают:

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

Таким образом, база данных и СУБД образуют единую, неразрывную систему, где БД выступает как хранилище, а СУБД — как мощный инструмент для работы с этим хранилищем, делая данные доступными и управляемыми. Отсюда следует, что выбор правильной СУБД, такой как Microsoft Access, определяет не только способ хранения, но и эффективность всего процесса управления информацией.

Обзор Microsoft Access как Реляционной СУБД

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

Одним из ключевых достоинств Access является его интегрированность: все объекты одной базы данных – таблицы, запросы, формы, отчеты, макросы, модули – хранятся в одном файле с расширением .mdb (для старых версий) или .accdb (для современных). Это значительно упрощает распространение и резервное копирование. Более того, Access способен выступать как самостоятельная СУБД, так и в роли клиентской надстройки к более мощным серверным системам, таким как Microsoft SQL Server, Oracle или MySQL, расширяя свои возможности и масштабируемость.

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

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

Однако, как и любой инструмент, Access имеет свои границы. Официально Microsoft заявляет о поддержке до 255 одновременных подключений к базе данных. Но на практике, для поддержания стабильной производительности, минимизации проблем с блокировкой файлов и предотвращения повреждения данных, рекомендуется использовать Access для 5-20 активных одновременных пользователей. Производительность сильно зависит от качества проектирования базы данных (наличие индексов, оптимизированные запросы) и скорости сетевого соединения.

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

Еще одно важное ограничение — общий размер файла базы данных Access, который составляет 2 ГБ. При достижении этого лимита база данных перестает принимать новые данные. Для систем, требующих обработки больших объемов информации или поддержки значительного числа пользователей, переход на более мощные серверные СУБД (например, Microsoft SQL Server) становится не просто желательным, а необходимым. В таких случаях Access может продолжать использоваться как удобное клиентское приложение, подключаясь к серверной базе данных через ODBC.

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

Методология Проектирования Реляционной Базы Данных для Учета Отгрузки

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

Концептуальное Проектирование: Анализ Предметной Области

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

Основные шаги концептуального проектирования:

1. Изучение бизнес-процессов: Глубокое погружение в процессы учета отгрузки продукции. Как формируются заказы? Какие документы сопровождают отгрузку? Кто является участником этого процесса (заказчики, менеджеры, складские работники)?
2. Выявление совокупности сведений и документов: Определение всех видов информации, которая будет храниться в БД. Это могут быть данные о заказчиках, ассортименте продукции, сведения о каждой конкретной отгрузке, ценах, датах и т.д. Важно понять, какая информация обеспечит реализацию возможных запросов к БД и решение задач пользователя (например, «сколько продукции было отгружено конкретному заказчику за прошлый месяц?»).
3. Определение сущностей: Сущность — это объект любой природы, данные о котором должны храниться в базе данных. Для нашего случая очевидными сущностями являются «Заказчик», «Продукция», «Отгрузка». Каждая сущность описывает конкретный набор экземпляров реального мира. Например, сущность «ЗАКАЗЧИК» представляет собой всех заказчиков предприятия, а «ООО Ромашка» или «ИП Иванов» — это конкретные экземпляры данной сущности.
4. Определение атрибутов: Атрибуты — это характерные свойства и признаки, описывающие сущность. Для сущности «ЗАКАЗЧИК» атрибутами будут «НазваниеЗаказчика», «Адрес», «Телефон». Для «ПРОДУКЦИЯ» — «Наименование», «ЕдиницаИзмерения», «ЦенаЗаЕдиницу».
5. Установление связей между сущностями: Как сущности взаимодействуют между собой? Связи могут быть:
   • Одно-однозначные (1:1): Один экземпляр одной сущности связан с одним экземпляром другой сущности (редко встречаются в реляционных БД).
   • Одно-многозначные (1:М): Один экземпляр одной сущности связан со множеством экземпляров другой сущности (например, один «ЗАКАЗЧИК» может иметь много «ОТГРУЗОК»).
   • Много-многозначные (М:N): Множество экземпляров одной сущности связано со множеством экземпляров другой сущности (например, одна «ОТГРУЗКА» может включать много видов «ПРОДУКЦИИ», и одна «ПРОДУКЦИЯ» может быть отгружена в рамках многих «ОТГРУЗОК»). Такие связи не могут быть напрямую реализованы в реляционной БД и требуют введения дополнительной сущности-связки.
6. Разработка словаря данных: Конечный результат этого этапа — это информационно-логическая модель данных (концептуальная модель) и подробный словарь данных. Словарь данных документирует каждую сущность и ее атрибуты, включая информацию об источниках данных, форматах, взаимосвязях и характере использования. Это «дорожная карта» для последующих этапов проектирования.

Логическое Проектирование: Моделирование Данных

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

Основные аспекты логического проектирования:

1. Разработка структуры таблиц: Сущности, определенные на концептуальном этапе, преобразуются в таблицы. Атрибуты становятся полями этих таблиц.
2. Определение ключей:
   • Первичный ключ (Primary Key): Атрибут или набор атрибутов, который уникально идентифицирует каждую запись в таблице. В каждой таблице обязательно должен быть первичный ключ. Например, «КодЗаказчика» для таблицы «Заказчики».
   • Внешний ключ (Foreign Key): Атрибут в одной таблице, который ссылается на первичный ключ в другой таблице, устанавливая связь между ними. Например, «КодЗаказчика» в таблице «Отгрузки» будет внешним ключом, ссылающимся на первичный ключ таблицы «Заказчики».
3. Установление связей между таблицами: Ранее определенные связи (1:1, 1:М, М:N) теперь реализуются посредством внешних ключей. Для связей М:N создается промежуточная таблица.
4. Нормализация базы данных: Это процесс организации полей и таблиц реляционной базы данных для минимизации избыточности и устранения дублирования данных, что повышает целостность данных и эффективность их хранения. Существует несколько нормальных форм (1NF, 2NF, 3NF, BCNF и т.д.), каждая из которых накладывает определенные требования.

ER-моделирование (Entity-Relationship Diagrams — «сущность–связь»), предложенное Питером Ченом в 1976 году, является одним из наиболее распространенных инструментов для визуализации логической модели. ER-диаграммы используют графические элементы для представления сущностей (прямоугольники), атрибутов (овалы) и связей (ромбы). Это интуитивно понятный и гибкий подход, который легко воспринимается как разработчиками, так и бизнес-пользователями. ER-моделирование идеально подходит для начальных этапов логического проектирования, помогая быстро набросать схему и обсудить ее с заказчиком.

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

IDEF1X (Integration DEFinition for Information Modeling) — это более формализованный и строгий метод для разработки реляционных баз данных, использующий специальный синтаксис для построения концептуальной и логической схем. IDEF1X особенно целесообразен после того, как все информационные ресурсы исследованы и принято решение о внедрении реляционной БД.

Сравнение ER-моделирования и IDEF1X:

Критерий	ER-моделирование	IDEF1X
Философия	Ориентировано на концептуальное представление, гибкость	Ориентировано на реляционную модель, стандартизация
Гибкость	Высокая, легко адаптируется под разные стили	Низкая, строго стандартизированный синтаксис
Неоднозначность	Возможна, допускает различные интерпретации	Минимальна, благодаря строгим правилам и нотации
Применимость	Инфологическое проектирование, общение с заказчиком	Логическое проектирование, разработка реляционных БД
Графический синтаксис	Более свободный, с вариантами обозначений	Строгий, стандартизированный
Преимущества	Простота восприятия, быстрая разработка	Точность, строгость, минимизация ошибок, легкая трансформация в физическую модель
Недостатки	Меньшая формализация, потенциал неоднозначности	Более сложный для изучения, менее интуитивен для новичков

В соответствии с методологией IDEF1X, построение логической модели осуществляется поэтапно:

1. Определение сущностей: Уточнение списка сущностей.
2. Построение модели уровня сущностей (ERD): Создание базовой диаграммы сущность-связь.
3. Построение модели уровня ключей (KB): Определение первичных и внешних ключей, связей.
4. Построение полноатрибутной модели (FA): Добавление всех атрибутов к сущностям.

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

Физическое Проектирование: Реализация Модели в MS Access

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

На этом этапе логическая схема БД расширяется характеристиками, необходимыми для фактического хранения и использования данных. Это включает:

1. Выбор типов данных для полей: Каждый атрибут логической модели должен быть сопоставлен с конкретным типом данных, поддерживаемым MS Access. Этот выбор критически важен, так как он влияет на объем хранимой информации, возможности обработки и производительность.
2. Создание индексов: Индексы — это специальные структуры, используемые для ускорения операций поиска, сортировки и группировки данных. Подобно предметному указателю в книге, они позволяют СУБД быстро находить нужные записи. Первичные ключи автоматически индексируются, но для часто используемых в запросах полей (особенно внешних ключей и полей, по которым производится поиск или сортировка) также рекомендуется создавать индексы. Важно помнить, что индексы занимают дополнительное место на диске и требуют обновления при изменении данных, поэтому их избыточное количество может замедлять операции записи.
3. Определение физических параметров хранения: В Access это менее выражено, чем в серверных СУБД, но все же важно учитывать ограничения по размеру файла (2 ГБ) и производительности.
4. Настройка параметров поддержания связной целостности: Установление связей между таблицами с опциями каскадного обновления и удаления, что позволяет Access автоматически поддерживать непротиворечивость данных.

Детальный перечень типов полей в Microsoft Access и их оптимальное применение:

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

Тип данных	Описание	Размер (прибл.)	Оптимальное применение
Короткий текст (Short Text)	Для буквенно-цифровых данных (имен, названий, кодов), которые не требуют большого объема. Максимальная длина — 255 символов. Access сохраняет только фактически введенные символы, экономя место.	1 байт/символ	Имена заказчиков, наименования продукции, адреса, телефоны (если не используются для расчетов), коды, идентификаторы.
Длинный текст (Long Text)	Для больших объемов буквенно-цифровых данных (предложений, абзацев). В .accdb файлах может хранить до 1 ГБ текста, но элементы управления в формах отображают до 64 000 символов. Может содержать форматированный текст.	До 1 ГБ	Подробные описания продукции, примечания к отгрузкам, комментарии, условия договоров.
Числовой (Number)	Для числовых данных, используемых в расчетах (кроме денежных). Доступны различные подтипы: Byte (0-255, 1 байт), Integer (-32768 до 32767, 2 байта), Long Integer (±2 млрд, 4 байта), Single (числа с плавающей запятой, 4 байта), Double (числа с плавающей запятой, высокая точность, 8 байт).	1, 2, 4, 8 байт	Количество отгруженной продукции, скидки (в процентах), порядковые номера (если не Счетчик), количественные показатели.
Большое число (Large Number)	(Введен в Access 2016 для .accdb) Для очень больших целых чисел, выходящих за пределы Long Integer.	8 байт	Уникальные идентификаторы из других систем, большие инкрементные счетчики (если Счетчик не подходит).
Денежный (Currency)	Для денежных значений и числовых данных с точностью до 4 знаков после запятой. Отличается высокой точностью и предотвращает ошибки округления при финансовых расчетах.	8 байт	Цены за единицу, сумма отгрузки, общая стоимость заказа, финансовые показатели.
Дата/время (Date/Time)	Для значений даты и времени. Access хранит дату как целое число, а время как дробную часть.	8 байт	Дата отгрузки, дата заказа, дата создания записи.
Логический (Yes/No)	Для булевых значений (Да/Нет, Истина/Ложь). Access хранит 0 для Ложь и -1 для Истина.	1 байт	Флаги активности (например, «ЗаказчикАктивен»), подтверждение чего-либо (например, «ОтгрузкаЗавершена»).
Поле объекта OLE (OLE Object)	Для хранения объектов (электронных таблиц, документов, изображений) из других Windows-приложений, поддерживающих OLE. Может хранить до 2 ГБ. Не рекомендуется для современных баз данных; лучше использовать «Вложение» или хранить ссылки на файлы.	До 2 ГБ	Устаревший тип, для совместимости со старыми системами. Лучше избегать.
Счетчик (AutoNumber)	Уникальные автоматически присваиваемые целые числа (последовательно возрастающие или случайные). Идеально подходит для первичных ключей.	4 байта	Автоматические уникальные идентификаторы для каждой записи (КодЗаказчика, КодПродукции, КодОтгрузки).
Гиперссылка (Hyperlink)	Для хранения ссылок на веб-узлы, сетевые или локальные файлы. Может содержать до 8192 символов.	До 8192 симв.	Ссылки на веб-сайты поставщиков, пути к файлам документов, связанных с отгрузкой.
Вложение (Attachment)	Позволяет прикреплять изображения, документы, электронные таблицы. Каждое поле вложения может содержать неограниченное количество вложений на одну запись, до общего ограничения размера файла базы данных (2 ГБ). Недоступен в файлах формата MDB.	Переменный	Прикрепление сканов накладных, фотографий продукции, спецификаций к отгрузкам.
Вычисляемый (Calculated)	(Недоступен в файлах MDB) Хранит результат выражения, основанного на других полях в той же таблице. Тип данных результата зависит от выражения; результат типа «Короткий текст» может содержать до 243 символов.	Переменный	Автоматический расчет СуммыОтгрузки (КоличествоОтгружено × ЦенаЗаЕдиницу), общей стоимости по позиции, даты следующей поставки.

На этапе физического проектирования важно не только выбрать подходящие типы данных, но и настроить свойства полей (обязательность заполнения, правила проверки, значения по умолчанию) и установить связи между таблицами в окне «Схема данных» MS Access, активировав опции поддержания ссылочной целостности. Это обеспечит корректность и непротиворечивость данных на протяжении всего жизненного цикла базы данных. Какой важный нюанс здесь упускается? Кажущаяся простота выбора типов данных часто приводит к ошибкам, которые проявляются лишь на этапе эксплуатации: некорректные расчеты, невозможность хранения специфических символов или избыточный объем базы данных. Поэтому к этому этапу следует подходить с максимальной внимательностью, предвидя будущие сценарии использования данных.

Разработка Структуры Базы Данных в MS Access для Учета Отгрузки Продукции

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

Определение Сущностей и Атрибутов

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

1. Сущность «Заказчики»:

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

   • КодЗаказчика (первичный ключ, тип: Счетчик). Автоматически генерируемый уникальный идентификатор для каждого заказчика. Использование «Счетчика» гарантирует уникальность и простоту управления.
   • НазваниеЗаказчика (тип: Короткий текст, 255 символов). Полное или краткое наименование организации/ФИО заказчика.
   • Адрес (тип: Короткий текст, 255 символов). Юридический или фактический адрес заказчика.
   • Телефон (тип: Короткий текст, 50 символов). Контактный телефон. Текстовый тип позволяет вводить символы «+», «-«, «(«, «)», которые часто используются в телефонных номерах и не подходят для числового типа.
   • Email (тип: Короткий текст, 100 символов). Электронная почта для связи.
2. Сущность «Продукция»:

   Эта сущность содержит данные об ассортименте товаров, которые могут быть отгружены.

   • КодПродукции (первичный ключ, тип: Счетчик). Уникальный идентификатор для каждого вида продукции.
   • Наименование (тип: Короткий текст, 255 символов). Полное наименование продукта.
   • ЕдиницаИзмерения (тип: Короткий текст, 20 символов). Например, «шт.», «кг», «упак.».
   • ЦенаЗаЕдиницу (тип: Денежный). Цена одной единицы продукции. Денежный тип обеспечивает высокую точность финансовых расчетов.
3. Сущность «Отгрузки»:

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

   • КодОтгрузки (первичный ключ, тип: Счетчик). Уникальный идентификатор каждой отгрузки.
   • КодЗаказчика (внешний ключ, тип: Числовой, Long Integer). Ссылается на КодЗаказчика в таблице «Заказчики». Этот внешний ключ устанавливает связь «один-ко-многим»: один заказчик может иметь много отгрузок.
   • КодПродукции (внешний ключ, тип: Числовой, Long Integer). Ссылается на КодПродукции в таблице «Продукция». Этот внешний ключ также устанавливает связь «один-ко-многим»: одна продукция может быть в составе многих отгрузок, но в рамках одной записи «Отгрузки» мы подразумеваем отгрузку одного вида продукции. Если требуется отразить отгрузку нескольких видов продукции в одной накладной, то потребуется дополнительная таблица «СоставОтгрузки», связывающая «Отгрузки» и «Продукцию» через отношение М:N. Для простоты курсовой работы в рамках одной записи «Отгрузки» мы будем считать, что отгружается один вид продукции.
   • ДатаОтгрузки (тип: Дата/время). Дата, когда произошла отгрузка.
   • КоличествоОтгружено (тип: Числовой, Long Integer). Фактическое количество отгруженной продукции.
   • СуммаОтгрузки (тип: Вычисляемый или Денежный). Это поле может быть вычисляемым на основе КоличествоОтгружено × ЦенаЗаЕдиницу (если ЦенаЗаЕдиницу берется из таблицы Продукция на момент отгрузки). Если цена может меняться, лучше хранить фактическую цену отгрузки как отдельное поле ЦенаОтгрузки (тип: Денежный) в таблице Отгрузки, тогда СуммаОтгрузки будет КоличествоОтгружено × ЦенаОтгрузки. Для данной работы будем считать, что ЦенаЗаЕдиницу фиксирована в таблице Продукция.

   Пример полей для сущности «Отгрузки» (с учетом вычисляемого поля):

   Поле	Тип данных	Примечание
   КодОтгрузки	Счетчик	Первичный ключ
   КодЗаказчика	Числовой	Внешний ключ к «Заказчики»
   КодПродукции	Числовой	Внешний ключ к «Продукция»
   ДатаОтгрузки	Дата/время
   КоличествоОтгружено	Числовой
   СуммаОтгрузки	Вычисляемый	[КоличествоОтгружено] * [Продукция]![ЦенаЗаЕдиницу]

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

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

1. Создание Таблиц:
В MS Access создание таблиц осуществляется через режим «Конструктор». Для каждой таблицы необходимо:

• Определить имена полей: Следует использовать осмысленные и краткие названия (например, КодЗаказчика, НазваниеЗаказчика).
• Выбрать типы данных: Для каждого поля выбрать наиболее подходящий тип из ранее рассмотренного списка, учитывая характер хранимой информации.
• Назначить первичный ключ: Для каждой таблицы выбрать поле (или комбинацию полей), которое будет однозначно идентифицировать каждую запись. В нашем случае это КодЗаказчика, КодПродукции и КодОтгрузки, для которых оптимален тип «Счетчик».
• Установить свойства полей: Например, для поля НазваниеЗаказчика можно установить свойство Обязательное поле: Да и Размер поля: 255. Для КоличествоОтгружено можно задать Правило проверки: >0 с Текстом ошибки: Количество должно быть больше нуля.

Пример структуры таблиц в MS Access:

Таблица «Заказчики»

Имя поля	Тип данных	Описание	Свойства поля (пример)
КодЗаказчика	Счетчик	Первичный ключ	Индексированное: Да (без совпадений)
НазваниеЗаказчика	Короткий текст	Наименование заказчика	Обязательное: Да, Размер: 255
Адрес	Короткий текст	Адрес заказчика	Размер: 255
Телефон	Короткий текст	Контактный телефон	Размер: 50
Email	Короткий текст	Электронная почта	Размер: 100

Таблица «Продукция»

Имя поля	Тип данных	Описание	Свойства поля (пример)
КодПродукции	Счетчик	Первичный ключ	Индексированное: Да (без совпадений)
Наименование	Короткий текст	Название продукта	Обязательное: Да, Размер: 255
ЕдиницаИзмерения	Короткий текст	Единица измерения	Размер: 20
ЦенаЗаЕдиницу	Денежный	Цена за единицу товара

Таблица «Отгрузки»

Имя поля	Тип данных	Описание	Свойства поля (пример)
КодОтгрузки	Счетчик	Первичный ключ	Индексированное: Да (без совпадений)
КодЗаказчика	Числовой	Внешний ключ к Заказчики	Индексированное: Да (с совпадениями)
КодПродукции	Числовой	Внешний ключ к Продукция	Индексированное: Да (с совпадениями)
ДатаОтгрузки	Дата/время	Дата отгрузки	Формат: Краткий формат даты
КоличествоОтгружено	Числовой	Отгруженное количество	Правило проверки: >0, Текст ошибки: Количество должно быть больше нуля
СуммаОтгрузки	Вычисляемый	Общая сумма отгрузки	Выражение: [КоличествоОтгружено]*[Продукция]![ЦенаЗаЕдиницу]

2. Установление Связей Между Таблицами:
После создания всех таблиц необходимо установить между ними связи, что позволит MS Access поддерживать ссылочную целостность. Это обеспечит, что, например, невозможно будет удалить заказчика, если у него есть связанные отгрузки, или ввести отгрузку для несуществующего продукта.
Для этого в MS Access используется инструмент «Схема данных»:

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

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

Разработка Функциональных Компонентов Базы Данных в MS Access

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

Реализация Запросов для Расчета и Анализа Отгрузок

Запросы являются сердцем любой СУБД, позволяя извлекать, фильтровать, сортировать и агрегировать данные. В MS Access запросы могут быть созданы как с помощью визуального конструктора (QBE — Query By Example), так и напрямую через язык SQL (Structured Query Language). Access обладает уникальной способностью преобразовывать QBE-запрос в SQL и наоборот, что облегчает работу как новичкам, так и опытным пользователям.

Основные типы запросов и их применение:

1. Запрос на выборку (SELECT-запрос): Базовый тип запроса, который позволяет извлекать данные из одной или нескольких таблиц по заданным критериям.
   • Просмотр данных: Выбор определенных полей из таблицы «Отгрузки» или из связанных таблиц («Заказчики», «Продукция»).
   • Фильтрация данных: Использование оператора WHERE для отбора записей, удовлетворяющих определенным условиям (например, отгрузки за конкретный месяц).
   • Вычисляемые поля: Создание новых полей, значения которых рассчитываются на основе существующих (например, «ОбщаяСумма» = «КоличествоОтгружено» × «ЦенаЗаЕдиницу»).
   • Группировка данных: Использование GROUP BY и агрегатных функций (SUM, COUNT, AVG, MAX, MIN) для получения сводных данных (например, общая сумма отгрузки по каждому заказчику).
2. Параметрический запрос: Разновидность запроса на выборку, которая при запуске предлагает пользователю ввести одно или несколько значений (параметров). Это делает запрос универсальным и гибким, позволяя получать данные для разных условий без изменения структуры запроса.
   • Применение: Расчет фактической отгрузки по заданному заказчику за заданный месяц. Пользователь вводит «Код Заказчика» и «Месяц» в диалоговом окне.
3. Перекрестный запрос (TRANSFORM-запрос): Особый тип запроса, который суммирует значения по двум наборам фактических данных, представляя результат в виде матрицы, подобной электронной таблице. Он позволяет увидеть данные в разрезе двух измерений (например, заказчики по строкам, месяцы по столбцам).
   • Применение: Отображение общих сумм отгрузок по каждому заказчику за каждый месяц, или по видам продукции, или по менеджерам.

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

• Запрос на выборку всех отгрузок с информацией о заказчике и продукции:

  SELECT
      Отгрузки.ДатаОтгрузки,
      Заказчики.НазваниеЗаказчика,
      Продукция.Наименование,
      Продукция.ЕдиницаИзмерения,
      Отгрузки.КоличествоОтгружено,
      Продукция.ЦенаЗаЕдиницу,
      Отгрузки.СуммаОтгрузки
  FROM
      (Заказчики INNER JOIN Отгрузки ON Заказчики.КодЗаказчика = Отгрузки.КодЗаказчика)
      INNER JOIN Продукция ON Отгрузки.КодПродукции = Продукция.КодПродукции;
  

• Параметрический запрос для расчета общей суммы отгрузки по заказчику за месяц:
  Этот запрос предложит пользователю ввести Код Заказчика и Месяц (гггг-мм).

  SELECT
      Sum(Отгрузки.СуммаОтгрузки) AS ОбщаяСуммаОтгрузки
  FROM
      Отгрузки
  WHERE
      (((Отгрузки.КодЗаказчика)=[Введите Код Заказчика])
      AND ((Format([ДатаОтгрузки],"yyyy-mm"))=[Введите Месяц (гггг-мм)]));
  

  Пояснение: Функция Format([ДатаОтгрузки],»yyyy-mm») извлекает год и месяц из поля ДатаОтгрузки в формате «ГГГГ-ММ», что позволяет сравнивать его с введенным пользователем параметром.

• Запрос с группировкой для подсчета общего количества отгруженной продукции по каждому продукту за весь период:

  SELECT
      Продукция.Наименование,
      Sum(Отгрузки.КоличествоОтгружено) AS ОбщееКоличество
  FROM
      Продукция INNER JOIN Отгрузки ON Продукция.КодПродукции = Отгрузки.КодПродукции
  GROUP BY
      Продукция.Наименование
  ORDER BY
      Sum(Отгрузки.КоличествоОтгружено) DESC;
  

• Запрос с HAVING для получения заказчиков, общая сумма отгрузки которым за текущий год превысила 100 000 рублей:

  SELECT
      Заказчики.НазваниеЗаказчика,
      Sum(Отгрузки.СуммаОтгрузки) AS ОбщаяСумма
  FROM
      (Заказчики INNER JOIN Отгрузки ON Заказчики.КодЗаказчика = Отгрузки.КодЗаказчика)
  WHERE
      Year(Отгрузки.ДатаОтгрузки) = Year(Date())
  GROUP BY
      Заказчики.НазваниеЗаказчика
  HAVING
      Sum(Отгрузки.СуммаОтгрузки) > 100000;
  

  Пояснение: Year(Date()) возвращает текущий год. HAVING фильтрует группы после агрегации, в отличие от WHERE, который фильтрует отдельные записи до нее.

Разработка Пользовательского Интерфейса (Форм)

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

Принципы создания форм:

1. Формы для ввода/редактирования данных:
   • Форма «Заказчики»: Для ввода и изменения информации о заказчиках. Должна содержать текстовые поля для НазваниеЗаказчика, Адрес, Телефон, Email.
   • Форма «Продукция»: Для управления каталогом продукции. Поля: Наименование, ЕдиницаИзмерения, ЦенаЗаЕдиницу.
   • Форма «Отгрузки»: Ключевая форма для регистрации каждой отгрузки. Здесь особенно важно использовать элементы управления, облегчающие ввод:
     • Поле КодЗаказчика должно быть реализовано как поле со списком (ComboBox), отображающее НазваниеЗаказчика, но сохраняющее КодЗаказчика. Это предотвращает ввод несуществующих кодов и делает выбор заказчика удобным.
     • Аналогично, поле КодПродукции должно быть полем со списком, отображающим Наименование продукции.
     • ДатаОтгрузки — поле типа «Дата/время» с календарем для удобного выбора.
     • КоличествоОтгружено — числовое поле с правилами проверки.
     • СуммаОтгрузки — вычисляемое поле, отображающее результат без возможности прямого редактирования.
2. Главная кнопочная форма: Это центральный пункт навигации по всей системе. Она должна содержать кнопки, которые позволяют быстро:
   • Перейти к формам ввода/редактирования данных.
   • Запустить наиболее часто используемые запросы.
   • Открыть основные отчеты.
   • Выйти из приложения.

   Использование макросов или кода VBA для привязки действий к кнопкам делает интерфейс интерактивным.

Создание Отчетов для Представления Аналитических Данных

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

Виды отчетов для анализа отгрузок:

1. Отчет «Фактическая отгрузка за период»: Детализированный отчет, отображающий все отгрузки за выбранный период с полными данными о заказчике, продукции, количестве и сумме. Может быть основан на запросе на выборку, который принимает параметры даты начала и окончания.
2. Отчет «Сводная ведомость отгрузок по заказчикам»: Группирует данные по заказчикам, показывая общую сумму и количество отгруженной продукции для каждого из них.
3. Отчет «Сводная ведомость отгрузок по продукции»: Аналогично, но группирует по видам продукции.
4. Отчет «Сравнение плана и факта отгрузки»: Для этого отчета потребуется дополнительная таблица «ПланОтгрузок». Отчет будет выводить плановые и фактические показатели, рассчитывать отклонения.
5. Отчет «Динамика отгрузок по месяцам/кварталам»: Использует перекрестные запросы или запросы с группировкой для отображения трендов отгрузки за определенные периоды, возможно с графическим представлением.

При создании отчетов в Access можно использовать:

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

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

Контроль Данных, Безопасность и Автоматизация в MS Access

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

Обеспечение Целостности и Контроля Данных

Качество данных является основой любых аналитических выводов. Некорректные, неполные или противоречивые данные могут привести к ошибочным решениям. Microsoft Access предоставляет ряд средств для поддержания целостности и контроля данных.

1. Контроль правильности ввода данных на уровне полей:
   • Типы данных: Как уже было отмечено, правильный выбор типа данных (Числовой, Денежный, Дата/время) автоматически ограничивает характер вводимых значений.
   • Свойства полей:
     • Обязательное поле: Да/Нет: Гарантирует, что поле не может быть оставлено пустым. Например, НазваниеЗаказчика должно быть обязательным.
     • Правило проверки: Позволяет задать логическое условие для вводимых значений. Например, для КоличествоОтгружено можно установить >0, чтобы исключить отрицательные или нулевые отгрузки.
     • Текст ошибки: Сообщение, которое будет отображаться пользователю, если данные не соответствуют правилу проверки.
     • Значение по умолчанию: Автоматически подставляет значение, если пользователь ничего не ввел (например, текущую дату для ДатаОтгрузки).
     • Индексированное: Да (с совпадениями)/Да (без совпадений): Ускоряет поиск и сортировку, а для первичных ключей Да (без совпадений) гарантирует уникальность.
2. Поддержание ссылочной целостности между таблицами:
   Это один из важнейших аспектов обеспечения целостности данных в реляционных базах. MS Access реализует ее через механизм связей между таблицами, когда внешний ключ одной таблицы ссылается на первичный ключ другой.
   • Обеспечение целостности данных: При установке связи между таблицами в окне «Схема данных» MS Access можно установить флажок «Обеспечение целостности данных». Это гарантирует, что:
     • Нельзя ввести значение во внешнее ключевое поле подчиненной таблицы, если это значение отсутствует в первичном ключе главной таблицы.
     • Нельзя удалить запись из главной таблицы, если есть связанные записи в подчиненной таблице.
     • Нельзя изменить значение первичного ключа в главной таблице, если это нарушит целостность связанных записей.
   • Каскадное обновление и удаление связанных записей: Эти опции (при их включении) позволяют автоматически синхронизировать изменения. Например, если КодЗаказчика изменится в таблице «Заказчики», он автоматически обновится во всех связанных записях таблицы «Отгрузки». Аналогично, при каскадном удалении, удаление заказчика приведет к удалению всех его отгрузок. Это мощные, но потенциально опасные инструменты, требующие тщательного обдумывания.

Ограничения MS Access в отношении целостности данных:

Несмотря на наличие механизмов контроля, MS Access имеет существенные ограничения в плане обеспечения сложной целостности данных, что отличает его от полноценных серверных СУБД (например, Microsoft SQL Server, Oracle). Эти ограничения связаны с отсутствием встроенной поддержки триггеров и хранимых процедур.

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

Влияние отсутствия триггеров и хранимых процедур в Access:

1. Сложность бизнес-логики: Реализация сложной логики проверки данных, автоматического пересчета или управления производными данными должна быть перенесена на уровень клиентского приложения (в формы, макросы или модули VBA).
2. Надежность и ошибки: Такая децентрализованная реализация менее надежна. Разные пользователи или разные формы могут реализовывать одну и ту же логику по-разному, что приводит к несоответствиям и ошибкам.
3. Масштабируемость и производительность: При выполнении сложных операций с большими объемами данных или при значительном количестве пользователей, отсутствие серверной логики приводит к тому, что клиентскому приложению приходится обрабатывать и передавать по сети гораздо больше данных, что существенно снижает производительность и масштабируемость системы.
4. Поддержка: Логика, разбросанная по многочисленным формам и модулям VBA, сложнее в поддержке и обновлении.

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

Механизмы Безопасности и Разграничения Доступа

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

1. Защита паролем базы данных: Самый простой способ — установка пароля на файл .accdb или .mdb. Без этого пароля невозможно открыть базу данных. Однако, для специалиста снятие такой защиты не представляет большой сложности. Этот метод подходит для защиты от случайного доступа, но не от целенаправленных атак.
2. Защита паролем пользователя и разграничение доступа (устаревший метод): В старых версиях Access существовала возможность настройки групп пользователей и разрешений на уровне объектов базы данных. Однако этот механизм был сложен в настройке и управлении, и в современных версиях .accdb он фактически отсутствует (или сильно ограничен).
3. Разграничение доступа через формы: Наиболее практичный и распространенный способ разграничения доступа в Access.
   • Ограничение прямого доступа к таблицам: Пользователям предоставляется доступ только к формам, а сами таблицы скрываются или защищаются от прямого открытия. Это предотвращает случайное или намеренное повреждение данных.
   • Разные формы для разных ролей: Для разных категорий пользователей (например, менеджеры по продажам, бухгалтеры, руководители) могут быть созданы разные формы с различным набором полей для просмотра и редактирования, а также с ограниченным набором доступных кнопок и функций. Например, менеджер может видеть только свои отгрузки, а бухгалтер — все.
   • Программное управление доступом: С помощью VBA можно реализовать более сложную логику проверки прав доступа, например, при входе пользователя в систему проверять его логин/пароль и на основе этого открывать определенные формы или скрывать/отключать элементы управления.

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

Автоматизация Задач с Использованием Макросов и VBA

Автоматизация рутинных операций значительно повышает эффективность работы с базой данных. В MS Access для этого используются макросы и модули VBA (Visual Basic for Applications).

1. Макросы:
   • Что это: Макросы — это последовательности команд, которые выполняются автоматически. В Access они создаются без написания программного кода, путем выбора действий из предопределенного списка макрокоманд.
   • Применение:
     • Автоматизация навигации: Открытие форм, отчетов, выполнение запросов по нажатию кнопки.
     • Выполнение действий при событиях: Запуск макроса при открытии формы, при изменении значения поля, при нажатии кнопки.
     • Простые проверки и вычисления: Хотя для сложных задач лучше использовать VBA.
     • Автоматизация импорта/экспорта данных.
   • Типы макросов: Могут быть автономными (отдельные объекты в базе данных) или внедренными (непосредственно привязанными к событию элемента управления в форме или отчете).
2. Модули VBA (Visual Basic for Applications):
   • Что это: VBA — это язык программирования, встроенный в приложения Microsoft Office. Он позволяет создавать более сложные и гибкие функциональные возможности, которые выходят за рамки стандартных макросов.
   • Применение:
     • Сложная бизнес-логика: Реализация нестандартных расчетов, проверок данных, автоматических обновлений.
     • Расширенное управление интерфейсом: Динамическое изменение свойств форм и элементов управления в зависимости от действий пользователя.
     • Взаимодействие с другими приложениями Office: Например, экспорт данных в Excel с определенным форматированием.
     • Обработка ошибок и отладка: VBA предоставляет более мощные средства для обработки исключений и поиска ошибок.
   • Преобразование макросов в VBA: Access позволяет преобразовать существующие макросы в код VBA. Это полезно, когда функциональность макроса становится недостаточной, и требуется ее расширение или более детальная отладка.

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

Анализ Фактической Отгрузки Продукции

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

Методы Анализа Отклонений

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

1. План-фактный анализ:
   • Суть: Наиболее базовый и широко используемый метод. Предполагает сравнение планируемых показателей с фактически достигнутыми результатами за определенный период.
   • Цель: Оценить степень выполнения поставленных задач, выявить абсолютные и относительные отклонения (например, процент выполнения плана).
   • Применение: Если план по отгрузке составлял 1000 единиц, а фактически отгружено 950, отклонение составит -50 единиц (недовыполнение на 5%). Этот анализ является отправной точкой для дальнейшего изучения причин отклонений.
2. Горизонтальный анализ (динамический):
   • Суть: Сравнение текущих данных с аналогичными данными за предыдущие периоды (месяц к месяцу, квартал к кварталу, год к году).
   • Цель: Выявить тенденции, динамику изменений показателей во времени. Помогает понять, улучшается ли ситуация или ухудшается.
   • Применение: Сравнение объема отгрузок в текущем месяце с объемом отгрузок в прошлом месяце или в том же месяце прошлого года позволяет увидеть сезонные колебания, влияние новых маркетинговых кампаний или других долгосрочных факторов.
3. Вертикальный анализ (структурный):
   • Суть: Изучение структуры показателей в рамках одного периода. Предполагает определение удельного веса отдельных компонентов в общем объеме.
   • Цель: Оценить состав и соотношение различных элементов показателя.
   • Применение: Анализ доли каждого вида продукции в общем объеме отгрузки, или доли каждого заказчика в общей выручке от отгрузок. Это помогает выявить наиболее значимые позиции или клиентов.
4. Метод экспертных оценок:
   • Суть: Определение пределов допустимых отклонений на основе знаний и опыта квалифицированных специалистов (руководителей подразделений, ведущих аналитиков).
   • Цель: Установить границы, в пределах которых отклонения считаются приемлемыми и не требуют немедленного вмешательства. Отклонения, выходящие за эти пределы, требуют особого внимания.
   • Применение: Например, эксперты могут установить, что отклонение в объеме отгрузки до ±5% является нормальным, но отклонения свыше 10% требуют расследования.
5. Метод цепных подстановок:
   • Суть: Это один из наиболее мощных и широко используемых методов детерминированного факторного анализа. Он позволяет последовательно оценить влияние каждого отдельного фактора на изменение результативного показателя, изолируя влияние каждого фактора при фиксированных значениях остальных.
   • Алгоритм применения метода цепных подстановок:
     1. Определение модели: Идентифицируется результативный показатель (П) и факторы (Ф1, Ф2, ..., Фn), которые влияют на него. Важно, чтобы модель была мультипликативной или аддитивной, т.е. П = Ф1 * Ф2 * ... * Фn или П = Ф1 + Ф2 + ... + Фn.
     2. Базовое и фактическое значение: Рассчитываются значения результативного показателя для базового (П0) и отчетного (П1) периодов, используя соответствующие базовые и фактические значения факторов (Фi0 и Фi1).
     3. Последовательная замена: Влияние каждого фактора определяется путем последовательной замены его базового значения на фактическое в формуле результативного показателя. При этом факторы, влияние которых уже было оценено, остаются с фактическими значениями, а еще не оцененные — с базовыми.
     4. Расчет влияния: Влияние каждого фактора (ΔП_Фi) рассчитывается как разница между условным значением результативного показателя, полученным после замены данного фактора, и условным значением, полученным до его замены.
     5. Проверка: Сумма влияний всех факторов должна быть равна общему изменению результативного показателя: ΔП_общ = П₁ — П₀ = Σ ΔП_Фi.
   • Практический пример расчета методом цепных подстановок для выручки от отгрузки:

     Предположим, выручка (В) от отгрузки продукции зависит от двух факторов:

     • Количества отгруженной продукции (Q)
     • Цены за единицу продукции (P)

     Формула: В = Q * P

     Исходные данные:

     • Базисный период (индекс 0):
       • Q₀ = 10 000 единиц
       • P₀ = 120 руб./единица
     • Отчетный период (индекс 1):
       • Q₁ = 11 000 единиц
       • P₁ = 130 руб./единица

     Пошаговый расчет:

     1. Базовая выручка (В₀):
        В0 = Q0 * P0 = 10 000 * 120 = 1 200 000 руб.
     2. Фактическая выручка (В₁):
        В1 = Q1 * P1 = 11 000 * 130 = 1 430 000 руб.
     3. Общее изменение выручки (ΔВ_общ):
        ΔВобщ = В1 - В0 = 1 430 000 - 1 200 000 = +230 000 руб.
     4. Влияние изменения количества отгруженной продукции (ΔВ_Q):
        Замещаем Q₀ на Q₁, а P₀ оставляем без изменений.
        Вусловная1 = Q1 * P0 = 11 000 * 120 = 1 320 000 руб.
ΔВQ = Вусловная1 - В0 = 1 320 000 - 1 200 000 = +120 000 руб.
        Вывод: Увеличение количества отгруженной продукции на 1000 единиц привело к росту выручки на 120 000 руб.
     5. Влияние изменения цены за единицу продукции (ΔВ_P):
        Теперь Q₁ остается фактическим, а P₀ замещаем на P₁.
        Вусловная2 (она же В1) = Q1 * P1 = 11 000 * 130 = 1 430 000 руб.
ΔВP = Вусловная2 - Вусловная1 = 1 430 000 - 1 320 000 = +110 000 руб.
        Вывод: Увеличение цены за единицу продукции на 10 руб. привело к росту выручки на 110 000 руб.
     6. Проверка сходимости:
        ΔВQ + ΔВP = 120 000 + 110 000 = 230 000 руб.
        Сумма влияний факторов точно совпадает с общим изменением выручки (ΔВ_общ = +230 000 руб.).

     Заключительный вывод по примеру: Общий рост выручки на 230 000 руб. был обусловлен увеличением количества отгруженной продукции на 120 000 руб. и ростом цены на 110 000 руб. Этот анализ позволяет руководству понять, какие именно факторы оказали наибольшее влияние на финансовый результат.

Формирование Аналитической Отчетности

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

Примеры аналитических ведомостей и отчетов:

1. Ведомость «Отгрузка продукции по заказчикам за период»: Детализированный отчет, который может быть сгруппирован по НазваниюЗаказчика. Для каждого заказчика будут перечислены все отгрузки с указанием НаименованияПродукции, ДатыОтгрузки, КоличестваОтгружено и СуммыОтгрузки, а в конце группы — общая сумма отгрузки для данного заказчика.
2. Отчет «Сводные данные по отгрузкам продукции (план/факт)»: Этот отчет будет включать данные из запросов, сравнивающих плановые и фактические показатели. Он может содержать столбцы: Период, НаименованиеПродукции, ПланОтгрузки, ФактОтгрузки, Отклонение (абс.), Отклонение (%). Для наглядности можно добавить условное форматирование, выделяющее отклонения красным цветом.
3. Графические отчеты: MS Access позволяет вставлять диаграммы и графики в отчеты, что делает их более наглядными. Например:
   • Гистограмма «Динамика отгрузок по месяцам» (объем отгрузок за каждый месяц).
   • Круговая диаграмма «Структура отгрузок по видам продукции» (доля каждого продукта в общем объеме).
   • Линейный график «Сравнение плановых и фактических отгрузок».
4. Отчет «Отгрузки с низкой рентабельностью»: Если в БД будет добавлена информация о себестоимости, можно формировать отчеты, выявляющие продукцию или заказчиков, которые приносят наименьшую прибыль.
5. Ведомость «Анализ факторов изменения выручки»: Отчет, представляющий результаты метода цепных подстановок в табличном виде, наглядно демонстрируя, как изменение количества и цены повлияло на общую выручку.

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

Заключение

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

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

Методология проектирования базы данных была представлена в виде трех последовательных этапов: концептуального, логического и физического. В ходе концептуального проектирования был проведен анализ предметной области с определением ключевых сущностей и их атрибутов. На этапе логического проектирования был выполнен сравнительный анализ ER-моделирования и IDEF1X, подчеркнуты преимущества последней в контексте строгой стандартизации и однозначности, что позволяет избежать потенциальных ошибок при дальнейшей реализации. Физическое проектирование детально описало процесс трансформации логической модели в конкретную структуру БД в MS Access, включая выбор оптимальных типов данных и создание индексов.

Практическая часть работы включала разработку структуры базы данных, где были обоснованы и детализированы сущности «Заказчики», «Продукция» и «Отгрузки» с указанием первичных и внешних ключей, а также оптимальных типов данных для каждого поля. Были представлены пошаговые инструкции по созданию таблиц в MS Access и установлению между ними связей с обеспечением ссылочной целостности.

Ключевым аспектом реализации стало создание функциональных компонентов. Были рассмотрены различные типы запросов (выборка, параметрические, перекрестные) и приведены подробные примеры SQL-запросов с использованием операторов SELECT, FROM, WHERE, GROUP BY, HAVING и агрегатных функций для эффективного расчета и анализа отгрузок. Особое внимание уделено разработке пользовательского интерфейса (форм) для удобного ввода данных и созданию аналитических отчетов для визуализации информации о фактической отгруз��е и сравнения плановых и фактических показателей.

В части контроля данных и безопасности информации были описаны методы обеспечения целостности (правила проверки полей, ссылочная целостность) и механизмы безопасности (пароль, разграничение доступа через формы). Критически важным стало глубокое обсуждение ограничений MS Access, связанных с отсутствием встроенных триггеров и хранимых процедур, что позволяет студенту понять границы применимости данной СУБД и перспективы для более сложных систем. Возможности автоматизации рутинных задач с использованием макросов и VBA также были освещены.

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

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

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

• Интеграцию с другими учетными системами (например, 1С) для автоматического обмена данными.
• Расширение функционала для учета складских запасов, заказов поставщикам, планирования производства.
• Разработку более сложных аналитических моделей, например, для прогнозирования спроса.
• Миграцию на более мощные клиент-серверные СУБД (SQL Server) при увеличении объемов данных или числа пользователей, сохраняя Access в качестве удобного клиентского интерфейса.

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

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

1. Акперов, И. Г. Информационные технологии в менеджменте: учебник / И. Г. Акперов, А. В. Сметанин, И. А. Коноплева. – Москва : Инфра-М, 2012. – 400 с.
2. Бекаревич, Ю. Самоучитель Microsoft Access 2013 / Ю. Бекаревич, Н. Пушкина. – Санкт-Петербург : БВХ-Петербург, 2014.
3. Гарсиа-Молина, Г. Системы баз данных. Полный курс / Г. Гарсиа-Молина, Дж. Ульман, Дж. Уидом ; пер. с англ. – Москва : Вильямс, 2004. – 1088 с.
4. Дейт, К. Введение в системы баз данных: проектирование. Реализация и управление / К. Дейт ; пер. с англ. – Санкт-Петербург : БХВ-Петербург, 2004. – 324 с.
5. Кошелев, В. Е. Access 2007. Эффективное использование / В. Е. Кошелев. – Москва : Бином-Пресс, 2009. – 590 с.
6. Кузин, А. В. Базы данных: учебное пособие / А. В. Кузин, С. В. Левонисова. – 2-е изд., стереотип. – Москва : Академия, 2008. – 320 с.
7. Кузин, А. В. Разработка баз данных в системе Microsoft Access / А. В. Кузин, В. М. Демин. – Москва : Инфра-М, Форум, 2014.
8. Кузнецов, С. Д. Основы баз данных. – 2-е изд. – Москва : Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007. – 484 с.
9. Малыхина, М. П. Базы данных: основы, проектирование, использование. – 2-е изд., перераб. и доп. – Санкт-Петербург : БХВ-Петербург, 2007. – 528 с.
10. Мартин, Г. Введение в SQL / Г. Мартин. – Санкт-Петербург : БХВ-Петербург, 2010. – 228 с.
11. Мак-Дональд, М. Access 2007 Недостающее руководство / М. Мак-Дональд. – Санкт-Петербург : БХВ-Петербург, 2007. – 784 с.
12. Харитонова, И. Microsoft Office Access 2007 / И. Харитонова, Л. Рудикова. – Санкт-Петербург : БХВ-Петербург, 2008. – 1280 с.
13. Хомоненко, А. Д. Базы данных: Учебник для высших учебных заведений / А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев ; под ред. Проф. А. Д. Хомоненко. – 6-е изд. – Санкт-Петербург : КОРОНА принт, 2009. – 736 с.
14. Система управления базами данных Microsoft Access. – URL: https://research.spbu.ru/files/1/3652_1339178652.pdf (дата обращения: 01.11.2025).
15. GROUP BY clause (Microsoft Access SQL). – URL: https://learn.microsoft.com/en-us/office/client-developer/access/desktop-database-reference/group-by-clause-microsoft-access-sql (дата обращения: 01.11.2025).
16. How to use SQL GROUP BY in MS Access. – URL: https://www.youtube.com/watch?v=yW63v34X60c (дата обращения: 01.11.2025).
17. Основы методологии IDEF1 и IDEF1X — Информационные технологии в экономике. – URL: https://itd.isuct.ru/sites/default/files/idef1x.pdf (дата обращения: 01.11.2025).
18. Стандарт моделирования данных idef1x. Er-диаграммы. – URL: https://cyberleninka.ru/article/n/standart-modelirovaniya-dannyh-idef1x-er-diagrammy/viewer (дата обращения: 01.11.2025).
19. Структура таблицы в ms Access, типы данных. – URL: https://bspu.by/static/bd_access.pdf (дата обращения: 01.11.2025).
20. Основы методологии IDEF1X — MD-Менеджмент. – URL: https://md-management.ru/content/view/174/81/ (дата обращения: 01.11.2025).
21. 2. Логическая модель базы данных. – URL: https://www.itd.isuct.ru/sites/default/files/metodichka_po_rabote_s_access.pdf (дата обращения: 01.11.2025).
22. Управление по отклонениям: виды отклонений и методы анализа — Экономика и Жизнь. – URL: https://www.eg-online.ru/article/387405/ (дата обращения: 01.11.2025).
23. Анализ производства и отгрузки продукции (работ, услуг). Анализ финансовых результатов. Основные направления долгосрочного инвестирования — Интуит. – URL: https://www.intuit.ru/studies/courses/40/39/lecture/1118 (дата обращения: 01.11.2025).
24. Microsoft Access 2016: Aggregate Data With Functions and Group By | SQL Queries. – URL: https://www.youtube.com/watch?v=wzJg2gT6H4k (дата обращения: 01.11.2025).
25. СОЗДАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ В ПРИЛОЖЕНИИ MICROSOFT ACCESS — Ивановский Государственный Политехнический Университет. – URL: https://ivgpu.com/sites/default/files/f1820/mu_informatika_2016.pdf (дата обращения: 01.11.2025).
26. Модель IDEF1X. – URL: https://old.rgau-msha.ru/documents/files/pdf/informatika/model_IDEF1X_Bystrenina.pdf (дата обращения: 01.11.2025).
27. SQL Aggregate Functions — Microsoft Support. – URL: https://support.microsoft.com/en-us/office/sql-aggregate-functions-microsoft-support-01c05d0e-c902-466d-a123-5e921d4c20f7 (дата обращения: 01.11.2025).
28. Основы методологии IDEF1X — Программные продукты — Статьи — Interface.ru. – URL: https://www.interface.ru/home.asp?artId=1943 (дата обращения: 01.11.2025).
29. ПР № 2 SQL запросы. Работа с запросами в MS Access. – URL: https://ru.scribd.com/document/423192087/%D0%9F%D0%A0-2-SQL-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D1%8B-%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0-%D1%81-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0%D0%BC%D0%B8-%D0%B2-MS-Access (дата обращения: 01.11.2025).
30. 21. Логическая и физическая модели данных. – URL: https://studfile.net/preview/447605/page:12/ (дата обращения: 01.11.2025).
31. Какие существуют методы анализа отклонений от плана в бизнесе? — Вопросы к Поиску с Алисой (Яндекс Нейро). – URL: https://yandex.ru/q/question/kakie_sushchestvuiut_metody_analiza_otklonenii_ot_d7e4cfb2/ (дата обращения: 01.11.2025).
32. Отчеты, Формы, Макросы, Модули — Применение СУБД MS Access для создания бизнес-приложений — Bstudy. – URL: https://bstudy.net/603407/informatika/otchety_formy_makrosy_moduli (дата обращения: 01.11.2025).
33. 6. Создание форм, отчетов, макросов в ms Access. – URL: https://moodle.bsu.by/pluginfile.php/365518/mod_resource/content/1/%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%BE%D0%B2%D0%B0%20%D0%98.%D0%90.%20%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F%20%D1%83%D1%87%D0%B5%D1%82%D0%B0%20%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D0%BE%D0%B2%20%D0%B8%D0%B7%D0%B4%D0%B5%D0%BB%D0%B8%D0%B9%20%D0%BD%D0%B0%20%D0%BF%D1%80%D0%B5%D0%B4%D0%BF%D1%80%D0%B8%D1%8F%D1%82%D0%B8%D0%B8%20%28%D0%BA%D1%83%D1%80%D1%81%D0%BE%D0%B2%D0%B0%D1%8F%20%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%29.pdf (дата обращения: 01.11.2025).
34. Логическая модель данных, Физическая модель базы данных, Описание выбранной СУБД, Создание структуры БД в СУБД MS ACCESS — Представление знаний в информационных системах — Studbooks.net. – URL: https://studbooks.net/689033/informatika/logicheskaya_model_dannyh_fizicheskaya_model_bazy_dannyh_opisanie_vybrannoy_subd_sozdanie_struktury_subd_access (дата обращения: 01.11.2025).
35. Создание баз данных в Microsoft Access — Издательство «Мир науки». – URL: https://izd-mn.com/PDF/35MNNPU19.pdf (дата обращения: 01.11.2025).
36. СУБД Access — Казанский федеральный университет. – URL: https://kpfu.ru/portal/docs/F_27814421/SUBD.Access_uchebnoe_posobie.pdf (дата обращения: 01.11.2025).
37. Логическая и физическая модель данных – Разница в моделировании данных — Amazon AWS. – URL: https://aws.amazon.com/ru/compare/the-difference-between-logical-and-physical-data-models/ (дата обращения: 01.11.2025).
38. Нормативный метод и анализ отклонений. – URL: https://cyberleninka.ru/article/n/normativnyy-metod-i-analiz-otkloneniy/viewer (дата обращения: 01.11.2025).
39. БАЗЫ ДАННЫХ — БНТУ. – URL: https://www.bntu.by/news/download/289/db_kurs_posob.pdf (дата обращения: 01.11.2025).
40. Что такое план-факт и как рассчитать процент отклонения с помощью факторного анализа — Клеверенс. – URL: https://kleverens.ru/blog/chto-takoe-plan-fakt-i-kak-rasschitat-protsent-otkloneniya-s-pomoshchyu-faktornogo-analiza/ (дата обращения: 01.11.2025).
41. Общие сведения о макросах в Access 2007 — Служба поддержки Майкрософт. – URL: https://support.microsoft.com/ru-ru/office/%D0%BE%D0%B1%D1%89%D0%B8%D0%B5-%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE-%D0%BC%D0%B0%D0%BA%D1%80%D0%BE%D1%81%D0%B0%D1%85-%D0%B2-access-2007-16012c41-8633-4f51-b844-42b7194f4c82 (дата обращения: 01.11.2025).
42. MS Access Файл. – URL: https://ds02.infourok.ru/uploads/ex/0f6c/00021c1a-2831c2c3/hello_html_m4624e75d.png (дата обращения: 01.11.2025).
43. 22. Этапы проектирования реляционной базы данных. – URL: https://studfile.net/preview/447605/page:13/ (дата обращения: 01.11.2025).
44. kursovaya.docx. – URL: https://www.osu.ru/sites/default/files/document/21171/kursovaya.docx (дата обращения: 01.11.2025).
45. Подсчет данных при помощи запроса — Служба поддержки Майкрософт. – URL: https://support.microsoft.com/ru-ru/office/%D0%BF%D0%BE%D0%B4%D1%81%D1%87%D0%B5%D1%82-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D0%BF%D1%80%D0%B8-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D0%B8-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0-75d354b5-7799-4c17-a9a7-578bc4878a87 (дата обращения: 01.11.2025).
46. Практическая работа 18 Создание форм и отчетов в СУБД Ms Access. – URL: https://moodle.omsk-ped.ru/pluginfile.php/22906/mod_resource/content/1/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%2018.pdf (дата обращения: 01.11.2025).
47. 6. Запросы MS Access. – URL: https://it-lectures.ru/ms_access_lectures/6_zaprosy_ms_access.html (дата обращения: 01.11.2025).
48. Создание макроса пользовательского интерфейса — Служба поддержки Майкрософт. – URL: https://support.microsoft.com/ru-ru/office/%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BC%D0%B0%D0%BA%D1%80%D0%BE%D1%81%D0%B0-%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%BE%D0%B3%D0%BE-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81%D0%B0-c65d6c82-c283-494b-a5d6-a4c3f58a3622 (дата обращения: 01.11.2025).
49. Microsoft Access. Работа № 3. – URL: https://www.sgu.ru/sites/default/files/textdocsfiles/2021-02-15/bukunov_s.v._rabota_3_microsoft_access.pdf (дата обращения: 01.11.2025).
50. Что такое ключевые поля и индексы в БД Microsoft Access. – URL: https://www.youtube.com/watch?v=FjIqX71N4a4 (дата обращения: 01.11.2025).
51. Практическое занятие № 23 и № 24 Создание форм и отчётов. Фильтрация, эк. – URL: https://www.sgu.ru/sites/default/files/textdocsfiles/2016-09-21_0946/prakticheskoe_zanyatie__23_i__24_sozdanie_form_i_otchyotov._filtraciya_eksport_i_import_dannyh.pdf (дата обращения: 01.11.2025).
52. lab_2.docx. – URL: https://www.sgu.ru/sites/default/files/textdocsfiles/2020-03-24/lab_2.docx (дата обращения: 01.11.2025).
53. 4.7 Построение информационно-логической модели данных — Microsoft Access. – URL: https://1304.ucoz.ru/publ/4_7_postroenie_informacionno_logicheskoj_modeli_dannykh/1-1-0-10 (дата обращения: 01.11.2025).
54. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ — Высшая школа экономики. – URL: https://www.hse.ru/data/2013/05/01/1296614488/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%20%D1%80%D0%B5%D0%BB%D1%8F%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B9%20%D0%91%D0%94.pdf (дата обращения: 01.11.2025).
55. Войтюк, Т. Е. ОСНОВЫ ПРОЕКТИРОВАНИЯ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ СРЕДСТВАМИ ИНСТРУМЕНТАЛЬНОЙ СРЕДЫ / Т. Е. Войтюк, И. С. Осетрова. – Учебные издания. – URL: https://edu.itmo.ru/learn/203273/ (дата обращения: 01.11.2025).
56. Введение в использование типов данных и свойств полей — Служба поддержки Майкрософт. – URL: https://support.microsoft.com/ru-ru/office/%D0%B2%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B2-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D1%82%D0%B8%D0%BF%D0%BE%D0%B2-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D0%B8-%D1%81%D0%B2%D0%BE%D0%B9%D1%81%D1%82%D0%B2-%D0%BF%D0%BE%D0%BB%D0%B5%D0%B9-86f34e6e-3004-4c8d-af19-354a55877f83 (дата обращения: 01.11.2025).
57. Лабораторная работа №4 Cоставление форм, запросов, отчетов в ms access. – URL: https://www.istu.ru/storage/main/nauka_i_innovatsii/laboratornye_raboty/s_v_klyuev_sostavlenie_form_zaprosov_otchetov_v_ms_access_0.pdf (дата обращения: 01.11.2025).
58. Технологии проектирования баз данных — FTP. – URL: https://www.twirpx.com/file/201625/ (дата обращения: 01.11.2025).
59. Создание запросов в классических базах данных Access с помощью средства чтения с экрана — Служба поддержки Майкрософт. – URL: https://support.microsoft.com/ru-ru/office/%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%BE%D0%B2-%D0%B2-%D0%BA%D0%BB%D0%B0%D1%81%D1%81%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D1%85-%D0%B1%D0%B0%D0%B7%D0%B0%D1%85-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-access-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D1%81%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B2%D0%B0-%D1%87%D1%82%D0%B5%D0%BD%D0%B8%D1%8F-%D1%81-%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0-0bb5b13b-21d1-41e9-bb6e-41716f272c72 (дата обращения: 01.11.2025).
60. Лабораторная работа № 1. Создание таблиц, запросов, форм, отчетов Цель. – URL: https://moodle.bsu.by/pluginfile.php/127161/mod_resource/content/1/%D0%BB%D0%B0%D0%B1%D0%BE%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%BD%D0%B0%D1%8F%20%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%20%E2%84%961.pdf (дата обращения: 01.11.2025).
61. Лекция 13.doc. – URL: https://www.sgu.ru/sites/default/files/textdocsfiles/2016-09-20_1701/lekciya_13._sozdanie_i_razrabotka_bazy_dannyh_v_srede_ms_access_0.pdf (дата обращения: 01.11.2025).
62. 9.3. Перекрестные запросы Microsoft Access 2010. – URL: https://www.youtube.com/watch?v=R0_qB7Fm5n4 (дата обращения: 01.11.2025).
63. Основные свойства полей таблицы Microsoft Access. – URL: https://www.youtube.com/watch?v=KzIgbxQ8G2c (дата обращения: 01.11.2025).