주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
Module View 정의
이 과정에서 컴포넌트를 파악하고 정의하는 접근하는 방법에 대해서 설명하도록 하겠다.
-. 인터페이스 파악 : 시스템 분해는 몇 개의 컴포넌트와 이들간의 관계를 나타내는 인터페이스를 결정해야 한다.
-. 도메인 파악 : 컴포넌트는 시스템을 구성하는 컴포넌트들이다. 따라서 여기서 두 종류의 도메인으로 파악할 수 있는데, 어플리케이션 도메인과 컴퓨터 사이언스 도메인으로 분류된다. 어플리케이션 도메인은 주로 소프트웨어 시스템과 관련이 있으며, 컴퓨터 사이언스 도메인은 해당 문제를 해결하기 위한 솔루션과 관련 있다.
-. 추상 레이어 구조 파악
세 번째 과정이 분해된 시스템을 추상화 레이어로 재 분해하는 과정이다. 이는 수평적 레이어 분해라고 할 수 있다. 추상화 레이어 단계는 반복적으로 시스템의 컴포넌트를 선택하고 파악하는 과정에서 지속적으로 파악된다.
-. 도메인 엔터티 파악
컴포넌트를 파악하는 네 번째 방법은 문제 도메인 엔터티를 통하여 파악하는 것이다.
-. 아키텍처스타일 실체화
아키텍처스타일은 전 시스템에서 반복 패턴을 정의하는 것이다. 따라서 이러한 아키텍처스타일의 재사용은 컴포넌트의 동일한 아키텍처스타일 선언으로 이루어지며, 이들 컴포넌트들은 동일 규칙, 설계 의사결정, 시스템 구성요소를 간단히 정의할 수 있다.
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 3-6 Code View 정의 (0) | 2008/10/21 |
|---|---|
| [SA강좌] Part 3-5 Allocation View 정의 (0) | 2008/10/21 |
| [SA강좌] Part 3-4 Module View 정의 (0) | 2008/10/21 |
| [SA강좌] Part 3-3 Component Connector View정의 (0) | 2008/10/13 |
| [SA강좌] Part 3-2 시스템 컨텍스트 정의 (0) | 2008/10/13 |
| [SA강좌] Part 3-1 소프트웨어 아키텍처 설계 (0) | 2008/09/18 |
Prev
Rss Feed
