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

Федеральное государственное бюджетное образовательное учреждение

высшего образования 

«ДАГЕСТАНСКИЙ  ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

ФАКУЛЬТЕТ ИНФОРМАТИКИ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра информатики и информационных технологий



ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

на тему:

«Разработка оконного интерфейса для работы с базой данных «продажи мобильных телефонов»

 09.03.02   – «Информационные системы и технологии»

Исполнитель: 

Студент  4 курса профиля

ИСИТ  факультета ИиИТ

очной формы обучения 

Джабраилов Д.И.



«Допустить к защите»                                               Научный руководитель                                                                                                           

 Заведующий кафедрой ИиИТ,                                  доцент кафедры ИиИТ,

проф. Ахмедов С.А.                                                   Ахмедова З.Х.  



 ………………/…………..                                               ………………/………...

«……»………………20…г.                                   «……»………………20…г.  



Махачкала – 2017

Содержание

Введение	4

Глава I. Общие описания.

1.1 Описание диаграммы «объект-отношение»	6

1.2 Проектирование структуры БД	9

1.3 Функциональные зависимости и  нормализация отношений	12

1.4 Описание таблиц на языке SQL	15

Глава II. Общие ограничения.

2.1 Ограничения целостности данных	17

	2.2 Общие ограничения целостности	18

	2.3 Частные ограничения целостности	20

Глава III. Разработка интерфейса

3.1 Интерфейс пользователя и надёжность программ обработки данных	22

3.2 Работа с данными из внешних источников	27

3.3 Средства автоматизации работы конечных пользователей	28

3.4 Обработка данных с помощью запросов	30

3.5 Работа с отчетами	36

3.6 Безопасность данных	38

3.7 Руководство пользователю	39

Заключение	45

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























Введение

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

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

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

Цель данной квалификационной работы связана с совершенствованием информационной базы предметной области на основе новых 

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

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

Новизна ?











































Глава I. Общие описания.

1.1 Описание диаграммы «объект-отношение»

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

Семантическое моделирование – смысловое моделирование. Результатом семантического моделирования является диаграмма «объект-отношение», на которой отображены основные объекты БД и смысловые связи между ними. Основной задачей смыслового моделирования является создание основы для проектирования структуры БД

Разработка диаграммы «объект-отношение» состоит из нескольких этапов.

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

Словесное описание предметной области «Продажи мобильных телефонов»:

Телефон поступает в магазин.

В продаже телефонов используются запчасти.

Телефон проходит Обновление ОС.

На втором этапе определяются объекты.

Объект - некоторый объект реального мира, мало изменяющийся с течением времени.

В данной диаграмме «объект-отношение» четыре правильных объекта – Телефон, Ремонт, Запчасти, Обновление ОС.

Правильный объект - объект, существование которого не зависит ни от каких других объектов.

Правильный объект обозначается на диаграмме «объект - отношение» в виде прямоугольника, название объекта пишется внутри.

Существуют также слабые объекты, но их нет в данной диаграмме «объект-отношение».

Слабый объект — объект, существование которого зависит от существования некоторого другого объекта.

Слабый объект обозначается на диаграмме «объект - отношение» в виде прямоугольника в двойной рамке, название объекта пишется внутри.

На третьем этапе для каждого объекта показывается ключевое свойство.

Свойства - сведения, описывающие объект или смысловое отношение.

На диаграмме свойства показываются в виде эллипсов с названием свойств. Эллипс соединяется сплошной линией с соответствующим объектом или отношением.

Ключевые свойства - свойства, имеющее неповторяющиеся значение.

К ключевым свойствам объекта Телефон относится Imei номер#, Ремонт – Код услуги#, Запчасть – Артикул#, Обновление ОС– комплект#.

На четвёртом этапе показываются смысловые отношения на основе словесного описания.

Смысловое отношение описывает взаимодействие между двумя и более объектами.

В данной диаграмме «объект-отношение» три смысловых отношения – Поступает, Используются, Проходит.

На пятом этапе определяются типы смысловых отношений. Существует три типа смысловых отношений:

	один — к — одному (1-1) — имеет место, если одному экземпляру первого объекта соответствует один и только один экземпляр второго объекта, и одному экземпляру второго объекта соответствует один и только один экземпляр первого объекта.

