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




В теме 15 ответов, и 7 участников, последнее обновление сделано пользователем Аватар (Елена Гунёва) Елена Гунёва 5 г, 5 мес. назад.

Показан 1 пост - от 16 до 16 (всего 16)
  • Автор
    Сообщения
  • 05.06.2012 в 22:23 # 5992
    Аватар (Елена Гунёва)
    Елена Гунёва
    Подписчик
    Очень интересные мысли :)

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

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

    Поделиться:

    Цитировать

Показан 1 пост - от 16 до 16 (всего 16)

Вы должны авторизироваться для ответа в этой теме.