시스템의 목적을 완전히 이해하려면 시스템의 대상, 즉, 시스템의 사용자를 알아야 합니다. 서로 다른 사용자 유형은 액터로 표시합니다.
액터는 시스템에서 데이터를 교환하는 존재입니다. 액터는 사용자, 외부 하드웨어 또는 기타 시스템일 수
있습니다.
액터 및 개별 시스템 사용자 사이의 차이는 액터는 실제 사용자가 아니라 특정 사용자 클래스를 표시한다는 점입니다. 여러 사용자가 동일한 역할을 수행할 수 있습니다. 즉 하나의 동일한 액터일 수 있음을 의미합니다.
이 경우 각 사용자는 액터의 인스턴스를 구성합니다.
Ivar 및 Mark는 재활용품 수집기의 운영자입니다. 이 사용자가 수집기를 사용하는 경우 각각은 운영자 액터의 인스턴스로 표시됩니다.
그러나 한 명의 사용자만 액터로 모델링된 역할을 수행하는 일부 상황이 있습니다. 예를 들어 더 작은 시스템에서 시스템 관리자 역할을 한 명의 사용자만 수행할 수 있습니다.
동일한 사용자가 여러 액터로 작동할 수도 있습니다. 즉, 동일한 사용자가 다른 역할을 수행할 수 있습니다.
Charlie는 주로 창고(Depot) 관리 시스템을 창고 관리자로 사용하지만 종종 창고 관리 시스템을 원래 창고 직원으로 사용하기도 합니다.
시스템 주변의 항목은 시스템에 대한 액터입니다.
시스템을 사용하는 개인부터 검토하십시오. 이 개인을 어떻게 분류하시겠습니까? 종종 소수(2, 3명)의 개인을 염두에 두고 사용자가 식별한 액터가 개인의 요구를 다루는지 확인하는 것이 좋은 습관입니다. 다음 질문
세트는 액터를 식별할 때 염두에 두는 것이 좋습니다.
-
정보를 제공, 사용 또는 제거하는 사람은 누구인가?
-
이 기능을 사용하는 사람은 누구인가?
-
특정 요구사항에 관심이 있는 사람은 누구인가?
-
조직에서 시스템을 사용하는 위치는 어디인가?
-
시스템을 지원 및 유지보수하는 사람은 누구인가?
-
시스템의 외부 자원은 무엇인가?
-
이 시스템과 상호작용해야 하는 기타 시스템은 무엇인가?
시스템 주변에는 별도의 액터로 표시되는 여러 다양한 측면이 있습니다.
예제:
창고의 작업을 지원하는 창고 관리 시스템의 경우 창고 직원, 주문 등록 직원, 창고 관리자와 같이 다양한 사용자 카테고리가 있습니다. 이 모든 카테고리는 시스템에서 특정한 역할을 갖고 있으므로 각각을 별도의 액터로
표시해야 합니다.
-
시스템의 보조 기능(예: 시스템 관리)을 실행하는 사용자
예제:
재활용 캔, 병 및 나무 상자를 처리할 때 사용하는 재활용품 수집기의 경우 고객이 기본 액터로, 기본적으로 시스템이 빌드되는 대상입니다. 그러나 누군가 수집기를 관리해야 합니다. 이 역할은 운영자 액터로
표시됩니다.
예제:
건물의 온도를 제어하는 환기 장치는 건물의 센서에서 측정한 데이터를 계속 수집합니다. 따라서 센서가 액터입니다.
예제:
현금 자동 인출기(ATM)는 은행 계정을 보유하는 중앙 시스템과 통신해야 합니다. 중앙 시스템은 외부 시스템일 수 있으므로 액터입니다.
인터넷 기반 응용프로그램을 빌드하는 경우 1차 액터는 익명입니다. 실제로 액터가 누구인지 모르므로 액터의 스킬 및 배경에 대한 가정을 할 수 없습니다. 하지만 액터가 시스템에서 수행하리라 예상되는 역할을 설명할
수는 있습니다.
예제:
정보(예: 검색 엔진)를 제공하는 시스템에는 특정 주제에 대한 정보를 찾기만 하는 응용프로그램에 액세스하는 익명의 액터만 존재합니다.
예제:
공식적으로 시민 또는 '네티즌'에게 법률 및 규정, 사례, 양식 등에 대한 정보를 제공하는 정부 관련 정보 사이트. 예를 들어 미국의 국세청(Internal Revenue Service)에는 세금을 환불 받는
방법에 대한 정보를 제공하는 페이지가 있습니다. 이 페이지에는 모든 양식이 전자적으로 제공되며 이 페이지를 통해 전자적으로 세금 환불 서류도 제출할 수 있습니다. 이 경우 1차 액터의 역할은 미국의 세금 환불
서류를 제출하는 방법에 관심이 있는 사람입니다. 물론 개인이 환불 서류를 제출하려는 경우 더 이상 익명일 수 없습니다.
액터를 찾는다는 것은 시스템 경계를 설정한다는 의미이기도 합니다. 그러면 시스템의 목적 및 범위를 이해하는 데 도움이 됩니다. 시스템과 직접 통신하는 사람만 액터로 고려되어야 합니다. 시스템 주변보다 더 많은
역할을 포함하는 경우 시스템 자체가 아니라 시스템을 사용하는 비즈니스를 모델링하려고 합니다.
예제:
항공편 예약 시스템에서는 누가 액터에 해당합니까? 여행사에서 항공편 예약 시스템을 사용하도록 빌드하는지, 아니면 인터넷을 통해 승객이 직접 연결할 수 있는 시스템을 빌드하는지에 따라 다릅니다.
여행사에서 사용하도록 항공편 예약 시스템을 빌드하는 경우 여행사가 액터입니다. 여행객은 시스템과 직접 상호작용하지 않으므로 액터가 아닙니다.
사용자가 인터넷을 통해 연결할 수 있는 예약 시스템을 빌드하는 경우 여행객이 시스템과 직접 상호작용하므로 액터는 여행객입니다.
액터에 대한 간략한 설명에서는 다음 정보를 포함해야 합니다.
-
액터가 표시하는 대상
-
액터가 필요한 이유
-
시스템에서 액터가 관심이 있는 부분
대부분의 경우 간략한 설명의 길이는 몇 개의 문장이어야 합니다.
예제:
다음은 재활용품 수집기의 유스 케이스 모델에서 세 개의 액터에 대한 간략한 설명입니다.
고객: 고객은 집에서 병, 캔 및 나무 상자를 수집한 후 돈으로 돌려 받기 위해 상점으로 가져갑니다.
운영자: 운영자는 재활용품 수집기의 유지보수를 책임집니다.
관리자: 관리자는 상점이 고객에게 제공하는 서비스 및 돈에 대한 질문을 책임집니다.
액터 특성은 시스템의 개발 방법, 특히 유용한 최적의 사용자 인터페이스를 시각적으로 구성하는 방법에 영향을 줄 수 있습니다. 액터에 해당하는 비즈니스 작업자를 비즈니스 오브젝트 모델에서 이미 설명한 경우 다음 특성
중 일부는 이미 포함되었을 수 있습니다. 액터 특성은 다음과 같습니다.
-
액터의 책임 범위
-
액터가 시스템을 사용하는 실제 환경. 이상적인 조건(사용자의 주의를 산만하게 하지 않는 조용한 사무실 환경)과의 차이는 사운드, 글꼴 선택사항 및 적절히 조합된 입력 장치 사용(예: 키보드, 터치 스크린,
마우스 및 핫키)에 영향을 줍니다.
-
액터로 표시되는 사용자 수. 이 수는 액터의 중요성 및 액터가 사용하는 사용자 인터페이스 부분의 중요성을 결정하는 관련 요소입니다.
-
액터가 시스템을 사용하는 빈도. 이 빈도는 액터가 세션 사이에서 기억하리라 예상되는 사용자 인터페이스의 수를 결정합니다.
대부분의 경우 사용자 수 및 사용 빈도에 대한 개략적인 예상 수치는 충분합니다. 30 - 40 사이의 차이는 사용자 인터페이스 구성 방법에는 영향을 주지 않지만 3 - 30 사이의 차이는 영향을 줄 수 있습니다.
기타 액터 특성은 다음과 같습니다.
-
액터의 도메인 지식 레벨. 이 레벨은 도메인 특정 도움말이 필요한 정도 및 사용자 인터페이스에서 도메인 특정 용어가 필요한 정도를 결정하는 데 도움이 됩니다.
-
액터의 일반 컴퓨터 경험 레벨. 이 레벨은 사용자 인터페이스에서 복잡한 상호작용 대 단순 상호작용 기법의 적정 수준을 결정하는 데 도움이 됩니다.
-
액터가 사용하는 기타 응용프로그램. 이 응용프로그램에서 사용자 인터페이스 개념을 차용하면 액터가 이미 이 개념에 익숙한 상태이므로 액터의 학습 시간을 단축시키고 해당 메모리 로드를 줄일 수 있습니다.
-
액터의 일반 특성(예: 전문 지식(교육) 레벨, 사회적 관련성(언어) 및 나이). 이 특성은 사용자 인터페이스의 세부사항(예: 글꼴 및 언어)에 영향을 줄 수 있습니다.
이 특성은 사용자 커뮤니티 및 사용자 인터페이스 디자인 사이의 사용성을 가장 잘 일치시키기 위해 경계 클래스 및 프로토타입을 식별하는 경우 주로 사용됩니다.
예제:
다음은 메일 사용자 액터의 특성에 대한 예제입니다. 기타 항목 중에서도 수신 메일 메시지 관리 유스 케이스와 상호작용하는 액터에 대한 예제입니다.
|