목차
UML (Unified Modeling Language)
UML의 역사
UML의 구성
UML의 정의
UML 발전 과정
UML의 특징
UML과 모델 그리고 산출물
UML의 역사
UML의 구성
UML의 정의
UML 발전 과정
UML의 특징
UML과 모델 그리고 산출물
본문내용
커지면 이러한 접근법은 성공하기 어렵습니다. 따라서, 명확히 역할을 구분하고, 이에 따라 책임을 분산하게 됩니다.
이렇게 되면 시스템을 바라보는 시각도 단편적이 될 수 있습니다. 대형 프로젝트를 수행하게 되면 개개인의 역할과 개인적 성향에 따라 서로 다른 수많은 관점으로 시스템을 바라봅니다. 이를 조율할 수 있는 도구가 필요한데 이것이 또한 UML입니다.
UML은 시스템을 모델링 할 수 있는 다양한 관점을 제공합니다. 기본적으로 RUP에서 크게 구분하는 관점은 전에도 말씀 드린 것처럼 5가지 관점입니다. 분석과 설계 과정에서 시스템의 정적인 측면과 동적인 측면을 동시에 바라보는 논리적인 관점이 있습니다.
논리적인 요소들 즉, 클래스, 인터페이스나 이들을 묶은 Collaboration을 컴포넌트로 매핑시켜 구현을 위한 모델을 만들게 되는데 이를 Implementation View라고 합니다. 실제 구동 환경을 살펴본 모델인 Process View가 있습니다. 또한, 시스템이 실제로 설치되고, 배치되는 모습을 표현한 Deployment View가 있습니다. 여기에 이들 모두를 검증하고 통합시켜주는 수단인 Use Case View가 있죠.
시스템 분석 및 설계를 담당한 사람이라면 Design View에만 관심이 집중될 것입니다. 구현을 담당한 프로그래머라면 Implementation View에 초점을 맞추거나, 더러는 Process View쪽에 비중을 두는 역할자도 있을 것입니다. 시스템 배포 전문가나 시스템 엔지니어라면 Deployment View의 모델에만 관심을 갖을 것입니다.
그러나, 이들 모두는 결국 고객이 원하는 시스템의 가치를 만들어내는 것이 최종 목적입니다. 따라서, 이들 다양한 관점 사이에 충돌이 생길 경우에 이를 조정하고 통합시키는 수단이 Use Case View라고 볼 수 있습니다.
UML은 이들 관점 모두를 표현할 수 있는 도구를 제공함과 동시에 UML에 흡수된 규칙과 관습 등을 통해 위에서 설명한 통합의 기초를 제공해준다고 말할 수 있습니다. 실제로 이러한 통합을 수행하는 사람이 필요한데 이러한 지휘자를 아키텍트(Architect)라고 부릅니다.
결론적으로 UML은 단순히 모델링 언어를 통일시킨(Unified) 언어일 뿐만 아니라 시스템을 바라보는 다양한 관점까지 통일시킨 유용한 도구라고 할 수 있습니다. 이러한 측면에서 UML을 이해하고 사용해야만 유익한 결과를 얻을 수 있을 것입니다
이렇게 되면 시스템을 바라보는 시각도 단편적이 될 수 있습니다. 대형 프로젝트를 수행하게 되면 개개인의 역할과 개인적 성향에 따라 서로 다른 수많은 관점으로 시스템을 바라봅니다. 이를 조율할 수 있는 도구가 필요한데 이것이 또한 UML입니다.
UML은 시스템을 모델링 할 수 있는 다양한 관점을 제공합니다. 기본적으로 RUP에서 크게 구분하는 관점은 전에도 말씀 드린 것처럼 5가지 관점입니다. 분석과 설계 과정에서 시스템의 정적인 측면과 동적인 측면을 동시에 바라보는 논리적인 관점이 있습니다.
논리적인 요소들 즉, 클래스, 인터페이스나 이들을 묶은 Collaboration을 컴포넌트로 매핑시켜 구현을 위한 모델을 만들게 되는데 이를 Implementation View라고 합니다. 실제 구동 환경을 살펴본 모델인 Process View가 있습니다. 또한, 시스템이 실제로 설치되고, 배치되는 모습을 표현한 Deployment View가 있습니다. 여기에 이들 모두를 검증하고 통합시켜주는 수단인 Use Case View가 있죠.
시스템 분석 및 설계를 담당한 사람이라면 Design View에만 관심이 집중될 것입니다. 구현을 담당한 프로그래머라면 Implementation View에 초점을 맞추거나, 더러는 Process View쪽에 비중을 두는 역할자도 있을 것입니다. 시스템 배포 전문가나 시스템 엔지니어라면 Deployment View의 모델에만 관심을 갖을 것입니다.
그러나, 이들 모두는 결국 고객이 원하는 시스템의 가치를 만들어내는 것이 최종 목적입니다. 따라서, 이들 다양한 관점 사이에 충돌이 생길 경우에 이를 조정하고 통합시키는 수단이 Use Case View라고 볼 수 있습니다.
UML은 이들 관점 모두를 표현할 수 있는 도구를 제공함과 동시에 UML에 흡수된 규칙과 관습 등을 통해 위에서 설명한 통합의 기초를 제공해준다고 말할 수 있습니다. 실제로 이러한 통합을 수행하는 사람이 필요한데 이러한 지휘자를 아키텍트(Architect)라고 부릅니다.
결론적으로 UML은 단순히 모델링 언어를 통일시킨(Unified) 언어일 뿐만 아니라 시스템을 바라보는 다양한 관점까지 통일시킨 유용한 도구라고 할 수 있습니다. 이러한 측면에서 UML을 이해하고 사용해야만 유익한 결과를 얻을 수 있을 것입니다
추천자료
재활공학의 정의, 개념, 출현배경, 발달사, 재활분야, 현실, 개선방안, 향후 중요성과 역할
산업공학의 역사
생명공학분야 인체구성물 연구의 윤리 및 정책방향
장애인을 위한 특수교육공학적 접근 및 보조공학기기의 종류와 설명
[교육방법][교육공학][듀이][프뢰벨][영재교육]교육방법의 유형, 교육방법과 자유인, 교육방...
공학윤리 과제 영화 보고 윤리적인 감상문
교육공학 공통3] 교육공학의 정의 및 교육공학의 주요영역과 유아교육현장에서의 적용방안
[제약][제약산업][생명공학][영업][BigBear시스템][빅베어시스템][중국]제약과 제약산업, 제...
인간공학(人間工學) & 스마트 태블릿(Smart Tablet)의 인터페이스(Interface) 개선
화학공학 정밀계산 - 공정 모사기
교육공학 교재 1장부터 4장까지(교재 3쪽 ~ 96쪽) 각각의 장에서 자신에게 가장 흥미로웠던 ...
소개글