2013-10-14 2 views
0

Я создаю некоторые примеры использования для проекта, и я запутался в некоторой концепции UML об актерах и случаях использования.Случай использования, не назначенный для актера - UML

Актер - это какая-то система, в которой у моего программного обеспечения будет какая-то граница.

Начиная после этого я получил два вопроса:

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

B - С тех пор, как вопрос выше получил ответ «нет», мой второй вопрос: может ли я использовать случай использования, не назначенный для какого-либо актера?

Хорошо, и если я получу два "false's", как я должен это делать?

Спасибо

+0

не могли бы вы привести несколько примеров о B !? и об A вы упомянули о парнях демона/фона/AI на других диаграммах, диаграмма использования обычно используется для представления связанных с бизнесом требований и требований. –

+1

Трудно понять вашу настоящую проблему из вашего объяснения. Но в качестве генального руководства ... У вас не может быть прецедента, который не назначен актеру. –

+0

Если вы действительно не можете найти действующих лиц или использовать случаи, которые вы считаете не реляционными или искусственными, то, возможно, (?) Использовать случайный подход не подходит хорошо в вашей ситуации. Затем просто используйте другие методы, такие как список фэнтези, чтобы указать ваши требования. –

ответ

1

Вы можете делать все, что вы хотите, конечно. Но, вообще говоря, оба А и В - плохие идеи.

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

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

Что вы можете сделать, это провести анализ в две фазы: сначала на системном уровне, затем разбить систему на подсистемы и провести отдельный анализ для каждого из них. На этом уровне подсистема 1 может быть актером в случаях использования подсистемы 2 и наоборот.

Смежные вопросы