Кибернетика

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


Ярославский филиал Московского государственного университета
                     экономики, статистики и информатики



     Кафедра экономики



                               Курсовая работа


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



                                      Студента 4-го курса, группы МЭ-45
                                      Захарикова Павла Алексеевича
                                      Руководитель
                                      Соловьев А.В.



                              г. Ярославль-2004



                                    План:

   1. Введение.
   2. Общие черты CASE-средств

      Характеристики CASE-средств.

   3. Заключение
   4. Список использованной литературы



                                  Введение
   В данной работе  я  попытался  привести  примеры  комплексов  программно-
технологических средств  специального  класса  -  CASE-средств,  реализующих
CASE-технологию создания и сопровождения ИС.  Термин  CASE  (Computer  Aided
Software Engineering)  используется  в  настоящее  время  в  весьма  широком
смысле.  Первоначальное  значение  термина  CASE,   ограниченное   вопросами
автоматизации  разработки  только  лишь  программного  обеспечения  (ПО),  в
настоящее время  приобрело  новый  смысл,  охватывающий  процесс  разработки
сложных  ИС  в  целом.  Теперь   под   термином   CASE-средства   понимаются
программные средства, поддерживающие процессы создания и  сопровождения  ИС,
включая анализ и  формулировку  требований,  проектирование  прикладного  ПО
(приложений) и баз данных, генерацию кода,  тестирование,  документирование,
обеспечение качества, конфигурационное управление и управление  проектом,  а
также другие процессы. CASE-средства вместе с системным  ПО  и  техническими
средствами образуют полную среду разработки ИС.
   Появлению CASE-технологии и CASE-средств  предшествовали  исследования  в
области  методологии   программирования.   Программирование   обрело   черты
системного подхода  с  разработкой  и  внедрением  языков  высокого  уровня,
методов структурного и модульного программирования, языков проектирования  и
средств их поддержки, формальных и неформальных  языков  описаний  системных
требований и спецификаций  и  т.д.  Кроме  того,  появлению  CASE-технологии
способствовали и такие факторы, как:
подготовка  аналитиков   и   программистов,   восприимчивых   к   концепциям
модульного и структурного программирования;
широкое  внедрение  и  постоянный   рост   производительности   компьютеров,
позволившие    использовать    эффективные    графические     средства     и
автоматизировать большинство этапов проектирования;
внедрение сетевой технологии, предоставившей возможность объединения  усилий
отдельных исполнителей в единый процесс проектирования  путем  использования
разделяемой базы данных, содержащей необходимую информацию о проекте.
   CASE-технология представляет собой методологию проектирования ИС, а также
набор инструментальных средств, позволяющих в наглядной  форме  моделировать
предметную область, анализировать эту модель на  всех  этапах  разработки  и
сопровождения   ИС   и   разрабатывать   приложения   в    соответствии    с
информационными потребностями пользователей. Большинство существующих  CASE-
средств основано на методологиях структурного  (в  основном)  или  объектно-
ориентированного анализа и проектирования, использующих спецификации в  виде
диаграмм или текстов для описания внешних требований, связей между  моделями
системы, динамики поведения системы и архитектуры программных средств.

                          Общие черты CASE-средств
   Согласно обзору передовых технологий  (Survey  of  Advanced  Technology),
составленному фирмой Systems Development  Inc.  в  1996  г.  по  результатам
анкетирования более 1000  американских  фирм,  CASE-технология  в  настоящее
время попала в разряд  наиболее  стабильных  информационных  технологий  (ее
использовала половина всех опрошенных пользователей более чем в трети  своих
проектов,  из  них  85%  завершились  успешно).  Однако,  несмотря  на   все
потенциальные возможности CASE-средств,  существует  множество  примеров  их
неудачного  внедрения,  в  результате   которых   CASE-средства   становятся
"полочным" ПО (shelfware). В связи с этим необходимо отметить следующее:
CASE-средства не обязательно дают немедленный эффект; он может быть  получен
только спустя какое-то время;
реальные затраты на внедрение CASE-средств обычно намного превышают  затраты
на их приобретение;
CASE-средства обеспечивают возможности  для  получения  существенной  выгоды
только после успешного завершения процесса их внедрения.
   Ввиду разнообразной природы CASE-средств было бы ошибочно  делать  какие-
