Как сделать отчет в erwin data modeler

Обновлено: 04.07.2024

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

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

ERwin позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда AllFusion ERwin Data Modeler упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных.

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

Ключевые характеристики AllFusion ERwin Data Modeler 7:

1. синхронизация моделей/баз данных;

2. автоматизированное создание структуры базы данных и обратное проектирование;

3. публикация моделей;

4. поддержка нотаций: IDEF1x, IE, Dimensional;

5. возможна совместная работа группы проектировщиков;

6. документирование структур баз данных;

7. перенос структур баз данных (но не самих данных) из одного типа СУБД в другой. [25]

Функциональные возможности ERwin:

Архитектура уровня проектирования. AllFusion ERwin Data Modeler (ERwin) имеет достаточную гибкость для разработки архитектуры связанных моделей данных, полностью удовлетворяющей потребностям организации. Наряду с комбинированной логической/физической моделью поддерживаются раздельные логические и физические модели. Благодаря накоплению знаний об отношениях между компонентами связанных моделей и ведению журнала проектных решений пользователи могут быстро определять влияние изменений одного уровня проектирования на другой.

Физическая структура базы данных редко совпадает с исходной логической структурой. В целях повышения производительности бизнес-приложений часто требуется проводить денормализацию данных на физическом уровне модели. AllFusion ERwin Data Modeler (ERwin) позволяет автоматизировать процесс трансформации модели, сохраняя в целости исходный проект.

Определение и поддержка стандартов обеспечивается с помощью словаря доменов Domain Dictionary, редактора стандартов именования Naming Standards Editor и редактора стандартов типов данных Datatype Standards Editor. Словарь доменов содержит многократно используемые атрибуты и обеспечивает непротиворечивость имен и определений в рамках модели. Редактор стандартов именования позволяет пользователям создавать словари разрешенных терминов, аббревиатур и правил именования, которые могут использоваться повторно в рамках модели. Редактор стандартов типов данных позволяет определять собственные правила соответствия между типами данных разных СУБД.

Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярные нотации моделирования данных: Integration DEFinition for Information Modeling (IDEF1X), Information Engineering (IE), Dimensional Modeling (DM).

Управление большими моделями:

ERwin облегчает управление большими корпоративными моделями за счет использования предметных областей (Subject Areas) и хранимых отображений (Stored Displays). Предметные области позволяют конкретным проектировщикам фокусировать внимание, разделяя модель на более мелкие, и за счет этого легче управляемые подмодели. Хранимые отображения предоставляют разные варианты графического представления модели или ее предметных областей, облегчая обмен информацией между специализированными группами пользователей.

Полное сравнение/синхронизация (Complete Compare):

Эта мощная технология автоматизирует полную двунаправленную синхронизацию модели, скриптов и баз данных. При синхронизации для выбранных пользователем объектов отображаются отличия, и пользователю предлагается выбрать, какие из обнаруженных отличий и в каком направлении необходимо внести. При этом AllFusion ERwin Data Modeler (ERwin) может автоматически сгенерировать ALTER-скрипт на изменение.

Генерация структуры базы данных:

Проектирование хранилищ и витрин данных:

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

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

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

Навигатор модели (Model Explorer):

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

Создание и печать отчетов:

Ключевым элементом, обеспечивающим коммуникацию и совместную работу пользователей в процессе моделирования, является способность визуализации и публикации данных. ERwin предоставляет гибкие, настраиваемые возможности создания отчетов и печати. Два встроенных построителя шаблонов отчетов: ERwin Data Browser и Report Template Builder - позволяют однократно разработать шаблон отчета, который впоследствии будет доступен для использования в любых моделях для генерации отчетов в любом из форматов: HTML, RTF, TXT, PDF.

Встроенная технология обмена метаданными:

Встроенная передовая технология предоставляет возможность обмена метаданными между ERwin и другими средствами, такими как MS Excel, XSD, XMI, CWM, ведущими ETL/EII-инструментами, многочисленными средствами BI/Reporting, а также с широким спектром сред моделирования такими, как: Rational Data Architect, Oracle Designer, Sybase Power Designer и другими - всего порядка 100 популярных продуктов. Данная технология позволяет сэкономить временные и материальные ресурсы благодаря устранению необходимости перепроектировать модели.

