Разработка базы данных и клиентской части на тему 'Школа'

Разработка базы данных и клиентской части на тему 'Школа'

Министерство образования и науки российской федерации

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

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

Институт математики и компьютерных наук

Кафедра программного обеспечения

КУРСОВАЯ РАБОТА

по курсу: "КОМПЬЮТЕРНЫЕ НАУКИ"

Разработка базы данных и клиентской части на тему: "Школа "

Выполнил:

студент 391 гр.

Турбина Мария Александровна

Проверил:

к.п.н., доцент

Плотоненко Юрий Анатольевич

Тюмень 2010

Аннотация

В данной курсовой работе содержится информация по созданию базы данных «Школа» и разработке к ней клиентского приложения. Практическая часть работы разделена на следующие этапы: нормализация базы данных, которая включает в себя определение необходимой информации, выделение сущностей, приведение к трем нормальным формам и построение логической модели базы данных; описание таблиц и построение физической модели базы данных; разработка базы данных в MS Access и разработка клиентской части в среде программирования Delphi. В итоге, была получена программа, в которой дальнейшая постановка задачи реализована полностью.

Содержание

1. Теоретические основы

.1 Основные подходы к организации баз данных

.2 Компоненты языка Delphi, используемые в курсовой работе

2.Описание реализации практического задания

2.1 Постановка задачи

.2 Нормализация базы данных

.3. Описание таблиц базы данных

.4 Разработка базы данных в MS Access

.5 Разработка клиентской части

.6 Описание пользовательского интерфейса

Заключение

Список литературы

1. Теоретические основы

.1 Основные подходы к организации баз данных

Понятие базы данных

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

Понятие реляционной базы данных

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

Связь (в данном случае) - ассоциирование двух или более отношений. Существуют следующие основные виды связей:

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

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

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

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

Нормализация базы данных

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

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

В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:

ü первая нормальная форма (1NF);

ü   вторая нормальная форма (2NF);

ü   третья нормальная форма (3NF);

ü   нормальная форма Бойса-Кодда (BCNF);

ü   четвертая нормальная форма (4NF);

ü   пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).

Основные свойства нормальных форм состоят в следующем:

ü каждая следующая нормальная форма в некотором смысле лучше предыдущей нормальной формы;

ü   при переходе к следующей нормальной форме свойства предыдущих нормальных форм сохраняются.

1.2 Компоненты языка программирования Delphi, используемые в курсовой работе

Компонент TADOConnection выполняет роль концентратора соединения с хранилищем данных. Для установления связи нужно с помощью свойства ConnectionString сформировать связные параметры и затем установить значение True в свойство Connected или вызвать метод Open. Для разрыва связи выполняется метод Close компонента или в его свойство Connected устанавливается значение False. Свойство Name - имя компонента. LoginPromt - свойство, отвечающее за отображение диалогового окна регистрации перед открытием нового соединения.

Компонент TАDOTаblе обеспечивает использование в приложениях Delphi таблиц баз данных, подключенных через провайдеры OLE DB. Компонент TADOTable используется в тех случаях, когда необходимо работать с одной таблицей в базе данных. Свойство Name - имя компонента. Свойство TableName - имя таблицы, данные которой необходимо вывести. Свойство Connection - указание на компонент TADOConnection, через который происходит подключение.

Компонент DataSource действует как посредник между компонентами TDataSet (TTable, TQuery, TStoredProc) и компонентами Data Controls - элементами управления, обеспечивающими представление данных на форме. Свойство Name - имя компонента. DataSet - имя связанного компонента TADOTable.

Компонент TADOQuery предназначен для выполнения SQL-запросов в хранилище данных ADO. Компонент выполняет запросы SELECT, INSERT, DELETE, UPDATE, ALTER TABLE и CREATE TABLE. Также исполняет хранимые процедуры. Свойство Name - имя компонента. Свойство Params - содержит параметры для параметризованного запроса. Свойство SQL - строковый массив, содержащий текст оператора запроса SQL.

Компонент TDBGrid обеспечивает табличный способ отображения на экране строк данных из компонентов TADOTable или TADOQuery. Приложение может использовать TDBGrid для отображения, вставки, уничтожения, редактирования данных БД.