либо безоговорочные утверждения относительно  реального  удовлетворения  тех
или иных ожиданий от их  внедрения.  Можно  перечислить  следующие  факторы,
усложняющие определение возможного эффекта от использования CASE-средств:
широкое разнообразие качества и возможностей CASE-средств;
относительно  небольшое  время  использования   CASE-средств   в   различных
организациях и недостаток опыта их применения;
широкое разнообразие в практике внедрения различных организаций;
отсутствие  детальных  метрик  и  данных  для  уже  выполненных  и   текущих
проектов;
широкий диапазон предметных областей проектов;
различная степень интеграции CASE-средств в различных проектах.
   Вследствие этих сложностей доступная  информация  о  реальных  внедрениях
крайне  ограничена  и  противоречива.   Она   зависит   от   типа   средств,
характеристик  проектов,  уровня  сопровождения   и   опыта   пользователей.
Некоторые  аналитики  полагают,  что  реальная   выгода   от   использования
некоторых типов CASE-средств может быть  получена  только  после  одно-  или
двухлетнего  опыта.  Другие  полагают,   что   воздействие   может   реально
проявиться в фазе эксплуатации жизненного цикла  ИС,  когда  технологические
улучшения могут привести к снижению эксплуатационных затрат.
   Современные   CASE-средства   охватывают   обширную   область   поддержки
многочисленных технологий проектирования ИС: от простых  средств  анализа  и
документирования до полномасштабных средств автоматизации, покрывающих  весь
жизненный цикл ПО.
   Наиболее трудоемкими этапами  разработки  ИС  являются  этапы  анализа  и
проектирования,  в  процессе  которых  CASE-средства  обеспечивают  качество
принимаемых технических решений и  подготовку  проектной  документации.  При
этом большую роль играют методы визуального  представления  информации.  Это
предполагает построение структурных или иных диаграмм  в  реальном  масштабе
времени, использование многообразной  цветовой  палитры,  сквозную  проверку
синтаксических  правил.  Графические   средства   моделирования   предметной
области позволяют разработчикам в наглядном виде  изучать  существующую  ИС,
перестраивать  ее  в  соответствии  с  поставленными  целями  и   имеющимися
ограничениями.
   В разряд CASE-средств  попадают  как  относительно  дешевые  системы  для
персональных  компьютеров  с  весьма  ограниченными  возможностями,  так   и
дорогостоящие   системы   для   неоднородных   вычислительных   платформ   и
операционных сред. Так, современный рынок  программных  средств  насчитывает
около 300 различных CASE-средств, наиболее мощные из которых так  или  иначе
используются практически всеми ведущими западными фирмами.
   Обычно   к   CASE-средствам   относят   любое    программное    средство,
автоматизирующее ту или иную совокупность процессов жизненного  цикла  ПО  и
обладающее следующими основными характерными особенностями:
мощные  графические   средства   для   описания   и   документирования   ИС,
обеспечивающие  удобный  интерфейс  с  разработчиком   и   развивающие   его
творческие возможности;
интеграция отдельных компонент  CASE-средств,  обеспечивающая  управляемость
процессом разработки ИС;
использование  специальным  образом  организованного   хранилища   проектных
метаданных (репозитория).
   Интегрированное  CASE-средство  (или  комплекс  средств,   поддерживающих
полный ЖЦ ПО) содержит следующие компоненты;
репозиторий,  являющийся  основой  CASE-средства.  Он  должен   обеспечивать
хранение  версий  проекта  и  его   отдельных   компонентов,   синхронизацию
поступления информации от различных разработчиков при групповой  разработке,
контроль метаданных на полноту и непротиворечивость;
графические средства анализа и  проектирования,  обеспечивающие  создание  и
редактирование иерархически связанных диаграмм (DFD, ERD и др.),  образующих
модели ИС;
средства разработки приложений, включая языки 4GL и генераторы кодов;
средства конфигурационного управления;
средства документирования;
средства тестирования;
средства управления проектом;
средства реинжиниринга.
   Все современные CASE-средства могут быть классифицированы в  основном  по
типам  и  категориям.  Классификация  по   типам   отражает   функциональную
ориентацию CASE-средств  на  те  или  иные  процессы  ЖЦ.  Классификация  по
категориям определяет степень интегрированности по  выполняемым  функциям  и
включает отдельные локальные средства, решающие небольшие автономные  задачи
(tools), набор частично интегрированных  средств,  охватывающих  большинство
этапов жизненного цикла ИС (toolkit) и полностью  интегрированные  средства,
поддерживающие весь ЖЦ ИС и  связанные  общим  репозиторием.  Помимо  этого,
CASE-средства можно классифицировать по следующим признакам:
применяемым методологиям и моделям систем и БД;
степени интегрированности с СУБД;
доступным платформам.
   Классификация по типам в основном совпадает с компонентным составом CASE-
