CASE-средства

Интерфейс JAM/CASE подобен интерфейсу к СУБД и позволяет осуществить обмен информацией между репозиторием объектов JAM и репозиторием CASE-средства аналогично тому, как структура БД импортируется в репозиторий JAM непосредственно из БД. Отличие заключается в том, что в случае интерфейса к CASE этот обмен является двунаправленным. Кроме модулей JAM/CASEi, существует также модуль JAM/CASEi Developer's Kit. С помощью этого модуля можно самостоятельно разработать интерфейс (т.е. специализированный модуль JAM/CASEi) для конкретного CASE-средства, если готового модуля JAM/CASEi для него не существует.

Мост (интерфейс) Silverrun-RDM <-> JAM реализует взаимодействие между CASE-средством Silverrun и JAM (перенос схемы базы данных и экранных форм приложения между CASE-средством Silverrun-RDM и JAM версии 7.0). Данный программный продукт имеет 2 режима работы:

• прямой режим (Silverrun-RDM->JAM) предназначен для создания объектов CASE-словаря и элементов репозитория JAM на основе представления схем в Silverrun-RDM. В этом режиме мост позволяет, исходя из представления моделей данных интерфейса в Silverrun-RDM, производить генерацию экранов и элементов репозитория JAM. Мост преобразует таблицы и отношения реляционных схем RDM в последовательность объектов JAM соответствующих типов. Методика построения моделей данных интерфейса в Silverrun-RDM предполагает применение механизма подсхем для прототипирования экранов приложения. По описанию каждой из подсхем RDM мост генерирует экранную форму JAM;
• обратный режим (JAM->Silverrun-RDM) предназначен для переноса модификаций объектов CASE-словаря в реляционную модель Silverrun-RDM.

Режим реинжиниринга позволяет переносить модификации всех свойств экранов JAM, импортированных ранее из RDM, в схему Silverrun. На этом этапе для контроля целостности базы данных не допускаются изменения схемы в виде добавления или удаления таблиц и полей таблиц.

Групповая работа

Ядро JAM имеет встроенный интерфейс к средствам конфигурационного управления (PVCS на платформе Windows и SCCS на платформе UNIX). Под управлением этих систем передаются библиотеки экранов и/или репозитории. При отсутствии таких систем JAM самостоятельно реализует часть функций поддержки групповой разработки.

Использование PVCS является более предпочтительным по сравнению с SCCS, так как позволяет организовать единый архив модулей проекта для всех платформ. Так как JAM на платформе UNIX не имеет прямого интерфейса к архивам PVCS, то выборка модулей из архива и возврат их в архив производятся с использованием PVCS Version Manager. На платформе MS-Windows JAM имеет встроенный интерфейс к PVCS и действия по выборке/возврату производятся непосредственно из среды JAM.

Среда функционирования

JAM, как среда  разработки, и приложения, построенные  с его использованием, не являются  ресурсоемкими системами. Например, на платформе MS-Windows достаточно иметь 8MB оперативной памяти и 50 MB дискового пространства для среды разработки. На UNIX-платформах требования к аппаратуре определяются самой операционной системой.

 

3.2 Локальные средства (ERwin, S-Designor)

 

ERwin - средство концептуального моделирования баз данных, использующее методологию IDEF1X. ERwin реализует проектирование схемы базы данных, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей базы данных. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. ERwin использует многие из стандартных возможностей и соглашений Windows.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений.

Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование базы данных и приложений в рамках рабочей группы.

Окно ERwin (рис.3) содержит строку меню, в котором имеются режимы: File, Edit, Server, Report, Option, Help. Два дополнительных меню - Display и Editor - не видны, когда ERwin инсталлируется впервые. Можно спрятать или показать одно или оба меню с помощью переключателей “Display” и “Editor” в меню Option.

Окно диаграммы содержит также ERwin Toolbox - специальное окно, содержащее все инструменты, которыми  пользуются при построении и модифицировании диаграммы Erwin.

