Методология разработки базы данных «Система управления пассажирскими перевозками» в MS Access 2010: От проектирования до реализации и обеспечения безопасности

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

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

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

Теоретические основы реляционных баз данных и СУБД

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

Понятие СУБД и ее роль в управлении данными

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

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

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

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

Реляционная модель данных: принципы и преимущества

Когда мы говорим о базах данных, особенно в контексте MS Access, мы чаще всего подразумеваем реляционную модель данных (РМД). Это не просто способ хранения информации, это целая прикладная теория построения баз данных, основанная на строгих математических принципах, в частности на теории множеств и логике первого порядка. Автором этой революционной концепции стал Э.Ф. Кодд, который заложил ее основы в 1969–1970 годах. Его идеи позволили преодолеть хаос и избыточность, присущие более ранним моделям, предложив элегантное и мощное решение.

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

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

Например, в системе управления пассажирскими перевозками, таблица «Пассажиры» может содержать поля «КодПассажира», «Фамилия», «Имя», «Телефон», а каждая строка будет соответствовать конкретному пассажиру.

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

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

Нормализация баз данных и Третья нормальная форма (3НФ)

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

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

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

Давайте разберем это на примере системы «Пассажирские перевозки».
Представим, что у нас есть одна большая таблица «Рейсы_и_Экипаж» со следующими полями:

• КодРейса (первичный ключ)
• НомерРейса
• ПунктОтправления
• ПунктНазначения
• ДатаОтправления
• ВремяОтправления
• КодЭкипажа
• ФИО_Пилота
• ФИО_Бортпроводника
• МодельСамолета
• ВместимостьСамолета

Эта таблица имеет несколько проблем:

1. Избыточность: ФИО_Пилота и ФИО_Бортпроводника, МодельСамолета и ВместимостьСамолета повторяются для каждого рейса, если экипаж или самолет используются на нескольких рейсах.
2. Транзитивные зависимости: ФИО_Пилота и ФИО_Бортпроводника зависят от КодаЭкипажа, а не напрямую от КодаРейса. Аналогично, ВместимостьСамолета зависит от МоделиСамолета. Это и есть транзитивные зависимости — неключевые поля зависят от других неключевых полей.

Для достижения 3НФ, мы должны декомпозировать эту таблицу:

• Таблица «Рейсы»:
  • КодРейса (первичный ключ)
  • НомерРейса
  • ПунктОтправления
  • ПунктНазначения
  • ДатаОтправления
  • ВремяОтправления
  • КодЭкипажа (внешний ключ к таблице «Экипажи»)
  • КодСамолета (внешний ключ к таблице «Транспортные_Средства»)
• Таблица «Экипажи»:
  • КодЭкипажа (первичный ключ)
  • ФИО_Пилота
  • ФИО_Бортпроводника
• Таблица «Транспортные_Средства»:
  • КодСамолета (первичный ключ)
  • МодельСамолета
  • ВместимостьСамолета

Теперь каждая таблица соответствует 3НФ: все неключевые атрибуты зависят только от первичного ключа. Цели 3НФ:

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

Модель «сущность-связь» (ER-модель) и ее значение

Прежде чем начать строить таблицы, нам нужен чертеж – план нашей будущей базы данных. Именно для этого служит модель «сущность–связь» (ER-модель), которая позволяет описывать концептуальные схемы предметной области и используется при высокоуровневом (концептуальном) проектировании баз данных. Это мощный визуальный инструмент, который помогает разработчику и заказчику говорить на одном языке, четко определяя, что именно система должна хранить и как это связано между собой.

В основе ER-модели лежат два ключевых понятия:

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

  Сущности на диаграмме обычно изображаются прямоугольниками.

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

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

Значение ER-модели для визуализации и структурирования предметной области до этапа реализации огромно. Она позволяет:

1. Четко определить scope: Понять, какие данные важны для системы и какие нет.
2. Визуализировать связи: Наглядно представить, как различные части информации соотносятся друг с другом.
3. Выявить потенциальные проблемы: Обнаружить избыточность или пропущенные сущности еще на ранних этапах, до того как они будут реализованы в коде.
4. Упростить коммуникацию: Служит универсальным языком между аналитиками, разработчиками и заказчиками.

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

Этапы проектирования реляционной базы данных для системы управления пассажирскими перевозками

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

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

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

• Диспетчеры: Им нужна информация о текущем статусе рейсов, наличии свободных мест, опозданиях, контактах экипажей.
• Кассиры/Операторы по бронированию: Им необходим удобный интерфейс для поиска рейсов, бронирования, продажи и возврата билетов, а также для работы с данными пассажиров.
• Администраторы автопарка/авиапарка: Им важна информация о транспортных средствах, их техническом состоянии, расписании обслуживания.
• Бухгалтеры/Финансисты: Нужны отчеты о продажах, выручке, возвратах.

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

Давайте представим ER-диаграмму для системы управления пассажирскими перевозками:

• Сущности:
  • Пассажиры: (КодПассажира, ФИО, ДатаРождения, ПаспортныеДанные, Телефон, Email)
  • Рейсы: (КодРейса, НомерРейса, КодМаршрута, ДатаОтправления, ВремяОтправления, ДатаПрибытия, ВремяПрибытия, КодТранспортногоСредства, СтатусРейса)
  • Маршруты: (КодМаршрута, ПунктОтправления, ПунктНазначения, Расстояние)
  • Транспортные_Средства: (КодТранспортногоСредства, ТипТС, Модель, Вместимость, ГосНомер/БортовойНомер)
  • Билеты: (КодБилета, КодПассажира, КодРейса, Место, Стоимость, ДатаПокупки, СтатусБилета)
  • Сотрудники: (КодСотрудника, ФИО, Должность, Телефон)
  • Экипажи: (КодЭкипажа, КодСотрудника (Пилот), КодСотрудника (Бортпроводник 1), …)
