Usecase Diagram

Usecase Diagram

구성요소: 시스템, 액터, 유스케이스, 관계

1) 시스템 : 개발할 프로그램

2) 액터 : 시스템 외부에서 시스템과 상호작용하는 모든 것(사용자, 다른 시스템)

- 프라이머리 : 시스템 사용자

- 세컨더리 : 다른 시스템, <<actor>>를 명시할 것.

3) 유스케이스 : 사용자의 입장에서 바라본 시스템의 추상적인 기능, 시스템의 요구사항

4) 관계 : 액터 - 유스케이스, 유스케이스 - 유스케이스 간 상호작용을 표현.

연관, 의존, 일반화가 있고, 의존은 포함과 확장으로 나뉜다

 

https://narup.tistory.com/70

1) 연관 : 실선 표현

 

https://narup.tistory.com/70

2) 포함 : 하나의 유스케이스가 다른 유스케이스 실행의 전제조건일 경우/ 점선연결, <<include>>

ex) 상품 주문 유스케이스는 사용자인증 유스케이스가 실행된 후 실행되어야 한다.

 

https://narup.tistory.com/70

3) 확장 : 확장기능 - 확장대상 유스케이스 간 관계로, 대상 케이스에 기능 케이스를 부가적으로 추가할 수 있는 관계

/ 점선연결, <<extend>>

ex) 상품목록조회 및 상품검색 유스케이스에 상품상세조회 기능을 추가할 수 있다.

cf) 막간 상식 :extend의 경우에는 뭔가 늘리고, 길이를 길게 하고, expand의 경우에는 퍼뜨리고, 뭔가 흩뿌리는 느낌

 

https://narup.tistory.com/70

4) 일반화 : 추상적한 유스케이스, 액터를 그룹 등으로 구체화한 관계/ 실선연결

ex) 카테고리 등록, 수정, 삭제라는 구체적인 유스케이스를 카테고리 관리라는 추상적인 유스케이스로 일반화했다.

 

유스케이스 작성 시 유의할 점

1) 식별

액터가 원하는 시스템 제공 기능, 시스템이 어떤 정보를 CRUD하고 싶어 하는가?

작성한 유스케이스 및 관계가 모든 요구사항을 만족하는가?

 

2) 관계 정의

- 연관 : 엑터 - 유스케이스 간 상호작용이 존재하는가?

- 포함 : 기능 간 전제조건과 그 관계의 표현이 적절한가?

- 확장 : 확장 가능한 유스케이스가 있는가?

- 일반화 : 추상적인 유스케이스, 액터가 구체화했는가?