Личное дело абитуриента

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Основные теоретические положения базы данных

1.1 Основные понятия

1.2 Модели данных

1.3 Основные понятия реляционной модели данных

1.4 Связывание таблиц

1.5 Формирование исходного отношения

1.6 Нормализация отношений. Избыточное дублирование данных и аномалия

1.7 Основные виды зависимости между атрибутами

1.8 Нормальные формы

1.9 Метод нормальных форм

2. Проектирование базы данных

2.1 Этапы проектирования

2.2 Проектирование базы данных с помощью ER метода

2.3 Описание структуры

2.4 Построение концептуальной модели данных

3. Физическое проектирование базы данных

Заключение

Список используемых источников



Введение

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

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

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

Цель курсовой работы поставлена в следующем: спроектировать базу данных на основе ER-моделирования.

Задачи данной курсовой работы заключаются в следующем:

а) анализ предметной области;

б) разработка логической и концептуальной моделей;

в) построение реляционной модели на основе логической;

г) разработка физической модели;

д) реализация базы данных с учётом требований проекта.

логический концептуальный реляционный база



1. Основные теоретические положения теории баз данных

1.1 Основные понятия

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

Банк данных - является информационной системой (ИС), которой реализованы функции централизованного хранения и накопления обрабатываемой информации, организованной в одну или несколько баз данных.

Банк данных в общем случае состоит из:

одна или несколько БД;

система управления БД (СУБД);

словарь данных;

администратор БД;

вычислительная система и обслуживающий персонал.

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

Модель данных - это логическая структура хранения данных.

Основные модели данных:

1) иерархическая модель данных;

2) сетевая модель данных;

3) реляционная модель данных;

4) объектно-ориентированная модель данных;

5) объектно-реляционная модель данных;

6) функциональная модель данных;

7) и др.

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

Элементы реляционной модели:

1) отношения - форма представления таблицы;

2) схема отношения - заголовок таблицы;

3) кортеж - строка таблицы;

4) сущность - описание свойств объекта;

5) атрибут - свойства сущности, заголовок столбца таблицы;

6) домен - множества допустимых значений атрибута;

7) значение атрибута - значение поле записи;

8) первичный ключ - один или несколько атрибутов;

9) тип данных - тип значений элементов таблицы.

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

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

Первичный ключ (ключ отношения, ключевой атрибут) - атрибут отношения, однозначно идентифицированный каждый из его кортежей.

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

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

Отношение - это таблица, в которой:

1) все строки должны быть уникальными, то есть не может быть двух строк с одинаковыми первичными ключами;

2) имена столбцов таблицы должны быть различны, а значения их простыми;

3) все строки одной таблицы должны иметь структуру, соответствующую именам и типам столбцов;

4) порядок размещения строк в таблице может быть произвольным.

1.2 Модели данных

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

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

Модель данных охватывает более широкий спектр понятий. Основное назначение модели базы данных состоит в том, чтобы:

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

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

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

1.3 Основные понятия реляционной модели данных

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

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

Одним из основных преимуществ реляционной модели данных является ее однородность.

1.4 Связывание таблиц

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

Основные виды связей:

1) один -к- одному (1:1);

2) один -ко- многим (1:М);

3) многие -к- одному (М:1);

4) многие -ко- многим (М:М).



Таблица 1- характеристика видов связи

Характеристика полей связи по видам	1:1	1:М	М:1	М:М
Поля связи основной таблицы	ключ	ключ	не является ключом	не является ключом
Поля связи дополнительной таблицы	ключ	не является ключом	ключ	не является ключом

Связь вида "1:1" - все поля связи основной и дополнительной таблицы является ключ основной и дополнительной таблицы как бы равноправно.

Связь вида "1:М" - одной записи основной таблицы соответствует несколько записей дополнительной таблицы.

Связь вида "М:М" - нескольким записям основной таблицы соответствует несколько записей дополнительной таблицы.

1.5 Формирование исходного отношения

Проектирование БД, начинается с определения всех объектов, сведения о которых будут включены в базу и определение их атрибутов, затем атрибуты сводятся в одну таблицу - исходное отношение.

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

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

1.6 Нормализация отношений. Избыточное дублирование данных и аномалия

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

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

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

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

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

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

Аномалия - это ситуация в таблице БД, которая приводит к противоречиям БД.

Основные виды аномалии

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

2) Аномалии-удаления -- при удалении какого либо кортежа из таблицы может пропасть информация, которая не связана на прямую с удаляемой записью.

3) Аномалии-добавления возникают, когда информацию в таблицу нельзя поместить, пока она не полная, либо вставка записи требует дополнительного просмотра таблицы.

1.7 Основные виды зависимости между атрибутами

1) функциональные зависимости;

