사용 사례 다이어그램

UML (Unified Modeling Language)의 중요한 부분은 사용 사례 다이어그램을 그리는 기능입니다. 사용 사례는 프로젝트의 분석 단계에서 시스템 기능을 식별하고 분할하는 데 사용됩니다. 그들은 시스템을 행위자와 사용 사례로 분리합니다. 액터는 시스템 사용자가 수행 할 수있는 역할을 나타냅니다.

이러한 사용자는 사람, 다른 컴퓨터, 하드웨어 또는 다른 소프트웨어 시스템 일 수 있습니다. 유일한 기준은 유스 케이스로 분할되는 시스템 부분의 외부에 있어야한다는 것입니다. 그들은 시스템의 해당 부분에 자극을 공급해야하며, 시스템에서 출력을 받아야합니다.

유스 케이스는 목표를 추구하기 위해 액터가 시스템의 도움을 받아 수행하는 활동을 나타냅니다. 사용자 (액터)가 시스템에서 무엇을 필요로하는지 정의해야합니다. 사용 사례는 사용자의 요구와 목표를 반영해야하며 행위자가 시작해야합니다. 비즈니스 유스 케이스에 참여하는 비즈니스, 행위자, 고객은 연관별로 유스 케이스에 연결되어야합니다.

사용 사례 다이어그램 그리기

아래 그림은 유스 케이스가 UML 도식 형식과 같은 모습을 보여줍니다. 사용 사례 자체는 타원형처럼 보입니다. 배우들은 작은 막대기 모양으로 그려져 있습니다. 액터는 선으로 유스 케이스에 연결됩니다.

Use-case 1 − 영업 담당자가 항목을 확인합니다.

고객이 카운터에 항목을 설정합니다.
«사용»스 와이프 UPC 리더.
시스템은 품목 설명 및 가격을 조달하는 데이터베이스에서 UPC 코드를 조회합니다.
시스템에서 경고음이 울립니다.
시스템은 음성 출력을 통해 품목 설명과 가격을 알려줍니다.
시스템은 현재 송장에 가격 및 품목 유형을 추가합니다.
시스템은 정확한 세금 소계에 가격을 추가합니다.

따라서«uses»관계는 함수 호출 또는 서브 루틴과 매우 유사합니다.

이러한 방식으로 사용되는 유스 케이스는 자체적으로 존재할 수 없지만 다른 유스 케이스에서 사용해야하기 때문에 추상 유스 케이스라고합니다.

예 ─ 철수 유스 케이스

현금 자동 판매기 (ATM)와 관련된 고객의 목표는 돈을 인출하는 것입니다. 그래서 우리는Withdrawal사용 사례. 자판기에서 돈을 인출하려면 거래를 수행하기 위해 은행이 필요할 수 있습니다. 그래서 우리는 또 다른 액터를 추가하고 있습니다.Bank. 유스 케이스에 참여하는 두 행위자는 연관에 의해 유스 케이스에 연결되어야합니다.

현금 자동 판매기는 고객 및 은행 행위자에게 인출 사용 사례를 제공합니다.

액터와 사용 사례 간의 관계

사용 사례는 다음 관계를 사용하여 구성 할 수 있습니다.

Generalization
Association
Extend
Include

사용 사례 간 일반화

액터가 유사한 사용 사례와 관련된 경우가있을 수 있습니다. 이러한 경우 하위 사용 사례는 상위 사용의 속성과 동작을 상속합니다. 따라서 우리는 기능의 상속을 보여주기 위해 액터를 일반화해야합니다. 큰 중공 삼각형 화살촉이있는 실선으로 표시됩니다.

사용 사례 간의 연결

행위자와 유스 케이스 간의 연관은 유스 케이스 다이어그램에서 실선으로 표시됩니다. 유스 케이스에서 설명하는 상호 작용에 액터가 관련 될 때마다 연관이 존재합니다.

넓히다

선택적으로 트리거되는 몇 가지 기능이 있습니다. 이러한 경우 확장 관계가 사용되고 확장 규칙이 첨부됩니다. 기억해야 할 점은 확장 사용 사례가 호출되지 않더라도 기본 사용 사례가 자체적으로 기능을 수행 할 수 있어야한다는 것입니다.

확장 관계는 확장 사용 사례에서 확장 (기본) 사용 사례로 향하는 열린 화살촉이있는 파선으로 표시됩니다. 화살표는«확장»키워드로 레이블이 지정됩니다.

포함

여러 사용 사례에서 중복되는 사용 사례 조각을 추출하는 데 사용됩니다. 또한 여러 유스 케이스로 분할하여 대규모 유스 케이스를 단순화하고 둘 이상의 유스 케이스 동작의 공통 부분을 추출하는 데 사용됩니다.

기본 사용 사례에서 포함 된 사용 사례까지의 열린 화살촉이있는 파선 화살표로 표시되는 사용 사례 간의 관계를 포함합니다. 화살표는«포함»키워드로 레이블이 지정됩니다.

사용 사례는 시스템의 기능적 요구 사항 만 다룹니다. 비즈니스 규칙, 서비스 품질 요구 사항 및 구현 제약과 같은 기타 요구 사항은 별도로 표현해야합니다.

아래에 표시된 다이어그램은 모든 요소가 표시된 간단한 사용 사례 다이어그램의 예입니다.

사용 사례의 성공적인 적용을위한 기본 원칙

이야기를 통해 간단하게 유지
완벽하지 않은 생산성
큰 그림 이해
사용 사례에 대한 재사용 기회 식별
가치에 집중
조각으로 시스템 구축
증분 단위로 시스템 제공
팀의 요구 사항에 맞게 조정

사용 사례 템플릿

여기에서는 기술 팀이 프로젝트에 대한 정보를 확인하는 데 유용 할 수 있도록 비즈니스 분석가가 채울 수있는 사용 사례의 샘플 템플릿을 보여줍니다.

사용 사례 ID :
사용 사례 이름 :
작성자 :		마지막 업데이트 자
생성 일자:		마지막 업데이트 날짜
배우:
기술:
전제 조건 :
포스트 조건 :
우선 순위:
사용 빈도:
일반 이벤트 과정 :
대체 코스 :
예외 :
다음을 포함합니다 :
특별 요구 사항 :
가정 :
참고 및 문제 :