Google 지원 팀에서는 감사 추적, 광범위한 오류 로깅 및 일부 데이터를 내부적으로 처리하는 새로운 일괄 처리 작업을 구현할 것을 제안합니다. 이를 구현하기 전에 유스 케이스 다이어그램을 변경하고 싶습니다. 나는 감사 추적이 유스 케이스가되어야하지만 오류 로깅에 대해서는 확신하지 못한다고 생각한다. 유스 케이스로 간주해야합니다. 이 링크 http://w
아마도 우리는 자동차 렌탈 관리 시스템을 가지고 있습니다. 지회 장교는 차를 대여 (임대 케이스 1)하고, 회원 ID를 검증 (사용 케이스 2)하고 신용 한도를 확인합니다 (사용 사례 3). 유효성 확인 회원 ID는 Rent Out Car use 케이스에 의해 호출되어야합니다. 따라서 이것은 포함 관계입니다. 신용 한도 사용 사례는 어떻습니까? 어떤 사용
사용자 확인과 관련된 응용 프로그램의 유스 케이스 다이어그램을 만들고 있습니다. 검증 프로세스에는 외부 웹 서버가 관련되어 있습니다. 이와 함께 저는 actor로 관리자가 있습니다. 웹 서버 (액터)를 포함해야합니까, 아니면 그냥 그대로 두어야합니까? 관리자를위한 유스 케이스로? My Use Case Diagram
기본 중앙 난방 제어를 위해 UML 사용 사례를 작성했습니다. 사용자는 히터를 켜고 끄고 온도를 변경하고 타이머가 설정되어 허브가 수행 할 변경을 허용해야합니다. 아래 그림은이 모양이 상상되는 것입니다. 그러나 UML 케이스 다이어그램에 대한 경험이 거의 없으며 이것이 정확하거나 잘못되었는지 궁금합니다. 특히 setTimer를 허브에 전달하고 확장 기능을