Поддерживаемые СУБД: Oracle; DB2/UDB (включая iSeries); SQL Server; Teradata; ODBC; Sybase; Informix; Ingres; Progress; Access.

Поддерживаемые ОС: Windows 2000; Windows XP; Windows 2003 Server.

Интеграция с другими продуктами:

AllFusion ERwin Data Modeler интегрирован с широким спектром сред моделирования, такими как Rational Data Architect, Oracle Designer, Sybase Power Designer и др.

ERWin был выбран, так как он предоставляет возможности создания диаграмм баз данных, необходимых при разработке АИС и наличия всех необходимых компонентов для выполнения указанных целей;

Выбор BPWin основан на необходимости определения бизнес-процессов исследуемой области. Данный инструмент предоставляет все нужные возможности и удобен в использовании.

Также оба инструмента достаточно просты в освоении, что позволило выделить больше времени на саму разработку [26].

Кириллица в ERWin Process Modeler
В программе ERWin Process Modeler 7,3,3** кириллица работает. Но если запустить Dictionary .

ERwin Process Modeler в диаграммах кириллица, но в Entity Dictionary кракозябры
Вроде везде все меняю на кириллицу, диаграммы с кириллицей, название модели с кириллицей. Выбираю.

FoxPro 9.0 чем хуже ERWIN Data Modeler 7.2 ?
Всем добрый день и здоровья! Подскажите ассы по Базам Данных! Мне (для сдачи экзамена по.

Транспортировать базу данных из ERwin Data Modeler в SQL Server
Ребята, всем привет. Мне очень сильно нужна Ваша помощь. Необходимо транспортировать базу.

Где можно скачать allfusion process modeler r7 bpwin без вирусов и бесплатно ?
Здравствуйте, где можно скачать allfusion process modeler r7 bpwin без вирусов и бесплатно. Заранее.

При попытке создать отчет "Error in process (0): OLE object is invalid or corrupted"
Добрый день, при Remote view Wizard в конце создания при предпросмотре выдает ошибку: "Error 1420.


Отчёт об ошибках Windows грузит диск
Очень не приятно когда отчёт об ошибках Windows грузит систему. Возможно ли его как-то отключить?


Каждые три секунды формируется отчет об ошибках
Добрый день. После пары дней пользованием Windows 10 , стал постоянно менятсья значок курсора с.

Изучение возможностей AllFusion ERwin Data Modeler и проектирование реляционной базы данных (БД) "Санатория" на основе методологии IDEF1x. Определение предметной области, основных сущностей базы, их первичных ключей и атрибутов и связи между ними.

Рубрика Программирование, компьютеры и кибернетика
Вид лабораторная работа
Язык русский
Дата добавления 10.11.2009
Размер файла 197,5 K

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Министерство образования и науки РФ

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

Отчёт

Изучение возможностей AllFusion ERwin Data Modeler, проектирование реляционной БД на основе методологии IDEF1x.

2. Методология проектирования:

ERwin Data Modeler поддерживает нотации проектирования данных IDEF1х, IE и Dimensional.

IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы.

Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки, IDEF1X изначально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято.

Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности.

Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой. Ниже приведен ряд примеров связи между сущностями:

Отдел нескольких Сотрудников

Самолет нескольких Пассажиров.

Сотрудник разные Отчеты.

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

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

Сущность описывается в диаграмме IDEF1X графическим объектом в виде прямоугольника. Каждый прямоугольник, отображающий собой сущность, разделяется горизонтальной линией на часть, в которой расположены ключевые поля и часть, где расположены неключевые поля. Верхняя часть называется ключевой областью, а нижняя часть областью данных. Ключевая область объекта СОТРУДНИК содержит поле "Уникальный идентификатор сотрудника", в области данных находятся поля "Имя сотрудника", "Адрес сотрудника", "Телефон сотрудника" и т.д.

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

3. Возможности инструментария проектирования:

AllFusion ERwin Data Modeler (ранее: ERwin) позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных (data marts). Создав наглядную модель базы данных, можно оптимизировать структуру БД и добиться её полного соответствия требованиям и задачам организации. Визуальное моделирование повышает качество создаваемой базы данных, продуктивность и скорость её разработки.

Руководители проектов могут с помощью ERwin Data Modeler тщательно задокументировать структуру БД, получить отчеты презентационного качества и обеспечить эффективное управление проектом, используя среду для совместного проектирования AllFusion Model Manager (ранее: ModelMart).

Поскольку ERwin Data Modeler поддерживает работу с БД на физическом уровне, учитывая особенности каждой конкретной СУБД, администраторы БД могут с его помощью максимально повысить производительность информационной системы. Разработчики с помощью ERwin Data Modeler могут сначала, используя визуальные средства, описать схему БД, а затем автоматически сгенерировать файлы данных для выбранной реляционной СУБД (прямое проектирование). Автоматически генерируются также триггеры, обеспечивающие ссылочную целостность БД. ERwin Data Modeler поддерживает нотации проектирования данных IDEF1х, IE и Dimensional.

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

ERwin Data Modeler позволяет по уже существующим файлам БД восстанавливать логическую структуру данных. Это называется обратным проектированием. Оно позволяет, во-первых, переносить структуру БД (но не данные!) из одной СУБД в другую и, во-вторых, исследовать старые проекты. Этот процесс наиболее распространен при переходе с одной технологии на другую (с файл-сервер на клиент-сервер), а также при смене сервера БД. На основе модели данных предоставляется возможность создавать отчеты, которые позволяют существенно упростить процесс документирования технического проекта.

ERwin поддерживает прямое и обратное проектирование 20 типов баз данных различных производителей, от настольных до реляционных СУБД и специализированных СУБД, предназначенных для создания хранилищ данных.

Основные характеристики AllFusion ERwin Data Modeler

· Поддержка стандартной нотации IDEF1x для ER-диаграмм моделей данных, нотации IE и специальной нотации, предназначенной для проектирования хранилищ данных - Dimensional.

· Поддержка проектирования информационных хранилищ (на основе Red Brick и Teradata)

· Поддержка совместного проектирования (версия для ModelMart)

· Поддержка триггеров, хранимых процедур и шаблонов

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

· Автоматическая генерация SQL DDL для создания баз данных

· Полная совместимость и поддержка 20-ти типов СУБД на основе прямого доступа к системному каталогу баз данных (отпадает потребность в использовании ODBC).

4. Описание предметной области:

· Информация об отделениях, из которых состоит санаторий (например, медчасть, спортивный комплекс, пищеблок);

· Информация о секторах, из которых состоят отделения санатория;

· Информация о рабочих местах;

· Сведения о сотрудниках, предоставляющих услуги в санатории;

· Функции, выполняемые сотрудниками;

· Информация об условиях проживания в санатории.

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

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

ERwin Process Modeler (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов.ERwin Process Modeler можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

ВОПРОСЫ - ОТВЕТЫ

Можно ли связать объект модели с внешними документами?

Вы можете связать с объектом модели документацию, хранящуюся в формате приложения Windows, например Word, Excel и т.д. Для этого необходимо использовать UDP свойство типа "Command". При задании значения этого свойства справа от имени свойства появляется кнопка ">". При щелчке по этой кнопке выполняется командная строка. Так если бы вы хотели связать объект с текстовым файлом, созданным в Word, то командная строка должно содержать следующее:

[полный путь к файлу, начиная с имени диска]\[имя файла].doc
Если вы нажмете кнопку ">", то откроется данный документ.

Какие методологии используются при создании моделей в ERwin Process Modeler?

В IDEF0 (первоначально SADT) система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Диаграммы потоков данных (Data flow diagramming, DFD ) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
DFD описывает:

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

IDEF 3 (Workflow diagram) - методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. С помощью этой методологии можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время.

ERwin Process Modeler предоставляет аналитику два инструмента для оценки модели - стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации истинных движителей затрат в организации. При проведении функционально стоимостного анализа используются единицы единиц денег и времени, которые задаются разработчиком.
Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем. Имеется возможность создания 18 различных типов UDP (таких как текст, командная строка, массив строк, дата и т.д.)

Какие отчеты можно создавать в AllFusion Process Modeler?

  • Model report - Этот отчет включает информацию о контексте модели - имя модели, точку зрения, область, цель, имя автора, дату создания и др.
  • Diagram report - Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок).
  • Diagram object report - Наиболее полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.
  • Activity cost report - Отчет о результатах стоимостного анализ.
  • Arrow report - Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
  • DataUsage report - Отчет о результатах связывания модели процессов и модели данных.
  • Model Consistency report - Отчет содержащий список синтаксических ошибок модели.
  • Where Used report - Показывает, на каких диаграммах используются те или иные объекты.

Построение модели AS-IS (как есть) производится на основе существующей документации, анкетирования, опроса служащих предприятия и др. источников. Полученная модель служит для выявления неуправляемых работ, работ не обеспеченных ресурсами и других недостатков в организации деятельности предприятия. Исправление недостатков, перенаправление информационных и материальных потоков приводит к созданию модели TO-BE (как будет). Как правило, строится несколько моделей ТО-ВЕ, среди которых определяют наилучший вариант. Распространенная ошибка при создании модели AS-IS - создание идеализированной модели. Пример - модель созданная на основе знаний руководителя, а не конкретного исполнителя работ. В результате получается искаженная модель, такая модель несет название SHOULD BE (как должно бы быть). Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.
Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу "все оставить как есть, только чтобы компьютеры стояли", т.е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождения того и другого.
Иногда текущая модель AS-IS и будущая ТО-ВЕ различаются очень сильно, так что переход от начального состояния к конечному становится не очевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход - это тоже бизнес - процесс.

Как добавить Referent Tool, External Reference Tool и Data Store Tool на диаграмму?

Для того чтобы вставить эти объекты необходимо:

1. Открыть диаграмму на которую необходимо произвести вставку
2. Выбрать нужный объект в палитре инструментов
3. Кликнуть левой клавишей мышки на свободной области диаграммы
4. Ввести имя объекта
5. Перейти на закладку "Objects" навигатора "Model Explorer"
6. Найти вставленный элемент
7. Перетаскиванием добавить объект на диаграмму

Как русифицировать словари и модели?

Для того чтобы русифицировать словари и тексты, вводимые пользователем в AllFusion Process Modeler 7.2 (BPWin), необходимо:

1. Запустить файл импорта информации в реестр: Font_RUS.reg
2. На вопрос о добавлении информации в реестр ответить положительно.
3. Перезагрузить систему.

Как изобразить стрелку "выход обратная связь на вход" к тому же функциональному блоку?

BPWin не позволяет создать создать циклическую обратную связь. Однако если такая необходимость возникает, то необходимо:

Чтобы сохранить графический файл с совмещенными моделями, выбираем Visual Diagram Difference из меню Tools. В открывшемся диалоговом окне необходимо выбрать модели для совмещения и нажать Compare. Так же с помощью этого инструмента можно получить графический файл с одной моделью, для этого в окне Visual Diagram Difference отмечаем одну и ту же модель.

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

1. настроить свойства модели: меню Model/Model Properties, закладка Layout, в разделе "Fit Name in Box" выбрать "Wrap text to fit box";

Если вам не нравится автоматический вариант расстановки переносов слов в названиях функций, стрелок и т.п., вы можете расставить переносы принудительно в соответствующем словаре (меню Dictionary).

Как активизировать пункт меню File\Export\ERwin для экспорта данных из Process Modeler в ERwin?


В Process Modeler в словаре сущностей и в словаре атрибутов установите флажок "Exchange with ERwin". После этого пункт меню File\Export\ERwin станет активным.

При переходе с IDEF0 на DFD граничные стрелки мигрируют на DFD. Нотация DFD не разрешает граничные стрелки. Что с ними делать?

  1. удалить все граничные стрелки на диаграмме DFD;
  2. создать соответствующие внешние сущности и хранилища данных;
  3. создать внутренние стрелки, начинающиеся с внешних сущностей вместо граничных стрелок;
  4. стрелки на диаграмме IDEF0 затонеллировать

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

Экспортированные из ERwin данные следует искать не на диаграммах, а в словарях Process Modeler (см. меню Dictionary\Entity и Dictionary\Attribute)

Может ли BPWin автоматически указывать номер дочерней диаграммы на родительском функциональном блоке?

  1. Включить отображение номера функционального блока: Model\Model Properties\Display\Activity Numbers
  2. Выбрать подходящий способ отображения номера блока: Model\Model Properties\Numbering

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

Чтобы визуально определять, какие из функциональных блоков диаграммы имеют дочерние диаграммы, а какие - нет, требуется включить еще одну опцию: Model\Model Properties\Display\Leaf Corners. После этого вы увидите разницу в отображении блоков, имеющих декомпозицию и блоков, не имеющих декомпозиции: в левом верхнем углу блока без декомпозиции нарисована диагональная черта.
Таким образом, в Process Modeler вы можете визуально определить, есть ли расшифровка у блока и если есть, то номер детализирующей диаграммы.

Есть ли отличие в русификации рамки диаграммы в Process Modeler 7?

Вы запускаете модель двойным нажатием кнопки мышки. По умолчанию для расширения *.bp1 у вас запускается не Process Modeler, а другой продукт пакета - AllFusion Model Navigator. Navigator, действительно, не позволяет сохранять изменения модели - только просматривать и создавать отчеты.
Решение 1: запустите сначала Process Modeler, а в нем откройте модель, которую хотите изменять.
Решение 2: смените программу, запускаемую по умолчанию для расширения *.bp1, на AllFusion Process Modeler.

Чтобы назначить автора конкретной диаграмме, нужно назначить автора для родительской функции на родительской диаграмме: правая кнопка мышки на родительскую функцию, закладка Name, пункт Author.

  1. Process Modeler не позволяет отойти от выбранного стандарта (IDEF0, IDEF3, DFD): выбрав стандарт (IDEF0, IDEF3 или DFD) вы работаете только с набором графических элементов данного стандарта;можно автоматически проверить синтаксис диаграммы.
  2. Информация вводится/изменяется один раз в одном месте.
  3. Process Modeler интегрируется с ERwin Data Modeler, поддерживая синхронизацию моделей процессов и моделей данных.
  4. Process Modeler предоставляет возможность автоматической генерации SwimLane-диаграмм (графический прообраз должностных инструкций) из IDEF3-диаграмм.
  5. При декомпозиции диаграмм Process Modeler сохраняет . контекст: стрелки, касающиеся декомпозируемого блока мигрируют на диаграмму декомпозиции. Поэтому декомпозиция функции начинается не с нуля, а с наличия контекста в виде граничных стрелок, мигрировавших из родительской диаграммы. Кроме этого инструмент Туннелей позволяет автоматически отслеживает дисбаланс стрелок у родительской функции и в дочерней диаграмме.Process Modeler позволяет генерировать произвольные отчеты по модели.

Как получить отчет "роль (должность)-группа ролей (отделы)"?

Используйте Report Template Builder. Создайте новый шаблон отчета, из раздела Available Sections перетащите в создаваемый шаблон (Report Layout) раздел Diagram Role. В свойствах Diagram Role нужно выбрать "Role", "Group", далее выбрать удобный формат отчета (HTML, RTF, TXT или PDF) и запустить генерацию отчета.

Как русифицировать рамку (форму) диаграммы в Process Modeler?

Когда запускаю Process Modeler в Win XP SP2 под обычным юзером, выдается ошибка "Unable to locate configuration file for ModelMart interface…". Что делать?

  1. После установки продукта под администратором продукт надо запустить и закрыть;
  2. При работе с продуктом под обычным пользователем нужно помнить, что сохранять модели можно только в разрешенные папки.

Первое, что надо попробовать - зайти в меню View и проставить чеки для требуемых панелей. Если не помогает, то удалить BPwin41.ini

Как подключить к Activity документ, который лежит в интернете по определенному адресу?

Как удалить роль из activity?

По правой кнопке мышки щелкнуть по activity, выбрать Roles, в открывшемся диалоге встать на роль, которую нужно удалить и нажать клавишу "Del".

Описание интерфейса ERwin. Интерфейс CASE — средства ERwin состоит их трех основных частей. Первая — это главное меню и панели инструментов.

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

Главное меню и панели инструментов

Рис. 5.3. Главное меню и панели инструментов

Вторая — это Model Explorer. Она содержит три закладки: Model, Subject Areas и Domains. Чаще всего в Model Explorer применяется закладка Domains или Model (которая содержит все объекты и модели). В Domains отображаются соответственно домены, в Subject Areas — отображаемые области (рис. 5.4).

Model Explorer

Рис. 5.4. Model Explorer

И третья — непосредственно область, отведенная для создания модели объектов, в которой создаются и редактируются все объекты модели. Снизу появляются закладки с именами запомненных хранимых отображений (Stored Displays) (рис. 5.5).

Область для создания моделей объектов

Рис. 5.5. Область для создания моделей объектов

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

Установка цвета и шрифта. Установить шрифт и цвет объектов в ERwin можно несколькими способами. Во-первых, для установки цвета и шрифта объекта служит Font and Color Toolbar, которая располагается под основной панелью. Для редактирования шрифта и цвета конкретного объекта следует, щелкнув правой кнопкой мыши по сущности или связи и выбрав из всплывающего меню пункт Object Font & Color. вызвать диалог Font/Color Editor, в котором определяются имя, описание и комментарии сущности. В диалоге Font/Color Editor можно выбрать шрифт и установить его размер, стиль и цвет, установить цвет заливки (свойство Fill Color, только для сущностей) и цвет линий (свойство Outline Color, только для сущностей).

При создании реальных моделей данных количество сущностей и атрибутов может исчисляться сотнями. Для более удобной работы с большими моделями в ERwin предусмотрены подмножества модели (Subject Areas), в которые можно включить тематически общие сущности. В подмножество модели может входить произвольный набор сущностей, связей и текстовых комментариев. Для создания, удаления или редактирования подмножеств модели нужно вызвать диалог Subject Areas (меню Model/Subject Areas. ), в котором указывается имя подмножества и входящие в нее сущности. Все изменения, сделанные в любой Subject Area, автоматически отображаются на общей модели. Одна и та же сущность может входить в несколько Subject Area.

Хранимое отображение (Stored Display) — представление подмножества модели, отображающее специфический аспект структуры данных. Одна Subject Area может включать в себя несколько хранимых отображений. В хранимое отображение входят те же самые сущности и связи, что и в Subject Area, но они могут по-разному располагаться на экране, иметь разные уровни, различный масштаб и цвет объектов или фона.

Для создания хранимого отображения служит диалог Stored Displays (меню Format/Stored Display Settings. ). Для переключения между хранимыми отображениями служат закладки в нижней части диаграммы.

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

Для отображения иконки атрибута следует выбрать в контекстном меню пункт Entity Display и в каскадном меню включить опцию Attribute Icon. Малая иконка будет показана слева от имени атрибута на уровне атрибутов отображения модели. Имя сущности показывается над прямоугольником, изображающим сущность, список атрибутов сущности — внутри прямоугольника. Список разделен горизонтальной чертой, выше которой расположены атрибуты первичного ключа, ниже — неключевые атрибуты. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов. Например, создание в сущности Поставщик атрибута Телефоны поставщика противоречит требованиям нормализации, поскольку атрибут должен быть атомарным, т. е. не содержать множественных значений. Согласно синтаксису IDEF1X имя атрибута должно быть уникально в рамках модели (а не только в рамках сущности!). Каждый экземпляр сущности должен быть уникален и отличаться от других атрибутов. Следующим шагом создания модели является установление связей между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой (Relationship Verb Phrases рис. 5.6). Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы, например:

Каждый ЗАКАЗЧИК ЗАКАЗы;

Каждый ЗАКАЗ ДИЗАЙН.

В. Имя связи — Relationship Verb Phrases

Рис. 5.В. Имя связи — Relationship Verb Phrases

Для создания новой связи следует:

  • • установить курсор на нужной кнопке в палитре инструментов (идентифицирующая или неидентифицирующая связь) и нажать левую кнопку мыши;
  • • щелкнуть сначала по родительской, а затем по дочерней сущности. При установлении связей между сущностями атрибуты первичного ключа родительской сущности мигрируют в качестве внешних ключей в дочернюю сущность. По умолчанию имя связи на диаграмме не показывается. Для отображения имени следует в контекстном меню, которое появляется, если щелкнуть левой кнопкой мыши по любому месту диаграммы, не занятому объектами модели, выбрать пункт Relationship Display и в контекстном меню включить опцию Verb Phrase.

Логическая модель данных

Рис. 5.7. Логическая модель данных

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

Читайте также: