Общая характеристика Rational Rose Enterprise Edition. Основные элементы интерфейса. Представления модели
CASE-средство Rational Rose со времени своего появления претерпело серьезную эволюцию и превратилось в современное и мощное средство анализа, моделирования и разработки программных систем.
Именно в Rational Rose 98/2000 язык UML стал базовой технологией визуализации и разработки программ, что определило популярность и стратегическую перспективность этого инструментария.
В рамках Rational Rose существуют различные программные инструментарии, отличающиеся между собой диапазоном реализованных возможностей.
IBM Rational Rose Enterprise Edition 7.0.0
Платформа: Windows XP Pro, Windows XP SP3, Windows 2000
Rational Rose Enterprise предлагает общий инструмент моделирования и язык для упрощения рабочей среды, а также возможности более быстрого создания качественного программного обеспечения.
Rational Rose использует методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона.
В основе работы Rational Rose лежит построение различного рода диаграмм и спецификаций, определяющих логическую и физическую структуры модели, ее статические и динамические аспекты.
Основной перечень моделей Rational Rose
Диаграммы, описывающие статическую структуру системы:
§ Use case diagrams (диаграммы вариантов использования) — для моделирования бизнес-процессов и функциональных требований к создаваемой системе;
§ Class diagrams (диаграммы классов) — для моделирования статической структуры классов системы;
|
|
|
Диаграммы поведения системы:
§ Interaction diagrams (диаграммы взаимодействия): sequence diagrams (диаграммы последовательности) и collaboration diagrams (кооперативные диаграммы) — для моделирования взаимодействия (обмена сообщениями) между объектами;
§ Statechart diagrams (диаграммы состояний) — для моделирования жизненного цикла (переходов состояний) объектов системы;
§ Activity diagrams (диаграммы деятельностей) — для моделирования сложного поведения системы в рамках вариантов использования при наличии параллельных процессов;
Диаграммы реализации:
§ Component diagrams (диаграммы компонентов) — для моделирования физической структуры программных компонентов системы;
§ Deployment diagrams (диаграммы размещения) — для моделирования размещения программных компонентов системы в распределенной среде.
Возможности
§ Моделирование самых распространенных приложений – предоставляет функции визуального моделирования для разработки приложений многих типов.
IBM Rational Rose Enterprise предоставляет набор функций, управляемых моделью, для разработки целого ряда приложений, в том числе на языках Ada, ANSI C++, C++, CORBA, Java, Java EE, Visual C++ и Visual Basic.Это программное обеспечение позволяет ускорить разработку таких приложений благодаря созданию кода на основе визуальных моделей с использованием UML (Unified Modeling Language).
|
|
|
§ Разработка веб-приложений – предлагает инструменты XML и веб-моделирования веб-приложений.
Интеграция проектирования и разработки приложений — унифицирует работу коллектив проекта путем предоставления общих средств выполнения и нотации модели UML.
Основными элементами интерфейса Rose являются:
§ Браузер (browser). Это иерархическая структура, позволяющая легко осуществлять навигацию по модели.
Все, что добавляется к модели: актеры, сценарии, классы, компоненты – выводится в окне браузера. Браузер организован в древовидном стиле. Каждый элемент модели может содержать другие элементы, находящиеся ниже его в иерархии. Знак "–" около элемента означает, что его ветвь полностью раскрыта. Знак "+" – ветвь свернута.
По умолчанию браузер появляется в верхней левой части экрана. Затем его можно перетащить в любое другое место, закрепить там или оставить плавать свободно либо скрыть.
С помощью браузера можно:
- Добавлять к модели элементы (сценарии, действующих лиц, классы, компоненты, диаграммы и т.д.).
- Просматривать существующие элементы модели.
- Просматривать существующие отношения между элементами модели.
- Перемещать элементы модели.
- Переименовывать элементы модели.
- Добавлять элементы модели к диаграмме.
- Связывать элемент с файлом или адресом Интернета.
- Группировать элементы в пакеты.
- Работать с детализированной спецификацией элемента.
§ Открывать диаграмму.
|
|
|
§ Окно документации (documentation window). предназначено для документирования элементов модели Rose Это окно. Например, вы можете сделать краткое описание каждого действующего лица.
При документировании класса все, что вы напишите в окне документации, появится затем как комментарий в сгенерированном коде, что избавляет от необходимости впоследствии вносить комментарии вручную. Документация будет выводиться также в отчетах, создаваемых в среде Rose.
Если в браузере или на диаграмме выбирается другой элемент, окно документации автоматически обновляется, показывая то, что соответствует этому элементу.
Как и браузер, окно документации можно закрепить или позволить ему перемещаться свободно. По умолчанию оно появляется в нижнем левом углу окна Rose, но может быть передвинуто или скрыто.
§ Панели инструментов (toolbars). Обеспечивают быстрый доступ к наиболее распространенным командам.
|
|
|
Предлагается два типа панелей инструментов: стандартная панель и панель диаграммы.
Кнопки Стандартной панели соответствуют командам, которые могут использоваться для работы с любой диаграммой. А вот панель диаграммы для каждого типа диаграмм UML своя.
Пользователь может изменить и настроить любую панель инструментов. Для этого следует выбрать пункт меню Tools – Options (Инструменты – Параметры), затем вкладку Toolbars(Панели инструментов).
§ Окно диаграммы (diagram window) – рабочая область изображения диаграммы. Используется для просмотра и редактирования диаграмм UML.
В окне диаграммы выводится одна или несколько диаграмм UML модели. При внесении изменений в элементы диаграммы Rose автоматически обновит браузер. Аналогично, при внесении изменений в элемент с помощью браузера Rose автоматически обновит соответствующие диаграммы. Это помогает поддерживать модель в непротиворечивом состоянии.
§ Журнал (log). Применяется для просмотра ошибок и отчетов о результатах выполнения различных команд.
По мере работы над моделью определенная информация направляется в окно журнала. Например, туда, помещаются сообщения об ошибках, возникающих при генерации кода. Невозможно закрыть журнал совсем, но его окно может быть минимизировано.
Иерархическое представление структуры каждого разрабатываемого проекта организовано в форме 4- представлений.
§ Представление вариантов использования (use case view) – содержатся диаграммы вариантов использования и их реализация в виде вариантов взаимодействия.
Представление Вариантов Использования содержит:
| Действующих лиц, представляющих собой внешние сущности (entities), взаимодействующие с создаваемой системой. |
| Варианты использования, являющиеся высокоуровневыми элементами функциональности, которую обеспечивает система. |
| Документацию по вариантам использования, детализирующую происходящие в них процессы (потоки событий), включая обработку ошибок. Эта пиктограмма соответствует внешнему файлу, прикрепленному к модели Rose. Вид пиктограммы зависит от приложения, используемого для документирования потока событий. В данном случае применялся Microsoft Word. |
| Диаграммы Вариантов Использования, отображающие действующих лиц, варианты использования и взаимодействие между ними. Обычно у системы бывает несколько таких диаграмм, каждая из которых показывает подмножество действующих лиц и/или вариантов использования. |
| Диаграммы Взаимодействия (диаграмма последовательности и кооперативная диаграмма), отображающие объекты или классы, которые принимают участие в одном потоке событий варианта использования. Для каждого варианта использования можно создать множество диаграмм Взаимодействия. Это делается либо в представлении Вариантов Использования, либо в Логическом представлении системы. |
| Пакеты, являющиеся группами вариантов использования и/или действующих лиц. Пакеты представляют собой механизм языка UML, позволяющий группировать вместе сходные элементы. Как правило, в системе существует сравнительно мало вариантов использования и Действующих лиц, так что образовывать из них пакеты не требуется. Тем не менее, этот инструмент всегда может помочь в организации представления Вариантов Использования. |
§ Логическое представление (logical view)
Логическое представление концентрируется на том, как система будет реализовывать поведение, описанное в вариантах использования. Логическое представление содержит диаграммы классов, диаграммы состояний и диаграммы деятельности. С их помощью разработчики могут сконструировать детальный проект создаваемой системы.
Логическое представление содержит:
| Классы, являющиеся строительными блоками системы. Класс состоит из небольшого количества данных (атрибутов) и некоторого поведения (операций), сгруппированных вместе. Например, класс Employee (работник) может в качестве данных содержать имя работника, его адрес и номер социальной страховки, а в качестве поведения – прием на работу и увольнение. |
| Диаграммы Классов, используемые для представления классов системы, их атрибутов, операций и связей друг с другом. Как правило, для описания системы применяется несколько диаграмм Классов, каждая из которых отображает некоторое подмножество всех классов системы. |
|
| Диаграммы Взаимодействия, применяемые для отображения классов, участвующих в одном потоке событий варианта использования. Как упоминалось ранее, диаграммы Взаимодействия создаются в представлении Вариантов Использования или в Логическом представлении. При этом, как правило, в первом случае на диаграммах изображают объекты, а во втором – классы системы. |
| Диаграммы Состояний, описывающие динамику поведения объекта. Они включают в себя все состояния, в которых данный объект может существовать. Они также показывают, как объект переходит из одного состояния в другое, в каком состоянии он находится сразу после создания и в каком – непосредственно перед уничтожением. |
|
| Пакеты, являющиеся группами взаимосвязанных классов. Объединять классы в пакеты не обязательно, но настоятельно рекомендуется. Типичная система может содержать сотню или более классов, и объединение их в пакеты помогает уменьшить сложность модели. Для понимания общей картины системы достаточно взглянуть на ее пакеты. Чтобы изучить систему на более детальном уровне, приходится углубляться в пакеты и исследовать классы, находящиеся внутри. |
Часто разработка Логического представления осуществляется в два этапа. Сначала определяются классы анализа (analysis classes). Они не зависят от языка программирования. Создавая их в первую очередь, разработчики могут увидеть структуру системы, не углубляясь в специфические особенности конкретного языка. В языке UML для изображения классов анализа используют следующие пиктограммы:
| 
| 
|
| Граничный класс (boundary) | Управляющий класс (control) | Сущность (entity) |
После определения всех классов анализа каждый из них может быть преобразован в класс проекта (design class). Класс проекта уже содержит специфические для данного языка детали. Например, можно представить себе класс анализа, отвечающий за обмен информацией с другой системой. Нас пока не интересует, на каком языке он будет написан, мы уделяем внимание только его данным и поведению. Но, преобразуя его в класс проекта, нам придется коснуться специфических для языка деталей. Допустим, что это будет класс Java. Тогда для реализации того, что мы заложили в класс анализа, нам могут понадобиться два класса Java. Это значит, что отсутствует строгое соответствие между классами того и другого типа.
Классы проекта изображают на диаграммах Взаимодействия Логического представления системы. Классы анализа могут появляться также на диаграммах Взаимодействия в представлении Вариантов Использования.
Определив классы системы и нанеся их на диаграммы, можно приступить к работе с представлением Компонентов, имеющим дело с физической структурой системы.
§ Представление компонентов (component view) – содержатся диаграммы компонентов разрабатываемой модели.
Представление Компонентов содержит информацию о библиотеках кода, исполняемых файлах, динамических библиотеках и других компонентах моделей.
В среде Rose компоненты и диаграммы Компонентов показывают в представлении Компонентов. Представление Компонентов системы отображает связи между модулями кода.
Представление Компонентов содержит:
| Компоненты, являющиеся физическими модулями кода. |
| Диаграммы Компонентов, отображающие компоненты и их связи. Связи между компонентами системы позволяют понять зависимости, возникающие при компиляции. Зная эти зависимости, можно установить порядок компиляции компонентов. |
|
| Пакеты, являющиеся группами связанных компонентов. Как и в случае классов, повторное использование является одним из мотивов объединения компонентов в пакеты. Группу связанных компонентов системы можно использовать в других приложениях при условии, что связи между этой и другими группами тщательно отслеживаются (см. ниже). |
Представление Компонентов более всего используется теми участниками проекта, кто отвечает за управление кодированием, компиляцию и размещение приложения. Часть компонентов – это библиотеки кода. Остальные – динамические компоненты, такие как, исполняемые файлы и файлы динамических библиотек (.DLL). С помощью этого представления разработчики могут понять, какие библиотеки кода были созданы и какие классы содержатся в каждой из них.
§ Представление развертывания (deployment view) – содержится единственная диаграмма развертывания разрабатываемой модели.
Представление Размещения соответствует физическому размещению системы, которое может отличаться от ее логической архитектуры. Например, система может иметь трехуровневую логическую архитектуру: интерфейс логически отделен от бизнес-логики, а она, в свою очередь, отделена от базы данных. Однако размещение системы может быть и двухуровневым: интерфейс находится на одном компьютере, а остальные две части – на другом.
Представление Размещения отражает и такие проблемы, как отказоустойчивость системы, ширина полосы пропускания сети, восстановление после сбоев и время отклика.
В представление Размещения входят:
| Процессоры, т.е. компьютеры, способные обрабатывать данные. Любой процесс выполняется на одном или нескольких процессорах. |
| Устройства, т.е. аппаратура, не способная обрабатывать данные. К числу таких устройств относятся, например, терминалы ввода-вывода и принтеры. |
| Диаграмма Размещения, на которой показаны процессоры и устройства сети, а также физические соединения между ними. Кроме того, на диаграмме Размещения изображают процессы и обозначают, какие процессы на каких компьютерах выполняются. |
Дата добавления: 2018-02-15; просмотров: 1925; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!