1
A
답변
2
당신은 사용 사례, 워크 플로우 및 비즈니스 규칙을 혼합 생각하고거야. 그런 식으로 말하면 유스 케이스 하나만 사용할 수 있습니다. "결제하기".
하지만 더 자세한 정보를 제공해야합니다.
+0
아마도 '<
+0
그러나 확장 된 UC 또는 포함 된 UC가 액터 또는 다른 UC에 연결되어 있지 않으면 UC 다이어그램에이를 표시 할 필요가 없습니다. 그렇게한다면 UC 다이어그램의 목적이 아닌 일종의 프로세스를 보여주는 방법 일 수 있습니다. ... – granier
+1
"아마도"라고 말했기 때문입니다. 나는 항상 incl/excl을 사용하지 말 것을 권한다. 다음은 UC 레벨에서 시스템이 확장 가능하다는 것을 보여줄 수있는 방법입니다. 다양한 기회/옵션이 있음을 보여줄 수 있습니다. 그리고 그 경우에 그것은 의미가 있습니다 (저에게). 신용 및 차변은 서로 다른 지불 채널을 포함하는 복잡한 UC입니다. 그리고 그들은 다른 가치를 더합니다. –
UC를 사용한 일반화는 일반적으로 나쁜 아이디어입니다. –