Когда применяются диаграммы состояний

Диаграммы состояний хороши для описания поведения одного объек­та в нескольких прецедентах. Но они не очень подходят для описания поведения, характеризующегося взаимодействием множества объек­тов. Поэтому имеет смысл совместно с диаграммами состояний приме­нять другие технологии. Например, диаграммы взаимодействия (гла­ва 4) прекрасно описывают поведение нескольких объектов в одном прецеденте, а диаграммы деятельности (глава 11) хороши для показа основной последовательности действий нескольких объектов в не­скольких прецедентах.

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

Если вы применяете диаграммы состояний, то не старайтесь нарисо­вать их для каждого класса системы. Такой подход часто применяется в целях формально строгой полноты, но почти всегда это напрасная трата сил. Применяйте диаграммы состояний только для тех классов, которые проявляют интересное поведение, когда построение диаграм­мы состояний помогает понять, как все происходит. Многие специали­сты считают, что редактор UI и управляющие объекты имеют функ­циональные средства, полезные при отображении с помощью диаграм­мы состояний.

Где найти дополнительную информацию

И руководство пользователя по UML [6], и справочное руководство [40] содержат более подробную информацию о диаграммах состояний. Проектировщики систем реального времени предпочитают интенсив­но применять модели состояний, поэтому неудивительно, что в книге Дугласа [15] много говорится о диаграммах состояний, включая ин­формацию об их реализации. В книге Мартина [30] есть хорошая глава о различных способах реализации диаграмм состояний.