В данном случае таких отношений нет.

	многие — к — одному (М-1) - имеет место, если одному экземпляру первого объекта соответствует один и только один экземпляр второго объекта, но одному экземпляру второго объекта соответствуют несколько экземпляров первого объекта.

В данном случае такой тип отношений присутствует – Проходит.

	многие - ко - многим (М-М) - имеет место, если одному экземпляру первого объекта соответствуют несколько экземпляров второго объекта, и одному экземпляру второго объекта соответствуют несколько экземпляров первого объекта.

В данном случае такой тип отношений присутствует – Поступает, Используются.

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

Для смыслового отношения Поступает проставили внешние ключи Код услуги# и Imei номер#;

Используются – Артикул# и Код услуги#.

На седьмом этапе для объектов и смысловых отношений многие - ко -многим проставляются неключевые свойства.

Неключевые свойства – свойства, имеющее повторяющиеся значение.

К неключевым свойствам объекта Телефон относятся Владелец, Модель, Цвет.

Ремонт – Вид работы, Время выполнения, Стоимость;

Запчасть – Наименование, Цена;

Обновление ОС – что было в комлекте, Дата;

Поступает – Дата;

Используются – Дата, Количество.

Диаграмма «объект - отношение» представлена в Приложении А.


1.2. Проектирование структуры БД

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

Для того чтобы разработать БД необходимо провести анализ предметной области. В данной работе рассматривается предметная область –Магазин мобильных телефонов.

Разработали структуру БД на основе диаграммы «объект-отношение».

	1. Выделяются правильные объекты. Каждому правильному объекту ставится в соответствие базовое отношение. Для каждого базового отношения определяется первичный ключ.