средств и включает следующие основные типы:
средства анализа (Upper CASE),  предназначенные  для  построения  и  анализа
моделей  предметной  области  (Design/IDEF  (Meta  Software),  BPwin  (Logic
Works));
средства анализа и проектирования  (Middle  CASE),  поддерживающие  наиболее
распространенные методологии проектирования и  использующиеся  для  создания
проектных  спецификаций  (Vantage  Team  Builder  (Cayenne),   Designer/2000
(ORACLE),  Silverrun  (CSA),  PRO-IV  (McDonnell   Douglas),   CASE.Аналитик
(МакроПроджект)). Выходом таких средств являются спецификации компонентов  и
интерфейсов системы, архитектуры системы, алгоритмов и структур данных;
средства проектирования баз данных, обеспечивающие  моделирование  данных  и
генерацию  схем  баз  данных  (как  правило,  на  языке  SQL)  для  наиболее
распространенных СУБД. К  ним  относятся  ERwin  (Logic  Works),  S-Designor
(SDP) и DataBase  Designer  (ORACLE).  Средства  проектирования  баз  данных
имеются также в составе CASE-средств Vantage  Team  Builder,  Designer/2000,
Silverrun и PRO-IV;
средства разработки  приложений.  К  ним  относятся  средства  4GL  (Uniface
(Compuware), JAM (JYACC), PowerBuilder  (Sybase),  Developer/2000  (ORACLE),
New  Era  (Informix),  SQL  Windows  (Gupta),  Delphi  (Borland)  и  др.)  и
генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и  частично
- в Silverrun;
средства реинжиниринга, обеспечивающие анализ программных кодов и  схем  баз
данных  и  формирование  на  их  основе  различных   моделей   и   проектных
спецификаций. Средства анализа схем БД и формирования ERD  входят  в  состав
Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и  S-Designor.
В области анализа  программных  кодов  наибольшее  распространение  получают
объектно-ориентированные    CASE-средства,    обеспечивающие    реинжиниринг
программ на языке  С++  (Rational  Rose  (Rational  Software),  Object  Team
(Cayenne)).
   Вспомогательные типы включают:
средства  планирования  и  управления  проектом  (SE  Companion,   Microsoft
Project и др.);
средства конфигурационного управления (PVCS (Intersolv));
средства тестирования (Quality Works (Segue Software));
средства документирования (SoDA (Rational Software)).
На сегодняшний день Российский рынок  программного  обеспечения  располагает
следующими наиболее развитыми CASE-средствами:
Vantage Team Builder (Westmount I-CASE);
Designer/2000;
Silverrun;
ERwin+BPwin;
S-Designor;
CASE.Аналитик.
   Кроме того, на рынке постоянно появляются  как  новые  для  отечественных
пользователей  системы  (например,  CASE  /4/0,  PRO-IV,  System  Architect,
Visible Analyst Workbench, EasyCASE),  так  и  новые  версии  и  модификации
перечисленных систем.



                         Характеристики CASE-средств


Silverrun

   CASE-средство Silverrun американской  фирмы  Сomputer  Systems  Advisers,
Inc. (CSA) используется для анализа  и  проектирования  ИС  бизнес-класса  и
ориентировано в большей степени на спиральную модель ЖЦ. Оно  применимо  для
поддержки   любой   методологии,   основанной   на   раздельном   построении
функциональной и информационной моделей (диаграмм потоков данных и  диаграмм
"сущность-связь").
   Настройка на  конкретную  методологию  обеспечивается  выбором  требуемой
