<P style="margin:0cm;margin-bottom:.0001pt;text-align:justify;text-justify:inter-ideograph;text-autospace:none;word-break:break-hangul;font-size:10.0pt;font-family:serif;}" style="TEXT-ALIGN: center" align=center>UML <IMG height=7 src="./uml_definition/image001.gif" width=570> ▣ UML(객체지향 모델링 언어)이란 무엇인가? UML은 Unified Modeling Language의 약자로 프로그램 설계를 표현하기 위해 사용하는 주로 그림으로 된 표기법을 의미한다. UML은 객체지향 언어와 긴밀하게 연결되어 있기 때문에 객체지향 모델링 언어라고도 불리며 소프트웨어 시스템, 더 나아가 업무 모델링, 기타 소프트웨어가 아닌 시스템의 산출물을 규정하고 시각화하며 구현하고 문서화하는 언어이다 UML은 모델링 언어로서 프로그래밍 언어는 아니다. 복잡한 알고리즘 같은 것은 프로그래밍 언어로 표현하는 것이 나을 것이다. ▣ UML과 같은 모델링을 사용하는 이유 소프트웨어 시스템을 구축하기 전에 모델을 설계하는 것은 건물을 지을 때 청사진을 그리는 것과 마찬가지로 필수적인 일이다. 좋은 모델은 아키텍처를 건전하게 하고 프로젝트 팀의 의사소통을 원활히 하는 데에 있어서 필수적이다. 그리고 한번에 통째로 이해하기 힘든 복잡한 시스템이 증가하고 있는 현 시점에서 시각적 모델링은 더욱 필수가 되고 있다. ▣ UML로 얻을 수 있는 이점 UML은 프로젝트의 성공을 보장하는 것은 아니지만 많은 일들을 개선시킨다. 예를 들어, 프로젝트나 조직을 바꿀 때에 새로 교육하는 비용을 감소시킨다. 또한 여러 가지 도구나 공정, 영역 사이의 통합을 이끌어 낼 수 있다. 가장 중요한 것은, UML이 개발자들로 하여금 업무 가치를 생산하는데 집중할 수 있게 하고, 그것을 성취할 수 있는 패러다임을 제공한다는 데 있다. ▣ UML의 목표 1. 사용자들이 의미 있는 모델을 만들고 교환할 수 있도록 사용하기 쉽고 표현이 풍부한 시각적 모형화 언어를 제공한다. 2. 핵심 개념을 확장하기 위한 메커니즘을 제공한다. 3. 특정 프로그래밍 언어나 개발 공정에 종속되지 않아야 한다. 4. 모델링 언어를 이해하기 위한 공식적 기준을 제공한다. 5. 객체지향 도구 시장의 성장을 장려해야 한다. 6. 고 수준의 개발 개념들, 예를 들어 협동(collaboration), 프레임워크, 패턴, 컴포넌트 등의 개념들을 지원한다. 7. 산업계의 검증된 최상의 경험들을 통합한다. ▣ UML의 과거, 현재 그리고 미래 UML은 Rational과 그 협력사들에 의해 개발되었다. 이는 Booch, OOSE/Jacobson, OMT와 그 외의 방법론에서 제시하던 모델링 언어를 계승 발전시킨 것이다. 현재 많은 회사들이 UML을 표준으로 받아들여 업무 모델링, 요구사항 관리, 분석 설계, 프로그래밍, 시험에 걸친 모든 범위에서 사용하고 있다. 앞으로는 많은 도구들이 UML을 기반으로 함으로써 도구의 통합이 쉬어지고 구현을 위한 표준들이 가능해질 것이다. UML은 많은 개념들을 통합시켜 왔으며 이에 따라 객체지향의 사용이 더욱 가속화될 것이다. ▣ UML의 산출물 모델링은 관련된 부분에 집중하고 나머지는 무시하는 추상화를 통해 이루어진다. 다음 8개의 다이어그램이 실제 산출물의 이름이다. ① use case diagram: 사용사례와 사용자의 관계를 표현하는 다이어그램 ② class diagram: 클래스의 관계를 표현하는 다이어그램 ③ sequence diagram: 객체들간의 상호작용을 시간적 순서를 강조하여 표현하는 다이어그램 ④ collaboration diagram: 객체들간의 상호작용을 공간적 협조 체계를 강조하여 표현하는 다이어그램 ⑤ statechart diagram: 객체의 생명주기를 나타내며, 이벤트에 의해 변화하는 객체의 상태를 표현하는 다이어그램 ⑥ activity diagram: 객체에 작용하는 활동의 흐름을 표현하는 다이어그램 ⑦ component diagram: 컴포넌트들의 관계를 표현하는 다이어그램 ⑧ deployment diagram: 시스템을 구성하는 물리적 객체나 장치들의 관계를 표현하는 다이어그램 위 다이어그램들은 분석 또는 개발 중인 시스템에 복합적인 관점을 제공한다. 모델은 이러한 관점들을 통합하여 일관성 있는 시스템이 개발될 수 있게 한다. 이 다이어그램들과 설명적인 문서들이 주된 산출물이 된다. 1. Usecase Diagram 누가 어떤 용도로 시스템을 사용하는지에 대해 간단하게 액터와 사용사례(usecase)의 관계로 표현할 수 있다. ◆ 구성요소 <TABLE class=MsoTableGrid style="BORDER-RIGHT: medium none; BORDER-TOP: medium none; MARGIN-LEFT: 23.4pt; BORDER-LEFT: medium none; WIDTH: 405pt; BORDER-BOTTOM: medium none; BORDER-COLLAPSE: collapse" cellSpacing=0 cellPadding=0 width=540 border=1> <TBODY> <TR style="HEIGHT: 47pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 99pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=132> <IMG height=87 src="./uml_definition/image002.gif" width=100> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 306pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=408> 행위자 (actor) 시스템의 행위와 관련된 단위 작업별로 시스템을 사용하는 시스템 외부의 객체를 말한다. </TD></TR> <TR style="HEIGHT: 47pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 99pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=132> <IMG height=42 alt="Oval: Usecase" hspace=12 src="./uml_definition/image003.gif" width=114 align=left> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 306pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=408> 쓰임새(Use Case) 시스템이 액터에게 제공하는 기능이나 서비스를 표현한다. </TD></TR> <TR style="HEIGHT: 47pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 99pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=132> 통신 (Comuncation) </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 306pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 47pt" vAlign=top width=408> 통신은 행위자와 쓰임새간의 관계를 맺어주는 것들 말한다. 여기에 포함과 확장이 있는데, 이를 표시 할 때는 통신을 표시하는 선에 스테레오타입으로 명시해주면 된다. 포함 (include) 중복적인 진행 단계를 뽑아 내어 따로 쓰임새를 만들어 놓고, 이 쓰임새가 필요 할 때 가져다 쓸 수 있다. 이것은 기존의 쓰임새를 재사용하는 기법이고, 이름 쓰임새의 포함이라 한다. 확장 (extend) 기존의 쓰임새에 몇 개의 진행 단계를 덧붙여서 새로운 쓰임새를 만드는 것을 확장이라 한다. </TD></TR></TBODY></TABLE> 예) <IMG height=261 alt=usecase hspace=12 src="./uml_definition/image004.jpg" width=312 align=left>인터넷 상에서 흔히 볼 수 있는 회원용 게시판을 표현 한 것이다. 여기서 비가입자는 글을 볼 수만 있다. 허나 가입자의 경우 쓰기, 삭제하기까지 모두 할 수 있음을 나타내고 있다. 또한 글쓰기에는 답변(reply)쓰기로 확장 될 수 있음을 나타내고, 게시판의 모든 실행에서 'DB접속'은 공통 사용사례이므로 따로 빼서 모든 쓰임새에 포함된다. 여기에서는 글 삭제에만 표시하였다. 2. Class Diagram 클래스(class)를 표현할 수 있는 양식으로 그 안에 속성(Attribute)과 행위(Operation)를 포함하고 있다. ◆ 구성요소 <IMG height=132 hspace=12 src="./uml_definition/image005.jpg" width=252 align=left> 인터페이스의 표현 양식은 속이 비어 있는 삼각형을 포함한 점선이다. 또한 간략하게 표현할 경우 원으로 대신 할 수도 있다. <IMG id="Picture 2" height=145 src="./uml_definition/image006.jpg" width=566> 3. Sequence Diagram 시퀀스 다이어그램은 객체들의 행동을 시간의 관점에서 표현한다. 객체에, 실선 화살표로 그려지는 메시지, 그리고 수직 진행 상황을 나타내는 시간으로 구성되어있다. 시퀀스 다이어그램은 무척 단순하고 즉각적인 시각적 매력을 갖고 있기 때문에 자주 사용된다. ◆ 구성요소 <TABLE class=MsoTableGrid style="BORDER-RIGHT: medium none; BORDER-TOP: medium none; MARGIN-LEFT: 23.4pt; BORDER-LEFT: medium none; BORDER-BOTTOM: medium none; BORDER-COLLAPSE: collapse" cellSpacing=0 cellPadding=0 border=1> <TBODY> <TR style="HEIGHT: 17.7pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 126pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 17.7pt" vAlign=top width=168> <IMG height=185 src="./uml_definition/image007.gif" width=155> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 279pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 17.7pt" vAlign=top width=372> 객체. 가장 윗부분에 위치하며, 왼쪽에서 오른쪽으로 배열된다. 각 객체로부터 아래로 뻗어가는 수직점선은 객체의 생명선(lifeline)이라 불린다. 생명선을 따라 좁다란 사각형이 드문드문 나타나는데, 이 부분은 실행(activation)이라 하며, 객체가 수행하는 오퍼레이션이 실행되고 있음을 나타낸다. 이 실행 사각형의 길이는 오퍼레이션의 실행 소요 시간을 나타낸다. </TD></TR> <TR style="HEIGHT: 17.7pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 126pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 17.7pt" vAlign=top width=168> <IMG height=85 src="./uml_definition/image008.jpg" width=85> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 279pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 17.7pt" vAlign=top width=372> 메시지에는 세가지로 분류된다. (옆 그림에서 나열된순서대로 설명함) 단순(simple) 메시지는 한 객체에서 다른 객체로 제어 흐름이 이동하는 것을 나타낸다. 동기(synchronous) 메시지는 한 객체가 다른 객체로 보내는 메시지 객체로서, 수신 객체로부터 그 메시지를 받았다는 답신이 와야 자신의 작업을 계속할 수 있다는 특성이 있다. 비동기(asynchronous) 메시지는 동기 메시지와 달리 그 메시지를 전송한 후에 수신 객체로부터 답신을 기다리지 않고 자신의 작업을 계속한다. </TD></TR> <TR style="HEIGHT: 16.95pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 126pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 16.95pt" vAlign=top width=168> <IMG height=144 src="./uml_definition/image009.jpg" width=116> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 279pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 16.95pt" vAlign=top width=372> 되부름(recursion)을 표현 할 때는 되부름 오퍼레이션을 나타내는 메시지 화살표를 실행 사각형에서 나오도록 그리고, 실행 사각형 위에다가 작은 사각형을 겹친다. 실행 사각형으로부터 작은 사각형으로 향하도록 화살표를 그린 다음, 되부름을 시작한 객체 쪽으로 되돌아오는 화살표를 그린다. 그냥 그림을 보면 쉽게 이해 될 것 이다. </TD></TR> <TR style="HEIGHT: 18.45pt"> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 126pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 18.45pt" vAlign=top width=168> [], *[] </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 279pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid; HEIGHT: 18.45pt" vAlign=top width=372> if문과 while문을 표현할 수 있다. 이는 각각 [],*[]로 표현되며, 대괄호 안에 조건식을 삽입한다. </TD></TR></TBODY></TABLE> 예) <IMG id="Picture 6" height=142 src="./uml_definition/image010.jpg" width=486> 워드 프로세서와 같은 어플리케이션을 사용할 때를 보자. 사용자가 키보드를 누르면 GUI는 운영체계에 이 메시지를 전달하고 운영체계는 다시 CPU에 메시지를 전달한다. 그리고 나서 CPU는 그래픽카드에, 그래픽카드는 모니터에 전달되어, 사용자가 누른 키의 문자가 출력된다. 여기서 표현된 모든 메시지는 비동기이다. 워드 프로세서에서 문자 키를 누르자 마자 문자가 바로 화면에 나타나는 경우도 있지만, 몇개의 키를 눌러도 아무 반응이 없다가 눌린 키에 해당하는 문자들이 갑자기 와르르 나오는 경우가 바로 비동기 통신의 예이다.     4. Collaboration Diagram 협력 다이어그램은 교류를 수행하는 객체들의 전체적인 조직과 상황(context)에 초점을 맞춘 것이다. 시퀀스 다이어그램과 개념이 비슷하나 시퀀스 다이어그램은 시간에 따라 배열 되고, 협력 다이어그램은 공간에 따라 배열되어 있다. ◆ 구성요소   두 객체 사이에 메시지는 두 객체 사이의 연관선과 가깝게 화살표를 그려준다. 화살표에는 번호가 붙는데, 이것은 메시지들의 순번을 나타내는 것이다. 또한 오퍼레이션은 '메시지를 받는 객체로 하여금 어떤 오퍼레이션을 실행하라'는 뜻이다. 오퍼레이션 끝의 괄호 사이에 매개변수를 삽입할 수도 있다<IMG height=185 src="./uml_definition/image011.gif" width=197 align=left>     예제) 앞장에서 Sequence Diagram으로 표현한 것을 Collaboration Diagram으로 다시 표현하였다. 1. GUI는 키 입력을 운영체제에게 알린다. 2. 운영체제는 CPU에게 그 사실을 알린다. 3. 운영체제는 GUI를 갱신한다. 4. CUP는 비디오 카드에게 GUI 갱신에 필요한 명령을 내린다. 5. 비디오 카드는 모니터로 메시지를 전송한다. 6. 모니터는 화면에 Alpha Numeric 문자를 표시하고, 사용자에게 피드백을 제공한다. <IMG id="Picture 7" height=158 src="./uml_definition/image012.jpg" width=566>   5. State Diagram 시스템의 변화 상태를 표시하는 다이어그램이다. 다시 말해 상태 다이어그램은 일반적으로 하나의 객체에 포커스를 두고 그 객체의 시작에서부터 종료까지의 상태변화를 표시하는 다이어그램을 말한다. 상태 다이어그램은 시스템의 모든 클래스에 대해 그릴 필요는 없으며 의미 있는 행동양식을 보여주는 주요 클래스들에 대해서 그린다.   ◆ 구성요소 <IMG height=231 src="./uml_definition/image013.gif" width=150 align=left> 시작점(initial state)과 종료점(Final state)이 있다. 이들은 각각 객체의 시작과 종료의 시점을 표시해준다.   상태 다이어그램은 위에서부터 이름, 상태변수, 활동을 나타내는 세 영역으로 나눌 수 있다. Activities는 사건(event)과 동작(action)으로 이루어진다.       예) PC의 작동   <IMG id="Picture 8" height=148 src="./uml_definition/image014.jpg" width=567> 6. Activity Diagram 활동 다이어그램은 오퍼레이션이나 처리 과정이 수행되는 동안 일어나는 일들을 간단하게 하기 위해 고안되었다. 이 다이어그램은 처리단계, 결정 위치, 분기 처리를 표현할 수 있어서, 업무 과정이나 오퍼레이션에서 처리되는 일등을 효과적으로 나타내는데 유용하게 사용된다. ◆ 구성요소 <TABLE class=MsoTableGrid style="BORDER-RIGHT: medium none; BORDER-TOP: medium none; MARGIN-LEFT: 14.4pt; BORDER-LEFT: medium none; BORDER-BOTTOM: medium none; BORDER-COLLAPSE: collapse" cellSpacing=0 cellPadding=0 border=1> <TBODY> <TR> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 153pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=204> <IMG height=207 src="./uml_definition/image015.gif" width=124 align=left> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 267.7pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=357> 상태 다이어그램과 같이 시작점과 종료점이 존재한다. 각각의 활동은 가늘고 모서리가 둥근 사각형으로 나타낸다.   </TD></TR> <TR> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 153pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=204> <IMG height=27 hspace=12 src="./uml_definition/image016.gif" width=40 align=left>        </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 267.7pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=357> 활동을 진행하다가 결정을 유하는 시점이 되면 마름모꼴을 사용하여 활동 전이를 나누는 것이다. </TD></TR> <TR> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: windowtext 1pt solid; WIDTH: 153pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=204> <IMG height=7 src="./uml_definition/image017.gif" width=127> </TD> <TD style="BORDER-RIGHT: windowtext 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: medium none; PADDING-LEFT: 5.4pt; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; WIDTH: 267.7pt; PADDING-TOP: 0cm; BORDER-BOTTOM: windowtext 1pt solid" vAlign=top width=357> 두 가지 활동이 동시에 실행되는 것을 원한다면 다음과 같이 하면 된다. 활동 전이에 대한 수직으로 굵은 선을 긋고, 이 선을 기준으로 하여 처리 경로를 그려 주면 된다. 그리고 나선 다시 굵은 선을 그려 이들 활동에서부터 굵은 선으로 전이를 모으면 된다.   </TD></TR></TBODY></TABLE>   <IMG height=250 hspace=12 src="./uml_definition/image018.jpg" width=313 align=left>예제) 자장면 집에서 주문하는 과정. 1. 손님이 메뉴에서 음식을 고른다. 2. 웨이터를 부르고, 주문한다. 3. 웨이터는 주방장에게 주문사항을 알린다. 4. 만약 주문한 음식의 재료가 떨어졌으면 주방장은 웨이터에게 알린다. 5. 웨이터는 손님에게 알린다. 6. 다시 1 번부터 반복한다.     7. Component Diagram 컴포넌트(component) 다이어그램은 소프트웨어 컴포넌트의 구성과 연결상태를 나타낸다. 소프트웨어 컴포넌트는 시스템을 이루는 물리적 요소이다. 그 예로서는 데이터파일, 실행 파일, 도큐먼트 등이 있다. 여기서 컴포넌트는 '클래스를 소프트웨어로 구현한 것'으로 간단히 정의 내릴 수 있다. <P style="margin:0cm;margin-bottom:.0001pt;text-align:justify;text-justify:inter-ideograph;text-autospace:none;word-break:break-hangul;font-size:10.0pt;font-family:serif;}" style="WORD-BREAK: keep-all; TEXT-AUTOSPACE: ideograph-numeric; TEXT-ALIGN: center" align=center>  ◆ 구성요소   <IMG height=66 src="./uml_definition/image019.gif" width=160 align=left>컴포넌트 다이어그램은 주 아이콘은 작은 사각형 두 개를 큰 사각형의 왼편에 겹친 형태이다.   예) 벽돌게임 Applet을 가지고 있는 웹 페이지를 나타낸 컴포넌트 다이어그램 <IMG id="Picture 9" height=266 src="./uml_definition/image020.jpg" width=566>   8. Deployment Diagram 배치 다이어그램은 시스템의 소프트웨어와 하드웨어 컴포넌트 간의 물리적 관계를 표현한다. ◆ 구성요소 노드: 시스템을 구성하는 H/W <IMG height=92 src="./uml_definition/image021.gif" width=112 align=left> Processor ? 컴포넌트를 실행 시킬 수 있는 노드 Device ? 대개 외부 세계와의 의사 소통에 사용(프린터나 모니터 등)   예) 홈 시스템을 모델링 한 배치 다이어그램 <IMG id="Picture 10" height=282 src="./uml_definition/image022.jpg" width=552>