• Связи:
  • Пассажиры (1) — покупают — (много) Билеты
  • Рейсы (1) — имеют — (много) Билеты
  • Рейсы (1) — следуют по — (1) Маршруты
  • Рейсы (1) — используют — (1) Транспортные_Средства
  • Рейсы (1) — обслуживаются — (1) Экипажи
  • Экипажи (1) — состоят из — (много) Сотрудники

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

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

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

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

На этом этапе мы определяем:

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

Пример логической схемы для «Пассажирские перевозки» (фрагмент):

Таблица: Пассажиры	Таблица: Билеты	Таблица: Рейсы	Таблица: Маршруты
КодПассажира (ПК)	КодБилета (ПК)	КодРейса (ПК)	КодМаршрута (ПК)
ФИО	КодПассажира (ВК)	КодМаршрута (ВК)	ПунктОтправления
ДатаРождения	КодРейса (ВК)	НомерРейса	ПунктНазначения
ПаспортныеДанные	Место	ДатаОтправления	Расстояние
Телефон	Стоимость	ВремяОтправления
Email	ДатаПокупки	…

Здесь (ПК) означает первичный ключ, а (ВК) — внешний ключ.

Физическое проектирование: Выбор СУБД и оптимизация

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

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

Далее разрабатывается схема базы данных, где для каждой таблицы и каждого поля определяются конкретные параметры:

• Типы данных: Для каждого поля выбирается наиболее подходящий тип данных, например, «Текстовый» для ФИО, «Дата/время» для дат, «Числовой» для вместимости.
• Свойства полей: Устанавливаются дополнительные свойства, такие как размер поля, формат, маски ввода, значения по умолчанию, а также требование обязательности заполнения.
• Индексы: Для полей, по которым часто выполняется поиск или сортировка (например, КодРейса, НомерРейса), создаются индексы. Индексы ускоряют операции выборки данных, но могут замедлять операции изменения. Цель — найти оптимальный баланс.

Пример физической реализации (фрагмент для поля):

Таблица	Поле	Тип данных (Access 2010)	Размер поля/Формат	Обязательное	Индекс
Рейсы	КодРейса	Счетчик	Длинное целое	Да	Да (без дублирования)
Рейсы	НомерРейса	Текстовый	10	Да	Да (допускаются совпадения)
Рейсы	ДатаОтправления	Дата/время	Краткий формат даты	Да	Нет
Пассажиры	ПаспортныеДанные	Текстовый	20	Да	Да (без дублирования)

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

Реализация структуры данных в MS Access 2010: Создание таблиц и связей

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

Создание новой базы данных MS Access 2010

Первый шаг — это создание «холста» для нашей системы.

1. Запуск MS Access 2010: Откройте программу MS Access 2010.
2. Создание пустой базы данных: На вкладке «Файл» (которая открывает представление Backstage), выберите опцию «Создать». В области «Доступные шаблоны» выберите «Новая база данных».
3. Имя файла и расположение: Укажите имя файла, например, Система_Пассажирские_Перевозки.accdb, и выберите папку для сохранения. Затем нажмите кнопку «Создать».

После этих действий Access создаст новый пустой файл базы данных. Перед вами откроется основной интерфейс программы.

Подробное описание интерфейса Access 2010:

• Лента: В верхней части окна расположена лента, содержащая вкладки («Файл», «Главная», «Создание», «Внешние данные», «Работа с базами данных»). Каждая вкладка содержит группы команд, организованные по функциональному признаку. Это центральный элемент управления, позволяющий создавать и модифицировать объекты базы данных.
• Область навигации: Слева расположена панель, отображающая все объекты базы данных (таблицы, запросы, формы, отчеты, макросы, модули). С ее помощью можно быстро переключаться между объектами и открывать их для просмотра или редактирования.
• Представление Backstage: Открывается при нажатии вкладки «Файл» и предоставляет доступ к командам управления файлом базы данных: сохранение, открытие, печать, информация о базе данных и параметры.

Проектирование и создание таблиц в режиме Конструктора

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

Пошаговая методика создания таблиц (на примере «Пассажиры»):

1. Переход в режим Конструктора: На вкладке «Создание» в группе «Таблицы» выберите «Конструктор таблиц». Откроется окно конструктора, где можно определить структуру таблицы.
2. Определение полей: Для каждой сущности, выявленной на этапе логического проектирования, создайте отдельную таблицу. В режиме Конструктора введите имя поля, выберите тип данных и задайте свойства.

Рассмотрим поля для таблицы «Пассажиры»:

Имя поля	Тип данных	Размер поля/Формат	Описание	Обязательное	Индекс
КодПассажира	Счетчик	Длинное целое	Уникальный идентификатор пассажира	Да	Да (без дублирования)
Фамилия	Текстовый	50	Фамилия пассажира	Да	Нет
Имя	Текстовый	50	Имя пассажира	Да	Нет
Отчество	Текстовый	50	Отчество пассажира (если есть)	Нет	Нет
ДатаРождения	Дата/время	Краткий формат даты	Дата рождения пассажира	Нет	Нет
СерияПаспорта	Текстовый	4	Серия паспорта	Да	Нет
НомерПаспорта	Текстовый	6	Номер паспорта	Да	Да (без дублирования)
Телефон	Текстовый	20 (с маской ввода !+7(999)000-00-00)	Контактный телефон пассажира	Нет	Нет
Email	Гиперссылка		Электронная почта пассажира	Нет	Нет

