Электронная экзаменационная ведомость

Тип работы: Курсовая работа
Бесплатно: Антиплагиат
Объем: 25 страниц
В избранное:

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

Казахский национальный технический университет
им.К.И.Сатпаева

Кафедра технической кибернетики

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

к курсовому проекту

по дисциплине Объектно-ориентированное программирование
Тема Электронная экзаменационная ведомость

Выполнил: Мусиргалиева К.К.
Группа: КСУ-00-1 к.
Приняла: ст. препод.
____________Тусупова Б. Б.
______________2003 г.

Алматы 2003

СОДЕРЖАНИЕ

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

Введение ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 4

1. Краткие теоретические сведения ... ... ... ... ... ... ... ... ... ...6
2. Описание программы ... ... ... ... ... ... ... ... ... ... ... ... ... 18
1. Общие сведения ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..18
2. Функциональное назначение ... ... ... ... ... ... ... ... ... ... ..18
3. Логическая структура программы ... ... ... ... ... ... ... ... ... 18
4. Используемые технические средства ... ... ... ... ... ... ... ... 18
Заключение ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .19

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

Приложение
1. Программный продукт ... ... ... ... ... ... ... ... ... ... ... ... ...22
2. Листинг программы

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

ВВЕДЕНИЕ

Базами данных (БД) называют электронные хранилища информации, доступа к
которым осуществляется с помощью одного или нескольких компьютеров. Обычно
БД создается для хранения и доступа к данным, содержащим сведения о
некоторой предметной области, то есть некоторой области человеческой
деятельности или области реального мира.
Система управления базами данных (СУБД) – это программные средства,
предназначенные для создания, наполнения, обновления и удаления баз данных.
Различают три основных вида СУБД: промышленные универсального назначения,
промышленные специального назначения и разрабатываемые для конкретного
заказчика. Специализированные СУБД создаются для управления базами данных
конкретного назначения – бухгалтерские, складские, банковские и т. д.
Универсальные СУБД не имеют четко очерченных рамок применения, они
рассчитаны на все случаи жизни и, как следствие, достаточно сложны и
требуют от пользователя специальных знаний. Как специализированные, так и
универсальные промышленные СУБД относительно дешевы, достаточно надежны и
готовы к немедленной работе, в то время как заказные СУБД требуют
существенных затрат, а их подготовка к работе и отладка занимают
значительный период. Однако в отличие от промышленных заказные СУБД в
максимальной степени учитывают специфику работы заказчика, их интерфейс
обычно интуитивно понятен пользователям и не требует от них специальных
знаний.
По своей архитектуре СУБД делятся на одно, двух и трехзвенные. В
однозвенной архитектуре используется единственное звено, обеспечивающее
необходимую логику управления данными и их визуализацию. В двухзвенной
архитектуре значительную часть логики управления данными берет на себя
сервер БД, в то время как клиент в основном занят отображением данных в
удобном для пользователя виде. В трехзвенных СУБД используется
промежуточное звено – сервер приложений, являющееся посредником между
клиентом и сервером БД.
В зависимости от расположения отдельных частей СУБД различают локальные
и сетевые СУБД.
Все части локальной СУБД размещаются на компьютере пользователя базы
данных. Чтобы с одной и той же БД одновременно могло работать несколько
пользователей, каждый пользовательский компьютер должен иметь свою копию
локальной БД. Существенной проблемой СУБД такого типа является
синхронизация копий данных, именно поэтому для решения задач, требующих
совместной работы нескольких пользователей, локальные СУБД фактически не
используются.
К сетевым относятся файл – серверные, клиент – серверные и
распределенные СУБД. Непременным атрибутом этих систем является сеть,
обеспечивающая аппаратную связь компьютеров и делающая возможной
корпоративную работу множества пользователей с одними и теми же данными.
В файл – серверных СУБД все данные обычно размещаются в одном или
нескольких каталогах достаточно мощной машины, специально выделенной для
этих целей и постоянно подключенной к сети. Такой компьютер называется файл
– сервером – отсюда название СУБД. Безусловным достоинством СУБД этого типа
является относительная простота ее создания и обслуживания – фактически все
сводится лишь к развертыванию локальной сети и установке на подключенных к
ней компьютерах сетевых операционных систем. По счастью, Delphi умеет
использовать сетевые средства самой популярной в мире ОС – Windows – для
создания соответствующих клиентских мест, то есть специального программного
обеспечения компьютеров пользователей.

