Хорошо, я нашел свою ошибку - я использовал действительно старую версию flock, интерфейс которой отличался от описанного на странице руководства. Я обновился до новой версии flock, и это сработало.
Рассмотрите использование вложенных отношений (строка с '+' в кругу в родительском конце).
Так как UML, как предполагается, не является непосредственно конкретной реализацией, я использовал бы соглашение о присвоении имен, такое как:
OuterClass vs OuterClass::InnerClass
Я вообразил бы, надеетесь ли Вы перепроектировать или кодировать - генерируют к/от UML, что различные инструменты были бы нас различные методы (если они поддерживают его вообще).
Быстрый тест некоторого Архитектора Предприятия использования инженерного анализа (EA v7) подтверждает, что они используют вышеупомянутое InnerClass::OuterClass
синтаксис при обработке некоторого C# с общедоступным внутренним классом.
Или можно показать внутренний класс, полностью включенный внешним классом, одним прямоугольником в другом.
Для такого рода вещи у Вас есть отдельные Схемы, показывающие внутреннюю структуру или обрабатывающие класса.
обычно, те дополнительные схемы являются схемами действия для показа обработки. Иногда один на метод. У Вас могла бы также быть внутренняя диаграмма последовательности, показывающая взаимодействия API.
Никакая причина у Вас не может быть дополнительной диаграммы классов для показа внутренней структуры класса.