Use Case с несколькими акторами




Главная   Форумы   Общие вопросы и обсуждения   Use Case с несколькими акторами

В теме 8 ответов, и 3 участника, последнее обновление сделано пользователем Аватар (Екатерина Ли) Екатерина Ли 1 мес. назад.

Показано 9 ответов - от 1 до 9 (всего 9)
  • Автор
    Сообщения
  • 03.10.2017 в 13:40 # 18456
    Аватар (Олег Сизонов)
    Олег Сизонов
    Подписчик
    Коллеги, подскажите best practise как организовать описание (в UML) юз-кейса для различных пользователей. Все они используют один функционал, но поведение системы меняется в зависимости от роли.

    Я попробовал создавать для каждого пользователя свой инстанс общего юз-кейса, но это странно  выглядит идеалогически и коряво в реализации. Создавать для каждого из пользователей юзкейсы тоже вроде не логично, раз они решают одинаковую задачу.

     

    Поделиться:

    Цитировать

    16.10.2017 в 20:20 # 18458
    Аватар (Екатерина Ли)
    Екатерина Ли
    Подписчик
    Добрый день!

    «поведение системы меняется в зависимости от роли.» — у Вас изменяется основной сценарий UC в зависимости от роли?
    А что это за кейс, можно пример, пожалуйста?

     

    Поделиться:

    Цитировать

    17.10.2017 в 13:26 # 18459
    Аватар (Олег Сизонов)
    Олег Сизонов
    Подписчик
    Приветствую!

    Кейс: «Есть один общий пример использования (скажем, «Остановить систему») и несколько Актеров, использующих его. Каждый актер может остановить систему по-своему (отключив питание, с помощью программы и т. Д.). Как определить и описать эти случаи для каждой роли пользователя в UML? Правильно ли создавать экземпляры общего примера использования или устанавливать разные для каждого Актера? Есть ли другие варианты?»

    Его также обсуждают в Linkedin: https://www.linkedin.com/groups/98590/98590-6321615795860443140

    Может вам понравятся высказанные идеи

    Поделиться:

    Цитировать

    04.11.2017 в 16:33 # 18464
    Аватар (Екатерина Ли)
    Екатерина Ли
    Подписчик
    В случае,если  есть общее поведение, то лучше описать один ЮК для всех ролей. Но так как вы пишите, что «поведение системы меняется», то лучше писать ЮК для каждой роли. А в диаграмме ЮК покажите, что каждый актёр имеет такой кейс.
    Поделиться:

    Цитировать

    06.11.2017 в 19:06 # 18465
    Аватар (Олег Сизонов)
    Олег Сизонов
    Подписчик
    Екатерина, спасибо!

    «А в диаграмме ЮК покажите, что каждый актёр имеет такой кейс.» — Вы имеете ввиду каждый имеет свой кейс, я верно понял?

    Поделиться:

    Цитировать

    07.11.2017 в 07:03 # 18466
    Аватар (Екатерина Ли)
    Екатерина Ли
    Подписчик
    Да, верно
    Поделиться:

    Цитировать

    07.11.2017 в 16:40 # 18467
    А как насчет варианта использовать альтернативные сценарии в одном UC? UC то действительно один, просто разные актеры проходят его по-разному.
    Поделиться:

    Цитировать

    08.11.2017 в 10:33 # 18468
    Аватар (Олег Сизонов)
    Олег Сизонов
    Подписчик
    Герман, идея красивая и вроде напрямую не противоречит методике.

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

    Поделиться:

    Цитировать

    08.11.2017 в 12:54 # 18469
    Аватар (Екатерина Ли)
    Екатерина Ли
    Подписчик

    А как насчет варианта использовать альтернативные сценарии в одном UC? UC то действительно один, просто разные актеры проходят его по-разному.

    Это тоже вариант. Однако, следует определить, какой из сценариев (для какой роли) считать основным.

    Есть вероятность, что  такой сложный ЮК может привести к тому, что его будет сложно понять как разработчику, так и тестировщику, который на данный ЮК должен будет написать несколько тест-кейсов (в зависимости от шагов и роли)

    Поделиться:

    Цитировать

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

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