Обзор программного продукта Rational. с описанием характеристик и функциональности

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

Когда вы думаете о UML диаграммах, то диаграммы классов, как правило, те, которые приходят на ум. На рисунке 4 показан простой пример диаграммы классов с тремя классами — видеомагазин, базы данных, и видео.

Рис.

5. Диаграмма классов

Activity diagrams или диаграммы деятельности: Rose позволяет пользователям использовать диаграммы состояний для моделирования динамического поведения отдельных классов или объектов. Statechart схемы очень похожи на диаграммы деятельности (которые, управляют деятельностью). В основном, эти диаграммы показывают (1) последовательность состояний, которые объект будет проходить, (2) события, которые вызывают переход от одного вида деятельности к другому, и (3) любые действия, которые приводят к изменениям [10].

Рис.

6. Диаграммы деятельности

Диаграммы деятельности также могут быть созданы на первоначальном этапе жизненного цикла. Эти диаграммы показывают собой динамику системы. Они представляют собой блок-схемы, которые используются, чтобы показать рабочий процесс системы; то есть, они показывают поток управления от деятельности к деятельности в системе, и какие мероприятия можно сделать параллельно, и любые альтернативные маршруты через поток. В жизненном цикле системы, диаграммы активности могут быть созданы для представления потока через прецеденты, или они могут быть созданы для представления потока в пределах конкретного использования. Позже в жизненном цикле, диаграммы деятельности могут быть созданы, чтобы показать рабочий процесс для выполнения операции.

Диаграммы деятельности предусматривают мероприятия, переходы между деятельностью, точки принятия решений и линии синхронизации. В UML, деятельность представлена в виде прямоугольников с закругленными краями, переходы изображаются в виде направленных стрелок, точки принятия решений показаны в виде ромбов, и линии синхронизации изображаются в виде толстых горизонтальных или вертикальных полос, как показано на рисунке 7.

Рис.

7. Элементы диаграммы деятельности

На рисунке 8 показано, как выглядят созданные диаграммы в браузере быстрого просмотра. В нем отражается структура модели.

Рис.

8. Браузер модели

Действия (Activities)

Деятельность представляет собой исполнение какого поведения в течение некоторого процесса.

На рисунке 8 показано, как выглядят действия на диаграмме деятельности. Они изображаются в виде прямоугольников с закругленными углами.

Рис.

9. Действия

Переходы (Transitions)

Переходы используются, чтобы показать прохождение потока управления от деятельности к деятельности. Они, как правило, вызываются завершением какого то действия и инициируют начало следующей активности.

Рис.

10. Переходы меду действиями

Точки принятия решений (Decision Points)

При моделировании рабочего процесса системы часто бывает необходимо показать, где поток действий разделяется на основе принятия решения. Переходы из точки принятия решения содержат защитное условие, которое используется, чтобы определить путь от точки принятия решения. Решения наряду с условиями их охраны позволяют показать альтернативные пути через рабочий поток [7].

Рис.

11. Точки принятия решений

Линии синхронизации В рабочем процессе обычно существуют некоторые виды деятельности, которые могут выполняться параллельно. Линия синхронизации позволяет указать, какие виды деятельности можно сделать одновременно. Линии синхронизации также используются, чтобы показать, как действие включается в рабочий процесс; то есть, что деятельность должна быть завершена до обработки или может продолжаться. Тем не менее, линия синхронизации может иметь много входящих переходов и один исходящий переход, или один входящий переход и много исходящих переходов.

На рисунке 12 изображены линии синхронизации.

Рис.

12. Линии синхронизации

Swimlanes (Дорожки) Дорожки могут быть использованы для разделения диаграммы деятельности. Это, как правило, делается, чтобы показать, что человек или организация несет ответственность за деятельность, предусмотренную в Swimlane [1].

Рис.

14. Дорожки

Collaboration diagrams диаграммы взаимодействия: Rose использует диаграммы взаимодействия для совместной работы и отражения последовательности диаграмм, которые, в сущности, графически представляют взаимодействие. Совместные диаграммы показывают, как объекты связаны друг с другом, в то время как диаграммы последовательности показывают время на основе взаимодействия между объектами.

Рис.

15. Диаграмма взаимодействия

Компонентные диаграммы (Component diagrams): Rose использует компонентные диаграммы, которые четко отражают отношения физической зависимости между компонентами (т.е. основные программы, подпрограммы, пакеты, и задачи) и их расположением в графическом виде.

Рис.

16. Диаграмма компонентов Диаграммы развертывания: с помощью диаграмм развертывания, Rose позволяет пользователям графически показать связи между процессорами, устройствами и соединения.

Рис.

17. Диаграмма развертывания

Диаграммы последовательности (Sequence diagrams):

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

Рис.

9. Диаграмма последовательности

Перед началом сборки последовательности диаграмм необходимо провести мозговой штурм и продумать, все возможные сценарии системы. Если у вас есть все, что нужно, то время чтобы начать создавать диаграмму.

Заключение

В работе приведены ключевые особенности Rational Rose. Согласно Standish Group International, только 16,2% проектов разработаны и развернуты успешно. Для улучшения этого показателя, ИТкомпании должны значительно улучшить анализ программного обеспечения и дизайна. Rational Rose может помочь предприятиям достичь полной интеграции их старого ПО и новых ИТприложений.

Семейство Rational Rose обеспечивает интеграцию с существующими интегрированными средами разработки и языками программировани. Для более современных архитектур были разработаны Rational Software Architect и Rational Software Modeler. Эти продукты были созданы, чтобы согласовать и перегнать возможности Rose XDE и включить поддержку UML 2. x, поддержку последних языков программирования и подходов к разработке программного обеспечения, таких как SOA и более мощных данных моделирования, которое поддерживает (ER) моделирование сущность-связь.

Список литературы

Буч, Гради. Объект решения. Редвуд-Сити, Калифорния: Addison-Wesley, 1995;SC 15

Трофимов С. CASE-технологии: Практическая работа в Rational Rose.

Леоненков А. В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose: учеб. пособие / А. В. Леоненков. ;

М.: Интернет-Ун-т Информ. Технологий: БИНОМ. Лаборатория знаний, 2006. — 320 с Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программ СПб.: Питер, 2002, 492 с.

Буч Г., Якобсон А., Рамбо Дж. UML 2.0 СПб.: Питер, 2006, 735 с Кознов Д. В Языки визуального моделирования: проектирование и визуализация программного обеспечения. Учебное пособие СПб.: Изд-во СПбГУ, 2004, 143 с.

IBM Rational Rose

Кознов Д., Перегудов А., Романовский К., Кашин А., Тимофеев АОпыт использования UML при создании технической документации. Системное программирование. Вып. 1

Фаулер М., Скотт К. UML. Основы СПб.: Символ, 2006, 184 с Леоненков А. В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2006, 319 с