Компонент TDBNavigator - навигатор базы данных, предлагающий разработчику простой и эффективный механизм управления данными, представляемыми в компонентах отображения. Обычно он используется совместно с компонентом TDBGrid. Навигатор представляет собой панель, в которой содержится ряд кнопок, каждая из которых реализует определенную операцию перемещения по набору данных или редактирования данных. Разработчик может по своему желанию изменять набор видимых в приложении кнопок навигатора. Для этого используется свойство VisibleButtons, которое в инспекторе объектов модифицируется комплексным редактором.

2.Описание реализации практического задания

.1 Постановка задачи

база данные программный язык

Цель данной работы - создание базы данных “Школа”, предназначенной для хранения информации об учащихся, их успеваемости по различным дисциплинам, преподавательском составе, темах и датах проведения занятий, а так же для формирования двух следующих отчетов:

ü  по выбору предмета вывести информацию о преподавателе (будет формироваться в MS Excel)

ü  по выбору названия класса вывести количество учащихся (будет формироваться в MS Word)

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

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

ü определение перечня информации, которая будет храниться в базе данных;

ü  определение основных сущностей;

ü  нормализация базы данных (приведение базы данных к 1NF, 2NF и 3NF);

ü  разработка базы данных в MS Access;

ü  разработка клиентской части.

Программа должна предоставлять возможности:

ü отображения информации;

ü  редактирования информации;

ü  добавления информации;

ü  удаления информации;

ü  возможность вывода отчетов на экран;

ü  возможность вывода отчетов в файлы Microsoft Word;

ü  возможность вывода отчетов в таблицы Microsoft Exel.

2.2    Нормализация базы данных

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

Определим основные сущности

Приведение к первой нормальной форме

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

Сущность “Журнал” содержит повторяющуюся группу полей “Предмет”, “Тема занятия”, “Дата проведения занятия”, “Преподаватели”, поэтому указанную группу полей выделяем в отдельную сущность “Шапка журнала” и создаем на нее ссылку в сущности “Журнал”. В свою очередь, в сущности “Шапка журнала” повторяющимся полем будет поле “Предмет”, а в сущности “Учащиеся” - поле “Класс”. Для приведения к 1NF выделим в отдельную сущность поле “Предмет”, и создадим на нее ссылку в сущности “Шапка журнала”. С полем “Класс” поступаем аналогично.

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

Приведение ко второй нормальной форме

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

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

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

Приведение к третьей нормальной форме

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

Описание связей

Между всеми таблицами базы данных существует тип связи “один-ко-многим”. Для связи между таблицами “Шапка журнала” и “Журнал” устанавливаем опцию каскадное удаление. Для остальных - запрет на обновление и удаление.

Логическая модель базы данных

Рис. 1. Логическая модель базы данных.

2.3 Описание таблиц базы данных

Таблица 1

“Rasp”

Таблица 2

“PPP”

Таблица 3

“Reis”

Таблица 4

“Marsh”

Таблица 5

“Pass”

Таблица 6

“Bilet”

Таблица 7

“PB”

Построим физическую модель базы данных.

Физическая модель базы данных.

2.4   Разработка базы данных в MS Access

1.      Создание таблиц: запускаем MS Access, выбираем из предложенных шаблонов «Новая база данных» и нажимаем кнопку «Создать». Открывается режим создания таблиц базы данных. Создаем таблицу “Prepodavateli” в режиме «Конструктор». Согласно описанию таблиц базы данных задаем имя, тип поля и при необходимости дополнительные параметры. Аналогично создаем оставшиеся пять таблиц.

.        Создание связей: переходим на закладку «Работа с базами данных» и выбираем «Схема данных». На экране появится список таблиц. Выбираем все и нажимаем кнопку «Добавить». Располагаем таблицы согласно физической модели на полотне. Далее необходимо установить связи между таблицами. Для этого выбираем первичный ключ таблицы “Prepodavateli”, нажимаем левую клавишу мыши и ведем курсор до вторичного ключа в таблице “Shapka” - появилось окно, в котором необходимо проверить правильность установки полей для связи. Если необходимо, выбираем тип обновления и удаления. В нашем случае нет такой необходимости, нажимаем «ОК». Аналогично создаем необходимые связи между оставшимися таблицами.

Рис. 3. Построение схемы данных.

2.5    Разработка клиентской части

Разработаем клиентское приложение для нашей созданной базы.

. Главная форма - База данных «Школа». Разместим на форме компонент TMainMenu и спроектируем меню.

Создаем новую форму DataModule2, предназначенную для отображения справочных таблиц.