В теме 8 ответов, и 3 участника, последнее обновление сделано пользователем 
Екатерина Ли 7 г назад.
-
Сообщения
-
Коллеги, подскажите best practise как организовать описание (в UML) юз-кейса для различных пользователей. Все они используют один функционал, но поведение системы меняется в зависимости от роли.
Я попробовал создавать для каждого пользователя свой инстанс общего юз-кейса, но это странно выглядит идеалогически и коряво в реализации. Создавать для каждого из пользователей юзкейсы тоже вроде не логично, раз они решают одинаковую задачу.
Добрый день!«поведение системы меняется в зависимости от роли.» — у Вас изменяется основной сценарий UC в зависимости от роли?
А что это за кейс, можно пример, пожалуйста?Приветствую!Кейс: «Есть один общий пример использования (скажем, «Остановить систему») и несколько Актеров, использующих его. Каждый актер может остановить систему по-своему (отключив питание, с помощью программы и т. Д.). Как определить и описать эти случаи для каждой роли пользователя в UML? Правильно ли создавать экземпляры общего примера использования или устанавливать разные для каждого Актера? Есть ли другие варианты?»
Его также обсуждают в Linkedin: https://www.linkedin.com/groups/98590/98590-6321615795860443140
Может вам понравятся высказанные идеи
В случае,если есть общее поведение, то лучше описать один ЮК для всех ролей. Но так как вы пишите, что «поведение системы меняется», то лучше писать ЮК для каждой роли. А в диаграмме ЮК покажите, что каждый актёр имеет такой кейс.Екатерина, спасибо!«А в диаграмме ЮК покажите, что каждый актёр имеет такой кейс.» — Вы имеете ввиду каждый имеет свой кейс, я верно понял?
Да, верноА как насчет варианта использовать альтернативные сценарии в одном UC? UC то действительно один, просто разные актеры проходят его по-разному.Герман, идея красивая и вроде напрямую не противоречит методике.Правда я подобного решения не встречал. Видимо из-за того, что все привыкли воспринимать, что для разных пользователей один сценарий может ведет себя одинаково. Ещё, выходит что пользователю доступен не весь сценарий, а его определённая часть.
А как насчет варианта использовать альтернативные сценарии в одном UC? UC то действительно один, просто разные актеры проходят его по-разному.
Это тоже вариант. Однако, следует определить, какой из сценариев (для какой роли) считать основным.
Есть вероятность, что такой сложный ЮК может привести к тому, что его будет сложно понять как разработчику, так и тестировщику, который на данный ЮК должен будет написать несколько тест-кейсов (в зависимости от шагов и роли)
Вы должны авторизироваться для ответа в этой теме.
