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

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

Сетевая версия 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 - средства управления репозиторием (создание и

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

пользователей, экспорт и импорт данных);

Repository Object Navigator - средства доступа к репозиторию,

обеспечивающие многооконный объектно-ориентированный интерфейс доступа ко

всем элементам репозитория;

Process Modeller - средство анализа и моделирования деловой деятельности,

основывающееся на концепциях реинжиниринга бизнес-процессов (BPR - Business

Process Reengineering) и глобальной системы управления качеством (TQM -

Total Quality Management);

Systems Modeller - набор средств построения функциональных и информационных

моделей проектируемой ИС, включающий средства для построения диаграмм

"сущность-связь" (Entity-Relationship Diagrammer), диаграмм функциональных

иерархий (Function Hierarchy Diagrammer), диаграмм потоков данных (Data

Flow Diagrammer) и средство анализа и модификации связей объектов

репозитория различных типов (Matrix Diagrammer);

Systems Designer - набор средств проектирования ИС, включающий средство

построения структуры реляционной базы данных (Data Diagrammer), а также

средства построения диаграмм, отображающих взаимодействие с данными,

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

на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и

Module Logic Navigator);

Server Generator - генератор описаний объектов БД ORACLE (таблиц, индексов,

ключей, последовательностей и т.д.). Помимо продуктов ORACLE, генерация и

реинжиниринг БД может выполняться для СУБД Informix, DB/2, Microsoft SQL

Server, Sybase, а также для стандарта ANSI SQL DDL и баз данных, доступ к

которым реализуется посредством ODBC;

Forms Generator (генератор приложений для ORACLE Forms). Генерируемые

приложения включают в себя различные экранные формы, средства контроля

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

Дальнейшая работа с приложением выполняется в среде Developer/2000;

Repository Reports - генератор стандартных отчетов, интегрированный с

ORACLE Reports и позволяющий русифицировать отчеты, а также изменять

структурное представление информации.

Репозиторий Designer/2000 представляет собой хранилище всех проектных

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

параллельное обновление информации несколькими разработчиками. В процессе

проектирования автоматически поддерживаются перекрестные ссылки между

объектами словаря и могут генерироваться более 70 стандартных отчетов о

моделируемой предметной области. Физическая среда хранения репозитория -

база данных ORACLE.

Генерация приложений, помимо продуктов ORACLE, выполняется также для

Visual Basic.

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

Designer/2000 можно интегрировать с другими средствами, используя

открытый интерфейс приложений API (Application Programming Interface).

Кроме того, можно использовать средство ORACLE CASE Exchange для

экспорта/импорта объектов репозитория с целью обмена информацией с другими

CASE-средствами.

Developer/2000 обеспечивает разработку переносимых приложений, работающих

в графической среде Windows, Macintosh или Motif. В среде Windows

интеграция приложений Developer/2000 с другими средствами реализуется через

механизм OLE и управляющие элементы VBX. Взаимодействие приложений с

другими СУБД (DB/2, DB2/400, Rdb) реализуется с помощью средств ORACLE

Client Adapter для ODBC, ORACLE Open Gateway и API.

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

Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x,

Windows 95, Windows NT.

Локальные средства (ERwin, BPwin, S-Designor, CASE.Аналитик)

ERwin - средство концептуального моделирования БД, использующее

методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее

описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2,

Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin

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

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

ERwin/OPEN полностью совместима со средствами разработки приложений

PowerBuilder и SQLWindows и позволяет экспортировать описание

спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi,

Visual Basic) выполняется генерация форм и прототипов приложений.

Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД

и приложений в рамках рабочей группы.

BPwin - средство функционального моделирования, реализующее методологию

IDEF0

Возможные конфигурации и ориентировочная стоимость средств (без

технической поддержки) приведены в таблице.

|Конфигурация |Стоимость, $ |

|ERwin/ERX |3,295 |

|Bpwin |2,495 |

|ERwin/ERX for PowerBuilder, Visual Basic, |3,495 |

|Progress | |

|ERwin/ERX for Delphi |4,295 |

|ERwin/Desktop for PowerBuilder, Visual |495 |

|Basic | |

|ERwin/ERX for SQLWindows / Designer/2000 /|3,495 / 5,795 /|

|Solaris |6,995 |

|ModelMart 5 / 10 user |11,995 / 19,995|

|Erwin/OPEN for ModelMart |3,995 |

S-Designor 4.2 представляет собой CASE-средство для проектирования

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