3. Выбор типов данных: MS Access 2010 поддерживает различные типы данных:
   • Текстовый: Для коротких текстовых строк (до 255 символов), например, «Фамилия», «Имя».
   • Длинный текст (MEMO): Для больших объемов текста (до 1 ГБ), но в элементах управления отображаются первые 64 000 символов. Может использоваться для примечаний.
   • Числовой: Для числовых значений (целых, дробных). Важно выбрать правильный подтип (Байт, Целое, Длинное целое, Одинарное с плавающей точкой, Двойное с плавающей точкой, Код репликации) для оптимального хранения и точности.
   • Дата/время: Для хранения дат и времени.
   • Денежный: Для денежных значений с фиксированной точностью.
   • Счетчик (AutoNumber): Автоматически генерируемое уникальное число, идеально подходит для первичных ключей.
   • Логический (Да/Нет): Для булевых значений.
   • Объект OLE: Для встраивания объектов (например, документов, изображений).
   • Гиперссылка: Для хранения веб-адресов или путей к файлам.
   • Вложение: Для прикрепления файлов.
   • Мастер подстановок: Позволяет создать поле, которое отображает значения из другой таблицы или фиксированного списка.

   При выборе типа данных необходимо учитывать ограничения. Например, текстовое поле до 255 символов, а для длинного текста — до 1 гигабайта.

4. Определение первичных ключей: Для каждой таблицы должен быть определен первичный ключ, который однозначно идентифицирует каждую запись. В режиме Конструктора щелкните правой кнопкой мыши на поле, которое должно быть первичным ключом (например, КодПассажира), и выберите «Ключевое поле». Как правило, для первичных ключей используют тип «Счетчик».
5. Сохранение таблицы: Нажмите кнопку «Сохранить» или закройте вкладку таблицы. Access предложит ввести имя таблицы (например, «Пассажиры»).

Повторите эти шаги для всех таблиц, определенных на этапе логического проектирования: «Рейсы», «Маршруты», «Транспортные_Средства», «Билеты», «Сотрудники», «Экипажи».

Установление связей между таблицами и обеспечение ссылочной целостности

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

1. Открытие окна «Схема данных»: На вкладке «Работа с базами данных» в группе «Показать или скрыть» нажмите «Схема данных».
2. Добавление таблиц: В открывшемся окне «Схема данных» нажмите кнопку «Отобразить таблицу» на ленте. Добавьте все созданные таблицы в схему.
3. Установление связей: Перетаскивайте поле первичного ключа одной таблицы на соответствующее поле внешнего ключа в другой таблице. Например, перетащите КодМаршрута из таблицы «Маршруты» на КодМаршрута в таблице «Рейсы».
4. Обеспечение ссылочной целостности: В диалоговом окне «Изменение связей» установите флажок «Обеспечение целостности данных».

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

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

5. Каскадные обновления и удаления связанных записей: В том же диалоговом окне «Изменение связей» можно установить флажки «Каскадное обновление связанных полей» и «Каскадное удаление связанных записей».
   • Каскадное обновление: Если вы измените значение первичного ключа в главной таблице, Access автоматически обновит соответствующие значения внешних ключей во всех связанных записях. Это полезно, если, например, код маршрута изменится, и вы хотите, чтобы все связанные рейсы также обновились.
   • Каскадное удаление: Если вы удалите запись из главной таблицы, Access автоматически удалит все связанные записи из подчиненных таблиц. Использовать эту опцию следует с крайней осторожностью! Например, если удалить запись о пассажире, автоматически удалятся все его билеты. В некоторых случаях это может быть желаемым поведением (например, при удалении заказа удаляются и все его позиции), но в других — крайне нежелательным (например, удаление маршрута может привести к потере всех данных о рейсах по этому маршруту, если не предусмотрена архивация).

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

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

Работа с запросами в MS Access 2010 для управления данными о пассажирских перевозках

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

Общие принципы создания запросов и SQL

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

Важно понимать, что за графическим интерфейсом конструктора запросов в MS Access 2010 всегда стоит мощный язык. MS Access 2010 использует язык структурированных запросов SQL (Structured Query Language) для выполнения любых запросов. Когда вы перетаскиваете поля, устанавливаете условия или задаете сортировку в Конструкторе запросов, Access за кулисами генерирует соответствующий SQL-код. Это дает разработчику возможность не только использовать интуитивно понятный визуальный интерфейс, но и при необходимости переключиться в режим SQL для точной настройки или создания более сложных запросов.

Существуют два основных типа запросов:

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

Запросы на выборку: фильтрация, сортировка, группировка и вычисляемые поля

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

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

Пошаговое создание запроса на выборку (пример: «Список всех рейсов на завтра»):

1. Создание запроса: На вкладке «Создание» в группе «Запросы» выберите «Конструктор запросов».
2. Добавление таблиц: В появившемся окне «Добавление таблицы» выберите таблицы «Рейсы» и «Маршруты» и нажмите «Добавить», затем «Закрыть».
3. Выбор полей: Перетащите необходимые поля из таблиц в нижнюю область конструктора (сетку QBE — Query By Example): Рейсы.НомерРейса, Маршруты.ПунктОтправления, Маршруты.ПунктНазначения, Рейсы.ДатаОтправления, Рейсы.ВремяОтправления.
4. Использование условий отбора данных (критериев): В строке «Условие отбора» под полем Рейсы.ДатаОтправления введите Date() + 1. Это условие выберет все рейсы, запланированные на завтра.
5. Сортировка: Для поля Рейсы.ВремяОтправления в строке «Сортировка» выберите «По возрастанию».
6. Сохранение и запуск: Сохраните запрос под именем «РейсыНаЗавтра» и запустите его, нажав кнопку «Выполнить» на вкладке «Конструктор».

Примеры других запросов на выборку:

• «Пассажиры на рейсе №XXX»: Фильтрация таблицы «Билеты» по КодРейса и связь с таблицей «Пассажиры» для получения ФИО.
• «Загруженность рейсов по маршруту ‘Москва-Санкт-Петербург'»: Группировка по КодМаршрута и КодРейса, подсчет количества билетов с использованием функции Count().

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

