(그림 참조). 내가 어떻게 View account details
유스 케이스를 주선하는지 모르겠다. 계정을 편집하려면 먼저 상담원이 계정 세부 정보를 열어야합니다 (위 그림 참조). 그런 다음 그는 실제로 계정 세부 사항을 변경하도록 진행할 수 있습니다.
하지만 상담원이 계정 세부 정보를 확인하려는 경우 계정 세부 정보보기 (그림과 같이)를 수행해야합니까? 아니면 실제로 편집을 수행 한 다음 중지 할 때까지 계정 정보 편집을 실행하기에 충분합니까?
위에서 언급 한 다이어그램은 위에서 언급 한 두 번째 설명을 고려할 때 필자의 관점에서 옳은 것입니다. 별도로 계정 정보보기를 시작해야합니다. – TheGaME
일반적으로 모든 CRUD 작업을 하나의 "계정 정보 관리"사용 사례에 포함하고, 작성, 읽기, 업데이트 및 삭제 한 후이 사용 사례의 시나리오가되는 경향이 있습니다. 그러나 @Vivek에서 언급했듯이 UML에서 에이전트와 뷰 계정 세부 정보 간의 연결은 정확합니다. 나는 당신의 저장소 액터에 대해 확신하지 못합니다. 액터는 항상 사용자가 설명하는 시스템의 외부에 있습니다. "리포지토리"는 외부 시스템이 아닌 시스템의 일부처럼 들립니다. –
@GeertBellekens, 리포지토리는 실제로 DB이지만 쿼리하는 다른 DB가 있습니다 (실제 다이어그램은 이보다 조금 더 복잡합니다). 그래서 저는 모든 것을 단순화하고이 DB를 저장소로 요약했습니다. – Robotron