близок к CASE-средству ERwin, отличаясь внешне используемой на диаграммах

нотацией. S-Designor реализует стандартную методологию моделирования данных

и генерирует описание БД для таких СУБД, как ORACLE, Informix, Ingres,

Sybase, DB/2, Microsoft SQL Server и др. Для существующих систем

выполняется реинжиниринг БД.

S-Designor совместим с рядом средств разработки приложений (PowerBuilder,

Uniface, TeamWindows и др.) и позволяет экспортировать описание БД в

репозитории данных средств. Для PowerBuilder выполняется также прямая

генерация шаблонов приложений.

CASE.Аналитик 1.1 является практически единственным в настоящее время

конкурентоспособным отечественным CASE-средством функционального

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

функции:

построение и редактирование DFD;

анализ диаграмм и проектных спецификаций на полноту и непротиворечивость;

получение разнообразных отчетов по проекту;

генерация макетов документов в соответствии с требованиями ГОСТ 19.ХХХ и

34.ХХХ.

Среда функционирования: процессор - 386 и выше, основная память - 4 Мб,

дисковая память - 5 Мб, MS Windows 3.x или Windows 95.

Ориентировочная стоимость:

однопользовательская версия - 605 $;

многопользовательская версия (одно рабочее место) - 535 $.

База данных проекта реализована в формате СУБД Paradox и является

открытой для доступа.

С помощью отдельного программного продукта (Catherine) выполняется обмен

данными с CASE-средством ERwin. При этом из проекта, выполненного в

CASE.Аналитике, экспортируется описание структур данных и накопителей

данных, которое по определенным правилам формирует описание сущностей и их

атрибутов.

Объектно-ориентированные 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

содержит средства реинжиниринга программ, обеспечивающие повторное

использование программных компонент в новых проектах.

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

В основе работы Rational Rose лежит построение различного рода диаграмм и

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

статические и динамические аспекты. В их число входят диаграммы классов,

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

В составе Rational Rose можно выделить 6 основных структурных компонент:

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

(browser), средства контроля проекта, средства сбора статистики и генератор

документов. К ним добавляются генератор кодов (индивидуальный для каждого

языка) и анализатор для С++, обеспечивающий реинжиниринг - восстановление

модели проекта по исходным текстам программ.

Репозиторий представляет собой объектно-ориентированную базу данных.

Средства просмотра обеспечивают "навигацию" по проекту, в том числе,

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

диаграмм к другому и т. д. Средства контроля и сбора статистики дают

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

после завершения его описания. Генератор отчетов формирует тексты выходных

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

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

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

формируют файлы заголовков и файлы описаний классов и объектов. Создаваемый

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

программирования на языке С++. Анализатор кодов С++ реализован в виде

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

создавать модули проектов в форме Rational Rose на основе информации,

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

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

текстов и диагностику ошибок. Модель, полученная в результате его работы,

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

Анализатор обладает широкими возможностями настройки по входу и выходу.

Например, можно определить типы исходных файлов, базовый компилятор,

задать, какая информация должна быть включена в формируемую модель и какие

элементы выходной модели следует выводить на экран. Таким образом, Rational

Rose/С++ обеспечивает возможность повторного использования программных

компонент.

В результате разработки проекта с помощью CASE-средства Rational Rose

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

диаграммы классов;

диаграммы состояний;

диаграммы сценариев;

диаграммы модулей;

диаграммы процессов;

спецификации классов, объектов, атрибутов и операций

заготовки текстов программ;

модель разрабатываемой программной системы.

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

содержащим всю необходимую информацию о проекте (в том числе необходимую

для получения всех диаграмм и спецификаций).

Тексты программ являются заготовками для последующей работы

программистов. Они формируются в рабочем каталоге в виде файлов типов .h

(заголовки, содержащие описания классов) и .cpp (заготовки программ для

методов). Система включает в программные файлы собственные комментарии,

которые начинаются с последовательности символов //##. Состав информации,

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

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

программистами в полноценные программы.

Взаимодействие с другими средствами и организация групповой работы

Rational Rose интегрируется со средством PVCS для организации групповой

работы и управления проектом и со средством SoDA - для документирования

проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA.

Для организации групповой работы в Rational Rose возможно разбиение

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

диске или загружается в модель. В качестве подмодели может выступать

категория классов или подсистема.

Для управляемой подмодели предусмотрены операции:

загрузка подмодели в память;

