Главная: Рефераты

Рефераты. Разработка автоматизированного рабочего места для учёта статистики экзаменационной сессии

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

·       Каждое поле должно быть связано с темой таблицы;

·       Не рекомендуется включать в таблицу данные, которые являются результатом выражения;

·       В таблице должна присутствовать вся необходимая информация;

·       Информацию следует разбивать на наименьшие логические единицы.

Выделяем  следующие таблицы и атрибуты:

1.    Cстуденты (Код_студента, Код_группы, ФИО, Год рождения, Адрес, Пол, Телефон, Замечания, Пропуски) – здесь хранятся сведения об студентах, код_студента код_группы содержат символьный атрибут

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

3.    Оценки (Код_студента, Название_предмета, 1-симестр, 2-симестр, Экзамен, Итог) – здесь хранятся данные об оценках за учебный год студентов. Так же вводим символьный атрибут Код_студента.

4.    Группа (Код_группы, Код_отделения, Год_поступления) – здесь хранятся данные о группе, и на какой кафедре эта группа находится. Так же вводим целочисленный атрибут Код_отделения,а для Код_группы символьный.


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

1.8 Определение связей между таблицами.


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

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

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

1.9 Построение таблиц.



Для оптимизации работы с таблицами существует несколько возможностей:

·       Проектировать таблицы, в которых не содержится избыточных данных.

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


Типы полей формата Paradox поддерживает семнадцать типов данных:


Тип данных

Использование

Размер

Alpha

Печатаемые символы

1-255 байт

Number

Числовое поле

8 байт


$ (Money)

Денежные суммы

До 20 байт

Short

Числовое поле

2 байта

Long Integer

Числовое поле

4 байта

# (BCD)

Числовое поле, содержащее данные в формате BCD (Binary Coded Decimal).

Имеет 0-32 цифр после десятичной точки

Date

Поле даты

4 байта

Time

Поле времени

4 байт

@ (Timestamp)

содержит и дату и время

8 байт

Memo

Алфавитно-цифровые данные с символами ASCII от 0 до 255

Ограничено свободным местом на диске

Formatted Memo

Алфавитно-цифровые данные с символами ASCII от 0 до 255

Ограничено свободным местом на диске

Graphic

содержащее OLE-данные (Object Linking and Embedding) - образы, звук, видео, документы

Ограничено свободным местом на диске

Logical

Допускаются строчные и прописные буквы, которое может содержать только два значения - T (true, истина) или F (false, ложь).

1 байт

+ (Autoincrement)

Содержащее нередактируемое (read-only) значение типа long integer. Значение этого поля автоматически увеличивается (начиная с 1) с шагом 1

4 байта

Binary

Содержащее любую двоичную информацию

Ограничено свободным местом на диске

Bytes

содержащая любые данные

1-255 байт

 

1.10 Назначение типов данных для полей таблиц.


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

Для таблицы Студенты:

·       Код_студента –  тип данных  alpha, размером 4 символов;

·       Код_группы – тип данных  alpha, размером 8 символов;

·       ФИО - тип данных  alpha, размером 50 символов;

·       Год рождения – тип данных  date;

·       Адрес – тип данных  alpha, размером 30 символов;

·       Пол – тип данных  alpha, размером 20 символов;

·       Телефон – тип данных  Integer;

·       Замечания – тип данных  memo, размером 120 символов;

·       Пропуски – тип данных  Integer.

Для таблицы Предмет:

·       Код_предмета – тип данных  Integer;

·       Код_группы – тип данных  alpha, размером 6 символов;

·       Название предмета – тип данных  alpha, размером 20 символов.

Для таблицы Оценки:

·       Код_студента –  тип данных  alpha, размером 6 символов;

·       Название предмета – тип данных  alpha, размером 20 символов;

·       1-симестр – тип данных  Short;

·       2-симестр – тип данных  Short;

·       Экзамен – тип данных  Short;

·       Итог – тип данных  Short;


             Для таблицы Группа:

·       Код_группы – тип данных  alpha, размером 10 символов;

·       Код_отделения – тип данных  Short;

·       Год_поступления –  тип данных  Integer.


1.11 Реализация выбранных решений.



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

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

Основой любого АРМ являются:

•   таблицы, где хранятся все те данные, которые необходимы пользователям;

•   запросы, набор возможностей по поиску, извле­чению, вводу и коррекции информации;

•    формы, интерфейс между пользователем и про­граммным обеспечением АРМ.

В процессе выполнения данного дипломного проекта были раз­работаны:

•    перечень таблиц (всего 4);

•    состав таблиц (суммарно около 22 атрибутов);

•    свойства атрибутов;

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

Указанные наборы данных являются вполне самодостаточными и позволяют провести тестирование разработанного АРМ в полном объёме, как в плане проверки вообще работоспособности системы, так и правильности получаемых результатов.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.