사용 사례 다이어그램 자습서(예제 포함 가이드)

게시 됨: 2015-02-19

유스 케이스 다이어그램은 행동 UML 다이어그램 유형으로 다양한 시스템을 분석하는 데 자주 사용됩니다. 이를 통해 시스템의 다양한 역할 유형과 이러한 역할이 시스템과 상호 작용하는 방식을 시각화할 수 있습니다. 이 사용 사례 다이어그램 자습서는 다음 주제를 다루고 사용 사례를 더 잘 만드는 데 도움이 됩니다.

  • 사용 사례 다이어그램의 중요성
  • 사용 사례 다이어그램 개체
  • 사용 사례 다이어그램 지침
  • 사용 사례 다이어그램의 관계
  • 사용 사례 다이어그램을 만드는 방법(예제 포함)
    • 행위자 식별
    • 사용 사례 식별
    • "포함"을 사용할 때
    • 일반화를 사용하는 방법
    • "확장"을 사용하는 경우
  • 일반적인 시나리오의 사용 사례 다이어그램 템플릿

사용 사례 다이어그램의 중요성

앞서 언급했듯이 사용 사례 다이어그램은 시스템의 사용 요구 사항을 수집하는 데 사용됩니다. 요구 사항에 따라 해당 데이터를 다양한 방식으로 사용할 수 있습니다. 다음은 그것들을 사용하는 몇 가지 방법입니다.

  • 기능을 식별하고 역할이 기능과 상호 작용하는 방식 – 사용 사례 다이어그램의 주요 목적.
  • 시스템에 대한 상위 수준 보기 - 관리자 또는 이해 관계자에게 프레젠테이션할 때 특히 유용합니다. 시스템 내부 작업에 대해 깊이 들어가지 않고도 시스템과 시스템이 제공하는 기능과 상호 작용하는 역할을 강조할 수 있습니다.
  • 내부 및 외부 요인을 식별하기 위해 – 이것은 간단하게 들릴 수 있지만 대규모 복잡한 프로젝트에서 시스템은 다른 사용 사례에서 외부 역할로 식별될 수 있습니다.

사용 사례 다이어그램 개체

유스 케이스 다이어그램은 4개의 객체로 구성됩니다.

  • 배우
  • 사용 사례
  • 체계
  • 패키지

객체는 아래에서 추가로 설명됩니다.

배우

배우 유스 케이스 다이어그램 은 하나의 주어진 시스템에서 역할을 수행하는 모든 엔티티입니다 . 이것은 사람, 조직 또는 외부 시스템이 될 수 있으며 일반적으로 아래에 표시된 골격과 같이 그려집니다.

배우

사용 사례

사용 사례 는 시스템 내의 기능 또는 작업을 나타냅니다 . 타원으로 그려지고 함수로 이름이 지정됩니다.

사용 사례

체계

시스템은 사용 사례의 범위를 정의하는 데 사용되며 직사각형으로 그려집니다. 이것은 선택적 요소이지만 대규모 시스템을 시각화할 때 유용합니다. 예를 들어 모든 사용 사례를 만든 다음 시스템 개체를 사용하여 프로젝트에서 다루는 범위를 정의할 수 있습니다. 또는 다른 릴리스에서 다루는 다른 영역을 표시하는 데 사용할 수도 있습니다.

체계

패키지

패키지는 복잡한 다이어그램에서 매우 유용한 또 다른 선택적 요소입니다. 클래스 다이어그램과 유사하게 패키지는 사용 사례를 함께 그룹화하는 데 사용됩니다 . 아래 그림과 같이 그려집니다.

패키지

사용 사례 다이어그램 지침

유스 케이스 다이어그램은 다양한 목적으로 사용될 수 있지만 유스 케이스를 그릴 때 따라야 하는 몇 가지 공통 지침이 있습니다.

여기에는 명명 표준, 화살표 방향, 사용 사례 배치, 시스템 상자 사용 및 적절한 관계 사용이 포함됩니다.

이러한 지침은 별도의 블로그 게시물에서 자세히 다루었습니다. 따라서 사용 사례 다이어그램 지침을 확인하십시오.

사용 사례 다이어그램의 관계

유스 케이스 다이어그램에는 5가지 유형의 관계가 있습니다. 그들은

  • 액터와 사용 사례 간의 연결
  • 배우의 일반화
  • 두 사용 사례 간의 관계 확장
  • 두 사용 사례 간의 관계 포함
  • 사용 사례의 일반화

이미지가 포함된 예제가 있는 별도의 블로그 게시물에서 이러한 모든 관계를 다뤘습니다. 이 게시물에서 자세히 다루지는 않겠지만 사용 사례 다이어그램에서 관계를 확인할 수 있습니다.

