Диаграмма прецедентов Логическая ситуация

Question

Есть ли логическая ситуация в диаграмме вариантов использования? Если не это еще сделать это? вот мой пример:

Пользователю не нужно знать, что мы создаем его пользователем, все происходит в фоновом режиме. Так что это как клиентское приложение, которое связывается с другим сервером. Если пользователь уже существует на новом сервере, просто обработайте добавление в корзину, в противном случае создайте пользователя для этого конкретного пользователя на другом сервере.

РЕДАКТИРОВАТЬ:

Благодаря советам Томаса Килиана, это должен быть правильный ответ:

Answer 1

У ваших UC есть пара недостатков (потому что вы пробуете функциональную декомпозицию, а не синтез; читайте Bittner/Spence).

• Показывать границу как пузырь неправильно. Стр. 642 UML 2.5.1:

  Также обратите внимание, что прямоугольник субъекта не подразумевает, что классификатору субъекта принадлежит содержащийся UseCases, а просто означает, что UseCases применяются к этому классификатору. В частности, существует возможность путаницы между UseCase, который визуально содержится в граничном прямоугольнике, представляющем Классификатор, который является его предметом, и визуально содержится в отсеке Классификатора, который является его владельцем (см. Рисунок 18.9).

• Add to cart в Validates user (который должен быть Validate user) должен быть - -><<includes>> отношение, а не ассоциация.

• Validate user в том числе Add to cart кажется, не имеет смысла. Добавление товара в корзину - это нечто совершенно отличное от проверки пользователя.

• Create user (s удален) должен быть <<extends>> в противоположном направлении. Добавить ограничение { only for new users },

• Process add to cart это не вариант использования. Это пара шагов в Add to cart UC (которые следуют после проверки пользователя).