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

8.1. Информационное моделирование
ERwin  средство разработки структуры базы данных. ERwin сочетает графический интерфейс Windows, инструменты для построения ERдиаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных. Предыдущие версии ERwin 1.5 и 2.1, 2.5  завоевали все возможные призы среди программ своего класса, в том числе DBMS Readers' Choice в 1992, 1993, 1994, 1995 годах, Software Development Productivity Award 1993, Data Based Advisor Readers' choice 1992 и 1994. Текущая версия продукта  ERwin 4.0.
Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEF1X.
Возможны две точки зрения на информационную модель и, соответственно, два уровня модели. Первый  логический (точка зрения пользователя)  описывает данные, задействованные в бизнесе предприятия. Второй  физический  определяет представление информации в БД. ERwin объединяет их в единую диаграмму, имеющую несколько уровней представления.

8.2. Моделирование в ERwin

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

1. определения сущностей;
2. определения зависимостей между сущностями;
3. задания первичных и альтернативных ключей;
4. определения атрибутов сущностей;
5. приведения модели к требуемому уровню нормальной формы;
6. переход к физическому описанию модели: назначение соответствий имя сущности  имя таблицы, атрибут сущности  атрибут таблицы; задание триггеров, процедур и ограничений;
7. генерации базы данных.

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

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

8.2.3. Компоненты диаграммы ERwin и основные виды представлений диаграммы
Диаграмма ERwin строится из трех основных блоков  сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности являются существительными, а связи  глаголами. Выбор между логическим и физическим уровнем отображения осуществляется через линейку инструментов или меню. Внутри каждого из этих уровней есть следующие режимы отображения:

• режим «сущности» (Entity)  внутри прямоугольников отображается имя сущности (для логической модели) или имя таблицы (для физического представления модели); служит для удобства обзора большой диаграммы или размещения прямоугольников сущностей на диаграмме;
• режим «атрибуты» (Attribute). При переходе от предметной области к модели требуется вводить информацию о том, что составляет сущность. Эта информация вводится путем задания атрибутов (на физическом уровне  колонок таблиц). В этом режиме прямоугольниксущность делится линией на две части  в верхней части отображаются атрибуты (колонки), составляющие первичный ключ, а в нижней  остальные атрибуты. Этот режим является основным при проектировании на логическом и физическом уровнях;
• режим «первичные ключи» (PrimaryKey)  внутри прямоугольников  сущностей показываются только атрибуты/колонки, составляющие первичный ключ;
• режим «пиктограммы» (Icon). Для презентационных целей каждой таблице может быть поставлена в соответствие пиктограмма (bitmap);
• режим «определение сущности» (Definition) служит для презентации диаграммы
  Диаграмма может занимать более чем один экран и более чем один лист при печати. Для обзора модели предусмотрены, кроме прокруток экрана, режимы уменьшения/увеличения изображения, отображение всей модели, отображение выделенной части модели.

8.3. Инструменты для создания модели в ERwin
Основные инструменты создания модели доступны как из меню, так и через окно инструментов. С их помощью создаются независимые и зависимые сущности, идентифицирующие и неидентифицирующие связи, полные и неполные категории, неспецифические связи и текстовые элементы.

Рис. 8.1. Панель инструментов ERwin

Нажатием мыши над сущностью производится вход в один из многочисленных редакторов ERwin:

Рис. 8.2. Окно свойств сущностей

1. редакторы, связанные с сущностью в целом (определение сущности, дополнительная информация, триггеры, индексы, характеристики таблицы, хранимые процедуры, связанные с таблицей);
2. редакторы атрибутов (определение атрибутов, колонки таблицы в физическом представлении модели, репозитарий средства 4GL, например, расширенные атрибуты в PowerBuilder).

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

1. атрибуты, составляющие первичный ключ;
2. неключевые атрибуты;
3. тип сущности (независимая/зависимая).

Первичный ключ  это атрибут или набор атрибутов, уникально идентифицирующий экземпляр сущности. Если несколько наборов атрибутов могут уникально идентифицировать сущность, то выбор одного из них осуществляется разработчиком на основании анализа предметной области.
Для каждого первичного ключа ERwin создает при генерации структуры БД уникальный индекс.
Экземпляры независимой сущности могут быть уникально идентифицированы без определения ее связей с другими сущностями; зависимая сущность, наоборот, не может быть уникально идентифицирована без определения ее связей с другими сущностями. Зависимая сущность отображается в ERwin прямоугольником с закругленными углами.

