Fox Pro - реляционная модель данных

PACK -Физически удаляет записи, помеченные для удаления в базе данных,

уменьшает

размер текстового файла.

PROCEDURE - Указывает начало подпрограммы.

QUIT- Закрывает все открытые файлы, завершает сеанс работы системы FoxPro и

возвращает управление операционной системе.

REINDEX- Перестраивает все активные индексы.

RENAME -Выполняет изменение имени файла на диске.

RECALL-Снимает маркировку на удаление записей активного файла базы данных,

установленную командой DELETE.

REPLACE -Обновляет значения заданных полей записей активного файла

базы данных.

RESTORE FROM- Выбирает и активизирует временные переменные и массивы из

файла временных переменных.

REPORT -Выдача отчета.

RESTORE FROM- Выбирает и активизирует временные переменные и массивы из

файла временных переменных.

RUN- Выполняет из системы FoxPro заданную команду операционной системы или

любую программу, которая работает под управлением операционной системы MS-

DOS.

SAVE TO- сохраняет временные переменные и массивы в файле временных

переменных.

SCAN- Сканирование базы данных и выполнение команд по заданным условиям.

SORT -Сортирует базу данных.

SKIP -Перемещает указатель записи в активном файле базы данных вперед или

назад.

SEEK-Выполняет поиск первой записи индексированного файла базы данных с

ключом, совпадающим с заданным выражением.

SET- Открывает окно View.

SET ALTERNATE -направление вывода, ведущегося на экран или в окно, и в

текстовый файл.

SET DATE-определяет формат вывода даты.

SET DECIMALS-устанавливает количество десятичных знаков после запятой при

выдаче результатов числовых функций и вычислений. По умолчанию – 2

SET DEFAULT TO-для смены дисковода по умолчанию на A:

SET HELP ON | OFF-отключает/подключает средство диалоговой помощи или

назначает другой файл помощи. Значение по умолчанию - ON Значение по

умолчанию – FOXHELP

SET MARGIN TO -устанавливает размеры левой границы при выдаче на печать

любой информации. Выдача информации на экран не затрагивается. Значение по

умолчанию – 0

SET MEMOWIDTH TO -Определяет ширину memo (текстовых) полей при их

визуализации.

SET ODOMETER TO -задает интервал изменения значений счетчика записей в

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

SET PATH -задает путь (маршрут) поиска файлов.

SET PATH TO -представляет собой последовательность путей, разделенных

запятой или точкой с запятой.

SET PROCEDURE TO -открывает заданный файл процедур.

SET RELATION-связывает два открытых файла базы данных по вычисленному

значению через ключевое поле или по номеру записи.

SET CARRY Определяет необходимость копирования данных из предыдущей записи

в новую запись при использовании команд APPEND или INSERT.

SET INDEX -открывает заданные индексы текущего файла базы данных.

SET INDEX TO- закрывает все открытые индексы в текущей рабочей области.

SET FILTER- Позволяет выводить и обрабатывать только те записи

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

SORT- Сортирует базу данных.

STORE- Помещает данные во временные переменные и массивы.

SUM-Вычисление суммы числовых полей

USE- открывает БД в указанной рабочей области

ЦЕЛИ И ЗАДАЧИ ПРОЕКТИРОВАНИЯ.

Основная цель процесса проектирования БД состоит: в получении такого

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

• корректности схемы БД, т. е. база данных должна быть гомоморфным образом

моделируемой предметной области, где каждому объекту предметной области

соответствуют данные в памяти ЭВМ, а каждому процессу предметной области -

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

процесса и соответствующих ему процедур обработки данных должны совпадать в

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

• обеспечение ограничений на конфигурацию вычислительной системы, в первую

очередь, на ресурсы внешней и оперативной памяти;

•эффективность функционирования, т. е. Обеспечение требований ко времени

реакции системы на запросы и обновления БД;

• защита данных от разрушений при сбоях оборудования от некорректных

обновлений и, если необходимо, от несанкционированного доступа.

•простота и удобство эксплуатации информационной системы;

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

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

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

Последние два требования необязательны, так как большая или меньшая

