Разделы презентаций


Назначение, подходы и этапы проектирования БД. Модели многоуровневой архитектуры систем баз данных.

Содержание

Даталогические моделиМодели представления фактографической информацииМодели представления документальной информацииОбъектноориентированныеТеоретико-графовыеИнвертированная организацияПрямая организацияСхемноопределяемая структураКонтекстноопределяемая структураИерархическиеСетевыеТеоретико-множественныеРеляционныеБинарных отношений

Слайды и текст этой презентации

Слайд 1Лекция 7 Назначение, подходы и этапы проектирования БД. Модели многоуровневой

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

Лекция 7  Назначение, подходы и этапы проектирования БД.  Модели многоуровневой архитектуры систем баз данных. Средства

Слайд 3Даталогические модели
Модели представления
фактографической информации
Модели представления
документальной информации
Объектно
ориентированные
Теоретико-графовые
Инвертированная организация
Прямая организация
Схемноопределяемая

структура
Контекстноопределяемая структура
Иерархические
Сетевые
Теоретико-множественные

Реляционные
Бинарных отношений

Даталогические моделиМодели представления фактографической информацииМодели представления документальной информацииОбъектноориентированныеТеоретико-графовыеИнвертированная организацияПрямая организацияСхемноопределяемая структураКонтекстноопределяемая структураИерархическиеСетевыеТеоретико-множественныеРеляционныеБинарных отношений

Слайд 4Физические модели
Модели, основанные на файловых структурах
Модели, имеющие страничную организацию
Индексы

Физические моделиМодели, основанные на файловых структурахМодели, имеющие страничную организациюИндексы

Слайд 5
парадигма информационной модели

Инфологическое проектирование
Определение системы атрибутов; типовых запросов; типовых процедур

обработки.

Инфологическая модель


Даталогическая модель


Физическая модель БД
Системный анализ
Определение парадигмы информационной модели (структуриро-ванность

и динамичность информации; способ предст-ия инф-ции)


Объекты и связи
Предметной области





Прикладные задачи
пользователей





Логика СУБД
(модель данных)



ЯОД и ЯМД
конкретной СУБД

Выбор парадигмы модели данных
(иерархическая/ сетевая/ реляционная/ объектная и т.п.).
Выбор методики (средств) моделирования.



Стадии и объекты процесса проектирования

парадигма информационной моделиИнфологическое проектированиеОпределение системы атрибутов; типовых запросов; типовых процедур обработки.Инфологическая модельДаталогическая модельФизическая модель БДСистемный анализОпределение парадигмы

Слайд 6«Не исключено, что у читателя создалось впечатление, будто мы уже

владеем современной методологией или, по крайней мере, близки к этому,

что, к сожалению, не так, и, может быть, мы никогда ничего подобного не добьемся. Всегда несложно охарактеризовать методологию на концептуальном уровне, весьма трудно применить ее на практике. Камень преткновения – сложность проникновения в существо предметной области (например, сложности понимания механизма деятельности организации) и адаптации ее к новым, возможно лучшим, условиям функционирования.
Аналогичные проблемы характерны и для СУБД в целом. Система баз данных должна стать органическим элементом системы управления организацией - вот залог ее успешного применения. Однако процесс ее внедрения связан с определенными изменениями в самой организации и в деятельности ее сотрудников, и мы всегда будем сталкиваться с естественной инертностью людей, когда речь идет о восприятии изменений....
Весьма важно, чтобы средства СУБД были адекватны потребностям пользователей. Поскольку разным пользователям могут понадобиться разные модели данных, языки данных и схемы, желательно, чтобы СУБД поддерживала множество средств, а пользователь мог выбирать из них наиболее подходящие. ...
Можно, конечно, поставить под сомнение ценность таких исследований. Действительно, каким бы плохим ни был язык программирования, его, в конце концов, все-таки можно выучить. Точно также и средства СУБД можно освоить за определенный период времени. Но проблема состоит не в освоении средств, а в эффективности их использования!…»
Цикритзис Д., Лоховский Ф. «Модели данных», 1985 г.
«Не исключено, что у читателя создалось впечатление, будто мы уже владеем современной методологией или, по крайней мере,

Слайд 7Подходы к проектированию БД
Нисходящий –
приоритетность разработки концептуальной

модели ПрО (выделение сущностей и связей)
Восходящий -группировка атрибутов в отношения,

представляющие типы сущностей и связи между ними
Подходы к проектированию БДНисходящий –приоритетность   разработки  концептуальной модели ПрО (выделение сущностей и связей)Восходящий -группировка

Слайд 8Ограниченность реляционной модели
реляционная модель не предоставляет достаточных средств для

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

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

Слайд 9Системный анализ предметной области
Функциональный подход
Объектный (предметный) подход
Объект
Объект
Связь
Функция
Управление
Вход
Выход
Механизм исполнения

Системный анализ предметной области Функциональный подход Объектный (предметный) подходОбъектОбъектСвязьФункцияУправлениеВходВыходМеханизм исполнения

Слайд 11Группы CASE-средств
средства анализа, предназначенные для построения и анализа моделей предметной

области (Design/IDEF, BPwin);
средства анализа и проектирования, поддерживающие наиболее распространенные

методологии проектирования и использующиеся для создания проектных спецификаций компонентов и интерфейсов системы, алгоритмов и структур данных (Designer/2000 ORACLE, Silverrun, CASE.Аналитик).;
средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin, DataBase Designer. Средства проектирования баз данных имеются также в составе CASE-средств, Designer/2000, Silverrun;
средства разработки приложений. К ним относятся средства 4GL (Uniface, PowerBuilder, Developer/2000, SQL Windows, Delphi и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV;
средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав PRO-IV, Silverrun, Designer/2000, ERwin и S-Designer. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose, Object Team);
средства планирования и управления проектом (SE Companion, Microsoft Project и др.);
средства конфигурационного управления (PVCS);
средства тестирования (Quality Works);
средства документирования (SoDA).
Группы CASE-средствсредства анализа, предназначенные для построения и анализа моделей предметной области (Design/IDEF, BPwin); средства анализа и проектирования,

Обратная связь

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

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика