26. Поведение, атрибуты и состояние объектов

Поведение объектов.

Прецеденты, в которых участвует объект, определяют обязательства объектов по отношению к окружению. Поведение объекта должно подтверждать эти обязательства.

Поведение объектов: множество последовательностей действий – операций.

Выполнение каждой операции инициируется определенным стимулом.

Чтобы выполнить операцию нужно знать параметры операции (входные и выходные данные).

Стимул + параметры = сигнатуры операций.

Набор операций для класса - протокол класса, показывает, как экземпляры классов могут посылать стимулы экземплярам других классов.

Атрибуты объектов формируют характеристики объекта.

Атрибут - единица информации, хранящаяся в объекте (отношение быть атрибутом + тип). Отношение быть атрибутом описывает роль, которую атрибут играет по отношению к объекту. С данным отношением может ассоциироваться также количество экземпляров, связанных данным атрибутом.

Состояние объектов.

Объект может получать различные стимулы в зависимости от значений атрибутов и от предварительно выполненных операций, т.е. объект имеет различные состояния. То, в какое состояние совершит переход объект, зависит от его текущего состояния, и от того, какой стимул он получит.

Для моделирования используют диаграммы состояний. Соотносит события с состояниями.

27. Взаимодействие объектов в прецеденте, способы описания

Взаимодействие объектов в прецеденте отображает динамику объектной модели. Чтобы объяснить, кто и как инициирует потоки событий, необходимо включить в представление отношения.

Так как объект участвует в нескольких прецедентах, он будет присутствовать в нескольких представлениях взаимодействия объектов. Вместе эти представления иллюстрируют различные роли, которые объект имеет в системе.

Диаграмма коммуникаций.

Диаграмма последовательностей взаимодействий.

Диаграмма активностей. Это дальнейшее развитие диаграммы состояний. Позволяет показать не только последовательность процессов, но и ветвление, синхронизацию процессов.

28. Подсистемы и прецеденты

Перед тем как подробно описывать ход событий бизнеса целесообразно разделить его на меньшие компоненты.

Подсистемы включают функционально близкие объекты или подсистемы. Объект подсистемы не может принадлежать больше чем к одной подсистеме.

Деление на подсистемы следует проводить тогда, когда бизнес большой и его удобнее моделировать не весь сразу, а по частям. Выделение подсистем также целесообразно, чтобы сделать модель понятнее.

Подсистемы можно использовать для объединения объектов в модули, соответствующие полномочиям некоторого специалиста, отвечающего за одну или более задач.

Понятие прецедент также можно рассматривать как способ группировки объектов.

Прецеденты реализуются различными объектами различных подсистем (прецеденты как бы пересекают несколько подсистем).

Пример: подсистемы – кухня, обеденный зал. Прецедент – доставка продуктов.