простота и удобство эксплуатации выступают только факторами оценки

альтернативных вариантов проекта.

СТРУКТУРА ПРОЦЕССА ПРОЕКТИРОВАНИЯ

Обследование предметной области. На этом этапе (рис.1), после

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

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

пользовательским представлением. Для каждого фрагмента определяются

информационные объекты, анализируются процессы, их использующие, и

устанавливаются явные ассоциации между информационными объектами.

Фрагменты предметной области исследуются последовательно. Причем сведения

об очередном фрагменте интегрируются с полученными при изучении

предшествующих фрагментов.

Выбор СУБД. Система управления БД – важнейший программный компонент

информационной системы, оказывающий существенное влияние на многие

параметры системы, в том числе:

• пользовательские интерфейсы;

• эффективность функционирования;

• стоимость разработки приложений;

• стоимость эксплуатации;

• гибкость системы.

ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

ВЫБОР СУБД

ПРОЕКТЕРОВАНИЕ РЕАЛИЗАЦИИ

Рис. 1. Структура процесса проектирования

Предлагаемая методика выбора СУБД позволяет: последовательно выявить

внешние ограничения, выделить СУБД-претенденты (на использование), провести

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

полученных моделей базы данных.

Выявление внешних ограничений. Под внешними ограничениями здесь

понимаются ограничения среды реализации информационной системы. Каждая

среда реализации отлична от идеальной. Она содержит множество ограничений,

среди которых наиболее важные для нас: технические, программные и

организационные.

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

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

Программные ограничения в первую очередь подразумевают операционную

систему и языки прикладного программирования.

К организационным ограничениям можно отнести требования к срокам

разработки, имеющиеся трудовые ресурсы. Возможности по подготовке

специалистов и т.п.

Выделение СУБД-претендентов. Проектировщику информационной системы

в настоящее время предоставляется достаточно большой выбор СУБД,

разработанных для разных конфигураций и типов ЭВМ.

Анализ основных параметров этих систем позволяет сразу же отвергнуть ряд

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

системе, оставив для последующего рассмотрения несколько (не более двух-

трех) систем претендентов.

На выбор СУБД-претендентов наибольшее влияние оказывает

согласование ряда параметров среды реализации и СУБД. К таким параметрам в

первую очередь относятся:

• тип ЭВМ;

• операционная система;

• объемы оперативной памяти;

• конфигурация вычислительной системы и наличие реализаций СУБД для

нескольких типов ЭВМ.

Моделирование базы данных. Для каждой из выделенных СУБД моделируется база

данных. Кроме определения структуры данных и стратегии их хранения в памяти

машины, проектировщик оценивает также затраты на разработку программного

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

системы.

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

области в схему базы данных, поддерживаемую СУБД.

Для моделирования необходимо знать выбранные СУБД. Если в результате

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

получить приемлемый вариант, то сокращается набор требований, предъявляемых

к информационной системе, либо используется самостоятельно разработанная

система управления БД, ориентированная на конкретное применение. Если же

получено несколько приемлемых моделей БД, то они подлежат сравнительному

анализу на следующем шаге проектирования.

Сравнительный анализ модели БД. Перед тем как приступить к сравнительному

анализу моделей БД (а, следовательно, и к окончательному выбору СУБД ),

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

рассматриваемые варианты.

Не претендуя на полноту, приведем перечень наиболее часто используемых

факторов оценки моделей базы данных:

• требуемые объемы основной и дисковой памяти;

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

• трудоемкость реализации приложений;

• затраты на обучение персонала;

• стоимость эксплуатации, информационной системы;

• возможность совмещения разработки БД с ранее выполненными программными

реализациями;

• прогнозируемые сроки реализации информационной системы.

Для каждого фактора рекомендуется определить количественную оценку.

Например, для фактора «возможность совмещения разработки с ранее

выполненными программными реализациями» в роли количественной оценки могут

выступить трудозатраты на создание соответствующих программных интерфейсов

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

Проектирование реализации. Последний, третий этап проектирования состоит

из двух шагов: конструирования схемы базы данных, а также разработка

программного обеспечения и технологии ведения информационной системы.

