Данные, относящиеся к связям, очень важны и часто являются критическими данными, которые мы используем в повседневном бизнесе. Например, важно знать о каком-то типе инструмента, но знание того, к кому относится конкретный инструмент (связь между человеком и инструментом) может иметь критическую важность. Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь - «логический» объект, представленный одним или несколькими атрибутами - внешними ключами. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, ERwin toolbox содержит два типа сущностей: независимые и зависимые. Независимая СУЩНОСТЬ это сущность, экземпляры которой могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью. Она представляется в ERwin в виде прямоугольника. Первичный ключ независимой сущности не включает в себя первичных ключей других сущностей. Зависимая СУЩНОСТЬ - это сущность, экземпляры которой не могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью или сущностями. Она представляется на ЕR-диаграмме в виде прямоугольника с закругленными углами. Первичный ключ зависимой сущности включает первичные ключи одной или более родительских сущностей.
Связи в IDEFIX представляют собой ссылки; соединения и ассоциации между сущностями. Связи это глаголы, которые показывают, как соотносятся сущности между собой
3.1.4 Модель данных, основанная на ключах
Каждая сущность содержит горизонтальную линию, разделяющую атрибут на две группы.
Атрибуты, расположенные над линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности. При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в состав первичного ключа, следуя следующим рекомендациям:
· Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
· Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
· Значение атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения первичного ключа часто используют уникальные номера, которые могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели, может быть неудачным для осуществления эффективного доступа к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Кеу). ERwin позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы БД по этим атрибутам будет генерироваться уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).
Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные входы - это атрибут или группа атрибутов, которые не определяют экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности. ERwin генерирует неуникальный индекс для каждого инверсионного входа. На рисунке можно рассмотреть таблицы, перенесенные из BPwin в Erwin, к которым добавлены некоторые из сущностей и атрибутов. (Рис. 13).
Рис. 13 Модель сущность-связь
На рисунке 13 показана логическая модель сущность-связь. В данной диаграмме имеется шесть сущностей: Поставщик, Основные средства, Организация, Нематериальные активы, Накладная, Договор. Для каждой сущности заданы соответствующие атрибуты.
Следующим этапом будет создание модели, основанной на ключах (рис. 14).
Рис. 14 Модель, основанная на ключах
На рисунке 14 показаны все сущности независимые. Для каждой сущности определяем ключевые атрибуты. Для сущности «Договор» это будет уникальный код «Код_договора». Для сущности «Клиент» это будет код «ИНН_клиента». Сущность «Реквизиты» будет определятся кодом «ИНН_банка». Для сущности «Услуги» это будет код «Код_услуги».
Далее следует построение полной атрибутивной модели (рис. 15).
Рис. 15 Логическая модель в нотации IDEF1.X
3.2.Физическая модель
Физический уровень данных - это по существу отображение системного каталога, который зависит от конкретной реализации СУБД.
В ERwin также представлены два уровня физической модели: трансформационная модель и модель СУБД. Целью трансформационной модели является предоставление информации администратору. Модель СУБД транслируется из трансформационной модели. Являясь отображением системного каталога, ERD-диаграмма графически представляет структуру данных проектируемой ИС.
ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого.
Рис.16 Физическая модель в нотации IDEF1.X
3.3 Генерация физической модели
Посредством Erwin можно также создавать и физические модели данных для различных СУБД. Для создания физической модели необходимо в окне создания новой модели выбрать тип создаваемой модели Logical/Physical и тип базы данных, в которой необходимо создать таблицы (Рис. 17). В данном курсовом проекте мы создадим физическую модель для СУБД Borland C++Builder 6 в сервере БД - Paradox 7.
Рис. 17 Выбор типа модели
Далее создается модель из уже ранее существующей модели созданной в Erwin. Для начала перейдем на физический уровень данных (рис. 18).
Рис. 18. Выбор уровня данных
Затем, в панели инструментов нажимаем кнопку , в появившемся окне выбираем Model level compare и указываем файл из которого необходимо импортировать данные (рис. 16)
Рис. 19. Импорт данных из существующей модели
В последующих окнах необходимо выбрать данные, настройки которые необходимо импортировать. Импорт таблиц и их строк осуществляется путем нажатия на кнопку Import . Чтобы не импортировать не нужные данные, надо выбрать их из списка и нажать на кнопку Ignore . Окно выбора данных представлено на рисунке 20.
Рис.20. Окно выбора импортируемых данных
После нажатия кнопки необходимо подтвердить появившийся запрос Erwin. Получившаяся модель представляет собой физическую модель для сервера БД Paradox 7 (рис. 21)
Рис. 21 Физическая модель
На данном этапе возможно изменить формат конечной БД, для этого необходимо щелкнуть по кнопке «Select target server» и в открывшемся окне Рис. 22 выбрать необходимый тип. При нажатии на кнопку «ОК» модель преобразуется в тот тип, который мы выбрали.
Рис. 22Target Server
3.4. Экспорт физической модели
Теперь необходимо построить таблицы на основе данной модели, для этого необходимо щелкнуть по кнопке «Forward Engineer» или же Tools -> Forward Engineer/Schema Generation… В результате чего откроется окно представленное на Рис. 23
Рис. 23 dBASE IV Schema Generation
Во вкладке «Options» мы указываем опции генерации таблиц, во вкладке «Summary» мы можем просмотреть включенные опции, а во вкладке «Comment» оставить комментарии.
Щелкнув по кнопке «Filter…» мы можем выбрать таблицы которые будут созданы Рис. 24
Рис.24 Выбор таблиц
Щелкнув по кнопке «Preview…» мы просматриваем о действиях программы и данные о таблицах Рис. 25
Рис.25 Preview
Щелкнув по кнопкам «Print» и «Report…» мы можем вывести на печать отчет или сохранить его в отдельном файле соответственно. Нажав на кнопку «Generate…» появляется окно Рис. 26 в котором мы должны указать папку для сохранения таблиц.
Рис. 26 Paradox/ODBC Connection
Созданные нами таблицы могут в дальнейшем быть использованы для создания БД. На Рис. 27 представлены созданные таблицы.
Рис. 27 Таблицы в Database Desktoр
Заключение
В ходе проектирования курсовой работы я изучила процесс создания информационной системы для моделирования и автоматизации системы управления менеджментом и маркетингом КБ. Для реализации курсового проекта использовались инструментальные среды BPwin и ERwin. С их помощью удалось автоматизировать управление менеджментом и маркетингом КБ в трех методологиях - IDEF0, IDEF3 и DFD. Данный программный пакет позволяет облегчить автоматизацию любых экономических процессов.
Курсовой проект выполнен с использованием инструментов визуального моделирования бизнес-процессов BPwin 4.1 и баз данных Erwin 4.1 автоматизированным способом и посвящен системе анализа управления менеджментом и маркетингом КБ.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8
