Проектирование архитектур информационных систем. Беляев К.С. - 36 стр.

UptoLike

Составители:

Рубрика:



36



Различные ассоциации (даже принадлежащие одному и тому же

классу) может потребоваться связать с классом на различных уровнях

обобщения/специализации. Например, класс Course может быть связан с

классом Student (Student takes Course — студент берет курс), кроме того,

этот класс может быть связан с классом TeachingAssistant

(TeachingAssistant teaches Course — ассистент ведет курс). Дальнейший

анализ может показать, что класс TeachingAssistant является подклассом

Student.

При поиске отношения обобщения лакмусовой бумажкой выступают

фразы «может быть» («can_be») и «это нечто вроде» («is_a_kind_of»). При

истолковании отношения сверху-вниз по иерархии классов используется

фраза «может быть» (например, Student «can_be» a TeachingAssistant —

«студент «может быть» ассистентом»). При интерпретации отношения

снизу-вверх используется фраза «это нечто вроде» (например,

TeachingAssistant «is_a_kind_of» Student — «ассистент «это нечто вроде»

студента»). Обратите внимание, что если также справедливо утверждение

о том, что «ассистент — это «TeachingAssistant «is_a_kind_of» Teacher», то

мы установили множественное наследование.

2.1.16Спецификацияобобщений

Отношение обобщения между классами показывает, что один класс

совместно использует структуру или поведение, определенные в одном

или более классов. Обобщение представляется в языке UML сплошной

линией со стреловидным наконечником, указывающим на суперкласс.

Полная спецификация обобщения включает несколько мощных

возможностей.

Например, более подробное определение отношения может

содержать квалификацию доступа к нему, указания на то, предоставляет

ли класс права другому классу, решая, что необходимо делать в случае

множественного наследования и т. д.