
- •1. Дать определение информационной системы организации.
- •2. Дать определение базы данных.
- •3. Модели данных.
- •4. Принципиальная схема функционирования базы данных.
- •5. Дать определение субд.
- •6. Основные функции администратора базы данных.
- •7. Дать определение словаря базы данных.
- •8. Перечислить достоинства трехуровневой структуры базы данных.
- •9. Назвать основные стадии создания информационной системы.
- •10. Основные документы, разрабатываемые на предпроектной стадии.
- •11. Основные работы, выполняемые на стадии технического проектирования.
- •12. Основные работы, выполняемые на стадии рабочего проектирования.
3. Модели данных.
Для обеспечения независимости прикладных программ от данных используют модели данных, которые отражают для пользователей информационное содержание БД. В модели отсутствуют подробности организации физического хранения данных. Для работы с данными модели разрабатывается конкретный язык описания данных и язык манипулирования данными. Запросы к данным, хранящимся в БД, должны выражаться с помощью этих языков и терминов модели данных, т.е. прикладная программа работает только с записями модели.
Для обеспечения достаточной независимости данных и учета требований многих пользователей применяется, как правило, трехуровневая иерархия моделей базы данных.
Внутренняя модель наиболее тесно связана со способом физического представления данных.
Внешняя модель определяет требования пользователя к необходимым ему данным. Концептуальная модель занимает промежуточное положение.
Рассмотренный трехуровневый подход к построению БД, включающий внешний, концептуальный, внутренний уровни представления данных, получил наибольшее распространение.
При этом на внешнем уровне реализуются модели предметной области.
На концептуальном уровне поддерживается модель предметной области для всех приложений. Хранимые данные также поддерживают модель предметной области для всех приложений, но выделены в отдельный внутренний уровень.
При такой структуре базы данных БнД обладает высокой способностью адаптации к возможным изменениям как в прикладных программах, так и в самих данных, т. е. любые изменения внешних схем и внутренней схемы изолированы друг от друга концептуальной схемой и могут выполняться независимо. Концептуальный уровень должен быть стабильным и обеспечивать долговременную работу всей системы. При этом внутренний уровень обеспечивает производительность системы, экономичное использование ресурсов вычислительной системы и относительную независимость системы от используемых технических средств.
Наличие внешней модели (подсхемы) в архитектуре современных БД позволяет:
ограничивать необходимые пользователю данные той частью БД, с которой он работает; улучшать защиту данных от несанкционированного доступа;
обеспечивать большее соответствие состава и структуры подсхемы потребностям пользователя;
увеличивать степень независимости программ от данных, т. к. прикладная программа зависит только от подсхемы, а изменения в схеме не всегда приводят к изменениям в подсхеме;
применять различные языки программирования для различных приложений.
С учетом вышесказанного целесообразно уточнить определение наиболее часто встречающихся в литературных источниках типам моделей. Различают глобальные и локальные модели.
Глобальные модели отражают точку зрения АБД, а локальные — взгляды различных пользователей.
Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называют инфологической моделью предметной области (ИЛМ).
Модель данных логического уровня, поддерживаемую средствами СУБД, называют даталогической моделью. Эта модель представляет собой отображение логических связей между элементами данных безотносительно к их содержанию в среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой создана БД. Описание логической структуры БД на языке СУБД называют схемой.
Для привязки даталогической модели к среде хранения используется модель данных физического уровня (физическая модель). Эта модель определяет используемые запоминающие устройства и способы физической организации данных в среде хранения. Модель физического уровня строится с учетом возможностей и особенностей используемой СУБД. Описание физической структуры БД называют схемой хранения.
Цель инфологического моделирования состоит в создании точного и полного отображения реального объекта, используемого в дальнейшем в качестве источника информации для построения БД. Центральным компонентом инфологической модели служит описание объектов предметной области и связей между ними (ER-модель).
Для того чтобы БД адекватно отражала реальную предметную область, проектировщик должен хорошо знать ее специфику и особенности. ПО должна быть предварительно "очерчена" и описана с помощью формализованных языковых средств. В связи с этим под инфологической моделью (ИЛМ) понимают описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от используемых в дальнейшем программных средств.
Основным требованием к ИЛМ, вытекающим из ее назначения, является требование адекватного отображения ПО.
Кроме того, в инфологической модели должны быть отражены и алгоритмические зависимости между показателями. Обычно для этих целей используются графы и матрицы, показывающие, какие показатели являются исходными для вычисления других. Расчетные формулы, а также алгоритмы вычислений должны быть представлены в ИЛМ. Следующим компонентом инфологической модели является описание информационных потребностей пользователей.
Основные компоненты ИЛМ:
описание объектов и связей между ними
описание информационных потребностей пользователей
алгоритмические связи показателей
лингвистические отношения
ограничения целостности