사용 사례 다이어그램을 만드는 방법

지금까지 사용 사례 다이어그램을 그릴 때 중요한 개체, 관계 및 지침에 대해 배웠습니다. 은행 시스템을 예로 들어 다양한 프로세스를 설명하겠습니다.

행위자 식별

액터는 시스템과 상호 작용하는 외부 엔터티입니다. 사람, 다른 시스템 또는 조직이 될 수 있습니다. 은행 시스템에서 가장 명백한 행위자는 고객입니다. 다른 액터는 사용 사례에서 보여주려는 역할에 따라 은행 직원이나 계산원이 될 수 있습니다.

외부 조직의 예로는 세무 당국이나 중앙 은행이 있습니다. 대출 처리자는 행위자로 연결된 외부 시스템의 좋은 예입니다.

사용 사례 식별

이제 사용 사례를 식별할 차례입니다. 이를 수행하는 좋은 방법은 시스템에서 액터가 필요로 하는 것을 식별하는 것입니다. 은행 시스템에서 고객은 계좌 개설, 자금 입금 및 출금, 수표 장부 및 유사한 기능을 요청해야 합니다. 따라서 이 모든 것이 사용 사례로 간주될 수 있습니다.

최상위 사용 사례는 항상 행위자가 요구하는 완전한 기능을 제공해야 합니다. 시스템의 복잡성에 따라 사용 사례를 확장하거나 포함할 수 있습니다.

액터와 최상위 사용 사례를 식별하면 시스템에 대한 기본 아이디어를 갖게 됩니다. 이제 미세 조정하고 세부 사항 레이어를 추가할 수 있습니다.

Include를 사용할 공통 기능 찾기

시스템 전체에서 재사용할 수 있는 공통 기능을 찾으십시오. 공통 기능을 공유하는 둘 이상의 사용 사례를 찾은 경우 공통 기능을 추출하여 별도의 사용 사례에 추가할 수 있습니다. 그런 다음 포함 관계를 통해 연결하여 원래 사용 사례가 실행될 때 항상 호출된다는 것을 표시할 수 있습니다. ( 예를 보려면 다이어그램 참조 ).

행위자와 사용 사례를 일반화할 수 있습니까?

액터가 유사한 사용 사례와 연결되면서 그들에게만 고유한 몇 가지 사용 사례를 트리거하는 경우가 있을 수 있습니다. 이러한 경우에 액터를 일반화하여 함수의 상속을 표시할 수 있습니다. 유스 케이스에 대해서도 비슷한 작업을 수행할 수 있습니다.

이에 대한 가장 좋은 예 중 하나는 결제 시스템의 "결제하기" 사용 사례입니다. 추가로 "신용카드 결제", "현금결제", "수표결제" 등으로 일반화할 수 있습니다. 이들 모두는 고유한 특수 시나리오와 함께 결제의 속성과 기능을 가지고 있습니다.

선택적 기능 또는 추가 기능

선택적으로 트리거되는 몇 가지 기능이 있습니다. 이러한 경우 확장 관계를 사용하고 확장 규칙을 연결할 수 있습니다. 아래 은행 시스템 예에서 "보너스 계산"은 선택 사항이며 특정 조건이 일치할 때만 트리거됩니다.

확장이 항상 선택 사항인 것은 아닙니다. 때로는 확장으로 연결된 사용 사례가 기본 사용 사례를 보완할 수 있습니다. 기억해야 할 것은 기본 사용 사례는 확장 사용 사례가 호출되지 않더라도 자체적으로 기능을 수행할 수 있어야 한다는 것입니다.

사용 사례 다이어그램 템플릿

우리는 몇 가지 일반적인 시나리오에 대한 사용 사례 다이어그램 템플릿을 만들었습니다. 문제나 시나리오가 이와 정확히 같지는 않지만 이를 시작점으로 사용할 수 있습니다. 사용 사례 다이어그램 템플릿을 확인하십시오.

사용 사례 다이어그램 자습서에 관한 질문

우리는 사용 사례 다이어그램 생성에 대해 알아야 할 모든 것을 포괄적으로 다루려고 노력했습니다. 섹션에 대해 의문점이 있거나 이 튜토리얼을 개선할 방법이 생각나면 댓글로 알려주십시오.

더 많은 다이어그램 튜토리얼

  • 시퀀스 다이어그램 자습서: 예제가 포함된 전체 가이드
  • 비즈니스 프로세스 모델링 튜토리얼(BPM 가이드 기능 설명)
  • Ultimate Flowchart Guide(예제를 포함한 전체 플로차트 튜토리얼)