выгрузка подмодели из памяти;

сохранение подмодели на диске в виде отдельного файла;

установка защиты от модификации;

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

Наиболее эффективно групповая работа организуется при интеграции Rational

Rose со специальными средствами управления конфигурацией и контроля версий

(PVCS). В этом случае защита от модификации устанавливается на все

управляемые подмодели, кроме тех, которые выделены конкретному

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

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

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

окажутся невозможными.

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

Rational Rose функционирует на различных платформах: IBM PC (в среде

Windows), Sun SPARC stations (UNIX, Solaris, SunOS), Hewlett-Packard (HP

UX), IBM RS/6000 (AIX).

Для работы системы необходимо выполнение следующих требований:

Платформа Windows - процессор 80386SX или выше (рекомендуется 80486),

память8Mб (рекомендуется 12Mб), пространство на диске 8Mб + 1-3Mб для одной

модели.

Платформа UNIX - память 32+(16*число пользователей)Mб, пространство на

диске 30Mб + 20 при инсталляции + 1-3Mб для одной модели.

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

Заключение

В заключение приведем примеры комплексов CASE-средств обеспечивающих

поддержку полного ЖЦ ПО. Здесь хотелось бы еще раз отметить

нецелесообразность сравнения отдельно взятых CASE-средств, поскольку ни

одно из них не решает в целом все проблемы создания и сопровождения ПО. Это

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

затрагивают все этапы ЖЦ ПО. Сравниваться могут комплексы методологически и

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

полный ЖЦ ПО и обеспеченные необходимой технической и методической

поддержкой со стороны фирм-поставщиков. На сегодняшний день наиболее

развитым из всех поставляемых в России комплексов такого рода является

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

методологии и технологии DATARUN. В состав комплекса входят следующие

инструментальные средства:

CASE-средство Silverrun;

средство разработки приложений JAM;

мост Silverrun-RDM JAM;

комплекс средств тестирования QA;

менеджер транзакций Tuxedo;

комплекс средств планирования и управления проектом SE Companion;

комплекс средств конфигурационного управления PVCS;

объектно-ориентированное CASE-средство Rational Rose;

средство документирования SoDA.

Примерами других подобных комплексов являются:

Vantage Team Builder for Uniface + Uniface (фирмы "DataX/Florin" и

"ЛАНИТ");

комплекс средств, поставляемых и используемых фирмой "ФОРС":

CASE-средства Designer/2000 (основное), ERwin, Bpwin и Oowin (альтернатив-

ные);

средства разработки приложений Developer/2000, ORACLE Power Objects (ос-

новные) и Usoft Developer (альтернативное);

средство настройки и оптимизации ExplainSQL (Platinum);

cредства администрирования и сопровождения SQLWatch, DBVision, SQL Spy,

TSReorg и др. (Platinum);

средство документирования ORACLE Book.

комплекс средств на основе продуктов фирмы CENTURA:

CASE-средства ERwin, Bpwin и Oowin (объектно-ориентированный анализ);

средства разработки приложений SQLWindows и TeamWindows;

средство тестирования и оптимизации приложений "клиент-сервер" SQLBench

(ARC);

cредства эксплуатации и сопровождения Quest и Crystal Reports.

Список использованной литературы

1. Вендров А.М. Один из подходов к выбору средств проектирования баз

данных и приложений. "СУБД", 1995, №3.

2. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного

проектирования. Учебное пособие. М., Центр Информационных Технологий,

1996

3. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и

применение). М., "Лори", 1996.

4. Марка Д.А., МакГоуэн К. Методология структурного анализа и

проектирования. М., "МетаТехнология", 1995.

5. Международные стандарты, поддерживающие жизненный цикл программных

средств. М., МП "Экономика", 1996

6. Создание информационной системы предприятия. "Computer Direct", 1996,

N2

7. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование

мира в состояниях. Киев, "Диалектика", 1993.

8. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных

программных систем. М., 1996.

9. Панащук С.А. Разработка информационных систем с использованием CASE-

системы Silverrun. "СУБД", 1995, №3.

10. Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы

ORACLE. "СУБД", 1995, №3.

11. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для

информационного моделирования в системах обработки данных. "СУБД",

1995, №3.

12. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки

структуры базы данных. "СУБД", 1996, №1.

13. Петров Ю.К. JAM - инструментальное средство разработки приложений в

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

базе РСУБД. "СУБД", 1995, №3.

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