Резюме к главе 2

Объект служит представлением реальной или абстрактной сущности. Объект - это понятие, абстракция или нечто с явно оговоренными границами, смыслом и назначе­нием в контексте программного приложения. Каждый объект системы обладает тре­мя характеристиками — состоянием, поведением и идентификационным признаком. Состояние объекта определяется набором свойств-атрибутов и связей с другими объ­ектами и представляет собой одно из возможных сочетаний условий, которым объект способен отвечать. Характеристика поведения охватывает функциональную сторону жизни объекта, определяет его реакцию на запросы со стороны других объектов и реализуется в виде набора операций. Идентификационный признак задает свойство уникальности объекта — даже в том случае, если состояние последнего идентично со­стоянию других объектов.

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

Классам отвечают определенные стереотипы, позволяющие создавать новые раз­новидности элементов моделируемой системы. Стереотипы должны быть основаны на компонентах, служащих частью метамодели UML. К числу наиболее употребитель­ных "стандартных" стереотипов классов относятся, например, entity, boundary и control.

Пакет в контексте логического представления модели — это собрание "родственных" вложенных пакетов и/или классов. Распределение классов по пакетам дает воз­можность подняться на более высокий уровень восприятия модели; напротив, "углубляясь" в содержимое пакета, мы переходим к отдельным элементам модели.

По мере пополнения модели новыми классами восприятие общей картины все более затрудняется. Диаграммы классов в удобном графическом виде представляют требуемые подмножества пакетов и классов. Основная диаграмма классов модели изображает, как правило, набор пакетов системы. Каждый пакет снабжается собственной основной диа­граммой, в которую обычно включаются общедоступные классы, принадлежащие паке­ту. При необходимости создаются и дополнительные диаграммы классов, в том числе и такие, которые связаны с определенными вариантами использования.

Глава 3 Реализации вариантов использования

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

Каждый вариант использования представляет собой "переплетение" сценари­ев — как основных, представляющих нормальное течение событий, так и вспомога­тельных, определяющих логику функционирования системы в ситуациях вида "что произойдет, если...". Для любой системы можно предложить обширное множество различных сценариев — в конечном итоге речь идет о допустимых основных и вспомогательных сценариях для всех вариантов использования. На ранних стади­ях анализа вполне достаточно ограничиться рассмотрением основного сценария для каждого выявленного варианта использования. Если в процессе моделирования обнаруживается, что каждый новый сценарий во многом повторяет предыдущие, тогда дальнейшие попытки поиска сценариев, видимо, лишены смысла.