2) транзитивные зависимости;

3) многозначные зависимости.

Атрибут В функционально зависит от атрибута А, если каждому значению А соответствует в точности одно значение В. Отметим, что А и В могут быть составными - состоять из двух и более атрибутов.

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

Функциональная взаимозависимость.

Если существует зависимость В от А и А от В , то между атрибутами А и В существует взаимно-однозначное соответствие (А-В).

Частичная ФЗ - зависимость не ключевого атрибута от части составного ключа.

Полная ФЗ - атрибут В находится в полной ФЗ от составного ключа, если он ФЗ от А и не ФЗ от любого подмножества составного ключа А.

Атрибут С зависит от атрибута А транзитивно (А>С), если А>В и В>С => А>С.

Многозначная зависимость - атрибут В многозначно зависит от атрибута А, если каждому значению А соответствует множество значений В, несвязанные с другими атрибутами. Многозначность может быть 1:М(М:1) или М:М.

В общем случае между двумя атрибутами одного отношения могут существовать зависимости 1:1 (А-В); 1:М, М:1, М:М. Поскольку зависимость между атрибутами является причиной аномалий, стараются расчленить отношения с зависимости атрибутов на несколько отношений. В результате образуется совокупность связанных таблиц со связями видов 1:1, 1:М, М:М.

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

1.8 Нормальные формы

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

Первая нормальная форма

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

Перевод отношения в следующую нормальную форму осуществляется с помощью операций проекции.

Частичная зависимость от ключа приводит к следующему:

явное и неявное избыточное дублирование данных;

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

Часть избыточности устраняется при переводе отношения в 2НФ.

Вторая нормальная форма

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

Для устранения частичной зависимости перевода отношения во 2НФ необходимо использовать операцию проекции - разложить на несколько отношений:

1) построить проекцию без атрибутов, находящихся в частичной ФЗ от первичного ключа;

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

Третья нормальная форма

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

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

На практике построение 3НФ как правило является достаточным и процесс проектирования БД заканчивается.

Если в отношении имеется зависимость атрибута составного ключа от не ключевых атрибутов, то необходимо перейти к нормальной форме Бейса-Кода(НФБК).

Нормальная форма Бойса-Кодда (НФБК) (частная форма третьей нормальной формы)

Определение 3НФ не совсем подходит для следующих отношений:

1) отношение имеет две или более потенциальных ключа;

2) два и более потенциальных ключа являются составными;

3) они пересекаются, т.е. имеют хотя бы один атрибут.

Для отношений, имеющих один потенциальный ключ (первичный), НФБК является 3НФ.

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

Четвертая нормальная форма

Отношение находится в 4НФ, если оно находится в НФБК и все нетривиальные многозначные зависимости фактически являются функциональными зависимостями от ее потенциальных ключей.

1.9 Метод нормальных форм

Проектирование БД - один из этапов жизненного цикла БД.

Метод нормальных форм - классический метод проектирования БД и основан на понятии зависимости между атрибутами отношений.

Кроме метода нормальных форм для небольших БД применяют и другие методы БД, ER- диаграмма или «Сущность - связь».

Метод «Сущность-связь»

E - essence -сущность

R - relation - связь

Метод основан на использование диаграмм ER-экземпляров ER - типов.

Основные понятия:

1) сущность - объект или явление окружающего мира, информация о котором хранится в БД. Название сущности - это существительные;

2) атрибут - свойство сущности;

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

4) степень связи (1:1, М:1, 1:М) - класс принадлежностей экземпляров сущности (обязательный и необязательный).

5) диаграммы ER-экземпляров и диаграммы ER-типов.

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

2. Проектирование базы данных с помощью ER-моделирования

2.1 Этапы проектирования

Процесс проектирования БД является итерационным - допускается возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:

1) выделение сущностей и связей между ними;

2) построение диаграммы ER-типа с учетом всех сущностей и их связей;

3) формирование набора предварительных отношений с указанием первичного ключа и с использованием диаграмм ER-типа;

4) добавление не ключевых атрибутов в отношения;

5) приведение предварительных отношений к НФБК;

6) пересмотри ER- диаграммы в некоторых случая (когда невозможно привезти к НФБК; когда некоторым атрибутам не находится логически обоснованных мест в предварительных отношениях).

2.2 Проектирование базы данных с помощью ER метода

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

В качестве предметной области рассматривается «Личное дело абитуриента», в котором содержатся сведения об абитуриента, который поступает в университет и его личные данные.

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

1) Абитуриент;

2) Личное дело;

3) Родители ;

4) Образование;

5) Документы;

6) Адрес абитуриента;

7)Обучение;

8)Экзамены.

2.3 Описание структуры предметной области на естественном языке

Выделим сущности и связи.

