유스 케이스 다이어그램에서 액터로 시스템을 포함해야 할 때?

Question

새로운 시스템의 유스 케이스 다이어그램을 만들고 있습니다. 시스템이 유스 케이스 다이어그램에서 액터로 포함되어야하는시기가 궁금합니다.

감사합니다.

Answer 1

다른 대답에서 설명한 것처럼 액터는 개발중인 시스템과 상호 작용하는 시스템 또는 역할입니다. 시스템이 개발중인 시스템 외부에 있고 개발중인 시스템과 직접 상호 작용하는 경우 시스템을 유스 케이스에 액터로 포함해야합니다.

이것은 시스템의 범위와 범위를 정의해야하기 때문에 중요합니다. 시스템을 액터로 포함시키는 것은 해당 액터 시스템에 적합한 인터페이스를 제공하기 위해 개발중인 시스템에 대한 요구 사항을 분명하게 명시 할 것입니다.

Answer 2

다른 사람들은 UML로 올바르게 모델을 작성하는 방법에 대해 다른 철학을 가지고 있습니다. UML이위원회에서 표준화 되었기 때문에 놀라운 것은 아닙니다.

배우를 사용하여 내가 디자인하고있는 시스템과 상호 작용할 수있는 모든 "물건"(사람의 유형, 시스템 유형)을 캡처하고 새로운 시스템이 어떻게 될지에 대한 모든 이해 관계자 간의 공통된 이해를 돕는 데 유용하다는 것을 알게되었습니다. 상호 작용했다.

시스템과 상호 작용할 것으로 알고있는 모든 것에 대한 액터를 만들고 액터가 실행할 수있는 모든 유스 케이스에 해당 액터를 추적하는 것이 좋습니다. 그렇게하면 누가 무엇을 할 수 있는지 완벽하게 이해하게됩니다.

Answer 3

시스템이 유스 케이스 모델의 절대 액터가 아닙니다. 프로세스를 수행하기 위해 조사중인 시스템을 트리거하는 것에 대해 생각해야합니다. 시스템 자체는 멍청하고 스스로 행동하게 만들 수 없습니다. 사용자 또는 시간에 의해서만 트리거 될 수 있습니다. 시스템이 행동을 촉발한다고 생각한다면 그것은 아마도 배우가되는 시간 일 것입니다. 예를 들어 전자 메시지가 수신되면 프로세스가 실행되도록 트리거됩니다. 이 프로세스는 완전히 자동화되어 있으며 메시지가 도착했음을 시스템에 알리는 사용자에 의해 트리거되지 않으므로 누구입니까? 시스템이 아니라 시간입니다. 당신이 상상해야 할 것은 전자 메시지의 도착을 찾기위한 과정이 있으며 이것은 특정한 시간 간격을보고 있다는 것입니다. 매초 또는 매분 또는 한 달에 한 번 등등. 따라서 전자 메시지가 수신 될 때 실행되는 프로세스를 트리거하는 것은 시간입니다.