Вы путаете структуру с поведением.
Ассоциация подразумевает структурную зависимость, обычно отношение «имеет». A имеет B. Однако, это больше похоже на «Билл имеет палец», а не «Билл имеет кошелек». Иногда у Билла может быть кошелек, но он не является чем-то структурно определяющим как человеческое существо.
Есть ли у Creator продукт? Нет, не структурно. Никто не делает Concreate Creator. Они создают экземпляр Продукта, а затем возвращают его (я не уверен, что ассоциация Реализов уместна там, никогда не думал о возврате чего-либо как реализации этого). В большинстве случаев они не отслеживают Продукт.
Рассмотрим класс Chef, который создает объект Meal. Шеф-повар следит за едой после того, как вернул ее в класс Клиента? Нет, он на следующий прием пищи. Следовательно, нет никакой связи между шеф-поваром и едой.
Да, это правда, что шеф-повар временно владеет едой, поскольку он готовит ее, но еда не является структурной частью шеф-повара. Он только создает Еду и передает ее потребителю. Диаграммы объектов показывают структуру объектов, а не методы объектов. Это другой вид диаграммы, такой как Диаграмма Деятельности.
Что касается вопроса о шаблоне Command, Invoker зависит от интерфейса, а не от самого объекта Command. Поскольку Invoker зависит только от интерфейса, вы можете передать ему любой тип объекта, который реализует интерфейс. Это не обязательно даже команда, если она притворяется.
Invoker не знает, на что он ссылается, поэтому нет зависимости и нет ассоциации. В качестве примера рассмотрим, что кто-то завязывает вам глаза и просит вас идентифицировать предмет, который он вам дает. Вы можете сказать, сколько объектов, но некоторые - нет. Например, вы можете не знать разницы между тестом для хлеба и тестом или большим апельсином и небольшим грейпфрутом. Для всех намерений и целей большой апельсин и маленький грейпфрут реализуют один и тот же тактильный интерфейс, но они дают разные результаты, когда вы их исполняете (съедаете их).