1) Абитуриент имеет личное дело;

2) Абитуриент имеет родителей;

3) Абитуриент имеет образование;

4) Документы числятся в личном деле;

5) Абитуриент претендует на обучение;

6) Абитуриент сдает экзамены;

7) Абитуриент имеет адрес.

Наборы сущностей и атрибутов представлены в таблице 2.

Таблица 2 - Сущности и атрибуты предметной области

Сущность	Атрибуты
	Наименование атрибута	Сокращенное название
1 Личное дело 2 Абитуриент	Номер личного дела Дата заполнения Код абитуриента Фамилия, имя, отчество Дата рождения Место рождения Гражданство Документ Серия Номер Пол Учреждение выдачи документа Дата выдачи документа Сирота Инвалид	Номер лич дела Дата зап Код абит-а ФИО Дата рожд-я Место рожд-я Гражд Док-т Серия Номер Пол Учр-е выд док-а Дата выд док-а Сирота Инв-д
Сущность	Атрибуты
	Наименование атрибута	Сокращенное название
3 Родители 4 Образование	На попечении Военнослужащий Радиационное поражение Целевое направление Название муниципального органа Общежитие Подготовительные курсы Контактный телефон родителей Фамилия Имя Отчество Серия и номер документа Учебное заведение Образование Год окончания учебного заведения Документ об окончании учебного заведения Область/край учебного заведения Район учебного заведения Тип населенного пункта учебного заведения Населенный пункт учебного заведения Золотая медаль Серебряная медаль Диплом с отличием	На попеч Воен-й Радиац пор-е Цел направ-е Назв мун-го ор-а Общ-е Подг курсы Контакт тлф род ФИО Сер и ном док-а Учеб завед-е Образов Год окон-я уч зав-я Док-т об ок-и уч зав-я Обл/к-й уч зав-я Р-н уч зав-я Тип нас п-та уч завед-я Нас п-т уч зав-я Зол-я мед Сер-я мед Дип-м с отл
Сущность	Атрибуты
	Наименование атрибута	Сокращенное название
5 Документы 6 Адрес 7 Обучение	Идентификационный номер документа Дата перевода документов Дата возвращения документов Дата возвращения документов Дата укомплектования документа Телефон абитуриента Индекс Страна Область/край Район Тип населенного пункта Населенный пункт Улица Дом Квартира Регистрационный номер заявления Шифр направления Название направления Форма обучения Факультет Профиль Основа обучения	Ид. Номер док-а Дата пер-да док Дата возв-я док Дата пер-да док на Дата ук-я док Тлф абит-а Индекс Страна Обл/край Р-н Тип нас п-та Нас п-т Улица Дом Квт Рег номер заяв-я Шифр направ-я Назв направ-я Форма_обуч-я Фак-т Профиль Осн обуч-я
Сущность	Атрибуты
	Наименование атрибута	Сокращенное название
8 Экзамены	№ свидетельства ЕГЭ Наименование предмета Отметка(балл) Средний балл Общий балл Вузовское тестирование	№ свид-ва ЕГЭ Наим-е предм Отм(балл) Ср-й балл Общ балл Вуз тест

2.4 Построение концептуальной модели данных

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

1) Сущность Личное дело.

Номер личного дела - этот атрибут является уникальным, так как каждое личное дело имеет свой номер, но этот номер не может принадлежать другому личному делу;

Дата заполнения - каждое личное дело имеет дату заполнения, но эту же дату могут иметь и другие личные дела;

2) Сущность Абитуриент.

Код абитуриента - это уникальный атрибут, так как каждому абитуриенту присваивается свой код, и этот код не может принадлежать другим абитуриентам;

Фамилия, Имя, Отчество - каждый абитуриент имеет свои ФИО, но такие же ФИО могут иметь и другие абитуриенты;

Дата рождения - каждый абитуриент имеет дату рождения, но такую же дату рождения могут иметь и другие абитуриенты;

Место рождения - каждый абитуриент имеет место рождения, но это место рождения может принадлежать и другим абитуриентам;

Гражданство - каждый студент имеет гражданство, но такое же гражданство может быть и у других абитуриентов;

Документ - каждый абитуриент имеет документ удостоверяющий личность, но такой же документ могут иметь и другие абитуриенты;

Серия - каждый абитуриент имеет серию в документе, удостоверяющем личность, но такая же серия в документе удостоверяющем личность, может быть и у других абитуриентов;

Номер - каждый абитуриент имеет номер в документе, удостоверяющем личность, но такой же номер, в документе удостоверяющем личность может быть и у других абитуриентов;

Учреждение выдачи документа - каждому абитуриенту учреждение выдает документ удостоверяющий личность, но это же учреждение может выдавать документ удостоверяющий личность и другим абитуриентам;

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

