70612

Отображение модели данных в инструментальном средстве ERwin

Лекция

Информатика, кибернетика и программирование

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

Русский

2014-10-23

88.55 KB

2 чел.

Лекция 37

Отображение модели данных в инструментальном средстве ERwin

ERwin имеет два уровня представления модели — логический и физический.

Логический уровень — это абстрактный взгляд на данные, когда данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах — таблицах, колонках, индексах, процедурах и т.д.

Документирование модели

Многие СУБД имеют ограничение на именование объектов (например, ограничение на длину имени таблицы или запрет использования специальных символов — пробела и т. п.). Зачастую разработчики ИС имеют дело с нелокализованными версиями СУБД. Это означает, что объекты БД могут называться короткими словами, только латинскими символами и без использования специальных символов (т. е. нельзя назвать таблицу, используя предложение — ее можно назвать только одним словом). Кроме того, проектировщики БД нередко злоупотребляют "техническими" наименованиями, в результате таблица и колонки получают наименования типа RTD_324 или CUST_A12 и т.д. Полученную в результате структуру могут понять только специалисты (а чаще всего — только авторы модели), ее невозможно обсуждать с экспертами предметной области. Разделение модели на логическую и физическую позволяет решить эту проблему. На физическом уровне объекты БД могут называться так, как того требуют ограничения СУБД. На логическом уровне можно этим объектам дать синонимы — имена более понятные неспециалистам, в том числе на кириллице и с использованием специальных символов. Например, таблице CUST_A12 может соответствовать сущность Постоянный клиент. Такое соответствие позволяет лучше документировать модель и дает возможность обсуждать структуру данных с экспертами предметной области.

Масштабирование

Создание модели данных, как правило, начинается с разработки логической модели. После описания логической модели проектировщик может выбрать необходимую СУБД, и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость — создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем создать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Например, можно перенести структуру данных с Oracle на Informix (или наоборот) или перенести структуру dbf-файлов в реляционную СУБД, тем самым облегчив переход от файл-серверной к клиент-серверной ИС. Однако, формальный перенос структуры "плоских" таблиц на реляционную СУБД обычно неэффективен. Для того чтобы извлечь выгоды от перехода на клиент-серверную технологию, структуру данных следует модифицировать.

Для переключения между логической и физической моделью данных служит список выбора в центральной части панели инструментов ERwin (рис. 10.5).

Если при переключении физической модели еще не существует, она будет создана автоматически.


Рис. 10.5. Переключение между логической и физической моделью

Интерфейс ERwin. Уровни отображения модели

Интерфейс выполнен в стиле Windows-приложений, достаточно прост и интуитивно понятен. Рассмотрим кратко основные функции ERwin по отображению модели.

Каждому уровню отображения модели соответствует своя палитра инструментов. На логическом уровне палитра инструментов имеет следующие кнопки:

  1.  кнопку указателя (режим мыши) — в этом режиме можно установить фокус на каком-либо объекте модели;
  2.  кнопку внесения сущности ;
  3.  кнопку категории (категория, или категориальная связь, — специальный тип связи между сущностями, которая будет рассмотрена ниже);
  4.  кнопку внесения текстового блока;
  5.  кнопку перенесения атрибутов внутри сущностей и между ними;
  6.  кнопки создания связей: идентифицирующую, "многие-ко-многим" и неидентифицирующую.

На физическом уровне палитра инструментов имеет:

  1.  вместо кнопки категорий — кнопку внесения представлений (view);
  2.  вместо кнопки связи "многие-ко-многим" — кнопку связей представлений.

Для создания моделей данных в ERwin можно использовать две нотации: IDEFIX и IE (Information Engineering). В дальнейшем будет рассматриваться нотация IDEFIX.

ERwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок. Переключиться между первыми тремя уровнями можно с использованием кнопок панели инструментов. Переключиться на другие уровни отображения можно при помощи контекстного меню, которое появляется, если "кликнуть" по любому месту диаграммы, не занятому объектами модели. В контекстном меню следует выбрать пункт Display Level (рис. 10.6) и затем — необходимый уровень отображения.


Рис. 10.6. Выбор уровней отображения диаграммы

Создание логической модели данных

