모든 것이 자동화 된 유스 케이스 다이어그램을 정확히 추출하는 방법은 무엇입니까? 여기에 내가 가진 요청에 예입니다자동화 된 시스템을위한 유스 케이스 다이어그램 만들기
지금
"특정 맵에 게임 서버를 재설정 또는 2 시간 동안 어떤 선수는 없었다 경우 게임 타입을 전환하는 수정을가"기본적으로 없음 고전적인 의미의 사용자. 문제가 수정되면 서버에 자동으로 추가됩니다. 앞서 생각한 일정한 간격으로 플레이어의 수를 조사한 다음 그 수가 0이면 카운트 다운을 시작하는 타이머가있을 것입니다. 그런 다음 타이머는 변경을 트리거하는 메소드를 호출합니다.
이 설명에서 볼 수있는 액터는 무엇입니까?
타이머는 종종 유스 케이스 다이어그램에서 액터로 모델링됩니다. 나는 그렇게하는 것이 좋습니다.
이 사례의 액터는 '서버 모니터'라인을 따라 '타이머'가 아닌 구현에 독립적이어야한다고 제안 할 수 있습니다. 액터와 액터의 인스턴스 (또는 역할과 역할을 수행하는 사람/사람)를 분리 할 때 중요한 차이가 있습니다.
즉, '서버 관리자'의 역할은 다양한 방법으로 인스턴스화 될 수 있습니다.
당신은 특정의 역할을 '수행과 배우에 대해 생각해야 직원과 역할 encapsula 논리적 인 기능 그룹을 말합니다. 이렇게하면 최종 제품이 요구 사항에 미치지 못하고 질문에 더 쉽게 답할 수 있습니다 (특히 트랙을 개선하려는 경우) :
배우가 재생하는 역할 (예 : 서버 관리자)과 인스턴스화하는 앱/사람/기계를 분리하는 이점과 중요성을 강조하기 만하면됩니다.
안녕하세요 @CesarGon! 액터를 타이머로 사용하는 방법에 대한 링크를 삭제 해주세요. – Chriss