017. UML (Unified Modeling Language)

1. UML(Unified Modeling Language)의 이해

가. UML의 정의

• 객체지향 분석(Analysis)과 설계(Design)를 위한 모델링 언어
• Booch 방법론, Rumbaugh 등의 OMT(Object Modeling Technique), Jacobson의 OOSE 방법론 등을 연합하여 만든 통합 모델링 언어
• UML은 말 그대로 여러 종류의 표현방법을 통합하여 나타내는 모델링 언어

나. UML의 목적

• 소프트웨어 집약적인 시스템의 개발 과정에서 발생하는 산출물을 시각화, 명세화, 구현 및 문서화함

2. UML의 가치 및 한계

가. UML의 가치

• OMG(Object management Group 표준
• 소프트웨어 개발 주기 전체를 지원
• 다양한 Diagram을 포함
• 다양한 응용 분야 지원
• 사용자 공동체의 경험과 필요를 반영
• 많은 도구들이 UML을 지원(Rational Rose, StarUML 등)

나. UML의 한계

• 소프트웨어 개발 프로세스에 대한 언급이 부족함
• 그 의미가 엄밀하게 정의되어 있지 은 경우가 많아 동일한 Diagram이 서로 다르게 이해될 소지가 있음
• 여러 Diagram의 영역이 겹쳐져 있거나 중복되어 있음
• 그러나 UML은 다양한 개념들을 지원하고, 시스템에 대한 전체적인 시각을 얻거나 제공하기에 훌륭한 명세 언어이며 업계에서 널리 받아들여지는 표준 기반으로 사용되며, UML2.0은 MDA(Model Driven Architecture)의 표준 명세 언어로 사용되고 있음

 

3. UML 구성요소와 표현방법(Diagram)

가. UML의 구성 요소

구분	내용
View	- 모델화 된 시스템의 다양한 면(aspects)을 보여준다. - 4 + 1 View
Diagram	- View의 내용을 표현하기 위한 그림(그래프) - 모든 View를 제공하기 위해 다양한 Diagram을 제공한다. - Use Case Diagram, Class diagram, activity Diagram 등
Model Element	- Diagram에 사용된 개념들이 모델 요소(Model Element)이다. - Class, Object , Message, 연계를 포함한 개념 사이의 관계, 종속성, 일반화와 같이 일반적인 객체지향(Object Oriented) 개념
General Mechanism	- 모델 요소에 대하여 여분의 주석 정보와 의미를 제공

나. 4+1 View

Views	내용	시각
Use Case View	요구분석 단계에서 사용되는 관점으로 자세한 내부설계에는 사용되지 않음  시스템을 사용하는 이벤트와 기능 위주로 표현  Use Case Diagram	사용자, 기능성
Logical View	객체 모델을 의미하며 클래스 Diagram으로 나타 냄.  시스템의 기능적(Functional)요구를 작성  초기 클래스들의 정적인 그림과 그들의 관계를 제공  Class Diagram, Sequence Diagram	분석/설계자, 구조
Process View	프로세스의 분해에 초점을 두며, 프로세스에 대해 컴포넌트를 할당하는 것을 보여줌  동적 모델을 의미 함  Sequence Diagram, Collaboration Diagram	System Integrator, 성능
Component View	대규모 시스템을 서브시스템으로 나눌 때 사용  개발환경 내에서 실제의 소프트웨어 모듈 조직을 관리  Component diagram은 개발 시 시스템을 구축하는 패키지와 컴포너트를 생성  Component Diagram	프로그래머
Deployment View	S/W 서브시스템이 전체 시스템을 구성하는 H/W의 어떤 부분에 배치될 것인가를 표현  Deployment Diagram	시스템 엔지니어링 , 설치, 인도