Главная
База знаний "Allbest"
Программирование, компьютеры и кибернетика
Разработка интерфейса пользователя для работы с базой данных "Автомастерская"
Разработка интерфейса пользователя для работы с базой данных "Автомастерская"
Функциональные зависимости и нормализация отношений. Ограничения целостности данных. Описание таблиц на языке SQL. Интерфейс пользователя и надёжность программ обработки данных. Обработка данных с помощью запросов. Работа с данными из внешних источников.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 25.04.2015 |
| Размер файла | 1,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ДИПЛОМНАЯ РАБОТА
Разработка интерфейса пользователя для работы с базой данных «Автомастерская»
Пояснительная записка
Аннотация
В дипломной работе для заданной предметной области «Автомастерская» разработана структура баз данных, включающая четыре правильных объекта.
При разработке структуры базы данных использована идея семантического моделирования, выделены имеющиеся функциональные зависимости и выполнена нормализация полученных отношений, разработана программа для работы с базой данных конечного пользователя.
Программа обеспечивает реализацию следующих функций:
обработку запросов пользователей, представляющие все операции реляционной алгебры;
организацию надежного способа взаимодействия пользователя и системы;
поддержания общих и частных ограничений целостности, безопасности данных;
автоматизация подготовки документов.
Программа разработана с использованием средств СУБД Access.
Содержание
Введение
1. Описание диаграммы «объект-отношение»
2. Проектирование структуры БД
3. Функциональные зависимости и нормализация отношений
4. Описание таблиц на языке SQL
5. Ограничения целостности данных
5.1 Общие ограничения целостности
5.2 Частные ограничения целостности
6. Интерфейс пользователя и надёжность программ обработки данных
7. Работа с данными из внешних источников
8. Средства автоматизации работы конечных пользователей
9. Обработка данных с помощью запросов
10. Работа с отчетами
11. Безопасность данных
12. Руководство пользователю
Заключение
Список использованной литературы
Приложение А Диаграмма «Объект-отношение»
Приложение Б Общие ограничения целостности
Приложение В Общие ограничения целостности
Приложение Г Частные ограничения целостности
Приложение Д Таблицы
Приложение Е Формы
Приложение Ж Всплывающие подсказки
Приложение И Последовательность перехода
Приложение К Значения по умолчанию
Приложение Л Гиперссылки
Приложение М Средства автоматизации работы конечных пользователей
Приложение Н Запросы
Приложение П Отчеты
Приложение Р Главная кнопочная форма
Введение
В наш век всеобщей автоматизации и компьютеризации особое значение приобретает возможность реализации таких баз данных (БД), которые охватывают широкие объемы информации, обрабатывая ее таким образом, что она дает прекрасную возможность любому пользователю получать и осваивать необходимые сведения при минимальных затратах усилий и с максимально возможной пользой.
Поэтому основным программным средством для обработки информации на данный момент являются различные информационные системы и базы данных. Они позволяют пользователю оперативно работать с необходимой информацией; такие средства информационных систем как запросы помогают быстро найти запрашиваемую информацию, экономя при этом время и облегчая работу пользователя. Кроме того, с внедрением в нашу жизнь баз данных максимально упростился процесс изменения и добавления новой информации.
Microsoft Access - это функционально полная реляционная СУБД, которая предоставляет максимальную свободу в задании типа данных: могут использоваться текст, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы. Имеется возможность задавать форматы хранения (длина строки, точность представления чисел и даты/времени) и представления этих данных при выводе на экран или печать.
Для обработки таблиц Microsoft Access использует мощный язык SQL (Structured Query Language) - структурированный язык запросов. Access значительно упрощает задачу обработки данных. При любой обработке данных из нескольких таблиц Access использует связи, заданные пользователем при конструировании таблиц. В Access имеется также средство графического задания запроса - "запрос по образцу" (QBE- query by example).
В Access имеются средства, позволяющие легко проектировать и создавать приложения для работы с базами данных без знания языка программирования (Access имеет мощный язык программирования -Microsoft Access Basic); могут быть разработаны приложения, способные работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД.
В данной работе были изучены основные возможности СУБД MS Access, также была разработана база данных для автомастерской.
1. Описание диаграммы «объект-отношение»
Для разработки структуры БД полезно использовать идею семантического моделирования.
Семантическое моделирование - смысловое моделирование. Результатом семантического моделирования является диаграмма «объект-отношение», на которой отображены основные объекты БД и смысловые связи между ними. Основной задачей семантического моделирования является создание основы для проектирования структуры БД
Разработка диаграммы «объект-отношение» состоит из нескольких этапов.
На первом этапе даётся словесное описание предметной области. При этом следует помнить, что создаваемая БД должна помогать конечному пользователю в выполнении его должностных обязанностей, следовательно, ведение БД не должно предполагать внесения малозначительной информации.
Словесное описание предметной области «Автомастерская»:
Машина поступает на ремонт.
В ремонте машины используются запчасти.
Машина проходит техобслуживание.
На втором этапе определяются объекты.
Объект - некоторый объект реального мира, мало изменяющийся с течением времени.
В данной диаграмме «объект-отношение» четыре правильных объекта - Машина, Ремонт, Запчасть, Техобслуживание.
Правильный объект - объект, существование которого не зависит ни от каких других объектов.
Правильный объект обозначается на диаграмме «объект - отношение» в виде прямоугольника, название объекта пишется внутри.
Существуют также слабые объекты, но их нет в данной диаграмме «объект-отношение».
Слабый объект -- объект, существование которого зависит от существования некоторого другого объекта.
Слабый объект обозначается на диаграмме «объект - отношение» в виде прямоугольника в двойной рамке, название объекта пишется внутри.
На третьем этапе для каждого объекта показывается ключевое свойство.
Свойства - сведения, описывающие объект или смысловое отношение.
На диаграмме свойства показываются в виде эллипсов с названием свойств. Эллипс соединяется сплошной линией с соответствующим объектом или отношением.
Ключевые свойства - свойства, имеющее неповторяющиеся значение.
К ключевым свойствам объекта Машина относится Рег номер#, Ремонт - Код услуги#, Запчать - Артикул#, Техобслуживание - № техобс#.
На четвёртом этапе показываются смысловые отношения на основе словесного описания.
Смысловое отношение описывает взаимодействие между двумя и более объектами.
В данной диаграмме «объект-отношение» три смысловых отношения - Поступает, Используются, Проходит.
На пятом этапе определяются типы смысловых отношений. Существует три типа смысловых отношений:
· один -- к -- одному (1-1) -- имеет место, если одному экземпляру первого объекта соответствует один и только один экземпляр второго объекта, и одному экземпляру второго объекта соответствует один и только один экземпляр первого объекта.
В данном случае таких отношений нет.
· многие -- к -- одному (М-1) - имеет место, если одному экземпляру первого объекта соответствует один и только один экземпляр второго объекта, но одному экземпляру второго объекта соответствуют несколько экземпляров первого объекта.
В данном случае такой тип отношений присутствует - Проходит.
· многие - ко - многим (М-М) - имеет место, если одному экземпляру первого объекта соответствуют несколько экземпляров второго объекта, и одному экземпляру второго объекта соответствуют несколько экземпляров первого объекта.
В данном случае такой тип отношений присутствует - Поступает, Используются.
На шестом этапе для смысловых отношений многие -- ко - многим проставляются внешние ключи, используя ключевые свойства объектов, участвующих в смысловых отношениях.
Для смыслового отношения Поступает проставили внешние ключи Код услуги# и Рег номер#;
Используются - Артикул# и Код услуги#.
На седьмом этапе для объектов и смысловых отношений многие - ко -многим проставляются неключевые свойства.
Неключевые свойства - свойства, имеющее повторяющиеся значение.
К неключевым свойствам объекта Машина относятся Владелец, Марка, Цвет.
Ремонт - Вид работы, Время выполнения, Стоимость;
Запчасть - Наименование, Цена;
Техобслуживание - Вид работы, Дата;
Поступает - Дата;
Используются - Дата, Количество.
Диаграмма «объект - отношение» представлена в Приложении А.
2. Проектирование структуры БД
Разработать структуру БД - это значит определить, из каких таблиц должна состоять БД, какие атрибуты должны входить в каждую таблицу, как они должны быть связаны между собой.
Для того чтобы разработать БД необходимо провести анализ предметной области. В данной работе рассматривается предметная область - Автомастерская.
Разработали структуру БД на основе диаграммы «объект-отношение».
1 Выделяются правильные объекты. Каждому правильному объекту ставится в соответствие базовое отношение. Для каждого базового отношения определяется первичный ключ.
Машина - Машина (Рег номер#)
Ремонт - Ремонт (Код услуги#)
Запчасть - Запчасть (Артикул#)
Техобслуживание - Техобслуживание (№ техобс#)
2 Выделяются смысловые отношения многие -- ко - многим, каждому такому смысловому отношению ставится в соответствие базовое отношение.
Для каждого базового отношения изначально определяются внешние ключи, в качестве внешних используются первичные ключи ссылочных отношений.
Для каждого внешнего ключа определяются правила внешних ключей, затем формируется первичный ключ. Как правило, он является составным и состоит из комбинации внешних ключей, при условии, что не возражает конечный пользователь и данная комбинация обладает свойством уникальности. Если хотя бы одно из этих условий не выполняется, как правило, переходят к использованию простого ключа, в качестве него используется какой-либо дополнительный атрибут, играющий роль простого первичного ключа.
Используются - Используются (Артикул#, Код услуги#)
PRIMARY KEY (Артикул#, Код услуги#)
FOREIGN KEY (Артикул#) REFERENCES Запчасть
ON DELETE NO ACTION
ON UPDATE CASCADE
FOREIGN KEY (Код услуги#) REFERENCES Ремонт
ON DELETE NO ACTION
ON UPDATE CASCADE .
___________________________________________________
Поступает - Поступает (Рег номер#, Код услуги#)
PRIMARY KEY (Рег номер#, Код услуги#)
FOREIGN KEY (Рег номер#) REFERENCES Машина
ON DELETE NO ACTION
ON UPDATE CASCADE
FOREIGN KEY (Код услуги#) REFERENCES Ремонт
ON DELETE NO ACTION
ON UPDATE CASCADE
3 Выделяются отношения типа многие - к - одному, в которых участвуют только правильные объекты. Новые базовые отношения не создаются, работа осуществляется с таблицей, отвечающей за сторону многие, в неё добавляется внешний ключ для связи с таблицей, отвечающей за сторону один.
В качестве внешнего ключа используется первичный ключ со стороны один, определяются правила внешнего ключа.
Проходит - Техосблуживание (№ техобс#, Рег номер#)
PRIMARY KEY (№ техобс#)
FOREIGN KEY (Рег номер#) REFERENCES Машина
ON DELETE NO ACTION
ON UPDATE CASCADE
4 Выделяются отношения типа многие -- к - одному, в которых участвуют слабые объекты. Создаётся базовое отношение для слабого объекта и определяется для него первичный ключ.
На сторону многие для слабого объекта добавляется внешний ключ для связи со стороной один.
В качестве внешнего ключа используется первичный ключ со стороны один, в правилах внешних ключей разрешается удалять значение первичного ключа даже при наличии на него ссылок из внешнего ключа вместе с этими значениями внешнего ключа.
ON DELETE CASCADE
ON UPDATE CASCADE
В данной работе слабых объектов нет.
5 Для каждого не ключевого свойства на диаграмме «объект-отношение» ставим не ключевые атрибуты базового отношения.
Машина (Рег номер#, Владелец, Марка, Цвет)
Ремонт (Код услуги#, Вид работы, Стоимость)
Запчасть (Артикул#, Наименование, Цена)
Техобслуживание (№ техобс#, Рег номер#, Дата, Вид работы)
Используются (Код услуги#, Артикул#, Дата, Количество)
Поступает (Код услуги#, Рег номер#, Дата)
3. Функциональные зависимости и нормализация отношений
Функциональные зависимости (ФЗ) играют роль частных ограничений целостности. Но серьезно осложняют работу конечного пользователя ФЗ между неключевыми атрибутами, т.к. они увеличивают количество правил, которые должен выполнять конечный пользователь при вводе данных в таблицу. ФЗ от первичного ключа объективно необходимы, потому что они обеспечивают возможность поиска информации в таблицах.
Если одному значению атрибута X соответствует одно и только одно значение атрибута Y, причем оба атрибута X и Y принадлежат отношению R ({X,Y} R), то говорят, что атрибут X функционально определяет атрибут Y, или что в отношении R имеется функциональная зависимость Y (XY).
Левая часть ФЗ называется детерминантом, правая часть - зависимой частью.
На каждом шаге процедуры нормализации получаются некоторые нормализованные отношения, находящиеся в некоторой нормальной форме, если оно удовлетворяет заданному набору условий.
Для выполнения нормализации отношений построили диаграммы ФЗ для всех отношений (Рисунок 1-6).
Отношения находятся в некоторой нормальной форме, если они удовлетворяют заданному набору условий.
Отношение находится в 1НФ тогда и только тогда, когда оно содержит только скалярные значения.
Все представленные отношения находятся в 1НФ, т.к. все используемые домены содержат только скалярные значения.
Размещено на http://www.allbest.ru/
Рисунок 1 - Диаграмма функциональной зависимости отношения Машина
Размещено на http://www.allbest.ru/
Рисунок 2 - Диаграмма функциональной зависимости отношения Ремонт
Размещено на http://www.allbest.ru/
Рисунок 3 - Диаграмма функциональной зависимости отношения Запчасть
Размещено на http://www.allbest.ru/
Рисунок 4 - Диаграмма функциональной зависимости отношения Техобслуживание
Размещено на http://www.allbest.ru/
Рисунок 5 - Диаграмма функциональной зависимости отношения Используются
Размещено на http://www.allbest.ru/
Рисунок 6 - Диаграмма функциональной зависимости отношения Поступает
Отношение находится во 2НФ, тогда и только тогда, когда оно находится в 1НФ и в нем отсутствуют приводимые значения.
Все представленные отношения находятся во 2НФ, т.к. нет приводимых зависимостей.
Отношение находится в ЗНФ тогда и только тогда, когда оно находится в 2НФ и каждый его неключевой атрибут функционально зависит только от первичного ключа.
Все представленные отношения находятся также в ЗНФ, т.к. все неключевые атрибуты взаимно независимы и функционально зависят только от первичного ключа.
Следовательно, представленные отношения не нуждаются в дальнейшей нормализации - нет нужды в последующем разбиении (декомпозиции) исходных отношений по специальным правилам.
4. Описание таблиц на языке SQL
SQL (Structured Query Language) - структурированный язык запросов. Было осуществлено описание существующих таблиц БД «Автомастерская» на языке SQL.
Таблица Машина
Создание таблицы
CREATE TABLE Машина (Рег номер# ТEXT NOT NULL,
Владелец CHAR(50),
Марка CHAR(50),
Цвет CHAR(50),
PRIMARY KEY (Рег номер#));
Таблица Ремонт
Создание таблицы
CREATE TABLE Ремонт (Код услуги# INTEGER NOT NULL,
Вид работы CHAR(50),
Стоимость CURRENCY,
PRIMARY KEY (Код услуги));
Таблица Запчасть
Создание таблицы
CREATE TABLE Запчасть (Артикул# ТEXT NOT NULL,
Наименование CHAR (50),
Цена CURRENCY,
PRIMARY KEY (Артикул#));
Таблица Техобслуживание
Создание таблицы
CREATE TABLE Техобслуживание (№ техобс# INTEGER NOT NULL,
Рег номер# INTEGER NOT NULL,
Дата DATE,
Вид работы CHAR(200),
PRIMARY KEY (№ техобс#));
FOREIGN KEY (Рег номер#) REFERENCES Машина
ON DELETE NO ACTION
ON UPDATE CASCADE)
Таблица Используются
Создание таблицы
CREATE TABLE Используются (Код услуги# INTEGER NOT NULL,
Артикул# ТEXT NOT NULL,
Дата DATE,
Вид работы CHAR(50),
PRIMARY KEY (Код услуги#, Артикул#)
FOREIGN KEY (Код услуги#) REFERENCES Ремонт
ON DELETE NO ACTION
ON UPDATE CASCADE
FOREIGN KEY (Артикул#) REFERENCES Запчасть
ON DELETE NO ACTION
ON UPDATE CASCADE);
Таблица Поступает
Создание таблицы
CREATE TABLE Поступает (Код услуги# INTEGER NOT NULL,
Рег номер# TEXT NOT NULL,
Дата DATE,
PRIMARY KEY (Код услуги#, Рег номер#)
FOREIGN KEY (Код услуги#) REFERENCES Ремонт
ON DELETE NO ACTION
ON UPDATE CASCADE
FOREIGN KEY (Рег номер) REFERENCES Машина
ON DELETE NO ACTION
ON UPDATE CASCADE)
5. Ограничения целостности данных
Каждая БД отражает некоторые стороны реального мира. Поэтому данные в таблицах должны отвечать некоторым ограничениям, соответствующим ограничениям реального мира.
Набор ограничений для каждой БД отражает особенности предметной области. Но существуют два правила, которые должны выполняться для любой таблицы любой БД - общие ограничениями целостности.
Общие ограничения целостности должны быть обеспечены в первую очередь при проектировании и использовании любой БД.
Ограничения целостности - правила, которые необходимо соблюдать при вводе данных.
Любая БД должна обеспечивать возможность хранения, поиска и обработки данных. Следовательно, в ней должны присутствовать средства, позволяющие отыскивать нужную информацию и связывать воедино данные из разных таблиц. Возможность адресации данных обеспечивается за счет наличия в каждой таблице первичного ключа, а средством связи данных из разных таблиц служит внешний ключ.
Первичный ключ - столбец или группа столбцов таблицы, обладающих свойством уникальности и неизбыточности. Требование уникальности означает, что данные в пределах первичного ключа не должны повторяться. Первичный ключ не является избыточным, если из него нельзя удалить никакой столбец (столбцы) без потери свойства уникальности.
Внешний ключ -- столбец или группа столбцов таблицы, содержащих значения первичного ключа другой таблицы. Данные во внешнем ключе могут повторяться.
Потенциальный ключ, состоящий более чем из одного атрибута, называется составным, состоящий из одного атрибута - простым.
Важность потенциальных ключей определяется тем, что они обеспечивают основной механизм адресации реляционной системы на уровне кортежей.
По определению, каждое значение внешнего ключа должно являться значением соответствующего потенциального ключа. Обратное не требуется. Каждый атрибут, входящий во внешний ключ, должен быть определен на том же домене, что и соответствующий атрибут соответствующего потенциального ключа.
Существуют общие и частные ограничения целостности.
5.1 Общие ограничения целостности
Первичный ключ используется, прежде всего, для организации поиска данных, каждое его значение представляет собой своеобразное «Имя» строки, следовательно, в случае отсутствия первичного ключа идентификация данных, содержащихся в определённом кортеже, становится невозможной.
Внешний ключ используется для организации связи таблиц между собой, по нему осуществляется доступ в ссылочной таблице для получения развёрнутых сведений о некотором экземпляре объекта, следовательно, при отсутствии значений внешнего ключа, становится невозможным связь со ссылочной таблицей.
Эти закономерности являются общими ограничениями целостности.
Общие ограничения целостности - ограничения, которые справедливы для любой БД. К ним относятся правила целостности и ссылочной целостности объекта.
Правило целостности - среди значения потенциального ключа не должно быть null-значений. Null-значение - неопределённое, пропущенное значение в столбце.
Правило ссылочной целостности - внешний ключ не должен содержать значения, не содержащиеся в первичном ключе ссылочной таблицы, и null-значения.
Эти ограничения целостности в работе поддерживаются автоматически средствами СУБД ACCESS. Чтобы проинформировать СУБД о том, что данное поле является первичным ключом, т.е. все значения в этом поле являются уникальными, в режиме Конструктора для этих полей было указано, что поле является Индексированным, и в нем Не допускаются совпадения.
Чтобы реализовать правила ссылочной целостности для всех внешних ключей БД в режиме Конструктора было указано значение Да свойства Обязательное поле, а также значение Да (Допускаются совпадения) свойства Индексированное поле.
Можно уменьшить количество ошибок при вводе данных, если не печатать их, а выбирать значения из числа возможных. Это особенно важно для задачи обеспечения общих ограничений целостности. СУБД Access будет автоматически проверять соблюдение пользователем общих ограничений целостности. Однако сам пользователь столкнется со сложной проблемой ввода данных в поля внешних ключей: в них, согласно правилу ссылочной целостности, должны содержаться только данные, которые присутствуют среди значений соответствующих первичных ключей. При большом количестве записей в таблицах запомнить все имеющиеся значения первичных ключей становится очень трудно. Существенно облегчить положение может использование комбинированного поля, позволяющего как вводить данные с клавиатуры, так и выбирать их из списка.
Поля, которые играют роль внешних ключей, были преобразованы в поле с множеством значений, т.е. данные можно вводить и с клавиатуры, и выбирать из списка. Список допустимых значений определялся значениями соответствующего первичного ключа.
Результаты реализации правил общих ограничений целостности приведены в Приложении Б.
В диалоговом окне Схема данных были установлены связи между первичными и внешними ключами таблиц в соответствии с разработанной структурой БД. При этом были также указаны правила внешних ключей с помощью установления галочки напротив параметра Обеспечение целостности данных - просим СУБД проследить за соответствием внешнего и первичного ключа и с помощью установления галочки напротив параметра Каскадное обновление связанных данных - при изменении первичного ключа просим СУБД автоматически проследить за изменением соответствующего внешнего ключа, т.о. сама СУДБ должна автоматически изменить внешний ключ.
Окно Схемы данных представлено в Приложении В.
5.2 Частные ограничения целостности
Частные ограничения целостности распространяются только для отдельных таблиц некоторых БД. В рамках СУБД ACCESS частные ограничения целостности можно задать несколькими способами.
Часто требуется, чтобы значения данных находились в определенных пределах. С помощью свойств элемента управления для любого поля можно задать условия, которым должны отвечать вводимые в него значения. Если заданное условие нарушается, ввод блокируется и на экран выдается сообщение об ошибке.
В данной работе были заданы следующие условия проверки данных при вводе:
· Форма Запчасть для поля Артикул задали следующее условие назначения: Len([Артикул])<=15.
Это значит, что количество символов, вводимых в поле Артикул, должно быть не больше 15, в противном случае, выводится сообщение об ошибке: Неверное значение! Количество символов в артикуле должно быть не больше пятнадцати!
· Форма Запчасть для поля Цена задали следующее условие назначения: >0.
Это значит, что Цена запчасти должно быть больше нуля, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Цена запчасти должна быть больше нуля!
· Форма Поступает, Используются для поля Дата задали следующее условие назначения: =Date().
Это значит, что вводимая дата должна быть равна текущей дате, в противном случае, выводится сообщение об ошибке: Неверное значение! Дата должна быть равна текущей дате!
· Форма Техобслуживание для поля Дата задали следующее условие назначения: DateDiff('d';[Дата];Date())<2.
Это значит, что данные о прохождении техобслуживания, в том числе и дата, должны вноситься, не позднее трехдневного срока, в противном случае, выводится сообщение об ошибке: Недопустимое значение даты! Дату прохождения техобслуживания нужно ввести не позже двухдневного срока с момента прохождения.
· Форма Используются для поля Количество задали следующее условие назначения: >=1.
Это значит, что Количество используемых запчастей должно быть больше или равно одному, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Количество запчастей не может быть меньше одного!
· Форма Ремонт для поля Стоимость задали следующее условие назначения: >0.
Это значит, что Стоимость ремонта должна быть больше нуля, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Стоимость ремонта должна быть больше нуля!
В созданной базе данных для точного ввода данных используются поля подстановок. В поле подстановок перечислены все допустимые значения, поэтому ввод данных в такое поле сводится к выбору нужного значения из ограниченного списка, что позволяет ускорить ввод и исключить возможность ошибок.
Поле подстановки создали в таблице Машина и в поле Марка указали: ВАЗ 2109, ВАЗ 2110, ВАЗ 2104, ВАЗ 2107, LADA PRIORA, LADA Kalina.
Результат работы представлен в Приложении Г.
6. Интерфейс пользователя и надёжность программ обработки данных
Интерфейс пользователя - комплекс программных средств, обеспечивающих взаимодействие пользователя с системой, например, с базой данных. Обеспечение достоверности информации является одной из важнейших задач, стоящих перед разработчиками и администраторами баз данных.
В одних случаях ошибка в данных может стать причиной небольшого недоразумения, в других - повлечь за собой тяжелые последствия. Поэтому основными требованиями к программному интерфейсу пользователя являются:
Простота и прозрачность для понимания пользователя, не являющегося специалистом в области информационных технологий.
Приемлемое для данной группы пользователей быстродействие.
Способность программного обеспечения сохранять работоспособность при решении всех задач, оговоренных требованиями технического задания.
Безопасность данных, т.е. санкционированный допуск определенных категорий пользователей к конкретным наборам данных.
Возможность восстановления данных при сбоях компьютера.
Обеспечение общих и частных ограничений целостности.
Надежность программного обеспечения, т.е. способность системы сохранять работоспособность в любой момент времени.
Созданная БД предназначена для частичной автоматизации работы автомастерской, именно поэтому в состав объектов Microsoft Access, разработанных в работе, входят таблицы, формы и запросы, макросы и отчеты.
Таблицы используются для хранения данных. Каждая таблица включает информацию об объекте определенного типа. Таблица содержит поля (столбцы) и записи (строки).
В ходе выполнения данной работы были созданы следующие Таблицы - Машина, Ремонт, Запчасть, Техобслуживание, Используются, Поступает.
Созданные таблицы приведены в Приложении Д.
Формы предназначены для ввода данных и отображения их на экране. С помощью форм реализуются специальные меры по повышению надежности интерфейса пользователя. Они способствуют поддержанию целостности данных в БД и облегчают для конечного пользователя работу с данными.
В ходе выполнения данной работы были созданы следующие Формы - Машина, Ремонт, Запчасть, Техобслуживание, Используются, Поступает.
Созданные формы приведены в Приложении Е.
Также были создана Главная кнопочная форма, которая приведена в Приложении Р.
Запросы позволяют пользователю получать нужные данные из одной или нескольких таблиц. С помощью запросов можно осуществлять выбор, обновление, удаление или добавление данных; кроме того, можно создавать новые таблицы, используя данные уже существующих. Состав запросов определяется требованиями работы Автомастерской.
В ходе выполнения данной работы были созданы следующие Запросы - выборка, вычитание, Декартово Произведение, Естественное соединение, Объединение, Пересечение, Проекция, Тэта - Соединение.
Отчёт -- объект, предназначенный для создания документа. Отчет можно просмотреть на экране, отпечатать и, кроме того, при необходимости включить в документ другого приложения.
В ходе выполнения данной работы были созданы следующие Отчёты - Докладная записка, Список запчастей.
Макрос - структурированное описание одного или нескольких действий, которые выполняются в ответ на определенное событие, т.е. на любое изменение состояния объекта Microsoft Access.
В ходе выполнения данной работы были созданы следующие Макросы - Техобслуживание, Номер техобслуживания, Есть гарантийный срок, Нет гарантийного срока.
Обеспечение достоверности информации является одной из важнейших задач, стоящими перед администратором базы данных. Деятельность широкого круга людей зависит от надежности получаемой информации.
Надежность - вероятность того, что система исправна и работает в любой заданный момент времени. Программный интерфейс конечного пользователя отвечает требованиям надежности, если он обеспечивает бессбойную работу пользователя в случае любых его действий, сохраняя при этом целостное состояние БД.
Для повышения надежности программы обработки данных БД «Автомастерская»:
· использовали всплывающие подсказки;
· изменили последовательность перехода в некоторых формах;
· присвоили управляющим элементам значения по умолчанию.
При работе пользователя с полями формы на экран выводится подсказка о том, что необходимо ввести (при случае двоякого понимания о смысловом значении поля).
Указания пользователю для работы с БД «Автомастерская» должны быть чёткими и однозначными.
Всплывающие подсказки для БД «Автомастерская» приведены в таблице 1.
Таблица 1 - Всплывающие подсказки
|
Форма |
Поле |
Всплывающая подсказка |
|
|
Запчасть |
Артикул |
Введите в артикуле запчасти не более 15 символов |
|
|
Наименование |
Введите наименование запчасти |
||
|
Цена |
Введите цену запчасти |
||
|
Машина |
Рег номер |
Введите регистрационный номер машины |
|
|
Владелец |
Введите инициалы и фамилию владельца машины |
||
|
Марка |
Выберите из списка марку машины |
||
|
Цвет |
Введите цвет машины |
||
|
Ремонт |
Код услуги |
Введите код услуги ремонта машины |
|
|
Вид работы |
Введите вид работы ремонта машины |
||
|
Стоимость |
Введите стоимость ремонта машины |
||
|
Техобслуживание |
№ техобс |
Введите номер техобслуживания |
|
|
Рег номер |
Выберите из списка регистрационный номер машины |
||
|
Дата |
Введите дату проведения техобслуживания |
||
|
Вид работы |
Введите вид работы техобслуживания |
||
|
Используются |
Код услуги |
Выберите из списка код услуги ремонта машины |
|
|
Артикул |
Выберите из списка артикул запчасти |
||
|
Дата |
Введите текущую дату проведения ремонта машины |
||
|
Количество |
Введите количество использованных запчастей |
||
|
Поступает |
Код услуги |
Выберите из списка код услуги ремонта машины |
|
|
Рег номер |
Выберите из списка регистрационный номер машины |
||
|
Дата |
Введите текущую дату поступления машины на ремонт |
Некоторые диалоговые окна с подсказками представлены в Приложении Ж.
Внешний вид формы и порядок ее заполнения сильно влияют на точность и скорость ввода данных. Поля данных должны быть упорядочены на экране в соответствии с их логической последовательностью, как это обычно делается на бумажных бланках.
Для удобства пользователя при работе с формами изменили последовательность переходов (Таблица 2).
Таблица 2 - Изменение последовательности перехода при работе с формами
|
Форма |
Естественный порядок |
Измененный порядок |
|
|
Машина |
Рег номер#, Владелец, Марка, Цвет |
Рег номер#, Марка, Цвет, Владелец |
|
|
Техобслуживание |
№ техобс#, Рег номер#, Дата, Вид работы |
№ техобс#, Рег номер#, Вид работы, Дата |
|
|
Используются |
Код услуги#, Артикул#, Дата, Количество |
Код услуги#, Артикул#, Количество, Дата |
Диалоговые окна с изменённой последовательностью перехода представлены в Приложении И.
Для поля, которое практически всегда имеет одно и то же значение, можно присвоить значение по умолчанию, обеспечив тем самым повышение точности ввода данных. Следовательно, исчезает необходимости вводить повторяющееся значение каждый раз, оно будет присваиваться автоматически, исключая тем самым возможность ошибок.
Значения по умолчанию задали в следующих формах:
· Используются, Поступает. В поле Дата задали значение по умолчанию: =Date(), т.е. равно текущей дате.
· Машина. В поле Цвет задали значение по умолчанию: Мокрый асфальт.
· Используются. В поле Количество задали значение по умолчанию: 2.
Результаты присвоения элементам значения по умолчанию представлены в Приложении К.
7. Работа с данными из внешних источников
Microsoft Access позволяет использовать информацию, подготовленную другими программами (Microsoft Excel, Lotus 1-2-3, dBASE, Microsoft FoxPro, Paradox, Microsoft SQL Server), а также текстовые файлы.
При просмотре информации в одной форме часто возникает необходимость возможности проверки каких-либо сведений, находящихся в другой форме, таблице или запросе. Поэтому для обеспечения быстрого перехода между формой и таблицей, формой и другой формой, формой и запросом можно в форму добавить гиперссылку.
В данной работе были созданы кнопки с гиперссылками в форме Ремонт, Машина, Запчасть. Гиперссылки были установлены именно в этих формат, т.к. при работе с ними может потребоваться дополнительная информация, получить которую можно вызвав соответствующую форму или документ, нажав на кнопку гиперссылки.
В форме Используются создали кнопку с гиперссылкой на форму Запчасть.
В форме Машина создали кнопку с гиперссылкой на документ Письмо клиенту. В письме излагается о предоставлении скидок по оказанию услуг автомастерской.
Результаты работы по созданию гиперссылок представлены в Приложении Л.
8. Средства автоматизации работы конечных пользователей
В Microsoft Access многие процедуры выполняются автоматически. Так, например, мастера форм, таблиц или отчетов выполняют последовательность шагов, необходимую для создания объекта. Одним из способов автоматизации заданной последовательности действий является создание макроса. Макрос содержит список команд Microsoft Access, которые выполняются одна за другой.
В данной работе были созданы макросы Техобслуживание, Номер техобслуживания, Есть гарантийный срок, Нет гарантийного срока.
Для запуска макросов были созданы командные кнопки.
На форму Машина добавили две кнопки на открытие связанных данных из формы Техобслуживание.
Кнопка Сведения о техобслуживании машины предназначена для просмотра всех записей формы Техобслуживание, а кнопка Номер техобслуживания предназначена для просмотра только отобранных связанных записей.
Кнопку Сведения о техобслуживании машины удобно использовать, если нужно просмотреть сведения обо всех или о нескольких машинах, проходящих техобслуживание.
Кнопку Номер техобслуживания удобнее использовать, если нужно просмотреть сведения о какой-то одной машине, проходящей техобслуживание.
Для реализации вышеуказанных операций были созданы два макроса -Техобслуживание (Кнопка Сведения о техобслуживании машины) и Номер техобслуживания (Кнопка Номер техобслуживания).
При записи макроса Номер техобслуживания в строке Условие отбора указали следующее условие: [Рег номер]=[Формы]! [Машина] ![Рег номер].
Свойство Данные позволяет не только указать источник данных, но и задать выражения для вычисления значений полей -- вычисляемые поля. Выражения представляют собой математические формулы и могут включать встроенные функции Microsoft Access.
В данной работе использовалось вычисляемое поле Среднее количество запчастей в форме Используются для вычисления среднего значения числа количества запчастей.
Для реализации вычислений на форму Используются добавили в режиме Конструктора вычисляемое поле, в свойствах выбрали вкладку Все и в строке Данные прописали следующее выражение: =Avg([Количество]), а в строке Формат поля выбрали: Фиксированный.
Для возможности учета гарантийного срока техобслуживания в таблицу Техобслуживание было добавлено логическое поле Гарантийный срок. Для того, чтобы упростить ввод значений в поле Гарантийный срок на форме Техобслуживание был создан выключатель, который представляет собой кнопку «Щелкните здесь при наличии гарантийного срока» и флажок. При нажатии на кнопку в таблицу заносятся данные о наличии гарантийного срока.
На форме Поступает добавили кнопки Есть гарантийный срок и Нет гарантийного срока.
Для кнопок записали макросы на открытие формы Техобслуживание, в поле Условие отбора ввели для кнопки Есть гарантийный срок: [Техобслуживание]![Гарантийный срок]=Истина, а для кнопки Нет гарантийного срока: [Техобслуживание]![Гарантийный срок]=Ложь.
Результаты работы приведены в Приложении М.
9. Обработка данных с помощью запросов
Одним из стандартных объектов Microsoft Access является запрос. Запросы используются для просмотра, анализа и изменения данных из одной или нескольких таблиц. В общем случае данные, отраженные в запросах, являются результатом применения разнообразных операций реляционной алгебры над данными. Запросы могут служить источником данных для форм и отчетов Microsoft Access.
В ходе выполнения данной работы использовали такие операции реляционной алгебры, как Объединение, Пересечение, Вычитание, Декартово произведение, Выборка, Проекция, Соединение.
Для того чтобы реализовать все вышеперечисленные операции, дополнительно создали таблицы Техобслуживание_Вып, в которой содержатся сведения о машинах проходивших техобслуживание и Машина1, в которой содержатся сведения о машинах, посетивших ранее автомастерскую.
Естественное соединение - возвращает отношение кортежей, которые являются результатом «склеивания» одинаковых значений атрибутов, являющихся общими для двух исходных отношений.
Условие применения -- наличие хотя бы одного общего атрибута в отношении А и В.
В общем случае склеивание отношений происходит по паре атрибутов: первичный ключ - внешний ключ. Результатом является отношение, включающее все атрибуты первого и второго отношений.
Задача. Получить сведения, какие виды работ были выполнены для проходящих техобслуживание машин.
Машина JOIN Техобслуживание [Рег номер, Вид работы]
Для осуществления естественного соединения таблиц Машина и Техобслуживание выбрали команду Простой запрос из диалогового окна Новый запрос. В списке таблицы и запросы выбрали таблицу Техобслуживание. Затем из списка Доступные поля, посредством нажатия на кнопку , перенесли все поля для создания запроса. Далее открыли таблицу Машина и аналогичным образом осуществили выбор нужных полей и нажали кнопку Далее. Конечным этапом в создании запроса, явился этап присвоения имени запросу.
Для решения этой задачи целесообразно использовать и операцию проекции.
Проекция - операция, возвращающая отношение, содержащее необходимые атрибуты исходного отношения.
Для реализации запроса использовали все атрибуты таблицы Машина и атрибут Вид работы из таблицы Техобслуживание.
В запросе было создано вычисляемое поле месяц прохождения: Month([Дата]) для выделения месяца из даты прохождения техобслуживания.
В результате был создан запрос Естественное соединение, содержащий все необходимые данные (Приложение Н).
Выборка - позволяет выделить из исходного отношения кортежи, удовлетворяющие некоторым заданным условиям.
Задача. Сформировать сведения о машинах, прошедших техобслуживание 23.05.2011.
Техобслуживание WHERE Дата = 23.05.2011#
Для реализации данной операции реляционной алгебры создали запрос в режиме Конструктора. Для этого выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы, в котором выбрали таблицу Техобслуживание и нажали кнопку Добавить, затем кнопку Закрыть. Для осуществления выборки в режиме Конструктора указали Условие отбора в режиме параметрического запроса для того, чтобы не создавать запрос каждый раз, как только изменится условие. В строке Условие отбора в поле Дата ввели [Укажите дату техобслуживания].
В результате был создан запрос Выборка, содержащий все необходимые данные (Приложение Н).
Пересечение - возвращает кортеж, который принадлежит обоим исходным отношениям.
Условие совместимости, это совместимость по типу, то есть в пересечении участвуют те таблицы, которые совпадают по составу полей и типам данных для них.
Задача. Определить машины, которые проходили ранее техобслуживание и проходящие техобслуживание.
Техобслуживание INTERSECT Техобслуживание_Вып
Для реализации операции реляционной алгебры Пересечение выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы. В данном диалоговом окне переключились на вкладку Запросы, последовательно выбрали запросы Техобслуживание и Техобслуживание_Вып, нажали кнопку Закрыть. В окне Конструктора осуществили связывание запроса Техобслуживание с запросом Техобслуживание_Вып посредством перетаскивания поля № техобс из запроса Техобслуживание в запрос Техобслуживание_Вып. Для формирования запроса выбрали все поля из запроса Техобслуживание.
В результате был создан запрос Пересечение, содержащий все необходимые данные (Приложение Н).
Вычитание - возвращает кортеж, принадлежащий первому исходному отношению, но не принадлежащий второму.
Условие совместимости, это совместимость по типу, то есть в пересечении участвуют те таблицы, которые совпадают по составу полей и типам данных для них.
Задача. Сформировать список машин прошедших ранее техобслуживание.
Машина MINUS Машина1
Для реализации данной операции реляционной алгебры выбрали команду Записи без подчиненных из диалогового окна Новый запрос. В открывшемся окне Поиск записей указываем таблицу Машина, которая не имеет связанных записей с таблицей, выбираемой на следующем этапе. Затем нажали кнопку Далее. На следующем шаге выбрали таблицу Машина1, которая содержит подчиненные записи, нажали кнопку Далее. После этого установили соответствия на одинаковые поля в запросах, посредством выделения поля Рег номер в списках Поля в Машина, Поля в Машина1 и нажатия кнопки . Затем указали доступные поля, которые будет отображаться в результате выполнения запроса. Такими полями явились все поля из таблицы Машина.
В результате был создан запрос Вычитание, содержащий все необходимые данные (Приложение Н).
Проекция - позволяет выделить из исходного отношения множество атрибутов, необходимых для дальнейшего решения задачи.
Задача. Сформировать список Рег номер машины, Владелец машины.
Для реализации данной операции реляционной алгебры создали запрос в режиме Конструктора. Для этого выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы, в котором последовательно выбрали таблицу Машина, затем нажали кнопку Закрыть. Из таблицы Машина выбрали поля Рег номер, Владелец. На созданном бланке запроса определили поля, которые будут отображаться в запросе. Для этого определили свойство «Вывод на экран» для каждого поля запроса, посредством проставления или снятия флажка.
Результат запроса Проекция, содержащий все необходимые данные, приведен в Приложении Н.
Декартово произведение (PROJECT) позволяет сформировать новые отношения, содержащие все возможные комбинации кортежей исходных отношений.
Условие применимости: атрибуты исходных отношений различны, повторяющих атрибутов нет.
Задача. Сформировать все возможные сочетания марок машин и запчастей использованных в ремонте.
При реализации операции Произведения, выбрали таблицы, несвязанные между собой.
Для реализации данной операции реляционной алгебры создали запрос в режиме Конструктора. Для этого выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы, в котором последовательно выбрали таблицы Машина и Запчасть, затем нажали кнопку Закрыть. Из таблицы Машина выбрали поле Марка; из таблицы Запчасть - Артикул, Наименование.
В результате был создан запрос Декартово произведение, содержащий все необходимые данные (Приложение Н).
Тэта - соединение - возвращает отношение, содержащее все возможные кортежи, являющиеся сочетаниями кортежей принадлежащих соответственно двум заданным отношениям, и удовлетворяющих условию.
Условие применимости: отношения не должны содержать одинаковых атрибутов.
Задача. Сформировать запрос, содержащий сведения о марках машин в сочетании с использованными запчастями в их ремонте (Название марки машины ввести с клавиатуры).
(Машина[Марка] TIMES Запчасть [Наименование]) WHERE Марка = «ВАЗ 2109»
Для реализации данной операции реляционной алгебры создали запрос в режиме Конструктора. Для этого выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы, в котором последовательно выбрали таблицы Машина и Запчасть, затем нажали кнопку Закрыть. Из таблицы Машина выбрали поле Марка; из таблицы Запчасть - Наименование. Для задания параметра отбора записей в поле Условие отбора для поля Марка ввели условие «ВАЗ 2109».
В результате был создан запрос Тэта-соединение, содержащий все необходимые данные (Приложение Н).
Объединение - возвращает отношения, содержащие кортежи, которые принадлежат или первому исходному отношению или второму или обоим одновременно.
Условие применения - А и В должны быть совместимы по типу, т.е. одинаковая степень, одинаковые имена атрибутов и одинаковые атрибуты определяются на одинаковых доменах.
Задача. Сформировать список всех машин, проходивших и проходящих ремонт в автомастерской.
Машина UNION Машина1
Для реализации данной операции реляционной алгебры создали запрос в режиме Конструктора. Для этого выбрали команду Конструктор из диалогового окна Новый запрос. В результате произведенных действий появилось диалоговое окно Добавление таблицы, в котором нажали кнопку Закрыть. Затем выбрали команду меню Запрос/Запрос SQL/ Объединение. В появившемся диалоговом окне ввели SQL код на объединение двух таблиц.
В диалоговом окне введён следующий SQL-запрос:
SELECT [Марка] from [Машина] UNION SELECT [Марка] from [Машина1].
В результате был создан запрос Объединение, содержащий все необходимые данные (Приложение Н).
данные таблица запрос программа
10. Работа с отчетами
Одной из основных функций баз данных является предоставление информации по различным аспектам деятельности объекта, характеристики которого содержатся в таблицах базы данных. Такого рода информация должна поступать вовремя и быть надлежащим образом оформлена.
Отчеты позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных. При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. Довольно часто, однако, возникает необходимость представить данные в виде отчетов, которые имеют традиционный вид и легко читаются. Подробный отчет включает всю информацию из таблицы или запроса, но содержит заголовки и разбит на страницы с указанием верхних и нижних колонтитулов.
Окно конструктора отчета состоит из следующих функциональных элементов:
- Заголовок отчета - раздел печатается только в верхней части первой страницы отчета. Используется для вывода данных, таких как текст заголовка отчета, дата или констатирующая часть текста документа, которые следует напечатать один раз в начале отчета.
- Верхний колонтитул - используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающих сверху на каждой странице отчета.
- Область данных - содержит основной текст отчета. В этом разделе появляются данные, распечатываемые для каждой из тех записей в таблице или запросе, на которых основан отчет.
- Нижний колонтитул - раздел появляется в нижней части каждой страницы. Используется для вывода данных, таких как итоговые значения, даты или номера страницы, печатающихся снизу на каждой странице отчета.
- Примечание отчета - используется для вывода данных, таких как текст заключения, общие итоговые значения или подпись, которые следует напечатать один раз в конце отчета.
В ходе выполнения данной работы создали отчёты Докладная записка и Список машин.
В Докладной записке содержатся сведения о проведенном ремонте машин. При создании отчёта использовали таблицу Ремонт. Сведения, представленные в докладной записки, могут понадобиться руководящему составу.
В отчёте Список запчастей содержатся сведения о запчастях, которые используются при ремонте машин. При создании отчета использовали запрос Используются запчасти. В данном отчёте приведены сведения о наименовании запчасти, цене. Также в отчёте установили вычисляемое поле, рассчитывающее общее количество запчастей.
Результаты работы с отчётами приведены в Приложении П.
11. Безопасность данных
На главной кнопочной форме, которая предназначена для конечного пользователя, расположены четыре кнопки: Отчёты, Формы, Запросы, Выход.
Для защиты данных от несанкционированного доступа к БД в работе был установлен пароль на открытие БД «Автомастерская». С помощью меню Сервис/Параметры запуска указали, что при открытии базы данных будет запускаться только главная кнопочная форма, при этом строка меню, строка состояния, набор меню Access и другие элементы, которые позволят получить доступ к некоторым функциям БД, запускаться не будут. Это делается для ограждения БД от непоправимых изменений.
Пароль в созданной БД «Автомастерская» - 1.
12. Руководство пользователю
Областью применения разработанной базы данных является Автомастерская.
Чтобы приступить к работе с системой, необходимо запустить приложение Access, далее открыть файл Автомастерская.
В появившемся диалоговом окне нужно ввести пароль - 1, после чего появляется главная кнопочная форма.
Главная кнопочная форма выполняет функцию главной панели управления, представляя набор кнопок, активизирующих настройку команд или форм вывода данных для просмотра, редактирования, а так же для создания запросов.
Форма содержит Отчёты, Запросы, Формы и Выход.
Отчёты. При нажатии на кнопку Отчеты открывается новая страница Главной кнопочной формы. При нажатии на соответствующую кнопку открывается отчет Докладная записка или отчёт Список запчастей. С отчётами можно не только ознакомиться, но и отредактировать их. Так же на странице есть кнопка Назад, позволяющая вернуться в Главную кнопочную форму.
Формы. При нажатии на кнопку Формы открывается новая страница Главной кнопочной формы, где можно выбрать одну из форм путем нажатия на кнопку, таким образом, можно открыть форму Машина, Ремонт, Запчасть, Техобслуживание, Используются, Поступает. Так же на странице есть кнопка Назад, которая позволяет вернуться в Главную кнопочную форму.
При обращении пользователя к форме на экран выводится соответствующая форма, где пользователь может ознакомиться с данными, внести новые или отредактировать уже имеющиеся данные.
Открывая формы, пользователь имеет возможность внесения записей в формы, перехода по содержащимся в них гиперссылкам, выполнения макросов, поставленных на кнопки и открытия других форм.
Подобные документы
Особенности проектирования программы на языке С++ для обработки данных из таблиц базы данных. Основные функции программы, создание концептуальной модели базы данных и диаграммы классов, разработка интерфейса пользователя и запросов к базе данных.
курсовая работа [2,1 M], добавлен 08.06.2012Описание первичных и результатных документов, типа связи информационных объектов. Построение информационно-логической модели базы данных и её реализация в СУБД Access (создание таблиц, запросов, форм, отчётов). Разработка интерфейса пользователя.
курсовая работа [2,1 M], добавлен 14.11.2013Проектирование базы данных на основе модели типа объект-отношение. Создание таблиц средствами СУБД Access, главной кнопочной формы и запросов с помощью операций реляционной алгебры. Изменение последовательности перехода. Введение всплывающей подсказки.
курсовая работа [681,4 K], добавлен 16.01.2015Создание специализированной системы управления базой данных для обработки информации из выбранной прикладной области знаний. Требования к интерфейсу пользователя. Спецификации форм. Описание работы программы. Методика испытаний. Руководство пользователя.
курсовая работа [723,9 K], добавлен 22.02.2014Составление схемы концептуальной модели данных. Разработка структуры реляционной базы данных и интерфейса пользователя. Особенности главных этапов проектирования базы данных. Способы реализации запросов и отчетов. Специфика руководства пользователя.
курсовая работа [186,9 K], добавлен 18.12.2010Классификация моделей построения баз данных. Работа с реляционными базами данных: нормализация таблиц, преобразование отношений полей, преобразование функциональной модели в реляционную. Понятие языка определения данных и языка манипуляции данными.
реферат [123,0 K], добавлен 22.06.2011Создание тестирующих и игровых программ. Степень сложности и художественного оформления интерфейса пользователя. Создание справочной системы. Корректное отображение символов. Создание системы управления базами данных в среде Delphi и таблиц базы данных.
методичка [1,0 M], добавлен 24.10.2012Теоретические сведения и основные понятия баз данных. Системы управления базами данных: состав, структура, безопасность, режимы работы, объекты. Работа с базами данных в OpenOffice.Org BASE: создание таблиц, связей, запросов с помощью мастера запросов.
курсовая работа [3,2 M], добавлен 28.04.2011Метод извлечения информации о личностных характеристиках пользователя с помощью технологии распознавания лица. Разработка алгоритма работы рекомендательной системы, основанной на психологическом портрете пользователя, хранилища баз данных и интерфейса.
курсовая работа [815,2 K], добавлен 21.09.2016Построение информационно-логической модели базы данных. Корректировка данных средствами запросов. Проектирование алгоритмов обработки данных. Реализация пользовательского интерфейса средствами форм. Разработка запросов для корректировки и выборки данных.
курсовая работа [680,9 K], добавлен 19.10.2010
