Чем можно открыть uml
Выбор инструмента проектирования (UML)
Несколько месяцев назад мне поручили выбрать инструмент для проектирования и документации систем. В компании, где я работаю, всё это делалось в ворде и прочих офисных программах, а продукты, которые компания производит, становились всё более сложными, всё больше людей участвовало в разработке, и прочее. Поэтому появилась необходимость использовать какой-нибудь более подходящий инструмент для работы аналитиков, проектировщиков и разработчиков. Поделюсь находками.
После короткого ознакомления с подобными инструментами, были выделены 5, которые оценены более детально. При оценке, мы с коллегой выделили около 30 критериев, для объективности оценки. Критерии эти мы сгруппировали так:
— Проектирование системы – даёт ли инструмент достаточно функциональности для документации требований, юс-кейсов, ОО проектирования и прочих UML диаграмм. Есть ли в нём функциональность для создания зависимости между объектами разных типов, возможность отслеживать изменения. Это – обязательный критерий для инструмента.
— Экспорт – инструмент должен поддерживать удобный экспорт артефактов, произведённых в нём. Должны быть доступны разные форматы экспорта – хотя бы html и doc. Шаблоны документов должны легко модифицироваться. Это тоже обязательный критерий.
— Удобство пользования. Инструмент должен быть удобным, интуитивно понятным, с простым интерфейсом для часто используемых функций.
— Минимизация рутины. Было бы неплохо, чтобы инструмент делал некоторые вещи сам – например, генерировал тест-кейсы, объектный дизайн из БД, может, куски кода.
Итак, 5 инструментов и их оценка.
1. Case Complete – инструмент для записи требований, создания юс-кейсов и связей между ними. Удобный интерфейс, экспорт, но один серьёзный минус – дальше юс-кейсов эта штука не идёт. Вообще непонятно, как она попала в наш список. 2 из 5.
2. Artiso Visual Case – первое, что бросается в глаза при использовании этого инструмента – дико неудобный пользовательский интерфейс. Чтобы создать элементарный класс, мне понадобилось 5 минут. Кроме того, в инструменте нету возможности связывать объекты (как юс-кейс класс) и пр. 1 из 5.
3. Magic Draw – у инструмента очень сильная сторона для UML, но из-за этого становиться немного неудобно. Ещё, там нет связи между разными объектами (как класс и activity и пр.). 3 из 5.
4. Sparx Enterprise Architect – соответствует практически всем выдвинутым критериям, только что некоторые часто используемые функции куда-то спрятаны. Наверно, если привыкнуть — хорошо. Ещё, я у него не нашла, как связывать требования с объектами дизайна. Может, плохо искала. 4 из 5.
5. Sybase PowerDesigner – первое впечатление после открытия программы – это совсем другой уровень. Все функции находятся именно там, где ожидаешь их найти, и этот инструмент удовлетворил все 30 критериев из описанных групп. Кроме того, в PowerDesigner есть куча очень полезных функций, которые не попали в список критериев – как например, оценка изменения(impact), проверка модели, Repository и многое другое. 5 из 5.
Вот сюда я выложила полное сравнение, если кому интересно.
Хотя PowerDesigner в разы дороже других, мы выбрали его. На сегодняшний день я его использую 2 месяца – если кому интересно, могу написать об этом — не всё в нём идеально(но близко!).
Наверно сразу спросите, почему в список не вошёл Rational Rose. Не люблю я его! Он некрасивый. И ещё, не смогла найти, где б его легально скачать. Но в принципе он хороший. Но PowerDesigner лучше
Зачем нам UML? Или как сохранить себе нервы и время
Многие программисты, столкнувшись со сложной задачей, пренебрегают этапом проектирования, ссылаясь на то, что проектирование — это потеря времени, и в данном случае оно будет мне только мешать.
Зачастую это утверждение оказывается верным, если задача и правда небольшая и квалификации программиста достаточно для определения наиболее оптимального решения.
Программисты, не использующие UML, делятся на несколько групп:
Можно провести аналогию с постройкой дома. Когда кто-то хочет построить дом, он не просто бьет молотком и приступает к работе. Ему нужно иметь план — план проектирования, чтобы он мог анализировать и модифицировать свою систему.
Если вы уже начали описывать на бумаге вашу задачу, это уже огромный плюс.
Что такое UML
UML – унифицированный язык моделирования (Unified Modeling Language) – это система обозначений, которую можно применять для объектно-ориентированного анализа и проектирования. Его можно использовать для визуализации, спецификации, конструирования и документирования программных систем.
Проще говоря, если посмотреть картинки в поисковых системах, то станет понятно, что UML – это что-то про схемы, стрелочки и квадратики.
Важно, что UML переводится как Unified Modeling Language. Главное здесь слово Unified. То есть наши картинки поймём не только мы, но и остальные, знающие UML. Получается, это такой международный язык рисования схем.
Плюсы и минусы UML проектирования
Все представленные ниже диаграммы связаны между собой. Комбинируя их, мы можем добиться необходимого уровня декомпозиции отдельно взятых задач.
Предлагаю познакомиться с одними из самых полезных и часто используемых диаграмм.
Речь пойдет о диаграммах последовательности, состояний, деятельности и самой сложной из них — диаграмме классов.
Представьте, что вам нужно описать последовательность действий для заказа товара в интернет-магазине. Кто должен участвовать в процессе? Какие фазы проходит заказ прежде, чем он будет оформлен?
Обычно, мы пишем длинный список этапов, которые должна пройти заявка, чтобы получить гордый статус «Оформлена». Затем описываем, кто именно будет выполнять конкретное действие. И только после этого начинаем программировать.
В чем недостаток данного подхода? Он не нагляден.
Представьте, перед вами лежит длинный список описанных ранее этапов и комментариев к ним. Насколько просто вам будет разобраться в нем? Сколько времени может на это потребоваться? Предполагаю, что достаточно.
Альтернативой данному подходу является использование диаграммы последовательностей, представленной на рисунке ниже.
Сверху отображены действующие лица, а каждая стрелка это конкретное действие, связанное с ними. Подробнее о данной диаграмме можно узнать здесь
Диаграмма состояний. Настраиваем старые электронные часы
Диаграмма состояний позволяет описать поведение отдельно взятого объекта при определенных условиях. Также она покажет нам все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего влияния.
Предположим, мы программируем советские электронные часы.
Для настройки нам дано всего несколько кнопок. Довольно негусто. При этом мы знаем, что одна из кнопок переключает режим настройки часов. Другая кнопка в первом режиме меняет минуты, а во втором часы.
Инструкция по настройке и так достаточно небольшая, но благодаря диаграмме состояний она визуально воспринимается гораздо проще.
Подробнее о диаграмме состояний можно прочитать здесь.
Диаграмма классов, или как рассказать о своем коде без кода
Диаграммы классов используются при моделировании ПС наиболее часто. Они являются одной из форм статического описания системы с точки зрения ее проектирования. Диаграмма классов не отображает динамическое поведение объектов изображенных на ней классов. На диаграммах классов показываются классы, интерфейсы и отношения между ними.
В различных документациях, описании паттернов проектирования, а также, читая хабр, все мы часто встречаем диаграмму классов. Почему же ее так часто используют?
Предположим, вам нужно спроектировать систему. Прежде чем приступить к реализации нескольких классов, вы захотите иметь концептуальное понимание системы, — какие классы мне нужны? Какая функциональность и информация будет у этих классов? Как они взаимодействуют друг с другом? Кто может видеть эти классы? И так далее.
Вот где появляются диаграммы классов. Диаграммы классов — это отличный способ визуализировать классы в вашей системе, прежде чем вы начнете их кодировать. Они представляют собой статическое представление структуры вашей системы.
Именно диаграмма классов дает нам наиболее полное и развернутое представление о структуре и связях в программном коде. Понимание принципов построения данной диаграммы позволяет кратко и прозрачно выражать свои мысли и идеи.
Рассмотрим, как с помощью диаграммы классов описать известный паттерн проектирования «Посетитель».
«Посетитель» — это поведенческий паттерн проектирования, который позволяет добавлять в программу новые операции, не изменяя классы объектов, над которыми эти операции могут выполняться.
Самыми значимыми достоинствами этой диаграммы являются:
Подробнее о диаграмме классов можно прочитать здесь, а о паттерне «Посетитель» здесь.
Диаграмма деятельности
Диаграмма деятельности – это технология, позволяющая описывать логику процедур, бизнес-процессы и потоки работ. Во многих случаях они напоминают блок-схемы, но принципиальная разница между диаграммами деятельности и нотацией блок-схем заключается в том, что первые поддерживают параллельные процессы.
Если говорить кратко, то диаграмма деятельности помогает нам описать логику поведения системы. Можно построить несколько диаграмм деятельности для одной и той же системы, причем каждая из них будет фокусироваться на разных аспектах системы, показывать различные действия, выполняющиеся внутри нее.
Именно на диаграмме деятельности представлены переходы от одной деятельности к другой. Это, по сути, разновидность диаграммы состояний, где все или большая часть состояний являются некоторыми активностями, а все или большая часть переходов срабатывают при завершении определенной деятельности и позволяют перейти к выполнению следующей.
Смысл диаграммы вполне понятен. На ней показана работа с веб-приложением, которое решает некую задачу в удаленной базе данных. Обратите внимание на расположение активностей на этой диаграмме: они как бы разбросаны по трем колонкам, каждая из которых соответствует поведению одного из трех объектов — клиента, веб-сервера и сервера баз данных. Благодаря этому легко определить, каким из объектов выполняется каждая из деятельностей.
Подробнее о диаграмме деятельности можно прочитать здесь.
Заключение
Надеюсь, что после этой статьи вы по-другому посмотрите на UML. Теперь при прочтении литературы или сайтов, посвященных данной теме, вам будет проще понять, какую цель преследует UML, и найти возможности для его применения. Попробуйте начать применять его и вы почувствуете всю силу и мощь, скрываемую за набором стрелок и квадратиков.
Оставьте комментарий, если вы думаете (или знаете), что что-то не так или могло быть описано лучше.
Программы построения UML диаграмм
Виды диаграмм на UML и средства для их построения
Ранее мы писали, что совместное использование BPMN и UML это наиболее рациональный подход к визуальному моделированию в процессе проектирования сложных информационных систем различного назначения. В этой статье рассмотрим построение UML диаграмм с помощью программных средств различного класса и назначения. Что касается построения BPMN диаграмм с помощью специализированных программ, то можно посмотреть в статье «Программы создания диаграмм BPMN«.
Хорошо известно, что в процессе проектирования информационных систем широкое применение нашел способ организации и управления архитектурой проектируемой системы Model Driven Architecture (MDA). Этот подход поддерживается современными автоматизированными инструментальными средствами разработки информационных систем для определения моделей, а также для облегчения преобразований между различными типами моделей. Для построения моделей в рамках MDA широко используется построение диаграмм на унифицированном языке моделирования UML.
Унифицированный язык моделирования (UML) является стандартным языком для определения, визуализации, конструирования и документирования артефактов информационных и программных систем. Его применение упрощает сложный процесс проектирования информационных систем и их программного обеспечения, дополняя «проект» их построения визуальными представлениями артефактов, в качестве которых выступают модели и диаграммы.
Здесь рассматривается построение UML диаграмм при курсовом и дипломном проектировании, а не полная разработка всех решений, предусмотренных ГОСТ. В курсовом и дипломном проектировании достаточно разработать функционально — алгоритмическую структуру системы, которая в соответствие с принципами объектно-ориентированного проектирования представляется как совокупность взаимодействующих объектов.
Поэтому для построения моделей проектируемых информационных систем в рамках курсового и дипломного проектирования применяются следующие основные диаграммы на языке UML:
Примечание. Для большей наглядности рекомендуется строить комбинированную диаграмму компонентов и развертывания.
Второй класс это, так называемые CASE-средства, представляющие собой набор инструментов, предназначенный для автоматизации визуального моделирования, проектирования, документирования и генерации кода реализации на выбранном алгоритмическом языке. К таким средствам относятся CASE-средства визуального моделирования и проектирования компании IBM Rational Software Corp — Rational Rose и Rational Software Architect, продукт проектирования и интеграции компании Borland – Together и другие.
CASE-средство визуального моделирования Rational Rose является хорошим и достаточно доступным инструментом создания артефактов проектирования информационных систем. В предыдущих статьях мы рассматривали его применение в курсовом и дипломном проектировании в процессе:
Построение UML диаграмм в MS Visio
Наиболее доступным, а поэтому и популярным средством построения не только BPMN – диаграмм, но и диаграмм на языке UML является графический редактор MS Visio. Доступность MS Visio обеспечило практически свободное владение им большого количества специалистов в том числе и студентов.
Методика построения диаграмм на языке UML в MS Visio во многом схожа с методикой построения BPMN – диаграмм. Отличием является то, что необходимо адаптировать графическую нотацию под набор элементов UML, выбрав шаблон “Схема модели UML”. После нажатия кнопки “Создать” появится окно с наборами элементов(фигурами, пиктограммами), которые соответствуют шаблону (stencils): схеме модели UML.
Дальнейшие действия построения UML диаграмм аналогичны действиям построения BPMN – диаграмм, но только в правилах унифицированного языка моделирования UML, и здесь повторяться не будут.
Построение UML диаграмм в StarUML
Построение UML диаграмм можно выполнять, используя простые но бесплатные программы, среди которых наибольшую популярность нашла программа StarUML.
StarUML это бесплатная программа для моделирования и работает как бесплатный аналог известных CASE-средств визуального моделирования Rational Rose и Together. Как становится ясно из названия, программа ориентирована на создание UML диаграмм. Она поддерживает стандарт UML2, MDA.
Средство визуального моделирования StarUML предполагает ясное понимание концептуального различия между моделями, представлениями и диаграммами. Модель — это обобщенный элемент, который содержит всю информацию о модели информационной системы и ее программного обеспечения. Представление — это визуальное выражение информации, содержавшейся в модели, а Диаграмма — это коллекция визуальных образов, которая отображает определенные аспекты проекта информационной системы.
Приложение StarUML — это проект с открытым кодом для разработки быстрых, гибких, расширяемых, функциональных и, главное, бесплатно доступных для любого пользователя платформ UML/MDA для 32-разрядных систем Windows.
StarUML для Windows и других ОС можно скачать с официального сайта
Скачивание проходит быстро и без особых заморочек. На рабочем столе создается ярлык.
После того как программа скачана, ею можно пользоваться. Для запуска StarUML достаточно дважды щелкнуть по ярлыку на рабочем столе или выбрать соответствующий пункт меню Пуск. При этом появится окно создания диаграмм, показанное на рисунке.
В данном окне слева на панели инструментов(Toolbox) перечень видов диаграмм, в центре рабочее поле и справа Проводник модели.
Для того чтобы увидеть, какие диаграммы можно строить в данной среде достаточно открыть пункт меню Model и выбрать в нем пункт Add Diagram.
Использование StarUML для построения диаграммы деятельности при визуальном моделировании предметной области проектируемой информационной системы рассмотрено в статье. В данной статье рассмотрим применение StarUML на примере построения диаграммы классов.
Известно, что диаграмма классов это визуальное отображение различных статических отношений между классами, на базе которых реализуется проектируемая система. Диаграмма классов может содержать не только классы, но также и интерфейсы, перечислимые типы, пакеты, различные отношения, инстанции и их связи.
Для построения диаграммы классов с помощью StarUML необходимо выбрать из меню Model пункт Add Diagram и далее подпункт Class Diagram. Теперь надо поместить на рабочий стол требуемый набор элементов(классов, интерфейсов и связей).
Для этого сначала надо щелкнуть левой клавишей мышки по треугольничку на панели инструментов справа от слова Class(Basic). Для перемещения элемента с изображением класса необходимо в раскрывшейся панели щелкнуть левой клавишей мышки по пиктограмме класса и, переведя курсор на рабочее поле, щелкнуть на нем.
На рабочем поле появится графическое изображение класса, обрамленное вокруг кнопками «горячего диалога». Назначение кнопки можно посмотреть, если установить на нее курсор. С помощью этих кнопок можно добавить атрибут или операцию(функцию), указать для них модификатор доступа:
— обозначает атрибут с областью видимости типа пакетный (package)
Можно также выполнить многие другие действия. Например, дополнить диаграмму реализуемым и требуемым интерфейсом.
Для того чтобы понять какие действия можно выполнить при помощи окружающих элемент кнопок, надо встроить в рабочее поле элемент, например, класс и пощелкать по кнопкам. Вот такой вид имеет изображение на рабочем поле после того, как прощелкать все кнопки его окружения.
Продолжим построение диаграммы классов. Введем наименование класса и дополним его атрибутами, закрытыми от использования. Затем дополним открытые операции(методы, функции). Чтобы диаграмма смотрелась ярче, заполним поле изображения класса цветом. Для этого выделим изображение класса. Выбор цвета осуществляется через меню Format и пункта FillColor, как показано на рисунке.
Аналогично можно редактировать шрифт текста, стиль и цвет линий и т.п.
Далее дополняем необходимые элементы, например классы и интерфейс, и устанавливаем связи между ними. На диаграмме представлено пять классов. Два класса имеют связь Композиция(закрашенный ромбик), два других класса имеют связь Агрегация(не закрашенный ромбик). Отношение между классами и интерфейсом осуществляется с помощью связи Реализация интерфейса(Inteface Realization). Между остальными классами реализуется ассоциативная связь.
В итоге получается диаграмма классов, представленная на рисунке.
Пользователи могут допускать ошибки в процессе моделирования. Такие ошибки могут дорого обойтись, если они не будут исправлены к заключительной стадии формирования кода. Чтобы предотвращать такие ситуации, StarUML автоматически проверяет модель программы, разрабатываемую пользователем, облегчая раннее обнаружение ошибок и способствуя безупречной и полной разработке программного обеспечения.
Аналогично можно построить и другие виды диаграмм, отражающие соответствующие стороны проектируемой системы.
Построение UML диаграмм онлайн с помощью Lucidchart
Построение UML диаграмм с помощью программы Lucidchart выполняется в следующей последовательности. Если Вы ранее не регистрировались в Lucidchart, то зарегистрируйтесь и создайте учетную запись в Lucidchart. Для начала работы по построению диаграмм перейти по ссылке в свой личный кабинет.
Если Вы используете бесплатную версию, то может появиться окно, в котором надо нажать кнопку Все равно создать. Может появиться форма, показанная на рисунке.
В ней надо выбрать Все равно создать документ.
В следующей форме, показанной на рисунке, если она появилась
надо выбрать Начать пробный период, а в следующей форме выбрать кнопку Потом.
После загрузки среды построения диаграмм, необходимо перейти в раздел построения UML- диаграмм. Для этого в левой части окна в разделе Формы необходимо нажать на клавишу +Добавить форму. Будет предложен список возможных вариантов построения диаграмм.
В этом списке надо выбрать UML и нажать кнопку Использовать выбранные фигуры.
После этого методика построения UML- диаграммы ничем не отличается от методики построения BPMN – диаграммы, описанная в статье “Программы создания диаграмм BPMN ”
Таким образом, использование Lucidchart позволяет не только упростить и ускорить процесс создания диаграмм UML и их документирования, но и усовершенствовать процессы сбора, анализа и внедрения отзывов и предложений от участников проекта и потенциальных пользователей. Lucidchart при совместной работы над проектом в реальном режиме времени.
Построение UML диаграмм с помощью CASE — средств
Если Вы решили стать профессионалом в области визуального моделирования и проектирования на языке UML, то необходимо осваивать такие CASE –средства как IBM Rational Software Architect, Borland Together и им подобные. Построение UML диаграмм в этих CASE – средства осуществляется профессионально при создании крупных проектов информационных систем и программного обеспечения.
IBM Rational Software Architect
IBM Rational Software Architect – это современный набор инструментов нового поколения компании IBM Rational под общим названием IBM Software Development Platform. IBM Rational Software Architect, предназначенный для визуального моделирования и проектирования информационных систем и программного обеспечения.
Однако новые решения IBM Rational Software Architect дают ему качественные преимущества в поддержке всех диаграмм UML, упрощенном представлении информации о модели с использованием диаграмм произвольной формы, диаграмм элементов и обзора, применении и создании шаблонов и преобразований и поддержке групповой мультимодельной работы.
Borland Together
Другим интересным CASE – средством является продукт фирмы Borland — Borland Together, который интегрирует Java IDE, изначально основанной на JBuilder с инструментом моделирования на языке UML.
Borland Together поддерживает все основные диаграммы Unified Modeling Language (UML). Использование унифицированного языка моделирования UML позволяет создавать архитектуру, которая наилучшим образом отвечает потребностям предприятия.
Использование интегрированной среды быстрой разработки приложений Borland Together Edition for Microsoft Visual Studio позволяет создавать высококачественные диаграммы на языке UML с использованием распространенной среды программирования Visual Studio, аналогично встроенный Borland Together Edition for C++BuilderX решает те же задачи в среде разработки программного обеспечения C++Builder (Delphi).
Диаграмма в нотации UML в настоящее время желательно строить в современной среде разработки объектно-ориентированных информационных систем на основе UML Borland Together Architect.
Более подробно методика построения UML диаграмм в Borland Together рассматривается в статье автора «Построение диаграмм на UML в среде Borland Together«.
Где приобретать программы построения UML диаграмм
Приобретать программы для построения диаграмм UML следует в зависимости от предназначения для их использования. Если использовать предполагается только в курсовом и дипломном проектировании, то вполне возможно бесплатное приобретение.
Если требуется построение UML диаграмм для проектирования и создания реальных информационных систем, то здесь без лицензионного программного обеспечения не обойтись.
В любом случае рекомендую обратить внимание на интернет-магазин Softline — лидер в области продажи оборудования и лицензионного программного обеспечения. Например, в в Softline можно найти бесплатную загрузку программного обеспечения для построения диаграмм UML. Из лицензионного программного обеспечения особого внимания заслуживает программное обеспечение Edraw UML Diagram Software — это новый инструмент для построения диаграмм при проектировании информационных систем и программного обеспечения.
Программное обеспечение Edraw UML Diagram предназначено для инженеров и проектировщиков ПО, которым необходимо создавать подробную документацию по проектам приложений. С помощью Edraw UML Diagram можно выполнять построение таких диаграмм, как: диаграммы UML, COM и OLE, диаграммы потока данных, диаграммы Use Case Якобсона, SSADM, диаграммы структуры программы, диаграммы корпоративных приложений, Насси-Шнейдермана, Booch OOD, ROOM, OOA-диаграммы Шлаера-Меллора, диаграммы Коада-Йордона.
Обучение построению UML диаграмм
Квалифицированное построение UML диаграмм требует глубоких знаний и твердых навыков работы с соответствующим программным обеспечением. Этой статьи и многих подобных заметок в интернете не всегда достаточно для освоения методики и технологии работы с программным обеспечением для построения диаграмм UML. Для получения профессиональных знаний и умений необходимо обращаться к специализированным курсам обучения.
Для будущих профессионалов следует обратить внимание на Центр IT Обучения «Institutio», на ресурсах которого представлено огромное количество программ курсов различной формы обучения. Для глубокого изучения методики и технологии построения диаграмм с помощью IBM Rational Software Architect рекомендуется программа “Применение IBM Rational Software Architect для визуального моделирования и архитектурного проектирования”, стоимостью 6,125.00руб.
В ходе данного тренинга Вы не только познакомитесь с инструментальным средством IBM Rational Software Architect в области моделирования информационных систем, обработки моделей, проектирования с использованием паттернов, но и с возможностью трансформации, статического и динамического исследования существующего кода. С полным списком программ Центра IT Обучения «Institutio» можно познакомиться на его сайте.
Для освоения методики работы с современным CASE-средством Borland Together Architect рекомендуется курс «Разработка объектно-ориентированных информационных систем на основе UML 2.0 с использованием инструментария Borland Together Architect» Центра itshop.
Курс ориентирован на руководителей IT-служб, CIO и MIS, менеджеров проектов разработки программных и информационных систем, корпоративных программистов, разработчиков баз данных и интерфейсов к базам данных, системных аналитиков и бизнес-аналитиков, ставящих перед собою цели получения информации в области современных технологий разработки программных проектов и моделей бизнес-систем.
Связанные материалы
Заключение
Применение UML диаграмм упрощает сложный процесс проектирования информационных систем и их программного обеспечения, дополняя «проект» их построения визуальными представлениями артефактов.
Построение UML диаграмм на начальном этапе освоения технологии целесообразно осуществлять с использованием простых и дешевых(иногда бесплатных) программ, позволяющих автоматизировать построение диаграммы без генерации программного кода. К таким программам относятся графический редактор MS Visio, StarUML
Для профессиональной работы по проектированию информационных систем и их программного обеспечения следует применять CASE-средства, представляющие собой набор инструментов, предназначенный для автоматизации визуального моделирования, проектирования, документирования и генерации кода реализации на выбранном алгоритмическом языке.
К таким средства относятся CASE-средства визуального моделирования и проектирования компании IBM Rational Software Corp — Rational Rose и Rational Software Architect, продукт проектирования и интеграции компании Borland – Together и другие.
На этом краткий обзор программ заканчивается. Успехов в их применении.