8.5. Связи (relationships) в ERwin
Связь  это функциональная зависимость между двумя сущностями (в частности, возможна связь сущности с самой собой). Например, важно знать фамилию сотрудника, но не менее важно знать, в каком отделе он работает. Таким образом, между сущностями «отдел» и «сотрудник» существует связь «состоит из» (отдел состоит из сотрудников). Связь  это понятие логического уровня, которому соответствует внешний ключ на физическом уровне. В ERwin связи представлены пятью основными элементами информации:

1. тип связи (идентифицирующая, неидентифицирующая, полная/неполная категория, неспецифическая связь);
2. родительская сущность;
3. дочерняя (зависимая) сущность;
4. мощность связи (cardinality);
5. допустимость пустых (null) значений.

Для определения связей ERwin выбирается тип связи, затем мышью указывается родительская и дочерняя сущность. Идентифицирующая связь изображается сплошной линией; неидентифицирующая  пунктирной. Линии заканчиваются точкой со стороны дочерней сущности.
При определении связи происходит миграция атрибутов первичного ключа родительской сущности в соответствующую об­ласть атрибутов дочерней сущности. Поэтому такие атрибуты не вводятся вручную.
Атрибуты первичного ключа родительской сущности по умолчанию мигрируют со своими именами. ERwin позволяет ввести для них роли, т.е. новые имена, под которыми мигрирующие атрибуты будут представлены в дочерней сущности. На фи­зическом уровне имя роли  это имя колонки внешнего ключа в дочерней таблице. Мощность связи представляет собой отноше­ние количества экземпляров родительской сущности к соответствующему количеству экземпляров дочерней сущности. Для любой связи, кроме неспецифической, эта связь записывается как 1 :п.
ERwin в соответствии с методологией IDEF1X предоставляет 4 варианта для п, которые изображаются дополнительным симво­лом у дочерней сущности: ноль, один или больше (по умолчанию); ноль или один; ровно N, где N  конкретное число. Допустимость пустых (null) значений в неидентифицирующих связях ERwin изображает пустым ромбиком на дуге связи со стороны родительской сущности. Обозначения мощности соответственно ноль, один или больше, ноль или один в нотации IE (Information Engineering).

Рис. 8.3. Обозначения мощности связи в нотации IE

Имя связи на логическом уровне представляет собой «глагол», связывающий сущности. Физическое имя связи (которое может отличаться от логического) для ERwin означает имя огра­ничения (constraint) или индекса.

8.6. Графическое редактирование модели
Все объекты модели ERwin могут редактироваться средствами, принятыми в Windows  группировкой, копированием, удалением, перемещением, использованием системного буфера. Установка цветов и шрифтов осуществляется в удобных диалогах.
Компоненты модели, представленные текстом (имена сущностей, атрибутов, текстовые элементы) могут редактироваться непосредственно на экране.

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

8.8. Связи категоризации
Некоторые сущности определяют целую категорию объектов одного типа. В ERwin в таком случае создается сущность для определения категории и для каждого элемента категории, а затем вводится для них связь категоризации. Родительская сущность категории называется супертипом, а дочерние  подтипом.
Например, сущность «сотрудник» может содержать данные как о штатных работниках, так и о временно нанятых. Первые и вторые имеют различные, частично пересекающиеся наборы атрибутов (минимальное пересечение подтипов составляет первичный ключ). Общая часть этих атрибутов, включая первичный ключ, помещается в сущность-супертип «сотрудник».
Различная часть (например, данные почасовой оплаты для временных работников и данные о зарплате и отпуске для штатных работников) помещается в сущности-подтипы.
В сущности-супертипе вводится атрибут-дискриминатор, позволяющий различать конкретные экземпляры сущности-подтипа.
В зависимости от того, все ли возможные сущности-подтипы включены в модель, категорийная связь является полной или неполной. Продолжая пример, можно сказать, что если супертип содержит данные об уволенных сотрудниках, то эта связь неполной категоризации, так как для нее не существует записи в сущностях-подтипах.
В ERwin полная категория изображается окружностью с двумя подчеркиваниями, а неполная  окружностью с одним подчеркиванием.