Телефон –Телефон (Imei номер#)

Ремонт – Ремонт (Код услуги#)

Запчасть – Запчасть (Артикул#)

Обновление ОС – Обновление ОС (№ комплект#)

	2. Выделяются смысловые отношения многие — ко - многим, каждому такому смысловому отношению ставится в соответствие базовое отношение.

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

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

Используются – Используются (Артикул#, Код услуги#)

PRIMARY KEY (Артикул#, Код услуги#)

FOREIGN KEY (Артикул#) REFERENCES Запчасть

ON DELETE NO ACTION

ON UPDATE CASCADE

FOREIGN KEY (Код услуги#) REFERENCES Ремонт

ON DELETE NO ACTION

ON UPDATE CASCADE .

___________________________________________________

Поступает – Поступает (Imei номер#, Код услуги#)

PRIMARY KEY (Imei номер#, Код услуги#)

FOREIGN KEY (Imei номер#) REFERENCES Телефон

ON DELETE NO ACTION

ON UPDATE CASCADE

FOREIGN KEY (Код услуги#) REFERENCES Ремонт

ON DELETE NO ACTION

ON UPDATE CASCADE

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

В качестве внешнего ключа используется первичный ключ со стороны один, определяются правила внешнего ключа.

Проходит – Обновление ОС (№ комплект#, imei номер#)

PRIMARY KEY (комплект#)

FOREIGN KEY (imei номер#) REFERENCES Телефон

ON DELETE NO ACTION

ON UPDATE CASCADE

	4. Выделяются отношения типа многие — к - одному, в которых участвуют слабые объекты. Создаётся базовое отношение для слабого объекта и определяется для него первичный ключ.

На сторону многие для слабого объекта добавляется внешний ключ для связи со стороной один.

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

ON DELETE CASCADE 

ON UPDATE CASCADE

В данной работе слабых объектов нет.

5. Для каждого не ключевого свойства на диаграмме «объект-отношение» ставим не ключевые атрибуты базового отношения. 

Телефон (Imei номер#, Владелец, Марка, Цвет)

Ремонт (Код услуги#, Вид работы, Стоимость)

Запчасть (Артикул#, Наименование, Цена)

Обновление ОС (№ Обнов#, Imei номер#, Дата, Вид работы)

Используются (Код услуги#, Артикул#, Дата, Количество)

Поступает (Код услуги#, Imei номер#, Дата)



2.3 Функциональные зависимости и нормализация отношений.

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

Если одному значению атрибута X соответствует одно и только одно значение атрибута Y, причем оба атрибута X и Y принадлежат отношению R ({X,Y}  R), то говорят, что атрибут X функционально определяет атрибут Y, или что в отношении R имеется функциональная зависимость Y (XY).

Левая часть ФЗ называется детерминантом, правая часть - зависимой частью.

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

Для выполнения нормализации отношений построили диаграммы ФЗ для всех отношений (Рисунок 1-6).

Отношения находятся в некоторой нормальной форме, если они удовлетворяют заданному набору условий.

Отношение находится в 1НФ тогда и только тогда, когда оно содержит только скалярные значения.

Все представленные отношения находятся в 1НФ, т.к. все используемые домены содержат только скалярные значения.




Владелец

Imei номер#

Марка

Цвет

Владелец

Imei номер#

Марка

ЦветРисунок 1 – Диаграмма функциональной зависимости отношения Телефон



Код услуги#

Вид работы



Стоимость

Код услуги#

Вид работы



Стоимость





Рисунок 2 – Диаграмма функциональной зависимости отношения Ремонт



Наименование

Артикул#

Цена

Наименование

Артикул#

ЦенаРисунок 3 – Диаграмма функциональной зависимости отношения Запчасть



Imei номер#

№ техобс#

Дата

Вид работы

Imei номер#

№ техобс#

Дата

Вид работы

Рисунок 4 – Диаграмма функциональной зависимости отношения Обновление ОС



Код услуги#

Артикул#

Дата

Количество

Код услуги#

Артикул#

Дата

КоличествоРисунок 5 – Диаграмма функциональной зависимости отношения Используются

Рисунок 6 – Диаграмма функциональной зависимости отношения

Код услуги#

Imei номер#

Дата

Код услуги#

Imei номер#

Дата Поступает

Отношение находится во 2НФ, тогда и только тогда, когда оно находится в 1НФ и в нем отсутствуют приводимые значения.

Все представленные отношения находятся во 2НФ, т.к. нет приводимых зависимостей.

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

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

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

1.4 Описание таблиц на языке SQL

SQL (Structured Query Language) – структурированный язык запросов. Было осуществлено описание существующих таблиц БД «Продажи мобильных телефонов» на языке SQL.

Таблица Телефоны

Создание таблицы

CREATE TABLE Телефон (Imei номер# ТEXT NOT NULL,

Владелец CHAR(50),

Марка CHAR(50),

Цвет CHAR(50),

PRIMARY KEY (Imei номер#));

Таблица Ремонт

Создание таблицы

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,

Imei номер# INTEGER NOT NULL,

Дата DATE,

Вид работы CHAR(200),

PRIMARY KEY (№ Обнов#));

FOREIGN KEY (Imei номер#) 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,

Imei номер# TEXT NOT NULL,

Дата DATE,

PRIMARY KEY (Код услуги#, Imei номер#)

FOREIGN KEY (Код услуги#) REFERENCES Ремонт 

ON DELETE NO ACTION 

ON UPDATE CASCADE

FOREIGN KEY (Imei номер) REFERENCES Телефон 

ON DELETE NO ACTION 

ON UPDATE CASCADE)


Глава II. Общие ограничения.

 2.1 Ограничения целостности данных

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

Набор ограничений для каждой БД отражает особенности предметной области. Но существуют два правила, которые должны выполняться для любой таблицы любой БД – общие ограничениями целостности.

Общие ограничения целостности должны быть обеспечены в первую очередь при проектировании и использовании любой БД.

Ограничения целостности – правила, которые необходимо соблюдать при вводе данных.

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

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

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

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

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

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

Существуют общие и частные ограничения целостности.

2.2 Общие ограничения целостности

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

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

Эти закономерности являются общими ограничениями целостности.

Общие ограничения целостности – ограничения, которые справедливы для любой БД. К ним относятся правила целостности и ссылочной целостности объекта.

Правило целостности – среди значения потенциального ключа не должно быть null-значений. Null-значение – неопределённое, пропущенное значение в столбце.

Правило ссылочной целостности – внешний ключ не должен содержать значения, не содержащиеся в первичном ключе ссылочной таблицы, и null-значения.

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

Чтобы реализовать правила ссылочной целостности для всех внешних ключей БД в режиме Конструктора было указано значение Да свойства Обязательное поле, а также значение Да (Допускаются совпадения) свойства Индексированное поле.

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

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

Результаты реализации правил общих ограничений целостности приведены в Приложении Б.

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

Окно Схемы данных представлено в Приложении В.

2.3 Частные ограничения целостности

Частные ограничения целостности распространяются только для отдельных таблиц некоторых БД. В рамках СУБД ACCESS частные ограничения целостности можно задать несколькими способами.

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

В данной работе были заданы следующие условия проверки данных при вводе:

	Форма Запчасть для поля Артикул задали следующее условие назначения: Len([Артикул])<=15.

Это значит, что количество символов, вводимых в поле Артикул, должно быть не больше 15, в противном случае, выводится сообщение об ошибке: Неверное значение! Количество символов в артикуле должно быть не больше пятнадцати!

	Форма Запчасть для поля Цена задали следующее условие назначения: >0.

Это значит, что Цена запчасти должно быть больше нуля, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Цена запчасти должна быть больше нуля!

	Форма Поступает, Используются для поля Дата задали следующее условие назначения: =Date().

Это значит, что вводимая дата должна быть равна текущей дате, в противном случае, выводится сообщение об ошибке: Неверное значение! Дата должна быть равна текущей дате!

	Форма Обновление ОС для поля Дата задали следующее условие назначения: DateDiff('d';[Дата];Date())<2.

Это значит, что данные о прохождении Обновления ОС, в том числе и дата, должны вноситься, не позднее трехдневного срока, в противном случае, выводится сообщение об ошибке: Недопустимое значение даты! Дату прохождения Обновления ОС нужно ввести не позже двухдневного срока с момента прохождения.

	Форма Используются для поля Количество задали следующее условие назначения: >=1.

Это значит, что Количество используемых запчастей должно быть больше или равно одному, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Количество запчастей не может быть меньше одного!

	Форма Ремонт для поля Стоимость задали следующее условие назначения: >0.

Это значит, что Стоимость ремонта должна быть больше нуля, в противном случае, выводится сообщение об ошибке: Недопустимое значение! Стоимость ремонта должна быть больше нуля!

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

Поле подстановки создали в таблице Телефон и в поле Марка указали: Iphone 5, Sony xperia Z2, HTC one mini, Samsung Galaxy S4, Nokia Lumia 625, LGg5+.















































Глава III. Разработка интерфейса.

3.1 Интерфейс пользователя и надёжность программ обработки данных

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

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

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

	Приемлемое для данной группы пользователей быстродействие.

	Способность программного обеспечения сохранять работоспособность при решении всех задач, оговоренных требованиями технического задания.

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

	Возможность восстановления данных при сбоях компьютера.

	Обеспечение общих и частных ограничений целостности.

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

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

Таблицы используются для хранения данных. Каждая таблица включает информацию об объекте определенного типа. Таблица содержит поля (столбцы) и записи (строки).

В ходе выполнения данной работы были созданы следующие Таблицы – Телефон, Ремонт, Запчасть, Обновление ОС, Используются, Поступает.

Созданные таблицы приведены в Приложении Д.

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

В ходе выполнения данной работы были созданы следующие Формы – Телефон, Ремонт, Запчасть, Обновление ОС, Используются, Поступает.

Созданные формы приведены в Приложении Е.

Также были создана Главная кнопочная форма, которая приведена в Приложении Р.

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

В ходе выполнения данной работы были созданы следующие Запросы - выборка, вычитание, Декартово Произведение, Естественное соединение, Объединение, Пересечение, Проекция, Тэта - Соединение. 

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

В ходе выполнения данной работы были созданы следующие Отчёты – Докладная записка, Список запчастей.

Макрос – структурированное описание одного или нескольких действий, которые выполняются в ответ на определенное событие, т.е. на любое изменение состояния объекта Microsoft Access.

В ходе выполнения данной работы были созданы следующие Макросы – Обновление ОС, Номер Обновления ОС, Есть гарантийный срок, Нет гарантийного срока.

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

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

Для повышения надежности программы обработки данных БД «Продажи мобильных телефонов»:

	использовали всплывающие подсказки;

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

	присвоили управляющим элементам значения по умолчанию.

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

Указания пользователю для работы с БД «Продажи мобильных телефонов» должны быть чёткими и однозначными.

Всплывающие подсказки для БД «Продажи мобильных телефонов» приведены в таблице 1.


Таблица 1 – Всплывающие подсказки

Форма

Поле

Всплывающая подсказка

Запчасть

Артикул

Введите в артикуле запчасти не более 15 символов



Наименование

Введите наименование запчасти



Цена

Введите цену запчасти

Телефон

Imei номер

Введите регистрационный номер телефона



Владелец 

Введите инициалы и фамилию владельца телефона



Марка

Выберите из списка марку телефона



Цвет

Введите цвет телефона

Ремонт

Код услуги

Введите код услуги ремонта телефона



Вид работы

Введите вид работы ремонта телефона



Стоимость

Введите стоимость  ремонта телефона

Обновление ОС

№ Обнов

Введите номер Обновления ОС



Imei номер

Выберите из списка регистрационный номер телефона



Дата

Введите дату проведения Обновления ОС



Вид работы

Введите вид работы Обновления ОС

Используются

Код услуги

Выберите из списка код услуги ремонта телефона



Артикул

Выберите из списка артикул запчасти



Дата

Введите текущую дату проведения ремонта телефона



Количество

Введите количество использованных запчастей

Поступает

Код услуги

Выберите из списка код услуги ремонта телефона



Imei номер

Выберите из списка регистрационный номер телефона



Дата

Введите текущую дату поступления телефона на ремонт

Некоторые диалоговые окна с подсказками представлены в Приложении Ж.

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

Для удобства пользователя при работе с формами изменили последовательность переходов (Таблица 2).

Таблица 2 – Изменение последовательности перехода при работе с формами

Форма

Естественный порядок 

Измененный порядок

Телефон

Imei номер#, Владелец, Марка, Цвет

Imei номер#, Марка, Цвет, Владелец

Обновление ОС

№ Обнов#, Imei номер#, Дата, Вид работы

№ Обнов#, Imei номер#, Вид работы, Дата

Используются

Код услуги#, Артикул#, Дата, Количество

Код услуги#, Артикул#, Количество, Дата

Диалоговые окна с изменённой последовательностью перехода представлены в Приложении И.

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

Значения по умолчанию задали в следующих формах:

	Используются, Поступает. В поле Дата задали значение по умолчанию: =Date(), т.е. равно текущей дате. 

	Телефон. В поле Цвет задали значение по умолчанию: Мокрый асфальт.

	Используются. В поле Количество задали значение по умолчанию: 2.

Результаты присвоения элементам значения по умолчанию представлены в Приложении К.


7 Работа с данными из внешних источников

Microsoft Access позволяет использовать информацию, подготовленную другими программами (Microsoft Excel, Lotus 1-2-3, dBASE, Microsoft FoxPro, Paradox, Microsoft SQL Server), а также текстовые файлы.

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

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

В форме Используются создали кнопку с гиперссылкой на форму Запчасть.

В форме Телефон создали кнопку с гиперссылкой на документ Письмо клиенту. В письме излагается о предоставлении скидок в магазине телефонов.

Результаты работы по созданию гиперссылок представлены в Приложении Л.


8 Средства автоматизации работы конечных пользователей

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

В данной работе были созданы макросы Обновление ОС, Номер Обновления ОС, Есть гарантийный срок, Нет гарантийного срока.

Для запуска макросов были созданы командные кнопки.

На форму Телефон добавили две кнопки на открытие связанных данных из формы Обновление ОС.

Кнопка Сведения о Обновлении ОС телефона предназначена для просмотра всех записей формы Обновление ОС, а кнопка Номер Обновления ОС предназначена для просмотра только отобранных связанных записей.

Кнопку Сведения о.......................