아니요, 안됩니다. 몇 가지 이유가 있습니다.
- 일반적으로 사용 사례는 기능 요구 사항을 전달하는 데 사용됩니다. 요구 사항은 솔루션 독립적이어야합니다. 그들은 시스템이해야 할 일은 "어떻게", 그러나 어떻게 "어떻게"해야 하는지를 설명해야한다. 주어진 인터페이스를 가지고 있어야한다면,이를 유스 케이스 (use case)가 아닌 제약 사항으로 문서화해야한다. A. Cockburn, 효과적인 사용 사례 작성, p. 191 "실수 해결 : 너무 많은 사용자 인터페이스 정보"
- 사용 사례는 사용자의 관점에서 시스템과의 상호 작용을 설명합니다. 시스템을 액터로 포함시킬 수도 있습니다. 하지만 여전히 ... :
- ... 당신이 설명하는 유스 케이스는 아마도 너무 세밀 할 것입니다. A. Cockburn, 효과적인 사용 사례 작성, p. 192 "실수 수정 : 매우 낮은 목표 수준"
유스 케이스 다이어그램에서 해당 부분을 강조 표시하려면 (필요에 따라 유용 할 수 있음) 유스 케이스의 이름을 "전체 주문 확인" 그것을 주 배우에게 할당하십시오. subfunction 수준에 완벽하게 좋을 것 인 IMO.
이해할 수 없습니다. 당신이 다이어그램 형태로 말한 것을 보여 주실 수 있습니까? –