Пол - каждый абитуриент имеет пол, но такой же пол могут иметь и другие абитуриенты;

Сирота - абитуриент может быть сиротой, но и другие абитуриенты могу быть сиротами;

Инвалид - абитуриент может быть инвалидом, но и другие абитуриенты могут быть инвалидами;

На попечении - абитуриент может быть на попечении, но и другие абитуриенты могут быть на попечении;

Военнослужащий - абитуриент может быть военнослужащим, но и другие абитуриенты могут быть военнослужащими;

Радиационное поражение - абитуриент может быть радиационно пораженным, но и другие абитуриенты могут быть радиационно пораженными;

Целевое направление - абитуриент может иметь целевое направление, но и другие абитуриенты могут иметь целевое направление;

Название муниципального органа - абитуриенту целевое направление выдается муниципальным органом, но и другим абитуриентам этот муниципальный орган может выдавать целевые направления;

Общежитие - абитуриент может нуждаться в общежитии, но и другие студенты могу нуждаться в общежитии;

Подготовительные курсы - абитуриент может иметь свидетельство о посещении подготовительных курсов, но и другие абитуриенты могут иметь такое свидетельство.

3) Сущность Родители.

Контактный телефон родителей - это уникальный атрибут, так как у каждого родителя свой номер телефона, но у другого родителя такого же номера быть не может;

Фамилия, Имя, Отчество - каждый родитель имеет свою фамилию, имя и отчество, но эти фамилия, имя и отчество могу принадлежать и другому родителю;

4) Сущность Образование.

Серия и номер документа - это уникальный атрибут, так как каждый документ об образовании имеет свою серию и номер, нет документов с такой же серией и номером;

Учебное заведение - каждый абитуриент оканчивает обучение в определенном учебном заведении, но и другие абитуриенты могут окончить обучение в этом же учебном заведении.

Образование - каждый абитуриент имеет образование, но такое же образование могут иметь и другие абитуриенты;

Год окончания учебного заведения - каждый абитуриент в определенный год оканчивает учебное заведение, но и другие абитуриенты могут оканчивать учебное заведение в этот же год;

Документ об окончании учебного заведения - каждый абитуриент имеет документ об окончании учебного заведения, но такой же документ может быть и у других абитуриентов;

Золотая медаль- абитуриент может иметь золотую медаль, но и другие абитуриенты могут иметь золотую медаль;

Серебряная медаль - абитуриент может иметь серебряную медаль, но и другие абитуриенты могут иметь серебряную медаль;

Диплом с отличием - абитуриент может иметь диплом с отличием, но и другие абитуриенты могут иметь диплом с отличием;

Область/край учебного заведения - каждый абитуриент оканчивает учебное заведение в определенной области/крае, но и другие абитуриенты могут оканчивать учебные заведения в этой же области/крае;

Район учебного заведения - каждый абитуриент оканчивает учебное заведение в определенном районе, но и другие абитуриенты могут оканчивать учебные заведения в этом же районе;

Тип населенного пункта учебного заведения - каждое учебное заведение находится в населенном пункте определенного типа, но и другие учебные заведения могут находится в населенном пункте такого же типа;

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

5) Сущность Документы.

Идентификационный номер документа - это уникальный атрибут, так как каждый документ имеет свой идентификационный номер, но другие документы этот же идентификационный номер иметь не могут;

Дата перевода - каждые документы при переводе имеют определенную дату, но и другие документы могут быть переведены в эту же дату;

Дата возвращения - каждые документы при возвращении имеют определенную дату, но и другие документы могут быть возвращены в эту же дату;

Дата перевода на - каждые документы при переводе имеют определенную дату, но и другие документы могут быть переведены в эту же дату;

Дата укомплектования - каждые документы при укомплектовании имеют определенную дату, но и другие документы могут быть укомплектованы в эту же дату;

6) Сущность Адрес.

Телефон абитуриента-это уникальный атрибут, так как каждый абитуриент имеет свой телефон, но другой абитуриент не может иметь этот же телефон;

Индекс - каждый абитуриент имеет свой почтовый индекс, но этот же почтовый индекс могут иметь и другие абитуриенты;

Страна - каждый абитуриент проживает в стране, но и другие абитуриенты могу проживать в этой же стране;

Область/край - каждый абитуриент проживает в определенной области/крае, но и другие абитуриенты могут проживать в этой же области/крае;

Район - каждый абитуриент проживает в определенном районе, но и другие абитуриенты могут проживать в этом же районе;

Тип населенного пункта - каждый абитуриент проживает в населенном пункте определенного типа, но и другие абитуриенты могут проживать в пункте этого же типа;

