33. Сравнение возможностей Rational Rose и Paradigm plus

В завершении нашего курса дадим сравнительный обзор двух лидирующих на рыке программного обеспечения, предназначенных для визуального моделирования информационных систем. При исследовании визуальных средств проектирования информационных систем Rational Rose (RR) и Paradigm Plus(P+) мы рассмотрим следующие возможности:

поддерживаемая нотация

методологии

компонентно-базируемое проектирование

ведение репозитария объектов

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

генерирование программного кода

наличие реинжиниринга

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

создание экранного интерфейса

возможность групповой работы

наличие Script-языка

генерирование отчетов и формирование проектной документации

поддерживаемые платформы

место в общем цикле разработки программной системы

Поддерживаемая нотация

RR: UML, также поддерживается нотация Буча и ОМТ-2. Диаграммы из различных нотаций автоматически взаимно конвертируются.

P+: UML, всего поддерживается восемь нотаций из методологий ОМТ Рамбо, Буча, Шлеер/Меллора, Fusion, Мартина/Оделла, Кода/Йордана, OOCL. Проект должен вестись только в одной из выбранных нотаций.

Наличие UML в том числе с возможностью моделирования Use Case, отличает современное средство визуального моделирования. Общепризнанно, что "война нотаций закончилась", (но не война методов). Значимость многонотационной поддержки постепенно снижается. В этом смысле средства равнозначны.

Методологии

RR: Средство предназначено для объектно-ориентированных методологии, в частности под разрабатываемую в фирме методологию "Rational Objectory Process".

P+: Наличие многих нотаций позволяет поддерживать практически любую современную объектно-ориентированную методологию. Имеется фирменная методология "ECM-Enterprise Component Modeling", поддерживаемая в электронном виде.

Оба средства сочетают объектно-ориентированный подход с методологической поддержкой.

Компонентно-базируемое проектирование

RR: Позволяет моделировать и разрабатывать классы и компоненты, пригодные для повторного использования и включать их в разрабатываемые проекты.

P+: Имеется возможность связывать разрабатываемые компоненты в диаграммы. Броузер позволяет разработчику искать и получать доступ к объектам в других приложениях и повторно использовать их в своих разработках.

Оба средства отражают современные тенденции разработки программных систем.

Ведение репозитария объектов

RR: Открытого репозитария нет. Модели хранятся как ASCII-файлы, управляются через внутренний репозитарий. Поддерживается согласованность всех составных частей проекта. Явного доступа нет, репозитарий скрыт от пользователя, но к его элементам можно обратиться с помощью Script-языка.

Ведутся активные работы по использованию стандартных MS-Repository и Unisys UREP.

P+: Собственный репозитарий, реализованный на основе объектно-ориентированной СУБД ObjectStore фирмы ObjectDesign. Единый репозитарий используется при работе на различных платформах Unix, Windows, OS/2.

Наличие репозитария обычно приводится как значительное преимущество P+, но явного выигрыша по отношению к RR здесь не видно. Более того позиции по отношению к использованию репозитария сближаются.

Построение диаграмм моделей. Пользовательский интерфейс

RR: Интерактивный многооконный интерфейс с возможностями OLE-технологий. Поддерживается согласованность между диаграммами, так что изменения в объектной модели немедленно отображаются в соответствующих сценарных диаграммах. Работа с диаграммами и их элементами осуществляется через диалоговые окна или через броузер. Все диаграммы сопровождаются подробными спецификациями. Можно исключать на диаграммах изображение отдельных деталей. Пользовательский интерфейс настраивается. Предусмотрены специальные средства поиска и диагностики. Есть возможность создавать новые стереотипы для элементов моделей.

P+: Практически аналогичные функциональные возможности, но в более современном стиле, хотя интерфейс несколько перегружен. Поддерживается OLE2. Больше параметров можно указать при описании элементов моделей. Также можно управлять объемом отображаемой в моделях информации и погасить ненужную. Согласованность диаграмм поддерживается. Реализованы традиционные режимы графического редактора: создание, редактирование, удаление элементов модели. Различная степень визуализации модели. Кроме графического редактора диаграмм имеется матрично-табличная форма определения отношений между объектами. Изменения на любой диаграмме автоматически отражаются на всех других связанных диаграммах.

Оба средства содержат основные возможности графического редактирования и работы в диалоговых окнах. В RR эти возможности попроще, а в P+ графическое отображение значительно медленнее. Очевидно, это связано с постоянным обращением к объектной базе данных, используемой как репозитарий.

34. Основные определения и свойства открытых систем.

35. Преимущества открытых систем.

36. Методология построения профилей информационных систем.

37. Порядок разработки профилей информационных систем.

38. Согласование и утверждение профилей информационной системы.

39. Объекты стандартизации в функциональных профилях. Исходные положения.

40. Объекты стандартизации в профилях приложений ИС.

41. Объекты стандартизации в профилях среды распределенной обработки данных.

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