Я прошу извинения за то, что "встрял"!
Конфликт, как я понимаю, исчерпан до моего выступления!

Конфликта не было, была дискуссия.

Я новичек в UML, почему в примере 4, ВИ: Найти данные служащего, п.3. Менеджер удаляет данные служащего ?

Я новичек в UML, почему в примере 4, ВИ: Найти данные служащего, п.3. Менеджер удаляет данные служащего ?

Это недосмотр при копировании.  п.3 нужно убрать

Статья [у меня] не открывается.
В текущей версии метамодели include и extend подвешены подклассами к DirectedRelationship как прямые наследники. При этом не сказано явно про disjoint. Следовательно, либо авторы метамодели не перешли на новые дефолтные свойства обобщений, либо они полагают, что какой-то include может быть также extend'ом. Во втором случае возникает пикантность при обсуждении различий между видами связей ВИ.
По синтаксису [предлагаемому Коберном] include напоминает гиперссылку. Никакой inline подстановки (как и копи-пасты описаний ВИ) не происходит. Тем более, компиляции. Неясно, что имели в виду авторы реплик.
По прагматике include близок в вызову процедуры, а extend -- к обработке исключения.

Подправил ссылку на статью

Небольшой довесок.

One author of a book on use cases told me that extend and include are best discussed by friends over beer.

Или в переводе

Один автор книг о вариантах использования сказал мне, что такие связи между ВИ лучше всего обсуждать с друзьями за бокалом пива.