Переход (transition) из одного состоянияв другое (из предыдущего в последующее)
Простой переход (simple) показывает на факт смены одного состояния другим. Пребывание объекта в каком-то состоянии может сопровождаться выполнением некоторых действий, переход в последующее состояние будет возможен после завершения этих действий. Для перехода в последующее состояние может быть потребовано удовлетворение некоторых дополнительных условий. В этом случае говорят, что «переход срабатывает», или «происходит срабатывание перехода». Переход осуществляется при наступлении некоторого события. Таким событием могут выступать- окончания выполнения действий (специфицированных меткой do), получение объектом сообщения или приемом сигнала.
"Срабатывание перехода" может зависеть не только от наступления некоторого события, но и от выполнения определенного условия, называемого сторожевым условием. Объект перейдет из одного состояния в другое в том случае, если произошло указанное событие и сторожевое условие приняло значение "истина".
На диаграмме состояний переход изображается сплошной линией со стрелкой, которая направлена на состояние, в которое объект переходит. Каждый переход может быть специфицирован строкой текста, которая имеет следующий общий формат: <имя события (список параметров через запятую)>[<сторожевое условие>] <выражение действия>.
Рассмотрим пример (рис. 6.3). Определим состояние Программы, которая требует идентификации пользователя, прежде чем приступить к работе с ней. Примеры событий-триггеров: Ввод данных, Ошибка при входе, Нет ошибок.
Событие(event) представляет собой определение, пояснение, спецификацию некоторого факта, имеющего место в пространстве и во времени. Например, Программа находился в состоянии ожидания, а после некоторого события (нажатии функциональной клавиши или выбора пункта меню интерфейса Программы) она начинает выполнять определенный действия. Произошло событие, которое инициировал оператор.
Пример. Магнитофон работал (играла музыка), выключили свет (произошло событие) магнитофон замолчал.
Пример. Будильник показывал время, произошло событие(часовая и минутная стрелки заняли определенное положение на циферблате будильника), и будильник зазвенел.
|
|
|
Рис. 6.3. Пример диаграммы состояний для экземпляров класса Программа. |
В языке UML событие играют роль стимулов, которые инициируют переходы из одних состояний в другие. В качестве событий можно рассматривать сигналы, вызовы, окончание фиксированных промежутков времени или моменты окончания выполнения определенных действий.
Вопросы:
Что призвана отражать диаграмма состояний?
Какие можно выделить основные правила построения диаграммы состояний?
В чем специфика составного состояния и подсостояния? Привести примеры.
В чем специфика последовательных и параллельных подсостояний? Привести примеры.
Какие существуют типы исторического состояния? Привести примеры.
Тема 7. Диаграмма компонентов (Component Diagram) Основные понятия
В языке UML для физического представления моделей систем используются диаграммы реализации (implementation diagrams), которые включают в себя две отдельные диаграммы: диаграмму компонентов и диаграмму развертывания. С помощью диаграммы компонентов описывается физическая организация системы (описание системы с помощью элементов, которые будут иметь реальное физическое воплощение).
В роли компонента может выступать: таблица, массив данных, динамическая библиотека, документ, исполняемый файл, это физический модуль кода (выполняемого, программного) и т.д. Следует заметить, что на данном этапе (на этапе построения диаграммы компонентов) мы не будем описывать - где в среде (или в сети) размещаются компоненты. Задача этого этапа указать все необходимые программные компоненты будущей системы и связи между ними.
Необходимо подчеркнуть связь между компонентом и классом - компонент можно рассматривать как программную реализацию класса, который включает атрибуты и операции, один компонент может содержать реализацию нескольких классов. Между компонентами может быть установлен единственный тип связи - отношение зависимости. Он показывает, что один из компонентов должен компилироваться перед началом компиляции другого.