Рис.3. Рабочее окно ERwin

 

В некоторые версии ERwin, например в ERwin/ERX for  
PowERBuildER, включено дополнительное меню Client. Это  
меню используется для определения информации, ориентированной на клиента, для

различных средств разработки фронтальных приложений, таких как PowERBuildER, SQL Windows и Visual Basic. Если версия ERwin, предназначенна для работы с определенной системой разработки приложений, то к ней прилагается отдельное руководство - Client Development Guide, в котором объясняются соответствующие команды меню Client.

В нижней части окна ERwin находится status bar, который содержит информацию о выбранной функции или команде меню. Обычно статус активного окна - “Ready”, что означает, что ERwin готов к новой функции.

ERwin поддерживает многодокументный интерфейс (MDI), что позволяет  работать с несколькими диаграммами. Окно приложений ERwin содержит строку-заголовок ERwin, меню, Toolbar и Status Bar. Окно диаграммы содержит заголовок диаграммы, рабочую область диаграммы и соответствующие оконные возможности.

При работе с MDI окно, заголовок которого выделен (highlighted) - активное окно. Окно становится активным после того, как  щелкнули по любому месту этого окна или выбрали его из списка, находящегося в меню Window.

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

Можно организовать демонстрацию окон на экране тремя способами: Cascade, Horizontal Tile или Vertical Tile. Можно выбрать желаемый режим расположения окон в меню Window.

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

ERwin Toolbox - это  специальное окно, содержащее инструменты  типа указатель и объект, которыми  пользуются при определении модели данных. Два инструмента-указателя, расположенные в верхнем и нижнем левых углах toolbox, используются для задания режима меню или для выбора, перемещения и копирования объектов на диаграмме. Оставшиеся инструменты-объекты используются для добавления к диаграмме сущностей, связей и текстовых блоков.

Переключатель “ERwin Toolbox”, находящийся в меню Window, позволяет показать или спрятать toolbox. Для того, чтобы переместить toolbox, нужно щелкнуть по строке выбора (той, в которой написано “ERwin Toolbox”) и перенести его на новое место.

Поддержка различных файловых типов в ERwin

ERwin может открывать  файлы нескольких типов и  можно  сохранять диаграмму ERwin в нескольких  различных форматах.

Как открывать файлы

Типы файлов, которые  можно открыть в ERwin, приводятся в списке “List Files of Type”, который находится в левом нижнем углу окна-диалога Open File. Файл с расширением .ER1, .ERX или .ERV - файл диаграммы ERwin, который при открытии сразу же выводит на экран графическую модель данных. Файл с расширением .ERS, .SQL, .SML, .CMT или .DF - файл определений данных, содержащий текстовую информацию. Когда открывается текстовый файл с одним из этих расширений, ERwin считывает структуру данных, заданную в текстовом файле, и использует обратное проектирование (Reverse Engineering) для создания новой диаграммы. Файл .DBF - файл базы данных формата dBASE. При открытии файла .DBF ERwin автоматически производит обратное проектирование базы данных и создает диаграмму соответствующей модели.

Сохранение файлов в ERwin

Форматы, в которых можно сохранить диаграмму ERwin, показаны в разделе “File Format” окна-диалога “ERwin Save As” в виде кнопок “Опция”. Формат .ER1 - это стандартный формат графической диаграммы в ERwin. Формат .ERX - это текстовое описание диаграммы ERwin, которой используется при экспорте модели ERwin в другое приложение.

Формат .ERV - это формат архива PVCS, который используется для управления изменениями в диаграмме в среде групповой разработки. Поддержка файловых типов в других версиях  ERwin

Типы файлов, которые  можно открыть, различаются в зависимости от того, какая версия ERwin. ERwin/ERX и ERwin/ERX for PowerBuilder могут открывать все файловые типы и сохранять все файловые форматы, приведенные выше. ERwin SQL и ERwin Desktop не поддерживают обратное проектирование, поэтому они не могут открыть текстовые файлы определений данных с расширениями .ERS, .CMT, .SQL, .SML, .DF. Вместе с тем ERwin Desktop открывает файлы .DBF формата dBASE и Xbase.

