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

| Категория реферата: Рефераты по информатике, программированию
| Теги реферата: диплом, конспект 6 класс
| Добавил(а) на сайт: Апрелия.

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

ФЦП не только предлагает решения очевидных проблем, она ставит целый ряд новых. Некоторые из этих проблем не могут быть решены в рамках "Электронной
России 2002-2010". Для того, например, чтобы при помощи информационных технологий приблизить российскую систему образования к стандартам развитых стран Запада, разрабатывается программа "Развитие единой образовательной информационной среды на 2002-2006 гг.". И требуется детальное обсуждение этих проблем. Выражаем надежду, что проект "Электронная Россия" станет удобной площадкой для начала такого обсуждения, в котором смогут принять участие не только специалисты, представляющие государственный аппарат и российский ИТ-рынок, но и все, кто осознает степень важности поставленных программой вопросов.

РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ

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

ОРГАНИЗАЦИЯ ДАННЫХ

Слово «реляционная» происходит от английского relation — отношение. Для пояснения математического понятия «отношение» вспомним два определения.
Декартово произведение. Пусть D1, D2,…D n — произвольные конечные множества и не обязательно различные. Декартовым произведением этих множеств D1 Х D2 Х … Х D n -называется множество n-к вида: < d1 , d2 , …, d n >, где d1 принадлежит D1, d2 — D2 , а d n -D n .
Рассмотрим простейший пример. Пусть первое множество состоит из двух элементов D1= {а1, а2}, второе—из трех: D2 ={b1, b2, b3}, Тогда их декартово произведение есть: D1 Х D2 = {а1 b1 ,а1 b2, а1b3, а2 b1, а2 b2, а2b3}.
Отношение. Отношением R, определенным на множествах D1, D2,…D n , называется подмножество декартова произведения D1 Х D2 Х … Х D n . При этом множества D1, D2,…D n называются доменами отношения, а элементы декартова произведения - кортежами отношения. Число n определяет степень
(арность) отношения, а количество кортежей - его мощность.
Отношения удобно представлять в виде таблиц. При этом строки таблицы соответствуют кортежам, а столбцы - атрибутам. Каждый атрибут определен на некотором домене. Доменом называют множество атомарных значений. Несколько атрибутов отношения могут быть определены на одном и том же домене. Атрибут определяет роль домена в отношении.
Атрибуты разных отношений также могут быть определены на одном и том же домене.
Атрибут, значения которого идентифицируют кортежи, называется ключом
(ключевым атрибутом).
В некоторых отношениях кортежи идентифицируются конкатенацией значений нескольких атрибутов. Тогда говорят, что отношение имеет составной ключ.
Отношение может содержать и несколько ключей. Один из ключей отношения объявляется первичным. Значения первичного ключа не могут обновляться. Все прочие ключи отношения называются возможными ключами.
Отметим важную особенность реляционной модели данных. Если в сетевых и иерархических моделях данных для отражения ассоциаций между записями использовались групповые отношения, то в реляционной модели данных такого понятия не существует. Для отражения ассоциаций между кортежами отношении используется дублирование их ключей.
Атрибуты, представляющие собой копии ключей других отношений, называются внешними ключами.
Перечень атрибутов отношения и его свойства определяет схему отношения. Два отношения называются односхемными, если они построены но единой схеме.
Первоначальная модель Кодда содержала небольшой набор средств ограничения целостности: не допускались кортежи с одинаковыми значениями первичного ключа и обеспечивалась возможность наложения ограничений на значения доменов и, следовательно, атрибутов. Механизмов поддержания семантики ассоциаций (речь идет о таких ограничениях целостности, как режим включения и класс членства) в реляционной модели нет. Отношения существуют независимо друг от друга, хотя между кортежами этих отношений возникают порой достаточно сложные ассоциации.
Неразвитость средств ограничения целостности послужила толчком к последующему развитию модели Кодда, которое получило название расширенной реляционной модели данных. Последняя предполагает поддержку ряда служебных отношений, хранящих сведения об ассоциациях предметной области, а процедуры обработки пользовательских отношений учитывают эти сведения. Расширенная модель Кодда представляет существенно более развитые средства для поддержки ограничений целостности.
ОПЕРАЦИИ НАД ДАННЫМИ
К операциям обновления БД относятся запоминание новых кортежей, удаление ненужных, корректировка значении атрибутов существующих кортежей.
Операция ВКЛЮЧИТЬ требует задания имени отношения и предварительного формирования значений атрибутов нового кортежа. Обязательно должен быть задан ключ кортежа. Включение не будет выполнено, если ключ имеет неуникальное значение.
Операция УДАЛИТЬ также требует наименования отношения, а также идентификации кортежа или группы кортежей, подлежащих удалению.
Операция ОБНОВИТЬ выполняется для названного отношения и может корректировать как один, так и несколько кортежей отношения.
Далее рассмотрим основные операции обработки отношений. Отличительная особенность этих операций заключается в том, что единицей обработки в них являются не кортежи, а отношения. Другими словами, на входе каждой операции используется одно или несколько отношений, а результат выполнения операций
— новое отношение.
Смысл любой обработки реляционной базы данных состоит либо в обновлении существующих отношений, либо в создании новых, поскольку результат всякого запроса к БД есть не что иное, как построение нового отношения, удовлетворяющего условиям выборки.
Операция ОБЪЕДИНЕНИЕ (С1 = А U В) предполагает, что на входе задано два односхемных отношения А и В. Результат объединения есть построенное по той же схеме отношение С, содержащее все кортежи А и все кортежи отношения В.
Операция ПЕРЕСЕЧЕНИЕ (С2=А U В) предполагает на входе два односхемных отношения А и В. На выходе создается отношение по той же схеме, содержащее только те кортежи отношения А, которые есть в отношении В.
Операция ВЫЧИТАНИЕ (С3=А-В). Все три отношения строятся по одной схеме. В результирующее отношение С3 включаются только те кортежи из А, которых нет в отношении В.
Операция ДЕКАРТОВО ПРОИЗВЕДЕНИЕ (С4=А X В). Ее важное отличие от предшествующих состоит в том, что отношения А и В могут быть построены по разным схемам, а схема отношения С4 включает все атрибуты отношении А и В.
Операция ВЫБОРКА (горизонтальное подмножество). На входе операции используется одно отношение. Результат выборки есть новое отношение, построенное по той же схеме, содержащее подмножество кортежей исходного отношения, удовлетворяющих условию выборки.
Операция ПРОЕКЦИЯ (вертикальное подмножество). На входе операции используется одно отношение. Результирующее отношение включает подмножество атрибутов исходного. Каждому кортежу исходного отношения соответствует такой кортеж в результирующем отношении, что значения одинаковых атрибутов этих двух кортежей совпадают. Но при этом в результирующем отношении кортежи-дубликаты устраняются, в связи с чем мощность результирующего отношения может быть меньше мощности исходного.
Операция СОЕДИНЕНИЕ. На входе операции используется два отношения; обозначим их А и В. В каждом из отношений выделен атрибут, по которому будет осуществляться соединение; предположим, это атрибуты А1 и Б2). Оба атрибута должны быть определены на одном и том же домене. Схема результирующего отношения включает все атрибуты А и все атрибуты отношения
В. Допускается, чтобы в схеме результирующего отношения вместо двух атрибутов, по которым выполняется соединение, был представлен только один.
Операция СОЕДИНЕНИЕ похожа на декартово произведение. Отличие состоит в том, что декартово произведение предполагает сцепление, каждого кортежа из
А с каждым кортежем из В, а в операции соединения кортеж из отношения А сцепляется только с теми кортежами из В, для которых выполнено условие:
В1=А1.
Операция ДЕЛЕНИЕ. На входе операции используется два отношения А и В. Пусть отношение А, называемое делимым, содержит атрибуты (А1,А2, ...,Аn).
Отношение В – делитель -содержит подмножество атрибутов А; положим,
(А1,А2, ...,Аk), где (kY.
Полная функциональная зависимость. Говорят, что неключевой атрибут функционально полно зависит от составного ключа, если он функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа.
Вторая нормальная форма. Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и каждый неключевой атрибут функционально полно зависит от составного ключа.
Чтобы отношение привести ко второй нормальной форме, необходимо: а) построить его проекцию, исключив атрибуты, которые не находятся в полной функциональной зависимости от составного ключа; б) построить дополнительно одну или несколько проекций на часть составного ключа и атрибуты, функционально зависящие от этой части ключа.
Транзитивная зависимость. Пусть X, Y, Z - три атрибута некоторого отношения. При этом Х>Y и Y>Z, но обратное соответствие отсутствует, т. е.
Z не> или Y не>Х. Тогда говорят, что Z транзитивно зависит от X.
Третья нормальная форма. Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.
Основное достоинство реляционного подхода - его простота и доступность.
Пользователи абстрагированы от физической структуры памяти. Это позволяет эксплуатировать БД без знания методов и способов ее построения. Основные достоинства РМД следующие: простота, независимость данных; гибкость; непроцедурные запросы, теоретическое обоснование на основе теории отношений. Это дает возможность пользователям формировать их запросы более компактно, в терминах более крупных агрегатов.
Большинство СУБД для персональных ЭВМ составляют системы, поддерживающие реляционную модель данных. К этому классу следует отнести самую распространенную на ПЭВМ систему dBase фирмы Ashton-Tate Corp.(версии dBaseП, dBaseШ, dBaseШ PLUS, dBaseIV) и многочисленное семейство совметимых с нею программных продуктов - FoxBase+ и FoxPro фирмы Fox Software,
Clipper'87 фирмы Nantucket Corp., QuickSilver и dBXL фирмы Wordtech, User
Interfase фирмы WallSoft Systems Inc., dBFast фирмы dBFast Inc. Широко распространены также реляционные системы Oracle фирмы Oracle Corp., Paradox фирмы Borland International, ряд версий системы R:base 4000, R:base 5000,
R:base System V, R:base for DOS, R:base 3.0)фирмы Microrim, система DB2 фирмы IBM Corp.
Как уже говорилось выше, в реляционной модели данных есть возможность определения одного атрибута или их множества в качестве ключа отношения.
Это свойство позволяет формировать запросы к базе данных очень компактно с использованием терминов реляционной алгебры и реляционного счисления, что делает реляционную модель очень простой для разработчика прикладного программного обеспечения.
С другой стороны, вся информация, которая будет храниться и использоваться в ИИСОД представляется в табличной форме, что является характерной чертой представления информации в реляционных базах данных, а в частности, в их разновидности табличных базах данных.
С учетом вышеизложенного можно сделать вывод, что для разработки системы наиболее подходит СУБД, основанная на использовании реляционной модели данных.
Из всего многообразия реляционных СУБД, представленных на рынке в настоящее время (DBASE IV, Clipper IV, V и т.д.) сразу можно выделить СУБД FoxPro 2.0 фирмы FoxSoftware Inc СУБД FoxPro II включает в себя все лучшие функциональные возможности СУБД FoxBase+ версии 2.11. Вместе с тем она обладает лучшими возможностями по сравнению с DBASE IV по производительности. Требования к ресурсам памяти на стадии выполнения значительно снижены.
FoxPro 2.0 имеет графический многооконный интерфейс с поддержкой манипулятора "мышь" и клавиатуры. Он реализует элементы объектно- ориентированного подхода, при этом за различными окнами одновременно открытыми окнами могут быть закреплены различные процедуры (например: генерация отчета, просмотр файла и т.д.). Развитый генератор отчетов позволяет формировать отчеты не только табличной, но и ленточной формы.
Язык программирования полностью включат язык СУБД DBASE IV. Дополнительно в него включено более 140 различных расширений. При этом сохранена полная программная совместимость с младшими версиями системы.
СУБД FoxPro 2.0 обладает возможностями поддержки разработки и отладки программ, средствами отслеживания изменений исходных текстов программных модулей с их автоматической перекомпиляцией. Предусмотрены специальные окна для отладчика программ, работающего в терминах исходного текста. Окно трассировки позволяет анализировать логику выполнения программы. Эта информация мож использоваться и при работе в пошаговом режиме. Отдельное окно предусмотрено для просмотра значений переменных по ходу выполнения программы.
Система позволяет использовать средства разработки прикладных программ, имеющиеся в составе ее предшественницы, такие как генератор экранных форм ввода-вывода FoxView и генератор программ на основе этих экранных форм
FoxCode с его языком шаблонов.
FoxPro 2.0 включает расширенную интегрированную среду разработчика, в состав которой входят конструктор меню (Menu Builder), экранный редактор для создания форм ввода-вывода (Screen Painter), средства поддержки языка шаблонов и утилита поддержки прикладного программного обеспечения (Make).
Эта среда позволяет значительно сократить сроки создания программ.
Компилятор языка программирования системы дает возможность получать загружаемые программные модули, не требующие для своей работы поддержки системной среды.
Программный интерфейс позволяет включать в разрабатываемые программы модули, написанный на языках Си и Ассемблер, а также динамически подключать на стадии компоновки библиотеки объектных модулей.
Большой интерес представляет системный табличный интерфейс для конечных пользователей, основанный на широко распространенном реляционном языке QBE
(Query-By-Example), получившем здесь название RQBE. Драйверы RQBE предоставляют пользователям доступ к базам данных, управляемых как системой
FoxPro, так и различными SQL- серверами в локальных сетях пЭВМ.
Из всего вышеизложенного можно сделать вывод что СУБД FoxPro 2.0 является наиболее приемлемым средством для программной реализации ИИСОД. Как следствие, разрабатываемую в рамках данного дипломного проекта подсистему
"Контроль исполнения" следует реализовать с применением системы FoxPro 2.0.

