2 Теоретические сведения
2.1 Среда моделирования Rational Rose
Все продукты Rational Rose поддерживают язык Unified Modeling Language (UML); тем не менее, эти продукты различаются технологиями реализации, которые они поддерживают. Rational Rose - среда моделирования, которая поддерживает генерацию кода из моделей, написанных на языке Ada, ANSI C++, C++, CORBA, Java/J2EE, Visual C++ и Visual Basic.
IBM Rational Rose - популярное средство визуального моделирования, которое считается стандартом среди средств визуального проектирования приложений. Этот продукт входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Инструментальное средство IBM Rational Rose расширяет возможности моделирования программных систем, выходящих за рамки платформы J2EE и инструментальных средств моделирования в составе IBM Rational Professional Bundle.
Являясь простым и мощным решением для визуальной разработки информационных систем любого класса, Rational Rose позволяет создавать, изменять и проверять корректность модели. Rational Rose объединяет команду разработчиков на базе универсального языка моделирования UML, который определяет стандартную графическую символику для описания архитектуры ПО. Любые участники проекта - аналитики, специалисты по моделированию, разработчики и другие - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта.
-
Виды диаграмм
Суть диаграммы вариантов использования (рис. 1) состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью, так называемых вариантов использования. При этом актером или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.
Рисунок 1 – Пример схема вариантов использования
Диаграмма переходов состояний (рис. 2) демонстрирует поведение разрабатываемой программной системы при получении управляющих воздействий (извне). В диаграммах такого вида узлы соответствуют состояниям системы, а дуги - переходу системы из одного состояния в другое. Узел, из которого выходит дуга, является начальным (промежуточным) состоянием, а узел, в который входит, - следующим состоянием.
Рисунок 2 – Пример схемы переходов состояний
Диаграмма размещения (рис. 3) отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является хорошим средством для того, чтобы показать маршруты перемещения объектов и компонентов в распределенной системе.
Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства, в большинстве случаев – часть аппаратуры.
Рисунок 3 – Пример диаграммы размещения
Диаграмма классов (рис. 4) Диаграммы классов используются при моделировании ПС наиболее часто. Они являются одной из форм статического описания системы с точки зрения ее проектирования, показывая ее структуру. Диаграмма классов не отображает динамическое поведение объектов изображенных на ней классов. На диаграммах классов показываются классы, интерфейсы и отношения между ними.
Рисунок 4 – Пример диаграммы классов
Схема последовательности (рис. 5) показывает взаимодействие, которое представляет последовательность сообщений между экземплярами классов, компонентами, подсистемами и субъектами. Время увеличивается вниз по диаграмме, на которой показывается переход управления от одного участника к другому. Схемы последовательностей служат для визуализации экземпляров и событий, а не классов и методов. На схеме может быть несколько экземпляров одного типа. Также может быть несколько вхождений одного сообщения.
Рисунок 5 – Пример схемы последовательностей