1

20

Московский инженерно-физический институт

(государственный университет)

Кафедра экономики, маркетинга и менеджмента

Курсовая работа по курсу «Информатика»

2007 г

Введение

База данных.

Общие положения.

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

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

Структурирование - это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

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

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

База данных (БД) - это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

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

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

Классификация баз данных.

По технологии обработки данных базы данных подразделяются на централизованные и распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.

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

По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

файл - сервер;

клиент - сервер.

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

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

Структурные элементы базы данных.

Понятие базы данных тесно связано с такими понятиями структурных элементов, как поле, запись, файл (таблица).

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

имя, например, Фамилия, Имя, Отчество, Дата рождения;

тип, например, символьный, числовой, календарный;

длина, например, 15 байт, причем будет определяться максимально возможным количеством символов;

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

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

Файл (таблица) - совокупность экземпляров записей одной структуры.

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

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

1. Виды моделей данных

Общие положения.

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

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

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

Рассмотрим три основных типа моделей данных: иерархическую, сетевую и реляционную.

Иерархическая модель данных.

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

К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Узел - это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т. д. уровнях. Количество деревьев в базе данных определяется числом корневых записей.

К каждой записи базы данных существует только один (иерархический) путь от корневой записи.

Сетевая модель данных.

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

Реляционная база данных.