1. В конструкторе запросов в свободном столбце в строке «Поле» введите: ОбщаяСтоимость: Sum([Стоимость]).
2. В строке «Групповая операция» для этого поля выберите Sum. Для полей, по которым нужно группировать (например, КодРейса), выберите Group By.
3. Для «Количество свободных мест» можно создать поле СвободныхМест: [Вместимость] - Count([КодБилета]) при соответствующей группировке.

Применение агрегатных функций:
Access поддерживает стандартные агрегатные функции, такие как:

• SUM(): Сумма значений в поле.
• AVG(): Среднее арифметическое.
• COUNT(): Количество записей.
• MAX(): Максимальное значение.
• MIN(): Минимальное значение.

Пример SQL для запроса «Общая стоимость билетов на рейс»:

SELECT Рейсы.НомерРейса, Sum(Билеты.Стоимость) AS ОбщаяСтоимость
FROM Рейсы INNER JOIN Билеты ON Рейсы.КодРейса = Билеты.КодРейса
GROUP BY Рейсы.НомерРейса;

Запросы на изменение (запросы-действия): Добавление, обновление и удаление данных

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

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

• Особенности использования запросов на обновление: Обычно запрос на обновление в Access ориентирован на одну таблицу. Он позволяет использовать условия, не зависящие от заменяемого значения, а также обновлять несколько записей за раз. Запрос на обновление нельзя использовать для добавления новых записей или их удаления.
• Пример: «Обновить статус рейса на ‘Отменен'»:
  1. На вкладке «Создание» в группе «Запросы» выберите «Конструктор запросов».
  2. Добавьте таблицу «Рейсы».
  3. На вкладке «Конструктор» в группе «Тип запроса» выберите «Обновление».
  4. Перетащите поле СтатусРейса в сетку QBE.
  5. В строке «Обновление» введите 'Отменен'.
  6. В строке «Условие отбора» для поля НомерРейса введите, например, 'SU123'.
  7. Запустите запрос. Access покажет предупреждение о количестве обновляемых записей.

  Пример SQL:

  UPDATE Рейсы
  SET СтатусРейса = 'Отменен'
  WHERE НомерРейса = 'SU123';
  

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

• Пример: «Архивировать завершенные рейсы»:
  Предположим, у нас есть таблица «АрхивРейсов» с такой же структурой, как «Рейсы».
  1. В Конструкторе запросов добавьте таблицу «Рейсы».
  2. Выберите тип запроса «Добавление».
  3. В диалоговом окне «Добавление» укажите таблицу назначения «АрхивРейсов».
  4. Перетащите все поля из «Рейсов» в сетку QBE. Access автоматически сопоставит поля.
  5. В строке «Условие отбора» для поля ДатаПрибытия введите <Date(). Это выберет все рейсы, которые уже завершились.
  6. Запустите запрос.

  Пример SQL:

  INSERT INTO АрхивРейсов (КодРейса, НомерРейса, КодМаршрута, ДатаОтправления, ...)
  SELECT КодРейса, НомерРейса, КодМаршрута, ДатаОтправления, ...
  FROM Рейсы
  WHERE ДатаПрибытия < Date();
  

3. Запросы на удаление:
Запрос на удаление удаляет группу записей из одной или нескольких таблиц. При использовании запроса на удаление удаляется вся запись, а не только данные в определенных полях; после удаления отменить операцию невозможно. Это делает данный тип запросов особенно опасным.

• Пример: «Удалить устаревшие данные о пассажирах (без билетов)»:
  1. В Конструкторе запросов добавьте таблицу «Пассажиры».
  2. Выберите тип запроса «Удаление».
  3. Перетащите поле КодПассажира в сетку QBE.
  4. В строке «Условие отбора» для поля КодПассажира можно использовать подзапрос для выбора пассажиров, у которых нет связанных билетов и дата рождения которых, например, больше 100 лет назад (для устаревших данных).
  5. Крайне важно: перед выполнением запросов на удаление рекомендуется создавать резервные копии базы данных! Это позволит восстановить данные в случае непреднамеренного удаления.

  Пример SQL:

  DELETE FROM Пассажиры
  WHERE КодПассажира NOT IN (SELECT КодПассажира FROM Билеты)
  AND ДатаРождения < DateAdd("yyyy", -100, Date());
  

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

Разработка пользовательских форм в MS Access 2010 для удобного взаимодействия

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

Назначение и типы форм в Access

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

Формы бывают двух основных типов:

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

Создание форм с использованием Мастера и Конструктора форм

Разработка форм в MS Access 2010 может осуществляться с использованием различных инструментов, каждый из которых предлагает свой уровень гибкости и контроля. Основными из них являются инструмент «Форма», «Пустая форма», «Мастер форм» и «Конструктор форм».

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

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

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

Элементы управления, макросы и VBA для интерактивности

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

• Элементы управления: Это интерактивные объекты, которые добавляются в форму:
  • Текстовые поля: Для ввода и отображения данных.
  • Кнопки: Для выполнения действий (сохранение, закрытие формы, запуск отчета).
  • Списки, раскрывающиеся списки: Для выбора значений из предопределенного набора или из другой таблицы (например, выбор пассажира из списка его ФИО, а не по КодПассажира).
  • Переключатели, флажки: Для логических значений (Да/Нет).
  • Вкладки: Для организации большого объема информации на нескольких страницах.
