컨트롤러와 로봇이 상호 작용하는 시스템이 있습니다. 시스템은 일단 스스로 온라인으로 작동하고 컨트롤러라고 부르는 엔티티는 로봇이해야 할 일에 대해 스스로 결정을 내리므로 다이어그램의 모든 "유스 케이스"는 컨트롤러에 의해 "만들어집니다". 정의 다이어그램의 액터는 시스템과 상호 작용하는 외부 엔티티이므로이 다이어그램으로 내 시스템을 모델링하는 올바른 방법은 무엇입니까? 컨트롤러는 시스템의 일부이기 때문에 액터가 될 수 없지만 기능을 어떻게 모델링 할 수 있습니까?uml 유스 케이스 다이어그램 - 어떻게 "자율적 인"시스템을 모델링 할 수 있습니까?
시스템은 아마도 완전한 블랙 박스가 아닙니다. 그것은 일부 소스에 의해 트리거되는 일부 외부 이벤트 (보통 - 타이머)에 반응합니다. 직접적인 방법은 시나리오를 유발하는 액터로서 타이머, 가속도계, 밸브 등의 이벤트 소스를 도입하는 것입니다.
해당 액터의 유일한 참여는 잠재적으로 시나리오를 트리거하는 것으로 표시 될 수 있습니다. 단축키를 사용하고 액터를 소개하지 않으면 유스 케이스 트리거를 작성하십시오. "압력 강하가 ..."
시스템 액터를 로봇과 컨트롤러 액터로 분리 할 수도 있고하지 않을 수도 있습니다 (즉, 토론 아래의 시스템을 한 단계 낮추십시오). 귀하의 문서를 읽는 사람은 누구입니까? 고객은 블랙 박스 내부에 관심이 없지만 각각의 개발 팀이 정확한 인터페이스를 분리하고 정의하도록 유도 할 것입니다.
시스템이 실제로 자율적 인 경우 다음과 같이 질문 할 수 있습니다. 얻을 수있는 부가 가치는 무엇입니까? 나는 대답 할 수 없다고 확신한다. 자발적으로 자율적 인 것은 아닙니다 (바라건대). 그것은 생성자 또는 생성자를 대신하여 작동합니다. 그리고 그들은 부가 가치를 가질 것입니다. 이것이 하나의 관점입니다.
이제 시스템을 구현합니다. 이는 부가가치를 충족시키기위한 것입니다. 이것이 자율적으로 행해지는지 여부는 중요하지 않습니다.
할 수있는 것은 시스템을 자세히 세우고 기술 사용 사례를 구성하는 것입니다. 시각적 인식을 제어하기 위해 자체 유스 케이스가있는 하위 시스템이 있습니다. 또는 뭔가를 느껴야합니다. 그러나 이것은 다른 수준이며 비즈니스 논리와 뒤섞여서는 안됩니다.
UML 사양에 따르면 센서는 액터로 취급 될 수 있습니다.