8.9. Реализация ссылочной целостности с помощью ERwin
Ссылочная целостность  это обеспечение требования, чтобы значения внешнего ключа экземпляра дочерней сущности соответствовали значениям первичного ключа в родительской сущности. Ссылочная целостность может контролироваться при всех операциях, изменяющих данные (INSERT/UPDATE/DELETE). Средства контроля ссылочной целостности в ERwin включают автоматическую генерацию триггеров и использование механизмов декларативной ссылочной целостности (для тех СУБД, которые поддерживают данные механизмы).
Для каждой связи на логическом уровне могут быть заданы требования по обработке операций INSERT/UPDATE/DELETE для родительской и дочерней сущности. ERwin представляет сле­дующие варианты обработки этих событий:

1. отсутствие проверки;
2. проверка допустимости;
3. запрет операции;
4. каскадное выполнение операции (DELETE/UPDATE);
5. установка пустого (nullзначения) или заданного значения по умолчанию.

В соответствии с выбранным вариантом ERwin автоматически создает необходимые триггеры на диалекте SQL целевой СУБД. При этом ERwin пользуется библиотекой шаблонов триггеров, которые можно модифицировать.
При генерации структуры базы данных триггеры, обеспечивающие ссылочную целостность, могут быть переопределены на трех уровнях:

1. могут быть переопределены триггеры, обеспечивающие правила для всей модели;
2. могут быть переопределены триггеры, указанные для конкретной связи;
3. могут быть переопределены триггеры, указанные для конкретной таблицы.

Тип переопределения указывается разработчиком при генерации схемы базы данных.

8.10. Хранение информации в модели ERwin
Обычно модели ERwin сохраняются на диск в виде файла. Имеется возможность хранить модель в целевой СУБД. Для этого с помощью самого ERwin в целевой СУБД создается метабаза ERwin, в которой сохраняется информация модели. В частном случае базой данных могут быть и dBaseфайлы, с которыми ERwin работает через ODBC.

8.11. Пример разработки модели в ERwin
Рассмотрим цикл разработки на примере ведения учета служащих. Для каждого служащего хранится информация о наличии детей и о занимавшихся этим служащим должностей с указанием должностных окладов.
Сначала создадим логический уровень модели. Для этого зададим режим отображения сущностей (Format/Display/Entity Level). Создадим при помощи линейки инструментов сущности «служащий», «дети», «история работы», «история зарплаты». Будем именовать сущности на русском языке.
Выбрав каждую сущность, зададим для нее подробное описание на русском языке в редакторе «Entity Definition». Это описание появится в отчетах ERwin и может быть отображено на диаграмме.
Укажем связи между сущностями. Например, «служащий» связан идентифицирующей связью «является родителем» с сущностью «дети».

 Рис. 8.4. Диаграмма уровня сущности

Теперь перейдем в режим задания атрибутов (Display/Atribute Level). В редакторе «Entity/Attribute» зададим на русском языке имена ключевых и не ключевых атрибутов. Заметим, что для дочерней сущности «дети» ключевой атрибут «номер служащего» не указывается вручную. ERwin обеспечивает его миграцию из родительской сущности. То же происходит с другими дочерними сущностями.

8.5. Диаграмма уровня атрибутов в нотации IDEF1X

Такая же диаграмма в нотации IE (Information Engineering) будет иметь вид, изображенный на рис. 8.6

Рис. 8.6. Диаграмма уровня атрибутов в нотации IE

Так как имена атрибутов и сущностей задавались на русском языке, для перехода к физическому уровню модели следует поставить им в соответствие идентификаторы таблиц, колонок и ограничений, удовлетворяющие правилам целевой СУБД (обычно это означает использование латинских букв, цифр и некоторых специальных символов).
Выделяем сущность, затем изменяем название или в редакторе свойств сущности, или с помощью команды (Model/Tables) в поле «Name» вводим новое название сущности. Для переименования атрибутов сущностей также воспользуемся редактором свойства сущности или с помощью команды (Model/Columns/Rename). ERwin обеспечивает миграцию имен колонок в подчиненные таблицы.
На этом этапе можно воспользоваться и редактором «Extended Attributes» для определения расширенных атрибутов PowerBuilder (формата отображения, маски редактирования, пра­вила контроля, выравнивания, заголовков и комментариев).
В редакторе «Relationship Definitions» указывается физическое имя связи, которое соответствует имени ограничения (constraint), создаваемого ERwin в базе данных.
Теперь все готово к созданию БД и нужно выбрать целевую СУБД (если этого не было сделано раньше).
Выберем, например, Access 2000 (Server/Target Server Tascs/ Revers Engineer/Blank Diagram).
В редакторе Relationship Editor задаем типы данных для колонок таблиц. Теперь можно перейти к созданию базы данных. Для этого выполняется команда «Access schema generation». ERwin построит пакет SQLпредложений генерации базы данных. На рис. 8.7 показан диалог выбора параметров генерации пакета для генерации БД. Из рисунка видно, что может быть задан фильтр (генерация не всех таблиц), пакет SQLпредложений можно просмотреть (preview), распечатать, сохранить в файл (report), выполнить генерацию (generate).