Уровни логической модели

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

  1.  диаграмма сущность-связь (Entity Relationship Diagram, ERD);
  2.  модель данных, основанная на ключах (Key Based model, KB);
  3.  полная атрибутивная модель (Fully Attributed model, FA).

Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Диаграмма сущность-связь может включать связи "многие-ко-многим" и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области.

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

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

Сущности и атрибуты

Основные компоненты диаграммы ERwin — это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности — строка в таблице, а атрибуту — колонка таблицы.

Построение модели данных предполагает определение сущностей и атрибутов, т. е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить как объект, событие или концепцию, информация о которых должна сохраняться. сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном числе, не носить "технических" наименований и быть достаточно важными для того, чтобы их моделировать. Именование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности дается по имени ее экземпляра. Примером может быть сущности Заказчик (но не Заказчики!) с атрибутами Номер заказчика, Фамилия заказчика и Адрес заказчика. На уровне физической модели ей может соответствовать таблица Customer с колонками Customer_number, Customer_name и Customer_address. Каждая сущность должна быть полностью определена с помощью текстового описания. Для внесения дополнительных комментариев и определений к сущности служат свойства, определенные пользователем (UDP). Использование (UDP) аналогично их использованию в BPwin.

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

Очень важно дать атрибуту правильное имя. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов. Например, создание в сущности Сотрудник атрибута Телефоны сотрудника противоречит требованиям нормализации, поскольку атрибут должен быть атомарным, т. е. не содержать множественных значений. Согласно синтаксису IDEFIX имя атрибута должно быть уникально в рамках модели (а не только в рамках сущности!). По умолчанию при попытке внесения уже существующего имени атрибута ERwin переименовывает его.

Каждый атрибут должен быть определен, при этом следует избегать циклических определений, например, когда термин 1 определяется через термин 2, термин 2 — через термин 3, а термин 3 в свою очередь — через термин 1. Часто приходится создавать производные атрибуты, т. е. атрибуты, значение которых можно вычислить из других атрибутов. Примером производного атрибута может служить Возраст сотрудника, который может быть вычислен из атрибута Дата рождения сотрудника. Такой атрибут может привести к конфликтам; действительно, если вовремя не обновить значение атрибута Возраст сотрудника, он может противоречить значению атрибута Дата рождения сотрудника. Производные атрибуты — ошибка нормализации, однако их вводят для повышения производительности системы, чтобы не проводить вычисления, которые на практике могут быть сложными.

Связи

Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы. По умолчанию имя связи на диаграмме не показывается. На логическом уровне можно установить идентифицирующую связь "один-ко-многим", связь "многие-ко-многим" и неидентифицирующую связь "один-ко-многим".

В IDEFIX различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи ) и зависимой (дочерний конец связи ) сущностями. Когда рисуется идентифицирующая связь, ERwin автоматически преобразует дочернюю сущность в зависимую. Зависимая сущность изображается прямоугольником со скругленными углами. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ — FK.

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

Идентифицирующая связь показывается на диаграмме сплошной линией с жирной точкой на дочернем конце связи, неидентифицирующая – пунктирной (см. рис. 10.6).

Мощность связей (Cardinality) — служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней.

Различают четыре типа сущности:

  1.  общий случай, когда одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности ; не помечается каким-либо символом;
  2.  символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение);
  3.  символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения);
  4.  цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности.

Имя связи (Verb Phrase) — фраза, характеризующая отношение между родительской и дочерней сущностями . Для связи "один-ко-многим", идентифицирующей или неидентифицирующей, достаточно указать имя, характеризующее отношение от родительской к дочерней сущности (Parent-to-Child). Для связи многие-ко-многим следует указывать имена как Parent-to-Child, так и Child-to-Parent.


 

А также другие работы, которые могут Вас заинтересовать

38844. Методические рекомендации по выполнению дипломного проекта 1.19 MB
  Дипломная работа выполняется в форме дипломного проекта. Каждому студентудипломнику назначается руководитель проекта как правило из числа преподавателей вуза. Выпускная квалификационная работа выполняется в форме проекта в соответствии с утвержденным Советом вуза Положением о выпускной квалификационной работе.
