Методология IDEF1X и инструментарий allfusion data modeler(ERWIN)

Case-средство Allfusion Data Modeler ERwin поддерживает методологию IDEF1X и стандарт IE (Information engineering). Методология IDEFIX подразделяется на уровни, соот- ветствующие проектируемой модели данных системы. Каждый такой уровень соответствует определенной фазе проекта. Такой подход полезен при создании систем по принципу «сверху вниз».

Верхний уровень состоит из Entity Relation Diagram (Диаграмма сущность-связь) и Key-Based model (Модель данных, основанная на ключах). Диаграмма сущность-связь определяет сущности и их отношения. Модель данных, основанная на ключах, дает более подробное представление данных. Она включает описание всех сущностей и первичных ключей, которые соответствуют предметной области.

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

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

Вторым преимуществом является возможность создания диаграмм структуры БД, по- зволяющих автоматически решать вопросы, связанные с сохранением ее целостности.

Третье преимущество заключается в независимости логической модели от используе- мой СУБД, что позволяет применять универсальные методы для ее экспорта в конкретные СУБД.

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

При запуске ERwin появляется основная панель инструментов и (Рисунок 21).

 

Рисунок 21 - Панель инструментов ERwin

 

Создание логической модели. Первым шагом при создании логической модели БД яв- ляется построение диаграммы ERD (Entity Relationship Diagram). ERD-диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей.

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

Основными элементами являются:

Сущность – объект информационной системы (таблица), имеющий ряд атрибутов (свойств, или полей таблицы);

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

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

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

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

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

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

Рассмотрим процесс построения логической модели на примере БД студентов системы «Служба занятости в рамках вуза». Первым этапом является определение сущностей и атрибутов. В БД будут храниться записи о студентах, следовательно, сущностью будет сту- дент (таблицы 2 – 7).

 

Таблица 2 - Атрибуты сущности «Студент»

 

Атрибут	Описание
Номер	Уникальный номер для идентификации пользователя
ФИО	Фамилия, имя и отчество пользователя
Пароль	Пароль для доступа в систему
Возраст	Возраст студента
Пол	Пол студента
Характеристика	Memo-поле с общей характеристикой пользователя
E-mail	Адрес электронной почты
Телефон	Номера телефонов студента
Опыт работы	Специальности и опыт работы студента по каждой из них
Специальность	Специальность, получаемая студентом по окончании ВУЗа
Специализация	Специализация студента
Иностранный язык	Список иностранных языков и уровень владения ими
Тестирование	Список пройденных тестов
Экспертная оценка	Список предметов с экспертными оценками по каждому из них
Оценки по экзаменам	Список сданных предметов с оценками

 

Таблица 3 - Атрибуты сущности «Опыт работы»

Атрибут	Описание
Специальность	Название специальности, по которой у студента есть опыт работы
Опыт	Опыт работы по данной специальности в годах
Место работы	Наименование предприятия, где приобретался опыт

Таблица 4 - Атрибуты сущности «Иностранный язык»

Атрибут	Описание
Язык	Иностранный язык, которым владеет студент
Уровень владения	Численная оценка уровня владения иностранным язы- ком

 

Таблица 5 - Атрибуты сущности «Тестирование»

Атрибут	Описание
Название	Название теста, который прошел студент
Описание	Содержит краткое описание теста
Оценка	Оценка, которую получил студент

 

Таблица 6 - Атрибуты сущности «Экспертная оценка»

Атрибут	Описание
Дисциплина	Наименование дисциплины, по которой оценивался студент
ФИО преподавателя	ФИО преподавателя, который оценивал студента
Оценка	Экспертная оценка преподавателя

 

Таблица 7 - Атрибуты сущности «Оценка по экзаменам»

Атрибут	Описание
Предмет	Название предмета, по которому сдавался экзамен
Оценка	Полученная оценка

 

Составим ERD-диаграмму, определяя типы атрибутов и проставляя связи между сущ- ностями (рисунок 22). Все сущности будут зависимыми от сущности «Студент». Связи будут типа «один-ко-многим».

 

 

Рисунок 22 - ERD-диаграмма БД студентов

 

Для того чтобы построить диаграмму необходимо выполнить следующие действия:

1. ЗапуститеERwin.

2. На панели инструментов выберите инструмент Entity и нажмите в любом пус- том месте рабочей областипрограммы.

 

3. Введите название сущности и затем щелкните 2 раза правой кнопкой мыши наобъекте. ВпоявившемсядиалоговомокнеAttributes(Рисунок23)нажмитекнопкуNew.Откроется диалоговое окно New Attribute (Рисунок 24), где необходимо ввести название атрибута в поле Attribute Name и выбрать тип данных атрибута. Чтобы сделать атрибут ключевым необходимо поставить галочку напротив Primary Key.

Рисунок 23 - Диалоговое окно Attributes

Рисунок 24 - Диалоговое окно New Attribute

 

Связи между сущностями устанавливаются с помощью соответствующих кнопок  на панелиинструментов.

Создание физической модели. Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД.

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

Рисунок 25 - Физическая модель данных

---

Дата добавления: 2018-04-15; просмотров: 699; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!