Диаграмма состояний UML для N количества утверждений

Я пишу свою первую диаграмму состояний для матрицы утверждений, и я застрял. Заказ в нашей системе будет проходить через ряд состояний и переходов для утверждения:

состояния

  • Начало (состояние)
  • (отправить () переход)
  • В ожидании одобрения (штат)
  • (одобрить () переход)
  • В ожидании одобрения (штат)
  • (одобрить () переход)
  • ...
  • Live (состояние)

Моя проблема заключается в том, что ожидающие утверждения состояния будут переходить в состояние "в реальном времени" только тогда, когда будет получено N событий Approve () для каждого заказа (утверждение от одного пользователя вызовет уведомление для утверждения от другого пользователя).

Должен ли я добавить точку принятия решения после состояния "Ожидание одобрения", при которой самопереход возвращается к "Ожиданию одобрения" ИЛИ переходит в состояние "Вживую" на основе количества подтверждений (это разрешено? Или я что-то упустил?)

Любая помощь будет оценена. Большинство диаграмм состояний, на которые я смотрю, основаны на заданном количестве утверждений, а не на списке переменных.

Источник

1 ответ

Решение

Вы добавите охрану:

approval триггер имеет поведение inc approval count, Теперь охранник [approval count > N] пройдет только если счетчик достаточно велик.

Источник
Другие вопросы по тегам