Населенный пункт - каждый абитуриент проживает в определенном населенном пункте , но и другие абитуриенты могу проживать в этом же населенном пункте;

Улица - каждый абитуриент проживает на определенной улице , но и другие абитуриенты могут проживать на этой же улице;

Дом - каждый абитуриент проживает в определенном доме, но и другие абитуриенты могут проживать в этом же доме;

Квартира - каждый абитуриент проживает на определенной улице, но и другие абитуриенты могут проживать на этой же улице;

7) Сущность Обучение.

Регистрационный номер заявления - это уникальный атрибут, так как каждое заявление заполняемое абитуриентом имеет свой регистрационный номер, но другие заявления не могу иметь такой же регистрационный номер;

Шифр направления - каждый абитуриент подает заявление на направление для обучения, которое имеет определенный шифр, но такой же шифр может быть у направления указанного в заявлении поданном другим абитуриентом ;

Название направления - каждый абитуриент подает заявление на определенное направление для обучения, но это же направление может быть указано в заявлении поданном другим абитуриентом;

Факультет - каждый абитуриент подает документы на определенный факультет, но и другие абитуриенты могу подать документы на этот же факультет;

Профиль - каждый абитуриент подает документы на определенный профиль, но и другие абитуриенты могут подать документы на этот же профиль;

Форма обучения - каждый абитуриент претендует на определенную форму обучения, но и другие абитуриенты могут претендовать на эту же форму обучения;

Основа обучения - каждый абитуриент претендует на определенную основу обучения, но и другие абитуриенты могут претендовать на эту же основу обучения;

8) Сущность Экзамены.

Номер свидетельства ЕГЭ - это уникальный атрибут, так как каждый абитуриент имеет свой номер свидетельства ЕГЭ, но у другого абитуриента не может быть такого же номера свидетельства ЕГЭ;

Наименование предмета - каждый предмет имеет свое наименование, но это же наименование не может принадлежать другому предмету;

Отметка (балл) - по каждому предмету ставится отметка(балл), но такую же отметку могут поставить и по другому предмету;

Средний балл - каждый абитуриент имеет свой средний балл, но такой же средний балл может иметь и другой абитуриент;

Общий балл - каждый абитуриент имеет свой общий балл, но такой же общий балл может иметь и другой абитуриент;

Вузовское тестирование - абитуриент может проходить вузовское тестирование, но и другой абитуриент может проходить вузовское тестирование.

Для создания ER-модели заданной предметной области, необходимо выделить связи описать их:

Только один абитуриент может иметь данное личное дело; Несколько личных дел может иметь абитуриент; Абитуриент обязательно имеет личное дело; Личное дело обязательно принадлежит абитуриенту;

Абитуриент имеет одного родителя; Родитель имеет несколько абитуриентов; Абитуриент не обязательно имеет родителя; Родитель обязательно имеет абитуриента;

Абитуриент может иметь только одно образование; Только один абитуриент может иметь данное образование; Абитуриент обязательно имеет образование; Образование обязательно принадлежит студенту;

Только одни документы могут числиться в личном деле; В нескольких личных делах могут числиться одни и те же документы; Документы обязательно числятся в личном деле; В личном деле обязательно числятся документы;

Абитуриент может претендовать на несколько обучений; На одно обучение могут претендовать несколько абитуриентов; Абитуриент обязательно претендует на обучение; На обучение обязательно зачисляют студентов;

Абитуриент может сдавать несколько экзаменов; Данный экзамен может сдавать только один абитуриент; Абитуриент обязательно сдает экзамены; Экзамены обязательно сдаются абитуриентом;

Абитуриент может иметь только один адрес, Адрес может принадлежать нескольким абитуриентам; Абитуриент обязательно имеет адрес; Адрес обязательно принадлежит абитуриенту.

Выделим ключевые сущности и обозначим связи, которые устанавливаются между этими сущностями - это и есть ER-модель. Стандартная графическая нотация, с помощью которой можно визуализировать ER-модель называется диаграмма ER-экземпляра. На рисунке 2 представлена диаграмма ER-экземпляров.



Рисунок 2 - Диаграмма ER-экземпляров

Далее составим таблицу мощностей отношений, которая представлена ниже в таблице 3.

Таблица 3 - таблица мощностей отношений

Сущность 1	Связь	Сущность 2
Название	Класс принадлежности	Название	Степень связи	Класс принадлежности	Название
Абитуриент	обязательный	Имеет	1:N	обязательный	Личное дело
Абитуриент	необязательный	Имеет	N:1	обязательный	Родители
Абитуриент	обязательный	Имеет	1:1	обязательный	Образование
Документы	обязательный	Числятся в	1:N	обязательный	Личное дело
Абитуриент	обязательный	Претендует	M:N	обязательный	Обучение
Абитуриент	обязательный	Сдает	1:N	обязательный	Экзамены
Абитуриент	Обязательный	Имеет	N:1	обязательный	Адрес