• Применение макросов или базовых программных модулей на VBA (Visual Basic for Applications) для автоматизации задач:
  • Макросы: Access предлагает набор встроенных макрокоманд, которые можно привязать к событиям элементов управления (например, нажатие кнопки) или формы (например, открытие формы). С их помощью можно реализовать кнопки «Сохранить запись», «Закрыть форму», «Найти следующий рейс», «Открыть отчет». Макросы легче освоить, чем VBA, и они подходят для большинства стандартных задач.
  • VBA: Для более сложной логики и взаимодействия с операционной системой или другими приложениями можно использовать VBA-код. Например, VBA позволяет реализовать сложную проверку ввода, динамическое изменение элементов формы в зависимости от выбора пользователя, или взаимодействие с внешними API.

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

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

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

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

Создание информативных отчетов в MS Access 2010

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

Назначение отчетов и их источники данных

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

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

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

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

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

Создание отчетов с помощью Мастера и Конструктора отчетов

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

1. Инструмент «Отчет» (быстрое создание): На вкладке «Создание» в группе «Отчеты» выберите «Отчет». Access мгновенно создаст отчет на основе выбранной таблицы или запроса. Это удобно для быстрого просмотра всех данных.
2. Мастер отчетов: Мастер отчетов предоставляет достаточный начальный макет для отчета, позволяя пользователю быстро создать отчет. Он идеально подходит для создания структурированных отчетов с группировкой и итогами.
   • Пример: «Расписание рейсов на неделю»:
     1. Создайте запрос «РейсыНаНеделю», который выбирает все рейсы на ближайшие 7 дней, объединяет данные из таблиц «Рейсы» и «Маршруты», и сортирует по дате и времени.
     2. На вкладке «Создание» выберите «Мастер отчетов».
     3. В качестве источника данных выберите запрос «РейсыНаНеделю».
     4. Перенесите все необходимые поля.
     5. Выберите поля для группировки (например, ДатаОтправления).
     6. Выберите порядок сортировки (например, ВремяОтправления).
     7. Выберите макет (например, «Ступенчатый») и ориентацию.
     8. Присвойте отчету имя (например, РасписаниеРейсовНаНеделю) и нажмите «Готово».
3. Конструктор отчетов: Конструктор отчетов дает возможность полностью контролировать структуру и оформление отчета, добавлять различные элементы форматирования. Это инструмент для создания уникальных, сложных отчетов, требующих точного позиционирования элементов и программируемой логики.
   • Пример: «Статистика загруженности рейсов» или «Отчет по проданным билетам»:
     1. Создайте запрос, который объединяет данные о рейсах, билетах и транспортных средствах, г��уппируя их по рейсам и подсчитывая количество проданных билетов и общую вместимость.
     2. Откройте «Конструктор отчетов».
     3. Используйте панель «Список полей», чтобы перетащить поля из вашего запроса.
     4. Добавьте текстовые поля, метки, линии, прямоугольники для улучшения оформления.
     5. Использование вычисляемых полей и итоговых сумм: В Конструкторе можно добавлять текстовые поля с выражениями для расчетов.
        • Для поля «Общая выручка за день» в области «Нижний колонтитул отчета» или «Нижний колонтитул группы» можно создать текстовое поле с выражением Sum([Стоимость]).
        • Для «Средней заполняемости рейса»: Avg([КоличествоПроданныхБилетов] / [Вместимость]) * 100 & "%". Обратите внимание, что для этого в запросе-источнике должны быть поля с количеством проданных билетов и вместимостью.

        Вычисляемые поля в отчетах могут использоваться для расчетов, таких как налог с оборота (например, [Стоимость] * 0.18), средние значения, количество элементов, а также отображение минимальных и максимальных значений.

Структура отчета и форматирование

Отчеты в Access имеют четко определенную структуру, состоящую из нескольких разделов, каждый из которых выполняет свою функцию:

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

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

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

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

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

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

Обеспечение целостности, безопасности и резервного копирования данных в MS Access 2010

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

Поддержание целостности данных

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

• Ввести значение во внешний ключ, для которого нет соответствующего значения первичного ключа в главной таблице. Если диспетчер попытается создать рейс с КодомМаршрута, которого нет в таблице «Маршруты», Access выдаст ошибку, что предотвращает появление «потерянных» данных.
• Удалить запись из главной таблицы, если есть связанные записи в подчиненной таблице. Нельзя удалить маршрут, пока на него существуют активные рейсы.

Практические рекомендации по контролю ввода данных для полей, относящихся к пассажирским перевозкам:

1. Правила проверки данных: Для каждого поля можно задать правило проверки, которое будет контролировать вводимые значения.
   • Пример: Для поля ДатаОтправления в таблице «Рейсы» правило проверки может быть Is Date And >=Date() (дата должна быть текущей или будущей).
   • Для поля Вместимость в таблице «Транспортные_Средства» правило Between 1 And 500 (вместимость должна быть в разумных пределах).
2. Текст ошибки: К каждому правилу проверки можно добавить «Текст ошибки», который будет отображаться пользователю при нарушении правила (например, «Дата отправления не может быть в прошлом»).
3. Маски ввода: Для полей, требующих строгого формата (например, телефонные номера, номера рейсов, паспортные данные), используйте маски ввода.
   • Пример: Для поля Телефон маска ввода !+7(999)000-00-00 обеспечит ввод в правильном формате.
   • Для СерииПаспорта можно использовать маску 0000, для НомераПаспорта — 000000.
4. Обязательное поле: Установите свойство «Обязательное поле» в «Да» для всех полей, которые не могут быть пустыми (например, ФИО пассажира, номер рейса).

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

Безопасность базы данных: Шифрование и парольная защита

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

Пошаговая инструкция по шифрованию базы данных Access 2010 с использованием пароля:

1. Откройте базу данных в монопольном режиме: Прежде чем установить пароль, убедитесь, что база данных закрыта для всех других пользователей. Откройте Access, перейдите на вкладку «Файл», выберите «Открыть», найдите ваш файл базы данных, нажмите на стрелку рядом с кнопкой «Открыть» и выберите «Открыть монопольно».
2. Установите пароль: Перейдите на вкладку «Файл», выберите «Сведения». В разделе «Защита базы данных» нажмите «Зашифровать с помощью пароля».
3. Введите и подтвердите пароль: В появившемся диалоговом окне введите надежный пароль и подтвердите его. Нажмите «ОК».

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

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