1. КРАТКИЕ ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ

После анализа особенностей автоматизируемой области деятельности
следует приступить, возможно, к самому важному этапу – проектированию
будущей БД, которое заключается в определении состава полей ее таблиц и
связей между таблицами. От того, насколько тщательно проведен анализ и
насколько грамотно спроектирована БД, в существеннейшей мере зависит
эффективность будущей СУБД и ее полезность для пользователя.
Как уже говорилось, в файл – серверных БД все таблицы размещаются в
одном каталоге (папке). Поэтому перед созданием БД создадим ее каталог.
Пусть это будет каталог С:\BIBLDATA. Создание таблиц файл – серверных БД
осуществляется с помощью утилиты (вспомогательной программы) Database
Desktop (DBD), входящей в комплект поставки Delphi.
Утилита DBD решает целый ряд задач, связанных с таблицами файл –
серверных БД. С ее помощью можно создавать или изменять структуру таблиц,
создавать первичные ключи и индексы, создавать и изменять записи,
просматривать их и т. д. К сожалению, используемые ею шрифты не
поддерживают кириллицу, так что работать с записями, содержащими
русскоязычные текстовые поля, невозможно. Другим существенным недостатком
утилиты является невозможность ее использования в клиент – серверных БД.
Запустите DBD с помощью команды Пуск ( Программы ( Borland Delphi6 (
Database Desktop (если вы работаете в среде Delphi, для запуска используйте
команду Tools ( Database Desktop главного меню). Первое, что необходимо
сделать – это настроить рабочий каталог утилиты. Выберите команду File (
Working Directory и установите в появившемся окне ссылку на каталог
С:\BIBLDATA.
Для создания таблицы NAKLS выберите команду File ( New ( Table. DBD
откроет окно Create Table, в котором можно выбрать тип таблицы. Тип таблицы
определяет многие ее свойства. Тип Paradox 7 можно считать наилучшим для
файл – серверных таблиц: щелчком на кнопке OK согласитесь с вариантом
Paradox 7, предложенным по умолчанию. На экране появится окно,
предназначенное для созданияредактирования структуры таблицы.
Каждому полю создаваемой таблицы соответствует одна запись в таблице
Field roster этого окна: в колонку Field Name нужно поместить имя поля, в
колонку type – символ, определяющий тип хранимых в поле данных, в колонку
Size – число, определяющее длину поля (требуется не для всех типов полей),
и, наконец, в колонку Key – символ звездочки (*), если по значениям этого
поля нужно построить первичный ключ.
Каждый набор данных в таблице базы данных (ТБД) состоит из записей, а
те, в свою очередь, состоят из полей. Таким образом, в структуре таблице
имеется минимум одно поле. Обращаться к полям таблиц баз данных позволяет
класс Тfield.
Для удобства работы с конкретным полем можно создать объект – поле
класса Тfield или одного из его специализированных потомков – TstringField,
TintegerField, Tblobfield и т.д. Объект – поле создается на этапе
разработки программы с помощью редактора полей. Если определен объект –
поле, получит к полю можно по имени этого объекта. Редактор полей
присваивает объектам – полям имена путем сцепления имени источника данных и
имени поля.
Под набором данных понимается группа записей из одной или нескольких
таблиц БД, доступная для компанентов – наборов Ttable, Tquery или
TstoredProc. Эти компоненты порождены от общего родительского класса
TDBDataSet.
Начальное состояние любого НД – dsInactive. Чтобы открыть НД
используется его метод Open или свойство active, в которое нужно поместить
значение true. После успешного открытия НД переходит в состояние dsBrowse,
а его курсор устанавливается на первую запись.
Чтобы закрыть НД, вызывается метод close. Если НД закрывается,
находятся в режиме dsinsert или dsedit, изменение, сделанные в текущей
записи, не запоминаются. Закрыть НД можно также, поместив значение false в
его свойство active.
Характерной особенностью компонента Tquery (запрос) является
использование в нем специального языка для работы с реляционными БД – SQL
(Structured Query Languague – язык структурированных запросов). С помощью
этого языка программист составляет SQL – запрос, который помещается в
специально для этого предназначенное свойство Tquery. SQL. После вызова
метода Open или ExecSQL компонента Tquery этот запрос передается машине баз
данных BDE. Последняя имеет встроенный интерпретатор SQL позволяющий ей
выполнять описанные в запросе действия.
Если запрос требует получения из БД нужных сведений (запрос Select),
сформированные с помощью BDE данные помещаются в локальную таблицу в виде
временного файла в каталоге запуска программы и Tquery становится
владельцем этой таблицы. Данные из временной таблицы через компонент -
посредник TdataSource передаются визуальным компонентам и отображаются в
них точно так же, как если бы они были получены компонентом Ttable. Однако
в отличие от Ttable пользователь не может их изменять, так как они
представляют собой лишь копию реальных данных. Для изменения хранящейся в
БД информации формируются специальные запросы (INSERT, UPDATE, DELETE). В
этом случае BDE не формирует новые и никак не использует ранее созданные
временные таблицы, но лишь интерпретирует запрос и уведомляет программу о
том, насколько успешно прошло его выполнение. Таким образом, необходимость
программного изменения запроса в случае модификации НД является другим
характерным отличием компонентов Tquery и Ttable.
Следует оговориться, что при некоторых ограничениях на SQL – запрос
компонент Tquery может создать живой НД и вносимые в него изменения BDE
будет немедленно переносит в таблицу БД точно так же, как это Ttable.
База данных – это прежде всего набор таблиц, в базу данных могут
входить также процедуры и ряд других объектов. Таблицу можно представлять
себе как обычную двумерную таблицу с характеристиками (атрибутами)
какого–то множества объектов. Таблица имеет имя – идентификатор, по
которому на нее можно сослаться.
Столбцы таблицы соответствует тем или иным характеристикам объектов –
полям. Каждое поле характеризуется именем и типом хранящихся данных. Имя
поля – это идентификатор, который используется в различных программах для
манипуляции данными. Он строится по тем же правилам, как любой
идентификатор, то есть пишется латинскими буквами, состоит из одного слово
и т.д. Таким образом имя – это не то, что отображается на экране или в
отчете в заголовке столбца (это отображение естественно писать по -
русски), а идентификатор, соответствующий этому заголовку.
Тип поля характеризует тип хранящихся в поле данных. Это могут быть
строки, числа, булевы значения, большие тексты, изображения и т.п.
Каждая строка таблицы соответствует одному из объектов. Она называется
записью и содержит значения всех полей, характеризующие данный объект.
При построении таблиц базы данных важно обеспечивать непротиворечивость
информации. Обычно это делается введением ключевых полей, обеспечивающих
уникальность каждой записи. Ключевым может быть одна или несколько полей.
При работе с таблицей пользователь или программа как бы скользит
курсором по записям. В каждой момент времени есть некоторая текущая запись,
с которой и ведется работа. Запись в таблице базы данных физический могут
располагаться без какого – либо порядка, просто с последовательности их
ввода. Но когда данные таблицы предъявляются пользователю, они должны быть
упорядочены. Пользователь может хотеть просматривать их в алфавитном
порядке, или рассортированными по отделам, или по мере нарастания года
рождения и т.п. Для упорядочивания данных используется понятие индекса.
Индекс показывает, в какой последовательности желательно посматривать
таблицу. Он является как бы посредником между пользователем и таблицей.
База данных обычно содержит не одну, а множество таблиц. Отдельные
таблицы, конечно, полезны, но гораздо больше информации можно извлечь
именно из совокупности таблиц.
Создают базы данных и обрабатывают запросы к ним системы управления
базами данных – СУБД. Известно множество СУБД, различающихся своими
возможностями или обладающих примерно равными возможностями и конкурирующих
друг с другом: Paradox, dBase, Ms Access, FoxPro, Oracle, Inter-Base,
Sybase и много других.

Типы базы данных

Для разных задач целесообразно использовать различные модели баз
данных, поскольку, конечно, базу данных сведений а сотрудниках какого-то
небольшого коллектива и базу данных о каком-нибудь банке, имеющем филиалы
во всех концах страны надо строить по-разному.
Процесс определения того, какая база данных более подходит для
конкретного приложения, называется масштабированием.
Delphi имеет четыре модели базы данных:
✓ Автономные
✓ Файл – серверные
✓ Клиентсервер
✓ Многоярусные
Работа с данными в Delphi в основном осуществляется через Borland
Database Engine (BDE) – процессор баз данных фирмы Borland. Соответствующая
программа должна быть поставлена на компьютере пользователя во всех моделях
баз данных, кроме многоярусных.

Организация связи с базами данных в Delphi

Основной работы Delphi с базами данных является Borland Database Engine
(BDE) – процессор баз данных фирмы Borland. BDE служит посредником между
приложением и базами данных. Он предоставляет пользователю едины интерфейс
для работы, развязывающий пользователя от конкретной реализации базы
данных. Благодаря этому не надо менять приложение при смене реализации базы
данных. Приложение Delphi некогда не обращается не посредственно к базе
данных, а только к BDE.

Создание отчетных форм в Delphi

Результаты работы системы необходимо распечатать на принтере или
хранить в виде файла. Для этой цели создается отчетная форма.
Создание отчетной формы и организация отчета – процедура, несколько
отличающаяся от процедуры создания экранной формы.
Возможны различные варианты создания отчетов с предварительным
отображением на экране:
- отображение таблицы на экране, а затем выбор записи из нее для
отчета;
- отображение отчета на экране с выбранной страки;
- отображение отчета.
На странице палитры компонентов QReport Delphi имеется более двадцати
компонентов, применяемых для построения отчетов. Основным из которых
являются следующее:
TquickRep, TQRBand, TQRSubDetail, TQRGroup, TQRLabel, TQRDBText,
TQRExpr, TQRSysDat, TQRMemo, TQRRichText, TQRDBRich Text, TQRShape,
TQRImage, TQRChart.
Компоненты TquickRep, TQRBand являются минимально достаточными для
создания простого отчета, не содержащего внутри себя группировок
информации. Компонент TQRBand, у которого в свойство BandType установлено
значение rbColumnHeader, используется для представления заголовков
столбцов. Заголовки столбцов определяются при помощи компонентов TQRLabel.
Компонент TQRBand, у которого в свойство BandType установлено значение
rbPageHeader, используется для показа заголовка страницы. Он выводится для
каждой новой страницы перед выводом другой информации.
Компонент TQRBand, у которого в свойство BandType установлено значение
rbPageFooter, используется для показа подвала страницы. Он выводится для
каждой страницы после вывода любой иной информации.
Информация в заголовке и подвале страницы может формироваться на основе
статического текста и результатов вычисления выражений.

Настройка компонента TDataSource
Для разработки приложения баз данных необходимо перенести на форму и
настроить компонент TDataSource. Он обеспечивает взаимодействие набора
данных с компонентами отображения данных. Чаще всего одному набору данных
соответствует один компонент TDataSource, хотя их может быть несколько.Для
настройки свойств компонента необходимо выполнить следующие действия.
1. Связать набор данных и компонент TDataSource. Для этого используется
свойство DataSet компонента TDataSource, доступное через Инспектор
объектов. Это указатель на экземпляр компонента доступа к данным. В списке
этого свойства в Инспекторе объектов перечислены все доступные компоненты
наборов данных.
2. Переименовать компонент. Это не обязательное действие. Тем не ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.