Файл: Разработка программы для учета расхода горючего по автомобилям.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 09.02.2024
Просмотров: 31
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОСТАВ И СТРУКТУРА ДАННЫХ
В настоящее время в основе любой информационной системы лежит база данных (БД).
База данных — это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных.
Выбор той или иной СУБД для формата данных существенно влияет на функциональные возможности информационной системы и проектные решения. Предложение на рынке СУБД огромно, и перед разработчиком встает сложный выбор, какую СУБД использовать. Ситуация усугубляется при необходимости обеспечить поддержку различных источников.
Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД).
Структура данных представлена в таблицах 2-4.
Таблица 2 - «Автомобиль»
Имя поля | Тип данных |
Номер_автомобиля | Числовой |
Марка_автомобиля | Текстовый(20) |
Таблица 3 - «Бензин»
Имя поля | Тип данных |
Номер_горючего | Числовой |
Марка_горючего | Числовой |
Единица измерения | Текстовый(10) |
Цена | Денежный |
Таблица 4 - «Расход»
Имя поля | Тип данных |
Дата расхода | Дата/время |
Номер_автомобиля | Числовой |
Номер_горючего | Числовой |
Расход по норме | Числовой |
Расход фактический | Числовой |
Схема данных является графическим образом БД. Она используется различными объектами Access для определения связей между несколькими таблицами. Например, при создании формы, содержащей данные из нескольких взаимосвязанных таблиц
, схема данных обеспечивает автоматический согласованный доступ к полям этих таблиц. Она же обеспечивает целостность взаимосвязанных данных при корректировке таблиц.
После того, как созданы таблицы БД, можно установить связи между ними, обратившись к схеме данных. Запуск схемы данных выполняется через значок "Схема данных" на панели инструментов Access.
Связь между таблицами устанавливает отношения между совпадающими значениями в ключевых полях, обычно между полями, имеющими одинаковые имена в обеих таблицах. В большинстве случаев с ключевым полем одной таблицы, являющимся уникальным идентификатором каждой записи, связывается внешний ключ другой таблицы.
Обязательным условием при установлении связи является совпадение связываемых полей по типу и формату.
Тип отношения в создаваемой Microsoft Access связи зависит от способа определения связываемых полей.
Отношение «один-ко-многим»
Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A.
Отношение «один-к-одному»
При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Отношения этого типа используются не очень часто, поскольку большая часть сведений, связанных таким образом, может быть помещена в одну таблицу. Отношение «один-к-одному» может использоваться для разделения очень широких таблиц, для отделения части таблицы по соображениям защиты, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице.
Отношение «многие-ко-многим»
При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Этот тип связи возможен только с помощью третьей (связующей) таблицы, первичный ключ которой состоит из двух полей, которые являются внешними ключами таблиц A и B. Отношение «многие-ко-многим» по сути дела представляет собой два отношения «один-ко-многим» с третьей таблицей.
Схема данных представлена на рисунке 1.
Рисунок 1 – Схема данных в Microsoft Access.
Все таблицы хранятся в формате СУБД Access в файле с расширением *.mdb.
Структура записей таблиц представлена в таблицах 5-7.
Таблица 5 - Структура записей таблицы «Автомобиль»
Автомобиль | |||||||||
Имя поля | Назначение поля | Тип | Длина (байт) | Свойства поля | |||||
Ключ | Обязательное | Ограничения значений | |||||||
Минимальное | Максимальное | По умолчанию | Примечания | ||||||
Номер_автомобиля | Номер автомобиля | Числовой | 10 | * | + | - | - | - | - |
Марка_автомобиля | Название марки автомобиля | Тексто-вый | 20 | - | + | - | - | - | - |
Таблица 6 - Структура записей таблицы «Бензин»
Бензин | |||||||||
Имя поля | Назначение поля | Тип | Длина (байт) | Свойства поля | |||||
Ключ | Обязательное | Ограничения значений | |||||||
Минимальное | Максимальное | По умолчанию | Примечания | ||||||
Номер_горючего | Номер горючего | Числовой | 10 | - | + | - | - | - | - |
Марка_горючего | Наименование марки горючего | Числовой | 10 | - | + | - | - | - | - |
Единица_измерения | Наименование единицы измерения | Текстовый | 10 | - | + | - | - | литр | - |
Цена | Цена горючего за единицу | Денежный | 10 | - | + | - | - | - | - |
Таблица 7 - Структура записей таблицы «Расход»
Расход | |||||||||
Имя поля | Назначение поля | Тип | Длина (байт) | Свойства поля | |||||
Ключ | Обязательное | Ограничения значений | |||||||
Минимальное | Максимальное | По умолчанию | Примечания | ||||||
Дата расхода | Дата расходования горючего | Дата/Время | 15 | - | + | - | - | - | - |
Номер_горючего | Номер горючего | Числовой | 10 | + | + | - | - | - | - |
Номер_автомобиля | Номер автомобиля | Числовой | 10 | - | + | - | - | - | - |
Расход по норме | Расход по норме | Числовой | 10 | - | + | - | - | - | - |
Расход фактический | Фактический расход | Числовой | 10 | - | + | _ | _ | _ | _ |
МЕТОДЫ И АЛГОРИТМЫ РЕШЕНИЯ ЗАДАЧ
Метод в объектно-ориентированном программировании — это функция или процедура, принадлежащая какому-то классу или объекту.
Имеются несколько основных компонент (классов), которые используются для доступа к БД.
Эти классы делятся на две группы:
невизуальные: DataSet, DataTable, DataView, DataColumn, DataRow, TableAdapter, BindingSource
визуальные: DataGridView, TextBox, ComboBox, Label
Первая группа включает невизуальные классы, которые используются для управления базами данных, таблицами и связей между базой данных и формой. Эта группа сосредотачивается вокруг компонент типа DataSet, TableAdapter и BindingSource. В Панели Элементов они расположены на странице «Данные».
Вторая важная группа классов - визуальные, которые показывают данные пользователю, и позволяют ему просматривать и модифицировать их. Эта группа классов включает компоненты типа DataGridView, ComboBox, TextBox, Label. В Панели Элементов они расположены на странице «Стандартные Элементы Управления».
Для связи DataGridView и других визуальных элементов формы с источниками данных используются два компонента — это компонент BindingSource и компонент TableAdapter. Первый из них инкапсулирует источник данных для визуальных элементов формы, а второй обеспечивает связь с источником данных. Помещая эти компоненты на форму, необходимо изменить модификатор доступа на public.
Оба компонента позволяют упростить процесс привязки элементов управления к базовым источникам данных и способствуют уменьшению объема программного кода. Вместе с тем они требуют достаточно сложной настройки и имеют ограниченные возможности управления данными.
Компонент BindingSource обеспечивает возможность универсальной привязки всех визуальных элементов управления формы к источникам данных. Если тип данных, содержащихся в источнике, реализует интерфейс NotifyPropertyChanged, то это позволяет компоненту BindingSource автоматически обнаруживать изменения в источнике данных.
Все запросы к пользователю в программе реализованы с помощью пунктов меню.
В таблице 8 отображено назначение обработчиков событий.
Таблица 8 ‑ Назначение обработчиков событий