UML-моделирование - как представить многоуровневое наследование на диаграмму классов?

Question

Как эта ситуация может быть представлена ​​на диаграмме классов более элегантным (и профессиональным) способом (с использованием наследований?)?

актер [класс] может быть физическое лицо [класс] или компания [класс], но не оба.
Актер может быть внутренний актер [класс] ИЛИ внешний актер [класс], но не тот и другой.
Внутренний актер может быть физическим лицом или компанией, но не тем и другим.
Внешним субъектом может быть физическое лицо или компания, но не оба.

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

Answer 1

Вот это элегантный способ представить то, что вы хотите в UML с наименьшим количеством классов:

Из-за {complete, disjoint} ограничений, эта модель требует экземпляра, чтобы быть точно один из Physical PersonилиCompany, в то время как в то же время являясь одним из Inner ActorилиExternal Actor. Спецификация экземпляра внизу показывает, как создать экземпляр.

UML может представлять это без проблем. Но, как вы его сопоставляете с языком программирования, другое дело. (И еще один вопрос.) Многие языки не поддерживают множественную классификацию экземпляров, поэтому вам нужно забить квадратную привязку в круглое отверстие.

Answer 2

Если вы не возражаете, мульти-наследования вы могли бы рассмотреть что-то вроде этого:

(. Внутренний Actor отображается время буксировки, чтобы упростить схему, это тот же класс)