[OOP/UML] Activity Diagram

# 개요

- 시스템의 dynamics를 표현

- state가 아닌 action의 flow를 표현 (시스템 수준 뿐만 아니라 function 레벨도 표현 가능)

- alternative path를 표현 가능

- 병렬 작업 표현 가능

- action만 표현하고 data는 흘러가지 않음

 

# Notation

- 마름모는 alternative path를 표현

- 검은색 바는 parallel activity를 표현

- activity는 state와 다름에 유의

- transition은 이전 activity가 끝나면 넘어가고 statechart와 다르게 event의 condition을 확인하지 않음. 

- object는 이름과 state를 표현 (대괄호 안에)

- Swimlanes을 쓰면 누가 어떤 일을 할지 표현할 수 있음

# Activity Diagram vs. Statechart Diagram

- Statechart Diagram은 state가 중요하므로 네모칸 안에 state를 적는다. 

- Activity Diagram은 activity가 중요하므로 네모칸 안에 activity를 적는다. 

# QUIZ

1. Class의 활동을 나타낸게 아님. Object간의 커뮤니케이션 관계에서 나오는 것이고 그러므로 하나의 Class도 아님. 

2. 정답. 

3. Activity Diagram은 Optional임. Business Process가 중요할 때 작성하는 Diagram. 항상도 아니고 먼저도 아님. 

4. Activity Diagram은 hierarchy가 안되고 flat하게 그려야 됨. 

5. 상호작용은 Sequence Diagram이나 Communication Diagram에 더 가깝고 전체를 한 장에 표현한건 Class Diagram에 더 가까움. 

정답 2번. a5, a6도 동시에 실행됨. (parallelization node)

a5, a6, a7도 동시에 실행될 가능성이 있는데 명확하진 않음. 

a2도 마찬가지.