Файл: В. И. Морозова, К. Э. Врублевский методические указания.doc

Отчеты на основе встроенных шаблонов можно создать, выбрав в меню Tools в режиме Reports режим с необходимым типом шаблона. Всего имеется семь типов шаблонов отчетов:

1) Model Report. Отчет включает информацию о контексте модели – имя модели, точку зрения, область, цель, имя автора, дату создания и др. Пример выбранных настроек данного отчета представлен на рис. 25.

Рис. 25. Настройки отчета Model Report.
2) Diagram Report. Отчет по контекстной диаграмме, включает список объектов: работ, стрелок, хранилищ данных, внешних ссылок и др. Пример выбранных настроек данного отчета представлен на рис. 26.

Рис. 26. Настройки отчета Diagram Report.
3) Diagram Object Report. Наиболее полный отчет по модели, включает полный список объектов модели: работ, стрелок с указанием их типа и др. – и свойства, определяемые пользователем. Пример выбранных настроек данного отчета представлен на рис. 27.

Рис. 27. Настройки отчета Diagram Object Report.
4) Activity Cost Report. Отчет о результатах стоимостного анализа, т.е. содержит информацию о затратах функциональных блоков и о «центрах затрат» в модели. Пример выбранных настроек данного отчета представлен на рис. 28.

Рис. 28. Настройки отчета Activity Cost Report.
5) Arrow Report. Отчет по стрелкам, включает информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок. Пример выбранных настроек данного отчета представлен на рис. 29.

Рис. 29. Настройки отчета Arrow Report.

6) DataUsage Report. Отчет о результатах связывания модели процессов и модели данных, содержит информацию о таблицах базы данных или сущностях и атрибутах.

7) Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели. Во-первых, это ошибки, которые BPwin выявить не в состоянии (синтаксис естественного языка). Во-вторых, это ошибки, которые BPwin просто не допускает (например, неправильное соединение стрелок и работ). В-третьих, это ошибки, которые BPwin позволяет допустить, но обнаруживает их. Пример выбранных настроек данного отчета представлен на рис. 30.

Рис. 30. Настройки отчета Model Consistency Report.

1.4.2. Отчеты с помощью шаблонов Report Template Builder

Собственный шаблон отчета можно создать с помощью диалога Report Template Builder. Для этого следует в меню Tools выбрать пункт Reports Builder. Откроется диалоговое окно Report Templates (см. рис. 31). Для создания нового шаблона следует нажать кнопку New, а для редактирования существующего шаблона – кнопку Edit. Затем в ниспадающем списке Output Type устанавливается формат результат выполнения отчета.

Рис. 31. Диалоговое окно Report Templates.
При работе с новым или существующим шаблоном откроется диалоговое окно Report Template Builder (см. рис. 32). Для создания новой секции отчета необходимо выбрать тип объекта модели и нажать кнопку

. По умолчанию в новый шаблон включено только имя объекта. Для включения других свойств следует в меню Edit выбрать пункт Properties. Откроется диалоговое окно Properties (см. рис. 33). На вкладке Property Tree можно выбрать требуемые объекты, свойства объекта, а на вкладке Table – стиль, размер и цвет шрифта.

Рис. 32. Диалоговое окно Report Template Builder.

Рис. 33. Диалоговое окно Properties.

1.4.3. Отчеты с помощью генератора RPTwin

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

Однако, RPTwin не входит в поставку BРwin, поэтому в данных методических указаниях он рассмотрен не будет.

2. Создание модели данных средствами 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 использовать. Последующая работа разбивается на этапы: определение таблиц, определение и полей и их типов данных, определение ограничений на значения полей, определение связей между таблицами, разработка хранимых процедур (если они требуются).

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

Логическими уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире.

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