Конструирование схемы БД. На этом шаге проектирования окончательно

уточняются все параметры логической и физической организации БД.

Разработка технологии ведения ИС. Разрабатывается набор технологических

инструкций для службы администратора БД. Эти инструкции охватывают все

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

системы. В первую очередь это:

• ввод информации в систему;

• защита данных;

• управление использованием данных;

• управление эффективностью системы.

Программное обеспечение технологии ведения ИС составляют сервисные

средства, необходимые для выполнения большинства процессов, включенных в

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

СУБД или независимо поставляемые) либо оригинальные программные разработки.

Определяя программное обеспечение, оговаривается его состав, а для

оригинальных программ разрабатываются их алгоритмы.

ТЕХНОЛОГИЯ ВЕДЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Ввод информации, в систему. Информация, хранимая и используемая в системе,

включает в себя нормативно-справочные сведения большинства приложений, а

также сведения, поступающие в систему при выполнении приложений, в том

числе и в реальном масштабе времени. Последний, вид информации

характеризуется более коротким сроком существования, чем нормативно

справочная информация. В информационной системе для учебного заведения (как

и в нашем случае ) к нормативно-справочным относятся сведения о

преподавателях, учебных планах, студентах а ко второй разновидности —

сведения о расписании, посещаемости занятий, об аттестации студентов.

Очевидно, если состав преподавателей, списки студентов и учебные планы в

течение года не меняются, то информация второй разновидности

корректируется ежедневно. Её загрузка и корректировка осуществляются

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

Защита данных. Технология ведения информационной системы должна

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

Для защиты данных от сбоев оборудования и физического разрушения снимаются

копии данных и ведется журнальный файл. Инструкции по выполнению программы

восстановления текущего состояния БД разрабатываются для обеспечения

защиты данных от программных сбоев и некорректных изменений .

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

средств разработчик может включить оригинально разработанную программу

проверки полноты

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

между сеансами обработки данных.

Полнота и корректность означают наличие в базе данных всех записей, без

которых не могут нормально функционировать приложения. Кроме того,

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

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

алгоритм этой программы закладываются такие виды контроля, которые

эффективно выполняются автоматически. Тем самым облегчается обслуживание

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

них процедур проверки корректности обрабатываемых данных.

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

технологические инструкции по ее выполнению, оговорены правила исправления

выявленных ошибок.

Защита данных в БД от несанкционированного доступа выполняется обычными

средствами СУБД, а также средствами корректировки «замков управления»

доступом и замены программ кодирования-декодирования. Соответствующие

рекомендации для администратора БД следует разработать на стадии

эксплуатации системы.

Управление использованием данных. Технология ведения информационной системы

должна предусматривать механизм учета пользователей и приложений. Для этой

цели могут использоваться словари-справочники данных. Кроме того- сведения

об использовании данных и обращениях конечных пользователей к ИС должны

фиксироваться в журнальном файле. Сервисные программы обработки

журнального файла позволят администратору БД получить разнообразные

протоколы использования данных.

На стадии эксплуатации администратор БД должен разработать график

взаимодействия пользователей с системой, позволяющий обеспечить нормальное

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

Управление эффективностью функционирование системы. Периодически при

эксплуатации системы администратор БД оценивает параметры эффективности её

функционирования. Для этой цели используются стандартные или оригинально

разработанные сервисные программы, позволяющие получить сведения о

затратах и наличии ресурсов внешней

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

На основании этих сведений администратор БД принимает решения об

изменениях параметров схем или о проведении реорганизаций.

ПОСТАНОВКА ЗАДАЧИ.

С учетом того, что на данный момент времени научно-технический прогресс

значительно ускоряется, а деканату приходиться, что называется “вручную”

работать со значительными объемами информации это приводит к необходимости

разработки более совершенных методов обработки информации: автоматизации

учебного процесса. Основные направления автоматизации состоят в минимизации

затрат ручного труда и снижении трудоемкости.

В состав контрольной задачи «Деканат» входят следующие структурные

компоненты, каждый из которых наделён присущими ему свойствами, в данном

случае полями (рис 2.).

Структура объекта организована таким образом, чтобы в условиях ведения