Построение предварительного набора реляционных отношений представлено на рисунке 3.



Рисунок 3- Предварительный набор реляционных отношений

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

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

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

3) Если степень связи равна 1:1 и класс принадлежности обеих сущностей является не обязательным, то необходимым является использование трех отношений - по одному для каждой сущности, причем первичный ключ сущности служит первичным ключом отношения. А также еще одно отношение для связи, которое среди своих атрибутов должно иметь первичные ключи от каждой из двух сущностей.

4) Если степень связи равна 1:M и класс принадлежности n-связной сущности является обязательным, то достаточным является использование двух отношений (по одному на каждую сущность), при условии, что первичный ключ каждой сущности служит в качестве первичного ключа, для соответствующего отношения. Дополнительно первичный ключ односвязной сущности должен быть добавлен как атрибут в отношения, отводимой для n-связной сущности.

5) Если степень связи равна 1:M и класс принадлежности n-связной сущности является не обязательным, то необходимым является использование трех отношений, по одному для каждой сущности. При чем, первичный ключ каждой сущности служит первичным ключом соответствующего отношения и одного отношения для связи, которая среди своих атрибутов должна иметь первичные ключи от каждого из двух сущностей.

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

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

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Личное дело (Номер лич дела, Дата зап).

По правилу 4 формируется 2 отношения :

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы);

Личное дело (Номер лич дела, Дата зап, Код абит-а).

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Родители (Контакт тлф род, ФИО родит).

По правилу 5 формируется 3 отношения:

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы)

Родители (Контакт тлф род, ФИО родит);

Абитуриент_родители (Код абит-а, Контакт тлф род).

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы);

Образование (Сер и ном док-а, Учеб завед-е, Образов, Год окон-я уч зав-я, Док-т об ок-и уч зав-я, Обл/к-й уч зав-я, Р-н уч зав-я, Тип нас п-та уч завед-я, Нас п-т уч зав-я, Зол-я мед, Сер-я мед, Дип-м с отл).

По правилу 1 формируется 1 отношение:

Абитуриент_Образование (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы, Сер и ном док-а, Учеб завед-е, Образов, Год окон-я уч зав-я, Док-т об ок-и уч зав-я, Обл/к-й уч зав-я, Р-н уч зав-я, Тип нас п-та уч завед-я, Нас п-т уч зав-я, Зол-я мед, Сер-я мед, Дип-м с отл).

Документы (Ид. Номер док-а, Дата пер-да док, Дата возв-я док, Дата пер-да док на, Дата ук-я док);

Личное дело (Номер лич дела, Дата зап);

По правилу 4 формируется 2 отношения:

Личное дело (Номер лич дела, Ид. Номер док-а, Дата зап);

Документы (Ид. Номер док-а, Дата пер-да док, Дата возв-я док, Дата пер-да док на, Дата ук-я док).

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Обучение (Рег номер заяв-я, Шифр направ-я, Назв направ-я, Форма_обуч-я, Фак-т, Профиль, Осн обуч-я).

По правилу 6 формируется 3 отношения :