Рекомендации по управлению паролями:

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

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

Резервное копирование и восстановление данных

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

Методы создания резервных копий:
Самый простой способ — это использование встроенной функции Access.

1. Встроенная функция резервного копирования: Перейдите на вкладку «Файл», выберите «Сохранить и опубликовать», затем «Сохранить базу данных как» и «Создать резервную копию базы данных». Access сохранит копию файла с текущей датой в имени.
2. Ручное копирование файла: Можно просто скопировать файл .accdb (или .mdb) в безопасное место.

Сценарии восстановления:

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

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

• Частота:
  • Для активно используемых баз данных, где ежедневно происходит много изменений (например, система бронирования билетов), резервное копирование должно быть ежедневным или даже чаще.
  • Перед выполнением любых запросов действий (на обновление, добавление, удаление), особенно если запрос будет изменять или удалять данные, рекомендуется создавать резервные копии. Это дает «точку отката» в случае ошибки.
• Место хранения:
  • Храните резервные копии на отдельном диске, сетевом хранилище или облачном сервисе, отличном от того, где хранится основная база данных.
  • При наличии нескольких пользователей, обновляющих базу данных, перед выполнением резервного копирования необходимо убедиться, что все пользователи закрыли свои базы данных. Это гарантирует, что копия будет полной и непротиворечивой.

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

Преимущества и ограничения использования MS Access 2010 для систем управления

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

Ключевые преимущества MS Access 2010

MS Access 2010 был разработан как инструмент для проектирования и развертывания приложений баз данных, подходящий для отслеживания важной информации, особенно для малых и средних предприятий или индивидуальных пользователей. Его популярность объясняется рядом существенных преимуществ:

1. Интеграция данных из различных источников: Одним из значительных преимуществ Access является его способность выступать в роли хаба для данных. MS Access 2010 может интегрировать данные из других файлов MS Access, файлов MS Excel, текстовых файлов и баз данных, разработанных в других реляционных СУБД (например, SQL Server, Oracle) через ODBC-подключения. Это делает его идеальным для создания «сводных» приложений, которые собирают информацию из разрозненных источников. Он также поддерживает корректный импорт и экспорт данных в форматах .mdb (старый формат) и .accdb (новый формат).
2. Удобный интерфейс для разработки без глубоких знаний программирования: Access 2010 предлагает интуитивно понятный графический интерфейс. Пользователи могут создавать собственные формы, отчеты и запросы с помощью визуальных конструкторов и мастеров, без необходимости в обширных знаниях программирования. Это значительно снижает порог входа для разработчиков и позволяет быстро прототипировать и развертывать приложения.
3. Создание веб-баз данных и публикация на SharePoint: В Access 2010 была революционная на тот момент возможность создавать веб-базы данных и публиковать их на сайте SharePoint. Это позволяло пользователям работать с базой данных через веб-браузер, что открывало новые горизонты для совместной работы. Пользователи, не имеющие клиента Access, могли открывать формы и отчеты в браузере, при этом изменения синхронизировались автоматически. Важно отметить, что в более поздних версиях (начиная с Access 2013) возможность создания новых веб-баз данных Access 2010 была удалена, хотя существующие можно было открывать и публиковать. Тем не менее, для 2010 года это было значимым преимуществом.
4. Точность и согласованность данных: Access обеспечивает точность и согласованность данных, хранящихся в базах. Точность и согласованность данных обеспечиваются через использование соответствующих типов данных для полей, правил проверки данных и соблюдение ссылочной целостности. Это помогает предотвратить ввод неверной или противоречивой информации.
5. Новые типы данных и улучшенные возможности совместной работы в Access 2010: Access 2010 поддерживал использование новых типов данных и элементов управления, а также улучшенное представление данных. К новым и улучшенным типам данных относились «Длинный текст» (Long Text, ранее Memo), «BigInt» (для больших целых чисел), «Дата/время расширенный» (Date/Time Extended) и «Вложение» (Attachment). Улучшенные возможности для совместной работы включали публикацию веб-баз данных на сайтах SharePoint, что позволяло нескольким пользователям одновременно получать доступ к данным через веб-браузер, повышая эффективность командной работы.

Функциональные и производительные ограничения MS Access 2010

Несмотря на свои преимущества, Access 2010 не является универсальным решением и имеет ряд критических ограничений, которые необходимо учитывать при проектировании и выборе СУБД:

1. Максимальный размер файла базы данных: Функциональные ограничения MS Access 2010 включают максимальный размер базы данных в 2 гигабайта (за вычетом пространства для системных объектов). Для системы управления пассажирскими перевозками с большим объемом данных (история рейсов, тысячи пассажиров, архивы) это может стать серьезным препятствием, ведь превышение этого лимита потребует изменения архитектуры. Это ограничение можно обойти путем связывания с таблицами в других базах данных, распределяя данные по нескольким файлам.
2. Количество объектов и полей: Количество объектов в базе данных ограничено 32 768, а количество полей в таблице — 255. Для большинства приложений это достаточно, но для очень сложных систем с сотнями таблиц и множеством полей в одной таблице может оказаться тесно.
3. Ограничения на количество одновременно работающих пользователей: Максимальное количество одновременно работающих пользователей составляет 255. Однако реальная производительность начинает заметно падать при гораздо меньшем числе пользователей (обычно 10-20), особенно при интенсивных операциях записи. Access не предназначен для высоконагруженных многопользовательских систем.
4. Особенности веб-приложений Access 2010 и их ограничения: Веб-приложения Access 2010, хотя и были инновационными, имели свои ограничения: максимальный размер хранилища базы данных в 1 ГБ и уровень производительности запросов в 5 DTU (единиц транзакций базы данных). Это делало их пригодными только для очень небольших веб-сценариев. Как уже упоминалось, в более поздних версиях Access эта функциональность была изменена/удалена, что также указывает на ее ограниченную применимость.

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

