 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
 |
 |
 |
||
인터랙션 다이어그램(interaction diagrams)
작업을 수행하기 위해서 객체들이 메시지를 통해 어떻게 상호작용하는지를 보여준다.
객체들의 동적인 모습을 모델링한다.
인터랙션 다이어그램의 2 가지 유형 시퀀스 다이어그램(sequence diagrams)
커뮤니케이션 다이어그램(communication diagrams)
이 장에서는 표기법 위주로 살펴본다.
다음 장에서 다이어그램 생성 방법을 살펴본다.
1 시퀀스 다이어그램 일종의 울타리 형식 상호작용을 보여줌 새로운 객체가 오른쪽으로 추가됨 : a myb : b doone dotwo dothree public class a {
private b myb new b( ); public void doone( ) {
myb.dotwo( ); myb.dothree( ); } } 2 커뮤니케이션 다이어그램
그래프나 네트워크 형식으로 객체 상호작용을 보여줌
객체들은 어느 곳에도 위치할 수 있음 : a myb : b 1: dotwo 2: dothree doone 3 시퀀스/커뮤니케이션 다이어그램의 장단점 시퀀스 다이어그램sequence diagrams
객체들 사이의 메시지 순서를 명확하게 보여준다.
커뮤니케이션 다이어그램
보다 경제적인 공간 활용을 한다.
객체가 많을 때 유용함 4 시퀀스 다이어그램 예제: makepayment : register : sale makepayment(cashtendered) makepayment(cashtendered) : payment create(cashtendered) public class sale { private payment payment;
public void makepayment( money cashtendered ) { payment new payment( cashtendered );
// … } // … } 5 커뮤니케이션 다이어그램 예제: makepayment 1: makepayment(cashtendered)
1.1: create(cashtendered)
:register :sale :payment makepayment(cashtendered) direction of message 6 sales: arraylist<sale> :sale s1 : sale
lifeline box representing an instance of an arraylist class, parameterized (templatized) to hold sale objects
lifeline box representing an unnamed instance of class sale
lifeline box representing a named instance sales[ i ] : sale
lifeline box representing one instance of class sale, selected from the sales arraylist <sale> collection
x : list
쳋etaclass?
lifeline box representing the class font, or more precisely, that font is an instance of class class-an instance of a metaclass
related example list is an interface
in uml 1.x we could not use an interface here, but in uml 2, this (or an abstract class) is legal
<<metaclass>> font 7 싱글턴 패턴(singleton pattern) 한 클래스의 인스턴스가 오직 한 개 : register 1 : store doa dox (이하 생략)
