Может ли пользователь в диаграмме прецедентов UML быть представлен более чем одним действующим лицом? - PullRequest
0 голосов
/ 12 мая 2018

Короче говоря, я хочу знать, может ли пользователь в системе быть представлен более чем одним актером.

Чтобы подвести итог, я пытаюсь создать диаграмму вариантов использования для технологического бизнеса, в которой кадровое обеспечение довольно сложное. Большинство действий в рамках варианта использования будет основано на том, назначен ли этот персонал для работы с внутренними / корпоративными клиентами (или и тем, и другим) доступ к аппаратным / программным продуктам (или обоим,) и способен ли он заниматься продажами / лизинг (или и то, и другое). Например, персоналу по корпоративному лизингу необходим доступ к корпоративным клиентам, информация о лизинге и аппаратные продукты.

Я хочу использовать наследование, чтобы вариант использования выглядел чище, и если у меня будет актер для каждой должности, у меня будет 18 из них. Поэтому я надеюсь, что смогу разделить их по корпоративным / домашним и всем этим другим факторам, но тогда для выполнения некоторых действий нужно будет проверить несколько действующих лиц. Например, при попытке добавить продажу аппаратных продуктов для корпоративных клиентов сценарий использования должен продемонстрировать, что пользователь должен иметь доступ к продажам, аппаратным продуктам и корпоративным клиентам через участников.

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

1 Ответ

0 голосов
/ 03 июля 2018

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

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

Пример:

use case diagram

...