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

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

5. Физическое  описание модели

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

Типы  данных, хранимые в таблицах Paradox, очень разнообразны. Это и символьные значения и разнообразные типы числовых значений, включающие целочисленные, вещественные, вещественные с плавающей  запятой, числа в двоичном и двоично-десятичном формате, логические типы, специальные форматы для хранения значений даты, времени и денежных сумм, графические типы для хранения графических изображений в самых популярных форматах, а также строковые значения неограниченной длины (в том числе и форматированные в формате rtf) и даже типы поддерживаемые технологией OLE (Object Linking and Embedding) фирмы  Micrоsoft. Такое разнообразие типов данных может отвечать даже самым изысканным задачам, которым призвана служить создаваемая база данных и без сомнения подходит для решения круга задач возложенного на базу данных DEKANAT для деканата физического факультета.

База  данных DEKAHAT представлена 8-ю таблицами (или по терминологии реляционных  баз данных - 8-ю реляционными отношениями): Students, Discipls, PlanSemestr, PlanGroupe, Examine, Certifications, Orders, Values. Рассмотрим структуру каждой более подробно. 

В  таблице  Students представлена информация о студентах общего и учебного характера. Поля, их типы, и назначение представлены в таблице 2.

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

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

Некоторые поля обозначающие однотипную информацию, например поля Education, FamilyPosition, FamilyComposition, Spesiality и т. д. Имеют целочисленный тип, в котором закодировано определенное значение. Значения этих кодов сведены в таблицу Valuess, что продиктовано соображениями экономии памяти на дисковом пространстве. 

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

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

В  таблице PlanSemestr представлена информация об учебных планах на семестр. Поля, их типы, и назначение представленны в таблице 4. 

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

В  таблице PlanGroupe представлена информация об учебных планах для групп. Поля, их типы, и назначение представлены в таблице 5.

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

В  таблице Orders представлена информация о приказах по которым происходит отчисление, восстановление, предоставление А/О и возврат из А/О. Поля, их типы, и назначение представлены в таблице 6. 

Первичным ключем является совокупность полей  Nstudent, Norder, TypeOrder . Поле Nstudent ссылается на одноименное поле в таблице STUDENTS. Поля TypeOrder и Motive закодированы и их расшифровка представленна в таблице Valuess. 

В  таблице Examine представленна информация о результатах сессии. Поля, их типы, и назначение представленны в таблице 7.

Первичным ключем является  совокупность полей  Nstudent, Ndis, Semestr т.о. таблица спомощью полей Nstudent, Ndis связана с таблицами Students и Discipls. 

В  таблице  Certifications представленна информация о результатах аттестации. Поля, их типы, и назначение представленны в таблице 8.

Она аналогична таблице Examine. 

Таблица Valuess представлена четырьмя полями, из которых поля TableName, FieldName, Code являются первичным ключем. К этой таблице ссылаются большинство таблиц бызы данных DEKANAT, поскольку в ней хранятся значения закодированных полей соответствующей таблицы. 

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

6. Програмная  реализация

Все описанные  таблицы, составляющие основу базы данных, функционируют в рамках созданной  системы управления базой данных ”DBDekanat”. СУБД ”DBDekanat” создана средствами среды программирования Delphi 3.0 и  реализует все необходимые требования, которые предъявлялись в постановке задания к  настоящей дипломной работе, и выполняет полный круг задач, с которыми сталкиваются работники деканата,  по ведению дел студентов за весь период обучения.

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

Т.о. СУБД  ”DBDekanat” может явным образом конкурировать с существующей в настоящее время СУБД. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Заключение

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

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

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

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

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

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

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

Содержание