Комментарии 5
Надо же, всю жизнь думал, что это диаграмма вариантов использования, а оказалось - прецедентов.
Всегда казалось, что uml-нотации мертворожденные. Кучу времени на них в университете потратили, а реальных живых примеров так и не встретил ни разу. Всё теория, а в жизни шлёп шлёп, презентация, инфографика и погнали.
Их ошибочно попытались сделать строгими и формальными. В итоге, их никто до конца не выучил. Однако смысл в use-case диаграммах есть. Когда начинаешь раскапывать сложный клубок энтерпрайзного копролита, то выписать себе "а что вообще должно делаться" это лчень полезно
Если бы все бизнес процессы были чётко расписаны по всей uml и bpmn, то небыло бы необходимости в куче "бесполезных" менеджеров. Любой бы мог придти, ознакомиться и сразу вникнуть в суть. А так они, менеджмент, вот существуют, как носители какой-то одной непонятной никому функции типа "провести бумажку в crm из одной фамилии в другую" которую без них никак не сделать порой. Все при деле.
Так и не понял, почему вы так негативно относитесь к 5й группе вариантов использования из учебного примера. Как "стратегия продаж" повышает ясность диаграммы и работает против увеличения скоупа задач против "положить товар в корзину"? По логике статьи заказчик будет вправе навесить на разработку создание кучи всего, что выходит за пределы функционала интернет-магазина: CRM, управление складскими остатками, аналитика продаж, работа с промо-акциями и т.д.
То же самое про поиск: "добавление конверсии через поиск" - а мы можем за такое поручиться? Уже слышу предъявы: "конверсия не растёт, ваш поиск не работает". Насколько я понимаю юз кейсы, формулировка каждого элемента - это глагол + существительное. Мы не пишем в диаграммы business value и контекст использования, это не их задача.
Диаграмма Прецедентов (англ. Use Case Diagram)