Уже не первый раз вижу публикации данного автора и вынужден рекомендовать относиться к ним с определенной долей скепсиса.
Во-первых, само описание Use Case как средства моделирования и проектирования в корне не верно, Use Case это средство фиксации требований к взаимодействию. Тот же Коберн предостерегал от детального описания интерфейсов и привнесения деталей реализации в интерфейс. Тем самым вы сильно сужаете возможности реализации для команды разработки.
Во-вторых, фраза "Деловой сценарий использования не затрагивает технологий, рассматривает систему как «черный ящик» и описывает бизнес-процесс," сразу говорит о том, что автор не понимает принципиальных различий бизнес-процесса, как последовательности взаимодействия нескольких акторов, и Use Case как средства описания взаимодействия конкретного актора с системой.
В-третьих, указание на то, что пользователь должен именно нажимать кнопку, а не просто добавить товар в корзину сразу лишает ваш документ гибкости и делает хрупким.
В целом подобный подход может быть оправдан только в том случае, если у вас есть практически неограниченный ресурс даже не аналитика, а техписа. Но подобное описание на мой вкус избыточно.
Ну и заказчикам компании, в блоге которой это публикуется стоит задуматься о том, на что тратятся бюджеты их проектов.
https://habr.com/ru/post/699522/
#badsmell #article