Диаграммы состояний

Элементы на диаграмме Состояний отображают жизненный цикл одного объекта начиная с момента его создания и заканчивая разрушением.
Главное назначение диаграммы состояний – описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение моделируемой системы в течение всего ее жизненного цикла.
Диаграммы состояний чаще всего используются для описания поведения отдельных систем и подсистем. Также они могут быть применены для спецификации функциональности экземпляров отдельных классов, т.е. для моделирования всех возможных изменений состояний конкретных объектов. Как правило, диаграммы Состояний не требуется создавать для каждого класса.
Сложные классы имеют много различных состояний (рис. 1 – пример диаграммы Состояний для класса «Заказ», экземпляры которого могут пребывать в трех состояниях). В каждом из состояний объект может себя вести по-разному.

Для анализа динамики поведения класса необходимо рассмотреть его атрибуты. Экземпляр класса может вести себя по-разному в зависимости от их значений. Полезно исследовать также связи между классами. Можно рассмотреть все связи, множественность которых может принимать нулевое значение. Нули указывают, что данная связь не является обязательной. Экземпляр класса может себя вести по-разному при наличии и отсутствии связи – в этом случае он имеет несколько состояний.
Диаграммы состояний нужны для того, чтобы документировать динамику поведения класса, благодаря чему аналитики и разработчики получат о нем четкое представление. Реализацией заложенной в эти диаграммы логики будут заниматься разработчики. Как и в случае других диаграмм UML, диаграммы Состояний дают команде возможность обсудить и документировать логику перед началом процесса кодирования.