Проектирование корпоративных информационных систем и управление

3. Выбрать BPWIN модель и  диаграмму ERWIN, которую необходимо синхронизировать.

4. Выбрать метод синхронизации. 

5. Щелкнуть Sync, чтобы начать процесс синхронизации. ModelMart показывает список изменений, которые должны быть сделаны, чтобы синхронизировать модели.

6. Щелкнуть OK, для подтверждения  изменений ERwin – средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных. Предыдущие версии ERwin –

Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии

IDEF1X. Методология IDEF1X была  разработана для ВВС США и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях, а также в большом числе частных компаний. Методология IDEF1X определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах. Возможны две точки зрения на информационную модель и, соответственно, два уровня модели. Первый – логический (точка зрения пользователя) – описывает данные, задействованные в бизнесе предприятия. Второй – физический

– определяет представление  информации в БД. ERwin объединяет их в единую диаграмму, имеющую несколько уровней представления.

Инструментальные средства ER WIN позволяют:

- строить модель «сущность – связь» как на логическом уровне, так и на физическом, причем для выбранного сервера БД;

- производить обратное построение модели по уже существующей БД или по ее SQL описанию;

- производить коллективное построение модели;  импортировать / экспортировать данные в BP WIN, DESIGNER / 2000 ORACLE.

Процесс построения информационной модели состоит из следующих шагов:

• определение сущностей;

• определение зависимостей между сущностями;

• задание первичных и  альтернативных ключей;

• определение атрибутов  сущностей;

• приведение модели к требуемому уровню нормальной формы;

• переход к физическому  описанию модели: назначение соответствий имя сущности – 

имя таблицы, атрибут сущности – атрибут таблицы; задание триггеров, процедур и ограничений;

• генерация базы данных. ERwin создает визуальное представление (модель данных) для решаемой задачи.

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

Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin. ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне. Диаграмма ERwin строится из трех основных блоков – сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности являются существительными, а связи – глаголами.

Выбор между логическим и  физическим уровнем отображения осуществляется через линейку инструментов или меню. Внутри каждого из этих уровней есть следующие режимы отображения:                                         − Режим «сущности» – внутри прямоугольников отображается имя сущности (для логической модели) или имя таблицы (для физического представления модели); служит для удобства обзора большой диаграммы или размещения прямоугольников сущностей на диаграмме.

− Режим «определение сущности»  служит для презентации диаграммы  другим людям.

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

− Режим «первичные ключи» – внутри прямоугольников – сущностей показываются только атрибуты / колонки, составляющие первичный ключ.

− Режим «пиктограммы». Для  презентационных целей каждой таблице может быть поставлена в соответствие пиктограмма (bitmap).

− Режим «показ глагольной фразы». На дугах связей показываются глагольные фразы, связывающие сущности (для логического уровня) или имена внешних ключей (для физического уровня).

Диаграмма может занимать более чем один экран и более чем один лист при печати. Для обзора модели предусмотрены, кроме прокруток экрана, режимы уменьшения / увеличения изображения, отображение всей модели, отображение выделенной части модели.

 

 

 

 

 

 

 

 

 

 

 

 

 

Литература

1. Кодд Е.Ф. Реляционная  модель данных для больших совместно используемых банков данных. СУБД №1, 1995, с. 145-160.

2. Chen P.P. The Entity-Relationship Model: Toward a Unified View of Data. ACM Transactions on Database Systems, vol.1., №1, 1976.

3. Горин С.В., Тандоев А.Ю. Среда разработки приложений PowerBuilder. DBMS / Russian Edition, №1, 1995.

4. Тандоев А.Ю. Архитектура продуктов клиент-сервер фирмы Sybase. СУБД №1, 1995, с. 62-69.

5. Смирнова Г.Н. и др. Проектирование экономических информационных  систем: Учебник / Г.Н. Смирнова, А.А.  Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. – М.: Финансыи статистика, 2001. – 512 с.

6. Буч Г. Объектно-ориентированное проектирование с примерами применения. / Пер. с англ. – М.; Конкорд, 1992. – 519 с.

7. Ведев Д., Любимов А. Российский рынок системной интеграции в 1996г. Ж. Компьютер Пресс, 4, 1997 г. с 9-11.

8. Вендров A.M. CASE-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансыи статистика, 1998. – 176 с.

9. Диго С.М. Проектирование и эксплуатация баз данных. М.: Финансы и статистика, 3995.

10. ДейтК. Введение в системы баз данных. М., Статистика, 1974.

11. Ефимова О.А. Технология  проектирования и внедрения информационных систем – интегрированная технология ARIS. – В кн.: «Реинжиниринг бизнес-процессов предприятий на основе современных информационных технологий». Сб. научных трудов 3-й Российской научно-практической конференции. – М.: МЭСИ, 1999.-с, 215-218.

12. Зиндер Е.З. Новое системное проектирование; информационные технологии и бизнес-реинжиниринг. – Вкн.: СУБД 1995, N4.-стр. 37-49.