Курс базы данных «Предметная область", презентация для 11 класса

Курс Базы данных «Предметная область»

Презентация для 11 классов

Составила: Учитель информатики МБОУ Школа №41 ГО г.Уфа РБ Гурьянова Светлана Васильевна.

Что такое проект?

• Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.

  Это схема — эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.

Что такое проект реляционной  базы данных ?

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

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

Почему именно взаимосвязанных отношений?

Успеваемость

Оценки

Студент

Баллы

100

Силантьев

Оценка

Оценка

60

Валеева

Отлично

5

Гурьева

Удовлетворительно

3

80

Хорошо

4

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

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

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

Этапы жизненного цикла БД

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

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

Этапы проектирования Баз данных

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

• Системный анализ и словесное описание информационных объектов предметной области.
• Проектирование инфологической модели предметной области .
• Даталогичеcкое или  логическое проектирование  БД.
• Физическое проектирование БД.

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

Системный анализ и словесное описание информационных объектов предметной области.

Проектирование инфологической модели предметной области — частично формализованное описание объектов предметной области в терминах некоторой  семантической модели , например, в терминах ER-модели.

Даталогичеcкое или  логическое проектирование  БД, то есть описание БД в терминах принятой даталогической модели данных.

Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

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

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

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

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

• Функциональный подход -  реализует принцип "от задач" и применяется в том случае, когда известны функции некоторой группы лиц и/или комплекса задач, для обслуживания информационных потребностей которых создаётся рассматриваемая БД.

• Предметный подход - применяется в тех случаях, когда у разработчиков есть чёткое представление о самой ПО и о том, какую именно информацию они хотели бы хранить в БД, а структура запросов не определена или определена не полностью.

Функциональный подход —  он реализует принцип движения "от задач" и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая БД. В этом случае мы можем четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны.

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

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

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