• Локальных решений: Если база данных используется одним или несколькими пользователями в одной сети.
• Прототипирования: Быстрое создание функциональной модели.
• Учебных проектов: Для освоения принципов БД.

Однако, если:

• Объем данных значительно превышает 2 ГБ.
• Количество одновременно работающих пользователей постоянно превышает 10-15 человек.
• Требуется высокая производительность и отказоустойчивость.
• Необходима масштабируемость и возможность работы через интернет для большого количества пользователей.
• Требуется более высокий уровень безопасности и детализированное разграничение прав доступа.

…тогда Access становится недостаточным. В таких случаях стоит рассмотреть переход на более мощные реляционные СУБД, такие как:

• Microsoft SQL Server Express Edition (бесплатная): Отличный вариант для средних задач, поддержка до 10 ГБ данных, лучшая производительность и масштабируемость по сравнению с Access.
• MySQL/PostgreSQL (бесплатные, с открытым исходным кодом): Мощные, кросс��латформенные СУБД, идеально подходят для веб-приложений и корпоративных систем.
• Oracle Database Express Edition (бесплатная): Профессиональная СУБД с рядом ограничений, но с возможностью масштабирования до полноценной версии Oracle.

Выбор СУБД должен быть обоснован текущими и прогнозируемыми потребностями системы, а Access 2010, при всех его достоинствах, остается инструментом для конкретного сегмента задач.

Заключение

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

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

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

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

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

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

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

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