Абитуриент (Код абит-а, Рег номер заяв-я, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Обучение (Рег номер заяв-я, Шифр направ-я, Назв направ-я, Форма_обуч-я, Фак-т, Профиль, Осн обуч-я);

Абитуриент_Обучение (Код абит-а, Рег номер заяв-я).

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Экзамены (№ свид-ва ЕГЭ, Наим-е предм, Отм(балл), Ср-й балл, Общ балл, Вуз тест).

По правилу 4 формируется 2 отношения:

Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Экзамены (№ свид-ва ЕГЭ, Код абит-а, Наим-е предм, Отм(балл), Ср-й балл, Общ балл, Вуз тест).



Абитуриент (Код абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Адрес (Тлф абит-а, Индекс, Страна, Обл/край, Р-н, Тип нас п-та, Нас п-т, Улица, Дом, Квт).

По правилу 4 формируется 2 отношения :

Абитуриент (Код абит-а, Тлф абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы );

Адрес (Тлф абит-а, Индекс, Страна, Обл/край, Р-н, Тип нас п-та, Нас п-т, Улица, Дом, Квт).

Затем необходимо избавиться от избыточности.

Отношение «Абитуриент» встречается 4 раза, эти отношения являются избыточными, они имеют одинаковые первичные ключи, но разный набор не ключевых элементов. Объединив их, получаем отношение с тем же первичным ключом и объединенный набор не ключевых элементов:«Абитуриент» (Код абит-а, Рег номер заяв-я ,Тлф абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы, Сер и ном док-а, Учеб завед-е, Образов, Год окон-я уч зав-я, Док-т об ок-и уч зав-я, Обл/к-й уч зав-я, Р-н уч зав-я, Тип нас п-та уч завед-я, Нас п-т уч зав-я, Зол-я мед, Сер-я мед, Дип-м с отл);

Отношение «Личное дело» встречается 2 раза, эти отношения являются избыточными, они имеют одинаковые первичные ключи, но разный набор не ключевых элементов. Объединив их, получаем отношение с тем же первичным ключом и объединенный набор не ключевых элементов: «Личное дело» (Номер лич дела, Ид. Номер док-а, Дата зап, Код абит-а).

Отношение «Родители» (Контакт тлф род, ФИО родит);

Отношение «Абитуриент_родители» (Код абит-а, Контакт тлф род);

Отношение «Документы» (Ид. Номер док-а, Дата пер-да док, Дата возв-я док, Дата пер-да док на, Дата ук-я док);

Отношение «Экзамены» (Ид. Номер экз, Код абит-а, Наим-е предм, Отм(балл), Ср-й балл, Общ балл, № свид-ва ЕГЭ);

Отношение «Адрес» (Тлф абит-а, Индекс, Страна, Обл/край, Р-н, Тип нас п-та, Нас п-т, Улица, Дом, Квт);

Отношение «Обучение» (Рег номер заяв-я, Шифр направ-я, Назв направ-я, Форма_обуч-я, Фак-т, Профиль, Осн обуч-я);

Отношение «Абитуриент_Обучение» (Код абит-а, Рег номер заяв-я).

Таким образом, предварительный набор реляционных отношений примет следующий вид:

«Абитуриент» (Код абит-а, Рег номер заяв-я ,Тлф абит-а, ФИО, Гражд, Дата рожд-я, Место рожд, Док-т удост-й лич-ть, Серия, Номер, Пол, Учр-е выд док-а, Дата выд док-а, Сирота, Инв-д, На поп-и, Воен-й, Радиац пор-е, Цел направ-е, Назв мун-го ор-а, Общ-е, Подг курсы, Сер и ном док-а, Учеб завед-е, Образов, Год окон-я уч зав-я, Док-т об ок-и уч зав-я, Обл/к-й уч зав-я, Р-н уч зав-я, Тип нас п-та уч завед-я, Нас п-т уч зав-я, Зол-я мед, Сер-я мед, Дип-м с отл).

«Личное дело»( Номер лич дела, Ид. Номер док-а, Дата зап, Код абит-а).

«Родители» (Контакт тлф род, ФИО родит).

«Абитуриент_родители» (Код абит-а, Контакт тлф род).

«Документы» (Ид. Номер док-а, Дата пер-да док, Дата возв-я док, Дата пер-да док на, Дата ук-я док).

«Экзамены» (Ид. Номер экз, Код абит-а, Наим-е предм, Отм(балл), Ср-й балл, Общ балл, № свид-ва ЕГЭ);

«Адрес» (Тлф абит-а, Индекс, Страна, Обл/край, Р-н, Тип нас п-та, Нас п-т, Улица, Дом, Квт ).

«Обучение» (Рег номер заяв-я, Шифр направ-я, Назв направ-я, Форма_обуч-я, Фак-т, Профиль, Осн обуч-я).

«Абитуриент_Обучение» (Код абит-а, Рег номер заяв-я).

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

Рисунок 4 - Схема данных

Рисунок 4.1 - продолжение Схемы данных



3. Физическое проектирование базы данных

На рисунках 4-12.2 приведены таблицы базы данных "Личное дело абитуриента".

Рисунок 4 - Таблица "Абитуриент" в режиме таблицы

Рисунок 4.1- Продолжение таблицы "Абитуриент" в режиме таблицы

Рисунок 4.2 - Продолжение таблицы "Абитуриент" в режиме таблицы

Рисунок 4.3 - Продолжение таблицы "Абитуриент" в режиме таблицы

Рисунок 4.4 - Продолжение таблицы "Абитуриент" в режиме таблицы



Рисунок 4.5 - Продолжение таблицы "Абитуриент" в режиме таблицы

Рисунок 4.6 - Таблица "Абитуриент" в режиме конструктор

Рисунок 4.7 - Продолжение таблицы "Абитуриент" в режиме конструктор

Рисунок 4.8 - Продолжение таблицы "Абитуриент" в режиме конструктор

Рисунок 5 - Таблица "Абитуриент_обучение" в режиме таблицы

Рисунок 5.1 - Таблица "Абитуриент_обучение" в режиме конструктора



Рисунок 6 - Таблица "Абитуриент_родители" в режиме таблицы

Рисунок 6.1 - Таблица " Абитуриент_родители " в режиме конструктора

Рисунок 7 - Таблица "Адрес" в режиме таблицы

Рисунок 7.1 - Продолжение таблицы "Адрес" в режиме таблицы

Рисунок 7.2 - Таблица "Адрес" в режиме конструктор

Рисунок 8 - Таблица "Документы" в режиме таблицы



Рисунок 8.1 - Продолжение таблицы "Документы" в режиме таблицы

Рисунок 8.2 - Таблицы "Документы" в режиме конструктор

Рисунок 9 - Таблица "Личное дело" в режиме таблицы

Рисунок 9.1 - Таблица "Личное дело" в режиме конструктор

Рисунок 10 - Таблица "Обучение" в режиме таблицы

Рисунок 10.1 -Продолжение таблицы "Обучение" в режиме таблицы



Рисунок 10.2 - Таблица "Обучение" в режиме конструктор

Рисунок 11 - Таблица "Родители" в режиме таблицы

Рисунок 11.1 - Таблица "Родители" в режиме конструктор

Рисунок 12 - Таблица "Экзамены" в режиме таблицы

Рисунок 12.1 - Продолжение таблицы "Экзамены" в режиме таблицы

Рисунок 12.2 - Таблица "Экзамены" в режиме конструктор

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

В БД «Личное дело абитуриента» содержится 5 запросов:

«Абитуриенты»;

«Адрес»;

«Личное дело»;

«Отличники»;

«Экзамен_Физика».

На рисунках 13-13.9 приведены запросы базы данных "Личное дело абитуриента".

Запрос «Абитуриенты»

Рисунок 13 - запрос «Абитуриенты» в режиме конструктора



Рисунок 13.1 - запрос «Абитуриенты» в режиме таблицы

Запрос «Адрес»

Рисунок 13.2 - запрос «Адрес» в режиме конструктора

Рисунок 13.3 - запрос «Адрес» в режиме таблицы

Запрос «Личное дело»

Рисунок 13.4 - запрос «Личное дело» в режиме конструктора

Рисунок 13.5 - запрос «Личное дело» в режиме таблицы



Запрос «Отличники»

Рисунок 13.6 - запрос «Отличники» в режиме конструктора

Рисунок 13.7 - запрос «Отличники» в режиме таблицы

Перекрестный запрос «Экзамен_Физика»

Рисунок 13.8 -Перекрестный запрос «Экзамен_Физика» в режиме конструктора



Рисунок 13.9 -Перекрестный запрос «Экзамен_Физика» в режиме таблицы

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

Выделив таблицу, для которой требуется форма, выбираем объёкт «форма» в вкладке «создание» и MS Access по умолчанию создает простую форму.

Пример формы по таблице «Абитуриент»:

2) Пример формы по таблице «Адрес»:



3) Пример формы по таблице «Личное дело» :

