UseCase Diagram

1. 목적

구현 대상 시스템의 기능성과 동작을 관련된 사람들 간에 하나의 그림으로 동일한 내용을 파악하고 협의 할 수 있게 하기 위햐여 만들어진다.

2. 표현

시스템에서 제공된 기능들(->Use-Case)와 그 환경들(->Actor)간의 관계도로 표현된다.

3. 구성요소

(1) Actor

역할이라고도 할 수 있으며 시스템과 상호 작용하는 모든 사물을 명사로 표현한다.

시스템의 구성물이 아니며 시스템의 사용자가 맡게되는 역할들이다.

시스템과 능동적으로 정보를 교환하거나 수동적으로 정보를 수신한다.

사람,기계,타 시스템들이 될 수 있다.

(2) Use-Case

특정 Actor에게 결과물을 제공하기 위해 시스템이 수행하는 일련의 행위를 동사로 표현한다.

Actor와 시스템간의 대화를 표현한다.

시스템 내의 특정 기능성을 처리하기 위해 Actor에 의해 시작된다.

완전하고(Completed) 의미있는 이벤트의 흐름이다.

모두 합쳐서 하나의 시스템을 사용할 수 있는 가능한 모든 방식들을 구성한다.

4. Acotor와 Use-Case 찾기

(1) 근거자료

System Spec.과 Problem Statement

도메인 관련 문건

도메인 전문가와의 인터뷰

도메인에 대한 개인 지식

기간 시스템

(2) 효과적인 질문들

- Actor 찾기

어떤 Actor가 그 Use-Case에 필요한가?

누가 시스템의 그 요구사항과 관계 있는가?

어디서(조직내의) 대상 시스템이 사용되는가?

누가 시스템에서 사용되는 정보를 제공하고 사용하며 삭제하는가?

누가 시스템의 그 기능을 사용하는가?

누가 시스템을 지원하고 유지하는가?

어떤 외부 자원이 시스템 내에서 사용되는가?

그 Actor의 역할이 여러개의 다른 역하로 나눠지거나 여러 Actor가 여러 Actor가 한의 역할로 합쳐질 수 있는가?

- Use-Case 찾기

시스템이 업무에 올바른 동작을 제공해주는가?

어떤 작업들이 그 Actor에 의해 수행되는가?

그 시스템에서 사용되는 정보들에 대해서 Actor가 기본적인 작업(Create/Stor/Change/Remove/Read)을 하게 될 것인가?

예외적이거나 외부에서 비롯된 변경사항을 특정 Actor가 시스템에 알릴 필요가 있는가?

시스템 내의 특정 사건들에 대해서 Actor가 알아야 할 필요가 있는가?

그 시스템을 지원하고 유지하기 위해  어떤 USe-Case가 필요한가?

구성된 모든 Use-Case로 기능적 요구사항들이 모두 만족되는가?