Как мне показать исключение в диаграмме вариантов использования?

Question

Я работаю над диаграммой вариантов использования (UML), и мне необходимо визуально показать исключение в ней. Сценарий библиотеки. И исключение, которое я хочу показать, это выключение системы. Как я могу это показать? Могу ли я просто использовать отношения расширения, чтобы показать исключение? Я привел мою диаграмму вариантов использования здесь

.

Любая помощь будет оценена

Answer 1

Если система неожиданно завершает работу, каждое соединение, которое система имеет со своими участниками, прерывается, то есть все варианты использования немедленно прекращаются. Это не может быть показано на диаграмме прецедентов, за исключением добавления символа заметки UML, содержащего текст «Если система неожиданно завершает работу, все прецеденты прерываются немедленно.», Но даже это бессмысленно, потому что это очевидно для каждой системы:если он останавливается, он останавливается.

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

Вы можете расценивать поздний возврат и повреждение книги при возврате книги как исключения. Я бы переименовал ваши варианты использования в «Штраф за повреждение книги» и «Штраф за позднюю плату» в формате глагола с существительным (например, «Оплата штрафа за позднюю плату»). Стрелка должна указывать от расширенного варианта использования до расширенного варианта использования.

Answer 2

Варианты использования - это добавленная стоимость, а не функциональность. Ваш фокус - актер и показывает, какую дополнительную ценность он получает от использования рассматриваемой системы.

Есть веская причина не фокусироваться на деталях: вы теряете свой взгляд. Когда вы начнете иметь дело с чем-то, вы не достигнете ничего, кроме суеты. Таким образом, вы создаете «большую картину» в ваших случаях использования. Вы синтезируете их, читая требования и выясняя основные моменты. Это случаи использования. У вас все еще есть все требования (где, например, поведение при отключении подробно описано в различных, в основном несвязанных частях).

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

---

Как всегда, я рекомендую прочитать Биттнер / Спенс о вариантах использования.