Рис. 8.7. Выбор параметров генерации базы данных

8.12. Расширенные функции ERwin

Обратное проектирование (Reverse engineering)
Обратное проектирование, т.е. восстановление информационной модели по существующей базе данных, используется при выборе оптимальной платформы (rightsizing) для существующей настольной (desktop) базы данных или базы данных на сервере (mainframe), а также при расширении (или модификации) существующей структуры, которая была построена без необходимой сопроводительной  документации. После завершения процесса
восстановления модели ERwin автоматически «раскладывает» таблицы на диаграмме. Теперь можно выполнять модификации уже с использованием логической схемы  добавлять сущности, атрибуты, комментарии, связи и т.д. По завершении изменений одна команда  синхронизировать модель с базой данных  актуализирует все проведенные изменения.
Построение модели может быть выполнено как на основании данных каталога базы данных, так и на основании пакета операторов SQL, с помощью которого была создана база данных.

Синхронизация с базой данных
В процессе разработки информационной системы может возникнуть ситуация, когда структура базы данных и информационная модель не соответствуют друг другу. ERwin предоставляет возможность привести их в соответствие.
Для этого предусмотрена функция синхронизации с базой данных. После подключения к СУБД предлагается список несоответствий между существующей структурой данных и моделью. Например, если в базе данных создана новая таблица, то ERwin предложит провести включение ее в модель. Если в модель добавлена новая таблица, ERwin предложит создать ее в реальной базе данных. Аналогично, при добавлении колонок в базе данных или в модели ERwin предлагает провести соответствующие операции по синхронизации.
ERwin «знает» о таких особенностях хранения данных в отдельных СУБД, как сегменты (в Sybase) и табличное пространство (в Oracle). Информация о физическом размещении может быть включена в модель и использована при прямом и обратном проектировании.

Интерфейсы к СУБД
ERwin поддерживает также настольные (desktop) СУБД: Microsoft Access, FoxPro, Clipper, dBASE III, dBASE IV и Paradox.
Проектирование на физическом уровне выполняется в терминах той базы данных, которую предполагается использовать в системе. Важно, что ERwin «известны» соответствия между возможностями СУБД различных производителей, вследствие чего возможно преобразование физической схемы, спроектированной для одной СУБД, в другую.
Для создания физической структуры БД может быть запрошена генерация DDLскрипта (data definition language). При этом используется диалект SQL для выбранного типа и версии сервера. Хотя сгенерированный код не нуждается в модификации, имеется возможность его сохранить в файл или распечатать.

Поддержка средств 4GL
ERwin выпускается в нескольких различных редакциях, ориентированных на наиболее распространенные средства разработки 4GL. В числе поддерживаемых средств  PowerBuidler фирмы Powersoft, SQL Windows фирмы Gupta, Visual Basic фирмы Microsoft, Oracle*CASE фирмы Oracle.
Средства двунаправленного взаимодействия ERwin с базой данных обеспечивают управление информацией, ориентированной как на серверную, так и на клиентскую часть. Например, для PowerBuilder можно просматривать/редактировать расширенные атрибуты в редакторах ERwin.
Ориентация ERwin на средства 4GL позволяет задать для будущих приложений большинство параметров, непосредственно связанных с базой данных, уже на стадии проектирования информационной модели.
Покажем принципы организации такого взаимодействия на примере PowerBuilder. PowerBuilder создает в базе данных несколько внутренних таблиц для хранения своего репозитария (расширенных атрибутов для datawindow). Использование рас­ширенных атрибутов гарантирует сохранение стиля отображения одних и тех же колонок базы данных для всех приложений, соз­даваемых рабочей группой. В расширенных атрибутах задаются такие параметры, как формат отображения, стиль редактирования, выражение проверки на корректность, начальное значение, выравнивание, ширина и высота элемента отображения, метка для формы редактирования, заголовок для табличного отображения.
Для расширенных атрибутов допустимы те же операции синхронизации, что и для всей модели, т.е. описания могут быть загружены в базу данных и, наоборот, созданные из среды PowerBuilder описания расширенных атрибутов могут быть загружены из базы данных в ERwin для модификации. Функция ERwin по генерации Data Window позволяет сгенерировать прототипы окон данных будущего приложения уже на стадии создания информационной модели. Для создания Data Windows предлагается Wizard, с помощью которого указывается стиль окна и вы­бранные колонки таблиц.