1. Автоматизированные информационные технологии в экономике: Учебник / Под ред. Проф. Г.А. Титоренко. Москва: Компьютер, ЮНИЩ, 1998.
2. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. Москва: Русская редакция, 2002. 736 с.
3. Проектирование экономических информационных систем: Учебник / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов. Москва: Финансы и статистика, 2003. 512 с.
4. Козырев А.А., Юдин А.П. Информационные технологии в экономике: конспект лекций. Санкт-Петербург: Изд-во Михайлова В.А., 2000.
5. Прокопчук Л.О., Козырев А.А. Применение компьютерных программных продуктов при стратегическом планировании деятельности предприятия. Санкт-Петербург: Издательство СПбГТУ, 1997.
6. Виллариал Б. Access 2002: программирование в примерах. Москва: КУДИЦ-ОБРАЗ, 2003. 194 с.
7. Бекаревич Ю.Б., Пушкина Н.В. Microsoft Access 2003: самоучитель. Санкт-Петербург: БХВ-Петербург, 2004. Доступ по URL: http://capri.ustu.ru/access_2003/access_g11.htm (дата обращения: 24.12.2008).
8. Атре Ш. Структурный подход к организации баз данных. Москва: Финансы и статистика, 1983. 320 с.
9. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. Москва: Финансы и статистика, 1989. 351 с.
10. Карпова Т.С. Базы данных: модели, разработка, реализация. Санкт-Петербург: Питер, 2002. 304 с.
11. Кириллов В.В. Структуризованный язык запросов (SQL). Санкт-Петербург: ИТМО, 1994. 80 с.
12. Этапы проектирования реляционной базы данных. URL: http://www.basegroup.ru/uchebnik/project/section-22 (дата обращения: 25.10.2025).
13. Назначение отчетов. URL: http://www.basegroup.ru/uchebnik/access/section-04 (дата обращения: 25.10.2025).
14. Реляционная модель данных. URL: https://e-learning.bmstu.ru/moodle/pluginfile.php/127161/mod_resource/content/1/%D0%9B%D0%B5%D0%BA%D1%86%D0%B8%D1%8F%204.%20%D0%A0%D0%B5%D0%BB%D1%8F%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F%20%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85.pdf (дата обращения: 25.10.2025).
15. Реляционная модель данных. Портал информационно-образовательных ресурсов УрФУ. URL: http://elar.urfu.ru/bitstream/10995/60907/1/relacionnaya_model_dannyh.pdf (дата обращения: 25.10.2025).
16. Основные понятия модели Entity-Relationship (Сущность-Связи). URL: http://citforum.ru/database/er_model/ (дата обращения: 25.10.2025).
17. Краткое описание ER–метода проектирования реляционных баз данных. URL: https://www.osp.ru/data/pdf/DB_ER_design.pdf (дата обращения: 25.10.2025).
18. Проектирование реляционной базы данных. Высшая школа экономики. URL: https://www.hse.ru/data/2012/10/01/1252084666/%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%D0%A0%D0%B5%D0%BB%D1%8F%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B9%20%D0%91%D0%B0%D0%B7%D1%8B%20%D0%94%D0%B0%D0%BD%D0%BD%D1%8B%D1%85.pdf (дата обращения: 25.10.2025).
19. Работа с базами данных в MS ACCESS 2010. URL: http://www.nngasu.ru/components/com_dms/doc/290/Rabota_s_bazami_dannyh_v_MS_Access_2010.pdf (дата обращения: 25.10.2025).
20. Одиночкина С.В. Разработка баз данных в Microsoft Access 2010: Учебное пособие. URL: https://elar.urfu.ru/bitstream/10995/3697/1/Access_2010.pdf (дата обращения: 25.10.2025).
21. Целостность данных. URL: http://www.basegroup.ru/uchebnik/access/section-22 (дата обращения: 25.10.2025).
22. Обеспечение целостности данных. Таблицы в Access. Компьютерная литература. URL: https://comp-lit.ru/access/gl_6_6.htm (дата обращения: 25.10.2025).
23. Основные сведения об отчетах в Access. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%BD%D1%8B%D0%B5-%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE%D0%B1-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%B0%D1%85-%D0%B2-access-934c0f86-2187-43c2-8438-e4b2d6a5c102 (дата обращения: 25.10.2025).
24. Базы данных. БНТУ. URL: https://dl.bntu.by/pluginfile.php/63098/mod_resource/content/1/%D0%91%D0%B0%D0%B7%D1%8B%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85.pdf (дата обращения: 25.10.2025).
25. Информатика. Основы работы с СУБД MS Access. ELiS ПГНИУ. URL: https://elis.psu.ru/node/2209 (дата обращения: 25.10.2025).
26. Формы. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D1%84%D0%BE%D1%80%D0%BC%D1%8B-77a83d6a-5c96-4171-87bf-f018311a6813 (дата обращения: 25.10.2025).
27. Access 2010: задачи базы данных. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/access-2010-%D0%B7%D0%B0%D0%B4%D0%B0%D1%87%D0%B8-%D0%B1%D0%B0%D0%B7%D1%8B-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-fa5f6170-13a8-4e8c-b03a-32e70e309dd0 (дата обращения: 25.10.2025).
28. СУБД ACCESS. URL: http://informatik.kz/lectures/lecture_access.pdf (дата обращения: 25.10.2025).
29. Создание запроса, формы или отчета в 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%B0-%D1%84%D0%BE%D1%80%D0%BC%D1%8B-%D0%B8%D0%BB%D0%B8-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%B0-%D0%B2-access-602c310c-3430-47b2-bd55-a00632d43e5c (дата обращения: 25.10.2025).
30. Безопасность в Access 2010. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%B2-access-2010-388f6c38-df6c-4861-a5d7-e25f822a362f (дата обращения: 25.10.2025).
31. Access 2010 specifications. Служба поддержки Майкрософт. URL: https://support.microsoft.com/en-us/office/access-2010-specifications-5a67675f-b27b-4026-9d27-d47798835848 (дата обращения: 25.10.2025).
32. Защита данных с помощью резервного копирования и восстановления. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D0%B7%D0%B0%D1%89%D0%B8%D1%82%D0%B0-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D1%80%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE-%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%B8-%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F-1c881512-32b5-4b07-9572-132d0c268fc3 (дата обращения: 25.10.2025).
33. Использование Мастера форм. URL: http://www.basegroup.ru/uchebnik/access/section-10 (дата обращения: 25.10.2025).
34. Создание и выполнение запроса на удаление. Служба поддержки Майкрософт. 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%B8-%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0-%D0%BD%D0%B0-%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-e0f6d0f6-3918-4dc6-b55d-3d4432087268 (дата обращения: 25.10.2025).
35. Создание и выполнение запроса на обновление. Microsoft Support. 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%B8-%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0-%D0%BD%D0%B0-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-e87f62e8-090c-4611-9a74-b788ef39c279 (дата обращения: 25.10.2025).
36. Оператор DELETE (Microsoft Access SQL). Microsoft Learn. URL: https://learn.microsoft.com/ru-ru/office/vba/access/concepts/structured-query-language/delete-statement-microsoft-access-sql (дата обращения: 25.10.2025).
37. Лабораторная работа №3. Парольная защита баз данных в Access. Создание, изменение или удаление паролей. URL: http://www.basegroup.ru/uchebnik/access/section-23 (дата обращения: 25.10.2025).
38. Новые возможности Microsoft Access 2010, русская версия. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D0%BD%D0%BE%D0%B2%D1%8B%D0%B5-%D0%B2%D0%BE%D0%B7%D0%BC%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D0%B8-microsoft-access-2010-%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B0%D1%8F-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-21e1a5f6-c67d-411a-b68c-2f22b724b11f (дата обращения: 25.10.2025).
39. Обзор Access 2010. URL: https://download.microsoft.com/download/6/4/4/644C4768-D43E-4198-8979-F81A5D16671A/Access_2010_Product_Guide_RU-RU.pdf (дата обращения: 25.10.2025).
40. Работа с базами данных в Access 2010. Часть 1. Университет Лобачевского. URL: http://www.unn.ru/pages/issues/ucheb_metody/99999999_2014_access_1.pdf (дата обращения: 25.10.2025).
41. Создание запросов в классических базах данных 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-24328b9c-5026-474d-a26b-f975294e5e48 (дата обращения: 25.10.2025).
42. Устранение ошибок при обновлении данных в запросе или форме. Microsoft 365 Apps. URL: https://support.microsoft.com/ru-ru/office/troubleshoot-errors-that-occur-when-you-update-data-in-a-query-or-form-f71694f4-5f53-48b4-814d-aa646b40656a (дата обращения: 25.10.2025).
43. Создание простого запроса на выборку. Служба поддержки Майкрософт. 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%BF%D1%80%D0%BE%D1%81%D1%82%D0%BE%D0%B3%D0%BE-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0-%D0%BD%D0%B0-%D0%B2%D1%8B%D0%B1%D0%BE%D1%80%D0%BA%D1%83-65373a02-534d-4ac2-8176-79103c81e85a (дата обращения: 25.10.2025).
44. Руководство по созданию отчетов. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE-%D0%BF%D0%BE-%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D1%8E-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BE%D0%B2-c07ae9d0-252a-412e-b6a4-44b1d7d5985b (дата обращения: 25.10.2025).
45. Регулирование и ограничения в веб-приложениях Access. Microsoft Support. URL: https://support.microsoft.com/ru-ru/office/%D1%80%D0%B5%D0%B3%D1%83%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B8-%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D1%8F-%D0%B2-%D0%B2%D0%B5%D0%B1-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F%D1%85-access-5c5a2c26-5b20-4e50-9852-30239d67568c (дата обращения: 25.10.2025).