FOXPRO ВЕРСИИ 2.0

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

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

Основные термины.
Для упрощения освоения правильного синтаксиса команд и функций FoxPro следует знать следующие основные термины.
ВРЕМЕННАЯ ПЕРЕМЕННАЯ это адресуемый по имени переменной участок оперативной памяти, используемый для временного хранения данных. Может использоваться и термин ПЕРЕМЕННАЯ ПАМЯТИ. Можно изменять содержимое временной переменной, но ее имя и расположение в памяти остаются неизменными, пока не закончится сеанс работы с FoxPro или пока переменная не будет освобождена. Временные переменные и их значения теряются, если только их не сохранить на диске перед выходом из FoxPro или перед выключением компьютера. Имена временных переменных могут включать до десяти символов букв, цифр и знаков подчеркивания, и должны начинаться с буквы. Временные переменные могут хранить символьные, числовые, числовые с плавающей запятой, логические данные, а также данные типа "дата".
ПОЛЕ БАЗЫ ДАННЫХ это любой элемент данных, входящий в запись базы данных.
Одно или более полей образуют запись базы данных, и одна или более записей образуют файл базы данных. Имена полей могут включать до десяти символов букв, цифр и знаков подчеркивания, и должны начинаться с буквы.
ФУНКЦИЯ представляет собой заранее подготовленную подпрограмму, которая может выполняться по запросу из любой точки FoxPro. Если возвращаемый функцией результат представляет собой допустимый в выражении тип данных, то функции могут включаться в выражения.
ОПЕРАТОР представляет собой символ или последовательность символов, которые специфицируют определенную операцию, выполняемую над одним или большим числом величин для получения результата.

