Отчеты с помощью генератора RPTwin
Специализированный генератор отчетов RPTwin позволяет создавать качественные отчеты по моделям процессов и данных благодаря включению более 40 функций, что позволяет проводить сложную обработку данных.
Однако, RPTwin не входит в поставку BРwin, поэтому в данных методических указаниях он рассмотрен не будет.
Создание модели данных средствами ERwin 4.0
Для построения модели данных Computer Associates предлагает мощный и удобный инструмент – ERwin версии 4.0. ERwin имеет два уровня представления модели – логический и физический. На логическом уровне данные не связаны с конкретной системой управления базами данных (СУБД), поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования базы данных (БД). Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEFIX. Методология IDEF1X была разработана для ВВС США и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях, а также в большом числе частных компаний. Методология IDEFIX определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах.
|
|
|
Построение модели данных определяет все последующие этапы разработки. Сначала осуществляют разработку логической модели, которая включает в себя следующие этапы:
- выделение сущностей;
- выявление связей между сущностями и построение модели «сущность-связь» (ER Diagram);
- определение первичных ключей (Primary Key) и внешних ключей (Foreign Key);
- определение атрибутов сущностей и построение полной модели (Fully Attributed Model).
В процессе построения все сущности (отношения) должны быть приведены к третьей нормальной форме, после чего приступают к построению физической модели.
Примечание. Введено пять уровней нормализации схем отношений и соответственно пять нормальных форм отношений.
Каждая нормальная форма:
- ограничивает определенный тип функциональной зависимости;
- устраняет соответствующие аномалии при выполнении операций над отношениями БД.
Все формы подчиняются правилу вложенности по возрастанию номеров. Иными словами, если отношение находится в 4НФ, то оно будет соответствовать и 3НФ, и 2НФ, и 1НФ.
1НФ. Отношение находится в первой нормальной форме в том случае, если не первичные элементы отношения функционально зависят от первичных (ключевых) элементов или схема отношения находится в первой нормальной форме тогда и только тогда, когда все входящие в нее атрибуты являются атомарными (т.е. значения соответствующих доменов рассматриваются как неделимые, а не как множества или кортежи из более элементарных доменов).
|
|
|
2НФ. Отношение находится во второй нормальной форме, если оно находится в 1НФ и каждый не первичный элемент функционально полно зависит от каждого ключевого элемента или когда все элементы первичны или каждый ключ содержит один элемент.
3НФ. Отношение находится в третьей нормальной форме, если оно входит во 2НФ и каждый не первичный атрибут не транзитивно зависит от первичного ключа. Иными словами в отношении отсутствуют транзитивные зависимости не ключевых атрибутов от ключа.
4НФ. Отношение находится в четвертой нормальной форме, если оно находится в 3НФ и в нем присутствуют многозначные функциональные зависимости.
5НФ. Отношение находится в пятой нормальной форме, если оно находится в 4НФ и в нем устранена избыточность в отношениях со многими многозначными зависимостями, а также устранена аномалия обновления.
|
|
|
Перед построением физической модели необходимо определиться с тем, на какой платформе будет функционировать система, поскольку от этого зависит, какие типы данных она будет поддерживать, и какой диалект SQL использовать. Последующая работа разбивается на этапы: определение таблиц, определение и полей и их типов данных, определение ограничений на значения полей, определение связей между таблицами, разработка хранимых процедур (если они требуются).
Дата добавления: 2019-01-14; просмотров: 276; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!