0
UML을 처음 사용하고 있으며, 보수계 응용 프로그램 용 유스 케이스 다이어그램을 모델링하고 있습니다. 그러나 나는 조금 혼란 스럽다. 기능 요구 사항이 있습니까? 카운트 수, 거리 계산, 속도는으로 계산하고 유스 케이스로 간주할까요? 과 같은 유스 케이스의 경우에 로그인하십시오. 배우가 사용자임을 알기 쉽게 표현했습니다.계산이 포함 된 사용 사례. 누구입니까?
A
답변
0
실제 계산은 고려중인 시스템의 후드에서 수행되는 작업입니다. 배후의 유스 케이스는 "연소 된 칼로리"또는 "운동 중에 얻은 체력"을 보여주는 것입니다. 이것들은 아마이 기능들을 합성하는 유즈 케이스 일 것이다. 단계 수를 아는 것은 "하위 용도 - 사례"일 수 있지만 실제로는 부가 가치가 아닐 수도 있습니다. YMMV.
이제는 이러한 "사용 사례"가 실제 가치가 없기 때문에 User은 여기 배우가 아닙니다. 그는 이러한 기능이 UC 자체의 단계 인 위의 UC에서 배우가 될 것입니다.
1
Imho 유스 케이스 분석은 시스템 내부 분석보다는 시스템 경계 분석에 가장 적합합니다. '카운트 스텝'은 내부적 인 느낌을 주지만 '쇼 스텝 카운터'는 UI와 같은 느낌입니다. 경계.
N.B. 'Log in '은 부가가치가 없으므로 UC가 전혀 없습니다. 특정 UC에 적용하는 제한 사항입니다. –