• 모든 액터를 찾았습니까? 즉, 시스템의 모든 환경에 모든 역할을 고려하여 모델화했습니까? 이를 확인했어도 모든 유스 케이스를 찾아서 기술할 때까지는 확신할 수 없습니다.
    • 각 액터가 최소 하나의 유스 케이스에 관련되었습니까? 유스 케이스 설명에 언급되지 않은 모든 액터 또는 유스 케이스는 있으나 통신-연관 관계는 없는 액터를 제거하십시오. 그러나 유스 케이스 설명에 언급된 액터는 해당 특정 유스 케이스와 함께 통신-연관을 가질 수 있습니다.
    • 특정 액터의 역할을 수행할 수 있는 최소한 두 사람의 이름을 지정할 수 있습니까? 지정할 수 없으면, 액터가 모델화한 역할이 다른 모델의 일부인지 확인하십시오. 그렇다면 액터를 다른 액터에 병합해야 합니다.
    • 액터가 시스템과 관련된 유사한 역할을 수행합니까? 그렇다면 이를 단일 액터로 병합해야 합니다. 통신-연관 및 유스 케이스 설명은 액터 및 시스템이 상호 관련된 방법이 나와 있습니다.
    • 유스 케이스와 관련하여 두 액터가 동일한 역할을 수행합니까? 그렇다면, 액터 일반화를 사용하여 공동 작동을 모델화해야 합니다.
    • 특정 액터가 여러 가지 방법(서로 완전히 다른)으로 시스템을 사용합니까 또는 유스 케이스를 사용하는 여러 가지 목적(서로 완전히 다른)을 갖고 있습니까? 그렇다면 둘 이상의 액터가 있어야 합니다.
    • 액터가 직관적이고 설명적인 이름을 갖고 있습니까? 사용자와 고객 모두 이름을 이해할 수 있습니까? 액터 이름이 역할과 연관되는 것이 중요합니다. 그렇지 않으면 이름을 변경하십시오.
 

Rational Unified Process   2003.06.15