Программирование триггеров и процедур
ERwin реализует собственный макроязык для подготовки прототипов триггеров и процедур. Схема использования прототипов заключается в подготовке шаблона для различных типов триггеров (например, триггер, реализующий логику каскадного удаления  ON DELETE CASCADE). Базовые шаблоны встроены в ERwin, но пользователь может определить свои собственные шаблоны и использовать их вместо стандартных.

Правила и начальные значения
В ERwin поддерживаются два типа правил (проверок допустимости значений) и начальных (по умолчанию) значений. Пра­вило и умолчание может быть указано для проверки со стороны клиента (например, в PowerBuilder) и со стороны сервера. При задании правила или умолчания для клиентской части эти атри­буты переносятся в репозитарий средства 4GL.

Домены
Часто используемые комбинации свойств можно поименовать. Такая комбинация свойств, называемая доменом, может наследоваться.  Например,  можно  определить домен  «Дата» для отображения всех колонок с датами в приложении в одном стиле, домен «Дата рождения ребенка» наследует все атрибуты от домена «Дата» и вносит дополнительный атрибут  цвет отображения.

Рис. 8.8. Определение домена

Назначение доменов для сервера аналогично назначению доменов для клиента. Различие заключается в том, что правила и начальные значения для сервера определяются в генерации схемы базы данных, а аналогичные атрибуты для клиента сохраняются в репозитарии средства 4GL.
Другое назначение доменов для сервера  определение пользовательских типов данных. Пользовательскому типу данных ставится в соответствие тип, «известный» СУБД. При выполнении синхронизации с базой данных для СУБД, поддерживающих пользовательские типы, выполняются соответствующие команды.

Настройка режимов отображения
Диаграммы информационных моделей современных информационных систем обычно весьма велики, вследствие чего работать со всей диаграммой достаточно сложно как на стадии проек­тирования информационной модели, так и при разработке прикладного программного обеспечения. ERwin дает возможность работать не со всей диаграммой, а с логически законченной группой сущностей, называемой предметной областью (Subject Area). Переключение отображения с одной предметной области на другую производится выбором из раскрывающегося списка или путем выбора режима с помощью переключения.
Уровень детализации диаграммы информационной модели может изменяться проектировщиком. Например, могут отображаться только имена сущностей (таблиц), может быть включено/выключено отображение мощности связи, может быть включено/выключено отображение альтернативных ключей, может отображаться физическая или концептуальная модель. Для удобства проектировщика предусмотрена возможность присвоения имени группе параметров отображения. Определенные пользователем имена показываются на экране в виде закладок, что обеспечивает переключение с одного режима отображения на другой одним щелчком мыши.
Проектировщик информационной модели имеет возможности использовать цветовое и шрифтовое выделение для различных компонентов диаграммы. Выделение может быть выполнено как для всей модели (например, все внешние ключи отображать синим цветом), так и для отдельного компонента (одна таблица, все атрибуты таблицы, один атрибут таблицы, одна связь и т.д.). Использование цветового и шрифтового выделения на диаграмме информационной модели делает ее более наглядной и позволяет проектировщику обратить внимание читателей диаграммы на ее отдельные элементы.
В версии ERwin 3.5 ERX реализован ряд новых функций:

• добавлена возможность редактирования диаграммы «по месту» (без необходимости входа в диалог);
• диаграммы могут отображаться в нотации IE (Information Engineering), как дополнение нотации IDEF1X;
• усовершенствована функция автоматической «раскладки» таблиц на диаграмме; введена функция автоматической «раскладки» связей; максимальный размер диаграммы увеличен до 12x18 страниц (216 страниц);
• существенно усовершенствована функция печати  добав­лен режим «preview», введены настраиваемые заголовки страниц с макроподстановкой, поля, масштаб печати;
• расширен набор поддерживаемых СУБД, а также введена поддержка для новых версий ранее поддерживаемых СУБД: Sybase System 11, Oracle 7, Microsoft SQL Server 6, Informix версия 7.1, DB2 3, IBM AS/400 версия З и RDB версия 6; существенно расширена поддержка для Teradata DBS и Progress 4GL; рас­ширена поддержка физических параметров хранения информации для объектов базы данных;
• введена функция генерации Data Window (ERwin для PowerBuilder) непосредственно в библиотеке PowerBuilder;
• при определении расширенных атрибутов можно указать атрибуты для первичного ключа, которые мигрируют при использовании колонки в качестве внешнего ключа в подчиненных таблицах;
• помимо поддерживавшихся и ранее расширенных атрибу­тов в версии для PowerBuilder и SQL Windows, введена поддерж­ка атрибутов колонок (метки, форматы отображения, сообщения об ошибках) для PROGRESS 4 GL, Microsoft Access, Teradata, AS/400; теперь при разработке для этих СУБД можно уже на стадии информационного моделирования указывать, как колонка из базы данных будет отображаться в форме или отчете.

8.13. Опыт применения ERwin в проектировании и консалтинге
ERwin помогает компании Custom Systems Inc. разрабатывать приложения на многих платформах. Custom Systems использует ERwin и в консалтинге, и в разработках при проектировании и настройке систем.
Дэвид Левитт, президент Custom Systems, впервые познакомился с ERwin в процессе поиска продукта, который смог бы удовлетворить специфические требования компании к моделированию баз данных. ERwin автоматически определяет и поддерживает триггеры, что само по себе в десятьдвадцать раз повышает отдачу от продукта, по сравнению с его ценой.
Компания Custom Systems использовала ERwin/ERX для разработки приложений более года и затем для разработки программы ввода заказов на основе графического интерфейса пользователя с применением Sybase и PowerBuilder. Эта система реального времени, которая обеспечивает пользователю мгновенный доступ к данным, продается производителям/дистрибьюторам, которые ежедневно оформляют до 500 заказов.
Компания Custom Systems использует ERwin при оказании услуг как по проектированию, так и по консалтингу, демонстрируя клиентам как информация будет структурирована в их новых системах. Мощный генератор отчетов и детальные распечатки позволяют использовать диаграммы ERwin в качестве рабочей модели, иллюстрирующей свойства реляционной модели. Клиенты вовлекаются в процесс разработки и получают представление о том, как реализуется процесс обработки данных.
Тесная связь между ERwin/ERX для PowerBuilder и пакетом PowerBuilder позволяет сократить время разработки вследствие отсутствия необходимости переработки приложения и переписывания кода. «ERwin/ERX чрезвычайно полезен для синхрониза­ции баз данных после модернизации»,  отметил Левитт. При внесении изменений в приложение необходимо модифицировать базу данных. ERwin/ERX позволяет добавить недостающие атрибуты в реляционную модель и автоматически перенести их в Power Builder.
Применение ERwin существенно повышает эффективность деятельности разработчиков информационных систем. Перечислим кратко основные получаемые преимущества:

• существенное повышение скорости разработки за счет мощного редактора диаграмм, автоматической генерации базы данных, автоматической подготовки документации;
• нет необходимости в ручной подготовке SQLпредложений для создания базы данных;
• возможность легко вносить изменения в модель при разработке и расширении системы;
• возможность автоматической подготовки отчетов по базе данных; важно, что эти отчеты всегда точно соответствуют реальной структуре БД;
• разработчики прикладного программного обеспечения снабжены удобными в работе диаграммами;
• тесная интеграция со средствами 4GL позволяет уже на стадии информационного моделирования задавать отображение данных в приложениях;
• обратное проектирование позволяет документировать и вносить изменения в существующие информационные системы;
• поддержка однопользовательских СУБД позволяет использовать для персональных систем современные технологии, что значительно упрощает переход от настольных систем к системам в технологии клиент-сервер (upsizing).

Ссылки

http://www.ci.ru

http://www.ecsocman.edu.ru

http://www.info-system.ru

Начало | Глава 7 | Глава 9