Материал: 4970

71

1)зависимость – отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой;

2)ассоциация – соединение между объектами (равноценными, а также целыми и его частями);

3)обобщение – применяется для описания связей типа «предок–потомок» при которых объект-потомок может представлять часть обобщенного объекта (родителя или предка);

4)реализация – связь, например, между интерфейсом класса (объявлением класса) и реализацией интерфейса класса (описанием хода выполнения операций класса);

5)агрегация – специальный вид ассоциации, описывающий отношение между агрегатом (целым) и компонентом (частью).

Пример отношений в диаграммах классов приведён на рисунке 17.

Class_A

- sizeX: int

"кострукторы"

+Class_A(char Ch1)

+Class_A(int x):sizeX(x){}

"открытые функции"

+getLeftUp(): int

+setLeftUp(int Up): int

Рисунок 16 – Пример формального описания класса Рекомендации для разработки диаграммы классов на языке UML:

1)диаграммы классов в первую очередь являются графическим изображением инфологической модели предметной области;

2)в процессе проектирования программной системы диаграммы классов дополняются новыми статическими элементами, обнаруженными в ходе процесса проектирования;

3)каждая, взятая в отрыве от остальных, диаграмма классов не может и не должна охватывать весь проект целиком;

4)диаграмма классов заостряет внимание только на одном аспекте статического вида системы с точки зрения стадии проектирования;

72

5)диаграмма классов является моделью и содержит лишь те элементы, которые существенны для понимания модели (показывает детали, соответствующие требуемому уровню абстракции, опуская те, без которых можно обойтись);

6)диаграммы классов должны показывать один аспект в нескольких «ракурсах», каждый из которых раскрывает только один вид отношений (в каждой диаграмме классов должны доминировать отношения какого-либо одного вида).

73

Рисунок 17 – Отношения в диаграмме классов

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

Диаграмма последовательностей является разновидностью диаграммы взаимодействия, в которой описываются происходящие события в виде упорядоченных на временном интервале сообщений. Иначе диаграмма иллюстрирует поток управления (переход управления от объекта к объекту). Порядок построения:

1)определите сценарий, в котором будет происходить взаимодействие элементов системы (подсистема, операция, классы, объекты);

2)определите элементы системы (например, объекты), принимающие участие в сценарии;

3)разместите объекты на диаграмме последовательностей слева на право по горизонтали так, чтобы объекты-инициаторы действий были расположены левее (например, роли);

4)проведите для каждого объекта линию жизни по вертикали сверху вниз пунктирной линией;

5)начиная с сообщения, инициирующего взаимодействие, расположите все последующие сообщения сверху вниз между линиями жизни объектов (допустимо указывать параметры сообщений в виде значений);

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

7)укажите точный промежуток времени работы объекта фокусом управления (утолщённая вертикальная полоса, перекрывающая пунктирную линию жизни объекта);

8)укажите пред- и постусловия (по условию сценария) для возникновения сообщений и объектов;

9)по окончании времени жизни объекта на его линии жизни ставится знак «Х» (что не запрещает вновь создать такой объект позднее).

Одна диаграмма последовательностей соответствует одному сценарию (иначе, одному варианту использования). Следовательно, для альтернативных сценариев создаются свои диаграммы взаимодействий. Такой набор диаграмм последовательностей можно организовать в пакет, в котором каждая диаграмма имеет уникальное наименование. На диаграммах последовательности могут присутствовать три разновидности сообщений, каждое из которых имеет свое графическое изображение (см. рисунок 18). Пример диаграммы последовательностей

75

Разновидность сообщения (рисунок 18, б) используется для обозначения простого асинхронного сообщения (одностороннего без подтверждения), которое передаётся в произвольный момент времени. Передача такого сообщения не сопровождается получением фокуса управления объектом-получателем.

Разновидность сообщения (рисунок 18, в) используется для возврата из вызова процедуры. Примером может служить простое сообщение о завершении вычислений без предоставления результата расчётов объекту-клиенту.

2.3.6. Диаграммы объектов

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