본문 바로가기

전체 글415

UML < Diagram 집합연관_복합연관_인터페이스_실체화 > Stap_4 1. 집합연관,복합연관,인터페이스 그리고 실체화 1.1. 집합연관 (Aggregation) 간혹 하나의 클래스가 여러 개의 컴포넌트 클래스로 구성되어 있는 경우가 있다. 이러한 상황은 집합연관(aggregation)이라 불리는 특수한 관계이다. 컴포넌트 클래스가 전체 클래스는 “부분-전체(part-whole)” 연관 관계를 가진다. l 집합연관에 대한 제약 집합연관에 속해 있는 컴포넌트들이 Or관계에 놓이게 될 때도 있다. 어떤 식당의 경우, 한끼 식사를 수프 혹은(or) 샐러드 , 그리고 메인 코스와 디저트로 구성하여 내놓는다. 이것을 모델링 하려면 수프와 샐러드 사이에 제약을 두어야 한다. 두 개의 집합연관 선 사이를 점선으로 이은 다음에 {or}를 써준다. 1.2. 복합연관 (composite) .. 2008. 6. 11.
아키텍트 이야기 아키텍트 이야기라는 책을 받아 들고 아키텍트라는 직업은 어떤것일까 고심하며 한장한장 넘기며 책을 읽기 시작했다. 아키텍트.. 아키텍트.. 아키텍쳐? 두개는 같은건가? 무엇을 말하고자 하는거지? 과연 아키텍트란 무엇인가? 이런 의문에 쌓이게 되었는데, 목차를 지나 본문을 읽기 시작하며 이책은 아키텍트가 무엇인가에 대해 결정을 지어주는 책이 아니라는 것을 알게 되었고, 아키텍트는 어떤 역활과 사명을 가지고 프로젝트에 임해야 하는것인가? 에 대해 알려주고 있다. 프로젝트 현장의 냄새가 물씬 풍길수 있도록 여러가지 요건과 상황을 야기 시켜주며 이야기를 잼이 있게 풀어나가는데, 그것 때문인지 더욱 쉽게 이해되고 친근감 있게 다가온 책이었다. 기술서적을 읽으며 감상문을 내포하기란 쉬운 작업이 아닌것 같다. 이런경우.. 2008. 6. 10.
아침형인간 지금으로 부터 5년전에 아침형인간이라 하여 붐이 일었던 적이 있다. 물론 지금 읽었던 이 책도 5년 전에 베스트 셀러라 하여 책을 좋아하는 사람이거나 자기 개발을 중요시 하는 사람이라면 읽지 않은 사람이 없었을 정도로 인기가 많은 책이었으며, 나 또한 이 책을 주위의 권유로 5년 전에 읽어 보았다. 5년 전과 다름없이 지금 또한 이 책을 한장한장 읽어 나갈때마다. 꼭 나의 이야기를 써놓은 것 같은 글이었다(야간생활의습성에 젖어있는 인간), 나 뿐만 아니라 지금 이렇게 살아가고 있는 모든 사람들이 나의 이야기를 여기에 적어 놓은 것 같다 하며 이야기 했을 지도 모른다.(야간,혹은 아침형인간) 물론 지금 나는 5년 전과는 다른 생활을 하고 있으며, 5년 전과 같은 생활을 할 수 있는 환경은 아니다. 그렇다면.. 2008. 6. 10.
UML < Diagram의 연관관계 > Stap_3 1. Relationship(관계) Relation 이란? Class가 개념적으로 서로 연결되어 있을 때, 이 관계를 연관(Association)이라고 부른다 둘 사이의 관계는 방향을 지정해 줄 수 있는데, 채워진 화살표 머리를 붙여주면 된다. 1.1. 연관 한 클래스가 다른 클래스와 연관되면, 각각은 해당 연관 관계 내에서 역할을 가진다. 클래스 옆에 가까이 원하는 역할을 써 줌으로써 연관 관계 내에서의 역할을 표시할 수 있다. 예를 들어 회사부서(영업)와 회사원(영업부원이) 있을 경우의 연관관계는 그림과 같은 관계가 형성된다. 반대로 생각해 볼 수 있는데, 반대 방향이라면 다음과 같은 관계가 형성 될 것이다. 혹 연관관계가 하나의 클래스가 다른 하나의 클래스에 연관된 것 이상으로 복잡해 질 수 있는데.. 2008. 4. 24.
728x90