38845. Экспертная система комплексного диагностирования линейной части магистрального газопровода ЭС «Диагностика ЛЧ МГ» 3.02 MB
  В рамках проделанной работы проведено детальное обследование предметной области, составлен перечень функциональных задач, исследованы аналоги автоматизированных систем, спроектирована инфологическая модель предметной области, реализована ЭС «Диагностика ЛЧ МГ»
38846. МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ВЫПОЛНЕНИЮ ДИПЛОМНОЙ РАБОТЫ 186 KB
  Плеханова Кафедра документоведения и документационного обеспечения управления МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ВЫПОЛНЕНИЮ ДИПЛОМНОЙ РАБОТЫ Для студентов специальности 032001. Петраченко Методические указания к выполнению дипломной работы для студентов спец. Методические указания к выполнению дипломной работы разработаны преподавателями кафедры документоведения и документационного обеспечения управления Саратовского государственного социальноэкономического университета на основании требований государственных образовательных стандартов высшего...
38847. ДИПЛОМНА РОБОТА СПЕЦІАЛІСТА, ЇЇ МЕТА І ЗАВДАННЯ 253 KB
  Вона є кваліфікаційним документом на підставі якого Державна екзаменаційна комісія визначає рівень теоретичної підготовки випускника його готовність до самостійної роботи за фахом і приймає рішення про присвоєння кваліфікації. Працюючи над ДР студент має засвоїти навики правильної постановки проблеми та обґрунтування її актуальності формулювання мети і завдань дослідження побудови логічного плану оптимальної структури роботи з літературними джерелами і статистичною інформацією аналізу та оцінки різних аспектів діяльності організації...
38848. ДИПЛОМНОЕ ПРОЕКТИРОВАНИЕ 231.5 KB
  Оно проводится в целях выполнения квалификационной работы проекта соответствующей государственным требованиям к уровню подготовки инженера систематизации и закрепления знаний по образовательнопрофессиональной программе совершенствования умений их применения для решения задач в области мостостроения. Следует иметь в виду что основную ответственность за правильность принятых в проекте технических решений и всех данных несёт студент автор дипломного проекта. Темы дипломных проектов как правило соответствуют одному из направлений:...
38849. Курсовые и дипломные работы по теории обучения иностранным языкам: практические рекомендации для студентов вузов 592 KB
  Романовская Курсовые и дипломные работы по теории обучения иностранным языкам: практические рекомендации для студентов вузов Учебнометодическое пособие по теории обучения иностранным языкам Ульяновск 2008 ББК 81. Курсовые и дипломные работы по теории и методике обучения иностранным языкам: практические рекомендации для студентов вузов : учеб. Даются рекомендации по поиску и изучению литературы написанию теоретической части планированию и проведению эмпирического исследования подготовке и проведению защиты дипломной работы. Для студентов...
38850. Эстетическое воспитание подростков на занятиях по художественному текстилю на примере серии работ «Флора» в технике холодный батик 1.24 MB
  ИСТОРИКОКУЛЬТУРОЛОГИЧЕСКИЙ АСПЕКТ СТАНОВЛЕНИЯ И РАЗВИТИЯ ХУДОЖЕСТВЕННОЙ РОСПИСИ ТКАНИ И ЕЁ ТРАНСФОРМАЦИЯ В СОВРЕМЕННОМ ТВОРЧЕСТВЕ. История возникновения и развития художественной росписи ткани в странах Азии и Европы10 Исторические аспекты развития художественной росписи ткани России20 1.3 Роль художественной росписи ткани в современном декоративно прикладном искусстве в контексте моды как культурного феномена и ее связи с современным искусством росписи...
38851. Обучающая подсистема для лабораторного исследования характеристик замкнутых САУ в среде интернет 4.57 MB
  В данном дипломном проекте рассматривается обучающая подсистема для лабораторного исследования характеристик замкнутых САУ в среде интернет. В экономической части дается техникоэкономическое обоснование разработки Обучающей подсистемы для лабораторного исследования характеристик замкнутых САУ в среде интернет с помощью частотных критериев устойчивости проводится расчет ее сметной стоимости и стоимости эксплуатации Содержание.1 Описание предметной области по характеристикам замкнутых САУ.