База данных приёмной комиссии (46913)

Посмотреть архив целиком

РЕСПУБЛИКА БЕЛАРУСЬ

КОМИТЕТ ПО ОБРАЗОВАНИЮ МИНГОРИСПОЛКОМА

УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ

МИНСКИЙ ГОСУДАРСТВЕННЫЙ ПРОФЕССИОНАЛЬНО-ТЕХНИЧЕСКИЙ КОЛЛЕДЖ ЭЛЕКТРОНИКИ


Специальность

гр.

Допущен к защите

зам.директора по УПР

_________А.И. Пугач

"______"__________200_г


ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

Разработка базы данных "Приёмная комиссия"

КП79ТП.015207.081 ПЗ



Автор проекта (Мальцев Д.И.)

Руководитель проекта (Шавейко А.А. )








Минск 2006


РЕСПУБЛИКА БЕЛАРУСЬ

КОМИТЕТ ПО ОБРАЗОВАНИЮ МИНГОРИСПОЛКОМА

УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ

МИНСКИЙ ГОСУДАРСТВЕННЫЙ ПРОФЕССИОНАЛЬНО-ТЕХНИЧЕСКИЙ КОЛЛЕДЖ ЭЛЕКТРОНИКИ


Специальность

гр.

УТВЕРЖДАЮ

зам. директора по УПР

ЗАДАНИЕ

на курсовое проектирование

Учащемуся ______________________________________________

Тема курсового проекта ________________________________________

_____________________________________________________________

_____________________________________________________________

Срок сдачи студентом законченной работы________________________

Исходные данные ____________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

Состав курсового проекта:

а) расчетно-пояснительная записка (перечень подлежащих разработке

вопросов со специальной частью)______________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

Календарный график работы ____________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

_____________________________________________________________

Председатель комиссии Руководитель курсового проекта

Дата выдачи задания__________________________________________

Задание принял к исполнению, дата______________________________

Подпись учащегося___________________________________________



СОДЕРЖАНИЕ


ВВЕДЕНИЕ

1. АНАЛИЗ ЗАДАЧИ

1.1 Описание предметной области

1.2 Модель данных (реляционная)

1.4 Среда разработки

1.5 Требования к программе

2. ПРОЕКТИРОВАНИЕ ЗАДАЧИ

2.1 Организация данных

2.2 Функции системы

2.3 Алгоритм работы

2.4 Выходные документы

2.5 Тесты на использование

3. ПРИМЕНЕНИЕ

3.1 Назначение программы

3.2 Инструкции пользователю

3.3 Инсталляция

ЗАКЛЮЧЕНИЕ

ПРИЛОЖЕНИЕ 1

ПРИЛОЖЕНИЕ 2

Список использованных источников



ВВЕДЕНИЕ


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

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



1 АНАЛИЗ ЗАДАЧИ


1.1 Описание предметной области


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

- все абитуриенты;

- абитуриенты, не сдавшие документы;

- абитуриенты со средним балом больше восьми;

- информация о экзаменах;

- информация о специальностях;

- абитуриенты, посещающие курсы;

- иногородние абитуриенты;

- поступившие;

В программе все отчёты должны быть построены на основе запросов, написанных в режиме SQL.

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


1.2 Модель данных (реляционная)


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

В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных".

Будучи математиком по образованию Э. Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation (англ.).

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

Доменом называется множество атомарных значений одного и того же типа. Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета?

Степень отношения – это число его атрибутов. Отношение степени один называют унарным, степени два – бинарным, степени три – тернарным, а степени n – n-арным.

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

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

Отношение – Таблица (иногда Файл),

Кортеж – Строка (иногда Запись),

Атрибут – Столбец, Поле.

При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".


1.4 Среда разработки


Курсовой проект был выполнен на языке программирования Borland Delphi 7.0. Таблицы разрабатывались в приложении Database Desktop. Для более понятного и удобного интерфейса использовались такие компоненты как DBGrid, DBNavigator, Splitter. Запросы создавались с помощью компонента Query. А отчёты на основе запросов с помощью компонентов RvQueryConnection и RvProject в приложении Rave Designer.


1.5 Требования к программе


Программа совместима со всеми операционными системами Windows. Для работы данной программы необходим ПК, имеющий следующие системные требования:

- Операционная Windows любой версии;

- Процессор 200 MHz и выше;

- Емкость ОЗУ не ниже 32 Мб;

- Дисковод 3,5” или CD-ROM;

- 16 Мбайт свободного места на жестком диске;


  1. ПРОЕКТИРОВАНИЕ ЗАДАЧИ


2.1 Организация данных


В курсовом проекте используется база данных состоящая из четырёх таблиц. Структуры таблиц приведены в таблицах 1.1, 1.2, 1.3, 1.4

- Abitur (Данные о абитуриентах);

- Spec (Данные о специальностях);

- Ekzam (Данные о экзаменах);

- Kurs (Данные о абитуриентах, посещающих курсы);


Таблица 1.1 – Структура таблицы Abitur.

Имя поля

Тип данных

Описание

Num

Avtoincrement

Счётчик

Fam

Alpha

Текст

Otch

Alpha

Текст

Mesto uch

Alpha

Текст

Adress

Alpha

Текст

Tel

Alpha

Текст

City

Alpha

Текст

Ekz1

Alpha

Текст

Ekz2

Alpha

Текст

Ekz3

Alpha

Текст

Spec

Alpha

Текст

Postup

Logical

Логический

Att

Logical

Логический

Med

Logical

Логический

Spravka

Logical

Логический

Foto

Logical

Логический

RusYaz

Short

Короткое числовое

RusLit

Short

Короткое числовое

BelYaz

Short

Короткое числовое

BelLit

Short

Короткое числовое

Matem

Short

Короткое числовое

Inform

Short

Короткое числовое

CHOG

Short

Короткое числовое

InYaz

Short

Короткое числовое

Geogr

Short

Короткое числовое

Him

Short

Короткое числовое

Fizkult

Short

Короткое числовое

IstBel

Short

Короткое числовое

VsemirIst

Short

Короткое числовое


Случайные файлы

Файл
ref-16236.doc
179853.rtf
154412.rtf
161538.rtf
143590.rtf




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