Примеры комплексов CASE-средств

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

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

Для обмена данными с другими средствами автоматизации проектирования,

создания специализированных процедур анализа и проверки проектных

спецификаций, составления специализированных отчетов в соответствии с

различными стандартами в системе Silverrun имеется три способа выдачи

проектной информации во внешние файлы:

Система отчетов. Можно, определив содержимое отчета по репозиторию, выдать

отчет в текстовый файл. Этот файл можно затем загрузить в текстовый

редактор или включить в другой отчет;

Система экспорта/импорта. Для более полного контроля над структурой файлов

в системе экспорта/импорта имеется возможность определять не только

содержимое экспортного файла, но и разделители записей, полей в записях,

маркеры начала и конца текстовых полей. Файлы с указанной структурой можно

не только формировать, но и загружать в репозиторий. Это дает возможность

обмениваться данными с различными системами: другими CASE-средствами, СУБД,

текстовыми редакторами и электронными таблицами;

Хранение репозитория во внешних файлах через ODBC-драйверы. Для доступа к

данным репозитория из наиболее распространенных систем управления базами

данных обеспечена возможность хранить всю проектную информацию

непосредственно в формате этих СУБД.

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

Групповая работа поддерживается в системе Silverrun двумя способами:

В стандартной однопользовательской версии имеется механизм контролируемого

разделения и слияния моделей. Разделив модель на части, можно раздать их

нескольким разработчикам. После детальной доработки модели объединяются в

единые спецификации;

Сетевая версия Silverrun позволяет осуществлять одновременную групповую

работу с моделями, хранящимися в сетевом репозитории на базе СУБД Oracle,

Sybase или Informix. При этом несколько разработчиков могут работать с

одной и той же моделью, так как блокировка объектов происходит на уровне

отдельных элементов модели.

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

Имеются реализации Silverrun трех платформ - MS Windows, Macintosh и OS/2

Presentation Manager - с возможностью обмена проектными данными между ними.

Для функционирования в среде Windows необходимо иметь компьютер с

процессором модели не ниже i486 и оперативную память объемом не менее 8 Мб

(рекомендуется 16 Мб). На диске полная инсталляция Silverrun занимает 20

Мб.

JAM