графической   нотации   моделей   и   набора   правил   проверки   проектных
спецификаций.   В   системе   имеются   готовые   настройки   для   наиболее
распространенных методологий: DATARUN (основная методология,  поддерживаемая
Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise,  Ward/Mellor,  Information
Engineering. Для каждого понятия, введенного в проекте, имеется  возможность
добавления   собственных   описателей.   Архитектура   Silverrun   позволяет
наращивать среду разработки по мере необходимости.
   Структура и функции
Silverrun имеет модульную структуру и состоит из четырех модулей, каждый  из
которых  является  самостоятельным  продуктом  и   может   приобретаться   и
использоваться без связи с остальными модулями.
   Модуль построения  моделей  бизнес-процессов  в  форме  диаграмм  потоков
данных   (BPM   -   Business   Process   Modeler)   позволяет   моделировать
функционирование обследуемой организации или создаваемой ИС.  В  модуле  BPM
обеспечена возможность работы с моделями большой  сложности:  автоматическая
перенумерация,   работа   с   деревом    процессов    (включая    визуальное
перетаскивание ветвей),  отсоединение  и  присоединение  частей  модели  для
коллективной  разработки.  Диаграммы   могут   изображаться   в   нескольких
предопределенных нотациях, включая Yourdon/DeMarco  и  Gane/Sarson.  Имеется
также возможность создавать собственные нотации, в  том  числе  добавлять  в
число изображаемых на схеме дескрипторов определенные пользователем поля.
   Модуль концептуального моделирования данных  (ERX  -  Entity-Relationship
eXpert)  обеспечивает  построение  моделей   данных   "сущность-связь",   не
привязанных  к  конкретной  реализации.   Этот   модуль   имеет   встроенную
экспертную систему, позволяющую создать  корректную  нормализованную  модель
данных посредством ответов на содержательные вопросы о  взаимосвязи  данных.
Возможно  автоматическое  построение  модели  данных  из  описаний  структур
данных.  Анализ  функциональных  зависимостей  атрибутов  дает   возможность
проверить  соответствие  модели  требованиям  третьей  нормальной  формы   и
обеспечить их выполнение. Проверенная модель передается в модуль RDM.
   Модуль  реляционного  моделирования  (RDM  -  Relational  Data   Modeler)
позволяет    создавать     детализированные     модели     "сущность-связь",
предназначенные для реализации в реляционной  базе  данных.  В  этом  модуле
документируются  все  конструкции,  связанные  с  построением  базы  данных:
индексы, триггеры, хранимые процедуры и т.д.  Гибкая  изменяемая  нотация  и
расширяемость  репозитория  позволяют   работать   по   любой   методологии.
Возможность  создавать  подсхемы  соответствует   подходу   ANSI   SPARC   к
представлению схемы базы данных. На  языке  подсхем  моделируются  как  узлы
распределенной обработки, так и пользовательские представления. Этот  модуль
обеспечивает  проектирование  и  полное  документирование  реляционных   баз
данных.
   Менеджер репозитория рабочей группы (WRM - Workgroup Repository  Manager)
применяется  как  словарь  данных  для  хранения  общей  для  всех   моделей
информации, а также  обеспечивает  интеграцию  модулей  Silverrun  в  единую
среду проектирования.
   Платой  за  высокую  гибкость  и  разнообразие  изобразительных   средств
построения моделей  является  такой  недостаток  Silverrun,  как  отсутствие
жесткого взаимного контроля между компонентами различных моделей  (например,
возможности автоматического распространения изменений  между  DFD  различных
уровней декомпозиции). Следует, однако, отметить, что этот недостаток  может
иметь существенное значение только в случае использования  каскадной  модели
ЖЦ ПО.
   Взаимодействие с другими средствами
   Для автоматической генерации схем баз данных у Silverrun существуют мосты
к наиболее распространенным СУБД: Oracle, Informix, DB2,  Ingres,  Progress,
SQL Server, SQLBase, Sybase.  Для  передачи  данных  в  средства  разработки
приложений имеются мосты к  языкам  4GL:  JAM,  PowerBuilder,  SQL  Windows,
Uniface, NewEra, Delphi. Все  мосты  позволяют  загрузить  в  Silverrun  RDM
информацию из каталогов соответствующих СУБД или языков 4GL.  Это  позволяет
документировать, перепроектировать или переносить  на  новые  платформы  уже
находящиеся  в  эксплуатации  базы  данных   и   прикладные   системы.   При
использовании  моста  Silverrun  расширяет   свой   внутренний   репозиторий
специфичными для целевой  системы  атрибутами.  После  определения  значений
этих атрибутов генератор  приложений  переносит  их  во  внутренний  каталог
среды разработки или использует при  генерации  кода  на  языке  SQL.  Таким
образом можно полностью определить ядро базы данных  с  использованием  всех
возможностей конкретной  СУБД:  триггеров,  хранимых  процедур,  ограничений
ссылочной  целостности.  При  создании  приложения  на  языке  4GL   данные,
перенесенные из репозитория 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 -  средства  управления  репозиторием  (создание  и
удаление приложений, управление  доступом  к  данным  со  стороны  различных
пользователей, экспорт и импорт данных);
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.





смотреть на рефераты похожие на "Примеры комплексов CASE-средств"