Файловый формат .ERX может измениться по мере появления новых версий ERwin. Чтобы сохранить доступ к информации, содержащейся в файле .ERX, после upgrade, надо сохранить файл в формате .ER1 в старой версии ERwin. Если диаграмма сохранена в формате .ER1, то  можно открыть ее из параллельных или более новых версий ERwin. Например, если диаграмма сохраненна в формате .ER1 в ERwin/ERX for PowERBuildER, версия 1.5, то можно открыть его из ERwin Desktop for PowERBuildER, версия 1.5, ERwin for Oracle Case, версия 1.5 и ERwin/ERX, версия 2.0.

ERwin предлагает  набор специальных окон-диалогов (они называются редакторами), которые используются для определения характеристик сущности, атрибута, связи или другого объекта на диаграмме. Если  щелкнуть по объекту, чтобы выбрать его в окне диаграммы, а затем дается команда меню Editor, то ERwin откроет соответствующий редактор, в котором  можно задать характеристики выбранного объекта. Например, когда щелкнули по объекту MOVIE-COPY на диаграмме MOVIES.ER1, а затем дали команду Entity Definition в меню Editor, тогда ERwin откроет редактор Entity Definition.

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

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

1. Дайте команду “Relationship Definition” в меню Editor, если  ее еще  не давали.

2. Дважды щелкните  по той связи, которую  нужно  отредактировать.

Установить курсор на ту связь, которую надо отредактировать, и нажать правую кнопку мыши. Дать команду “Relationship Definition” в меню Editor.

Если при попытке дважды щелкнуть по связи  получено сообщение “Select an Object First”, это значит, что щелкнули не точно по линии связи. Нажмите кнопку “ОК” в окне сообщения, для того чтобы убрать его с экрана, и попробуйте снова. Постарайтесь щелкнуть точно по линии.

Как пользоваться редактором Relationship Definition

1. Имя связи, если  оно есть, находится в окне  “Verb Phrase”. Если хотите, можете его отредактировать.

2. Отредактируйте, как нужно, физическое имя связи  “Relationship Physical Name”.

3. Введите определение  в окно “Relationship Definition”.

4. После того, как  закончили работу, нажмите  кнопку “ОК” для того, чтобы  сохранить информацию и выйти из редактора. Для выхода из редактора без сохранения изменений нажмите кнопку “Cancel”.

Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, знак “обязательности” связи и кардинальность связи.

На ERwin Toolbox есть пять типов связей: идентифицирующая,   неидентифицирующая, полный кластер подтипов, неполный кластер подтипов, неопределенная (связь ”многие – ко - многим”). Идентифицирующая связь - такая связь, при которой экземпляр дочерней сущности идентифицируется через свою ассоциацию с родительской сущностью. Атрибуты первичного ключа родительской сущности становятся атрибутами первичного ключа дочерней. Неидентифицирующая связь - это такая связь, при которой экземпляр дочерней сущности не идентифицируется через свою ассоциацию с родительской сущностью. Атрибуты первичного ключа родительской сущности становятся не ключевыми атрибутами дочерней.

S-Designor 4.2 представляет  собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стоимости он близок к CASE-средству ERwin, отличаясь внешне используемой на диаграммах нотацией. S-Designor реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др. Для существующих систем выполняется реинжиниринг БД.

S-Designor совместим с рядом средств  разработки приложений (PowerBuilder, Uniface, TeamWindows и др.) и позволяет экспортировать  описание БД в репозитории данных средств. Для PowerBuilder выполняется также прямая генерация шаблонов приложений.

 

3.3 Объектно-ориентированные CASE-средства (Rational Rose)

Rational Rose - CASE-средство  фирмы Rational Software Corporation (США) - предназначено  для автоматизации этапов анализа и проектирования программного обеспечения, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.