Use Cases. Цели пользователя. Возможности будущей системы.

[Елена ГунёваПодписчик]

Очень интересные мысли

Разрешите немного подытожить аргументы за вариант №3
1 — разработчикам понятнее, что нужно сделать
2 — удобнее поддерживать более атомарные юз кейсы
Я тоже отстаивала вариант №3 для системных юз кейсов, у меня есть ещё два аргумента
3 — заказчику ведь тоже будет понятней что будет делать система в этом случае (вот увидит он юз кейс "забронировать билеты" у покупателя и сразу — "как так я ведь вам говорил, что пользователь только заявку оставляет…")
4 — цель пользователя "забронировать билет" осуществляется не системой, а и организацией в целом (система+представитель), т.е. в данном случае используется как бы не система, а сама организация т.е. это как бы "organization Use Case" т.е. Business Use Case.

Аргументом приверженцев подходов №2 и №3 было то, что система бесполезна, если будет заимплеменчен только один из двух Use Cases. В частности, планировать эффективно релизы по этим Use Cases будет сложно.

Поделиться:

Цитировать

[Автор]

Сообщения