Средство разработки приложений JAM (JYACC's Application Manager) -

продукт фирмы JYACC (США). В настоящее время поставляется версия JAM 7 и

готовится к выходу JAM 8.

Основной чертой JAM является его соответствие методологии RAD, поскольку

он позволяет достаточно быстро реализовать цикл разработки приложения,

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

требований, выявленных на предыдущем шаге, и предъявить его пользователю.

Структура и функции

JAM имеет модульную структуру и состоит из следующих компонент:

Ядро системы;

JAM/DBi - специализированные модули интерфейса к СУБД (JAM/DBi-Oracle,

JAM/DBi-Informix, JAM/DBi-ODBC и т.д.);

JAM/RW - модуль генератора отчетов;

JAM/CASEi - специализированные модули интерфейса к CASE-средствам (JAM/CASE-

TeamWork, JAM/CASE-Innovator и т.д.);

JAM/TPi - специализированные модули интерфейса к менеджерам транзакций

(например, JAM/TPi-Server TUXEDO и т.д.);

Jterm - специализированный эмулятор X-терминала.

Ядро системы (собственно, сам JAM) является законченным продуктом и может

самостоятельно использоваться для разработки приложений. Все остальные

модули являются дополнительными и самостоятельно использоваться не могут.

Ядро системы включает в себя следующие основные компоненты:

редактор экранов. В состав редактора экранов входят: среда разработки

экранов, визуальный репозиторий объектов, собственная СУБД JAM - JDB,

менеджер транзакций, отладчик, редактор стилей;

редактор меню;

набор вспомогательных утилит;

средства изготовления промышленной версии приложения.

При использовании JAM разработка внешнего интерфейса приложения

представляет собой визуальное проектирование и сводится к созданию экранных

форм путем размещения на них интерфейсных конструкций и определению

экранных полей ввода/вывода информации. Проектирование интерфейса в JAM

осуществляется с помощью редактора экранов. Приложения, разработанные в

JAM, имеют многооконный интерфейс. Разработка отдельного экрана заключается

в размещении на нем интерфейсных элементов, возможной (но не обязательной)

их группировке и конкретизации различных их свойств, включающих визуальные

характеристики (позиция, размер, цвет, шрифт и т.п.), поведенческие

характеристики (многообразные фильтры, форматы, защита от ввода и т.п.) и

ряд свойств, ориентированных на работу с БД.

Редактор меню позволяет разрабатывать и отлаживать системы меню.

Реализована возможность построения пиктографических меню (так называемые

toolbar). Назначение каждого конкретного меню тому или иному объекту

приложения осуществляется в редакторе экранов.

В ядро JAM встроена однопользовательская реляционная СУБД JDB. Основным

назначением JDB является прототипирование приложений в тех случаях, когда

работа со штатной СУБД невозможна или нецелесообразна. В JDB реализован

необходимый минимум возможностей реляционных СУБД за исключением индексов,

хранимых процедур, триггеров и представлений (view). С помощью JDB можно

построить БД, идентичную целевой БД (с точностью до отсутствующих в JDB

возможностей) и разработать значительную часть приложения.

Отладчик позволяет проводить комплексную отладку разрабатываемого

приложения. Осуществляется трассировка всех событий, возникающих в процессе

исполнения приложения.

Утилиты JAM включают три группы:

конверторы файлов экранов JAM в текстовые. JAM сохраняет экраны в виде

двоичных файлов собственного формата. В ряде случаев (например для

изготовления программной документации проекта) необходимо текстовое

описание экранов;

конфигурирование устройств ввода/вывода. JAM и приложения, построенные с

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

Вместо этого JAM обращается к логическим устройствам ввода/вывода

(клавиатура, терминал, отчет). Отображение логических устройств в

физические осуществляется с помощью средств конфигурирования;

обслуживание библиотек экранов (традиционные операции с библиотеками).

Одним из дополнительных модулей JAM является генератор отчетов.

Компоновка отчета осуществляется в редакторе экранов JAM. Описание работы

отчета осуществляется с помощью специального языка. Генератор отчетов

позволяет определить данные, выводимые в отчет, группировку выводимой

информации, форматирование вывода и др.

Приложения, разработанные с использованием JAM, не требуют так называемых

исполнительных (run-time) систем и могут быть изготовлены в виде

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

редактор связей. Для изготовления промышленной версии в состав JAM входит

файл сборки (makefile), исходные тексты (на языке C) ряда модулей

приложения и необходимые библиотеки.

JAM содержит встроенный язык программирования JPL (JAM Procedural

Language), с помощью которого в случае необходимости можно написать модули,

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

что упрощает отладку. Существует возможность обмена информацией между

средой визуально построенного приложения и такими модулями. Кроме того, в

JAM реализована возможность подключения внешних модулей, написанных на

каком-либо языке, совместимым по вызовам функций с языком C.

С точки зрения реализации логики приложения JAM является событийно-

ориентированной системой. В JAM определен набор событий, включающий

открытие и закрытие окон, нажатие клавиши клавиатуры, срабатывание

системного таймера, получение и передача управления каждым элементом

экрана. Разработчик реализует логику приложения путем определения

обработчика каждого события. Например, обработчик события "нажатие кнопки

на экране" (мышью или с помощью клавиатуры) может открыть следующее

экранное окно. Обработчиками событий в JAM могут быть как встроенные

функции JAM, так и функции, написанные разработчиком на C или JPL. Набор

встроенных функций включает в себя более 200 функций различного назначения.

Встроенные функции доступны для вызовов из функций, написанных как на JPL,

так и на C.

Промышленная версия приложения, разработанного с помощью JAM, включает в

себя следующие компоненты:

исполняемый модуль интерпретатора приложения. В этот модуль могут быть

встроены функции, написанные разработчиками на языках 3-го поколения;

экраны, составляющие само приложение (могут поставляться в виде отдельных

файлов, в составе библиотек экранов или же быть встроены в тело

интерпретатора);

внешние JPL-модули. Могут поставляться в виде текстовых файлов или в

прекомпилированном виде, причем прекомпилированные внешние JPL-модули могут

быть как в виде отдельных файлов, так и в составе библиотек экранов;

файлы конфигурации приложения - файлы конфигурации клавиатуры и терминала,

файл системных сообщений, файл общей конфигурации.

Взаимодействие с другими средствами

Непосредственное взаимодействие с СУБД реализуют модули JAM/DBi (Data

Base interface). Способы реализации взаимодействия в JAM разделяются на два

класса: ручные и автоматические. При ручном способе разработчик приложения

самостоятельно пишет запросы на SQL, в которых как источниками, так и

адресатами приема результатов выполнения запроса могут быть как

интерфейсные элементы визуально спроектированного внешнего уровня, так и

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

режим, реализуемый менеджером транзакций JAM, осуществим для типовых и

наиболее распространенных видов операций с БД, так называемых QBE (Query By

Example - запросы по образцу), с учетом достаточно сложных взаимосвязей

между таблицами БД и автоматическим управлением атрибутами экранных полей

ввода/вывода в зависимости от вида транзакции (чтение, запись и т.д.), в

которой участвует сгенерированный запрос.

JAM позволяет строить приложения для работы более чем с 20 СУБД: ORACLE,

Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-

совместимые СУБД и др.

Отличительной чертой JAM является высокий уровень переносимости

приложений между различными платформами (MS DOS/MS Windows, SunOS, Solaris

(i80x86, SPARC), HP-UX, AIX, VMS/Open VMS и др.). Может потребоваться лишь

"перерисовать" статические текстовые поля на экранах с русским текстом при

переносе между средами DOS-Windows-UNIX. Кроме того, переносимость

облегчается тем, что в JAM приложения разрабатываются для виртуальных

устройств ввода/вывода, а не для физических. Таким образом при переносе

приложения с платформы на платформу, как правило, требуется лишь определить

соответствие между физическими устройствами ввода/вывода и их логическими

представлениями для приложения.

Использование SQL в качестве средства взаимодействия с СУБД также создает

предпосылки для обеспечения переносимости между СУБД. При условии переноса

структуры самой БД в ряде случаев приложения могут не требовать никакой

модификации, за исключением инициализации сеанса работы. Такая ситуация

может сложиться в том случае, если в приложении не использовались

специфические для той или иной СУБД расширения SQL.

При росте нагрузки на систему и сложности решаемых задач

(распределенность и гетерогенность используемых ресурсов, количество

одновременно подключенных пользователей, сложность логики приложения)

применяется трехзвенная модель архитектуры "клиент-сервер" с использованием

менеджеров транзакций. Компоненты JAM/TPi-Client и JAM/TPi-Server позволяют

достаточно просто перейти на трехзвенную модель. При этом ключевую роль

играет модуль JAM/TPi-Server, так как основная трудность внедрения

трехзвенной модели заключается в реализации логики приложения в сервисах

менеджеров транзакций.

Интерфейс 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-платформах требования к

аппаратуре определяются самой операционной системой.

Designer/2000 + Developer/2000

CASE-средство Designer/2000 2.0 фирмы ORACLE является интегрированным

CASE-средством, обеспечивающим в совокупности со средствами разработки

приложений Developer/2000 поддержку полного ЖЦ ПО для систем, использующих

СУБД ORACLE.

Структура и функции

Designer/2000 представляет собой семейство методологий и поддерживающих

их программных продуктов. Базовая методология Designer/2000 (CASE*Method) -

структурная методология проектирования систем, полностью охватывающая все

этапы жизненного цикла ИС. В соответствии с этой методологией на этапе

планирования определяются цели создания системы, приоритеты и ограничения,

разрабатывается системная архитектура и план разработки ИС. В процессе

анализа строятся модель информационных потребностей (диаграмма "сущность-

связь"), диаграмма функциональной иерархии (на основе функциональной

декомпозиции ИС), матрица перекрестных ссылок и диаграмма потоков данных.

На этапе проектирования разрабатывается подробная архитектура ИС,

проектируется схема реляционной БД и программные модули, устанавливаются

перекрестные ссылки между компонентами ИС для анализа их взаимного влияния

и контроля за изменениями.

На этапе реализации создается БД, строятся прикладные системы, производится

их тестирование, проверка качества и соответствия требованиям

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

руководства пользователей. На этапах эксплуатации и сопровождения

анализируются производительность и целостность системы, выполняется

поддержка и, при необходимости, модификация ИС;

Designer/2000 обеспечивает графический интерфейс при разработке различных

моделей (диаграмм) предметной области. В процессе построения моделей

информация о них заносится в репозиторий. В состав Designer/2000 входят

следующие компоненты:

Repository Administrator - средства управления репозиторием (создание и

удаление приложений, управление доступом к данным со стороны различных

Страницы: 1, 2, 3