Я предполагаю, что вы говорите о представлении вашего дизайна на некоторой подходящей диаграмме, и в этом случае вам нужно изучить некоторый «Язык моделирования» - вероятно, наиболее широко используемый сегодня - UML. Это большая тема, но вы могли бы начать здесь .
Теперь подобные диаграммы действительно полезны только тогда, когда ваш дизайн достигает некоторого уровня сложности. Здесь вы думаете только о паре классов и одном методе, диаграмма не сильно поможет. Так, может быть, вы делаете это как учебное упражнение?
Вам, вероятно, понадобится и диаграмма классов, и диаграмма последовательности .
Основная вещь, которая вас смущает, это то, как представлять Операции, они просто перечислены в классе. Таким образом, ваш класс Store будет иметь операцию TransferInventory ().
Итак, ваша диаграмма классов очень проста, только пара классов Store, Product. Но интересно то, что ваша диаграмма последовательности покажет, что у вас есть более одного экземпляра класса Store: StoreA, StoreB и экземпляры взаимодействуют друг с другом.
Одна вещь, о которой вы не говорили: как StoreA узнал , что StoreB существует? Почему он выбрал этот магазин, чтобы попросить товар. Здесь есть несколько дополнительных классов, таких как реестр магазинов. Я был бы гораздо больше заинтересован в выяснении этого, чем в рисовании диаграмм.