4) Пример формы по таблице «Документы» :

5) Пример формы по таблице «Родители» :



6) Пример формы по таблице «Экзамены» :

7) Пример формы «Абитуриент_Экзамены», содержащей подчиненную форму «Экзамены» :

После создания основных компонентов создается главная кнопочная форма - меню:

Рисунок 14 - Кнопочная форма

Формируем отчет по предметной области "Личное дело абитуриента":

Рисунок 15 - Отчёт по БД «Личное дело абитуриента»

Рисунок 15.1 - Продолжение отчета по БД «Личное дело абитуриента»



Рисунок 15.2 - Продолжение отчета по БД «Личное дело абитуриента»

Рисунок 15.3 - Продолжение отчета по БД «Личное дело абитуриента»

Рисунок 15.4 - Продолжение отчета по БД «Личное дело абитуриента»



Заключение

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

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

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

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

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



Список используемых источников

1. Informatic.ugatu [Электронный ресурс]. Режим доступа: http://informatic.ugatu.ac.ru/lib/office/Access.htm. - Загл. с экрана. - Типы данных Access. (Дата доступа: 30.11.2015)

2. Нормализация отношений. Шесть нормальных форм. [Электронный ресурс]: ресурс для IT-специалистов "Хабрхабр". Режим доступа: http://habrahabr.ru/post/254773/ (Дата доступа: 1.12.2015)

3. Wikipedia [Электронный ресурс]: свободная общедоступная многоязычная универсальная интернет энциклопедия - Режим доступа: http://ru.wikipedia.org/wiki. - Загл. с экрана. - Базы данных. (Дата доступа: 5.12.2015)

4. Интуит- [Электронный ресурс]: Национальный открытый университет. - Режим доступа http://www.intuit.ru/studies/courses/3439/681/lecture/14026. - Загл.с экрана. -Объекты MS access. (Дата доступа: 6.12.2015)

Размещено на Allbest.ru

...