Понятие реляционный (англ. relation - отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда.

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

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

каждый элемент таблицы - один элемент данных;

все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

каждый столбец имеет уникальное имя;

одинаковые строки в таблице отсутствуют;

порядок следования строк и столбцов может быть произвольным.

№ личного дела	Фамилия	Имя	Отчество	Дата рождения	Группа
16493	Сергеев	Петр	Михайлович	01.01.76	111
16593	Петрова	Анна	Владимировна	15.03.75	112
16693	Анохин	Андрей	Борисович	14.04.76	111

Рис.1. Пример реляционной таблицы

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

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

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

Понятие информационного объекта.

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

Информационный объект определенного реквизитного состава и структуры образует класс (тип), которому присваивается уникальное имя (символьное обозначение), например Студент, Сессия, Стипендия.

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

Информационный объект может иметь несколько ключей.

2. Нормализация отношений

Понятие нормализации отношений.

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

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

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

Е. Коддом выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

Типы связей.

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

один к одному (1:1);

один ко многим (1:М);

многие ко многим (М:М).

Связь один к одному (1:1) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта В и наоборот.

При связи один ко многим (1:М) одному экземпляру информационного объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А.

Связь многие ко многим (М:М) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0, 1 или более экземпляров объекта В и наоборот.

3. Обзор СУБД

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

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

По степени универсальности различают два класса СУБД:

системы общего назначения;

специализированные системы.

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

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

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

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

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

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

В рассматриваемую группу программных документов вошли:

dBASE IV 2.0, компании Borland International;

Microsoft Access 2.0;

Microsoft FoxPro 2.6 for DOS;

Microsoft FoxPro 2.6 for Windows, корпорации Microsoft Corp;

Paradox for DOS 4.5;

Paradox for Windows, версия 4.5 компании Borland.

В табл. 1 показаны места (условные), которые занимают рассматриваемые программные средства относительно друг друга. Например, 1 означает, что в указанной позиции данная программа обладает лучшими характеристиками, 5 - худшими, нет - указанной характеристикой данная программа не обладает.

Таблица 1. Характеристики СУБД.

Наименование	dBASE IV 2.0	Microsoft Access 2.0	Microsoft FoxPro for DOS 2.6	Microsoft FoxPro for Windows 2.6	Paradox for DOS 4.5	Paradox for Windows 4.5
Производительность Обеспечение целостности данных на уровне базы данных Обеспечение безопасности Работа в многопользовательских средах Импорт-экспорт Доступ к данным SQL Возможности запросов и инструменталь ные средства разработки прикладных программ	4 нет 2 2 2 2 3	3 1 1 2 1 1 3	1 нет 5 4 2 2 1	1 нет 5 4 1 2 1	2 2 3 1 1 нет 2	2 2 4 3 1 3 4

Производительность СУБД.

Производительность СУБД оценивается:

временем выполнения запросов;

скоростью поиска информации в неиндексированных полях;

временем выполнения операций импортирования базы данных из других форматов;

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

максимальным числом параллельных обращений к данным в многопользовательском режиме;

временем генерации отчета.

На производительность СУБД оказывают влияние два фактора:

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

Производительность собственных прикладных программ сильно зависит от правильного проектирования и построения базы данных.

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

По табл.1 можно заключить, что самой быстрой СУБД является FoxPro 2.6. однако она не обладает средствами соблюдения целостности данных в отличие от более медленной СУБД Access 2.0.

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

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

К средствам обеспечения целостности данных на уровне СУБД относятся:

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

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

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

Access и Paradox for Windows гораздо ближе других СУБД соответствуют реляционной модели по надежности сохранения целостности данных на уровне базы данных; правила хранятся вместе с базой данных и автоматически соблюдаются.

СУБД dBASE IV и FoxPro 2.6 ( DOS и WINDOWS ) совсем не обладают средствами этого рода, и ввод в программу процедур, обеспечивающих выполнение правил целостности, возлагается на программиста .

Обеспечение безопасности.

Некоторые СУБД предусматривают средства обеспечения безопасности данных.

Такие средства обеспечивают выполнение следующих операций:

шифрование прикладных программ;

шифрование данных ;

защиту паролем;

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

Самый высокий уровень безопасности данных реализован в СУБД dBASE IV. Администратор может назначать системе различные права доступа на уровне файла, поля, а также организовать автоматическое шифрование данных.

Хорошими характеристиками обеспечения безопасности отличается Access 2.0. Он предусматривает назначение паролей для индивидуальных пользователей или групп пользователей и присвоения различных прав доступа отдельно таблицам, запросам, отчетам, макрокомандам или новым объектам на уровне пользователя или группы.

Работа в многопользовательских средах.

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

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

блокировку базы данных, файла, записи, поля;

идентификацию станции, установившей блокировку;

обновление информации после модификации;

контроль за временем и повторение обращения;

обработку транзакций (транзакция - последовательность операций пользователя над базой данных, которая сохраняет ее логическую целостность);

работу с сетевыми системами ( LAN Manager, NetWare, Unix).

Лучшими возможностями для работы в многопользовательских средах обладают СУБД Paradox for DOS 4.5, Access 2.0 и dBASE IV.

Импорт - экспорт.

Эта характеристика отражает:

возможность обработки СУБД информации, подготовленной другими программными средствами;

возможность использования другими программами данных, сформированных средствами рассматриваемой СУБД.

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

ASCII - файлы, .DBF, .WK*, .XLS.

Все рассматриваемые здесь СУБД обладают хорошими возможностями импорта - экспорта данных.

Доступ к данным посредством языка SQL.

Язык запросов SQL (Structured Query Language) реализован в целом ряде популярных СУБД для различных типов ЭВМ либо как базовый, либо как альтернативный. В силу своего широкого использования является международным стандартом языка запросов. Язык SQL предоставляет развитые возможности как конечным пользователям, так и специалистам в области обработки данных.

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

СУБД имеют доступ к данным SQL в следующих случаях:

базы данных совместимы с ODBC (Open Database Connectivity - открытое соединение баз данных );

реализована естественная поддержка SQL - баз данных;

возможная реализация SQL- запросов локальных данных.

Многие СУБД могут «прозрачно» подключаться к входным SQL - подсистемам с помощью ODBC или драйверов, являющихся их частью, поэтому существует возможность создания прикладных программ для них. Некоторые программные продукты совместимы также с SQL при обработке интерактивных запросов на получение данных, находящихся на сервере или на рабочем месте.

Access 2.0 и Paradox for Windows работают с источниками SQL - данных совместимых с системой ODBC.

FoxPro (for DOS и for Windows) поставляются с дополнительными библиотеками которые обеспечивают доступ к SQL - базам данных, способным работать совместно с системой ODBC, но эта возможность менее интегрирована , чем средства первичного ввода информации в Access и Paradox for Windows.

Можно напрямую управлять базами данных Access с помощью языка SQL и передавать сквозные SQL - запросы совместимым со спецификацией ODBC SQL- базам данных, таким, как MS SQL Server и Oracle, так что Access способна служить средством разработки масштабируемых систем клиент - сервер.

Возможности запросов и инструментальные средства разработки прикладных программ.

СУБД, ориентированные на разработчиков, обладают развитыми средствами для создания приложений. К элементам инструментария разработки приложений можно отнести:

мощные языки программирования;

средства реализации меню, экранных форм ввода - вывода данных и генерации отчетов;

средства генерации приложений ( прикладных программ);

генерацию исполнимых файлов.

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

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

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

Языковые средства используются для выполнения двух основных функций:

описания представления базы данных;

выполнения операций манипулирования данными.

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

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

Язык манипулирования данными (ЯМД) позволяет запрашивать предусмотренные в системе операции над данными из базы данных.

Имеются многочисленные примеры языков СУБД, объединяющих возможности описания данных и манипулирования данными в единых синтаксических рамках. Популярным языком такого рода является реляционный язык SQL.

СУБД dBASE IV и FoxPro поддерживают язык программирования xBASE ,который до сих пор является важным стандартом для баз данных.

FoxPro 2.6 придает xBASE - программам оконные, событийно - управляемые качества. При составлении прикладной программы FoxPro использует диспетчер проекта, управляющий различными файлами исходного текста и данных. Эта составляющая отслеживает индивидуальные элементы: программы, наборы экранных форм, отчеты и файлы баз данных и позволяет компилировать прикладную программу в исполнимый файл.

Язык программирования Access Basic содержит функции обеспечения связи по протоколу OLE 2.0, позволяющие управлять объектами из других прикладных программ, совместимых с OLE 2.0. Кроме того, этот язык позволяет создавать объекты баз данных (запросы, таблицы), изменять структуру базы данных и создавать индексы непосредственно из прикладной программы.

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

4. Анализ предметной области

4.1 Описание предметной области решаемой задачи

Предметной областью моей решаемой задачи являлся библиотечный книжный фонд. Были отобраны и структурированы данные о 30 книгах. Отобранными данными являлись:

автор;

название книги;

год издания;

цена;

жанр, в котором написана книга;

категория (например: для младшего школьного возраста).

4.1 Функции ПО решаемой задачи.

Из 30 книг несколько произведений оказались взятыми. О должниках были известны следующие данные: имя, фамилия, номер телефона (домашний) и т.д. Так и появился запрос, из которого было видно, кто и когда взял (возвратил) книги и какие именно.

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

5.1 Формы входных документов

Формой используемого мной для создания БД (а именно: тблКниги) входного документа являлся список данных о книгах.

5.2 Описание выходной информации

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

6. Разработка информационного обеспечения

6.1 Определение логической структуры БД

Логическую структуру моей БД рассмотрим на примере таблицы тблКниги. Такие реквизиты (простейшие структурные единицы информации, неделимые на смысловом уровне, отражающие количественную или качественную характеристику сущностей ПО) тблКниги, как автор, название книги, год издания, жанр, категория, являются реквизитами - признаками (реквизитами, которые содержат качественную характеристику сущности, позволяющую выделить объект из множества различных объектов), а цена - реквизитом - основанием (реквизитом, содержащим количественную характеристику объекта, определяющую его состояние).

Реквизиты - признаки и основания логически связаны между собой и образуют составные единицы информации (СЕИ).

Смысловой анализ позволяет выявить функциональную зависимость реквизитов и выполнить на этой основе структурирование информации. Такое структурирование дает возможность построить информационно - логическую модель (ИЛМ) ПО и осуществить проектирование структуры БД.

6.2 Определение связей

Ключевыми полями в созданных мною таблицах являются:

тблКниги - поле Код книги;

тблКатегории - поле Категория;

тблДолжники - поле Код должника;

тблОдолженные книги - поля Код книги и Код должника.

Между вышеуказанными таблицами реализованы связи типа «один ко многим».

7. Описание технологий работы с базой данных (БД)

7.1 Описание технологий ввода данных

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

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

Загрузка с использованием форм.

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

Этапы загрузки базы данных.

В процессе определения этапов загрузки базы данных и требований к конструируемым формам целесообразно выполнить:

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

определение таблиц - объектов загрузки с одного документа - источника;

определение последовательности загрузки;

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

В подсхему данных могут входить: таблицы - объекты загрузки; таблица, связанная с объектом загрузки и содержащая данные для отображения (вывода) в форме; таблица, главная относительно загружаемой, позволяющая группировать вводимые (выводимые) записи;

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

определение состава и размещения реквизитов для каждой из частей составной формы.

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

В соответствии с полученным макетом формы осуществляется конструирование экранной формы средствами Access.

Описание макетов экранных форм для ввода.

Разработка форм в Access.

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

Структура формы.

Структура формы отображается в режиме Конструктора форм. В этом режиме может производится настройка областей и элементов формы пользователем.

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

7.2 Описание выходных документов

Формирование и вывод отчетов.

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

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

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

Отчет может создаваться с помощью Мастера или в режиме Конструктора отчетов. Во многих случаях удобно использовать Мастера. Созданный Мастером отчет можно доработать в режиме Конструктора.

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

Заключение

Моя работа уменьшает трудозатраты по контролю за сдачей книг в библиотеку.

Литература

Информатика./Под ред.: Макаровой Н.В. - М.: Финансы и статистика,1997.-768с.

Экономическая информатика и вычислительная техника./Под ред.: Косарева В.П.-М.: Финансы и статистика,1996.-338 с.

Microsoft Office для Windows 95. 6 книг в1./Под ред.: В.Кошелева. Пер. с англ.- М.: Восточная Книжная Компания,1997.-608 с.