учета, контроля и анализа с применением информационной системы функция

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

которая человеком непосредственно не воспринимается. При этом возникает

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

восприятию пользователя.

Организация труда и функции пользователя.

Пользователь в рамках документирования осуществляют следующие функции:

- собственно регистрацию первичной учетной информации путем набора ее

на

клавиатуре;

- выполнение процедур начала и завершения каждого сеанса

автоматизированной регистрации первичной информации;

- восприятия и анализ сообщений комплекса сообщений комплекса

выдаваемых

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

- отображение необходимой информации в «человекочитаемой» форме;

В общем виде методологические аспекты должны отражать следующие вопросы:

машинное формирование первичной информации в документах и на машинные

носители;

машинное ведение учета поступающих данных;

машинная передача результатной информации для её использования.

Базы данных.

Структура баз данных реляционная, то есть состоит из колонок и записей.

Так как программа в будущем будет реализована на FoxPro, то скорость

обращения к

БД довольно высока. Выше приведено описание СУБД, поддерживающие

реляционную модель данных. Приведены основные функции и команды Fox Pro2.0.

ХОД РЕШЕНИЯ КОНТРОЛЬНОЙ ЗАДАЧИ.

В данной работе предпринята попытка автоматизации учебного процесса -

контрольная задача «Деканат», которая представляет собой БД для работы со

списками студентов, преподавателей, входящих в состав нашего факультета.

Работа с БД реализована с помощью функций работы с БД, основывающихся на

встроенном наборе функций языка FoxPro 2.0

Порядок решения данной задачи:

1) Ознакомление с предметной областью.

2) Изучение процесса проектирования и системы управления базами данных.

3) Разработка структуры данной задачи.

4) Сбор информации на различных факультетах и в ректорате, необходимой для

создания универсальной программы для всего университета.

5) Подготовка отчёта.

ЗАКЛЮЧЕНИЕ

В процессе решения данной задачи были изучены процесс проектирования и

набор

функций языка FoxPro 2.0, разработана структура данной задачи. Еще одна

задача

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

использовать

эти системы в дальнейшем не только для нашего деканата, а и во всем

университете.

Т. е. необходимо усовершенствовать программу, сделать её универсальной.

Возникает

необходимость все более интенсивно привлекать в этот процесс современные

средства

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

информации и снизить вероятность возникновения ошибок. При этом для

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

современной вычислительной техники и соответствующего программного

обеспечения.

ЛИТЕРАТУРА

1) ПоповА.А. Программирование в среде СУБД Fox Pro2.0 Москва «Радио и

связь»,1994г.

2) www.foxpopuli.narod.ru - web-сайт, посвящённый FoxPro 2.6

MS-DOS.

3) http://www.fio.ru/- web-сайт Федерации Интернет образования.

4) http://www.citforum.ru/database/foxpro.shtml - материалы по БД: Fox Pro

5) http://db.informika.ru/ - электронный справочник по Fox Pro.

6) http://www.inftech.webservis.ru/ - web-сайт Информационных технологий.

7) www.e-russia.ru - web-сайт, посвящённый содержанию, проблемам и

обоснованию необходимости решения ФЦП «Электронная Россия» программными

методами.

8) http://ccc.ru/elro/about.html - материалы об Электронной России:

дискуссионный центр.

9) http://www.e-rus.org/articles/meaning_programm.shtml -Официальный текст

программы «Электронная Россия»

10) www.hse.ru/~erussia - web-сайт ФЦП «Электронная Россия».

ПРИЛОЖЕНИЯ

-----------------------

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

Последовательно выполняются для

каждого фрагмента, а результаты интегрируются в инфологическую схему

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

2.Определение объектов

3.Формализация процессов

4. Установление ассоциаций

5. Проверка корректности инфологической схемы

1. Выявление внешних ограничений

2. Выявление СУБД- претендентов

Выполняется для каждой выделенной СУБД

3. Моделирование БД

4. Сравнительный анализ моделей БД

1. Конструирование схемы БД

2. Разработка программного обеспечения и технологии ведения информационной

системы

Страницы: 1, 2, 3