UML 2 (Unified Modeling Language)

소개글

UML 2 (Unified Modeling Language)에 대한 보고서 자료입니다.

목차

1. Static Structure Diagram

2. Class

3. Relationships

4. Notes

5. Constraint

본문내용

계일 경우 업무부서는 회사의 부분이 되고 회사는 업무부서의 전체가 된다.
n Example
회사와 업무부서의 관계를 표시하기 위해 aggregation relationship을 사용하였다.
여기서 다이아몬드 도형이 나가는 쪽이 부분이 되고 다이아몬드 도형이 들어가는 쪽이 전체가 되도록 표기한다. 그외에 나머지 표기는 association과 같다.
3) Composition
n Notation
Composition의 표기는 위 그림과 같이 속인 찬 다이아몬드 도형을 머리로 하는 실선으로 표시한다.
n Semantics
Composition은 aggregation의 한 형태이다. 단순한 aggregation의 경우 부분이 여러 개의 전체에 의해 공유될 수 있는 반면에 composition의 경우 전체에 대해 부분이 강한 소속감을 가지고 동일한 생명기간을 가질 때를 나타내다.
n
Example
위 그림의 예에서 보는 바와 같이 윈도우 시스템에서 하나의 프레임은 하나의 윈도우에 속하게 된다. 이처럼 반드시 하나의 윈도우에 소속되고 그 윈도우와 생명을 같이 하게 되므로 이 경우 composition으로 나타낸다. 여기서 다이아몬드 도형의 머리가 나가는 쪽이 부분이 되고 들어가는 쪽이 전체가 된다. 그 외에 표기법은 aggregation과 같다.
4) Refinment
n
Notation
Refinment의 표기는 삼각형 점선 화살표로 표기를 한다.
n Semantics
Refinment relationship은 동일한 것에 대하여 다른 추상화 레벨들에서 기술할 때 나타난다.
n
Example
위 그림의 예에서 보는 바와 같이 analysis 추상화 레벨과 design추상화 레벨에서의 다른 기술을 보일 때 refinment relationship을 사용한다.
5) Generalization
n
Notation
Generalization의 표기는 삼가형 실선 화살표로 한다.
n Semantics
Generalization은 일반적인(general) 것과 이 일반적인 것에서 특화된(specific) 것 사이의 관계를 나타낼 때 사용한다. 객체 지향 언어에서 흔히 볼 수 있는 상속(inheritance)의 의미와 동일하다. 상속의 시점에서 볼 때 일반적인 것은 parent 가 되고 특화된 것은 child가되는 것이다. 그러므로 특화된 것은 일반적인 것의 모든 attribute와 operation을 가지게 된다.
n Example
위 그림의 예에서 볼수 있듯이 shape에서 더 특화된 rectangle, circle, polygon이 있고 rectangle에서 더 특화된square 있다. shape의 모든 attribute와 operation은 rectangle, circle, polygon이 가지고 있고 각기 자기만의 정보를 attribute와 operation으로 개별적으로 가지고 있다.
화살표 방향의 표기에 있어서 일반적인 클래스로 화살표가 들어가고 특화된 쪽에서 화살표가 나오게 표기함을 알수 있다.
6) Dependency
n Notation
Dependency의 표기는 점선 화살표로 표기한다.
n Semantics
Dependency는 하나의 특징이 변화함에 따라 다른 하나에 영향을 미칠 때의 관계를 표시할 때 사용한다. 예를 들어 event클래스의 변화는 window 클래스에 바로 영향을 미침으로 이 둘의 관계를 dependency로 표시할 수 있다.
n Example
위 그림의 예에서 보는 바와 같이 의존을 하게 되는 클래스로부터 화살표가 나가고 의존성을 가지게 하는 클래스로 화살표가 들어가게 된다.
FilmClip에서 playOn operation의 argument로 channel의 타입이 들어가게 된다. 이로써 channel의 변화는 FilmClip에 영향을 주게 되는 것이다.
4. Notes
n Notation
위 그림 처럼 Notes의 표시는 한 쪽 꼭지가 접혀진 사각형으로 표시한다.
n Semantics
Notes는Static Structure 다이어그램만 적용되는 것이 아니라 다이어그램 전반적으로 사용되며 다이어그램에 대한 주석이 필요한 경우 사용한다.
5. Constraint
n Notation and Semantics
Constraint는 특별한 형태의 표기를 가지고 있지 않고 무형의 text로 표시하게 된다. Constraint는 UML에서 의미를 갖는 모든 것에 새로운 의미를 부여하거나 존재하는rule들을 변화시킬 때 사용한다. 또한 Constraint는 참인 상황을 포함하는 조건을 나타낼때도 사용된다.
n Example
위 그림에서 보는 바와 같이portfolio와 bankAccount의 association relationship에 {secure}의 Constraint를 첨가하여 의미를 더하게 된다. 그리고 bankaccount와corporation, person과의 관계를 {or}의 constraint를 사용하여 의미를 더하게 된다.
이 처럼 기존의 것에 constraint로 의미를 더하게 된다.
6.
Example
실제로 모든 요소를 포함해서 하나의 회사에 대한 정적인 구조를diagram으로 나타내었다. Company와 department, office의 관계는 composition으로 관계를 이루고 있다.
Department와 Person은 두가지의 association관계로 이루어져 있다. 하나는 person의 역할이 manager로서 하나는 member로서 이루어져 있다. 여기에 Constraint를 첨가하여 manager로서의 관계가 member로서의 관계의 부분 집합이라는 의미를 더하였다.
Person의 operation인 getContactInformation(), getPersonalRecords()는 ContactInformation과 personnelRecord의 변화에 따라 영향을 받게 됨으로 Person과 ContactInformation, PersonnelRecord는 dependency의 관계를 이루고 있다.
실제로 이외에 여러가지 부분을 추가하고 삭제함으로써 더욱 완벽한 회사의 정적인 구조를 만들 수 있다.

키워드

UML,   관계설정,   class,   다이어그램,   시퀀스,   sequence