유스 케이스 다이어그램의 Admin, SuperAdmin, User에 3 명의 주요 액터가 있습니다. 이제 SuperAdmin CRUD Admins, 각 관리자는 서로 다른 권한을가집니다. 정확하려면 3 가지 권한이 필요합니다. 제 질문은 각 관리자가 자신의 권한에 따라 표현되는 3 가지 유형의 관리자 (2 명 이상의 배우)를 만들거나 단일 관리자 역할을 생성하여 & 세 가지 유스 케이스 (3 가지 권한)에 모두 연결해야합니까?유스 케이스 다이어그램 UML : 관리자 권한
저는 UML의 신규 사용자입니다. & 이것은 제 1 호 프로젝트입니다.
권한에 따라 다릅니다.
특권이 사용 사례의 경우 - 피사체 (작성중인 시스템)의 특정 행동, 사용자에게 노출 - 두 배우가이 유스 케이스에 입장에 차이가있는 경우 다음, 그들은로 표시한다 다른 배우들. 예를 들어 한 관리자는 사용자를 등록 할 수 있고 다른 관리자는 사용자를 등록 할 수 없습니다. 그들을 위해 다른 이름을 만드십시오.
권한이 동작이 아닌 경우 (예 : 한 관리자가 사용자 0..5의 우선 순위를 설정할 수 있고 다른 사용자가 0..7 범위에서 설정할 수 있음), 한 명의 액터로 표시 될 수 있습니다. 권한은 상태로 표시 될 수 있습니다. 상태 머신은 UML 표준에 따라 사용 사례에 포함될 수 있습니다.
권한이 일시적인 경우, 상태이므로 하나의 액터를 사용해야합니다. 다른 순간에 다른 사용자가 종종 다른 옵션을 가지고 있음을 잊지 마십시오. 그러나이 사실은 유스 케이스 다이어그램의 내부 또는 외부의 상태 머신에 의해 설명되어야합니다.
UML 정의에 따르면 액터는 권한을 나타내지 않습니다. UML이 말하길, 시스템이 선언 된 유스 케이스를 실행하면, 유스 케이스와 관련된 행위자와 상호 작용 (또는 협력)합니다. 즉, 액터가 유스 케이스에 대한 연관성 (직접 또는 간접)을 가지고 있지 않으면이 기능에 액세스 할 수 없습니다.
배우보다 일반적인 배우가 관련있다 인공 고관절 전문 배우, 쓰임새의 실행 중에 시스템과 상호 작용, 그 의미, 다른 배우를 전문으로 수 등
는 는 단지 privilegies을 설명하기 위해 배우를 정의하지 마십시오, 그것은 올바른 접근하지.
좋은 답변입니다. 고려해야 할 또 다른 솔루션이 있습니다. 사용자의 권한 수준을 유스 케이스의 제한 조건 (사전 조건)으로 점검 할 수 있습니다. – chimp
@chimp 고맙습니다. 몇 가지 다른 권한이 있다면 열거 형 클래스를 설정하고이를 제약 조건의 매개 변수로 사용해야합니다. 유스 케이스 다이어그램의 클래스 사용이 허용됩니다. 그러나 우리는 협회 제약 수준을 설정할 수 있는지 확신하지 못합니다. 나중에 보겠습니다. – Gangnus