Основные команды FoxPro.

APPEND [BLANK]- Добавляет новые записи в конец активного файла базы данных.
Это основная команда для полноэкранного ввода данных.
APPEND FROM- Копирует записи в конец активного файла базы данных из другого файла.
AVERAGE- Подсчитывает среднее арифметическое значений выражений или полей базы данных
BROWSE - одна из наиболее полезных команд, имеющихся в FoxPro. Команда
BROWSE используется для открытия окна и высвечивания записей из файла базы данных. Имеется возможность редактирования и добавления записей. Если памяти достаточно, то окно Browse может быть открыто для каждой рабочей области.
BROWSE FOR -В окне Browse высвечиваются только те записи, которые удовлетворяют условию. Для лучшей работы в FOR используется оптимизируемое выражение.
BROWSE KEY-Ограничивает количество высвечиваемых записей.
BROWSE LAST-Открывает окно BROWSE в той же конфигурации, что сохранена в файле FOXUSER, если значение установки RESOURCE - ON. Список полей, размер каждого поля, расположение и размер окна Browse хранятся в файле FOXUSER.

BUILD EXE- При наличии полного дистрибутивного набора FoxPro, создает на основании проекта выполнимый файл (.EXE).
CALCULATE- Выполняет финансовые и статистические вычисления над полями базы данных или выражениями, в которых содержатся поля.
CANCEL - Прекращает выполнение командного файла (программы).
CHANGE -Корректировка записей базы данных в окне редактирования.
CHANGE KEY-Ограничивает диапазон высвечиваемых записей.
CLOSE - Используется для закрытия файлов - журнала, файлов базы данных, файлов формата экрана, индексов и файлов процедур.
COPY INDEXES-Копирует одно-индексные файлы в составной индексный файл.
COPY FILE- Обеспечивает дублирование закрытого файла любого типа.
COPY TO - копирует данные из указанной БД в файл.
COPY TO FIELDS-определяет список полей, которые будут копироваться в новый файл.
COPY STRUCTURE TO - Копирует структуру базы данных в другую базу данных.
CREATE -Создание нового файла БД
CREATE REPORT-активизирует окно генератора отчётов
CLEAR-Очищает заданный элемент
COUNT-Выполняет подсчёт числа записей активной БД, удовлетворяющих заданным условиям
DEFINE WINDOW - Создание окна.
DELETE - Помечает для исключения записи активного файла базы данных.
DELETE FILE - Удаляет файл.
DISPLAY MEMORY -Обеспечивает вывод имени, типа, размера и статуса каждой активной временной переменной.
DO - Выполняет программный или процедурный файл.
EXPORT- Копирует данные из базы данных FoxPro в файл с другим форматом.
FUNCTION- Определение начала подпрограммы и ее идентификация.
GO-Позиционирование указателя записи.
GO [RECORD] - Устанавливает указатель записи на запись GO TOP | BOTTOM-
Установка указателя записи на первую и последнюю в выбранной базе данных.
Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа.
GO TOP | BOTTOM- Установка указателя записи на первую и последнюю в выбранной базе данных. Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа.
GO IN -Перемещение указателя в базе, открытой в другой рабочей области.
HELP- Открытие окна помощи.
INDEX-создаёт индексный файл для упорядочения БД
JOIN-объединяет два файла БД
LAST-Открываемое окно редактирования команды Change будет иметь такую же конфигурацию, как и последнее окно, сохраненное в файле FOXUSER, если значение установки SET RESOURCE - ON. Список полей, размер каждого поля, положение и размер окна CHANGE и т. п. записываются в файл FOXUSER.
LAST FOR -В окне редактирования команды Change высвечиваются только те записи, которые удовлетворяют заданному условию.
LIST- отображение записей БД
LOCATE-выполняет в активном файле БД поиск по заданному условию
MODIFI COMMAND| MODIFI FILE-открывает окно редактирования
MODIFY STRUCTURE-Модифицирует структуру файла базы данных.
MODIFI REPORT-Открывает окно компоновки отчёта
MODIFI LABEL - Открывает окно компоновки почтового ярлыка (бланка)
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), после первоначального знакомства с предметной областью следует детальное изучение всех ее фрагментов, каждый из которых характеризуется локальным пользовательским представлением. Для каждого фрагмента определяются информационные объекты, анализируются процессы, их использующие, и устанавливаются явные ассоциации между информационными объектами.
Фрагменты предметной области исследуются последовательно. Причем сведения об очередном фрагменте интегрируются с полученными при изучении предшествующих фрагментов.
Выбор СУБД. Система управления БД – важнейший программный компонент информационной системы, оказывающий существенное влияние на многие параметры системы, в том числе: