ТЕМА 2 Последовательность создания информационной модели Трехуровневая схема построения информационной модели данных Рассмотрим процесс построения информационной модели данных на основе 3х уровневой схемы. Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей будущей СУБД. желательно,чтобы: И Т.Д. клиент мог поставка товаров получить всюосуществлялась необходимую в течение продажу/покупку информацию очетко товарах определенного товара можно было из различных времени информационных и процент неустойки осуществить в любом источников (каталог/ за просрочку был филиале фирмы; реклама и т.д.); определен заранее... Концептуальные требования могут определяться и для некоторых задач, которые в ближайшее время реализовывать не планируется. Трудоемкость работы в этом случае возрастет, однако потребности организации будут учтены наиболее полно и в дальнейшем переделка системы возможно не понадобится. Требования отдельных пользователей интегрируются в едином «обобщенном представлении», которое называется КОНЦЕПТУАЛЬНОЙ МОДЕЛЬЮ. Обобщенная модель объектов с составляющими их элементами данных и взаимосвязями называется концептуальной моделью предметной области. Что следует заметить: Концептуальная модель представляет объекты и их взаимосвязи без указания способов их физического хранения. При создании концептуальной модели все усилия разработчика должны быть направлены на структуризацию данных и выявление взаимосвязей между ними. Проектирование концептуальной модели основано на анализе решаемых на предприятии задач по обработке данных. На данном этапе сказанное можно отобразить схематично: Концептуальные требования 1 Концептуальные требования 2 Концептуальная модель Концептуальные требования 3 ... Далее концептуальная модель транслируется (переводится) в модель данных, совместимую с выбранной СУБД. Возможно, что отраженные в такой модели взаимосвязи между объектами окажутся впоследствии нереализуемыми средствами выбранной СУБД. Это потребует изменения концептуальной модели либо повторного выбора другой СУБД. Определение. Версия концептуальной модели, которая может быть обеспечена конкретной СУБД, называется ЛОГИЧЕСКОЙ МОДЕЛЬЮ. Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения. Объем заказов фирмы по месяцам 80 Карточки клиентов фирмы И т. д. Волкович Р.Н. Баранова С.И. Антонов В.А. 70 60 50 Январь Февраль Март 40 30 20 10 0 Филиал Филиал Филиал Филиал 1 2 3 4 Способы логического представления данных различны! Логическая модель данных может быть реляционной, иерархической или сетевой. данные представляются в виде таблиц данные представляются в виде древовидной структуры данные представляются сетью объектов Пользователям выделяются подмножества этой логической модели, называемые внешними моделями (или подсхемами). Продукция на складе... Каждая из них отражает определенное представление о предметной области. кассовых договор СЕТЬ аппаратов Договора с заказчиками/поставщиками... Внешняя модель представления, которые пользователи получают на основе логической модели представления, которые пользователи первоначально желали бы иметь и которые легли в основу разработки концептуальной модели Концептуальные требования Одной из задач системы управления данными (СУБД) является перевод логического представления внешних моделей в физическое представление данных. Логическая модель отображается в физическую память, такую, как диск, лента или другой носитель информации. Определение. Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется ВНУТРЕННЕЙ МОДЕЛЬЮ СИСТЕМЫ. Общая схема проектирования информационной модели Концептуальные требования 1 Концептуальные требования 2 Концептуальные требования 3 Внешняя модель 1 Концептуальная модель Внешняя модель 2 Логическая модель 2-ой уровень независимости данных вносимые изменения в концептуальную модель не должны оказывать влияния на внешние модели Внешняя модель 3 ... Внутренняя модель 1-ый уровень независимости данных внешние модели не связаны с типом физической памяти Комментарий: Невозможно предусмотреть все возможные варианты использования и изменения базы данных. 1) Все актуальные требования предметной области на стадии проектирования должны найти свое отражение в концептуальной модели. Но в большинстве случаев объекты и их взаимосвязи в предметной области относительно стабильны. Меняются только Степень независимости информационные требования, данных определяется т.е. способы использования тщательностью данных для получения проектирования БД. информации. Всесторонний анализ объектов В этом предметной области позволяет и заключается минимизировать влияние одних всеобъемлющая данных на другие. независимость данных. ! Основное отличие между указанными выше тремя типами моделей данных концептуальной, логической и внутренней состоит в способах представления взаимосвязей между объектами. Тема закончена